| Time |
Nick |
Message |
| 00:51 |
|
mtate joined #evergreen |
| 01:02 |
bshum |
@later tell dbs What's the difference between semiauto.css and style.css.tt2? Looking specifically at why we've got weird widths for cn_browse in semiauto that translate to funky scrolling in mobile view. |
| 01:02 |
pinesol_green |
bshum: The operation succeeded. |
| 01:03 |
* bshum |
applied the latest commits to theory, so we're good there. |
| 01:03 |
|
Bmagic joined #evergreen |
| 01:03 |
* bshum |
wanders off to sleep now. |
| 01:12 |
|
Bmagic joined #evergreen |
| 02:05 |
|
Mark__T joined #evergreen |
| 03:07 |
|
RBecker joined #evergreen |
| 07:00 |
|
timf joined #evergreen |
| 07:46 |
|
jboyer-isl joined #evergreen |
| 07:46 |
|
rjackson-isl joined #evergreen |
| 08:23 |
|
Dyrcona joined #evergreen |
| 08:27 |
|
Shae joined #evergreen |
| 08:30 |
|
akilsdonk_ joined #evergreen |
| 08:34 |
|
kbeswick joined #evergreen |
| 08:40 |
dbs |
bshum: IIRC, semiauto.css was an effort to strip the inline CSS out of TPAC and replace it with generated class names -- maybe by senator? |
| 08:41 |
senator |
right |
| 08:41 |
senator |
hopefully it goes away eventually as these efforts organize and improve the whole set of css for the opac |
| 08:43 |
senator |
74035faa65dacc made more problems go away than maybe what bshum knew |
| 08:44 |
senator |
between that and c4e07520d85 i don't see any significant ie issues with the responsive-tpac branch anymore |
| 08:45 |
|
ericar joined #evergreen |
| 08:46 |
dbs |
senator: I think 74035faa65dacc actually fixed the logo / green screen thing on the IE home search too; I was testing my fix locally, pulled the branch, then pushed my fix, before I realized that theory was working just fine without the s/<strong><center>/margin:auto/ change |
| 08:47 |
senator |
ah i guess so |
| 08:47 |
senator |
bshum++ |
| 08:47 |
senator |
dbs++ |
| 08:48 |
Dyrcona |
"Can you make these fines go away but keep them on the patron record?" |
| 08:48 |
jeff |
sure, forgive them. :-) |
| 08:49 |
Dyrcona |
"You do realize that to make the fines go away, I have to take them off the patron record." |
| 08:49 |
Dyrcona |
jeff++ |
| 08:49 |
jeff |
Dyrcona: vague request (which is I think what your point was), but is the requestor running into the "some voided / zero balance transactions 'disappear' from the staff client due to the API calls in use" situation? |
| 08:49 |
Dyrcona |
They don't mean what either of us think they means. |
| 08:50 |
jeff |
alas. |
| 08:50 |
|
mrpeters joined #evergreen |
| 08:51 |
bshum |
dbs: senator: I guess the reason I asked was to learn if there was any reason we don't slowly chip away at semiauto and as we fix things move them into style.css |
| 08:51 |
|
mmorgan joined #evergreen |
| 08:51 |
bshum |
But cool, glad to learn some history of TPAC. :) |
| 08:52 |
senator |
yeah, that was my vague intention for what should happen with semiauto, but i probably never expressed it clearly or prominently |
| 08:53 |
bshum |
senator++ |
| 08:53 |
|
remingtron joined #evergreen |
| 08:55 |
remingtron |
edoceo: do you still host an EG test server? I'm wondering if it will be available during the upcoming DIG hackaway in Nov. |
| 08:56 |
bshum |
remingtron: I had some plans to setup a test server for DIG use as well. |
| 08:56 |
dbs |
bshum: if you check the git history, you'll see that I chipped away at it for a while |
| 08:56 |
dbs |
eventually a squirrel ran by and I got distracted... |
| 08:56 |
bshum |
But it'd be good to know what edoceo is doing with his server. |
| 08:56 |
bshum |
dbs++ |
| 08:57 |
bshum |
I know how that can be. |
| 08:57 |
remingtron |
bshum: thanks, if you do, want to update the wiki with your server's details? |
| 08:57 |
bshum |
And cool, I won't be too afraid to snoop around later. |
| 08:58 |
remingtron |
either on: http://evergreen-ils.org/dokuwiki/doku.php?id=evergreen-docs:dig_hack-a-way |
| 08:58 |
remingtron |
or: http://evergreen-ils.org/dokuwiki/doku.php?id=community_servers |
| 08:58 |
remingtron |
I'm in "update the wiki" mode |
| 08:59 |
bshum |
Heh, sure thing remingtron |
| 09:00 |
remingtron |
bshum++ |
| 09:00 |
remingtron |
gracias |
| 09:02 |
bshum |
remingtron: As a minor detail, what version should I aim to put on the test server? (would have normally put master, but just remembered that's not always appropriate) |
| 09:02 |
remingtron |
that's a good question for yboston, whenever he comes on |
| 09:02 |
bshum |
Sounds good, I'll make sure to ask. |
| 09:03 |
remingtron |
I imagine DIG will want something from 2.5 (master might be fine), and latest 2.4? |
| 09:03 |
remingtron |
so maybe Equinox can grab one of those, and you the other |
| 09:03 |
remingtron |
but yeah, I'm the new guy on DIG, so all I have is enthusiasm |
| 09:05 |
bshum |
remingtron++ |
| 09:13 |
dbs |
yay, finally figured out the weird collapsing behaviour of the search results options bar that left one tab hanging way over on the right. I think. |
| 09:17 |
dbwells |
dbs: "Sort by" not tall enough? |
| 09:18 |
dbwells |
just a guess |
| 09:20 |
|
kmlussier joined #evergreen |
| 09:24 |
dbs |
dbwells: yes, ish. clash of margins |
| 09:29 |
senator |
so, on the removal of format icons |
| 09:30 |
senator |
was that a group concensus among the mobile opac group? |
| 09:30 |
bshum |
senator: Now that you mention it, I was meaning to come back to ask dbs more about that. |
| 09:32 |
dbs |
We definitely discussed it, and there was agreement at the time. |
| 09:33 |
dbs |
Based on the following rationale: the icons convey little information, at the cost of a great deal of space. |
| 09:34 |
senator |
i tend to agree with that individually |
| 09:35 |
senator |
i can imagine it provoking a lot of "hey what gives?" among users though, if not clearly publicized |
| 09:35 |
senator |
if we want to stick with that i think it ought to be noted fairly prominently in release notes at least |
| 09:36 |
dbwells |
I think the reason given in the commit (lack of hover on mobile) carries some weight for at least the mobile view. On the other hand, I think our much beloved MARC-based labels our pretty unfriendly as well. |
| 09:36 |
dbs |
I can't imagine it provoking a lot of "hey what gives?" among real users. |
| 09:36 |
senator |
staff users more than patron users, presumably |
| 09:36 |
dbs |
I can imagine a few special types of staff members who would be provoked. |
| 09:37 |
|
hopkinsju joined #evergreen |
| 09:37 |
bshum |
I feel like it's just a stepping stone till we get to the icon project MassLNC put on the lists a little while ago: http://markmail.org/message/h324wewhh2meajn6 |
| 09:37 |
dbs |
The icons that ship are are a great match for the MARC-based labels, although I think they outdo the labels in terms of ability to understand what they are. |
| 09:37 |
paxed |
istr seeing somewhere how many search results are shown per page. was that configurable? |
| 09:37 |
senator |
paxed: as a user setting, i think |
| 09:37 |
dbs |
non-musical sound recording vs. sound recording being one of my favourites. Jeez, why not include a note in the musical one |
| 09:38 |
bshum |
Maybe with that project, we can figure out how to have friendlier icons in the results again. That make more sense. |
| 09:38 |
dbwells |
I think the little book icon, which is by far the most common in our catalog, is much more meaningful than "Language material" |
| 09:38 |
dbs |
by the same token, as the most common icon the catalogue, it's also noise |
| 09:38 |
dbwells |
How is it more noisy than the words? |
| 09:38 |
|
yboston joined #evergreen |
| 09:39 |
dbs |
It takes up a full column of space |
| 09:39 |
dbwells |
It certainly doesn't need to. |
| 09:39 |
senator |
paxed: opac.hits_per_page |
| 09:40 |
dbwells |
I definitely agree with bshum that the item typification project will help a lot. It would be my preference that we table any changes until that happens. |
| 09:40 |
paxed |
senator: thanks! i was grepping for (search|result).*page ... |
| 09:41 |
|
Mark__T left #evergreen |
| 09:41 |
dbwells |
If we want to reposition the icon, that makes a lot of sense to me. |
| 09:42 |
dbs |
I really regret putting in the time I put into this. |
| 09:42 |
hopkinsju |
Has anyone here seen higher than normal memory use since upgrading to 2.4? We've been having intermittent issues with this error: http://pastebin.com/KLRgJbyK |
| 09:42 |
dbs |
If the typification project will make the icons useful, great. Add them then. |
| 09:43 |
dbs |
Second guessing and design by committee round two, that's not for me. |
| 09:43 |
dbwells |
It is my opinion that the icons are more user-friendly than the text. I imagine that's why they were created in the first place. It's just my opinion. |
| 09:43 |
hopkinsju |
The problem app server is running short on memory and apache is pegging. bmagic and I have been racking our brains trying to figure out what's going wrong - and I think the customers would appreciate it if we had a fix other than restarting opensrf/apache |
| 09:43 |
dbs |
I'm going to go salvage what I can of the week that I have left. |
| 09:44 |
|
dbs left #evergreen |
| 09:44 |
Dyrcona |
hopkinsju: You problem has a familiar ring. I think we did some mitigation by adjusting our apache configs. tsbere will know the gory details. |
| 09:44 |
senator |
i'm not sure what to do with this. it's a small feature, maybe even not a good one, but it's been around a long time and we're just trying to have a little broader discussion before removing it... ? |
| 09:45 |
csharp |
hopkinsju: do you see anything on the server logs that correspond to that message? |
| 09:45 |
csharp |
I would imagine that you'd see WARN messages about not enough children if there's truly a resource problem |
| 09:45 |
tsbere |
hopkinsju: We dropped our maxrequestsperchild down by an order of magnitude or two in apache2.conf |
| 09:46 |
hopkinsju |
csharp: Well, yes and no. I see plenty of message on that param value, but they are all good ones. INFO and ACT. |
| 09:46 |
hopkinsju |
tsbere: Let me have a look at those configs... |
| 09:47 |
Dyrcona |
hopkinsju: You see long-running Apaches in top using gobs of RAM, right? |
| 09:47 |
hopkinsju |
Dyrcona: Yup |
| 09:47 |
hopkinsju |
tsbere: We have MaxRequestsPerChild at 10000 per the evergreen install documentation. |
| 09:47 |
Dyrcona |
Drop a zero or two from MaxRequestsPerChild. |
| 09:48 |
hopkinsju |
Alright. |
| 09:48 |
csharp |
hopkinsju: do you organize your logs by date/hour/log type ala http://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/examples/evergreen-rsyslog.conf;h=ba25cea727c4aadead5635197f86040392c5ecf2;hb=HEAD? |
| 09:48 |
Dyrcona |
They won't run as long and will get recycled before using so much RAM. |
| 09:49 |
* csharp |
considers doing an EG2014 program on EG logs, but would need to do some serious research to fill the holes in his knowledge |
| 09:50 |
hopkinsju |
csharp: No, we just have the logs going into /openils/var/log and log rotate them. Other than being better able to narrow down by time/day more easily, how does that help? |
| 09:50 |
Dyrcona |
hopkinsju: Ours is set to 1000. |
| 09:50 |
csharp |
hopkinsju: I think it makes it far easier to see what's happening when (and what happen*ed* when) |
| 09:51 |
csharp |
very useful when you're trying to piece together what all was going on at a given time |
| 09:51 |
hopkinsju |
csharp: Right on. We will make the switch. I'd attend a session on EG logs this year for sure. |
| 09:52 |
hopkinsju |
We really need to get our Zabbix install checking opensrf services. I need to revisit mtate's session from a couple years back. |
| 09:52 |
csharp |
hopkinsju: one thing that we add to our syslog config is postfix logs so you can also track what's mailed out, but I heard from others that they think that's unnecessary |
| 09:52 |
csharp |
s/postfix/whatever your MTA is/ |
| 09:53 |
hopkinsju |
Yeah, wouldn't be a bad idea, but fortunately for us nobody seems to ask about emails. |
| 09:53 |
Dyrcona |
csharp: Our mail goes through our regular mail server, so we have those logs, but yeah, mail logs are handy too. |
| 09:53 |
hopkinsju |
I've changed the value of MaxRequestsPerChild to 1000, we'll see how that goes. Thanks for the suggestion everyone. |
| 09:53 |
hopkinsju |
I'll report back in a few days… This has been a daily issue so I should know pretty soon. |
| 09:55 |
Dyrcona |
hopkinsju: We suspect a memory leak some how tied to mod_perl and what EGCatLoader or some other of our modules are doing. |
| 09:55 |
Dyrcona |
That said, we've not narrowed it down to really point fingers. |
| 09:56 |
|
Bmagic joined #evergreen |
| 09:57 |
Dyrcona |
hopkinsju: Yeah, it was almost daily for us as well. |
| 10:03 |
Dyrcona |
While I'm paying attention to IRC, I thought I'd mention that I've looked at this: https://wiki.ubuntu.com/TSeries/ReleaseSchedule |
| 10:03 |
Dyrcona |
I will likely begin trying Evergreen with Ubuntu 14.04 after alpha 1 on December 19th. |
| 10:04 |
Dyrcona |
It probably will not be firmed up until after the Beta 1 freeze at the end of February. |
| 10:05 |
Dyrcona |
Hopefully, we'll have Ubuntu 14.04 support with the release of Evergreen in March. |
| 10:06 |
Dyrcona |
We should probably rip out support for 10.04 at the same time. |
| 10:07 |
Dyrcona |
Now, I have to spend an hour manipulating a spreadsheet that matches parts on incoming records with existing parts in our system. |
| 10:07 |
* Dyrcona |
poofs out. |
| 10:09 |
senator |
ubuntu's lts cycle... it helps keep me in a state of always wondering where the last two years have gone |
| 10:16 |
csharp |
Dyrcona: I'll be willing to test 14.04 too |
| 10:16 |
csharp |
senator: yep ;-) |
| 10:19 |
|
RoganH joined #evergreen |
| 10:32 |
|
mllewellyn joined #evergreen |
| 10:38 |
senator |
bshum: 6b1290c10ef3 for not showing the search bar on my acccount pages... |
| 10:38 |
senator |
does one of the later commits intentionally reverse that intention? what i'm seeing with the full branch installed still has the search bar on my account pages |
| 10:39 |
senator |
oh, only for mobile (low-width) |
| 10:40 |
senator |
i didn't expect that from the commit message, but it makes sense |
| 10:40 |
senator |
so basically nevermind |
| 10:41 |
senator |
well, i should have read the whole commit message more carefully. skimming after the first line got me. |
| 10:59 |
|
ericar joined #evergreen |
| 11:01 |
csharp |
3eb616e56c82a5106e14f5a446f1d875015db7f0 |
| 11:01 |
pinesol_green |
[evergreen|Lebbeous Fogle-Weekley] Inter-authority linking - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3eb616e> |
| 11:09 |
csharp |
senator: dbwells: I've installed the code for bug 1214464 and have reingested auths and bibs... I'm wondering what the best way to proceed in testing is |
| 11:09 |
pinesol_green |
Launchpad bug 1214464 in Evergreen "Bi-directional authority enhanced bib browse" (affected: 1, heat: 8) [Undecided,New] https://launchpad.net/bugs/1214464 |
| 11:10 |
jcamins |
Ooh, that sounds really cool! |
| 11:11 |
dbwells |
jcamins: Any chance you could test and sign off? |
| 11:11 |
senator |
csharp: right, thanks for bringing that up again |
| 11:11 |
jcamins |
dbwells: sadly I can't even coerce my Evergreen VM into starting anymore. |
| 11:11 |
senator |
i need to better explain what it's supposed to do |
| 11:12 |
csharp |
just still trying to bust through the beta blockers (though if I'm not the best person to test/sign-off, I won't get my feelings hurt ;-)) |
| 11:12 |
dbwells |
jcamins: too bad! |
| 11:14 |
senator |
csharp: not at all, it's on me to explain what the expectations are for that |
| 11:14 |
eeevil |
csharp: I'll try to explain 1214464 ... I can be blamed for most of that |
| 11:14 |
senator |
although i might lean on eeevil here for help |
| 11:14 |
senator |
"might" nothing |
| 11:14 |
senator |
eeevil++ |
| 11:14 |
csharp |
ok cool ;-) |
| 11:15 |
eeevil |
there are several part, with a russian nesting doll of additional details changed at each level |
| 11:15 |
eeevil |
but |
| 11:16 |
eeevil |
the high-level point is to allow a cataloger to use correct (in terms of cataloging rules) conventions and terms, and allow the patron to still find things based on what a normal human would browse for |
| 11:17 |
eeevil |
that means different things for different use cases, but all those different definitions of "cataloger thinking" and "patron thinking" are facilitated by that code |
| 11:18 |
eeevil |
let's take a made-up subject example first |
| 11:18 |
eeevil |
Cookery! |
| 11:18 |
csharp |
heh |
| 11:18 |
eeevil |
(yes, that particular issue is now resolved by catalogers using "cooking", but it's an easily understood example) |
| 11:18 |
csharp |
yeah - I'm with you |
| 11:19 |
eeevil |
so, you have a cookery main-entry authority record, and it has cooking as a non-authorized term |
| 11:19 |
* Dyrcona |
is probably the only library patron ever to refer to the big red volumes with the library of congress subject headings in them. |
| 11:20 |
eeevil |
and all your bibs use cookery |
| 11:20 |
eeevil |
patron types in cooking |
| 11:21 |
eeevil |
excepting that they're close lexigraphically, they "don't find anything" |
| 11:21 |
csharp |
right |
| 11:22 |
eeevil |
this code will pull "cooking" into the browse list and point the user at "cookery" if the cookery-linked bibs are visible in the search scope |
| 11:23 |
eeevil |
then, let's look at authors (pseudonyms in particular) |
| 11:23 |
csharp |
gotcha |
| 11:23 |
eeevil |
stephen king vs richard bachman |
| 11:24 |
eeevil |
if there's an authority for each, and bibs are properly linked to each, and if the authority records point at one another, a see also link will point to the other name, allowing users to discover the relationship between them |
| 11:25 |
csharp |
oh - that is awesome |
| 11:25 |
yboston |
yes it is |
| 11:25 |
csharp |
as I'm sure you know, Elaine has been wanting that for many a long year |
| 11:25 |
yboston |
eeevil++ |
| 11:25 |
eeevil |
also, twain / clemens. if there are no items visible on bibs linked to the clemens record, but the authority records are properly linked, a user can browse for clemens and find works by twain |
| 11:27 |
eeevil |
csharp: I'm quite aware :) ... but until both control sets and basic browse (which we built via autosuggest) there wasn't enough infrastructure to make a real go at it ... what we have now is a beautiful ogre^Wonion of authority linking goodness |
| 11:27 |
csharp |
that's excellent |
| 11:27 |
eeevil |
csharp: mind you, the authorities do need to be linked to one another for this stuff to work, but senator built the script to prime that |
| 11:28 |
csharp |
looks like 2.5 will be a sparkling release for us then - adding several long-desired features |
| 11:28 |
csharp |
yeah - getting our data in order will be a bear, but we're working on that too |
| 11:28 |
csharp |
auth records are... old |
| 11:28 |
eeevil |
and my ardent hope is that we can further extend the authority linking into the authority record editor, just like for bibs, so it's managable by catalogers |
| 11:29 |
eeevil |
but that's another project |
| 11:29 |
csharp |
eeevil++ |
| 11:29 |
csharp |
senator++ |
| 11:29 |
eeevil |
(also, get inter-authority update, like authority change propagation for bib data today ... yet another project) |
| 11:32 |
csharp |
ok, well from the "I added the code and poked and nothing looks broken" perspective, I've tested |
| 11:32 |
csharp |
I guess the best way to test is to import some Bachman/King records and see that they work? |
| 11:32 |
csharp |
(or something similar) |
| 11:33 |
eeevil |
csharp: you'll have to add the appropriate $0 to each, and make bibs use them ... but yes, that would be a good test |
| 11:36 |
* csharp |
chuckles at his lack of hands on cataloging knowledge |
| 11:36 |
yboston |
csharp: let me know if you want some help with what to look in your testing, I have used authorities in EG before |
| 11:36 |
yboston |
csharp: I can dig up bibs with related auths, etc |
| 11:37 |
csharp |
yboston: that would be great, actually |
| 11:37 |
csharp |
I guess I can also just export from PINES prod and import too |
| 11:38 |
yboston |
csharp: I am at your service, by chat, email, or phone. BTW, I assume this test VM is not available on the outside |
| 11:38 |
csharp |
yboston: thank you! - yeah, it's behind a firewall atm |
| 11:38 |
csharp |
or NAT rather |
| 11:40 |
|
acoomes joined #evergreen |
| 11:44 |
|
kbutler joined #evergreen |
| 11:47 |
|
jbfink joined #evergreen |
| 11:49 |
yboston |
apropos of nothing, it might be too late for 2.5 but there is a branch that is a favorite of mine that was worked on during the dev hack-a-way that could a sign off. I will test it today and sign it off, but my sign off does not carry that much weight LP 1065378 |
| 11:49 |
pinesol_green |
Launchpad bug 1065378 in Evergreen "Added content by record ID" (affected: 2, heat: 16) [Wishlist,In progress] https://launchpad.net/bugs/1065378 - Assigned to Jeff Godin (jgodin) |
| 11:49 |
yboston |
4408bff9b3cb2740b60b69b1ec2c1bf61691f1dc |
| 11:53 |
remingtron |
yboston: since the 2.5 timeline has changed a little, I think you have time still to get it into beta |
| 11:53 |
senator |
yboston: i'm not sure your signoff is any lighter than anyone else's. you're an active participant in the community who can be counted on to test carefully |
| 11:53 |
yboston |
suckers |
| 11:53 |
jeff |
yboston++ |
| 11:53 |
kmlussier |
yboston++ |
| 11:55 |
yboston |
senator: thanks. I will get started but I'll have some git questions after I eat lunch |
| 11:55 |
csharp |
yboston++ |
| 11:55 |
bshum |
yboston: Fwiw, I'll readily sign off and commit that work by jeff. Most of it is stuff I've been using for months anyways. |
| 11:56 |
csharp |
bshum++ |
| 11:56 |
bshum |
senator: And yeah, sorry about my slipshod commit messages. In retrospect I need to be better about writing more extensive commit messages even when I think I'll have time to clean them up later. |
| 11:56 |
bshum |
It's just bad habit on my part that I expect to do better in the future. |
| 11:57 |
yboston |
bshum: wow that is great to know, I had lost track of who had used his code. I will still set up a test Vm for the practice after lunch |
| 11:57 |
yboston |
bshum++ |
| 11:57 |
|
jdouma joined #evergreen |
| 11:57 |
dbwells |
yboston: at this point we are certainly to the "when in doubt, leave it out" stage of 2.5, but the fact that that branch is mature and in production at multiple sites certainly tips the scales toward including it if someone takes it up. |
| 11:58 |
yboston |
dbwells: good to know. |
| 11:59 |
yboston |
dbwells++ |
| 12:01 |
bshum |
yboston: I think jeff noted that he still wants to put release notes and some apache stuff for that branch |
| 12:01 |
bshum |
So I'll probably ask him to weigh in on those before we do anything |
| 12:01 |
senator |
bshum: ah no worries, i wouldn't have called it slipshod at all, i just missed a subtlety at fist |
| 12:01 |
senator |
*first |
| 12:01 |
bshum |
But for the rest of it, the ISSN thing was the only thing I still need to test for it. The rest is fine. |
| 12:01 |
* bshum |
pokes jeff :) |
| 12:02 |
|
smyers_ joined #evergreen |
| 12:44 |
|
stevenyvr2 joined #evergreen |
| 13:39 |
|
jbfink joined #evergreen |
| 13:44 |
* _bott_ |
loves that dob TZ bug |
| 13:47 |
|
rfrasur joined #evergreen |
| 13:48 |
rfrasur |
RoganH: are you about? |
| 13:49 |
eeevil |
jeff: do you have the branch handy mentioned in bug 1174498 ? not for 2.5, obv, but I'd like to complete the polishing of that, unless you're already ready already |
| 13:49 |
pinesol_green |
Launchpad bug 1174498 in Evergreen "Payment by billing type breakdown" (affected: 3, heat: 14) [Wishlist,In progress] https://launchpad.net/bugs/1174498 - Assigned to Jeff Godin (jgodin) |
| 13:54 |
edoceo |
remingtron: I do, and yes I can make it available - full root access |
| 14:00 |
remingtron |
edoceo: very kind of you. yboston can hopefully tell you what access we will need. |
| 14:03 |
|
acoomes joined #evergreen |
| 14:07 |
rfrasur |
@later tell RoganH I have a question about patron profiles for tourists/temp users |
| 14:07 |
pinesol_green |
rfrasur: The operation succeeded. |
| 14:17 |
csharp |
may have stumbled on a bug in vandelay when attempting import of authority records: http://pastebin.com/k5zcKMCN |
| 14:20 |
yboston |
csharp: are you running master? |
| 14:21 |
Dyrcona |
That's his test server, I'll bet. |
| 14:21 |
yboston |
edoceo: thanks for once again offering to help DIG with a test server. Last year you were ready to help us, but we were not. we ended up at reviewing old docs instead of writing new docs |
| 14:22 |
csharp |
yep - master as of today |
| 14:22 |
csharp |
plus eeevil's auth browse improvements |
| 14:22 |
Dyrcona |
csharp: That's not production, though, is it? |
| 14:22 |
csharp |
nope |
| 14:22 |
csharp |
test server |
| 14:23 |
Dyrcona |
Just looking at the error, but not at the source, it could probably be fixed in fm_IDL.xml. |
| 14:23 |
yboston |
csharp: I can try to build a master server tomorrow to see if I can reporuce the error |
| 14:24 |
Dyrcona |
Looks like the classes with ids vqar and vam should have a link but one or both of them lack the IDL entry. |
| 14:24 |
yboston |
or test any fixes |
| 14:26 |
Dyrcona |
vqar has link to vam, but nothing the other way 'round. |
| 14:27 |
yboston |
Note to remingtron , bshum , edoceo: Since the DIG hack-a-way will be in NOvember, I would wait for 2.5 to be released so that we can document off of that version. though that is only my opinion, I am open to other thoughts |
| 14:28 |
|
misilot joined #evergreen |
| 14:28 |
Dyrcona |
And the error seems to be complaining about no link from vqar to vam, which I see in my fm_IDL.xml from this morning. |
| 14:29 |
Dyrcona |
csharp: try running autogen.sh and doing it again. |
| 14:35 |
eeevil |
csharp: unsurprised by your trouble importing. creating an authority from a bib (right click controllable field in marc editor, Create Authority) might be simpler |
| 14:36 |
remingtron |
yboston: do we want a 2.4 server also for filling in holes in the 2.4 docs? |
| 14:53 |
|
kbeswick joined #evergreen |
| 15:06 |
|
dconnor joined #evergreen |
| 15:13 |
bshum |
yboston: Makes sense to me. I'll aim to get something rolling a little before the DIG hackaway then. |
| 15:16 |
csharp |
eeevil: thanks for the tip! |
| 15:18 |
edoceo |
yboston: which version will you want on that thing ? |
| 15:28 |
|
dconnor joined #evergreen |
| 15:30 |
|
acoomes joined #evergreen |
| 15:32 |
|
dconnor joined #evergreen |
| 15:35 |
|
dconnor joined #evergreen |
| 15:42 |
bshum |
@coin |
| 15:42 |
pinesol_green |
bshum: heads |
| 15:43 |
|
jbfink joined #evergreen |
| 15:48 |
|
dconnor joined #evergreen |
| 15:52 |
|
dconnor joined #evergreen |
| 15:55 |
|
acoomes_ joined #evergreen |
| 15:56 |
|
smyers_ joined #evergreen |
| 15:58 |
|
dconnor joined #evergreen |
| 16:01 |
|
ktomita joined #evergreen |
| 16:02 |
bshum |
Multithreaded bib ingest sounds intriguing... |
| 16:02 |
bshum |
Whatever that means :) |
| 16:08 |
|
dconnor joined #evergreen |
| 16:14 |
|
dconnor joined #evergreen |
| 16:15 |
|
kmlussier joined #evergreen |
| 16:20 |
|
fparks joined #evergreen |
| 16:25 |
|
rfrasur joined #evergreen |
| 16:32 |
|
dconnor joined #evergreen |
| 16:34 |
kmlussier |
berick: Does the staff client need to be restarted in order to see the interface changes in bug 1211473? |
| 16:34 |
pinesol_green |
Launchpad bug 1211473 in Evergreen "Setting to disable payment by patron credit" (affected: 1, heat: 6) [Wishlist,New] https://launchpad.net/bugs/1211473 |
| 16:35 |
berick |
kmlussier: yes. pretty it loads org settings at startup |
| 16:35 |
berick |
s/pretty/pretty sure/ |
| 16:36 |
kmlussier |
berick: Ok, thanks! |
| 16:36 |
|
dMiller_ joined #evergreen |
| 16:43 |
yboston |
edoceo: I guess that having EG 2.5 would be the best bet for the DIG hack-a-way since it will be in November, it should be out by then |
| 16:44 |
yboston |
edoceo: thanks in advance |
| 16:44 |
edoceo |
will do |
| 16:48 |
|
acoomes joined #evergreen |
| 16:48 |
|
dMiller_ joined #evergreen |
| 16:48 |
|
smyers_ joined #evergreen |
| 17:10 |
|
acoomes_ joined #evergreen |
| 17:11 |
|
mllewellyn left #evergreen |
| 17:12 |
|
mmorgan left #evergreen |
| 17:43 |
|
sseng joined #evergreen |
| 17:53 |
|
sseng joined #evergreen |
| 18:24 |
|
Dyrcona joined #evergreen |
| 18:33 |
|
smyers_ joined #evergreen |
| 18:54 |
dbwells |
whee |
| 18:54 |
pinesol_green |
Showing latest 5 of 81 commits to Evergreen... |
| 18:54 |
pinesol_green |
[evergreen|Ben Shum] Add missing ending label tag for format selector - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2071778> |
| 18:54 |
pinesol_green |
[evergreen|Dan Scott] TPAC: Make home search screen work on IE8+ - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=d2a6439> |
| 18:54 |
pinesol_green |
[evergreen|Dan Scott] TPAC: Make low hits help support low-width devices - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=2e34bd5> |
| 18:54 |
pinesol_green |
[evergreen|Dan Wells] MOPAC: Remove fixed height from fines tabs - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=ea01799> |
| 18:54 |
pinesol_green |
[evergreen|Dan Wells] TPAC: Make corner image link to server root - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=85a68d8> |
| 18:57 |
Dyrcona |
Whee! |
| 18:58 |
* Dyrcona |
aeroplanes.... (I.E. sticks his arms out and runs around the room make engine noises.) |
| 18:58 |
* Dyrcona |
likes it when things are simple and they work. |
| 18:59 |
Dyrcona |
tsbere: I got the from_bare_hash function on the first try, and I had almost implemented it two years ago. |
| 18:59 |
Dyrcona |
bug 903020 |
| 18:59 |
pinesol_green |
Launchpad bug 903020 in Evergreen "XMLRPCGateway Improvement" (affected: 1, heat: 6) [Wishlist,Invalid] https://launchpad.net/bugs/903020 |
| 19:00 |
Dyrcona |
And, huzzah for dbwells and everyone who worked on the mobile tpac commits. |
| 19:07 |
|
RBecker joined #evergreen |
| 19:08 |
pinesol_green |
[evergreen|Ben Shum] TPAC: Add format icon back to search results - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=502f93a> |
| 19:14 |
Dyrcona |
And my enthusiasm deflates like an open balloon..... |
| 19:15 |
Dyrcona |
It seems to work, but still doesn't fix my problem.... |
| 19:30 |
|
RBecker joined #evergreen |
| 19:36 |
|
RBecker joined #evergreen |
| 19:43 |
|
jbfink joined #evergreen |
| 19:58 |
pinesol_green |
[evergreen|Dan Wells] TPAC: href not valid on 'button' tags - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=757d48b> |
| 19:58 |
pinesol_green |
[evergreen|Dan Wells] TPAC: Consolidate and simplify button styles - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=798a4ff> |
| 19:59 |
* Dyrcona |
does a happy dance. |
| 20:09 |
* bshum |
wonders whether to join Dyrcona? |
| 20:19 |
pinesol_green |
[evergreen|Steven Callender] Added in warning message when placing hold with no email address. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6707d53> |
| 20:30 |
|
jbfink joined #evergreen |
| 20:35 |
|
stevenyvr2 left #evergreen |
| 20:39 |
pinesol_green |
[evergreen|Bill Erickson] Fiction records / copies test data - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=954bb31> |
| 20:41 |
pinesol_green |
[evergreen|Lebbeous Fogle-Weekley] Better handling of purchase_order being non-numeric - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3282cbb> |
| 20:43 |
pinesol_green |
[evergreen|Pasi Kallinen] Fix delete items confirmation typo. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=addfe15> |
| 20:49 |
pinesol_green |
[evergreen|Jason Stephenson] Add PhoneList.pm. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6785a4a> |
| 20:49 |
pinesol_green |
[evergreen|Jason Stephenson] Strip out spaces as well as - from phone numbers in PhoneList::Holds. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=3448c22> |
| 20:49 |
pinesol_green |
[evergreen|Jason Stephenson] Fix PhoneList.pm child_init method. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=e4e39e6> |
| 20:49 |
pinesol_green |
[evergreen|Jason Stephenson] Add phonelist.txt release notes. - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=6566aa8> |
| 20:49 |
pinesol_green |
[evergreen|Lebbeous Fogle-Weekley] Add PhoneList.pm stuff to Apache 2.4 config - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=48a44af> |
| 21:24 |
* jeff |
attempts to rebase ac_by_record_id |
| 21:29 |
bshum |
jeff: Let me know if I can help with any of that. |
| 21:36 |
jeff |
bshum: summary.tt2 changed just a LITTLE bit. ;-) |
| 21:36 |
jeff |
no problem. my changes were small. |
| 21:36 |
bshum |
Hehe |
| 21:49 |
pinesol_green |
[evergreen|Pasi Kallinen] In reports, show old label name as the default in the Alter Display Header -prompt - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=1db3c91> |
| 21:56 |
|
shadowspar joined #evergreen |
| 21:56 |
jeff |
bshum: eyes appreciated on user/jeff/ac_by_record_id_2013_rebase |
| 21:57 |
jeff |
bshum: i'm about to test to ensure that all's still well with responsive stuff in play |
| 21:57 |
jeff |
bshum: then, release notes and perhaps you and/or yboston can sign off |
| 22:15 |
bshum |
jeff: Sounds like a plan. I have to get a nicer test server going for things as well. |
| 22:15 |
bshum |
I'll hit that up early tomorrow. |
| 22:16 |
jeff |
https://eg.dev.tadl.org/ has master + ac by record id. concerto plus some transcendant bibs from yboston |
| 22:16 |
jeff |
"disc" is a good query to get music jackets |
| 22:17 |
bshum |
Looks reasonable. |
| 22:18 |
bshum |
Should find something for the issn stuff I guess |
| 22:18 |
jeff |
https://eg.dev.tadl.org/eg/opac/record/211 is a dvd with only upc, https://eg.dev.tadl.org/eg/opac/record/255 is an issn-only bib, and https://eg.dev.tadl.org/eg/opac/record/209 is a local override image |
| 22:19 |
bshum |
Seems good |
| 22:38 |
bshum |
@later tell dbwells I missed something earlier. See http://git.evergreen-ils.org/?p=working/Evergreen.git;a=shortlog;h=refs/heads/user/bshum/add-format-icon-rdetails |
| 22:38 |
pinesol_green |
bshum: The operation succeeded. |
| 22:39 |
* bshum |
wanders off to sleep. |
| 22:43 |
|
bshum joined #evergreen |
| 23:06 |
|
mrpeters left #evergreen |
| 23:52 |
|
hopkinsju joined #evergreen |
