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/schemaorg/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=blob;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_metarecord_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 |