Evergreen ILS Website

IRC log for #evergreen, 2017-02-15

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat

All times shown according to the server's local time.

Time Nick Message
05:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
06:22 JBoyer_alt joined #evergreen
06:56 csharp 95ce9261
06:56 pinesol_green csharp: [evergreen|miker] add view and change permission slots to config.org_unit_setting_type, for controlling access to specific ou settings - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=95ce926>
07:17 rjackson_isl joined #evergreen
07:28 agoben joined #evergreen
07:39 kmlussier joined #evergreen
07:43 JBoyer joined #evergreen
08:49 bos20k joined #evergreen
08:49 mmorgan joined #evergreen
09:16 Dyrcona joined #evergreen
09:45 Dyrcona Fingers are not cooperating again. I keep typing wheeyz...
09:48 yboston joined #evergreen
10:12 Thad joined #evergreen
10:13 Thad HI !  We at Schema.org are asking for input from ILS vendors on this issue: https://github.com/schemaorg/schemaor​g/issues/1495#issuecomment-277111893
10:13 Thad We have already reached out to Sirsi-Dynix and expect them to participate as well.
10:15 csharp 02/14/2017 3:21 pm Elaine Hardy
10:15 csharp oops
10:16 jeff Thad: thanks for dropping by! I see that dbs has already commented on that issue a few weeks ago, but appreciate your mentioning it here as well.
10:16 berick indeed, thanks Thad
10:17 Dyrcona Thad: I also pretty much agree RichardWallis and vholland's comments. :)
10:18 teletype01 joined #evergreen
10:18 Dyrcona I work for C/W MARS, another consortium in Massachusetts, like the mentioned Minuteman.
10:18 Thad Nice !
10:20 Thad Can you drop by that thread and type up your comments and how you forsee exposing a "consortium" or "library system" in your ILS when it pertains to borrowing locations ?
10:20 Thad (issue) = thread :)
10:22 Thad I kinda want to play a backseat and let the CURRENT ILS community drive this....since they have the responsibility to expose those elements on their ILS catalog pages :)
10:22 Thad Please suck in the full view of that issue, especially WHY it was initally created with the 1st comment.  And then provide your feedback on it.
10:29 gmcharlt I'd like to request review of the PR for bug 1639236, as I'd like to get that fix in for 2.11.3 today
10:29 pinesol_green Launchpad bug 1639236 in Evergreen 2.11 "Temporary List Display Broken in 2.11/Master" [Medium,Confirmed] https://launchpad.net/bugs/1639236
10:29 csharp gmcharlt: I'll test it
10:29 gmcharlt csharp: thanks!
10:30 csharp that issue has been really bugging us (no pun intended) since the upgrade - I hate it when we lose features we had before :-/
10:31 * bshum thinks about https://bugs.launchpad.net/evergreen/+bug/1647819 too, which he tested before finding out about the other bug
10:31 pinesol_green Launchpad bug 1647819 in Evergreen "Typo in anon_list.tt2" [Low,New]
10:32 csharp yeah - there's a copy-paste-o at work there
10:33 pinesol_green [evergreen|Chris Sharp] LP#1647819 - Missing closing angle bracket in anon_list.tt2 - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=5160e5f>
10:34 kmlussier gmcharlt++
10:34 kmlussier Glad to see that bug getting attention.
10:35 bshum gmcharlt++ # temporary list happiness :)
10:38 gmcharlt I'd also like to request merging of the two-patch series for bug 1662902
10:38 pinesol_green Launchpad bug 1662902 in Evergreen "EDI: fetcher repeatedly downloads and processes problematic message files" [Medium,New] https://launchpad.net/bugs/1662902
10:39 dcook joined #evergreen
10:41 dbs Thad: I've been involved in that thread too
10:41 * dbs continues reading, ah jeff++
10:41 csharp Thad: just commented - let me know if you have questions
10:42 dbs Thad: you should know that this current ILS already exposes schema.org, including hierarchical relationships
10:42 csharp yep
10:42 phasefx Thad: just an aside, in that github thread you mention koha.org, that's a fork of the more broadly adopted version of koha at koha-community.org
10:42 csharp phasefx++
10:42 Thad i know...that's not the issue at hand... does it currently expose ENOUGH ?
10:43 Dyrcona phasefx++ # For being so polite about it. :)
10:43 Dyrcona Thad: Want to share the discussion with #koha over at oftc.net?
10:43 Thad (sorry about Koha wrong link)
10:44 Dyrcona I can jump in there and paste the github link if you want.
10:44 Thad guys...we want to know if there is enough in Schema.org for a LibrarySystem or Consortium.
10:44 Thad or if we need to make those 2 types
10:44 Thad if we do...
10:44 dbs Thad: I think exposing _any_ is more than anyone is actually doing anything with right now, so vholland's attempt to add a further library-specific type is not such a great idea.
10:44 Thad WHAT the hell would be useful properties under them
10:45 Thad (i'm playing devils advocate here.... my views are in that issue already)
10:45 dbs And I have data to show that there has been close to 0% adoption of any library-specific vocabulary in Canada on standard library web pages, despite years of advocacy
10:46 Dyrcona dbs: 0.01%. You have to count yourself. :)
10:46 dbs (3 instances of schema.org/Library on library web pages, one of which is my library)
10:47 Dyrcona I'll have to read the whole thread later. I have a database upgrade to prepare for this weekend.
10:47 dbs So complicating it with consortium level vocabulary... maybe sometime in the glorious future libraries will wholeheartedly adopt it, sure
10:47 * dbs signs off as well
10:59 Christineb joined #evergreen
11:13 kmlussier @coin
11:13 pinesol_green kmlussier: heads
11:13 kmlussier Looks like I'll be testing hatch this morning. :)
11:13 kmlussier Errrr...more likely to be afternoon.
11:16 bmills joined #evergreen
11:18 berick heh, watched the futurama episode recently where the key difference between 2 parallel universes was that a coin toss in one was always the opposite of the other.
11:18 berick so, rest assured kmlussier, in a parallel universe, you are testing something else.
11:19 berick who needs clones in the multiverse?
11:20 Dyrcona Every time you flip a coin, a new universe is created.
11:21 * mmorgan 's head is starting to hurt.
11:21 berick mmorgan: re: bug 1661754, i wonder if there are legit cases for marking a long-overdue item as lost..  (maybe that's in the IRC chatter -- I haven't read it)
11:21 pinesol_green Launchpad bug 1661754 in Evergreen "Staff users should be prevented from marking a Long Overdue item Lost" [Undecided,Confirmed] https://launchpad.net/bugs/1661754
11:21 jeff thankfully, each new universe is copy-on-write, which is why we don't run out of storage during gradeschool probability and statistics lessons.
11:22 berick jeff: hah
11:22 gmcharlt each viewing of Mr. Smith Goes to Washington presents an edge case, however
11:27 kmlussier berick: I've noticed that whenever I start Chrome with the Hatch plugin now, I get a message warning me that "Extensions running in developer mode can harm your computer..."
11:27 pinesol_green [evergreen|Jason Stephenson] LP 1473054: No-op Checkin Should Not Always Float a Floating Copy. - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=f8d57cb>
11:27 kmlussier Is that going to be a permanent warning people see when running it in production?
11:28 mmorgan berick: There may certainly be use cases for long overdue - lost. terran's comment on related bug 1562061 suggests an approach that would accommodate that.
11:28 pinesol_green Launchpad bug 1562061 in Evergreen "Marking a Long Overdue transaction Lost adds a second bill to the patron record" [Undecided,New] https://launchpad.net/bugs/1562061
11:28 jeff selec/cl
11:28 berick kmlussier: no, the long term plan is to deploy the extension via the google play store -- we're not there yet, though
11:28 kmlussier ok, thanks!
11:29 * berick makes a note to mention the warning in his hatch talk
11:30 mmorgan my thinking for 1661754 was to prevent inadvertent double billings of patrons while a more elegant solution evolves.
11:34 berick mmorgan: gotcha.  so we're in effect disabling a feature (that maybe no one uses, I don't know) until its work flow can be properly supported.
11:36 khuckins_ joined #evergreen
11:37 pinesol_green [evergreen|Galen Charlton] LP#1639236: fix display of temporary list items - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=5764765>
11:37 khuckins__ joined #evergreen
11:42 mmorgan berick: It's a band-aid, yes.
12:01 jihpringle joined #evergreen
12:09 brahmina joined #evergreen
12:20 bmills joined #evergreen
12:30 kmlussier2 joined #evergreen
12:32 kmlussier2 berick: I ran the new Hatch installer & updated print.js with the changes from your last commit. Still having trouble printing if I change any of the printer options. If I use default settings, I can print the Test page.
12:33 kmlussier2 I'll paste output in a second. Having trouble connecting to pastebin
12:35 kmlussier2 berick: http://pastebin.com/eCA0RLaV
12:36 * kmlussier2 heads off to lunch before testing more
12:38 berick kmlussier2: *sigh* same bug, different line of code.  pushing a fix.
12:42 berick kmlussier2: fix and updated .exe posted to LP
12:42 berick (and enjoy your lunch!)
12:46 kmlussier2 berick++ Thanks!
12:50 * Dyrcona just came back from lunch and started a pg_restore.
12:51 Dyrcona It's neat to watch the qcow2 image grow as the data gets added to the database.
12:54 JBoyer Dyrcona, Ooh, that (and some recent hardware updates) reminds me, I wonder if treating a virtual disk as an SSD would allow a driver to use TRIM commands to sparsify the file and make it shrink also. We had some 300+GB images only holding 50-70 GB of actual data...
12:55 Dyrcona That would be interesting.
12:55 Dyrcona Dunno if that works.
12:55 kmlussier2 berick: It works!
12:55 Dyrcona ha
12:56 JBoyer And a hell of a thing to debug if it doesn't already exist, heh.
12:56 kmlussier2 lol
12:56 Dyrcona I plan on deleting the image when my test is done.
12:56 JBoyer That also saves a lot of space :D
12:56 Dyrcona :)
12:57 Dyrcona I made it so it could go up to 600 GB. I think that's enough to load our production data.
12:57 Dyrcona I want to practice an upgrade with the real thing.
12:58 Dyrcona On a Pg-related note, does "no action" on delete on a fkey contraint prevent the delete from happening, or does it leave the junk id in the table?
12:59 * Dyrcona should just RTFM. :)
12:59 JBoyer I would guess it prevents a real delete anywhere else. Unless you loosen the FK.
13:00 JBoyer Also, +1 to testing on "real" databases.
13:00 Dyrcona Yeah, that's what I think, but I'll look it up. Someone wants to delete a patron group used by some hold matrix entries.
13:00 Dyrcona +elebenty!
13:02 Dyrcona JBoyer++
13:02 Dyrcona NO ACTION raisies an error, but can be deferred unlike RESTRICT which happens immediately.
13:03 Dyrcona So, we could delete the patron group, then delete the hold matchpoints in the same transaction.
13:13 JBoyer Or just DELETE ... CASCADE if you're feeling lucky. ;)
13:13 kmlussier2 I haz printing!
13:13 kmlussier2 berick: One thing I noticed in my first two times checking in items with the auto-print slips setting enabled is that it took a long time for the checkin to complete and the slip to print.
13:14 kmlussier2 However, when I tried to record the behavior with a screencast, it responded very quickly. Maybe it just needed to warm up?
13:15 Dyrcona JBoyer: I don't want to change the constraint. :)
13:15 JBoyer That's not what cascade does, or am I misunderstanding you?
13:15 Dyrcona kmlussier2: Java (or computers, really) can be like that.
13:16 Dyrcona JBoyer: I don't want to change the contraint from no action to cascade. :)
13:16 JBoyer Oh, yeah.
13:18 Dyrcona Heh, I almost spelled it write in both French and English.
13:19 Dyrcona write? I should quit while I'm behind.
13:21 khuckins_ joined #evergreen
13:29 collum joined #evergreen
13:41 berick kmlussier2: it's possible.  i have seen cases where the first time the printer launches it takes a sec.  not prodictably, though.
13:43 Dyrcona It's not just the hardware, because of caching, etc., the first time you run a program after a reboot it takes longer to start up.
13:50 rhamby kmlussier: gmcharlt: I've gone through and updated plugins on the wordpress site with security issues and updated wordpress itself
13:50 gmcharlt rhamby++
13:50 rhamby I've been doing this about once a month but keep forgetting to mention it just in case something pops up because of it
13:52 bshum rhamby++
14:02 khuckins joined #evergreen
14:04 khuckins_ joined #evergreen
14:24 kmlussier joined #evergreen
14:26 kmlussier rhamby++
14:34 rlefaive joined #evergreen
16:04 _adb joined #evergreen
16:26 miker arg ,,, comment posting on LP is timing out for me ... wheeeeee
16:27 kmlussier Fun!
16:28 kmlussier Bmagic++ bug 1573734 looks really good!
16:28 pinesol_green Launchpad bug 1573734 in Evergreen "Link to sibling metarecord bibs in record detail page" [Wishlist,Confirmed] https://launchpad.net/bugs/1573734
16:28 Bmagic yay!
16:34 kmlussier miker: I just added a comment without any trouble. Maybe it's working now?
16:37 miker kmlussier: yep! it just needed you to look at it, I guess
16:39 kmlussier miker: Yes, that's the way the world should always work. As soon as I look at something, it just does what it's supposed to do.
16:39 miker :)
16:42 mmorgan kmlussier: I have a few things I'd like you to look at ;-)
16:45 kmlussier mmorgan: At this point, I would be happy if my kids did what they were supposed to do as soon as I looked at them, never mind everything else in the universe.
16:47 * kmlussier wonders if she needs a signoff to change something from title case to sentence case before merging a new feature to master.
16:59 Dyrcona systemctl-- # 'Cause systemctl start apache2 doesn't start apache2 and it doesn't tell me why.
17:00 Dyrcona Oh.... you have say apache2.service... because Lennaert is what Linus called him. :)
17:01 * Dyrcona can't wait to get home to the sanctity of his BSD castle. :)
17:01 Dyrcona And, it's time to go!
17:01 pinesol_green News from qatests: Test Success <http://testing.evergreen-ils.org/~live>
17:05 frank_guel joined #evergreen
17:06 frank_guel Hi all, how are you today, I am from Mexico, I am triying to upgrade from the 2.8.4v to the 2.11.2 v, but I can´t find the 2.11.1-2.11.2-upgrade-db.sql file, Does it exist?
17:06 frank_guel sorry. the 2.11.0-2.11.1-upgrade-db.sql
17:07 mmorgan left #evergreen
17:14 dbwells frank_guel: Thank you for reporting this issue.  I am guessing it didn't get forward-ported to the correct branches, which would be my mistake if so.  In the meantime, you can grab it here: http://git.evergreen-ils.org/?p=Evergreen.git;a=bl​ob;f=Open-ILS/src/sql/Pg/version-upgrade/2.11.0-2.​11.1-upgrade-db.sql;hb=refs/heads/tags/rel_2_11_1
17:16 frank_guel dbwells: thats great, thanks for your help
17:23 pinesol_green [evergreen|Dan Wells] Forward-port 2.11.1 Upgrade Script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=00fa4c4>
17:29 pinesol_green [evergreen|Dan Wells] Forward-port 2.11.2 Upgrade Script - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=859f11b>
18:02 bshum dbwells++
18:06 Jillianne joined #evergreen
18:12 sandbergja Hi everyone!  Jillianne is new to IRC, so we're practicing for a bit.
18:12 sandbergja Jilliane: how are you liking IRC so far?
18:13 Jillianne sandbergja: Hi everyone
18:13 Jillianne its new  to me but I think I will enjoy it
18:13 sandbergja Jillianne++ for trying a new technology!
18:14 Jillianne Thanks
18:16 berick welcome Jillianne
18:17 Jillianne berick: thanks
18:49 Jillianne joined #evergreen
19:07 Dyrcona joined #evergreen
19:23 Jillianne joined #evergreen
19:35 bshum @dessert
19:35 * pinesol_green grabs some Non-Vanilla Ice Cream for bshum
19:36 Dyrcona Heh.
19:36 Dyrcona "Non-Vanilla" how vanilla can you get? ;)
19:40 Dyrcona @dessert
19:40 * pinesol_green grabs some Pineapple Upside Down Cake for Dyrcona
19:41 genpaku joined #evergreen
20:45 kmlussier joined #evergreen
20:49 kmlussier Non-vanilla ice cream?
20:50 kmlussier @dessert
20:50 * pinesol_green grabs some wild Alaskan rhubarb pie for kmlussier
20:51 bmills left #evergreen
20:52 kmlussier @sortinghat
20:52 pinesol_green Hmm... kmlussier... Let me see now... RAVENCLAW!
20:56 kmlussier Calling 1015
21:37 pinesol_green [evergreen|blake] LP1573734_Link_to_sibling_metare​cord_bibs_in_record_detail_page - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=21abaf6>
21:37 pinesol_green [evergreen|Kathy Lussier] LP#1573734: Minor tweak to heading - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=53bd38d>
21:37 pinesol_green [evergreen|Kathy Lussier] LP#1573734: Stamping upgrade script for transcendent bibs in unapi-mmr - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=9e34ab9>
21:45 pinesol_green [evergreen|Mike Rylander] LP#1663374: Allow metarecord searching by default - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=e95f48b>
21:45 pinesol_green [evergreen|Mike Rylander] LP#1663374: Release notes for metarecord search by default - <http://git.evergreen-ils.org/?p=​Evergreen.git;a=commit;h=6e2cf57>
22:59 Guest76339 joined #evergreen
23:19 Guest76339 left #evergreen
23:58 jonadab joined #evergreen

| Channels | #evergreen index | Today | | Search | Google Search | Plain-Text | summary | Join Webchat