Time Nick Message
20:38 pianohacker hehehe
20:12 * eythian adds the correct pronounciation of solder to the NZ border entry requirements
20:08 eythian As I said, like it's spelt.
20:08 eythian No, correct ;)
20:07 pianohacker crazy
20:06 eythian Yep.
20:05 pianohacker huuuuuuh. Is that how it's generally pronounced in NZ/Aus?
20:04 eythian Rhymes with shoulder
20:03 eythian Like it's spelt
20:02 pianohacker how do you say it?
20:02 pianohacker eythian: I once had to stop a really interesting youtube video about soldering techniques halfway through because he pronounced it SOL-der... it's a damn weird word
20:01 eythian pianohacker: heh yeah. No one in their right mind says "sodder"
19:57 pianohacker eythian: another languagehat article with excellent comments: http://languagehat.com/solder/
19:56 pianohacker hi!
17:05 eythian rangi: http://languagehat.com/morepork/ the only time I've said this: the comments are worth reading
16:10 cait those spammers are very annoying
15:20 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18927 enhancement, P5 - low, ---, koha-bugs, NEW , koha-rebuild-zebra -f -v koha
15:20 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19101 critical, P3, ---, koha-bugs, NEW , Zebra rebuild error
15:20 cait bit worried about bug 19101 and bug 18927 - someone more confident with the bash/package commands around to take a look?
15:00 reiveune bye
14:01 oleonard tcohen++
14:00 tcohen so, ping me when you have issues
14:00 tcohen cait: I'm interested on helping with any frustrating problem with kohadevbox
13:48 jenkins Project Koha_Master build #7: STILL FAILING in 10 sec: https://jenkins.koha-community.org/job/Koha_Master/7/
13:40 jenkins Project Koha_Master build #6: STILL FAILING in 1 min 26 sec: https://jenkins.koha-community.org/job/Koha_Master/6/
13:36 tcohen ('couldn't download X from CPAN', 'apt failed because of DNS issues', etc)
13:35 tcohen Most of the user-reported issues are networking issues
13:34 tcohen - Vagrant version + VBox not working correctly
13:34 tcohen - Virtualbox malfunctioning
13:34 oleonard What happened to me was that I started getting strange errors from Koha and thought why not start over and upgrade Vagrant and Virtualbox while I'm at it.
13:34 tcohen environmental issues are:
13:34 tcohen that's the beauty of it, you can recreate with deterministic steps
13:34 tcohen you can break what's in it
13:33 oleonard I'm being dramatic.
13:33 oleonard "explode" is not accurate.
13:33 tcohen kohadevbox is just a debian 8 VM with stuff installed on it
13:32 tcohen what you mean *explode*?
13:30 * oleonard has only had a box explode once, and there's no guarantee it wasn't user error
13:29 cait thankfullly not the rmaint one
13:29 cait and one of my boxes still explodes half the time
13:29 cait lost a day and a half to version problems and trying to get newer versions to install correctly... and gr.
13:29 cait i have to say kohadevbox can be frustrating on linux too
13:27 eythian "One must remember that Microsoft is not a software company. Microsoft is an abuse company, and software is their means of delivering that abuse."
13:27 oleonard :)
13:26 eythian I feel that maybe frustration is a windows feature.
13:26 oleonard Upgrading vagrant and VirtualBox cost me two days of work, so...
13:26 wahanui ALTHOUGH is mine 2.3.2 or 2.3.3
13:26 oleonard ALTHOUGH
13:26 oleonard Frustration seems to be the main impediment to getting people up and running, rather than a Windows-specific barrier.
13:25 eythian oleonard: that sounds sisyphean.
13:21 * oleonard wants to be kohadevbox-on-Windows evangelist whenever he can
13:20 tcohen tell him to try having the kohadevbox code up to date
13:20 oleonard Okay, good to know. CrispyBran was afraid to run vagrant destroy because he thought he'd never get it back again.
13:19 tcohen nothing
13:19 tcohen if you just provision
13:19 tcohen it will mount the SYNC_REPO dir
13:19 tcohen oleonard: if you vagrant reload
13:19 oleonard tcohen: Or must you destroy and start over?
13:19 oleonard tcohen: Do you know what will happen if you set up SYNC_REPO on an already-provisioned box?
13:16 edveal tcohen it is a bit early for TGoat. Give him an hour or two.
13:14 huginn tcohen: TGoat was last seen in #koha 14 hours, 42 minutes, and 55 seconds ago: <TGoat> @later tell tcohen to please ping TGoat about building a kohadevbox
13:14 tcohen @seen TGoat
13:13 tcohen morning
13:11 edveal good day #koha
13:11 * cait waves
12:30 jenkins Project Koha_Master build #5: STILL FAILING in 1 min 49 sec: https://jenkins.koha-community.org/job/Koha_Master/5/
12:22 rsantellan good morning #koha
12:20 magnuse stilldon't understand what changed with the upgrade to 17.05.02...
12:15 magnuse it looks very much like it is the case when i look at the dates in the db
12:14 cait in my theory the date would be switched with the waiting status set - but only if it's after that date
12:13 cait that's what I thought, but maybe test it
12:13 magnuse cait: but is it correct that reserves.expirationdate is still used for two things: the last date a patron is interested in the hold and the last day the document should be left standing on the "holds to pick up" shelf?
11:53 cait then it's just a matter of getting it in the letter from there
11:52 cait as they moved the calculation to Reserves.pm and it changes in the db
11:52 cait maybe with those changes the first bug would be valid again?
11:50 magnuse wow, looks like a real can of worms...
11:49 cait http://git.koha-community.org/gitweb/?p=koha.git;a=blobdiff;f=C4/Letters.pm;h=419f272f6d2c22675d761739c77617cdcf66de54;hp=de7e04ad71e56c12e83078799b276b42c264b604;hb=26634151dbce0bf39ff6c9eda5b58bb993996a2d;hpb=6add80083b1f8596496d13569347818ed8ce71a9
11:48 cait https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=63095 removed some code from Letters.pm
11:47 cait but it might be broken as yous aid, the latest changes I know are the third bug
11:46 cait not a good topic for me I guess :) I wanted a separate field
11:45 magnuse in the db i see expirationdate = waitingdate + 1 week
11:44 cait well the date a waiting hold expires
11:44 cait it is used for the pick-up date
11:44 cait we don't just get it out of db
11:44 cait yeah it might be broken, but you have to look at the code from that last bug
11:44 cait but we are... overloading it
11:43 magnuse but my library says it used to work before the upgrade?
11:43 cait expirationdate is the date the user gives the item is no longer needed
11:43 magnuse uh huh?
11:43 cait it's not in the list because supposed to be calculated and inserted in another spot
11:42 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12063 enhancement, P5 - low, ---, alex.arnaud, RESOLVED FIXED, Change date calculation for reserve expiration to skip all holidays
11:42 cait bug 12063
11:41 cait hm can't find the third bug I was thinking of
11:40 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14937 minor, P5 - low, ---, kyle.m.hall, CLOSED FIXED, Expiration date for holds based onReservesMaxPickUpDelay should not require ExpireReservesMaxPickUpDelay
11:40 cait and bug 14937
11:39 cait see kyle's comment on the bug
11:39 cait because we use it for something else
11:39 cait yes, but kyle noted that woudl b a regression to add it
11:39 magnuse looks to me like expirationdate is not included in the list of reserves.* fields returned by sub GetReserveInfo, for some reason: http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=C4/Reserves.pm;h=50982306a158727b5dd8d773a43ab2d90ed76b9c;hb=HEAD#l1243
11:37 cait but that's not the one i was looking for
11:37 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12204 minor, P5 - low, ---, koha-bugs, Failed QA , in RESERVESLIP, any 'reserve' field is not being expanded correctly.
11:37 cait bug 12204 is one
11:35 cait i am looking one sec
11:35 magnuse searching for expirationdate did not yield anything relevant, i think
11:34 cait afaik we are reusing the date as pikcup-date :(
11:33 cait I think i was involved in a longer discussion about this
11:33 cait magnuse: look for bugs related to that
11:17 magnuse after upgrading to 17.05.02 i have a library reporting that <<reserves.expirationdate>> is no longer showing on printed HOLD_SLIPs. anyone else seen that?
10:27 khall mornin magnuse!
10:27 magnuse hiya khall
10:21 khall mornin!
10:21 cait morning khall :)
10:13 cait on bugzilla, they are attaching weird code too, setting it all to private/hidden
10:12 cait spammers ew .(
09:47 wahanui OK, eythian.
09:47 eythian wahanui: bill's boulder is <reply>http://tragedyseries.tumblr.com/post/78154761900?fref=gc
09:19 magnuse hiya Tylathos
08:48 Tylathos hey #koha
08:16 * magnuse waves
07:38 wahanui bidet, gaetan_B
07:38 gaetan_B hello
06:58 alex_a bonjour
06:21 reiveune hello
05:20 huginn AmitGupta: AmitGupta was last seen in #koha 2 hours, 5 minutes, and 5 seconds ago: <AmitGupta> @seen cait
05:20 AmitGupta @seen AmitGupta
03:15 huginn AmitGupta: cait was last seen in #koha 7 hours, 28 minutes, and 57 seconds ago: <cait> hi pianohacker :)
03:15 AmitGupta @seen cait
03:14 huginn AmitGupta: rangi was last seen in #koha 2 days, 7 hours, and 47 seconds ago: <rangi> morning
03:14 AmitGupta @seen rangi
03:14 AmitGupta hi all
01:37 huginn 04Bug 502814: could not be retrieved: InvalidBugId
01:37 mtj https://bugs.eclipse.org/bugs/show_bug.cgi?id=502814
01:37 mtj looks like it uses some regexs to block spammy bugs
01:36 mtj https://github.com/mozilla-bteam/bmo/blob/master/extensions/AntiSpam/Extension.pm
01:35 mtj ...the eclipse BZ seems to have had some success with it
01:34 huginn 04Bug bugzilla: could not be retrieved: InvalidBugId
01:34 mtj i wonder if the Koha BZ could use this... https://bugzilla.mozilla.org/show_bug.cgi?id=bugzilla-spam
01:16 wizzyrea hi
00:56 pianohacker bye all