IRC log for #koha, 2016-07-13

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
00:09 Francesca joined #koha
00:15 CHRIS11112 joined #koha
00:17 Francesca joined #koha
00:20 Francesca joined #koha
00:57 CHRIS11113 joined #koha
01:48 Francesca joined #koha
02:01 cdickinson__ joined #koha
02:05 CHRIS11114 joined #koha
02:08 CHRIS11115 joined #koha
02:09 lari joined #koha
02:48 CHRIS11116 joined #koha
03:20 CHRIS11117 joined #koha
03:23 CHRIS11118 joined #koha
03:28 Francesca joined #koha
04:15 BobB joined #koha
04:35 irma joined #koha
04:48 CHRIS1114 joined #koha
05:10 cait joined #koha
05:19 Francesca joined #koha
05:23 drojf joined #koha
05:23 drojf morning #koha
05:57 laurence joined #koha
06:07 dcook joined #koha
06:09 * dcook wavs
06:09 also waves
06:10 StomproJosh joined #koha
06:13 drojf hi dcook
06:13 dcook heya drojf :)
06:46 reiveune joined #koha
06:47 reiveune left #koha
06:48 reiveune joined #koha
06:48 reiveune hello
06:50 wilfrid joined #koha
06:58 paul_p joined #koha
06:58 morgane joined #koha
06:59 alex_a joined #koha
07:00 alex_a bonjour
07:02 morgane hi
07:17 cait joined #koha
07:17 cait hi #koha
07:17 remember: today is a developer meeting! :)
07:27 alex_a_ joined #koha
07:32 fridolin joined #koha
07:32 fridolin hie
07:38 paul_p_ joined #koha
07:39 gaetan_B joined #koha
07:39 gaetan_B hello
07:39 wahanui privet, gaetan_B
07:43 sophie_m joined #koha
07:55 petter joined #koha
08:12 LibraryClaire joined #koha
08:29 LibraryClaire morning #koha
08:32 atheia joined #koha
08:36 * LibraryClaire goes hunting for coffee
08:42 Francesca joined #koha
08:53 petter morning!
08:53 happy hunting
08:54 cait hi petter :)
08:54 how are you doing? OPL going live soon?
08:54 petter hi cait!
08:54 I'm fine
08:54 we're going live in end of september
08:54 cait i spotted something in Jo's itinerary :)
08:55 petter yeah, exciting!
08:55 cait hope everything goes well :)
08:55 petter me too:)
08:55 but I guess not everything will be perfect at first
08:55 cait is the new building then done too?
08:55 petter nope
08:55 cait aah
08:55 ok
08:55 petter still some years with construction left
08:55 cait ok :)
08:55 petter 2019 i think? it keeps getting postponed
08:55 cait i was wondering because I thought it was meant to be a rather long project
08:55 petter indeed
08:56 cait but cool that you can get started with Koha now
08:56 petter yes, I'm looking forward for more control
08:56 (but also more responsiblity when things break)
08:56 cait true
08:58 petter how are things going with you?
08:58 cait super busy
08:58 wahanui super busy is the new normal
08:58 drojf lol
08:58 cait good and bad :)
08:58 petter better busy than not
08:58 cait yeah true, but there is a limit heh
08:59 drojf hi cait, petter and LibraryClaire
09:00 cait morning drojf
09:01 petter hi drojf
09:02 LibraryClaire hi drojf
09:02 and cait, and petter :)
09:12 cait hi LibraryClaire :)
09:14 * LibraryClaire waves enthusiastically post-coffee
09:14 cait heh
09:15 drojf i would like such a coffee
09:16 LibraryClaire It was badly made by me
09:16 drojf @wunder berlin, germany
09:16 huginn drojf: The current temperature in Berlin Tegel, Germany is 17.0°C (10:50 AM CEST on July 13, 2016). Conditions: Light Thunderstorms and Rain. Humidity: 77%. Dew Point: 13.0°C. Pressure: 29.89 in 1012 hPa (Rising).
09:16 drojf i don't see thunderstorms, just a sky that is almoszt completely black
09:16 LibraryClaire @wunder LCY
09:16 huginn LibraryClaire: The current temperature in London City, United Kingdom is 16.0°C (9:50 AM BST on July 13, 2016). Conditions: Partly Cloudy. Humidity: 68%. Dew Point: 10.0°C. Pressure: 30.04 in 1017 hPa (Steady).
09:26 eythian @wunder ams
09:26 huginn eythian: The current temperature in Schiphol, Badhoevedorp, Netherlands is 16.2°C (11:17 AM CEST on July 13, 2016). Conditions: Drizzle. Humidity: 84%. Dew Point: 13.0°C. Pressure: 29.92 in 1013 hPa (Steady).
09:27 eythian we had a brief but visible thunderstorm yesterday
09:27 drojf i have the most rain ever now
09:27 eythian saw the flashes out the window and everyone was all " .. was that lightning?", and then 20 seconds later the thunder arrived.
09:28 drojf: they manage their water better here, part of being below sea level
09:28 LibraryClaire it rained yesterday for 25minutes of my 30 minute run
09:29 drojf good timing
09:29 LibraryClaire the best
09:29 wahanui well, the best is probably the CSS-only one.
09:29 * LibraryClaire pats wahanui
09:29 LibraryClaire meeting...
09:29 wahanui meeting is in two days, i thought was tomorrow. plenty of time then
09:30 eythian https://www.lightningmaps.org/[…]index.php?lang=nl <-- unfortunately the realtime stuff seems to currently be broken
09:30 or the proxy here is being awful
09:31 maybe I should build a lightning detector, I have spare computer things that need projects.
09:34 LibraryClaire no meeting
09:34 drojf the best
09:34 wahanui the best is probably the CSS-only one.
09:37 LibraryClaire yeah
10:04 alex_a joined #koha
10:39 alex_a_ joined #koha
10:53 eythian https://pbs.twimg.com/media/Cn[…]gAErRbS.jpg:large <-- LibraryClaire
10:54 LibraryClaire that's Larry :)
10:55 currently the country's most popular politician
10:57 eythian lack of empathy, casual cruelty, self-focused, ... sounds like an appropriate post for a cat then.
10:59 LibraryClaire heh
11:01 lunch...
11:01 wahanui i heard lunch was a good idea :)
11:01 LibraryClaire :D
11:03 drojf joined #koha
11:39 oleonard joined #koha
11:40 LibraryClaire joined #koha
11:49 meliss joined #koha
11:52 Stompro joined #koha
12:05 ericar joined #koha
12:06 misilot joined #koha
12:18 marcelr joined #koha
12:18 marcelr hi #koha
12:19 NateC joined #koha
12:25 nengard joined #koha
12:30 LibraryClaire hi marcelr
12:30 marcelr hello LibraryClaire
12:33 test__ joined #koha
12:37 test__ Hi, anyone here?
12:46 edveal joined #koha
12:51 oleonard Yes test__ , people are here. Do you have a Koha question?
12:52 Dyrcona joined #koha
12:57 CHRIS1114 joined #koha
13:06 nengard morning
13:15 Dyrcona joined #koha
13:21 JoshB joined #koha
13:24 test__ oleonard: What kinda things do you guys have in your library?
13:25 oleonard Books, magazines, DVDs, audio CDs, tablets, laptops, bicycles, pocket digital projectors, infrared thermometers
13:25 nengard :)
13:25 I love the bikes
13:25 I talk about that all the time
13:40 mario joined #koha
13:49 talljoy joined #koha
13:53 oleonard_ joined #koha
14:00 amyk joined #koha
14:01 rocio joined #koha
14:04 Joubu hi #koha
14:05 Was not supposed to be a meeting now?
14:05 oleonard I thought so
14:05 khall me too
14:06 Joubu :)
14:06 khall cait: dev meeting?
14:06 cait aaaah
14:06 sorry
14:06 i am here
14:06 give me a second
14:07 closing my door and pulling up the agenda
14:08 #startmeeting Development IRC meeting 13 July 2016
14:08 huginn Meeting started Wed Jul 13 14:08:13 2016 UTC.  The chair is cait. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:08 Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:08 Topic for #koha is now  (Meeting topic: Development IRC meeting 13 July 2016)
14:08 huginn The meeting name has been set to 'development_irc_meeting_13_july_2016'
14:08 cait #topic Introductions
14:08 Topic for #koha is now Introductions (Meeting topic: Development IRC meeting 13 July 2016)
14:08 wahanui #info wahanui, a bot that has become sentient
14:08 cait please introduce yourself following wahanui's example
14:08 Joubu #info Jonathan Druart
14:08 cait #info Katrin Fischer, BSZ, Germany
14:09 today's agenda is at
14:09 #link https://wiki.koha-community.or[…]ting_13_July_2016
14:09 khall #info Kyle M Hall, ByWater Solutions
14:09 drojf #info Mirko Tietgen, koha.abunchofthings.net
14:10 druthb #info Ruth Bavousett, nobody important.
14:10 oleonard #info Owen Leonard, Athens County Public Libraries
14:10 cait moving onto next topic in a moment
14:10 deb-CSPL joined #koha
14:11 cait #topic announcements
14:11 Topic for #koha is now announcements (Meeting topic: Development IRC meeting 13 July 2016)
14:11 cait #chair drojf
14:11 huginn Current chairs: cait drojf
14:11 cait backup - as I am at work :)
14:12 any announcements?
14:12 drojf not a useful backup today, only here with one eye .)
14:12 cait are you a pirate now?
14:12 ok
14:12 drojf heh
14:12 cait moving on to the next one
14:13 #topic Review of coding guidelines
14:13 Topic for #koha is now Review of coding guidelines (Meeting topic: Development IRC meeting 13 July 2016)
14:13 cait Someone has put up a question for discussion:
14:13 #info Should cache-only bugs require benchmarks to prove confirm speed improvements?
14:14 Joubu It seems that khall did
14:14 khall: what's the context?
14:14 wahanui the context is everything?
14:14 cait khall: can you explain a bit about the context please?
14:14 Joubu I think I provide benchmarks for these kind of changes
14:14 khall yes. The idea being that if a patch is only about speed improvements, should the author be required to post data proving there is a speed increase
14:15 Joubu does, so we should probably just put it in the guidelines
14:15 marcelr #info Marcel
14:16 Joubu khall: I'd it's like unit tests for method/subroutine changes, if you think your patch adds speed improvements, you must prove it :)
14:16 say*
14:16 khall Joubu: it sounds like your in favor of it then?
14:17 Joubu yep
14:17 cait hm I must say it sounds logical to me for this kind of patches
14:17 I think it's also likely to speed thing up if people see there is somethign to gain
14:17 khall agreed
14:17 marcelr some other patches could use benchmarks too ?
14:17 Joubu we could provide a bunch of lines testing the cache speed
14:19 cait i think we once agreed that if we have doubts about a patch - like if we are afraid it will slow down things significantly, that qa can ask for benchmarks
14:20 checking the coding guidelines one sec
14:20 hm nothing for speed, benchmark or performance in there...
14:21 Joubu khall: What's the context? Did you ask for a specific patchset?
14:21 khall Joubu: I don't really recall to be honest.
14:22 I think if we are going to be able to ask for benchmarks on non-cache patches, the bar should be set fairly high.
14:22 marcelr wouldn't hurt to have a general rule to ask for benchmarks where we doubt
14:22 but yes, not to quick
14:22 khall Yes, but it's also another hurdle that developers have to jump.
14:23 It makes sense for performance patches, but I think we've got plenty of hoops to jump through already ; )
14:23 Joubu I will check if I can add some benchmarks in the qa tools (optional) for QA
14:24 That could launch a series of tests before and after the patches applied
14:24 and compare the diff
14:24 khall Joubu: that would be very useful!
14:24 that would definitely lower the bar. Thanks!
14:24 cait cool
14:24 i will log an action for that :)
14:24 Joubu yes please do :)
14:25 marcelr lots of success :)
14:25 cait #action Joubu is going to check if some performance testing can be included in the qa scripts (launch a series of tests and compare diff)
14:25 khall left #koha
14:25 khall joined #koha
14:25 cait so shoudl we just add one rule for now?
14:25 performance patches should improve performance gain?
14:25 marcelr or: patches should not dramatically impact performance ?
14:25 khall I think so. Should we do a vote?
14:26 cait marcelr: would be nice if that was a given heh :)
14:26 khall marcelr: I think that's a slippery slope ; )
14:26 marcelr whats in a drama
14:27 cait #startvote new coding guideline: performance and chache related patches should include benchmarks of some sort to prove their effects. Question? (yes,no)
14:27 khall ?
14:27 huginn Begin voting on: new coding guideline: performance and chache related patches should include benchmarks of some sort to prove their effects. Question? Valid vote options are , yes, no, .
14:27 Vote using '#vote OPTION'. Only your last vote counts.
14:27 khall #vote yes
14:27 marcelr #vote yes
14:27 Joubu #vote yes
14:27 cait i have to add a question mark somewhere... so it works
14:27 #vote yes
14:27 druthb #vote yes
14:27 drojf #vote yes
14:28 oleonard #vote yes
14:28 cait #endvote
14:28 #agreed new coding guideline: performance and chache related patches should include benchmarks of some sort to prove their effects.
14:28 huginn Voted on "new coding guideline: performance and chache related patches should include benchmarks of some sort to prove their effects. Question?" Results are
14:28 yes (7): Joubu, cait, oleonard, marcelr, druthb, khall, drojf
14:28 khall @later tell oleonard this looks interesting https://nosir.github.io/cleave.js/
14:28 huginn khall: The operation succeeded.
14:28 cait who is going to add it?
14:28 khall cait: I will
14:28 cait #action khall to add new benchmark rule to the coding guidelines
14:29 do we have a page about benchmarking/tools? might be good to link if we have - to give some hints
14:29 moving on to next topic
14:29 #topic Bugs in discussion
14:29 Topic for #koha is now Bugs in discussion (Meeting topic: Development IRC meeting 13 July 2016)
14:29 cait #info Topic: Koha::Patrons::Import (bug 12598) vs Koha::Exporter::Record (bug 14722)
14:29 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12598 enhancement, P5 - low, ---, kyle, Failed QA , New misc/import_borrowers.pl command line tool
14:29 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=14722 enhancement, P5 - low, ---, jonathan.druart, Pushed to Master , Refactor the catalogue export tool (command-line tools/export.pl does not work anymore. Use misc/export_records.pl instead)
14:30 cait again, i need some help here about the context please
14:30 Joubu It's just about the name/structure of the import/export new modules we are going to add
14:30 I have added Koha::Exporter::Record in 14722
14:30 and 12598 adds a Koha::Patrons::Import
14:30 that does not make sense to have both
14:31 edveal joined #koha
14:31 Joubu we should have either Koha::Exporter::Record(s?) and Koha::Exporter::Patron(s?)
14:31 marcelr consistency++
14:31 Joubu of Koha::Patrons::Export|Import and Koha::Records::Export|Import
14:32 cait i am all for concistency... but I don't have a strong prefrence there
14:32 Joubu My opinion is that having Koha::Exporter|Importer::Stuffs will add the ability to have a Koha::Exporter::Importer to group export/import methods, if we have to
14:32 cait exporter sounds a little odd to me - so from language.. maybe i'd look under patrons first
14:34 khall personally, I like how Koha::Object::Export and Koha::Object::Import read, it really revolves around the object, and not the "Exporter" which is a thing that doesn't exist
14:34 Joubu can be Koha::Import|Export::Objects instead
14:35 khall yep, I don't think either one is really "better" than the other
14:35 Joubu anyone else?
14:36 cait hm
14:36 Joubu khall: no, but it's bad if they both exist :)
14:36 cait i think we have no inheritance, is that right? as kyle said, there is no exporter object?
14:36 Joubu We will want to export in csv, odt, pdf, etc.
14:37 khall Joubu: yes, I agree with that. We should pick one or the other
14:37 Joubu and we will want to centralise some of these functions under the same namespace
14:37 khall Koha::Patron::Export::CSV
14:37 vs
14:37 Koha::Export::CSV::Patron?
14:37 oleonard_ joined #koha
14:37 khall I think the former makes more sense
14:37 Joubu or Koha::Export::Patron::CSV
14:38 khall that's not bad either
14:38 Joubu ok I will ask on the mailing list...
14:38 khall ok, I think we need to just have a majority rule vote. We're bikeshedding ; )
14:38 cait yeah, ask so they pick one
14:38 and state it clearly
14:39 Joubu just thought dev meeting would be appropriate to get feedbacks
14:39 khall Joubu: why not just decide now? It's like we're arguing over what color to paint the house ; )
14:39 cait not sure we will have a clear vote
14:39 Joubu as we will get this color for ages, I'd prefer not to  have my house pink
14:39 cait i woudl abstain i think - not sure either way
14:39 marcelr it depends on the focus of the code
14:40 cait but... pink is pretty!
14:40 khall I would probably abstain as well
14:40 oleonard_ Yeah, not enough opinionated voters here today I think
14:40 marcelr is the focus export first or patron first ?
14:40 khall cait: you'd like florida then ; )
14:40 cait :)
14:40 drojf not that it matters in any way, but catmandu has Catmandu::Exporter::CSV
14:40 cait i'd say,... ask on the mailing list and count that out after a week or so
14:40 * drojf contributes random information
14:40 * nengard is confused about what we're voting on
14:41 cait ah they have exporter
14:41 Joubu drojf: thanks, I will have a look at their code then
14:41 khall I think drojf brings up a good thought though, I think Koha::Patron::Export::CSV is more "CPAN-like"
14:42 but again, I don't think the choice is that important, the consistency is
14:42 cait #action Joubu to ask on the mailing list about which namespace scheme should be used for the 'export things'
14:42 Joubu I have plenty of other questions for devs, so I will shoot all of them in an email to koha-devel
14:42 drojf so we don't have a lot of opinions, but rather none in particular?
14:43 khall now if we built a system where we could import and export arbitrary objects ( patrons, libraries, etc ) then Koha::Export::Patron::CSV would make a lot more sense
14:43 Joubu that was the idea
14:43 khall drojf: I think that's the case. I think Joubu is championing Koha::Export::Patron::CSV
14:43 Joubu: ok, I'll through my hat in your ring ; )
14:43 oleonard_ It's hard to plan for what we think we /might/ do in the future.
14:44 khall indeed
14:44 so I'm now in favor of Joubu's choice if that matters ; )
14:44 drojf +1 for consistency is my only opinion
14:44 Joubu we have at least patron and record (biblio+auth) and we could add reports, etc.
14:44 drojf so if we have 2 people agreeing on something, i am all for that
14:44 cait ok
14:44 vfernandes joined #koha
14:44 cait so we do vote
14:45 #action ... delete last action
14:45 marcelr i vote for mailing list
14:45 vfernandes hi #koha
14:45 cait marcelr: 2 seconds earlier...
14:45 drojf marcelr: do you expect new input on the topic? or just postpone it to "not now"?
14:45 Joubu I will abstain :D
14:45 marcelr more info
14:46 cait so mailing list? or vote this, that, ml? heh
14:46 i think it's not super urgent - but shoudl be resolved
14:46 so i think mailing list would be ok
14:46 khall agreed
14:46 cait if there is no conclusion, we will have a vote next meeting
14:46 drojf ok
14:46 cait #action ... and action item is in effect again
14:46 vfernandes there is any easy way or any report to verify which records have repeated authorities?
14:46 cait moving on
14:46 oleonard_ vfernandes: we are in a meeting right now
14:46 drojf vfernandes: we are in a meeting
14:46 cait #info Topic:  Allow Koha::Objects to be used as hashrefs ( Bug 15759 )
14:46 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=15759 enhancement, P5 - low, ---, kyle, RESOLVED WONTFIX, Allow Koha::Object derived objects to be used as hashrefs
14:46 Joubu well, we have 2 big patches waiting for QA, so it's not so urgent but...
14:47 cait ah
14:47 Joubu I think authors (me included) would prefer not to rebase them for 1 year :)
14:47 but I will ask on the ML
14:47 cait thx
14:47 drojf Joubu: you wanted to abstain :P
14:47 vfernandes sorry!
14:47 cait i hope the opinions will be one onse side or the other
14:47 so a vote won't be necessary then
14:48 so for the next topic there has been some discussion and also on the mailing list
14:49 do we need more discussion or are we ready for a vote?
14:49 Joubu khall closed the bug
14:49 * oleonard_ gets a stiff neck from watching all the discussions go over his head
14:50 khall I'd still be open to discussion if anyone is interested
14:50 Joubu so I don't really know if it's stilll valid
14:50 khall I'm be willing to reopen it
14:50 Joubu :)
14:51 khall does everyone here know about bug 15759?
14:52 cait i think i lean more onto not doing it
14:52 * Joubu whispers yes
14:53 khall I think it would give us a *huge* leap on improving our code
14:53 cait for the reasons alex and other stated
14:53 TGoat joined #koha
14:53 khall the argument against it is "we should be rewriting all that code instead"
14:53 but, I must ask, who is going to volunteer to do that?
14:55 Joubu I do!
14:55 I have plenty of patches waiting for signoff and QA
14:55 moving code from C4 to Koha
14:56 cait true :)
14:56 Joubu and it will help to manipulate objects and only objects
14:56 instead of mixing objects and hashrefs
14:56 khall ok, put that in the actions ; )
14:57 Joubu If these patches could be pushed in an easier/quicker way, I could continue the same job for other modules
14:57 khall I think the writing is on the wall for 15759. I thought it was clever and interesting at least.
14:58 Joubu: I think we need a special ops team. You to write, someone to sign off, and someone to qa
14:58 I'd volunteer for the qa part
14:58 if you can find someone for sign-offs, we could add focus and speed to your project
14:58 cait sounds good
14:59 I think some are in the signed off state already
14:59 I was focusing on the 'bugs' the last 2 days, trying to get back into things
14:59 khall Joubu wil get me the bug numbers and I'll take a look!
14:59 we're wandering off topic
14:59 shall we move on?
15:00 cait #action khall volunteers to focus on rewrite patches for QA
15:00 #action Jobuu to provide a list of bug numbers waiting for QA in that area atm
15:00 ok
15:00 #topic  Deprecate support for Debian Wheezy?
15:00 Topic for #koha is now Deprecate support for Debian Wheezy? (Meeting topic: Development IRC meeting 13 July 2016)
15:01 cait drojf: ?
15:01 drojf i think we agreed that if we want to abandon wheezy at some point, we would have to announce we deprecate support for it before.
15:01 AFAIK, we add more things that won't work in wheezy. like plack out of the box (and all other apache 2.4 related things that may come) and elasticsearch (unless i'm mistaken here)
15:01 so we do not fully support wheezy any longer. do we want to "support" it at all, or just label it deprecated? like, announce it now, drop support for 16.11
15:01 related quetion: are there a lot of people still using wheezy, and for what reasons?
15:01 *question
15:02 khall I think we should just go ahead and deprecate it, and drop support for 16.11
15:03 cait 16.11?
15:03 khall that is, drop official wheezy support in 16.11
15:03 cait aah
15:03 khall too many important things don't work in wheezy
15:03 cait sorry, got confused
15:04 khall np ; )
15:04 drojf 16.11 may be the "ES in koha" release (don't know the status), so i think it would make sense to have the cut then
15:04 cait do we have a kind of list?
15:04 drojf list of what?
15:04 cait so that we coudl say... due to this that and so... it will be deprecated
15:04 khall cait: well, plack and elastic
15:04 cait ok
15:04 good list :)
15:04 drojf and apache 2.4 in general
15:04 cait shall we vote on that?
15:04 what woudl be the consequences? a note in the release notes
15:04 khall drojf: indeed!
15:05 cait not fixing bugs related only to wheezy?
15:05 drojf not backporting whatever things. from the packaging side
15:05 because those might get a lot
15:05 cait ok
15:06 oleonard Does it have the potential to exclude Koha users because they are unable to upgrade for some reason?
15:06 drojf it will probably work for a while, apart from some things. don#t know. i would not mind backporting security stuff for a little longer. but not all of catmandu and things like that
15:06 cait #info Deprecating Wheezy because of problems with ES, Plack, Apache 2.4 - will mean: note in release notes, not fixing bugs specific to wheezy, not backporting from packaging side
15:06 drojf oleonard: i don't know and i don't know how we could find out about it
15:07 cait probably they shoudl be using a supported current OS
15:07 drojf what is a valid reason not to uprade your server operating system?
15:07 cait ?
15:07 shoudl we vote?
15:07 khall drojf: I don't think there is one ; )
15:07 cait: yes, I think we should vote
15:08 cait #startvote Should we officially deprecate Debian Wheezy? (yes,no,abstain)
15:08 huginn Begin voting on: Should we officially deprecate Debian Wheezy? Valid vote options are , yes, no, abstain, .
15:08 Vote using '#vote OPTION'. Only your last vote counts.
15:08 eythian if you vote no, you are offering to support it :)
15:08 khall #vote yes
15:08 drojf #vote yes
15:08 cait #vote yes
15:08 drojf lol eythian
15:08 Joubu #vote yes
15:08 cait done?
15:09 #endvote
15:09 huginn Voted on "Should we officially deprecate Debian Wheezy?" Results are
15:09 yes (4): Joubu, cait, drojf, khall
15:09 cait #agreed Wheezy is officially deprecated
15:09 #action bag to add a note to the next release notes
15:09 bag woot
15:09 cait ok?
15:09 drojf so long, wheezy
15:09 cait moving on
15:09 and hi bag ;)
15:10 #topic General development discussion (trends, ideas, ...)
15:10 Topic for #koha is now General development discussion (trends, ideas, ...) (Meeting topic: Development IRC meeting 13 July 2016)
15:10 bag hola
15:10 cait ther is nothing listed under this topic
15:10 does someone have something he/she wants to add?
15:10 Joubu 4 votes for deprecating wheezy...
15:10 khall I'm interested in thoughts on Angular vs React
15:11 I think the nature of Koha would make React better suited
15:11 cait React seems to be somewhat... hotter? right now - but I don't have any technical knowledge/views :(
15:11 drojf Joubu: none against it :P
15:11 Joubu (The rewrite work is on https://bugs.koha-community.or[…]raph.cgi?id=15449, but I have already paste this number thousands of times)
15:11 cait but maybe... pick only one please
15:11 khall cait: exactly
15:11 cait Joubu: if someone wants to fight the decision... they always can next meeting :)
15:11 khall I think React is a better fit because:
15:12 cait #info Topic: thoughts on Angular vs React
15:12 khall a) we already have a code base, Angular is more happy being the app, it doesn't share well ; )
15:12 b) React is all about create "widgets" which we could re-use from page to page
15:13 so it would greatly simplify our code if we used react
15:13 Consider the patron info sidebar, that could be converted to a React widget that could be used across multiple pages
15:13 or the checkouts table, or the holds table
15:13 we just tell the widget "show the data for this patron" and it does it's thing
15:14 I'm sure it's possible with Angular as well, but Angular is much "heavier"
15:14 I think we need to pick just one
15:14 drojf i'm happy to learn a little of one of them. after you decide what you want to use ;) not qualified to pick one
15:15 Joubu kivilahtio presented the diff between these 2 frameworks and his conclusion was the same as yours: React is better
15:15 khall React is also easier to learn
15:15 wahanui okay, khall.
15:15 Joubu I dont remember the details, but he had a big list of pros/cons
15:15 drojf i like easier to learn
15:15 khall excellent! Just looking for input, I don't want to code myself into a corner ; )
15:16 oleonard khall: Are you interested enough in it to put together a proof of concept?
15:16 Joubu what I was going to ask for
15:16 cait would it make sense to ask kivilahtio for his list?
15:16 khall oleonard: yes, that's the plan! I'm going to start with something small
15:16 cait can i action that?
15:16 :)
15:16 khall I wrote the item messages feature using Angular, I'll rewrite it using React
15:16 cait: sure!
15:17 oleonard Yes, coordinating with kivilahtio sounds sensible
15:17 Joubu khall: does it make sense to use React to call the rest api?
15:17 cait #action khall to provide a proof of concept for using React in Koha
15:17 khall Joubu: yes, I think that should absolutely be done
15:17 cait #info more information in chat log about this - not easy to info all :)
15:17 khall *but* first we need to get the API enabled by default
15:17 Joubu in that case, I am waiting for an example on bug 14974 for month
15:17 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=14974 enhancement, P5 - low, ---, gmcharlt, Patch doesn't apply , Use the REST API for cities
15:17 Joubu :)
15:17 khall also a good reason to move on from wheezy to jessie
15:18 cait i'd be happy if we could do a little api tutorial sometime
15:18 one of the things I didn't achieve at the hackfest... missed out on that
15:18 khall cait: I think that's an excellent idea!
15:18 cait how to activate, how to test, how to validate... whatever comes to mind
15:18 khall I volunteer Julian ; )
15:19 let's vote on that since he's not here : ) =
15:19 oleonard I hate to see any major changes to our JavaScript infrastructure before we get a front-end build tool in place.
15:19 khall oleonard: how's that going?
15:20 what do we want to use? Gulp and Bower?
15:21 oleonard We never reached a consensus, although pianohacker volunteered to build custom packages for something like Gulp if that would move it forward.
15:22 I'm not really familiar with Bower
15:22 khall I think Gulp is the way to go. Bower is great for js deps. We could manage all our libraries using Bower. jQuery and such
15:22 cait #info cait would be interested in an online api tutorial - how to set it up, test, validate etc.
15:23 khall oleonard: it's like apt-get but for javascript libraries
15:23 cait shudl we put this as a topic on the next agenda?
15:23 or maybe ask for ideas on the mailing list?
15:24 khall both I think
15:24 oleonard: would you be willing to start a mailing list thread?
15:24 CHRIS1114 joined #koha
15:24 cait #action khall to add react/angular and frontend build to to next agenda ;)
15:25 oleonard? :)
15:25 oleonard Yes
15:25 khall thanks!
15:26 oleonard gro
15:26 whoops, focus!
15:27 kidclamp joined #koha
15:28 cait #action oleonard to start a mailing list thread about the frontend build tool
15:28 ok sorry
15:29 moving on
15:29 Joubu I have a question, if we have finished with the this topic
15:29 cait ah ok
15:29 go for it :)
15:29 Joubu How can we motivate other devs to attempt dev meetings?
15:29 :D
15:29 drojf by deprecating stuff when they are not looking
15:29 Joubu just kidding, you can move on something else
15:29 cait hehe yes
15:29 ok
15:29 morgane bye !
15:30 morgane left #koha
15:30 cait #topic Updates from the QA team
15:30 Topic for #koha is now Updates from the QA team (Meeting topic: Development IRC meeting 13 July 2016)
15:30 khall ha!
15:31 cait first... sorry for the absence - I hope to improve on that
15:31 and a thank you to Joubu for his summaries
15:31 i think they contain a lot of good info
15:31 Joubu: do you have something for QA?
15:31 ah... I had wanted to compile a list about mysql 5.x bugs - but I didn't get to it
15:32 Joubu The last 2 months I have sent a "what's on in koha-devel" email
15:32 cait I'd like to get some focus on them if possible
15:32 we have a lto of people ignoring the warning in the release notes or not reading it
15:32 Joubu to summarise what's happen on bugzilla and koha-devel ML
15:33 like that devs won't have excuse not to follow/know what is going on
15:33 I have started the move of C4::Members to Koha::Patrons
15:33 cait Joubu++
15:33 Joubu see bug 16846 and related
15:33 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=16846 enhancement, P5 - low, ---, jonathan.druart, ASSIGNED , Move patron related code to Koha::Patron
15:34 cait #info read Joubu's summary emails "what's on in koha-devel"! :)
15:34 #info Joubu started move of C4::Members to Koha::Patrons
15:34 Joubu and the others on the graph I paste earlier
15:35 cait are we ready to se tthe date for the next meeting?
15:36 #topic Set time of next meeting
15:36 Topic for #koha is now Set time of next meeting (Meeting topic: Development IRC meeting 13 July 2016)
15:36 reiveune bye
15:36 reiveune left #koha
15:36 cait the next general meeting is august 3
15:36 maybe a week after?
15:36 august 10?
15:36 Joubu k
15:36 cait which time?
15:36 wahanui it has been said that which time is better for my area? 10:00+0000 or 22:00+0000?
15:36 cait 21 utc ?
15:36 wahanui somebody said 21 utc was fine and might be better for local time adjustments.
15:36 CHRIS1115 joined #koha
15:37 cait rather late in europe... better in other places
15:37 Joubu wow, not ok :)
15:37 cait 19 utc?
15:37 wahanui somebody said 19 utc was fine by me.
15:37 Joubu I don't know, I let you decide
15:38 still late for me, but if it can help to get other devs, it's ok for me (who?)
15:38 cait let's try
15:38 trying to see what that is in nz but failing
15:39 hm 7 am
15:39 #agreed next meeting will take place on august 10 at 19 UTC
15:39 if it doesn't work out, we will set another date close
15:39 #endmeeting
15:39 Topic for #koha is now Welcome to the #koha IRC chat | Code of conduct - https://koha-community.org/abo[…]/code-of-conduct/ | Please use http://paste.koha-community.org for pastes | Installation guide for Koha is https://wiki.koha-community.org/wiki/Debian
15:39 huginn Meeting ended Wed Jul 13 15:39:29 2016 UTC.  Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
15:39 Minutes:        http://meetings.koha-community[…]-07-13-14.08.html
15:39 Minutes (text): http://meetings.koha-community[…]6-07-13-14.08.txt
15:39 Log:            http://meetings.koha-community[…]13-14.08.log.html
15:39 cait thx all for attending
15:39 a general question: has anyone worked with sorting in zebra?
15:40 as specially stuff that shoudl not sort? :)
15:40 * drojf heads home
15:40 drojf #later #koha
15:41 khall bye!
15:42 fridolin left #koha
15:50 laurence left #koha
15:55 gaetan_B bye
16:02 oleonard Oh yeah, now I remember why I went down the rabbit hole of removing "onclick"
16:03 Not just good practice, but a precursor to moving JS out of the header and into the footer
16:22 drojf joined #koha
16:22 cait ie--
16:23 oleonard: can you tell why $("option[value*='acqdate']").hide(); wouldn't work in IE but does in firefox?
16:23 it doesn't seem to like using the attribute as a selector... is my guess... but gr.
16:23 i am trying tot hide the acquisition date sort for an archive - it doesn't make sense for them
16:24 i try to avoid using the text - as I need mroe lines for german and english then and any other language that might get added
16:25 oleonard cait: What page? And which version of IE?
16:26 cait the result list in opac
16:26 or the advanced search page
16:26 3.22 koha
16:27 ie 1
16:27 11
16:33 oleonard cait: No I don't know why it doesn't work.
16:34 ...but it's just two <option>s right? So you could run two commands with specific values instead.
16:44 cait oleonard-away: hm?
16:45 oleonard-away: sorry, was dealing with another ticket...
16:45 oleonard-away: translations change, so avoiding going for the text woudl have been nice
16:48 oleonard++ thx for taking a look
16:50 $("option:contains('Acquisition date')").hide(); doesn't work either :(
16:51 oleonard-away: changing remove to hide worked... ...
16:51 hm hide to remove
16:52 kidclamp wrap the option in a span then hide cait, that seems to work better
16:52 cait adding an element and then hide it?
16:52 i hate IE.
16:52 $("option:contains('Acquisition date')").remove();
16:52 $("option:contains('Erwerbungsdatum')").remove(); works apparently
16:53 kidclamp yeah {selector}.wrap(<span>).hide()
16:53 cait i will keep that in mind
16:53 kidclamp ti works sometimes with out, the span seems to guarantee
16:53 ie--
16:53 cait it's still really odd
16:53 kidclamp :-)
16:54 cait thx for sharing the trick kidclamp++
16:54 kidclamp np
17:34 CHRIS1115 joined #koha
17:35 cait left #koha
17:36 LibraryClaire joined #koha
18:12 cait joined #koha
18:29 tcohen joined #koha
18:30 tcohen hi
18:31 kidclamp hi tcohen
18:31 pianohacker hi tcohen!
18:32 tcohen: Iiiiiii have a question for you :)
18:32 tcohen shoot
18:33 pianohacker: i was born like that, no point trying to fix me
18:33 (if that was the question)
18:33 pianohacker tcohen: how hard would it be to make __MEMCACHED_*__ replaced in apache-shared-*-plack.conf on debian?
18:33 heh
18:33 same here man
18:34 tcohen you mean like having one of those files per-instance?
18:35 the apache-shared-*.conf files are there in a way we can patch them on upgrade
18:35 they are reused on all instances
18:36 and the plack ones
18:36 started using apache variables for the instance names
18:37 pianohacker hmmmm
18:37 drojf hi tcohen and pianohacker
18:37 pianohacker tcohen: could apache variables work for the memcached namespace?
18:37 hi drojf !
18:37 tcohen pianohacker: look at apache-site.conf.in
18:37 drojf we deprecated wheezy at the dev meeting and drop support at 16.11. do all complaining and/or happy dances now
18:38 * bag happy dancer
18:38 tcohen pianohacker: and then how we use it in apache-shared-*-plack.conf
18:38 ${instance}
18:39 pianohacker wooooooooooooohah
18:40 tcohen so generated files cannot be patched (for now)
18:40 but the plack ones can
18:40 they are just included and make use of variables to solve this
18:42 pianohacker hmmm
18:42 * drojf expected a happy dance from tcohen :P
18:42 pianohacker (of course, all of this becomes irrelephant if we put memcached back in koha-conf)
18:43 * tcohen dances happily!
18:44 tcohen drojf: that's really good news
18:44 is anyone using rfid cards for their patrons?
18:46 drojf i'm not, but interested in the question
18:48 unless that was the question :P
18:50 pianohacker tcohen: are the debian memcached namespace and server consistent enough that we could hardcode them with instance variables?
18:50 *apache variables
19:06 tcohen pianohacker: we let the users set the namespace prefix
19:06 which defaults to koha_
19:06 and cannot imagine people changing it
19:08 pianohacker hmmmmmmmm
19:08 oleonard cait: I use this to hide publication date: $("option[value='pubdate_asc']").remove();
19:08 pianohacker I may just bug 16218 a dep of memcached-in-koha-conf
19:08 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=16218 trivial, P5 - low, ---, veron, Pushed to Stable , printfeercpt.tt (and others) does not include jQuery
19:08 oleonard The value doesn't change with translations
19:08 pianohacker woops
19:08 cait oleonard: i tried that - but it only worekd when i changed hide to remove
19:08 pianohacker bug 16520
19:08 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=16520 minor, P5 - low, ---, jweaver, Failed QA , Per-virtualhost SetEnvs don't work with Plack
19:08 cait so it might not have been the selector all along
19:09 pianohacker: so hard to fix?
19:11 oleonard: figured it out after you had left
19:13 oleonard++
19:24 nengard left #koha
19:36 nuentoter joined #koha
19:40 nuentoter so after looking and looking i have a couple questions, is there a listing somewhere of all the possible authorized values categories?
19:40 and is that where i would go to edit the "search category" field in the item types?
19:40 drojf i doubt it. as you can create whatever authorized value you want
19:41 oleonard drojf: True, but there are authorized values which some features require but which are not created by default in Koha
19:41 That's where the gap is.
19:41 nuentoter i know you can create new ones from thin air, but i do believe there are many not implemented by default in the available listing
19:41 drojf true. UPLOAD comes to mind as an annoying example
19:42 nuentoter yeah like oleonard said lol, is there a page that lists them all?
19:42 drojf if by "page" you mean bugzilla, i am sure it's all in there
19:42 oleonard No there isn't nuentoter, not that I know of.
19:43 drojf but somewhere in 16000 bugs
19:43 not a single one :P
19:43 but…
19:43 awesome quest for a community contribution. find them all, add them to the wiki. for the greater good
19:44 nuentoter ok then i thought my google skills were just lacking, second question to edit the list of "search categories" that show up under the item types list, where do i go?
19:46 oh wow nm  i just lack reading skills
19:49 oleonard Interesting that ITEMTYPECAT exists with not values but UPLOAD simply doesn't exist.
19:49 I guess that's a bug!
19:50 drojf it's the only one that i had to add 20 times to show stuff. does not mean there are no others, but that one bugs me
19:51 oleonard In other news, I have no idea what "search categories" are supposed to do
19:53 JesseM joined #koha
19:53 oleonard Nothing in the help file either
19:53 cait oleonard: group itemtypes for search
19:54 say you have dvd and video
19:54 youcould create a group 'fillm'
19:54 you put both itemtypes in it
19:54 and then the advanced search will only show film as a limit
19:54 and it will search both itemtypes when you click it
19:55 oleonard cait: And it will hide the individual item types you grouped together?
19:55 cait yep
19:55 not from other pages, i think, but it works on the advanced search
19:55 it will also use th icon from the authorised value
19:56 we set it up in 3.22 just yesterday for a library - so still fresh on my mind:)
19:57 oleonard I wish that worked for collection codes too
19:57 Maybe that's why I wasn't aware of it.
19:58 cait yeah it would be nice to add that
19:58 and also the translation feature that we have for itemtpes now
19:58 i'd really like that for authorisedvalues
19:58 but probably needsto be done one by one... lots of work
19:58 drojf i thought i tested that for authorized values
19:59 cait only itemtypes i think - at least i haven't seen the other bug
19:59 drojf hm maybe i am just confused. which is very likely
20:01 rangi morning
20:02 oleonard Hi rangi
20:03 drojf cait: https://bugs.koha-community.or[…]g.cgi?id=14063#c4 (yay not confused but i think we don't have it)
20:03 huginn 04Bug 14063: enhancement, P3, ---, veron, RESOLVED DUPLICATE, Implement language overlay for authorised values
20:03 cait morning rangi
20:04 drojf hi rangi
20:05 oleonard drojf: That bug is a duplicate of a bug which is marked as fixed.... But fixed in what way?
20:06 tcohen joined #koha
20:08 cait maybe a confusion
20:08 the itemtype bug first was phrased very general
20:08 drojf oleonard: not sure, only skimmed through it, but i don't think it fixed authorized values
20:15 oleonard cait: I agree that the Admin preferences patch is a step back from the point of view of the settings being incorporated into sentences
20:16 I assumed based on the patch that this system wasn't working well for languages other than English. Is that not the case?
20:16 cait you have to get creative sometimes... because you can't change sequence
20:16 but it's a lot of translation work this will cause too
20:16 good to give it some thought
20:17 oleonard Does splitter not link directly to bug reports from anywhere?
20:18 cait oleonard: hm?
20:18 oleonard yy
20:18 Sorry
20:18 I'm bad at keyboards today
20:19 cait i had a long day - i might not be thinking very clearly :)
20:19 waht did you mean to say?
20:19 oleonard Where splitter lists the bug reports which modify a file... It doesn't seem to link to the bug report, just to the attachment
20:20 cait ah
20:20 maybe because it takes the attachements as base for figuring it out
20:20 but it shows the number i think
20:20 i shoudl totally use it more
20:34 mveron joined #koha
20:34 mveron Good evening / daytime #koha
20:35 rangi hi mveron
20:35 mveron hi rangi
20:37 drojf hi mveron
20:37 mveron hi drojf
20:56 tcohen joined #koha
21:34 tcohen joined #koha
21:35 tcohen hi
21:35 we'll miss you nengard!
21:38 cdickinson_ joined #koha
22:00 bag general_meeting?
22:00 talljoy general meeting?
22:00 wahanui general meeting is 8 April 2015 at 19:00 UTC
22:00 bag heya cait do you know when the next general meeting is
22:03 Francesca joined #koha
22:03 tcohen joined #koha
22:04 wizzyrea isn't it on the wiki?
22:04 talljoy lazyweb
22:09 cait it is on the wiki :)
22:09 i think first week of august
22:18 tcohen is anyone using RFID cards for their patrons?
22:19 rangi HDC does
22:20 te takere
22:20 tcohen hi rangi
22:20 hdc?
22:20 rangi horowhenua district council
22:20 tcohen who can I talk to about it?
22:21 rangi we host their Koha, so me?
22:21 why?
22:21 tcohen i'd like to know how you hook it into KOha
22:21 rangi self check machines
22:21 or any other rfid reader
22:21 tcohen and store the RFID as carnumber?
22:21 rangi koha doesnt even know/car
22:21 e
22:22 it sees everythign as input from a webbrowser
22:22 it has no idea how it got into that web browser
22:22 (or as a SIP transaction)
22:22 tcohen yeah, but you use what is read, as a cardnumber
22:22 right?
22:22 rangi yup
22:22 tcohen this library uses the patron's national ID right now
22:23 they should just move it somewhere else I guess...
22:23 and then, patrons loose their cards
22:23 so what's the workflow?
22:23 rangi scan a card
22:23 like you would scan a barcode
22:23 then end ;)
22:24 the reader does all the work
22:24 theres usually a bit of software that comes with the reader
22:24 tcohen yes, I know how the checkout would work
22:24 problem is patron DB maintenance
22:24 rangi that understand how it is stored and stuff on the card
22:24 that doesnt change
22:24 the card just has cardnumber
22:25 if you put more info on the card .. then you are asking for trouble
22:25 tcohen ah
22:25 so that's all I need to know
22:25 i thought people relied on the ID of the RFID card
22:26 so that's it, thanks
22:27 rangi ahhh naw, you want to store your own id on it, lose a card, just put the id on another one
22:28 otherwise you're stuck forever :)
22:28 tcohen yeah, they were concerned about people re-using lost cards to cheat
22:28 so they wanted to rely on their unique ID
22:29 thus the need for a workflow for assgning new id's to patrons+
22:29 rangi you could do it that way
22:29 its just the same as if someone loses a card with a preprinted barcode, and you ahve to give them another
22:29 you change the number in Koha
22:29 lots of libraries already do that
22:29 wizzyrea it's the standard way, really.
22:30 but you can't change a "national ID number" so you'd probably need a different one.
22:30 rangi yeah
22:30 wizzyrea I can't think of a way to keep the ID number, but expire the card that carries it
22:31 rangi the thing with barcode, you can store one thing
22:31 with rfid, you can store multiple
22:32 you can have national id number, library number, whatever else .. all on the same chip
22:32 tcohen rangi: the hardware probably lets you choose a cdefault field
22:32 wizzyrea if you can do that then it'll be fine.
22:32 * tcohen has no idea of course
22:34 rangi yep
22:34 every 'system' does it a bit differently, and you pretty much have to have their software to read the chips
22:37 tcohen thanks wizzyrea rangi
22:38 rangi no problem
22:45 tcohen could we add https://www.cs.utexas.edu/user[…]wd02xx/EWD215.PDF to the coding guidelines at some point?
22:46 rangi we have goto ?
22:46 tcohen sure
22:46 rangi that's already against all guidelines ever
22:46 tcohen overdue_notices.pl:591
22:47 rangi you wouldn't think that would have to be explicitly spelt out
22:47 tcohen it is a hidden goto
22:47 nah, a goto
22:47 mario joined #koha
22:48 wizzyrea oh, if you are poking in overdue_notices you are already down the rabbit hole.
22:49 rangi the next?
22:49 wahanui well, the next is packaging manager... do we have a volunteer for that?
22:49 rangi thats a continue, not a goto
22:50 tcohen joined #koha
22:51 tcohen I hate my mother's wifi router
22:51 rangi hehe
22:52 * tcohen read the logs
22:52 tcohen you are right
22:52 rangi still confusing though
22:53 tcohen i hate it too :-D hehe
22:53 will work on 'overdue_notices.pl should have a test mode' bug, will try to refactor it  abit
22:55 rangi sweet
22:56 tcohen C4/AuthoritiesMarc.pm and sms_listen.pl have goto's :-D
22:56 Francesca joined #koha
23:18 papa1 joined #koha
23:30 tcohen joined #koha
23:35 irma joined #koha
23:40 * dcook is just going to leave this here: https://lh3.googleusercontent.[…]949a30870c9f9.gif
23:40 dcook eythian: ^
23:41 wizzyrea hahahahahahaha
23:41 dcook Best. Thing. Ever.
23:42 wizzyrea that ending tho
23:47 Francesca see you guys soon!
23:50 bag yeah that’s pretty awesome dcook
23:52 cait1 joined #koha
23:56 chrisvella__ joined #koha

← Previous day | Today | Next day → | Search | Index

koha1