Time Nick Message 06:04 * magnuse waves 06:36 marcelr hi #koha 06:48 reiveune hello 06:48 wahanui hello, reiveune 06:55 alex_a bonjour 06:55 wahanui kia ora, alex_a 07:28 gaetan_B hello 07:28 wahanui hola, gaetan_B 07:38 PJRB Good day. I have been struggling to resolve a "MARC bibliographic framework test" issue, and hope that someone in this forum can assist me. 07:39 PJRB I used the default MAR framework structure, and preparation for importing stock from our old library system, I created some new sub-fields under Koha tag 995. All existing and new sub-fields had constraints linked to Tab 10. Under “Koha to MARC mapping†and the “items†section, all fields used link to subfields of tag 995. However, When I run “MARC bibliographic framework testâ€, the only error I get is “item fields: ALL items fields MUST be ma 07:40 PJRB Can someone please suggest a way forward? 09:06 * cait waves 09:22 cait ok... there is snow outside 09:22 cait that's somewhat unexpected 09:40 cait ... and now it's sunshine 09:45 cait @wunder Konstanz 09:45 huginn cait: The current temperature in Bodensee Konstanz City, Konstanz, Germany is 1.4°C (11:45 AM CEST on April 25, 2016). Conditions: Light Rain Showers. Humidity: 39%. Dew Point: -11.0°C. Windchill: 1.0°C. Pressure: 29.95 in 1014 hPa (Steady). 09:57 cait noone around? 10:27 magnuse cait: i thought it was just us getting snow :-) 10:27 magnuse maybe everyone else is snowed in 10:27 magnuse @wunder boo 10:27 huginn magnuse: The current temperature in Bodo, Norway is 5.0°C (12:20 PM CEST on April 25, 2016). Conditions: Partly Cloudy. Humidity: 42%. Dew Point: -7.0°C. Windchill: 1.0°C. Pressure: 29.92 in 1013 hPa (Steady). 10:27 cait we got real 'april weather' here 10:27 cait already had snow, rain and sun 10:27 magnuse :-) 10:27 cait today 10:27 cait no snow on the ground, but it looked quite impressive while it lasted 10:28 magnuse cait: do you have a need for bug 14957? 10:28 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 enhancement, P5 - low, ---, martin, Patch doesn't apply , Write protecting MARC fields based on source of import 10:28 cait yeah 10:28 magnuse or do you never import, change locally and then need to sheild some fields when you do a new import? 10:30 cait we never do that now - because it doesn't work 10:30 cait but it would be good in some situations if it did work 10:30 magnuse ok, so you found no workaround? 10:30 cait nope 10:30 cait it's a strict 'NO, DON'T DO THAT' now 10:30 cait for the libraries working with the union catlaog 10:31 cait because you never know when the record gets updated... reimported and then overwrites all local changes 10:31 magnuse gotcha, i'll tell my customer someone i place complete trust in said that 10:31 magnuse yeah 10:31 magnuse my customer wants to add local subjects 10:31 cait sounds common 10:32 cait but they also import regularly from somewhere? 10:32 magnuse so they want to say "when this record is imported again, don't overwrite e.g. 653" 10:32 magnuse yeah, from the swedish libris catalogue 10:32 magnuse it's the same scenario Viktor wanted to solve with bug 14957 10:33 magnuse they wanted to know if there was some workaround while we wait for that bug to get into master 10:33 cait i don't know of any 10:34 cait it would be really nice to see that bug move 10:35 magnuse i don't think the conflicts are that bad, but i only had a quick glance 10:35 magnuse at the first patch 11:00 cait hey khall :) 11:00 khall mornin! 11:00 cait finally it gets more alive in here :) 11:04 drojf hi #koha 11:05 * cait waves 11:10 magnuse kia ora khall and drojf 11:15 magnuse kia ora ashimema 11:16 ashimema hi magnuse 11:18 * cait waves 11:23 cait everyone here for some last minute qa/testing? :) 11:25 magnuse when is the deadline again? 11:25 magnuse friday? 11:25 wahanui well, friday is pizzaday 11:25 magnuse @arewethereyet 11:25 huginn magnuse: YES! 11:25 magnuse oops 11:27 cait thursday 11:27 wahanui hmmm... thursday is pizza day 11:27 cait 28th 11:28 eythian http://www.independent.co.uk/news/world/europe/f16-fighter-jet-saves-patient-life-norway-flying-medical-equipment-a6996651.html <-- Bodø eh 11:29 magnuse spaces and non-ascii chars in itemtype codes, are they ok or should they be avoided like the plague? 11:29 magnuse yup, that's us :-) 11:34 cait i wouldn't use them 11:35 magnuse eythian: i'm not usually a great fan of the military, but that is a great story 11:35 cait itype codes are used for search 11:35 cait so a space might have influence on your results 11:36 magnuse true 11:37 eythian magnuse: it is :) 11:39 oleonard Hi #koha 11:39 * cait waves 11:55 cait hm 11:55 cait can someone else try and add an icon to an existing authorised_value? 11:55 cait i always get an error: thisauthosied value already exists 11:56 cait adding new ones works, just a problem with editing 11:56 marcelr cait: qa clash :) i was just looking at that one 11:56 cait ah, we should talk :) 11:56 cait i was just trying to see if the icons would still show up on advanced search 11:56 cait and then ran into a problem with editing auth values on master 11:57 cait can you confirm? 11:59 cait marcelr: are you using the feature? it appears not fully implemented 12:00 cait looking at bug 16167 now 12:00 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16167 enhancement, P5 - low, ---, jonathan.druart, Signed Off , Remove prefs to drive authorised value images 12:07 cait marcelr ? 12:07 wahanui hmmm... marcelr is talking with tcohen about it 12:10 cait hm editing the auth_values now works perfectly fine 12:10 cait inwonder what the problemwas a few minutes ago :( 12:15 cait *sighs and moves on with testing* 12:20 oleonard cait: Ghosts. 12:20 cait something like that :) 12:20 cait i am a bit torn about the auth values patch 12:20 cait it states that right now it should work on opac detail - but not for me 12:22 cait oleonard: did you try that out? the parts that should be working now? did it for you? 12:22 oleonard cait: I did not find that authorized values worked on opac detail before or after the patch 12:23 cait ah ok :) 12:23 cait after the other weirdness i am happy if that's not me 12:27 cait oleonard: are you working on the css patch too? I think i need to retest that first because of the dependency 12:27 oleonard Yes 12:27 oleonard Right now. 12:27 wahanui right now is probably testing just somebody seeing if it works? 12:29 oleonard I notice that the problematic CSS path in UNIMARC_compact.xsl refers to a file in the OPAC which does not exist 12:29 tcohen bonjour! 12:29 tcohen @wunder cordoba, argentina 12:29 huginn tcohen: The current temperature in Valle Escondido, Cordoba, Argentina, Córdoba, Argentina is 8.3°C (9:29 AM ART on April 25, 2016). Conditions: Light Rain. Humidity: 88%. Dew Point: 6.0°C. Windchill: 8.0°C. Pressure: 30.10 in 1019 hPa (Rising). 12:29 tcohen hi cait 12:29 cait oleonard: oh fun 12:30 cait i woder if UNIMARC_compact.xsl is in use? 12:32 oleonard catalogue/showmarc.pl appears to try to use it if you're using UNIMARC 12:35 cait hm but broken before and after then 12:44 oleonard kidclamp? 12:44 wahanui hmmm... kidclamp is going to talk to the sponsors and see what they think 12:44 kidclamp yessir? 12:45 kidclamp oleonard: sorry i mixed up staff/opac btw, Friday brain 12:45 oleonard Are you taking Bug 16334? I can work on it if not. 12:45 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16334 normal, P3, ---, koha-bugs, NEW , Cannot sort checkout search by name 12:45 kidclamp Go for it, and thanks! 12:45 oleonard I noticed it too and it bugged me 12:54 kidclamp oleonard: for bug 14576 - what would be better than "Not an authorized value" or just leave it as the code? 12:54 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14576 enhancement, P5 - low, ---, nick, Failed QA , Allow arbitrary automatic update of location on checkin 12:54 kidclamp '(no description for this code)' maybe 12:59 oleonard "No description available" maybe? 13:00 kidclamp works for me 13:09 cait could someone take another look at bug 6906 mybe? 13:09 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6906 enhancement, P5 - low, ---, alex.sassmannshausen, Needs Signoff , show 'Borrower has previously issued $ITEM' alert on checkout 13:09 cait it seemed to come pretty close 13:36 tcohen hi, again 13:36 tcohen drojf++ 13:36 drojf hm? 13:37 tcohen proposed for Packaging Manager :-D 13:54 magnuse yeah, drojf++ 13:58 cait1 drojf++ 14:06 drojf either koha devs are lazy or there will be very few at the hackfests 14:06 drojf or they dont like my survey :P 14:06 oleonard Lazy. Definitely lazy. 14:10 cait1 isn't lazy seen as a dev quality? 14:10 cait1 bbiab 15:39 reiveune bye 15:47 tcohen ah c'mon 15:48 tcohen 14598 has gone too far. It was a sily bugfix for which I coded regression tests for preoviously un-tested functions 15:49 tcohen can we just leave all that requirements for further enhancements? 15:49 tcohen i mean c'mon!! 15:52 Joubu tcohen: you should not approach bugs with "itemtype" in the title 15:53 tcohen it is just that i'm not sure how we ended there 15:53 tcohen the logaction line was using the wrong variable 15:53 tcohen that's it 15:53 tcohen i wrote hundreds of lines of regression tests for that 15:53 tcohen how is it possible that we haven't delivered the bugfix? 15:54 tcohen I even think the bug itself should've been accepted without regression tests 15:54 tcohen or even the updatedatabase entry 15:59 tcohen bye 16:08 pianohacker @later tell tcohen I would like to talk to you about plack if you're in later 16:08 huginn pianohacker: The operation succeeded. 17:08 jcamins @later tell tcohen Bugs with logging items have always been problematic. There was one about the fact that items were being logged only with biblionumber that was outstanding for a very long time—years, I think—because of scope creep. 17:08 huginn jcamins: The operation succeeded. 17:16 cait Joubu: is there a good way to test bug16254? 17:22 pianohacker bug 16254 17:22 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16254 normal, P5 - low, ---, gmcharlt, RESOLVED INVALID, Koha/Catmandu dependency clash 17:27 Joubu cait: is it the right bug#? 17:34 Joubu bug 16154 I guess 17:34 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16154 normal, P5 - low, ---, jonathan.druart, Signed Off , Replace CGI->param with CGI->multi_param in list context 17:34 Joubu cait: no there is no easy way to test it... 17:42 cait ah yeah sorry 17:42 cait you guessed the right one 17:42 cait i think i will follow oleoanard's steps and take a look at the files 18:18 huginn New commit(s) kohagit: Bug 12267 - Update DB Schema files <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=9648cd2917f4b530c9da9b39e4fe606e457511a2> 18:58 oleonard Bye #koha 19:45 rangi morning 19:45 cait morning 19:49 rangi bag: ill rebase on master, and add that other patch too 19:49 bag sweet 20:09 pianohacker rangi: I'm QAing the ES patches, and the tools are grumbling 20:10 pianohacker some of them I've fixed myself, minor style things, but two questions 20:10 rangi yup? 20:12 pianohacker you okay with a standard license header, (c) chris cormack 2016 on the test files? And in Koha/SE/ES/Search.pm, can I replace return undef and @_[0] with return and $_[0]? 20:13 rangi Hmm I thought I had fixed the headers in later patches 20:13 pianohacker rangi: this is the .t's specifically 20:13 rangi yep if you want 20:13 rangi yeah, specifically those ones ;) 20:13 rangi https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12478 20:13 huginn 04Bug 12478: enhancement, P5 - low, ---, robin, Signed Off , Elasticsearch support for Koha 20:14 rangi the 2 patches on here 20:14 rangi https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=50291 20:14 rangi etc 20:14 rangi now they have been signed off by nick, ill add them to the branch 20:15 pianohacker oh jeez, losing track of this branch/bug thing... 20:15 pianohacker rangi: will they be in sync after that? 20:15 rangi yup 20:15 rangi gimme 10 mins 20:15 pianohacker thanks much man 20:15 rangi bascially i put new patches on the bug, to get signed off, then put them on the branch when they are 20:16 bag yeah pianohacker everything should be on the branch that rangi is managing 20:17 rangi pianohacker: right, its got those 2 patches on it now 20:18 pianohacker @rangi++ 20:18 huginn pianohacker: downloading the Perl source 20:18 pianohacker rangi++ 20:21 cait pianohacker++ rangi++ 20:35 pianohacker rangi: any reason not to do the other (non-copyright changes) I mentioned above? 20:35 rangi nope 20:37 pianohacker cool thanks 20:47 pianohacker rangi/bag: I'm about to pass QA (with a followup) on all ~90 patches on the ES bug... I don't want to annihilate inboxes, should I just signoff-amend then force-push to the branch? 20:49 rangi hmm, the branch has probably moved since you grabbed it last 20:49 rangi its been rebased on master, and has 16248 on it 20:49 rangi force push will kill that, unless you want to grab it first, sign off and force push 20:50 pianohacker rangi: I just grabbed it after you posted those two patches 20:50 pianohacker I could push it as a new branch 20:50 rangi yep, i then did some more 20:50 pianohacker curse you and your productivity 20:50 pianohacker it's inconvenient 21:10 drojf evening 21:11 rangi hi drojf 21:11 drojf hola rangi 21:20 pianohacker rangi: looks like opac/elasticsearch.pl is lying around but unused? 21:21 rangi hmm you 21:21 rangi might be right 21:21 pianohacker quick grep didn't find any references to it, but wanted to confirm 21:21 rangi lets remove it or it will just get confusing, I think that was my first go, before eythian took over 21:24 rangi sorry drojf 21:24 rangi just answering now 21:24 rangi done, i love where it takes you when you submit :) 21:25 drojf ;) 21:27 Karl_H so I'm running unit tests and Cache.t says it expects 40 tests but only runs 37. Anyone have any idea why that might be? 21:27 Karl_H thats the only test that fails, not sure if I'm missing a dependency somewhere or what 21:28 drojf ithere is probably some more info in that test? 21:33 Karl_H It just says "Bad Plan. You planned 40 tests but ran 37." If I change the number of expected tests to 37 it works 21:33 drojf how does one get editing access to the koha website? i come across minor errors from time to time, but it needs more energy to bug somebody about it than just fixing it. (not promising to fix all the stuff though. disclaim disclaim) 21:37 drojf Karl_H: if it does not say anything along the way (i guess you scrolled up to see?) i am out of ideas unfortunately. most funny option would be some tests were removed and the number not changed 21:40 Karl_H Above the errors it also says there's a non-zero exit status of 255 as well 21:40 Karl_H that's everything :/ 21:50 Karl_H well, I'll have to keep looking into it tomorrow. Thanks for responding though! 21:57 drojf quiet here. i spent the whole day in an ancient database, i'd like to be entertained now :) 22:02 pianohacker drojf: that's a wizzyrea question, I think 22:03 drojf about entertainment? 22:03 wizzyrea drojf: just file a bug under the koha infrastructure 22:05 drojf wizzyrea: it often takes longer to do that than fix it. thats why i'm asking. but i will try to do 22:24 pianohacker rangi: Okay, here's something odd... YAML.pm, which the QA tools use, can't load the mappings.yaml file, but YAML::Syck, which the elasticsearch.perl DB update script uses, can 22:25 rangi interesting 22:25 wahanui interesting is sometimes good and sometimes bad 22:27 pianohacker I'm just going ahead and fixing the indentation, which is all it seems to need, but still odd 22:30 rangi yeah, weird 22:45 drojf wizzyrea: i added a few things, most of which are probably enhancements. i tried to categorize, feel free to change if it's not appropriate 22:45 wizzyrea cool ty 22:47 rangi hm this is interesting 22:48 rangi http://kohacon2016.lib.auth.gr/?page_id=2417 22:48 rangi the 11.30 presentation on day 3 ... I dont remember noticing that one before 22:48 wizzyrea oo 22:49 rangi im guessing remote presentation 22:50 drojf weren't you on the board to decide about it? 22:51 drojf also they allcapsed koha :P 22:53 drojf kohacon on the fiji islands would be nice. just thinking. 22:53 pianohacker rangi: okay, all the QA errors have been fixed and all the new tests finally pass 22:54 rangi yeah, i dont remember that being there, I may have just missed seeing it tho, it also might be a late replacement for someone who pulled out 22:54 drojf the internet archive does not have the page 22:55 drojf maybe they changed title and added contributors 22:55 rangi thanks pianohacker 22:56 drojf it's awesome they got 5 people in for a 30 minutes talk though :) 22:56 rangi nope, not in the original one ... cool though 22:56 drojf what was the other? 22:57 rangi i think saudi one 22:57 drojf (and i mean that regarding 5 people, getting your institution to pay for travel is always hard) 22:58 drojf ah yes i vaguely remember that 22:58 rangi often this happens people do a talk submission, then can't get funding to travel 22:58 pianohacker rangi: force pushing now with signoffs and followups unless you have any objections 22:58 rangi all good 22:59 drojf yeah it's complicated. can't apply unless you are accepted, 22:59 rangi yup 22:59 drojf …still they can reject it 23:01 rangi drojf: http://photos.bigballofwax.co.nz/gallery3/index.php/2006/kohafiji/usp/DSC04690 <-- i've done some koha training in fiji 23:01 pianohacker bag: bug 12478 23:01 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12478 enhancement, P5 - low, ---, robin, Passed QA , Elasticsearch support for Koha 23:02 drojf rangi: lacks the cool outside pics ;) did you train the people that are coming to greece? 23:03 rangi i doubt they will be coming 23:03 rangi most likely remote presenation 23:03 rangi but yep Doreen at least 23:04 rangi http://photos.bigballofwax.co.nz/gallery3/index.php/2006/kohafiji/dsc02213 <-- outside 23:04 drojf they so have to do a kohacon 23:12 dcook Looks like the manual for 16.05/3.24 is up? 23:12 dcook http://manual.koha-community.org/3.24/en/ 23:13 rangi http://translate.koha-community.org/manual/master/en/html-desktop/ <-- i like this version better 23:14 dcook Ooooh. That looks much better 23:14 dcook Also doesn't reference 3.24 when it's 16.05... 23:14 rangi https://koha-community.org/documentation/ 23:14 rangi does there, so we will want to change that 23:15 dcook That's much nicer, rangi :) 23:17 wizzyrea updated. 23:17 wizzyrea I can't do anything (except submit patches of course) about the url's of the version or what it says in the manual 23:18 drab hi all 23:18 dcook wizzyrea: "the version formerly known as 3.24"? Too soon? :p 23:18 dcook hi drab 23:18 wizzyrea *shrug* 23:18 dcook I'm teasing a bit. I like it. 23:19 drab I'm running koha 3.22 and I think I found a bug, but wanted to check in before reporting, maybe there's something I'm missing 23:19 dcook drab: You can search at https://bugs.koha-community.org/bugzilla3/ 23:19 dcook That should have all the bugs that are currently reported 23:20 dcook You can also ask here, which can be faster sometimes 23:20 drab yeah, already did, don't see it 23:20 dcook Cool. What's the bug? 23:21 drab the librarian was trying to prep some labels and "add an item" using label-edit-batch.pl 23:21 drab after doing a search with label-item-search.pl 23:21 drab in the result page generated by label-item-search.pl each item has a "add" button 23:21 drab s/button/link/ 23:22 drab that link is generated in htdocs/intranet-tmpl/prog/en/modules/labels/result.tt 23:22 drab in all cases the link is cgi-bin/labels/label-xxxxx 23:22 drab but in the results it's /cgi-bin/barcodes/label-edit... 23:22 drab it's the only place where I could find /barcodes/ 23:22 drab and that's a 404 23:22 drab I s/barcodes/labels/ and it worked fine for him 23:24 wizzyrea it works for me on master 23:24 wizzyrea what version of 3.22 are you on 23:24 drab with /barcodes/ ? 23:24 drab that dir just isn't there, koha was installed following the guidelines from repo package 23:25 drab sec 23:25 drab ii koha-common 3.22.04 all integrated (physical) library management system 23:26 wizzyrea cgi-bin/koha/barcodes/label-edit-batch.pl?op=add&batch_id=0&item_number=1 < this is what 3.22.04 gives me on that screen for the add link. 23:26 drab https://github.com/Koha-Community/Koha/blob/master/koha-tmpl/intranet-tmpl/prog/en/modules/labels/result.tt#L91 23:26 drab that's the line I had to change 23:26 drab before it worked again 23:27 drab right, that doesn't work for me, I have to replace /barcodes/labels/ 23:27 drab if I click that link I get a 404 23:27 drab which makes sense since there's no barcodes/ dir inside cgi-bin/koha/ in my install 23:27 drab could it be they unintalled some plugin or something that nuked that dir? 23:28 drab they didn't say anything about that, I asked, but you never know 23:28 drab they certainly do not have shell access 23:29 drab dpkg -L koha-common | grep barcodes -> empty result 23:29 wizzyrea clicking the link sends the itemnumber to the form on the previous pave 23:29 wizzyrea page 23:29 wizzyrea that's all it does. 23:29 drab right, it does that after I replace /barcodes/labels/ 23:29 wizzyrea dunno, it works for me without that change. 23:30 drab ok 23:30 drab [25/Apr/2016:10:38:47 -0700] "GET /cgi-bin/koha/barcodes/label-edit-batch.pl?op=add&batch_id=0&item_number=4153 HTTP/1.1" 404 12802 "-" "Mo 23:30 drab zilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/48.0.2564.116 Safari/537.36" 23:30 drab wizzyrea: do you have that directory in your cgi-bin/koha/ ? 23:30 rangi it shouldnt ever go there 23:30 rangi that could be anything 23:31 rangi the js is set to return false 23:31 rangi you shouldnt leave the page 23:31 wizzyrea ^ 23:31 rangi onclick="add_item('[% text_field.field_value %]',[% batch_id %], '[% text_field.type %]'); return false" 23:31 rangi why that is not working is the question 23:31 dcook drab: What browser are you using? 23:31 rangi do you have js turned off? 23:32 rangi (or maybe check the console see if it is erroring) 23:32 dcook Older versions of IE don't always play nice with "return false"... 23:32 wizzyrea define older, that's important :P 23:32 wizzyrea there's a lot of "older" now 23:33 dcook wizzyrea: I can't recall, hehe. Probably 7 and maybe 8. I've looked at that 'return false' thing before.. 23:33 wizzyrea I don't think the modern web would work on 7/8 23:33 dcook I suppose it depends on what part of it 23:34 dcook I was reading a thing about how Google tries to degrade gracefully wherever possible. I wouldn't be surprised if other major sites did as well. 23:35 wizzyrea moreover, if you're using 7 or 8, you're still probably running windows Vista. 23:35 dcook I think 7 works on XP 23:35 wizzyrea maybe you got lucky and got a windows 7 with IE 8 23:36 dcook I do have a VM for Windows 7 with IE 8. That must be more common than I think... 23:36 wizzyrea but MS is pretty much forcing people to win10 23:36 wizzyrea it's practically harassment 23:37 dcook I'd probably rather have people on a more up-to-date OS than the ancient ones. I haven't looked into all those win10 security/privacy issues though 23:38 dcook I wonder if there is an IE tag... I should start one. No idea where this thing is 23:38 dcook drab: How're you going? 23:40 drab hi, was checking in again, I think I figured out what's going on, pebkac 23:40 wizzyrea woo for problem solving! 23:41 drab I don't quite understand why/how, but what I think is happening is that they closed the other window/opened link in new tab 23:42 drab if I just do the "normal" thing it works, yuo're right, it doesn't matter that it says /barcodes/ 23:42 drab but if you open in a new window and close the original screen (maybe they were trying to maximize, not sure), then there's no parent and it follows the link 23:43 drab so I think they tried once, had that problem, reported it, I found the 404 in the apache log and thought that was the problem 23:43 drab instead of asking for an exact repro 23:43 drab I will ask tomorrow and see exactly what their workflow is 23:45 drab on a different note if you don't mind, they also reported/shown me a bunch of broken labels, which I can repro myself 23:45 drab I found this bug: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10821 23:45 huginn 04Bug 10821: major, P1 - high, ---, cnighswonger, CLOSED WONTFIX, label pdf adding in strange breaking 23:46 drab but it's old and I'm not sure about the resolution. still my labels are broken the same exact way, line is split into two new lines with a leading . as described in the bug, or over 3 lines, one line per character 23:46 drab csv and xml are correct 23:46 drab exports* 23:49 dcook drab: Well done, drab :) 23:49 dcook Hmm, that is an interesting resolution.. 23:50 rangi why? 23:50 rangi it was a problem in an upstream module, which has been fixed upstream? 23:50 wizzyrea problem was upstream from us, not our thing to fix 23:50 wizzyrea heh 23:50 dcook But has it been added in to Debian? 23:50 dcook Or do we need to make a bug report for Debian too to get that fix downstream? 23:50 rangi how is that possibly a koha bug? :) 23:50 wizzyrea ^ 23:51 dcook Well, it affects Koha if it doesn't get into the OS distribution 23:51 rangi so does mysql 23:51 rangi you gotta draw a line somewhere 23:51 dcook I suppose so 23:51 wizzyrea Sometimes people see wontfix and think "OH HOW MEAN" 23:51 dcook I keep wondering what's going to happen when people using ICU start using Debian Jessie 23:52 dcook Because Zebra 2.0.59 doesn't work correctly for ICU 23:52 wizzyrea hard to fit "not our problem, and we draw the line" into a succinct status. 23:52 dcook It doesn't affect me, since we don't use Debian 23:52 dcook But I wonder about everyone else 23:52 drab it's cool, I get the drawing the line, I'm just not sure how to apply the fix myself. will dig into it, thanks 23:52 dcook Are we silently just going to pretend there isn't a problem with third-party software interacting with Koha? 23:53 rangi no, but we arent going to leave open bug reports we can't possibly ever fix either 23:53 dcook Agreed 23:53 dcook I'm not saying that we shouldn't close the bug report in Bugzilla. 23:53 dcook I'm just curious if the upstream fix is making it downstream 23:54 dcook I mean... it looks like Koha folk sent in the patch for CPAN 23:54 dcook I get the drawing the line in the sand... 23:54 rangi https://packages.debian.org/search?keywords=liblibrary-callnumber-lc-perl 23:54 drab https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10821 23:54 huginn 04Bug 10821: major, P1 - high, ---, cnighswonger, CLOSED WONTFIX, label pdf adding in strange breaking 23:55 rangi its in stretch 23:55 dcook Especially as the idzebra maintainer hasn't replied to Robin's report from ages ago 23:55 drab whups, my bad, meant to paste in a browser 23:55 dcook rangi: I suppose I could've just looked instead of monologuing :p 23:55 dcook Too used to talking to the baby, I guess 23:56 dcook Hmm 23:56 dcook Don't really see it in the changelog but maybe it 23:56 dcook http://metadata.ftp-master.debian.org/changelogs//main/libl/liblibrary-callnumber-lc-perl/liblibrary-callnumber-lc-perl_0.23-1_changelog 23:57 dcook No reports? https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=liblibrary-callnumber-lc-perl;dist=unstable 23:57 rangi https://tracker.debian.org/pkg/liblibrary-callnumber-lc-perl you can always track it here 23:58 dcook Sweet. Was trying to find the right links.. 23:58 dcook I'm always a fan of this one too: https://anonscm.debian.org/cgit/pkg-perl/packages/liblibrary-callnumber-lc-perl.git 23:59 rangi idzebra are pretty insular 23:59 rangi it's their main fault 23:59 dcook Well, I'm guessing gregor hermann must've gotten an email from Dan or Galen and just did it that way? 23:59 dcook rangi: idzebra in Debian you mean? 23:59 rangi no in general 23:59 dcook Yeah?