| Time |
Nick |
Message |
| 00:04 |
|
rlefaive joined #evergreen |
| 01:25 |
|
rlefaive joined #evergreen |
| 01:53 |
|
rlefaive joined #evergreen |
| 02:20 |
|
rlefaive joined #evergreen |
| 02:47 |
|
rlefaive joined #evergreen |
| 03:14 |
|
rlefaive joined #evergreen |
| 03:41 |
|
rlefaive joined #evergreen |
| 04:08 |
|
rlefaive joined #evergreen |
| 04:12 |
|
NxT joined #evergreen |
| 04:13 |
NxT |
Hi all, i'm looking for a guide or info on how to integrate 3M RFID Readers into Evergreen - is this possible? what do i need for this? |
| 04:36 |
|
rlefaive joined #evergreen |
| 05:00 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 05:03 |
|
rlefaive joined #evergreen |
| 06:24 |
|
rlefaive joined #evergreen |
| 06:40 |
|
rlefaive joined #evergreen |
| 07:13 |
|
rjackson_isl joined #evergreen |
| 07:22 |
|
agoben joined #evergreen |
| 07:24 |
|
Callender joined #evergreen |
| 07:51 |
|
JBoyer joined #evergreen |
| 08:00 |
|
_bott_ joined #evergreen |
| 08:13 |
|
rlefaive joined #evergreen |
| 08:26 |
|
Dyrcona joined #evergreen |
| 08:37 |
|
mmorgan joined #evergreen |
| 08:39 |
gmcharlt |
bshum++ |
| 08:56 |
|
dteston joined #evergreen |
| 08:58 |
gmcharlt |
I've started a new page to support discussing if, how, and when to replace LP and/or Gitolite: https://wiki.evergreen-ils.org/doku.php?id=dev:2017_new_tools |
| 09:20 |
|
yboston joined #evergreen |
| 09:23 |
bshum |
gmcharlt++ |
| 09:24 |
Dyrcona |
gmcharlt++ # I'm adding my thoughts right now. |
| 09:24 |
gmcharlt |
Dyrcona++ |
| 09:26 |
bshum |
It occurred to me right after we added karma for each other that we're supposed to reset karma post-conference. |
| 09:26 |
gmcharlt |
ah, indeed |
| 09:26 |
Dyrcona |
:) |
| 09:27 |
* gmcharlt |
jumps in there now to do it |
| 09:28 |
gmcharlt |
@karma |
| 09:28 |
pinesol_green |
gmcharlt: Highest karma: "kmlussier" (206), "gmcharlt" (188), "berick" (154), "Dyrcona" (138), and "jeff" (124). Lowest karma: "comcast" (-13), "oracle" (-9), "systemctl" (-6), "ie" (-5), and "reports" (-3). You (gmcharlt) are ranked 2 out of 267. |
| 09:29 |
gmcharlt |
@karma |
| 09:29 |
pinesol_green |
gmcharlt: Error: I have no karma for this channel. |
| 09:29 |
gmcharlt |
bshum++ |
| 09:29 |
gmcharlt |
@karma |
| 09:29 |
pinesol_green |
gmcharlt: Highest karma: "bshum" (1). Lowest karma: "bshum" (1). |
| 09:31 |
Dyrcona |
Y'know there is the option of downloading the Launchpad code and fixing what we don't like... Just puttin' that out there. |
| 09:31 |
bshum |
bzr-- |
| 09:31 |
bshum |
NO |
| 09:31 |
bshum |
I refuse |
| 09:32 |
bshum |
:D |
| 09:32 |
Dyrcona |
:) |
| 09:32 |
Dyrcona |
Well, it supports git, too. |
| 09:33 |
Dyrcona |
But, it could be a big distraction from our main project goals. |
| 09:33 |
bshum |
Yes, well... That part needs work. |
| 09:33 |
Dyrcona |
s/could/would/ |
| 09:33 |
Dyrcona |
I was going to add a con under github, but the page is locked, so I'll wait. |
| 09:33 |
Dyrcona |
Well, another con. |
| 09:34 |
Dyrcona |
I should work on the database updates for tomorrow night. |
| 09:34 |
gmcharlt |
I'm out of their now (went ahead and added the "fork LP" option) |
| 09:34 |
Dyrcona |
gmcharlt++ |
| 09:34 |
gmcharlt |
it's an unlikely option, to be sure, but not completely implausible |
| 09:37 |
|
maryj joined #evergreen |
| 09:38 |
Dyrcona |
I think I'm done for now. I can add more after I had time to look at the options in more detail. |
| 09:38 |
bshum |
gmcharlt++ # adding it back from earlier |
| 09:38 |
gmcharlt |
Dyrcona++ |
| 09:40 |
|
mtiernan joined #evergreen |
| 10:03 |
|
mmorgan1 joined #evergreen |
| 10:11 |
* Dyrcona |
adds a comment on a 3-year-old bug that he came across while looking for a different bug that he may have just imagined existed. |
| 10:15 |
Dyrcona |
I thought there was a bug about resetting copy status after checkin...but maybe I dreamed it. |
| 10:16 |
Dyrcona |
In this case, I think a status is being used for what should be (IMO) a copy location, but I can't control what everyone does. |
| 10:16 |
Dyrcona |
In this case, what would do is a way to set a copy back to a certain status after checkin, instead of Reshelving/Available. |
| 10:17 |
Dyrcona |
Right now, I'm being asked to add a copy alert message. |
| 10:34 |
|
mmorgan joined #evergreen |
| 10:56 |
phasefx |
heads up that we may need to update the code behind our use of google custom search engines. I know there's one on the docs site; I don't think it's one of the ones I set up long ago |
| 10:58 |
bshum |
phasefx: Now that you mention it, i remember seeing that email but forgot about it |
| 10:58 |
bshum |
There's one on the main evergreen-ils.org home page somewhere |
| 10:58 |
bshum |
I don't know how much use we get off that |
| 10:59 |
phasefx |
I was thinking of the search box for the mailing lists, but that at least is MarkMail |
| 11:07 |
phasefx |
bshum: so looks like the one on the home page is using the "evergreen-ils.org" entry we have control of |
| 11:08 |
|
_bott_1 joined #evergreen |
| 11:08 |
pinesol_green |
[evergreen|Mike Rylander] LP#1167541: Use Patron home org for pickup lib instead of staff's - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=baaddaf> |
| 11:13 |
gmcharlt |
berick: I'd appreciate your eyes on the (signed-off) patch for bug 1677416 |
| 11:13 |
pinesol_green |
Launchpad bug 1677416 in Evergreen "webstaff: use of egOrgSelector by egEditFmRecord broken" [Medium,Confirmed] https://launchpad.net/bugs/1677416 |
| 11:14 |
gmcharlt |
miker: and yours on bug 1641708 |
| 11:14 |
pinesol_green |
Launchpad bug 1641708 in Evergreen "Webstaff work log stores unnecessary data" [Undecided,New] https://launchpad.net/bugs/1641708 |
| 11:23 |
|
alynn26 joined #evergreen |
| 11:26 |
alynn26 |
Anyone know what is going on with webby, All I am getting is a 504 error. |
| 11:29 |
JBoyer |
berick++ # for mentioning config.usr_activity_type and setting transient to true. around 32M rows to mop up now. :/ |
| 11:29 |
JBoyer |
@karma |
| 11:29 |
pinesol_green |
JBoyer: Highest karma: "gmcharlt" (2), "bshum" (1), "Dyrcona" (1), "berick" (1), and "bzr" (-1). Lowest karma: "bzr" (-1), "bshum" (1), "Dyrcona" (1), "berick" (1), and "gmcharlt" (2). |
| 11:29 |
mmorgan |
Someone's quick. I was not getting to webby before, but am now. |
| 11:29 |
gmcharlt |
yeah, I just kicked it |
| 11:30 |
alynn26 |
gmcharlt++ |
| 11:30 |
mmorgan |
gmcharlt++ |
| 11:30 |
mmorgan |
Not too hard, I hope;-) |
| 11:32 |
Dyrcona |
Heh. Make sure you run your scripts in the correct test database. :) |
| 11:33 |
Dyrcona |
A missing copy location can cause you problems. |
| 11:43 |
gmcharlt |
alynn26: miker: bit more to the problem, but webby is now fully back up |
| 11:45 |
gmcharlt |
er, mmorgan ^^ |
| 11:49 |
* miker |
reads up |
| 12:01 |
|
rlefaive joined #evergreen |
| 12:09 |
|
jihpringle joined #evergreen |
| 12:18 |
|
sandbergja joined #evergreen |
| 12:33 |
|
jihpringle_ joined #evergreen |
| 12:34 |
|
jihpringle___ joined #evergreen |
| 12:36 |
|
dteston joined #evergreen |
| 12:47 |
berick |
gmcharlt: can-do re: bug #1677416 |
| 12:47 |
pinesol_green |
Launchpad bug 1677416 in Evergreen "webstaff: use of egOrgSelector by egEditFmRecord broken" [Medium,Confirmed] https://launchpad.net/bugs/1677416 |
| 12:49 |
csharp |
ie-- |
| 12:49 |
csharp |
ie-- |
| 12:49 |
csharp |
ie-- |
| 12:49 |
csharp |
ie-- |
| 12:49 |
csharp |
ie-- |
| 12:49 |
csharp |
oracle-- |
| 12:49 |
csharp |
oracle-- |
| 12:49 |
csharp |
oracle-- |
| 12:49 |
csharp |
oracle-- |
| 12:49 |
csharp |
oracle-- |
| 12:49 |
csharp |
oracle-- |
| 12:50 |
csharp |
@karma |
| 12:50 |
pinesol_green |
csharp: Highest karma: "gmcharlt" (4), "bshum" (1), "Dyrcona" (1), "berick" (1), and "bzr" (-1). Lowest karma: "oracle" (-6), "ie" (-5), "bzr" (-1), "bshum" (1), and "Dyrcona" (1). |
| 12:50 |
csharp |
that's better |
| 12:51 |
* csharp |
misses all of y'all |
| 12:52 |
jeff |
oh, i remembered the thing. |
| 12:52 |
jeff |
TOP. MEN. |
| 12:53 |
jeff |
someone (csharp?) and i made a pop culture reference at right around the same time, but of course now that i've remembered the reference i'm not sure i remember the context. |
| 12:54 |
csharp |
jeff: it was me - I don't remember the context either :-) |
| 12:56 |
* dbs |
is missing everyone too |
| 12:57 |
pinesol_green |
[evergreen|Galen Charlton] LP#1677416: unbreak use of egOrgSelector by egEditFmRecord - <http://git.evergreen-ils.org/?p=Evergreen.git;a=commit;h=eb684b7> |
| 13:02 |
|
rlefaive joined #evergreen |
| 13:11 |
abneiman |
dbs: I did finally make it to my home airport ~330am Sunday, so I guess I can forgive you know for knocking on marble :) |
| 13:18 |
|
kmlussier joined #evergreen |
| 13:22 |
dbs |
ouch |
| 13:23 |
dbs |
So, if I was to load 1,800 records into a bookbag, would it blow up the XUL staff client? Trying to determine the best way to tag a bunch of records for manual cleanup |
| 13:24 |
alynn26 |
I've had that many in a copy bucket, and 1000 in a title bucket and it not crashed the XUL Client |
| 13:27 |
* mmorgan |
has not had much luck batch editing a copy bucket of more than 500 or so. Not much experience editing bibs in a bucket. |
| 13:31 |
Dyrcona |
The performance of batch edit can be variable depending on hardware and load at the time of the edit. |
| 13:32 |
Dyrcona |
Not a useful answer, but basically, you have to try it and see. |
| 13:32 |
csharp |
@ymmv |
| 13:32 |
pinesol_green |
csharp: Go away, or I'll replace you with a very small shell script! |
| 13:33 |
JBoyer |
Hmm. Not an entirely unreasonable response to that one. |
| 13:34 |
kmlussier |
gmcharlt++ # Resetting karma |
| 13:37 |
dbs |
Thanks! This isn't a batch edit situation, just something where staff will need to go through and evaluate each record. |
| 13:37 |
|
jvwoolf joined #evergreen |
| 13:37 |
dbs |
So sounds like it might be doable :) |
| 13:38 |
* csharp |
is still interested in the idea of using bucket contents as report filter inputs (apropos of nothing) |
| 13:38 |
csharp |
I thought I'd done a bug on that but I'm not finding one |
| 13:38 |
* alynn26 |
likes csharp's idea. Would love that. |
| 13:44 |
jeff |
csharp: we do that with specially named record buckets -- first use case was "we would like to be able to report on circ over time for the titles that have been featured in the monthly $subject display -- there's nothing unique that identifies them, but we can give you a list of record IDs" |
| 13:45 |
jeff |
csharp: so we went from that to "here, this report in Jasper lets you select any record whose names starts with this special prefix (i suppose we could have also required that they know the bucket id instead)" |
| 13:46 |
jeff |
so a record bucket with title "__stats__ Business Lunch Club Display" shows up in the report input drop-down as "Business Lunch Club Display" |
| 13:47 |
jeff |
csharp: does that match your use case at all, or if your "bucket contents as report filter inputs" different? |
| 13:52 |
Bmagic |
jeff: it was google cloud |
| 13:53 |
Dyrcona |
Be nice to specify the bucket without needing magical values in the name. |
| 13:53 |
csharp |
jeff: that's pretty close - I think as long as the end result is an arbitrarily-selected set of bib/item/volume/patron ids (not requiring one-at-a-time input into the reports UI) that's what we'd want |
| 13:54 |
jeffdavis |
Is opt-in functionality working for folks in the web client in 2.12? When I try to retrieve a patron across an opt-in boundary, I get a long "Error: e is undefined" error in the console instead of the expected pop-up alert. |
| 13:57 |
bshum |
jeffdavis: I guess that's different than gmcharlt's bug report this morning about opt-in issue: https://bugs.launchpad.net/evergreen/+bug/1681466 |
| 13:57 |
pinesol_green |
Launchpad bug 1681466 in Evergreen "webstaff: crash when attempting to open opt-in confirmation modal " [Medium,New] |
| 13:57 |
bshum |
"slightly" different. |
| 13:59 |
jeffdavis |
The error text I see is not what is reported there, but same functional problem in the same place. |
| 14:02 |
dbs |
Ah no wonder I never used record buckets, I had forgotten that there's no way to just open a selected record in the OPAC view for editing purposes |
| 14:02 |
dbs |
A bit too late for a XUL feature add I suppose :) |
| 14:03 |
jeff |
dbs: probably :-) |
| 14:03 |
dbs |
Will have to recommend that people select 10 or so, copy into pending, delete from the current bucket, switch to a new bucket, add to that bucket, then open all at once |
| 14:03 |
dbs |
Or do something else :) |
| 14:04 |
* dbs |
imagines XUL is having a very difficult time as he looks at tabs like '1524 retrieving title' |
| 14:04 |
JBoyer |
csharp, I think you should be able to do what you want by either starting from or joining the container type of your choice, and then allowing the runner to specify the bucket id when scheduling the report. I think agoben has done similar things here. |
| 14:05 |
JBoyer |
(provided, of course, that all of the IDL links are accurate and functional) |
| 14:05 |
jeff |
yeah, and reproducing what we have in Jasper in this case might be as simple as defining a creative new report source in the IDL |
| 14:05 |
csharp |
JBoyer: I was just thinking about that |
| 14:05 |
jeff |
i haven't tested, though. |
| 14:07 |
jeff |
grr. google's index of docs.evergreen-ils.org is out of date, and of course the site's search box uses google... |
| 14:07 |
jeff |
if only i had a local git repo that i could grep... |
| 14:07 |
jeff |
oh, wait! |
| 14:08 |
alynn26 |
@dbs that is what I had to do to fix the ones I had in a very large bucket. |
| 14:08 |
pinesol_green |
alynn26: As great as you are man, you'll never be greater than yourself. |
| 14:19 |
dbs |
pinesol_green: I do not like your gender assumptions |
| 14:19 |
pinesol_green |
dbs: Sorry, that command is only available to Evergreen Premium™ Subscribers. Please upgrade your subscription ASAP! |
| 14:19 |
pinesol_green |
dbs: I am only a bot, please don't think I'm intelligent :) |
| 14:19 |
dbs |
@help dunno |
| 14:19 |
pinesol_green |
dbs: Error: There is no command "dunno". However, "Dunno" is the name of a loaded plugin, and you may be able to find its provided commands using 'list Dunno'. |
| 14:19 |
dbs |
@list dunno |
| 14:19 |
pinesol_green |
dbs: add, change, get, remove, search, and stats |
| 14:19 |
dbs |
@dunno search man |
| 14:19 |
pinesol_green |
dbs: 5 found: #20: "Yeah, well, you know, that's just, like, your...", #22: "Yeah, well, you know, that's just like uh, your...", #24: "Sorry, that command is only available to...", #26: "As great as you are man, you'll never be...", and #35: "Evergreen Command Center http://apod.nasa.gov/a..." |
| 14:20 |
bshum |
@dunno stats |
| 14:20 |
pinesol_green |
bshum: There are 51 dunnos in my database. |
| 14:23 |
Dyrcona |
dbs: dunno #26 is a quote from a Bob Dylan song. |
| 14:23 |
Dyrcona |
@dunno |
| 14:23 |
pinesol_green |
Dyrcona: Beyond here be dragons. |
| 14:28 |
Dyrcona |
@dunno search eggs |
| 14:28 |
pinesol_green |
Dyrcona: 1 found: #7: "You probably want hard-boiled eggs." |
| 14:32 |
dbs |
Dyrcona: yeah, I got that, but it doesn't provide any context when the dunno comes up |
| 14:33 |
Dyrcona |
Not sure if dunnos have context like blames. |
| 14:38 |
Dyrcona |
@blame No cookies |
| 14:38 |
pinesol_green |
Dyrcona: No cookies crafted the perfect SHA-1 collision, breaking Git |
| 14:48 |
kmlussier |
berick++ # Following up on custom filter files for notices. |
| 14:52 |
mmorgan |
berick++ |
| 14:56 |
* kmlussier |
believes the problem with LP search is going to be a problem no matter which bug tracking system we use. |
| 14:57 |
kmlussier |
The core problem is that people use different words to describe the same bug. If you aren't thinking like the person who files the bug, then you'll have trouble finding it. |
| 15:01 |
* phasefx |
thinks LP could handle "fuzzy" a bit better |
| 15:01 |
phasefx |
I find it easier to search bug emails in gmail |
| 15:04 |
abneiman |
I'd be far happier with LP's terrible search if I could edit my immediate prior search. It'll save keywords, but not other elements/tags etc. |
| 15:05 |
|
jvwoolf joined #evergreen |
| 15:05 |
berick |
anyone know if we have notes from the ACQ interest group conf. meeting? I only saw the 3 bugs rhamby mentioned on the list. |
| 15:05 |
berick |
maybe they'll eventually be here? https://wiki.evergreen-ils.org/doku.php?id=acq:interest-group#meeting_minutes |
| 15:06 |
kmlussier |
abneiman: Yeah, I think it remembers most things, except the tags. That's a pain because I rely on tag-searching quite heavily. |
| 15:06 |
abneiman |
kmlussier: likewise. taggers++ |
| 15:06 |
|
ningalls joined #evergreen |
| 15:06 |
jihpringle |
berick: I suspect Christineb will post the notes to the wiki, she's off today but back in tomorrow |
| 15:07 |
berick |
jihpringle: great, thanks |
| 15:07 |
jihpringle |
np |
| 15:07 |
rhamby |
berick: I agreed to make sure those were in launchpad because I'd previously looked at those but I wasn't taking notes for the group so I'm not sure if there were others, I don't recall any others that needed to be added anyway |
| 15:08 |
rhamby |
I'm confidant other existing ones were mentioned but I don't think there were any of particular significance |
| 15:11 |
berick |
rhamby: gotcha. and thanks for opening the bugs. some staff here just curious about the high-level topics. wondering if there was anything earth-shattering to report. |
| 15:19 |
rhamby |
berick: not that I recall, everyone has the bugs that bug them the most though of course |
| 15:19 |
jeff |
Does OCLC publish any technical details on their TCP/IP export (i.e., what we consume with the MARC stream importer)? |
| 15:20 |
rhamby |
berick: the general consensus (in my opinion) was acq needs some love and needs to get angularized :) |
| 15:24 |
berick |
rhamby: sounds about right :) |
| 15:30 |
JBoyer |
jeff, I don't have any actual information on that front, but I did snrk a little bit at the question. Good luck. |
| 15:30 |
csharp |
berick: this is the doc Christineb is working from and made notes in during the acq meeting: https://docs.google.com/spreadsheets/d/1n7PrAAmJlWNWozJ0hXN0yVv9p-0WHlgjN5ZBSh5Jtdk/edit#gid=0 |
| 15:32 |
jeff |
JBoyer: you shall receive my appreciation for having the most helpful answer to my question! |
| 15:32 |
berick |
csharp: thanks! |
| 15:33 |
csharp |
jeff: most of their docs are behind logins to worldshare stuff iirc |
| 15:49 |
jeff |
my oclc credential list is large. it contains multitudes. |
| 15:49 |
jeff |
(and yes, it does occasionally contradict itself) |
| 15:50 |
Dyrcona |
If one apt-get purges postgresql does it delete the database files? |
| 15:50 |
Dyrcona |
The answer I'm hoping to get is "yes," but the truth will do. :) |
| 15:54 |
csharp |
pretty sure it *doesn't* delete data, but I could be wrong |
| 15:56 |
Dyrcona |
Well, I can always delete it by hand. |
| 15:56 |
Dyrcona |
Just wanted to know before I jumped in. |
| 15:57 |
JBoyer |
Dyrcona, I highly doubt it, since it would basically be doing an rm -rf * against a directory structure. My understanding of purge is that it only affects config files. |
| 15:57 |
Dyrcona |
jeff++ |
| 15:58 |
Dyrcona |
I don't think I have enough space on the server to do an upgrade, so I'm planning to delete the old version of Pg, upgrade the software, and then restore from a dump. |
| 15:58 |
Dyrcona |
This is on our training server, not production. |
| 15:58 |
Dyrcona |
Well, "upgrade the software" means install a newer version of Pg, probably 9.5. |
| 15:59 |
Dyrcona |
Thanks, csharp and JBoyer. |
| 15:59 |
Dyrcona |
csharp++ JBoyer++ |
| 16:00 |
Dyrcona |
Oh... I forgot I was making tea. |
| 16:00 |
Dyrcona |
heh. |
| 16:12 |
|
kaffenkj_ joined #evergreen |
| 16:16 |
phasefx |
Dyrcona: just making sure pg_dropcluster is one your radar |
| 16:16 |
phasefx |
s/one/on/ |
| 16:17 |
Dyrcona |
phasefx: It is now, thanks. |
| 16:18 |
phasefx |
welcome |
| 16:18 |
jeff |
Dyrcona: purging the "postgresql" package doesn't seem to do much, at least on Debian Jessie. If you purge postgresql-common and postgresql-client-common, however... you'll also purge the versioned names of those two packages, and your default cluster will be shut down and its files on disk deleted. |
| 16:19 |
jeff |
Dyrcona: If you have non-default clusters they are neither stopped nor removed from disk, even if they're under the default /var/lib/postgresql |
| 16:19 |
jeff |
The purge actually fails with an error at the point of attempting to remove /var/log/postgresql and /var/lib/postgresql |
| 16:19 |
Dyrcona |
jeff: Thanks for the additional info. I'm still looking into this. I believe the data files are in a non-standard place, and I'm checking for links. |
| 16:20 |
jeff |
I suspect slightly different modes of operation are likely if you had the log and data files outside of those two locations -- the purge may claim success (or fail elsewhere). |
| 16:20 |
jeff |
it did appear to attempt to drop all clusters, but failed. |
| 16:20 |
jeff |
Dropping cluster main... |
| 16:20 |
jeff |
Dropping cluster test2... |
| 16:21 |
jeff |
Can't exec "": No such file or directory at /usr/bin/pg_ctlcluster line 282. |
| 16:21 |
* csharp |
gets shivers just seeing "Dropping cluster" on his screen |
| 16:22 |
Dyrcona |
Looks /var/lib/postgresql/9.2/main exists but is not a link. The actual data is in /db/main. |
| 16:22 |
Dyrcona |
I may just wipe it out by hand. |
| 16:26 |
Dyrcona |
Yeah, think I'll just purge the packages, then delete anything left behind by hand. |
| 16:26 |
Dyrcona |
Then, I'll link /var/lib/postgresql -> /db before installing the new version. |
| 16:39 |
Dyrcona |
So, on a test vm were i did a pg upgrade, I cannot now remove postgresql-9.2 after running the delete_old_cluster script. |
| 16:40 |
Dyrcona |
The package status is BB in aptitude. |
| 16:41 |
jeff |
presumably you've broken the prerm/postrm scripts' ability to do their jobs. |
| 16:41 |
jeff |
or just one of the two. |
| 16:42 |
|
Jillianne joined #evergreen |
| 16:43 |
Dyrcona |
Ha. Remove fails because it isn't running. |
| 16:44 |
jeff |
prerm script tries to stop the cluster, yeah. |
| 16:44 |
Dyrcona |
Also, the error about the cluster files missing. |
| 16:44 |
Dyrcona |
Anyway, this is a sideshow. |
| 16:45 |
jeff |
probably. hopefully JBoyer and csharp had backups. ;-) |
| 16:46 |
Dyrcona |
dpkg won't remove it, either. |
| 16:46 |
Dyrcona |
deb Hell? :) |
| 16:47 |
Dyrcona |
Well, this is a throwaway vm that I made to practice the pg_upgrade process. |
| 16:47 |
* Dyrcona |
should bet back to actual work. |
| 16:54 |
Dyrcona |
So, on training, I removed the packages and then deleted the leftover data files. |
| 17:01 |
pinesol_green |
News from qatests: Test Success <http://testing.evergreen-ils.org/~live> |
| 17:04 |
|
mmorgan left #evergreen |
| 17:22 |
berick |
yay, code4lib '18 in DC |
| 17:24 |
Bmagic |
yep! |
| 17:24 |
Bmagic |
pretty stoked about that |
| 17:26 |
Bmagic |
I just posted to the dev list about an Evergreen docker container. berick - picking on you - give it a whirl if you have time |
| 17:26 |
berick |
Bmagic++ # EG servers for all |
| 17:26 |
Bmagic |
:) |
| 17:28 |
jeff |
What are some scenarios where you'd be doing a MARC stream importer match on 901$c? Do libraries use the MARC stream importer with anyone other than OCLC, or do OCLC-using libraries commonly put a 901$c into their OCLC records? |
| 17:29 |
berick |
jeff: our staff have a Connexion macro to insert a 901c value for exactly that |
| 17:29 |
jeff |
I can think of a few times where you'd do a 901$c match in vandelay, mostly involving scenarios where you've exported some records, edited them in some way, then are re-importing to overlay. |
| 17:30 |
berick |
i.e. to overlay a stub ACQ record w/ an OCLC record via Connexion |
| 17:30 |
Bmagic |
yeah, that. export, manipulate, import |
| 17:32 |
Dyrcona |
Bmagic++ |
| 17:32 |
|
jamesrf joined #evergreen |
| 17:32 |
Dyrcona |
We use 901$c with records sent back from vendors like Backstage. |
| 17:37 |
Dyrcona |
jeff: You can, as of 2.9, use the marc stream importer on file batches. Maybe that feature was added earlier. |
| 17:40 |
jeff |
berick++ Bmagic++ Dyrcona++ thanks! helpful info. |
| 17:40 |
jeff |
Dyrcona: i'd had that in the back of my mind -- i've made use of that before |
| 17:41 |
|
jamesrf joined #evergreen |
| 17:41 |
Dyrcona |
OK. Wasn't sure if you got the memo. :) |
| 17:43 |
Dyrcona |
Here's hoping the training server comes up after a remote reboot. |
| 17:43 |
* Dyrcona |
decided to start the pg_restore tonight, since it will take a few hours. |
| 17:44 |
jeff |
okay, so --bib-auto-overlay-exact combined with creating a 901$c on the Connexion side of things, then making up our minds about the usual overlay on 1match, best... and import on no match. |
| 17:45 |
jeff |
all depending on the confidence that we have in the merge profile associated with the vandelay queue that we tie the importer to? |
| 17:46 |
|
jamesrf joined #evergreen |
| 17:51 |
Dyrcona |
jeff: Yes, pretty much. |
| 17:51 |
|
jamesrf joined #evergreen |
| 17:53 |
Dyrcona |
And there goes the pg_restore. |
| 18:00 |
Bmagic |
g'night yall! Had a great conference - I am exhilarated! |
| 18:01 |
|
jamesrf joined #evergreen |
| 18:07 |
* Dyrcona |
calls it a day. |
| 18:33 |
|
jvwoolf left #evergreen |
| 22:20 |
|
genpaku joined #evergreen |
