| Time |
Nick |
Message |
| 00:33 |
bshum |
@later tell kmlussier The LJ article about open source systems is up online now: http://www.thedigitalshift.com/2014/04/ils/open-source-options-library-systems-landscape/ |
| 00:33 |
pinesol_green |
bshum: The operation succeeded. |
| 01:12 |
|
b_bonner joined #evergreen |
| 01:13 |
|
mtcarlson_away joined #evergreen |
| 05:13 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 05:45 |
|
pastebot0 joined #evergreen |
| 05:47 |
|
jventuro joined #evergreen |
| 08:04 |
|
collum joined #evergreen |
| 08:10 |
|
kmlussier joined #evergreen |
| 08:11 |
kmlussier |
@coffee |
| 08:11 |
* pinesol_green |
brews and pours a cup of People's Daily Espresso, and sends it sliding down the bar to kmlussier |
| 08:19 |
|
rjackson-isl joined #evergreen |
| 08:24 |
|
adbowling-isl joined #evergreen |
| 08:28 |
|
Shae joined #evergreen |
| 08:36 |
|
RoganH joined #evergreen |
| 08:44 |
|
mmorgan joined #evergreen |
| 08:45 |
|
ericar joined #evergreen |
| 08:52 |
|
timf joined #evergreen |
| 08:56 |
|
Dyrcona joined #evergreen |
| 08:57 |
RoganH |
Do you ever send out an email to your staff knowing that this is something they should care about but feel defeated in advance because you know they won't care at all? |
| 08:58 |
bshum |
Yes. |
| 08:58 |
bshum |
:) |
| 08:58 |
RoganH |
We have issues with training and institutional knowledge so I've setup a git repo that I can grow with a lot of documents useful to our libraries but I know they won't use it. |
| 08:59 |
RoganH |
So I'm trying to get them to talk about how we can have that content somewhere they might but they don't want to give any feedback. |
| 09:01 |
bshum |
That's a tough situation. |
| 09:02 |
Dyrcona |
We use a wiki that our members' staff claim to hate. |
| 09:02 |
Dyrcona |
I don't think it matters what we do, really. |
| 09:11 |
|
rfrasur joined #evergreen |
| 09:12 |
mmorgan |
I think whatever you do, you need to keep reinforcing that it's there. Make sure the answers to the questions they have are documented there and keep pointing them to it. |
| 09:12 |
jl- |
did anyone else have issues with the hearbleed update on debian 7.1 |
| 09:18 |
bshum |
jl-: What sort of issues? (not that we use debian, but you have me curious) |
| 09:23 |
|
kbeswick joined #evergreen |
| 09:32 |
* csharp |
thinks anyone who was running the vulnerable version for any length of time has to assume that any private information could have been compromised |
| 09:32 |
csharp |
there's not a way to tell what was accessed |
| 09:33 |
csharp |
we're replacing our SSL certs and strongly recommending password changes (like everybody else on the internet) |
| 09:35 |
|
yboston joined #evergreen |
| 09:36 |
Dyrcona |
Heh, ssl "certs." |
| 09:36 |
jl- |
bshum: something went wrong with the upgrade, getting 'Gave up waiting for root device' something is off with the boot cycle |
| 09:36 |
Dyrcona |
The whole CA model is fundamentally broken from an end user's perspective. |
| 09:36 |
jl- |
thankfully I have a snapshot |
| 09:37 |
csharp |
Dyrcona: agreed |
| 09:38 |
Dyrcona |
csharp: I agree, too, that getting new certs and warning users to change their passwords is the way to go, if you're not lazy. ;) |
| 09:39 |
csharp |
jl-: you mean you applied APT updates and your system will no longer boot? |
| 09:40 |
Dyrcona |
jl-: That sounds like hard drive failure unrelated to the upgrade. |
| 09:41 |
csharp |
jl-: depending on the issue, this may help: http://askubuntu.com/questions/286284/system-no-longer-boots-gave-up-waiting-for-root-device-initramfs-dev-mappe |
| 09:42 |
csharp |
(in that case it has to do with disk encryption) |
| 09:44 |
jl- |
csharp: correct |
| 09:44 |
jl- |
Dyrcona: it's virtualized |
| 09:45 |
jl- |
and the snapshot prior works |
| 09:45 |
Dyrcona |
jl-: Image could be corrupted. Dunno. |
| 09:48 |
yboston |
question for web team members: I am going to be uploading several presentatios from the last conference |
| 09:49 |
yboston |
should I prepend a keyword like "egconf2014" to each file name? is there anything you guys/gals would like me to do? |
| 09:49 |
yboston |
beforehand |
| 09:50 |
jl- |
Dyrcona: true.. sucks |
| 09:51 |
kmlussier |
yboston: Prepending the file name with egconf2014 - or, maybe even just eg14 - sounds like a good idea. |
| 09:51 |
bshum |
I was about to suggest eg14 too |
| 09:51 |
Dyrcona |
jl-: You could always run the previous snapshot and try the upgrade again? |
| 09:51 |
bshum |
Since that's the wordpress page naming scheme we used |
| 09:51 |
yboston |
kmlussier & bshum htanks! |
| 09:51 |
kmlussier |
yboston++ |
| 09:51 |
yboston |
I will follow the existing page name scheme |
| 09:53 |
|
mllewellyn joined #evergreen |
| 09:55 |
yboston |
another web team related question: I created a pinesol_green intro wiki page that I would like to link from the IRC section of the site |
| 09:55 |
|
mrpeters joined #evergreen |
| 09:55 |
yboston |
who can I work with to do this, since I have not been given permission to make changes to any section that is not conference related |
| 09:56 |
kmlussier |
yboston: I don't think the WordPress permissions are that granular. |
| 09:56 |
yboston |
here is the page http://wiki.evergreen-ils.org/doku.php?id=community:using-pinesol_green&s[]=pinesol&s[]=green |
| 09:57 |
yboston |
let me rephrase, I mean that I was told to only add content to conference related pages |
| 09:57 |
|
denishpatel joined #evergreen |
| 09:57 |
yboston |
I have not been blessed by a fellow community member to make changes anywhere else |
| 09:58 |
csharp |
yboston: the wiki is pretty much free-reign as far as I know |
| 09:58 |
yboston |
I suspect that WP would probably let me edit a lot more things |
| 09:58 |
yboston |
I am talking about WP, I am an admin in the wiki |
| 09:59 |
csharp |
oh |
| 09:59 |
kmlussier |
yboston: I personally don't have a problem with it. |
| 09:59 |
* kmlussier |
looks at gmcharlt or bshum or RoganH to see if it's okay for yboston to edit WP pages beyond the conference pages. |
| 09:59 |
yboston |
I am not part of the web team so just because WP probably goves me access to edit other areas, I rather go through the web team |
| 09:59 |
* bshum |
doesn't mind any which way. |
| 10:00 |
* bshum |
passes the buck to gmcharlt (oh, fearless leader) |
| 10:00 |
jl- |
Dyrcona: yeah it fails each time after upgrading.. something is corrupt |
| 10:00 |
jl- |
maybe I'll burn it down and reinstall |
| 10:00 |
kmlussier |
yboston: Sure, but there are several people who aren't on the web team and can edit WP pages. |
| 10:01 |
yboston |
that makes sense that there are others, but I rather be safe thatn sorry, and I like to share my ideas with the community before I make changes |
| 10:01 |
|
akilsdonk joined #evergreen |
| 10:02 |
yboston |
thanks for the feedback |
| 10:03 |
kmlussier |
yboston: If it's adding a link to the IRC page, I say go for it. :) |
| 10:03 |
yboston |
kmlussier: yes that is all for today |
| 10:04 |
|
atlas__ joined #evergreen |
| 10:06 |
bshum |
yboston++ # it's good to check with folks around, but tradition goes that if you see something that could probably be improved, go ahead and poke at it. |
| 10:06 |
bshum |
But telling folks is half the praise ;) |
| 10:06 |
bshum |
(or blame) |
| 10:08 |
yboston |
thanks, I just signed up for the web team list. not sure I have time to become a member right now, i'll just lurk for now |
| 10:09 |
jl- |
it looks like only upgrading openssl and libssl does not cause the same problems |
| 10:09 |
jl- |
that should be good enough for a dev server |
| 10:10 |
csharp |
what else is getting upgraded? |
| 10:13 |
jl- |
I think it also upgraded postgres and a few kernel packages |
| 10:13 |
jl- |
when doing a full apt-get upgrade |
| 10:15 |
jl- |
gave me a good scare tho I put a lto of ivnestment into eg ;) |
| 10:15 |
csharp |
hmm - well I would probably dig deeper - it would suck to have a server you can't upgrade without breaking |
| 10:16 |
csharp |
but, as you say "good enough for a dev server" ;-) |
| 10:16 |
* Dyrcona |
is not convinced that the upgrade caused the problem. |
| 10:17 |
jl- |
yeah I agree with both of you |
| 10:17 |
jl- |
for the prod server I'll have a fresh install or dig deeper |
| 10:23 |
gmcharlt |
yboston: I'll go ahead and update your WP account |
| 10:23 |
kmlussier |
gmcharlt: yboston already has the WP permissions. He was just looking for our blessing. |
| 10:23 |
yboston |
gmcharlt: for the record, I may have enough permission already to make that IRC change |
| 10:24 |
gmcharlt |
kmlussier: yboston: ah, OK |
| 10:24 |
gmcharlt |
yboston: consider yourself granted the pumpkin of going for it |
| 10:24 |
yboston |
gmcharlt: I just felt that just because WP gave me the ability to make those updates that I should go ahead and cahnge them without running it by somebody on the web team |
| 10:24 |
gmcharlt |
sure, a heads up is always appreciated |
| 10:25 |
yboston |
gmcharlt: I also signed up to the web team mailing list, perhpas I can formally join later on |
| 10:30 |
gmcharlt |
yboston: cool |
| 10:31 |
dkyle |
I'm looking to replace some custom code with a standard way to switch tpac display base on bib source. it looks like https://bugs.launchpad.net/evergreen/+bug/1178377 is very close to finished for that purpose, or is something else out there? |
| 10:31 |
pinesol_green |
Launchpad bug 1178377 in Evergreen "Expose bib source in TPAC" (affected: 2, heat: 10) [Wishlist,Incomplete] |
| 10:33 |
gmcharlt |
dkyle: yes, it doesn't look like it would take much to tweak that patch to address dbwells' and eeevil's concerns |
| 10:35 |
* eeevil |
looks at the past |
| 10:38 |
eeevil |
I wonder if we should include source in the 901, along with id, type, tcn, and tcn source (for bibs) |
| 10:38 |
dkyle |
gmcharlt: looks like just add cbs to flesh arg for get_records_and_facets in Search.pm, and check for cbs in includes array in unapi.bre function? |
| 10:39 |
eeevil |
via the maintain_901 trigger stuff |
| 10:39 |
eeevil |
maybe not... I'm torn |
| 10:39 |
gmcharlt |
eeevil: +1 to including it in the 901, though more for reasons of hanging import/export logic off of it; for TPac, I'd prefer that it be emitted as something that's tagged bib_source or the like |
| 10:40 |
eeevil |
gmcharlt: aye, I'm leaning towards "both" as well |
| 10:43 |
dkyle |
I was thinking of trying to finish that one off, but I'm afraid you've already lost me |
| 10:44 |
gmcharlt |
dkyle: for your purposes, I think the 901 stuff that eeevil's proposing can safely live on a separate bug |
| 10:45 |
eeevil |
agreed. dkyle, do proceed with any polishing |
| 10:47 |
dkyle |
gmcharlt: eeevil: alright then, thanks |
| 10:48 |
dbs |
quick thought on that - does this lead to more differences between what you get via sru/z39.50 for a record vs. unapi? |
| 10:49 |
dbs |
the maintain_901 approach sounds like the most consistent way |
| 10:50 |
eeevil |
dbs: 901 would make bib source more of a core attribute, which I think is good, but adding it to unapi as well means that non-MARC formats can still surface the data in a consistent (format independent) way without hacking up every XSL (even more). or, that's my opinion |
| 10:51 |
gmcharlt |
dkyle: to answer your first question, yes, though since it's not a fieldmapper flesh, personally I'd suggest spelling out 'bib_source' rather than 'cbs' |
| 10:53 |
dbs |
eeevil: there are formats other than MARC? what what what?!?!! |
| 10:53 |
dbs |
:) |
| 10:53 |
eeevil |
:) |
| 10:55 |
dkyle |
gmcharlt: i was using cbs based on what jeffdavis has already done. so its "poor form" to use fieldmapper lingo in such a case? |
| 10:55 |
gmcharlt |
dkyle: not poor form, just a matter of opinion; I won't be put off if you choose to go with cbs |
| 10:56 |
gmcharlt |
eeevil: bug 1307553 if you care to expand/elaborate |
| 10:56 |
pinesol_green |
Launchpad bug 1307553 in Evergreen "bib source should be included in the 901 field" (affected: 1, heat: 6) [Undecided,New] https://launchpad.net/bugs/1307553 |
| 10:56 |
eeevil |
well, the function really should be named for the idl id, but the output needn't be so constrained |
| 10:57 |
gmcharlt |
well, it's not like 'holdings_xml' is an IDL ID |
| 10:57 |
eeevil |
reason being, there's other code that matches requests to "things" based on the idl |
| 10:57 |
eeevil |
gmcharlt: no, indeed not. |
| 10:57 |
eeevil |
but that's a construction of other idl-named things |
| 10:57 |
gmcharlt |
but yeah, I can certainly see an argument for using 'cbs' |
| 10:59 |
eeevil |
the output xml, though, has the chance to be more descriptive (for humans) |
| 10:59 |
eeevil |
(silly humans!) |
| 11:00 |
dkyle |
yep, I was not thinking of renaming unapi.cbs as that matched with the other unapi funcs |
| 11:30 |
kmlussier |
I've run across a sorting issue with browse search on the C/W MARS training system that isn't seen in some catalogs for other sites that are already using browse search. |
| 11:30 |
kmlussier |
If you look at http://www.screencast.com/t/ccq10O9D, you'll see that the catalog is ignoring spaces when sorting. |
| 11:30 |
kmlussier |
So that Poppendieck comes before Poppe, Nils, which then comes before Poppen, Nikki |
| 11:31 |
kmlussier |
I wasn't able to replicate the problem in the MVLC or Biblio catalogs, so I'm wondering if there is some configuration issue I should be looking at? |
| 11:32 |
|
asimon joined #evergreen |
| 11:33 |
Dyrcona |
kmlussier: Could be the version. I think bibliomation and MVLC are on a newer "release." We're on the equivalent of 2.5+. |
| 11:34 |
kmlussier |
Dyrcona: This is 2.5.3 |
| 11:38 |
asimon |
I'm attempting to overlay the action_trigger schema using pg_restore, but I keep getting hung up on restoring the *pkey table constraints, even after using the --clean and --data-only options. Attempting to drop one of the constraints as a test suggest that I use CASCADE, but that affects indices. Is there an easier way to do this? |
| 11:43 |
bshum |
Yeah, we're like halfway to 2.6 |
| 11:43 |
bshum |
Well, more like 75% of the way |
| 11:44 |
csharp |
asimon: so by "overlay" do you mean "remove the data that's there and insert new data"? |
| 11:46 |
asimon |
csharp: Yes, by using pg_restore --schema. |
| 11:51 |
RoganH |
m0joRojo |
| 11:51 |
RoganH |
ignore me, apparently I don't know what screen I'm on |
| 11:52 |
kmlussier |
RoganH: Is that your banking password? |
| 11:52 |
RoganH |
nope, just a crappy windows vm password |
| 11:52 |
RoganH |
I'd pay more attention if it was a my banking :) |
| 11:54 |
csharp |
asimon: I'm not sure what pg_restore does if data already exists in the tables you're trying to restore. I would definitely be carefully with anything CASCADE... |
| 11:55 |
csharp |
s/carefully/careful/ |
| 11:57 |
asimon |
csharp: The --clean option deletes the data before restoring. |
| 11:58 |
csharp |
ah ok |
| 11:59 |
|
gsams joined #evergreen |
| 11:59 |
RoganH |
Do we have decent serials RDA records in the sample data right now? |
| 11:59 |
bshum |
RoganH: We don't have any RDA records in the sample data at the moment. |
| 12:00 |
bshum |
But maybe that's one of the types dbs will get from his undisclosed source :) |
| 12:01 |
RoganH |
Well, I have to work up some RDA serials records from scratch so if there is interest I will pass them on. |
| 12:13 |
dbs |
eh, just heard from my source; she was just going to pull some samples from LoC, which I (as a Canadian) don't feel I have clear authority to redistribute |
| 12:14 |
dbs |
So her recommendation was to search for "040e rda" at http://catalog.loc.gov/cgi-bin/Pwebrecon.cgi?DB=local&PAGE=First and then hit Expert Search to refine from there |
| 12:15 |
rfrasur |
berick, thanks for the update. I logged in and it looks cool. It'd be nice to be able to sort by any of the columns, but I get why that's not necessarily possible. I also like the responsiveness of the splash page and am interested to see what you do with the CSS to make the grids more mobile friendly. |
| 12:15 |
dbs |
If an American wants to do that, that would be cool. (I realize I'm being ultra-conservative on the US copyright thing but hey...) |
| 12:28 |
|
bmills joined #evergreen |
| 12:30 |
bshum |
dbs: Fair enough, maybe one of us can tackle that in the coming days. (I'm not volunteering today or tomorrow because it's crazy over here) |
| 12:30 |
bshum |
dbs++ # thanks for poking at things |
| 12:36 |
yboston |
dbs: I can try to help to with grabbing those RDA records |
| 12:37 |
dbs |
Just a clarification on "the US copyright thing": roughly, the States declares that government work is in the public domain--for American citizens |
| 12:38 |
yboston |
dbs: that is what I thought you meant |
| 12:38 |
dbs |
yboston++ |
| 12:40 |
yboston |
dbs: can you send me any info of where I can find those LoC records? like a rough file or page title? |
| 12:40 |
dbs |
So her recommendation was to search for "040e rda" at http://catalog.loc.gov/cgi-bin/Pwebrecon.cgi?DB=local&PAGE=First and then hit Expert Search to refine from there ? |
| 12:40 |
dbs |
And then you can download in MARC format |
| 12:41 |
dbs |
Looks like it's "type '040e rda' in the search box, select "Expert search" from the drop down, and then search" |
| 12:46 |
berick |
rfrasur: i think it will boil down to creating a mobile version of the grid css using media queries (https://developer.mozilla.org/en-US/docs/Web/Guide/CSS/Media_queries) -- the CSS will mainly modify the flex attributes on the grids so they flow vertically instead of horizontally |
| 12:46 |
* dbs |
tries "040e rda AND SKEY music" with success |
| 12:46 |
berick |
haven't given it a lot of thought yet, but it should work in theory |
| 12:47 |
* dbs |
checks theory.biblio.org |
| 12:47 |
bshum |
Haha :) |
| 12:47 |
berick |
good flexbox site http://css-tricks.com/snippets/css/a-guide-to-flexbox/ |
| 13:05 |
|
jihpringle joined #evergreen |
| 13:10 |
|
jboyer-isl joined #evergreen |
| 13:14 |
kmlussier |
@hates |
| 13:14 |
pinesol_green |
kmlussier hates git; Launchpad search; Internet Explorer; and snow |
| 13:15 |
rfrasur |
berick: That's pretty cool. It'll work. Just a matter of sooner vs. later. |
| 13:19 |
rfrasur |
kmlussier: I have a library that's about to send you a check. Does she make it out to MassLNC or MassLNC - C/W Mars, Inc. (apparently that's what's at the top of the invoice). |
| 13:20 |
kmlussier |
rfrasur: Either works. I would say MassLNC |
| 13:20 |
rfrasur |
k, that's what I thought. Thanks :) |
| 13:20 |
kmlussier |
checks-made-out-to-masslnc++ |
| 13:21 |
rfrasur |
indiana_libraries_ponying_up++ |
| 13:22 |
rfrasur |
Apparently there's a rumor going around some libraries that the web client means that each library is going to have to maintain egils on their own individual servers. |
| 13:22 |
kmlussier |
checks-made-out-to-kmlussier++ |
| 13:22 |
* rfrasur |
doesn't even know where people get this stuff. |
| 13:23 |
kmlussier |
Perhaps they're thinking of the java solution for printing? |
| 13:24 |
rfrasur |
no.....they thought it'd be the db. And I'm not sure "thinking" is the right word. Maybe.."reacting to words taken out of context and then thrown together to prove you were paying attention in a meeting when you really weren't." |
| 13:24 |
rfrasur |
:p |
| 13:26 |
Dyrcona |
rfrasur: Maybe they were paying too much attention to my griping about running a web server on the desktop for the advanced features. |
| 13:28 |
rfrasur |
Dyrcona: apparently whatever information they got came from a state or regional conference? |
| 13:28 |
Dyrcona |
Ah... |
| 13:28 |
* rfrasur |
has heard misinformation before, but this... |
| 13:28 |
rfrasur |
It doesn't even make sense. |
| 13:29 |
Dyrcona |
What does make sense? |
| 13:30 |
|
denishpatel joined #evergreen |
| 13:30 |
rfrasur |
Well, that's a large question. But when you're talking about a consortium, sharing a catalog, and running a (future) web client...it makes sense that everything happens (for the most part) in the cloud. |
| 13:30 |
|
hbrennan joined #evergreen |
| 13:32 |
Dyrcona |
Well, it was a rhetorical question, but go for ti. |
| 13:32 |
Dyrcona |
s/ti/it/ |
| 13:33 |
rfrasur |
(not on little individual local servers) |
| 13:34 |
mrpeters |
is there still a utility out there that will spit out a slon_tools.conf for stock evergreen or would it be to out of date to use with 2_4_6? |
| 13:34 |
berick |
rfrasur: that's.. fascinating |
| 13:35 |
|
akilsdonk joined #evergreen |
| 13:35 |
rfrasur |
berick: I must admit. The word "fascinating" didn't occur to me...but...I suppose it is :D |
| 13:36 |
berick |
for maximum effect, use your Spock voice |
| 13:37 |
RoganH |
rfrasur: I saw the later comment, thought "I'll go back up and that will make more sense." it didn't. |
| 13:39 |
rfrasur |
RoganH: :D, I strive to share inanity whenever possible. The "fascinating" thing is that people will continue with that line of thinking and conversation without actually thinking about whether or not it stands to reason. On the plus side, someone WAS confused and just asked point blank...so hopefully the branch of the rumor is dead now. |
| 13:41 |
RoganH |
rfrasur: just start counter rumors that someone is now writing evergreen to work as a java service on windows xp |
| 13:41 |
rfrasur |
! but then they'll ask me what a java service is...and I'll be busted because I can't explain it. |
| 13:42 |
rfrasur |
"It's a piece of software that does stuff." |
| 13:43 |
RoganH |
well you could tell them that Evergreen is being written as a series of EMACs macros. Googling emacs macros alone should keep them busy for a week or two. |
| 13:43 |
|
shart290 joined #evergreen |
| 13:43 |
shart290 |
Hello |
| 13:43 |
Dyrcona |
RoganH++ |
| 13:44 |
collum |
rfrasur: Are you sure you don't work here? This rumor mill sounds familiar. |
| 13:44 |
rfrasur |
Ooooo, good idea. After I'm off the executive committee and don't feel an obligation to provide good info. |
| 13:44 |
* berick |
nominates RoganH chief chaos administrator |
| 13:44 |
rfrasur |
collum: We do live pretty close to one another. |
| 13:44 |
* Dyrcona |
could probably replace most circ. staff with EMACS macros. |
| 13:44 |
* RoganH |
accepts the nomination and promises to abuse his authority whenever possible. |
| 13:44 |
* rfrasur |
googles EMACS macros. |
| 13:44 |
shart290 |
csharp |
| 13:44 |
rfrasur |
(for hours) |
| 13:45 |
shart290 |
I tried restoring the database for the card catalog, no go. |
| 13:46 |
shart290 |
so I'm just going to have to reinstall everything from scratch |
| 13:46 |
* Dyrcona |
doesn't have any defmacs in his .emacs.d/init.el. |
| 13:46 |
Dyrcona |
Lots of defun and defadvice though. |
| 13:46 |
Dyrcona |
;) |
| 13:47 |
rfrasur |
Dyrcona++ #I really have no idea what you're talking about but it still makes me smile (I might be an imbecile though...so take the smile with a grain of salt). |
| 13:49 |
rfrasur |
o0(This day has not worked out as well as it seemed it was going to at the beginning.) |
| 13:49 |
RoganH |
rfrasur: emacs is a text editor, one of the traditional linux/unix/bsd ones and supports macros that can get ... well, I think someone actually wrote dos to run as an EMACS macro once. |
| 13:49 |
rfrasur |
RoganH: I think I might have actually looked that up before because it's familiar. |
| 13:50 |
RoganH |
rfrasur: vi is much more stripped down and the other side of the emacs vs. vi debate, not very user friendly but powerful |
| 13:50 |
Dyrcona |
Well, EMACS is a lisp machine that just happens to not be a physical machine. |
| 13:50 |
RoganH |
Dyrcona++ |
| 13:51 |
* rfrasur |
googles lisp machine (because that's how good librarians get information). |
| 13:55 |
rfrasur |
Hmm, that's kinda interesting and kinda sad, too. |
| 13:58 |
yboston |
shart290: I don;t think I can help you with restoring you data, but it might help to re-explain yourr situation since I think csharp might not be aorund to continue helping you |
| 13:59 |
yboston |
shart290: if your situation is what I think it was |
| 13:59 |
jcamins |
rfrasur: lisp is a good programming language to learn. |
| 14:00 |
* jcamins |
doesn't know it. |
| 14:01 |
rfrasur |
jcamins: I'm struggling with English right now. |
| 14:02 |
jcamins |
You think your English is bad? You should see what happens when I go into research proposal mode... |
| 14:02 |
* jcamins |
shudders. |
| 14:02 |
rfrasur |
;) completely understand. |
| 14:03 |
Dyrcona |
Heh. |
| 14:03 |
Dyrcona |
I was just thinking that lisp lets you do a lot of work with very little, very difficult to decipher code. |
| 14:04 |
jcamins |
Dyrcona: so, lisp is like a research proposal gone out of control? |
| 14:04 |
Dyrcona |
:) |
| 14:09 |
shart290 |
had a computer runnning Evergreen go down. I m unaware of the circumstances for why but I was met with a command shell login. |
| 14:10 |
shart290 |
tried manually backing up the postgresql data files because the server wouldnt launch due to a considerable amount of dependency conflicts. |
| 14:11 |
shart290 |
fast forward, I got xserver and gdm3 reinstalled but the data is unreadable. |
| 14:11 |
shart290 |
so I have to reinstall Evergreen from scratch. |
| 14:11 |
shart290 |
csharp assisted me last week in making progress on this particular task. |
| 14:12 |
Dyrcona |
shart290: Evergreen does not need xserver and gdm3. |
| 14:13 |
shart290 |
I know that but it was being used as client and server for a very small library. |
| 14:13 |
shart290 |
so others needed the GUI to use the computer. |
| 14:13 |
shart290 |
most people there didn't even know it was a linux machine. |
| 14:14 |
Dyrcona |
shart290: They were running the client over a remote X session? |
| 14:15 |
|
denishpatel joined #evergreen |
| 14:15 |
|
edoceo joined #evergreen |
| 14:16 |
shart290 |
no, local via standard xsession with GDM or whatever was there before the computer went kaput. |
| 14:18 |
Dyrcona |
shart290: That's pretty dumb, if you ask me. (I don't blame the staff, just the "genius" that set it up.) |
| 14:18 |
|
denishpatel joined #evergreen |
| 14:19 |
Dyrcona |
shart290: You said earlier that you tried to restore the database. What did you do to restore the database? |
| 14:19 |
shart290 |
IMHO it was someone who didn't know any better, but sadly I am the one coming in to clean up. My thought is the machine was not shut down properly or perhaps restarted by unclean methods. |
| 14:20 |
shart290 |
I wasn't able to get a dump from the DB as the server was already inoperable when I got to the computer, but I did backup the data file for the database. |
| 14:20 |
Dyrcona |
When you say inoperable what do you mean? |
| 14:21 |
shart290 |
could not execute because of unresolveable dependency issues. |
| 14:21 |
Dyrcona |
Could not execute what? |
| 14:21 |
shart290 |
I couldnt start the database server or any of it's utilities. |
| 14:22 |
shart290 |
postgresql 9.0 |
| 14:22 |
Dyrcona |
Have you pasted the output from an attempt to start the database somewhere? |
| 14:22 |
|
ldwhalen joined #evergreen |
| 14:23 |
shart290 |
I didn't. I should have. The research that I did on the dependency issues convinced me that I needed to upgrade the distribution before any of that would work. |
| 14:24 |
shart290 |
it was squeeze now it's wheezy |
| 14:25 |
Dyrcona |
Did you get much further than this with csharp? |
| 14:26 |
shart290 |
I got everything back but I couldnt restore the data. |
| 14:27 |
Dyrcona |
What happens when you start postgres now? Does it still fail to start? |
| 14:33 |
|
mrpeters joined #evergreen |
| 14:37 |
shart290 |
nope, it runs but there are no databases other than the default. |
| 14:41 |
Dyrcona |
I don't think just copying the files over is a suitable backup strategy. You might want to join the postgresql channel to see what the experts can say to help you. |
| 14:42 |
|
ldwhalen joined #evergreen |
| 14:45 |
shart290 |
it's ok, my superiors have made the decision to relist the books so I'm proceeding to get the card catalog up and running on the most recent version of Evergreen. |
| 14:45 |
eeevil |
kmlussier: I think several of your browse LP bugs are due to simply needing an authority reingest, after doublechecking normalization rules. Short version: the duplicates, 500-as-heading and lowercased values will all go away with a reingest if all's well with the normalization config |
| 14:50 |
yboston |
eeevil: Off the top of your head should the community write up some configuration/implementation guidlelines for using this feature to avoid these buggy behavior? Should we consider chnaging some EG default configs moving formward? |
| 14:51 |
eeevil |
yboston: the default configs are OK, aside from the overly-verbose labels that most folks seem not to want. I thought the 2.5 upgrade instructions mentioned the need for an authority reingest, but if they don't then they should |
| 14:53 |
yboston |
eeevil: I am looking at the 2.5 upgrade instructions to see if I find it |
| 14:53 |
yboston |
eeevil: is this the right place? http://docs.evergreen-ils.org/2.5/_upgrading_the_evergreen_server.html |
| 14:55 |
eeevil |
yboston: but, of course, there are situation-specific tweaks that can be important. some authority subfields to disable, custom joiners, etc. it'd be difficult for someone who's not a super-hardcore cataloger to either create or interpret directions for those situations ... authorities being Hard(tm) in the darker corners |
| 14:55 |
eeevil |
yboston: you know, I don't know for sure. dbwells, is that the canonical location for 2.5 upgrade instructions? |
| 14:57 |
yboston |
eeevil: I totally agree that we can't have one configuration to handle all edge case, just meant if these were any "low hanging fruit" style config changes that would make EG work better for most follks. though there might not be any |
| 15:00 |
eeevil |
yboston: I think the labeling wishlist bug from kmlussier is the biggest one as far as the lowest-common-denominator stuff goes. beyond reingest-related stuff, that seems to be the most common refrain |
| 15:01 |
yboston |
eeevil: that makes perfect sense that relabeling those labels is the only low hanging fruit |
| 15:20 |
|
lcathenry joined #evergreen |
| 15:32 |
kmlussier |
eeevil: Just catching up I was on a conference call. |
| 15:33 |
kmlussier |
eeevil: C/W MARS did have an authority reingest done, but we're not sure which internal flags were enabled or disabled. phasefx did the reingest, so he may have more information on what was used. |
| 15:34 |
kmlussier |
For your question on bug 1307603, I'll have to run that by everyone here. |
| 15:34 |
pinesol_green |
Launchpad bug 1307603 in Evergreen "Unauthorized headings should not be displaying "See Also" references" (affected: 3, heat: 16) [Medium,New] https://launchpad.net/bugs/1307603 |
| 15:35 |
eeevil |
kmlussier: thanks much my, I will follow up with phasefx soon |
| 15:35 |
kmlussier |
At a minimum, I think it would work better if the "See" reference appeared above the "See Also" references, but that's just me. |
| 15:36 |
eeevil |
That makes sense. I think they're alphabetical now? |
| 15:37 |
eeevil |
But .... Meeting time! |
| 15:37 |
kmlussier |
From what I've seen, the "See Also"s always seem to display first. But that may just be the entries I'm looking at. |
| 16:11 |
bshum |
Hmm, trying to undelete copies, call numbers, and bibs for a library that was a little overzealous in what they wanted gone... |
| 16:12 |
bshum |
I went through and found all the copies, cn's and bibs to change them to deleted = false |
| 16:12 |
bshum |
And then I reingested everything |
| 16:12 |
bshum |
And redid the opac visible copy map |
| 16:12 |
bshum |
I'm trying to figure out what else might be left... |
| 16:14 |
gmcharlt |
bshum: check that metabib.record_attr got populated in particular |
| 16:15 |
bshum |
gmcharlt: Aha |
| 16:15 |
bshum |
Damn, no it didn't |
| 16:15 |
bshum |
So I need to insert into there some generic stuff |
| 16:15 |
bshum |
And then reingest again |
| 16:15 |
bshum |
To get things to pop up |
| 16:15 |
bshum |
I remember this bug now |
| 16:17 |
bshum |
gmcharlt++ # thanks |
| 16:18 |
eeevil |
kmlussier: so phasefx ran the auth-auth linker on cwmars' test system, but that will only cause a reingest on the /unauthorized/ side of an auth-auth link (that's the record that changes with the addition of a $0). the remainder of the auth records would not have been reingested, thus the lowercased main entries. After the current auth-bib linking work, the plan is to do a non-propagating auth reingest, which will clear up those remainders |
| 16:18 |
bshum |
Good ol' https://bugs.launchpad.net/evergreen/+bug/1091885 |
| 16:18 |
pinesol_green |
Launchpad bug 1091885 in Evergreen "Reingest bib needs to deal with missing metabib.record_attr entries" (affected: 2, heat: 12) [Medium,Confirmed] |
| 16:19 |
kmlussier |
eeevil: OK, I though they said a full authority reingest had been done, but they have misunderstood. |
| 16:20 |
kmlussier |
eeevil: To get the cross-references to work properly then, what are all the scripts that need to be run and in which order? Or is that already documented? If it's not documented, I'll make sure to do so. |
| 16:20 |
eeevil |
kmlussier: maybe so. phasefx confirmed that all /he's/ been involved with is the linking |
| 16:22 |
eeevil |
kmlussier: the least CPU-time-cost would be: 1) auth-auth link 2) selective auth reingest (just those that didn't change in (1)) 3) bib-auth link ... 2 and 3 could be swapped with proper use of internal flags (which is what phasefx is doing) |
| 16:23 |
eeevil |
kmlussier: but, if you already have bib-auth linking, the calculus changes a little |
| 16:23 |
eeevil |
so ... "it depends" (every documentor's least favorite answer, I know) |
| 16:25 |
kmlussier |
It depends is fine as long as the different scenarios are outlined. |
| 16:25 |
kmlussier |
They did previously link their authorities to bibs, so do they have to do it again? |
| 16:28 |
eeevil |
general answer: no. but depending on the specifics of how the database on which things are running, it may be beneficial. for instance, the 2.5 version fixes an issue where "short" authorities are used in preference to those that would more fully cover the bib field being controlled. In that case, you would want to relink (with the --refresh command line switch) |
| 16:28 |
eeevil |
s/how // |
| 16:29 |
kmlussier |
eeevil: OK, thanks! When I write it down, I'll run it by you to make sure I didn't get anything wrong. |
| 16:29 |
eeevil |
kmlussier++ # writing-things-down! |
| 16:36 |
kmlussier |
eeevil: I don't know if this makes a difference, but the lowercase display was not for the main entries. It was only for the unauthorized headings. If the auth-auth script reingested the unauthorized heading, shouldn't those be displaying in proper case? |
| 16:36 |
kmlussier |
Sorry if I'm missing something obvious. |
| 16:42 |
|
finnx joined #evergreen |
| 16:56 |
pinesol_green |
Incoming from qatests: Test Success - http://testing.evergreen-ils.org/~live/test.html <http://testing.evergreen-ils.org/~live/test.html> |
| 17:00 |
dbwells |
eeevil: yboston: I've been in meetings all afternoon, sorry. The upgrading section of the docs is pretty generic. The salient instructions about reingesting are dumped to screen at the end of the big 2.5.0 upgrade script. |
| 17:02 |
yboston |
dbwells: good to know |
| 17:03 |
dbwells |
I do think it makes sense to get that info into the docs as well. |
| 17:03 |
yboston |
dbwells: I can help with that, not sure where to find the text, but I can look this week |
| 17:10 |
dbwells |
yboston: It is right at the end of 2.4.3-2.5.0-upgrade-db.sql. It's nothing particularly great, but I think it is workable. Ultimately, I think we should develop a page/chapter in the docs on reingesting in general. Then the upgrade scripts/docs can just say "This upgrade requires a [insert type and scope of reingest here]", and people can be expected to know (or discover from the docs) what that means, and ways to do it. |
| 17:11 |
yboston |
OK will look at it tomorrow, thanks!!! |
| 17:15 |
mrpeters |
am i mistaken, or should build-eg-replication.sh spit out a slon_tools.conf, along with all of the slonik scripts? |
| 17:15 |
* csharp |
wonders if Betty Massie realizes she's replying to the full list |
| 17:15 |
mrpeters |
lol |
| 17:16 |
mrpeters |
whoopsie |
| 17:17 |
rfrasur |
csharp: I kinda wonder that as well. I know with our local lists, you have to intentionally reply all. |
| 17:20 |
|
mmorgan left #evergreen |
| 17:22 |
gmcharlt |
hbrennan: I suddenly feel the need for a new YouTube genre -- the missing-book-has-come-home celebration |
| 17:22 |
gmcharlt |
drawing inspiration from dance, American football end zone celebrations, etc. |
| 17:23 |
rfrasur |
hbrennan++ #well said reply and yes on the missing-book-has-come-home-celebration |
| 17:23 |
rfrasur |
gmcharlt++ |
| 17:23 |
hbrennan |
Haha |
| 17:24 |
hbrennan |
We need a gif for the pop-up |
| 17:24 |
csharp |
@who is "catty"? |
| 17:24 |
pinesol_green |
edoceo is catty. |
| 17:24 |
mrpeters |
lol |
| 17:24 |
mrpeters |
nah, edoceo is good people |
| 17:25 |
mrpeters |
@pinesol_green is "catty" |
| 17:25 |
pinesol_green |
mrpeters: Message root @ server God....Universe going down for reboot.... |
| 17:26 |
hbrennan |
The staff vs. software issue will never go away. We talk about it at just about every staff meeting. If we're open to the idea that we make mistakes, we can learn. |
| 17:26 |
* rfrasur |
needs to go home. |
| 17:26 |
* rfrasur |
almost used comic sans |
| 17:27 |
* mrpeters |
needs to go to bed....not a good night of sleep last night |
| 17:27 |
rfrasur |
hbrennan, no doubt. I still don't get why people get so bent out of shape over a stinkin' book that didn't get checked in...or whatever. Just check it in and forgive the fines. |
| 17:28 |
rfrasur |
It. Is. A. Book. If you'd mislaid a child or something? Yeah...fine. But a book? I mean...if we were talking about DVDs...that's different. |
| 17:32 |
hbrennan |
Has anyone researched the rate of mistakes for check in/out? It must be an astonishingly small percentage. That sounds like an interesting project. |
| 17:32 |
hbrennan |
Off to lunch for me |
| 19:12 |
|
Guest50205 joined #evergreen |
| 19:24 |
|
kmlussier joined #evergreen |
| 19:41 |
|
kmlussier1 joined #evergreen |
| 20:04 |
kmlussier1 |
@dessert |
| 20:04 |
* pinesol_green |
grabs a slice of Red Velvet Cheesecake and sends it sliding down the dessert bar to kmlussier1 |
| 20:08 |
hbrennan |
That reminds me.. there's flourless chocolate cake in the fridge... |
| 20:08 |
kmlussier |
hbrennan: Sounds good to me. |
| 20:10 |
hbrennan |
kmlussier: It's kinda the best thing about hosting a fundraiser, leftovers. |
| 20:11 |
kmlussier |
hbrennan: Meetings are generally good for that too. :) |
| 20:47 |
|
ATS_JC joined #evergreen |
| 20:47 |
ATS_JC |
Hello!! |
| 20:48 |
hbrennan |
ATS_JC: Hey there |
| 20:58 |
|
ldwhalen joined #evergreen |
| 22:04 |
|
hbrennan left #evergreen |
| 23:11 |
|
zxiiro left #evergreen |
