Time Nick Message
23:59 dcook Yeah?
23:59 rangi no in general
23:59 dcook rangi: idzebra in Debian you mean?
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 rangi it's their main fault
23:59 rangi idzebra are pretty insular
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:58 dcook Sweet. Was trying to find the right links..
23:57 rangi https://tracker.debian.org/pkg/liblibrary-callnumber-lc-perl you can always track it here
23:57 dcook No reports? https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=liblibrary-callnumber-lc-perl;dist=unstable
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:56 dcook Don't really see it in the changelog but maybe it
23:56 dcook Hmm
23:55 dcook Too used to talking to the baby, I guess
23:55 dcook rangi: I suppose I could've just looked instead of monologuing :p
23:55 drab whups, my bad, meant to paste in a browser
23:55 dcook Especially as the idzebra maintainer hasn't replied to Robin's report from ages ago
23:55 rangi its in stretch
23:54 huginn 04Bug 10821: major, P1 - high, ---, cnighswonger, CLOSED WONTFIX, label pdf adding in strange breaking
23:54 drab https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10821
23:54 rangi https://packages.debian.org/search?keywords=liblibrary-callnumber-lc-perl
23:54 dcook I get the drawing the line in the sand...
23:54 dcook I mean... it looks like Koha folk sent in the patch for CPAN
23:53 dcook I'm just curious if the upstream fix is making it downstream
23:53 dcook I'm not saying that we shouldn't close the bug report in Bugzilla.
23:53 dcook Agreed
23:53 rangi no, but we arent going to leave open bug reports we can't possibly ever fix either
23:52 dcook Are we silently just going to pretend there isn't a problem with third-party software interacting with Koha?
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 But I wonder about everyone else
23:52 dcook It doesn't affect me, since we don't use Debian
23:52 wizzyrea hard to fit "not our problem, and we draw the line" into a succinct status.
23:52 dcook Because Zebra 2.0.59 doesn't work correctly for ICU
23:51 dcook I keep wondering what's going to happen when people using ICU start using Debian Jessie
23:51 wizzyrea Sometimes people see wontfix and think "OH HOW MEAN"
23:51 dcook I suppose so
23:51 rangi you gotta draw a line somewhere
23:51 rangi so does mysql
23:51 dcook Well, it affects Koha if it doesn't get into the OS distribution
23:50 wizzyrea ^
23:50 rangi how is that possibly a koha bug? :)
23:50 dcook Or do we need to make a bug report for Debian too to get that fix downstream?
23:50 dcook But has it been added in to Debian?
23:50 wizzyrea heh
23:50 wizzyrea problem was upstream from us, not our thing to fix
23:50 rangi it was a problem in an upstream module, which has been fixed upstream?
23:50 rangi why?
23:49 dcook Hmm, that is an interesting resolution..
23:49 dcook drab: Well done, drab :)
23:46 drab exports*
23:46 drab csv and xml are correct
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:45 huginn 04Bug 10821: major, P1 - high, ---, cnighswonger, CLOSED WONTFIX, label pdf adding in strange breaking
23:45 drab I found this bug: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10821
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:43 drab I will ask tomorrow and see exactly what their workflow is
23:43 drab instead of asking for an exact repro
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: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:42 drab if I just do the "normal" thing it works, yuo're right, it doesn't matter that it says /barcodes/
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:40 wizzyrea woo for problem solving!
23:40 drab hi, was checking in again, I think I figured out what's going on, pebkac
23:38 dcook drab: How're you going?
23:38 dcook I wonder if there is an IE tag... I should start one. No idea where this thing is
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:36 wizzyrea it's practically harassment
23:36 wizzyrea but MS is pretty much forcing people to win10
23:36 dcook I do have a VM for Windows 7 with IE 8. That must be more common than I think...
23:35 wizzyrea maybe you got lucky and got a windows 7 with IE 8
23:35 dcook I think 7 works on XP
23:35 wizzyrea moreover, if you're using 7 or 8, you're still probably running windows Vista.
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:33 dcook I suppose it depends on what part of it
23:33 wizzyrea I don't think the modern web would work on 7/8
23:33 dcook wizzyrea: I can't recall, hehe. Probably 7 and maybe 8. I've looked at that 'return false' thing before..
23:32 wizzyrea there's a lot of "older" now
23:32 wizzyrea define older, that's important :P
23:32 dcook Older versions of IE don't always play nice with "return false"...
23:32 rangi (or maybe check the console see if it is erroring)
23:31 rangi do you have js turned off?
23:31 dcook drab: What browser are you using?
23:31 rangi why that is not working is the question
23:31 rangi onclick="add_item('[% text_field.field_value %]',[% batch_id %], '[% text_field.type %]'); return false"
23:31 wizzyrea ^
23:31 rangi you shouldnt leave the page
23:31 rangi the js is set to return false
23:30 rangi that could be anything
23:30 rangi it shouldnt ever go there
23:30 drab wizzyrea: do you have that directory in your cgi-bin/koha/ ?
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 [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 ok
23:29 wizzyrea dunno, it works for me without that change.
23:29 drab right, it does that after I replace /barcodes/labels/
23:29 wizzyrea that's all it does.
23:29 wizzyrea page
23:29 wizzyrea clicking the link sends the itemnumber to the form on the previous pave
23:29 drab dpkg -L koha-common | grep barcodes -> empty result
23:28 drab they certainly do not have shell access
23:28 drab they didn't say anything about that, I asked, but you never know
23:27 drab could it be they unintalled some plugin or something that nuked that dir?
23:27 drab which makes sense since there's no barcodes/ dir inside cgi-bin/koha/ in my install
23:27 drab if I click that link I get a 404
23:27 drab right, that doesn't work for me, I have to replace /barcodes/labels/
23:26 drab before it worked again
23:26 drab that's the line I had to change
23:26 drab https://github.com/Koha-Community/Koha/blob/master/koha-tmpl/intranet-tmpl/prog/en/modules/labels/result.tt#L91
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:25 drab ii koha-common 3.22.04 all integrated (physical) library management system
23:25 drab sec
23:24 drab that dir just isn't there, koha was installed following the guidelines from repo package
23:24 drab with /barcodes/ ?
23:24 wizzyrea what version of 3.22 are you on
23:24 wizzyrea it works for me on master
23:22 drab I s/barcodes/labels/ and it worked fine for him
23:22 drab and that's a 404
23:22 drab it's the only place where I could find /barcodes/
23:22 drab but in the results it's /cgi-bin/barcodes/label-edit...
23:22 drab in all cases the link is cgi-bin/labels/label-xxxxx
23:22 drab that link is generated in htdocs/intranet-tmpl/prog/en/modules/labels/result.tt
23:21 drab s/button/link/
23:21 drab in the result page generated by label-item-search.pl each item has a "add" button
23:21 drab after doing a search with label-item-search.pl
23:21 drab the librarian was trying to prep some labels and "add an item" using label-edit-batch.pl
23:20 dcook Cool. What's the bug?
23:20 drab yeah, already did, don't see it
23:20 dcook You can also ask here, which can be faster sometimes
23:19 dcook That should have all the bugs that are currently reported
23:19 dcook drab: You can search at https://bugs.koha-community.org/bugzilla3/
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:18 dcook I'm teasing a bit. I like it.
23:18 wizzyrea *shrug*
23:18 dcook hi drab
23:18 dcook wizzyrea: "the version formerly known as 3.24"? Too soon? :p
23:18 drab hi all
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:17 wizzyrea updated.
23:15 dcook That's much nicer, rangi :)
23:14 rangi does there, so we will want to change that
23:14 rangi https://koha-community.org/documentation/
23:14 dcook Also doesn't reference 3.24 when it's 16.05...
23:14 dcook Ooooh. That looks much better
23:13 rangi http://translate.koha-community.org/manual/master/en/html-desktop/ <-- i like this version better
23:12 dcook http://manual.koha-community.org/3.24/en/
23:12 dcook Looks like the manual for 16.05/3.24 is up?
23:04 drojf they so have to do a kohacon
23:04 rangi http://photos.bigballofwax.co.nz/gallery3/index.php/2006/kohafiji/dsc02213 <-- outside
23:03 rangi but yep Doreen at least
23:03 rangi most likely remote presenation
23:03 rangi i doubt they will be coming
23:02 drojf rangi: lacks the cool outside pics ;) did you train the people that are coming to greece?
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:01 pianohacker bag: bug 12478
23:01 rangi drojf: http://photos.bigballofwax.co.nz/gallery3/index.php/2006/kohafiji/usp/DSC04690 <-- i've done some koha training in fiji
22:59 drojf …still they can reject it
22:59 rangi yup
22:59 drojf yeah it's complicated. can't apply unless you are accepted,
22:58 rangi all good
22:58 pianohacker rangi: force pushing now with signoffs and followups unless you have any objections
22:58 rangi often this happens people do a talk submission, then can't get funding to travel
22:58 drojf ah yes i vaguely remember that
22:57 drojf (and i mean that regarding 5 people, getting your institution to pay for travel is always hard)
22:57 rangi i think saudi one
22:56 drojf what was the other?
22:56 rangi nope, not in the original one ... cool though
22:56 drojf it's awesome they got 5 people in for a 30 minutes talk though :)
22:55 rangi thanks pianohacker
22:55 drojf maybe they changed title and added contributors
22:54 drojf the internet archive does not have the page
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:53 pianohacker rangi: okay, all the QA errors have been fixed and all the new tests finally pass
22:53 drojf kohacon on the fiji islands would be nice. just thinking.
22:51 drojf also they allcapsed koha :P
22:50 drojf weren't you on the board to decide about it?
22:49 rangi im guessing remote presentation
22:48 wizzyrea oo
22:48 rangi the 11.30 presentation on day 3 ... I dont remember noticing that one before
22:48 rangi http://kohacon2016.lib.auth.gr/?page_id=2417
22:47 rangi hm this is interesting
22:45 wizzyrea cool ty
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:30 rangi yeah, weird
22:27 pianohacker I'm just going ahead and fixing the indentation, which is all it seems to need, but still odd
22:25 wahanui interesting is sometimes good and sometimes bad
22:25 rangi interesting
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: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:03 wizzyrea drojf: just file a bug under the koha infrastructure
22:03 drojf about entertainment?
22:02 pianohacker drojf: that's a wizzyrea question, I think
21:57 drojf quiet here. i spent the whole day in an ancient database, i'd like to be entertained now :)
21:50 Karl_H well, I'll have to keep looking into it tomorrow. Thanks for responding though!
21:40 Karl_H that's everything :/
21:40 Karl_H Above the errors it also says there's a non-zero exit status of 255 as well
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: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: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:28 drojf ithere is probably some more info in that test?
21:27 Karl_H thats the only test that fails, not sure if I'm missing a dependency somewhere or what
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:25 drojf ;)
21:24 rangi done, i love where it takes you when you submit :)
21:24 rangi just answering now
21:24 rangi sorry drojf
21:21 rangi lets remove it or it will just get confusing, I think that was my first go, before eythian took over
21:21 pianohacker quick grep didn't find any references to it, but wanted to confirm
21:21 rangi might be right
21:21 rangi hmm you
21:20 pianohacker rangi: looks like opac/elasticsearch.pl is lying around but unused?
21:11 drojf hola rangi
21:11 rangi hi drojf
21:10 drojf evening
20:50 pianohacker it's inconvenient
20:50 pianohacker curse you and your productivity
20:50 rangi yep, i then did some more
20:50 pianohacker I could push it as a new branch
20:50 pianohacker rangi: I just grabbed it after you posted those two patches
20:49 rangi force push will kill that, unless you want to grab it first, sign off and force push
20:49 rangi its been rebased on master, and has 16248 on it
20:49 rangi hmm, the branch has probably moved since you grabbed it last
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:37 pianohacker cool thanks
20:35 rangi nope
20:35 pianohacker rangi: any reason not to do the other (non-copyright changes) I mentioned above?
20:21 cait pianohacker++ rangi++
20:18 pianohacker rangi++
20:18 huginn pianohacker: downloading the Perl source
20:18 pianohacker @rangi++
20:17 rangi pianohacker: right, its got those 2 patches on it now
20:16 bag yeah pianohacker everything should be on the branch that rangi is managing
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:15 pianohacker thanks much man
20:15 rangi gimme 10 mins
20:15 rangi yup
20:15 pianohacker rangi: will they be in sync after that?
20:15 pianohacker oh jeez, losing track of this branch/bug thing...
20:14 rangi now they have been signed off by nick, ill add them to the branch
20:14 rangi etc
20:14 rangi https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=50291
20:14 rangi the 2 patches on here
20:13 huginn 04Bug 12478: enhancement, P5 - low, ---, robin, Signed Off , Elasticsearch support for Koha
20:13 rangi https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12478
20:13 rangi yeah, specifically those ones ;)
20:13 rangi yep if you want
20:13 pianohacker rangi: this is the .t's specifically
20:13 rangi Hmm I thought I had fixed the headers in later patches
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:10 rangi yup?
20:10 pianohacker some of them I've fixed myself, minor style things, but two questions
20:09 pianohacker rangi: I'm QAing the ES patches, and the tools are grumbling
19:49 bag sweet
19:49 rangi bag: ill rebase on master, and add that other patch too
19:45 cait morning
19:45 rangi morning
18:58 oleonard Bye #koha
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>
17:42 cait i think i will follow oleoanard's steps and take a look at the files
17:42 cait you guessed the right one
17:42 cait ah yeah sorry
17:34 Joubu cait: no there is no easy way to test it...
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 bug 16154 I guess
17:27 Joubu cait: is it the right bug#?
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:22 pianohacker bug 16254
17:16 cait Joubu: is there a good way to test bug16254?
17:08 huginn jcamins: 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.
16:08 huginn pianohacker: The operation succeeded.
16:08 pianohacker @later tell tcohen I would like to talk to you about plack if you're in later
15:59 tcohen bye
15:54 tcohen or even the updatedatabase entry
15:54 tcohen I even think the bug itself should've been accepted without regression tests
15:53 tcohen how is it possible that we haven't delivered the bugfix?
15:53 tcohen i wrote hundreds of lines of regression tests for that
15:53 tcohen that's it
15:53 tcohen the logaction line was using the wrong variable
15:53 tcohen it is just that i'm not sure how we ended there
15:52 Joubu tcohen: you should not approach bugs with "itemtype" in the title
15:49 tcohen i mean c'mon!!
15:49 tcohen can we just leave all that requirements for further enhancements?
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:47 tcohen ah c'mon
15:39 reiveune bye
14:10 cait1 bbiab
14:10 cait1 isn't lazy seen as a dev quality?
14:06 oleonard Lazy. Definitely lazy.
14:06 drojf or they dont like my survey :P
14:06 drojf either koha devs are lazy or there will be very few at the hackfests
13:58 cait1 drojf++
13:54 magnuse yeah, drojf++
13:37 tcohen proposed for Packaging Manager :-D
13:36 drojf hm?
13:36 tcohen drojf++
13:36 tcohen hi, again
13:09 cait it seemed to come pretty close
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 could someone take another look at bug 6906 mybe?
13:00 kidclamp works for me
12:59 oleonard "No description available" maybe?
12:54 kidclamp '(no description for this code)' maybe
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 oleonard: for bug 14576 - what would be better than "Not an authorized value" or just leave it as the code?
12:45 oleonard I noticed it too and it bugged me
12:45 kidclamp Go for it, and thanks!
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 oleonard Are you taking Bug 16334? I can work on it if not.
12:45 kidclamp oleonard: sorry i mixed up staff/opac btw, Friday brain
12:44 kidclamp yessir?
12:44 wahanui hmmm... kidclamp is going to talk to the sponsors and see what they think
12:44 oleonard kidclamp?
12:35 cait hm but broken before and after then
12:32 oleonard catalogue/showmarc.pl appears to try to use it if you're using UNIMARC
12:30 cait i woder if UNIMARC_compact.xsl is in use?
12:29 cait oleonard: oh fun
12:29 tcohen hi cait
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 @wunder cordoba, argentina
12:29 tcohen bonjour!
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:27 wahanui right now is probably testing just somebody seeing if it works?
12:27 oleonard Right now.
12:27 oleonard Yes
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:23 cait after the other weirdness i am happy if that's not me
12:23 cait ah ok :)
12:22 oleonard cait: I did not find that authorized values worked on opac detail before or after the patch
12:22 cait oleonard: did you try that out? the parts that should be working now? did it for you?
12:20 cait it states that right now it should work on opac detail - but not for me
12:20 cait i am a bit torn about the auth values patch
12:20 cait something like that :)
12:20 oleonard cait: Ghosts.
12:15 cait *sighs and moves on with testing*
12:10 cait inwonder what the problemwas a few minutes ago :(
12:10 cait hm editing the auth_values now works perfectly fine
12:07 wahanui hmmm... marcelr is talking with tcohen about it
12:07 cait marcelr ?
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:00 cait looking at bug 16167 now
11:59 cait marcelr: are you using the feature? it appears not fully implemented
11:57 cait can you confirm?
11:56 cait and then ran into a problem with editing auth values on master
11:56 cait i was just trying to see if the icons would still show up on advanced search
11:56 cait ah, we should talk :)
11:56 marcelr cait: qa clash :) i was just looking at that one
11:56 cait adding new ones works, just a problem with editing
11:55 cait i always get an error: thisauthosied value already exists
11:55 cait can someone else try and add an icon to an existing authorised_value?
11:55 cait hm
11:39 * cait waves
11:39 oleonard Hi #koha
11:37 eythian magnuse: it is :)
11:36 magnuse true
11:35 cait so a space might have influence on your results
11:35 cait itype codes are used for search
11:35 magnuse eythian: i'm not usually a great fan of the military, but that is a great story
11:34 cait i wouldn't use them
11:29 magnuse yup, that's us :-)
11:29 magnuse spaces and non-ascii chars in itemtype codes, are they ok or should they be avoided like the plague?
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:27 cait 28th
11:27 wahanui hmmm... thursday is pizza day
11:27 cait thursday
11:25 magnuse oops
11:25 huginn magnuse: YES!
11:25 magnuse @arewethereyet
11:25 wahanui well, friday is pizzaday
11:25 magnuse friday?
11:25 magnuse when is the deadline again?
11:23 cait everyone here for some last minute qa/testing? :)
11:18 * cait waves
11:16 ashimema hi magnuse
11:15 magnuse kia ora ashimema
11:10 magnuse kia ora khall and drojf
11:05 * cait waves
11:04 drojf hi #koha
11:00 cait finally it gets more alive in here :)
11:00 khall mornin!
11:00 cait hey khall :)
10:35 magnuse at the first patch
10:35 magnuse i don't think the conflicts are that bad, but i only had a quick glance
10:34 cait it would be really nice to see that bug move
10:33 cait i don't know of any
10:33 magnuse they wanted to know if there was some workaround while we wait for that bug to get into master
10:32 magnuse it's the same scenario Viktor wanted to solve with bug 14957
10:32 magnuse yeah, from the swedish libris catalogue
10:32 magnuse so they want to say "when this record is imported again, don't overwrite e.g. 653"
10:32 cait but they also import regularly from somewhere?
10:31 cait sounds common
10:31 magnuse my customer wants to add local subjects
10:31 magnuse yeah
10:31 magnuse gotcha, i'll tell my customer someone i place complete trust in said that
10:31 cait because you never know when the record gets updated... reimported and then overwrites all local changes
10:30 cait for the libraries working with the union catlaog
10:30 cait it's a strict 'NO, DON'T DO THAT' now
10:30 cait nope
10:30 magnuse ok, so you found no workaround?
10:30 cait but it would be good in some situations if it did work
10:30 cait we never do that now - because it doesn't work
10:28 magnuse or do you never import, change locally and then need to sheild some fields when you do a new import?
10:28 cait yeah
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 magnuse cait: do you have a need for bug 14957?
10:27 cait no snow on the ground, but it looked quite impressive while it lasted
10:27 cait today
10:27 magnuse :-)
10:27 cait already had snow, rain and sun
10:27 cait we got real 'april weather' here
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 magnuse @wunder boo
10:27 magnuse maybe everyone else is snowed in
10:27 magnuse cait: i thought it was just us getting snow :-)
09:57 cait noone around?
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:45 cait @wunder Konstanz
09:40 cait ... and now it's sunshine
09:22 cait that's somewhat unexpected
09:22 cait ok... there is snow outside
09:06 * cait waves
07:40 PJRB Can someone please suggest a way forward?
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: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:28 wahanui hola, gaetan_B
07:28 gaetan_B hello
06:55 wahanui kia ora, alex_a
06:55 alex_a bonjour
06:48 wahanui hello, reiveune
06:48 reiveune hello
06:36 marcelr hi #koha
06:04 * magnuse waves