Time Nick Message
23:59 pianohacker bye all
23:27 pianohacker wizzyrea++
23:16 pianohacker thanks all!
23:16 huginn Log: http://meetings.koha-community.org/2015/development_irc_meeting_26_august_2015___part_2.2015-08-26-21.34.log.html
23:16 huginn Minutes (text): http://meetings.koha-community.org/2015/development_irc_meeting_26_august_2015___part_2.2015-08-26-21.34.txt
23:16 huginn Minutes: http://meetings.koha-community.org/2015/development_irc_meeting_26_august_2015___part_2.2015-08-26-21.34.html
23:16 huginn Meeting ended Wed Aug 26 23:16:01 2015 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
23:16 pianohacker #endmeeting
23:13 pianohacker givin' til :15
23:12 wizzyrea naw
23:11 pianohacker anything I've forgotten?
23:11 pianohacker I think that's it. Tomas posted in part 1 that he'd post on koha-devel to figure out the time of the next meeting
23:10 pianohacker ^ channelling bag since he's gone
23:10 pianohacker test it test it test iiiiiit
23:10 pianohacker http://staff-bz11559.bwsdev.bywatersolutions.com/ (login bywater / bywater)
23:09 wizzyrea sweet
23:09 pianohacker yup, it's on the bug and the end of the GBSD page
23:09 wizzyrea excellent
23:09 cait wizzyrea: there is a demo installation for everyone to poke :)
23:09 wizzyrea do you have a test instance set up that we can point librarians at?
23:09 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11559 enhancement, P5 - low, ---, jweaver, In Discussion , Professional cataloger's interface
23:09 pianohacker #action pianohacker to post google doc to allow per-test-plan-item feedback for Rancor (bug 11559)
23:09 wizzyrea I think you really want librarians looking at it eh
23:08 cait we already got some nice feedback there - but need a little more
23:08 pianohacker I'm going to be fixing the most recent set of feedback ASAP, things have been crazy here at bws
23:08 pianohacker please!
23:08 cait ... and also. please everyone test the new professional cataloguing editor
23:07 cait thx pianohacker++
23:06 pianohacker #info Please add any bugs/topics of interest to that page
23:06 pianohacker #link http://wiki.koha-community.org/wiki/2015-09-03_Global_bug_squashing_day
23:06 pianohacker #info Reminder, there is a Global Bug Squashing Day on Thursday, September 3
23:06 wizzyrea #info Bug 13618 would be a great one for global bug squashing day, it is vitally important
23:05 pianohacker I'd say that's an excellent segue into the GBSD
23:05 wizzyrea there is still time to fix most of them though
23:05 cait maybe smeting for a dedicated sandbox/gbsd?
23:05 wizzyrea it will break lots of things
23:05 wizzyrea all the testing. so much testing
23:05 cait it needs testing i think
23:05 pianohacker :) well yes
23:05 rangi its a blocker to not being hacked yes
23:05 pianohacker rangi: worth marking it as a blocker?
23:05 wizzyrea it will solve and prevent so many future problems.
23:04 wizzyrea yeah, that bug I'd really like to see tested.
23:04 rangi its pretty vitally important, more important than pretty much everything else that we get that bug 13618 into 3.22
23:04 pianohacker #topic GBSD
23:04 pianohacker all righty.
23:04 wizzyrea that concludes my concerns I think.
23:04 huginn 04Bug 14505: normal, P5 - low, ---, j.kylmala, Needs Signoff , single quotes in journal number cause print routing list window to not appear
23:04 pianohacker #link http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14505
23:03 huginn 04Bug 14691: enhancement, P5 - low, ---, koha-bugs, Needs Signoff , Can't delete patron with ' character in cardnumber
23:03 pianohacker #link http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14691
23:03 pianohacker #info the above is preventing progress on the following bugs; please comment with any ideas
23:03 huginn 04Bug 13618: normal, P5 - low, ---, jonathan.druart, Needs Signoff , Prevent XSS in the Staff Client and the OPAC
23:03 pianohacker #link http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13618
23:02 wizzyrea please put your comments on the bug(s) if you have a preferred solution.
23:02 wizzyrea but we can't decide on a solution
23:02 pianohacker ha! That's my course coordinator's preferred pronunciation as well
23:02 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14505 normal, P5 - low, ---, j.kylmala, Needs Signoff , single quotes in journal number cause print routing list window to not appear
23:02 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14691 enhancement, P5 - low, ---, koha-bugs, Needs Signoff , Can't delete patron with ' character in cardnumber
23:02 wizzyrea bug 14691 and bug 14505
23:02 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13618 normal, P5 - low, ---, jonathan.druart, Needs Signoff , Prevent XSS in the Staff Client and the OPAC
23:02 wizzyrea oh, well, it's not specifically 3.18 but we have a couple of bugs that are waiting on bug 13618 - and they really ought to have interim solutions
23:01 eythian pianohacker: btw, make sure your students call it "octothorpe include" for the future.
23:01 pianohacker #topic 3.18 RMaint comments
23:01 pianohacker I'll take that as a yes :)
23:00 eythian pianohacker: she's furiously looking things up
23:00 pianohacker wizzyrea: topic 3.18 RM comments?
23:00 wizzyrea oh, um, 3.18 is coming along, but there are a few 3.18 only bugs that need poking
23:00 wizzyrea I don't have anything
22:59 pianohacker all right! Anything else?
22:59 pianohacker thank you, was just writing that :)
22:59 wizzyrea #info ByWater have a circ rules revamp on their roadmap
22:58 pianohacker #info ElasticSearch is moving forward, the basics are working. Just needs some refining
22:58 eythian bye bag
22:58 wizzyrea later bag
22:58 pianohacker bye bag
22:58 bag gotta run
22:57 wizzyrea yeah, I was just wondering how you would split that up into testable bits
22:57 pianohacker this is not something that's happening now, but it's on the radar and we're looking for feedback. The RFC will include UI and DB mockups
22:56 pianohacker and how to do this overhaul piecemeal and not as one huge bug
22:56 pianohacker we have ideas for a new UI and database structure that will make things a lot clearer and more flexible for librarians
22:56 wizzyrea :)
22:55 pianohacker I wrote that verbose list at the top of smart-rules.tt, and I don't remember it!
22:54 pianohacker 3) The fallback order from specific branch/itemtype/categorycode all the way back to default branch/itemtype/categorycode is confusing as hell
22:54 pianohacker 2) the frontend and backend require that you set every value for every branch/itemtype/categorycode combination
22:53 pianohacker 1) The current interface, with the superwide table, is intimidating and confusing
22:53 pianohacker wizzyrea: The current system has the following issues:
22:53 wizzyrea what are the problems there you are hoping to solve?
22:53 pianohacker to allow for setting rules piecemeal as opposed to the current supertable that requires setting every value for every situation
22:52 pianohacker anyway. Not much on the bywater front. Kyle and I will be sending an RFC in the coming weeks to work on an overhaul of the circ rules interface and frontend
22:52 wizzyrea ok right
22:51 pianohacker strongly
22:51 pianohacker as a teacher, I strongly disapprove of that idea
22:51 pianohacker hahahaha
22:50 eythian aren't guns legal there?
22:50 bag pianohacker: try this one —> it’s prounouced me-me - not meme
22:50 eythian ug
22:50 eythian ..
22:50 eythian I
22:50 eythian ...
22:50 pianohacker unrelated tidbit: I have not been able to convince freshmen in CS that #include is not pronounced "hashtag include"
22:49 wizzyrea it is now because you clicked it.
22:49 wizzyrea :D
22:49 wizzyrea zip it
22:49 eythian #imhelping isn't an IRC channel, wizzyrea
22:48 wizzyrea https://twitter.com/ZacharyTong < here's the guy who does the webinars #imhelping
22:48 pianohacker #action eythian to make a writeup showing how he's using ElasticSearch
22:47 eythian pianohacker: if you like :)
22:47 pianohacker eythian: mind if I add a #action?
22:47 bag that would be cool - I could hand that to them - and say - hey guys - I’d like a custom webinar that helps us with this…
22:45 eythian At some stage I should write up a big thing saying how I'm using it all, too.
22:45 eythian ah right. Keep nagging them, I'm sure they'll get the idea :)
22:45 bag I even met with them in person at oscon eythian and they still were not able to answer my questions
22:43 eythian https://www.elastic.co/webinars/get-started-with-elasticsearch <-- in fact, they do
22:42 bag I should think they do webinars eythian
22:42 pianohacker you just need a biiiiiig room, bag
22:42 eythian i though they did webinars
22:42 eythian heh
22:41 bag I am talking daily with Elastic trying to get them to do training for all the developers - but they can’t get their mind around the fact that I can’t get all the koha developers into the same room
22:41 wahanui staff interface is different, of coruse
22:41 wizzyrea staff interface
22:41 wizzyrea So. It is not a big thing, but it is a thing - I'm working on tidying up/standardising some of the interfaces, mostly in my own time. Just alerting you all that it is happening and that you'll see some patches every now and then doing that.
22:41 eythian the browse side of it is also working.
22:41 eythian but at its core, it's doing mostly the right things.
22:40 eythian I might do a writeup some time soon on it. But essentially: ES is mostly working, there are a goodly number of rough burrs to file down, and bits of integration etc.
22:40 pianohacker eythian: anything to add about elastic search?
22:40 bag ES needs testing
22:39 pianohacker #topic Big stuff we are working on
22:39 pianohacker ytpos++
22:38 pianohacker bag++
22:38 pianohacker double coverage!
22:38 bag nice typo bag
22:38 bag #info we need at least 4 weeks to really test this - so time really inmportant… I can help with funds - if needed
22:38 wizzyrea #info the API will need at least 4 weeks testing
22:38 pianohacker bag: throw on an #info
22:37 bag so time is a huge matter here
22:37 wizzyrea https://algonquincollegesocialmedia.files.wordpress.com/2014/04/tumblr_m7gj9qivt51rxdvy7o1_500.gif
22:37 bag maybe add to it pianohacker - we need at least 4 weeks to really test this
22:37 pianohacker all right, I'm closing that topic then
22:37 pianohacker ah, yes, https://wiki.debian.org/MeetBot implies so
22:37 bag yes to what wizzyrea said
22:37 pianohacker does that work from non-chairs?
22:36 wizzyrea #info Plenty of reservations about the REST API functions, but we can't make any decisions yet because work is still in progress
22:36 bag :D
22:36 bag 2 no daemons
22:36 bag 1. no auth rewrite
22:36 cait what's 1 and 2?
22:36 pianohacker agreed?
22:36 pianohacker all right, I think we need to see what the stuff from the earlier meeting brings before we can make more decisions
22:35 bag let’s see what 1 brings - then talk with tomas about part 2 - he said this morning that he has ideas there
22:35 pianohacker bye
22:35 rangi right, back to angular training i go
22:35 rangi it will just break itself, hopefully
22:35 bag hoping it’s testable
22:35 rangi the only reason im not flipping out more, is that without the auth rewrite, it doesnt have the propensity to break everything, in the same way that the rushed hourly loans, or first ajax circ did
22:35 bag valid :)
22:34 rangi also i share all the same reservations, this way overcomplicated and way undertestedable
22:34 pianohacker http://stefanorodighiero.net/posts/2014-03-30-managing_multiple_mojolicious_app_with_plack.html ?
22:34 bag part two - that’s were something needs to be creative
22:33 rangi ie, i dont want to be running plack and mojo side by side
22:33 bag so for part one - that’s in the works - no auth rewrite
22:33 wizzyrea (speaking of that, I'm pretty excited about the angular circ)
22:33 bag next release wizzyrea
22:33 rangi also, we need to know how to hook it into plack, without emulating cgi
22:32 pianohacker and because of ajax circ
22:32 rangi its worth a try
22:32 wizzyrea So, basically we need this asap because EBSCO is wanting it for their discovery layer, ya?
22:32 pianohacker you may have comments on the tech side
22:32 pianohacker rangi: if you have a sec, see what I proposed at :00 about mojo-in-irc
22:31 pianohacker but it sounds like there are a lot of missing pieces
22:31 bag cool thanks pianohacker
22:31 pianohacker bag: some of that is on the wiki link I posted above
22:31 rangi 5 min break
22:31 * rangi wanders past
22:31 bag pianohacker: I feel like we decided that at the hackfest
22:30 pianohacker I think we should send something to the list asking for comments/additions and vote on what the v1 api should include
22:30 wizzyrea yay thanks!
22:30 bag https://docs.google.com/document/d/1rWP0RAcYmdlukdacFHremN9TmaKQVtkuEaqpv2i8OHw/edit?usp=sharing
22:30 bag I added a goggle doc to the wiki link that shows the full thing for you wizzyrea
22:29 wizzyrea yes, patron creation would be an important one to add
22:27 eythian because that's already been written, but got blocked waiting for the API.
22:27 wizzyrea righto
22:27 eythian also patron creation
22:26 pianohacker #info see above for an example of adding the necessary objects, API endpoints and tests for a new API piece
22:26 pianohacker #link http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=37413
22:25 bag publicly
22:25 bag but yes it’s been passed around
22:25 pianohacker wizzyrea: I think the above is the closest
22:25 bag :D
22:25 bag I thought it was on the wiki that’s why I first said wiki
22:25 wizzyrea public
22:25 wizzyrea Is there an actual specification document anywhere?
22:24 bag That’s a summary - of course each area has a lot more to them - but that’s the heading :D
22:24 bag <finished>
22:23 bag 8 get pickup location
22:23 bag 7 create edit delete hold
22:22 bag 6 renew checkout
22:22 bag 5 get fine information
22:22 bag 4. get hold information
22:22 bag 3. get checkout infromation
22:22 bag 2 get patron status
22:22 bag 1. Auth
22:22 bag typing give me a sec
22:22 bag this are the minimums
22:21 wahanui bonjour, eythian
22:21 eythian hi
22:21 pianohacker that's the thrust of the RFC, though Kyle or I will be shortly adding checkin/checkout
22:20 wizzyrea so doing stuff with borrowers, and searching serial items?
22:19 pianohacker #link http://wiki.koha-community.org/wiki/New_REST_API_RFC
22:18 wahanui wiki is http://wiki.koha-community.org
22:18 bag wiki?
22:18 pianohacker RESTful, versioned API
22:18 wahanui rumour has it api is expected to be flexible enough to let us add other search engines later
22:18 bag api?
22:18 wizzyrea what is the minimum necessary
22:17 wizzyrea What are the absolute most basic things we need out of this?
22:17 wizzyrea (I'm still here, just pondering)
22:16 pianohacker my understanding is that the reasoning behind the new API was starting fresh with a style of API that's a little more internally structured
22:15 pianohacker that's mostly a cleaner way of doing the old style of service, though
22:14 huginn 04Bug 12272: enhancement, P5 - low, ---, jweaver, NEW , Refactor C4::Service API into Koha::Service class
22:14 pianohacker http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12272
22:14 pianohacker There's Koha::Service, which represents the polar opposite approach, but which I don't push much for reasons of conflict of interest:
22:13 pianohacker I'm not really counting C4::Service, that's old and silly
22:13 wizzyrea what are the alternatives, if any?
22:12 pianohacker any other thoughts about the API for now?
22:11 pianohacker but I think we've got it okay enough that we should try to polish this thing up as much as we can so we don't lose it
22:10 pianohacker I have a massive pile of reservations about this, mostly related to its complexity, the difficulty and boilerplate of adding new API endpoints, testing difficulties, etc
22:10 bag and to speak up :)
22:10 bag there was good discussion there
22:10 bag I’d recommend for anyone/everyone from the above comment - to read the logs from this morning
22:09 wizzyrea that's just your hazard warning.
22:09 wizzyrea (but I don't think that those people who have reservations [smarter people than me] will probably come around to this approach)
22:09 pianohacker yeah, we're looking at doing ajax circ using this, and there's, uh, interest in that
22:08 bag don’t know the answer of yes/no for that question
22:08 bag yes urgency :)
22:08 pianohacker bag: has anyone run the API as part of a general Plack install?
22:08 wizzyrea if there is urgency on this bug, and I think that there is, making it testable would definitely help.
22:08 pianohacker #action pianohacker will investigate feasibility of running API as CGI script
22:08 bag and plack integration into packages now - that’s nice and simple
22:06 bag that was a thought that I have heard pianohacker - plack
22:06 pianohacker because heck, if it's only as slow as any other CGI script, we could just say that to speed up the REST API, set up plack :)
22:04 pianohacker and honestly, my initial thought is also that it would be poky, but we should test and see how terrible it is
22:04 wizzyrea that would be poky, but testable
22:04 cait so a compromise, having both ways with advantages/disadvantages
22:04 pianohacker ^
22:04 wizzyrea ah yeah it would fire one up for each request, and not be daemonised I think I understand.
22:03 pianohacker the mojo daemon or the apache reconfiguration
22:03 cait pianohacker: easier testing sounds good - what would you not need to set up in that case?
22:01 pianohacker (this is all on the assumption that the paths for the api are under /api/ ; is that true?)
22:01 pianohacker it would have to set up everything on every single request, but would allow far easier testing
22:00 pianohacker that launches the API using Mojo::Server::CGI
22:00 pianohacker my idea is that we create a CGI script literally called api (without a .pl, like the scripts in svc)
22:00 wizzyrea ^
22:00 cait it sounds good, but not sure i understand :)
21:59 cait pianohacker: can you explain a bit more?
21:59 pianohacker thoughts?
21:59 pianohacker It would be hidden by an apache rewrite if the daemon is set up, but would work (if slowly) otherwise
21:59 cait basically pianohacker's question probably
21:58 cait simple auth sounds good - but i still have no idea how to set it up
21:58 bag a challenge on the daemon part - but I think everyone felt like it could be possible
21:58 pianohacker at /api
21:58 pianohacker I'd like to propose that we add a CGI script based on http://search.cpan.org/~mramberg/Mojolicious-4.60/lib/Mojo/Server/CGI.pm
21:58 bag I think this mornings things adressed those wizzyrea - simple auth - no rewrite and tcohen said he’d help with the techinical integration
21:58 cait I am all for simplifying - the harder we make it, the slower we will move forward - becuase people are too scared to test, try, activate...
21:57 pianohacker one big question I have is whether this is at least testable without requiring a separate server for mojo
21:57 pianohacker wizzyrea: agreed, and I think there are a lot of reservations about its complexity
21:56 pianohacker as far as moving that proposal forward, the strategy from the earlier meeting was to simplify the authentication system so that it could move forward without a rewrite for now
21:56 wizzyrea so I think he's not totally on board with the current approach
21:56 wizzyrea regarding this api - rangi asked me to convey the following (he's away from his desk) : I much prefer a lighter approach like Koha::Service that pianohacker has been doing, or the svc/ system However if there is a way to do it without needing an Auth rewrite and a new daemon running, I could live with it.
21:55 huginn 04Bug 13920: new feature, P5 - low, ---, julian.maurice, RESOLVED DUPLICATE, API authentication system - proposal
21:55 pianohacker http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13920
21:55 huginn 04Bug 13799: new feature, P5 - low, ---, julian.maurice, Needs Signoff , Add base for building RESTful API
21:55 pianohacker and
21:55 pianohacker http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13799
21:55 pianohacker Two main bugs:
21:54 pianohacker wizzyrea: agreed
21:54 wizzyrea bye
21:54 pianohacker bye tcohen
21:54 pianohacker #topic RESTful API Implementation
21:54 tcohen bye!
21:53 tcohen nope, and that's pretty much all my participation, gotta pick manuel
21:53 wizzyrea and we'll be moving towards better support, not away, over time.
21:53 pianohacker tcohen: no other comments?
21:53 pianohacker And that's not really a blocker, IMO; you only get easy plack integration if you have the latest distro version or do a tiny bit of extra work
21:52 wizzyrea zoom.
21:52 tcohen anyway, lets move on :-D
21:52 tcohen which is yet another integration challenge
21:52 wizzyrea yep, that's what I was picking up, thanks :)
21:52 tcohen i have to add (rangi reminded me) that this approach is also suitable for using with nginx
21:51 tcohen (at least :-D)
21:51 tcohen wizzyrea: if you don't have the right apache version, it just doesn't use plack, no breakage
21:51 pianohacker :)
21:51 pianohacker round abou table?
21:51 * wizzyrea is not sure that's a word
21:51 wizzyrea or roundaboutable
21:51 pianohacker yup
21:51 wizzyrea these things sound fixable
21:50 pianohacker #info addition to above: also included in Debian 8 (Jessie)
21:50 tcohen i'll talk about this on the list
21:50 tcohen rigt
21:50 pianohacker that's Jessie, right?
21:50 tcohen so it sounds less bad :-D
21:50 tcohen pianohacker: i would add that Debian 8 works out of the box
21:49 tcohen i shortcircuited that issue, by using Unix Domain sockets instead, taking advantage of apache 2.4's capabilities
21:49 pianohacker #info Current proposed method for integrating Plack into packages requires a version of Apache only present in Ubuntu 14.10 and wheezy-backports
21:49 tcohen the current approach relied on finding free TCP socket ports for running each plack process
21:48 pianohacker is there no other way to connect to plack? running it directly with mod-fcgid, for instance?
21:48 tcohen we have enough time to test this, and fix it however we find more siutable
21:48 tcohen for ubuntu there is a ppa doing it, and for debian it just works adding wheezy-backports
21:48 wizzyrea Ah
21:47 tcohen so running this as-is requires backporting apache from 14.10 on ubuntu 14.04, and enabling the backports component of Debian 7
21:47 tcohen as i said yesterday here, the apache docs lie about what is supported in which version
21:47 pianohacker #topic RM 3.22 comments
21:46 wizzyrea such as?
21:46 tcohen i forgot to mention that using plack the way I proposed poses some challenges while trying to solve another ones :-D
21:46 pianohacker tcohen: would you like to add any RM comments?
21:46 tcohen that's it from me
21:45 wizzyrea yep, good stuff
21:45 bag yes
21:45 pianohacker excellent
21:44 tcohen and promised to send a pull request for kohadevbox so it makes use of the new scripts and we can test this
21:44 tcohen i asked everyone to test the plack integration for the packages
21:43 pianohacker anything else I should mention?
21:43 pianohacker Work on REST API to simplify auth and integrate into packages
21:42 pianohacker Possibility of adding Koha::Logger to coding guidelines
21:42 pianohacker Plack integration in 3.22
21:42 pianohacker Things of note:
21:41 pianohacker #link http://meetings.koha-community.org/2015/development_irc_meeting_26_august_2015___part_1.2015-08-26-14.14.html
21:41 pianohacker #topic Summary from part 1
21:41 bag #info brendan gallagher bywater
21:41 pianohacker moving on
21:40 pianohacker no worries
21:40 cait sorry
21:40 pianohacker kk
21:40 cait not really here
21:39 pianohacker cait or cdickinson?
21:38 barton tcohen: it's always beer o'clock for wahanui.
21:38 wizzyrea #info Liz Rea, Catalyst IT
21:37 tcohen it must be beer o'clock
21:37 wahanui go back to bed, eythian
21:36 tcohen eythian?
21:36 tcohen great
21:36 pianohacker will leave introductions open until :40
21:35 tcohen #info Tomas Cohen Arazi, Theke Solutions
21:35 barton #info barton, bws, Louisville Ky, USA
21:35 pianohacker #info Jesse Weaver, ByWater Solutions
21:34 pianohacker Please introduce yourself with #info
21:34 wahanui #info wahanui, a bot that has become sentient
21:34 pianohacker #topic Introductions
21:34 huginn The meeting name has been set to 'development_irc_meeting_26_august_2015___part_2'
21:34 huginn Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
21:34 huginn Meeting started Wed Aug 26 21:34:19 2015 UTC. The chair is pianohacker. Information about MeetBot at http://wiki.debian.org/MeetBot.
21:34 pianohacker #startmeeting Development IRC meeting 26 August 2015 - part 2
21:34 pianohacker all right!
21:34 tcohen pianohacker: yeah!
21:33 tcohen pianohacker: also, tell people rangi's thoughts too, we usually do that when someone cannot attend but leaves his thoughts
21:33 tcohen changing some stuff, minimal changes
21:33 pastebot "rangi" at 127.0.0.1 pasted "my thoughts" (4 lines) at http://paste.koha-community.org/54
21:33 pianohacker Should I go ahead and get this show on the road?
21:32 tcohen you should copy and paste some of those
21:32 pianohacker okay. I think I can do that.
21:32 tcohen you will see preceded by # what i put on each part of the meeting
21:31 tcohen if you look at the "Full log" link
21:31 tcohen split your screen IRC | agenda
21:31 tcohen pianohacker: this is the agenda
21:30 bag tcohen: can you teach pianohacker how to chair?
21:30 pianohacker tcohen: neither bag nor I know how to chair, unfortunately, and khall is out :/
21:29 tcohen making them explicit to make out choices is the best way to go
21:28 tcohen there's always pros and cons
21:28 tcohen i cannot chair, so we still depend on someone's willingness to do it, and people to participate
21:28 pianohacker Alternate, much more minimalist implementation, yes. There was so much push for the REST one that I thought that was a settled question
21:27 tcohen maybe having more people give their opinion would be great
21:26 tcohen pianohacker: i'm not sure, there are some concerns about the introduction of mojolicious, and i know you've been playing with an alternate implementation for your ajax circ rewrite
21:25 pianohacker eythian++
21:25 pianohacker tcohen: I think the bulk of the dev meeting happened this morning; I don't know if there's much left for right now
21:20 tcohen [off] good luck!
21:19 cait [off] i had about 3 hours of sleep last night and a big presentation tomorrow
21:19 tcohen np
21:19 tcohen on the wki
21:19 tcohen I think i put the right links to the minutes
21:19 cait i can't sorry
21:19 tcohen could anyone chair instead?
21:18 tcohen cait: i said i'm not able to be 100% on the meeting
21:18 tcohen it is time for the part 2 of the meeting (its' been for 18 minutes i think)
21:15 cait hi barton
21:15 barton hi cait!
21:12 * cait waves
21:10 barton aleisha++
21:10 cdickinson at Catalyst yesterday
21:10 cdickinson wish I didn't forget my USB flash drive though
21:10 rangi cdickinson: no worries
21:09 wahanui cdickinson: that doesn't look right
21:09 cdickinson rangi: change of plans, can't come in today, something I need to go to in the afternoon. but I will be working on the project today
21:09 * rangi goes back to training
21:09 rangi barton: aleisha has been fixing a bunch of noisy warns too
21:08 tcohen barton: the second option
21:07 barton tcohen: do you have a list of bug tickets for those, or are you creating tickets as you move through the queue?
21:07 huginn rangi: The operation succeeded.
21:07 rangi @later tell magnuse http://dashboard.koha-community.org/needsignoff/json for GBSD
20:57 tcohen next is koha-translate in my queue
20:55 barton hey, that's good by me... for day to day support, koha-mysql and koha-shell are the ones that I use every day.
20:54 tcohen guys, I'm in the middle of family/home stuff, I'm not sure i will attend the whole meeting, not to speak about chairing it
20:53 tcohen barton: hey, only koha-indexer
20:48 barton tcohen: any more fun with shell expansions :-) ?
20:47 barton mtompset++
20:47 barton pianohacker also mentioned that mtompset had done a lot of work on this, for which I applaud him.
20:45 barton fun for the whole community! :-)
20:44 barton ^^ this will find perl warnings in the apache2/error.log sorted by frequency.
20:43 barton cut -c 28- /var/log/apache2/error.log /var/log/apache2/error.log | sort | uniq -c | sort -n
20:43 barton I think that I can do one better though:
20:42 barton hey all, I was just talking about cleaning up warnings in /var/log/apache2/error.log, pianohacker suggested that I file bug reports, because these should be easy to fix and are fodder for koha programmers who are looking for experience...
19:35 tcohen bye #koha
19:25 tcohen well, they are not
19:25 tcohen i said "you are doing it wrong"
19:25 tcohen a user is saying they cannot use the cataloguing plugin cn_browser.pl if they don't set superlibrarian permissions for the user...
19:25 tcohen oh my
19:21 nengard i might deleete my bugs and reenter them :)
19:21 nengard grumble
19:14 magnuse bz does not seem too keen on letting people change things
19:14 magnuse nengard: probably not
19:13 magnuse hiya tcohen and nengard
18:46 nengard Is there a way to change the email address a bug was entered with? I entered some bugs with the wrong account the other day
18:35 tcohen hi magnuse
17:22 pianohacker it seems like that commit made it impossible to properly save the value of cache_expiry when editing an SQL report. Is that true, or am I missing something?
17:21 pianohacker Joubu: could I ask you a quick question about fe986573dd6a6b10dc0456be2609ee29cb459ac8 ?
17:20 huginn [tubaclarinet]: downloading the Perl source
17:20 [tubaclarinet] @bag: thx :-)
17:18 tubaclarinet Thx, I'll try it out
17:17 huginn bag: (nick [<nick>]) -- Changes the bot's nick to <nick>. If no nick is given, returns the bot's current nick.
17:17 bag @help nick
17:17 bag /nick ......
17:14 tubaclarinet How do I change my nickname on this system?
17:12 tubaclarinet Good day everyone...I have a stupid question 2 ask
16:39 tcohen lunch time, later #koha
16:32 huginn Log: http://meetings.koha-community.org/2015/development_irc_meeting_26_august_2015___part_1.2015-08-26-14.14.log.html
16:32 huginn Minutes (text): http://meetings.koha-community.org/2015/development_irc_meeting_26_august_2015___part_1.2015-08-26-14.14.txt
16:32 huginn Minutes: http://meetings.koha-community.org/2015/development_irc_meeting_26_august_2015___part_1.2015-08-26-14.14.html
16:32 huginn Meeting ended Wed Aug 26 16:32:13 2015 UTC. Information about MeetBot at http://wiki.debian.org/MeetBot . (v 0.1.4)
16:32 tcohen #endmeeting
16:32 jajm thanks tcohen
16:31 tcohen jajm++
16:31 tcohen thanks everyone
16:31 tcohen and that's it
16:31 tcohen #action Tomas will post on koha-devel with a proposal for the next meeting
16:31 tcohen #topic Set time of next meeting
16:31 tcohen i really have to leave, so if no one else has something to add
16:30 tcohen #info if you have something you think might be interesting for that day, please check here http://wiki.koha-community.org/wiki/2015-09-03_Global_bug_squashing_day
16:30 tcohen don't miss it
16:30 tcohen #info Remember we have a Global Bug Squashing Day (GBSD) planned for September 3 2015
16:29 tcohen #topic GBSD - Reminder, things that need to be done
16:28 tcohen someone else?
16:28 huginn 04Bug 14639: enhancement, P5 - low, ---, tomascohen, Signed Off , Extend Koha::MetadataRecord to handle serialization format
16:28 tcohen #link http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14639
16:28 huginn 04Bug 14645: enhancement, P5 - low, ---, tomascohen, ASSIGNED , Koha::RecordProcessor should deal with Koha::MetadataRecord objects
16:28 tcohen #link http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14645
16:28 tcohen #info Tomas is starting to work on some better abstraction using Koha::MetadataRecord for easier handling of different serialization formats and better code modularity (i.e. rewriting C4::Search, specially the code that deals with filtering record data)
16:27 tcohen ok
16:26 tcohen once i have something more interesting i will show up, probabluy robin will have something to add/discuss about this
16:25 tcohen anyway, i just mention it for anyone interested to know
16:25 tcohen probably wrapped inside Koha::Search::Results or something similar
16:25 tcohen we should then make ES / Zebra code return Koha::MetadataRecord objects
16:24 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14639 enhancement, P5 - low, ---, tomascohen, Signed Off , Extend Koha::MetadataRecord to handle serialization format
16:24 tcohen and bug 14639
16:23 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14645 enhancement, P5 - low, ---, tomascohen, ASSIGNED , Koha::RecordProcessor should deal with Koha::MetadataRecord objects
16:23 tcohen my preliminary work so far: bug 14645
16:23 jajm is there a bug number ?
16:23 tcohen that way, if we want to support a different serialization format, we just need to subclass Koha::Filter, to handle our serialization format, and unit tests would be already written
16:22 tcohen Koha::MetadataRecord objects
16:22 tcohen but at some point we should just use Koha::RecordProcessor (with Koha::Filter::*) to handle just
16:21 tcohen the ES implementation will translate things into MARC to reuse the current business logic/presentation logic
16:21 tcohen that's what I've been thinking about
16:21 tcohen ideally, we could get JSON, USMARC, XML, etc and have the code know what to do with each of them
16:20 tcohen like metadata schema, serialization format
16:20 tcohen I have started working on using some of the prior work from jcamins to better abstract search results and for moving around records. One of the goals is to make them carry some data on their own
16:18 huginn 04Bug 14610: enhancement, P5 - low, ---, gmcharlt, NEW , Add ability to place document delivery / article requests in Koha
16:18 tcohen #link http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14610
16:18 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14610 enhancement, P5 - low, ---, gmcharlt, NEW , Add ability to place document delivery / article requests in Koha
16:18 khall bug 14610
16:18 tcohen someone else?
16:18 khall will find
16:17 tcohen bug number?
16:17 tcohen #info Kyle has been working on a document delivery / article request feature
16:17 tcohen khall++
16:16 ashimema khall++
16:16 ashimema awesome khall
16:16 khall I've been working on a document delivery / article request feature. I know cait's ears perked up when I filed the bug ; )
16:16 * ashimema has to scarper.. i'm on tea cooking duty this evening and the girls are screaming hungry
16:16 wahanui i heard anyone was free to organize one at any time :-)
16:16 tcohen anyone?
16:16 tcohen #topic 'Big stuff we are working on'
16:16 tcohen ok, moving on
16:15 tcohen i feel we need to move on as this got pretty lenghty
16:14 tcohen anyone has something else to add to this?
16:14 ashimema haha
16:14 ashimema I'm shying away from reading scary big re-writes of massive modules at the moment..
16:14 tcohen ashimema: we were thinking of rewriting the framework editing pages :-P
16:13 ashimema use a nice tiny page pretty please khall ;)
16:13 tcohen #action Kyle and pianohacker will be looking into this rewrite of the REST api to base their AJAX circulation work on it
16:13 khall I'll give it a shot at least
16:12 khall yes!
16:12 tcohen :-D
16:12 tcohen right?
16:12 tcohen Kyle volunteered to write a POC using the REST API
16:12 tcohen ah, yeah
16:12 tcohen am i missing something?
16:11 tcohen #action Tomas will ask Olli when he can be available to attend a dev meeting to discuss his Auth rewrite
16:11 tcohen if Olli is available
16:11 ashimema yeay.. actions
16:11 ashimema got called away to fix a server.. back now.
16:11 tcohen I think that work looks good so far, and it should probably be discussed on the next dev meeting
16:10 tcohen Joubu: regarding the Auth rewrite
16:10 jajm \o/
16:10 bag YAY!
16:10 tcohen #action Jonathan will bring the belgian beer we all miss
16:10 tcohen #action Tomas will help if needed on integrating it to the packages and kohadevbox so testing it is easier for anyone
16:09 tcohen #action Julian/Biblibre will refactor his REST API implementation so it does session cookie authentication, and API-key mechanism implementation/discussion will be dealt with on a separate bug
16:09 jajm i can work on that soon
16:08 jajm tcohen, you can write an #action ;)
16:07 * tcohen wants t owrite an #action right now :-D
16:06 tcohen jajm: do u think you can have the time to work on the changes that have been mentioned? probably with Olli's help?
16:06 jajm ok
16:06 tcohen but i think it is ok to include Olli on this session cookie implementation if you feel like
16:05 bag thanks for chatting about this (got here as fast as I could)
16:05 tcohen it is a good road to go through, but not blocker to have this move on
16:04 tcohen jajm: I think we can all agree that there is a consensus that the full Auth rewrite is not mandatory at this point
16:04 bag morning
16:04 jajm tcohen, maybe we should discuss that with Olli first, don't you think ?
16:03 tcohen i mean, you or biblibre (who were in charge of this work)
16:03 tcohen jajm: do u think you can have the time to work on the changes that have been mentioned?
16:02 tcohen first things first
16:02 huginn 04Bug 13799: new feature, P5 - low, ---, julian.maurice, Needs Signoff , Add base for building RESTful API
16:02 jajm tcohen, patch 1.1 of http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13799 changes just that: it allows to access api through http://opac/v1/... or http://intranet/v1/...
16:02 Joubu not now, but another meeting dedicated to this subject?
16:02 Joubu Should we take a decision for Olli's patchs?
16:00 tcohen i volunteer to help on writing the patches to integrate this with the packages
16:00 tcohen and reduce the patchset to only session cookie authentication
15:59 tcohen to me, the next step is that we clean the bug up
15:59 Joubu so, what's the next step?
15:58 tcohen yeap
15:58 huginn 04Bug 13791: enhancement, P5 - low, ---, tomascohen, Pushed to Master , Plack - Out of the box support on packages
15:58 tcohen api.<your koah>
15:58 jajm tcohen, you're talking about http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13791 ?
15:58 tcohen requiring a domain name to run it
15:58 tcohen it has got a bit messy
15:58 tcohen olli added several configuration files, etc
15:57 tcohen if it is possible to integrate your work into the packages configuration for easier testing
15:57 jajm tcohen, what is your concern exactly ?
15:56 tcohen so we could use that route or change it
15:56 ashimema to note though.. mojo session cookies are hmac'd out of the box ;)
15:56 tcohen we should really think of a way to make running this easier
15:56 ashimema that page jajm linked to (in french) will probably explain them better than me.
15:55 ashimema adding timestamps and bits Joubu
15:55 Joubu k got it
15:55 tcohen jajm: if you take a look at the plack integration i've made, you will notice I added (commented out) a /api route on the apache configuration for packages
15:54 ashimema cookies aren't inherantly insecure.. it's how most people use them that is.
15:54 Joubu hmac'ing?
15:54 ashimema jajm++
15:54 ashimema or any of the other clever stuff..
15:54 ashimema I'm not entirely sure if we're hmac'ing them or not at the moment..
15:54 ashimema I do have some plans to increase our cookie security a bit shuold we need to..
15:54 tcohen jajm: i have only one concern with the patchset (once we limit the scope of the bug to cookie sessions)
15:53 ashimema in app.
15:53 ashimema but using cookies for now is perfectly acceptable to me.
15:53 ashimema I'd read up on OAuth and JWT jajm.. those are the technologies that are leading the pile for this sort of thing..
15:53 khall agreed!
15:53 tcohen jajm++
15:53 Joubu yes please, a first step :)
15:52 ashimema sounds good to me..
15:52 jajm anyway... as a first step we could use only cookie based authentication, that will let us the time to rethink about api key authentication
15:52 ashimema I think your mistaking a password for an auth token here
15:52 ashimema this is how github, google, facebook etc all work
15:51 ashimema preferably within the originating app.. nto the external one..
15:51 ashimema if user z wants to login to app x with their account from app y, then they just use their username and password..
15:50 ashimema app x want's to access user z's data in app y, user z has to allow app x said access by logging into app z and allowing it.
15:50 jajm ashimema, it's like another password... but a password that is not sent through network, it's only used to encrypt the request
15:50 Joubu 1 user could use several apps
15:50 ashimema app x wants permission to access app y, app y generates a key and gives it to app x... app x then signs all requests to app y with their key (you've authenticated the APP)..
15:50 Joubu I don't think so, 1 apikey per koha user
15:49 ashimema So.. you have an apikey per application that wants to consume your api..
15:49 ashimema the apikey notion is all about allowing app to app communication..
15:48 ashimema that's madness.. that's just like giving them yet another password
15:48 jajm ashimema, yes
15:47 ashimema it looks to me like your giving a key to each user?
15:47 ashimema trying to read the code quickly..
15:47 ashimema I'm still struggling with the apikey stuff..
15:47 khall I know Ebsco wants to do neat stuff with Koha once we have an API in place
15:47 khall I agree with ashimema both internal and external use cases a equally important and necessary
15:46 fridolin see u
15:43 marcelr sorry, have to go
15:42 ashimema that's a different conversation though.. as tcohen says
15:42 ashimema ;)
15:42 ashimema jajm, that page bascialyl describe OAuth.. if we want to go that route.. we should use actual OAuth
15:40 tcohen ashimema: exactly, and that is correct, but we could do that on a separate bug
15:40 ashimema both use cases are definitely important.
15:40 ashimema tcohen, khall adn I are thinking about the internal uses (i.e the Koha Client), jajm is thinking of the external uses ( i.e joomla, druple whatever as the client)
15:39 tcohen i think we could have a functional POC to play with, without rewriting Koha to have a RESTful endpoint
15:39 ashimema there's two disperate use cases here..
15:39 tcohen and given the fact that having the permissions layer defined on the swagger configuration is not that obvious
15:38 tcohen jajm: i'm not sure about that, but certaintly the session cookie use case is really important at this point
15:37 jajm if we agree to use cookie based authentication, the whole point of using apikeys mechanism (security) is lost imo
15:35 khall cgisessions will still work with external services, it's just not as simple
15:35 khall agreed
15:34 ashimema using cgisessions for me is a first case
15:34 jajm ashimema, it's a bit hard to summarize it, but it's designed to be secure and is based on this page (http://blog.ineat-conseil.fr/2013/01/restful-authentication/ - 7th point - in french, sorry)
15:34 ashimema agree with tcohen.
15:33 tcohen it *might* be useful, but the use cases we should be considering are using the REST endpoints from the Koha UI
15:33 tcohen that's why i propose to leave that out of the discussion
15:32 tcohen the api-key mechanism is similar to google's api key mechanism, but i think it only introduces noise to this
15:32 ashimema what's it's use case?
15:32 ashimema jajm.. can you sum up what your apikey stuff achieves?
15:31 tcohen jajm: angular is running on the browser, and reuses the session cookie
15:31 ashimema feels like re-inventing the wheel somewhat (i've done that plenty of times.. usually not a good idea)..
15:31 ashimema I dont' entirely understand your api key mechanism..
15:30 ashimema I dunno.. it's all conjecture at this point fomr me as I've not got the time to do anything much on koha :(
15:30 khall ok. We could go about this by replacing something in svc with a mojo equivalent then modify the code calling the svc script to use mojo instead
15:30 jajm ashimema, i don't know angular, but can't we make it use the apikey mechanism ?
15:30 ashimema that way one can look at it, prove it's all working.. authentication, api routes, etc etc.
15:30 tcohen chicken-egg situation
15:29 ashimema yeah..
15:29 khall use it within Koha that is
15:29 khall ashimema:I think you are asking for a proof of concept patch that would actually use the mojo based rest api. is that correct?
15:29 ashimema that way we can see how people are suggesting integrating te mojo stuff into the existing koha stuff..
15:28 tcohen https://github.com/tomascohen/koha/commit/812a53f41681dc01833915240079d259f24d4694
15:28 ashimema hopefulyl wouldn't take too much to create the api routes for etc.
15:28 ashimema that's tiny, well defined.
15:28 ashimema say 'Your patron lists' under the tools area?
15:28 khall ashimema: as a proof of concept, yes, way too big
15:28 ashimema I was more thinking a tiny area of functionality..
15:27 ashimema khall.. I think circ is too big fro such an example..
15:27 t4nk493 if the library close at 19:00 and you checkout at 17:00 for 3 hours, Koha must force this checkout to 19:00 instead of 20:00 ...
15:27 ashimema but I'm not entirely sure how it intergrates into koha as is..
15:27 khall ashimema: you are correct. That's is/was the plan with the ajax based circ pianohacker has written. Once we've got our RESTul services, he'll be rewriting it to use them
15:27 ashimema I have nothing against Mojo.. in fact I love it.
15:26 t4nk493 Koha takes care about the close time of the library to issue in hours?
15:26 ashimema dogfooding the api
15:26 ashimema thus, I think whoever is doing the api work needs to prove they've 'got it' from the consumers point of view too..
15:26 ashimema That's sorta my point.. the biggest use case for a nice restful api, is for a angualr like ui as the consumer..
15:25 t4nk493 Hello!, I got a question about hourly loans
15:25 tcohen ashimema: you are asking why we think using a web framework like Mojo would benefit the project compared to just sticking to Koha::SErvice?
15:25 jajm tcohen, it's also possible (even if i don't understand why we would remove apikeys authentification)
15:24 tcohen ashimema: i don't think we can find that, as the REST end-point would only benefit a UI integration using AJAX (like if we used angular)
15:23 tcohen and have the end-point require the same permissions patrons.pl requires (for example)
15:22 tcohen what i mean is to take all but CGISESSID-based authentication out
15:22 ashimema I'd kinda like to see an example of an area of our code that's written to take advantage of all the Mojo stuff.
15:22 jajm tcohen, it is certainly possible to check for CGISESSID cookie before the api key stuff, if this is what you mean
15:20 ashimema so I think that would be a great way forward
15:20 ashimema pretty much all of our authen methods do eventually end up with a CGISESSID cookie..
15:19 tcohen you mean we are probably inconsistent? :-D
15:19 ashimema part of my issues with the 'external' api is that our 'internal' api is so all over the place
15:19 tcohen jajm: is it possible that your implementation is reduced to using user authentication (CGISESSID) and check for the needed permissions on the controller so it is simpler to think of and test?
15:18 ashimema it's certainly a complex problem without a simple soution
15:18 ashimema roles = authorization as aposed to authentication I suppose..
15:17 ashimema it's doesn't deal with roles as far as i'm aware
15:17 ashimema the swagger plugin for mojo does treat auth simply as a these pages need authentication, these don't approach..
15:16 ashimema jajm, that's a very viable use case.. and your right.. there's no clear way to define that logic in a swagger specification
15:15 jajm aside from that, i'm wondering if permissions in swagger.json will be sufficient. for example, what if we want to require 'borrowers' permission for /borrowers/XXXX only when XXXX is not me ?
15:15 tcohen my feeling is (besides de Mojo problem) that we have always tried to do an incremental work. with this 'external' endpoint, we have the chance to do it incrementally, reusing what we already have, and taking the time to make things better on a as-needed basis
15:15 ashimema but I'm sure other stuff will come up in the future
15:15 ashimema by everything in that context I mean the permissions stuff in this case.
15:14 ashimema having 'everything' defined within the specification file is a 'nice to have' but I wouldn't say it's a must to start with.
15:14 ashimema hmm..
15:13 tcohen besides the fact that some devs are quite unhappy with adopting Mojo and it will probably lead to more discussions, do u think that situation jajm depicts should be blocker for the implementation? is it something we could work on later?
15:13 khall and what limitations does that cause? Does that mean the permissions needed are not auto-documented?
15:12 tcohen jajm is saying that in principle we could have the REST implementation in Mojo without a full Auth rewrite, the only issue is that we will end up hooking perm checks on the controllers instead of declaring it in swagger
15:11 ashimema got called away.. just cathcing back up
15:11 tcohen ashimema: ?
15:10 jajm i don't really know what are the benefits of declaring needed permission in swagger.json
15:09 tajoli I see only Olli's work are many new files
15:09 tcohen so, we would end up with a no-ideal implementation
15:08 Joubu maybe because it's a +10k lines change :)
15:08 jajm my feeling is that the rest api authentication worked without the rewrite when i first wrote it, but the check for permissions had to be done inside controllers instead of inside the swagger.json file
15:08 Joubu tcohen: so nobody had a look at olli's work
15:07 Joubu I think at the last meeting, Mojo didn't reach a consensus
15:07 tcohen i ask all this because i haven't had the chance to look at olli's work in depth
15:06 tcohen can we have a simpler integration of the permissions layer into your Mojo implementation, or you are stuck about it? have no idea how to do it? need other opinions?
15:06 khall they have become somewhat intertwined it seems. If we say yes to mojo, then the refactor is needed according to ollie
15:05 tcohen jajm: what's your feeling about it?
15:05 khall ok, that makes sense
15:05 tcohen khall: i think we need to discuss if that rewrite would be mandatory for the REST work or not
15:05 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7174 enhancement, P5 - low, ---, olli-antti.kivilahti, Needs Signoff , Authentication rewriting
15:05 Joubu bug 7174
15:04 khall tcohen: what about the auth refactoring? is that a discussion for now or later?
15:04 tcohen grharry: later, we are having a meeting right now
15:04 tcohen because we have this workflow in which if someone doesn't like it, he/she doesn't get involved, and no decision is made, maybe we should work on that issues
15:04 grharry Does anyone know why when the idzebra binaries 2.0.60-1 from indexdata are used ... all facets disappear from the OPAC ??
15:04 khall I agree
15:03 Joubu I don't think it's worth to block the list rewrite, for instance(:p), where just renaming the file could be done later
15:03 tcohen could we try to find another decisions that are implicitly made and should be discussed in the open?
15:03 khall sounds good!
15:02 tcohen i will ask Olli and Jonathan to cooperate to have a single implementation, and we will discuss it on the next dev meeting, trying to reach some consensus about it, ok?
15:02 tcohen the first thing is to reach a middle road approach so we at least look consistent
15:01 tcohen we found a design decision that needs to be discussed and consensus found before it can be pushed
15:01 tcohen anyway, so we focus on the main subject
15:00 tcohen jajm: we already have if (!defined $something) { short_circuit_with_some_output_to_tt } else { move_on } everywhere
15:00 Joubu tcohen: yep
14:59 khall jajm, it will be a much cleaner approach to error handling in the long run. You can catch an exception at any point in the call chain
14:59 tcohen Joubu: If we suggest Olli to colapse his general purpose exceptions into Koha::Exceptions, and you reuse them and add your package specific ones into a separate package, do u think it could work?
14:59 Joubu jajm: not everywhere, just at the right places
14:59 jajm khall, i do not reject the idea, i'm not used to exceptions and a little afraid to have try/catch everywhere
14:59 Joubu not sure we can have several ways to do :)
14:58 Joubu pm raises an exception, the pl sent it to the tt and the templates show a specific message
14:57 Joubu bug
14:57 Joubu tcohen: mine is on the list rewrite
14:57 tcohen Joubu et al, can we try to create a list of implicit design decisions beside the use of Class::Exception?
14:57 khall jajm: I sure do. Does anyone *reject* the idea of using exceptions?
14:56 khall : )
14:56 tcohen khall: it was your idea :-D
14:56 khall tcohen++
14:56 tcohen anyway
14:56 jajm but do everyone agree on using exceptions ?
14:55 tcohen i think we should have Koha::Exceptions for general ones, and the Koha::Exceptions::<Package> on a as-needed basis
14:55 Joubu yes, agreed, there is no decision or discussion to get/have on this subject
14:54 jajm i think the number of files doesn't matter, and with khall proposal won't we have to define what a module is ?
14:54 tcohen 'description => "poeut"'
14:54 tcohen oops
14:54 tcohen http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=41958
14:53 Joubu (http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=41958&action=edit)
14:52 jajm thx
14:52 Joubu somewhere in one patch
14:52 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14544 enhancement, P5 - low, ---, jonathan.druart, Needs Signoff , Move the list related code to Koha::Virtualshelves
14:52 Joubu bug 14544
14:52 Joubu the*
14:52 jajm what is the bug number of Joubu's exceptions ?
14:52 Joubu this point is certainly is less important :)
14:51 tcohen khall++
14:51 khall I think we could take a middle road between all exceptions in one file, and one file per exceptions. I think one file per module's exceptions would be good
14:50 tcohen but when people looks at olli's patch, they just get scared by how many new classes are introduced
14:50 tcohen olli's introduces several (too many) files for each exception, Jonathan's puts all of them in a single file
14:50 Joubu (quite the same)
14:49 tcohen (i've seen code from Olli and Jonathan that is not exactly similar, but on the same direction)
14:49 tcohen - Exception handling
14:49 tcohen i can start:
14:49 tcohen could we improvise a list of that decisions?
14:49 Joubu but nobody discuss and people does not work together
14:48 Joubu The discussion has been done some months ago, and now we got several implementations
14:48 tcohen ok
14:48 Joubu I mean Olli's work
14:48 tajoli exactlym this the problem "lot of technical choices have been done, but without any consensus/discussion"
14:48 tcohen Joubu: can u elaborate? (i assume you mean not only Mojo adoption)
14:47 Joubu (with X > 3)
14:47 Joubu if we continue in this direction, we'll never see something pushed for the next X years
14:47 Joubu The main problem, imo is that a lot of technical choices have been done, but without any consensus/discussion
14:47 tajoli Many new pieces of code
14:47 tcohen my feeling is that we should be able to hook the CGISESSID authentication and permission checking with the current API, in a non-fancy way, while we (step by step) re-do the authentication code
14:46 tajoli I think it is a good work but there are many assuption on dependeces and evolution of Koha code into Koha::
14:45 Joubu and be scary
14:45 huginn 04Bug 13995: enhancement, P5 - low, ---, olli-antti.kivilahti, Needs Signoff , Proper Exception handling
14:45 tajoli See graph of dependeces from this bug: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13995
14:45 tcohen it is a pity he's not around today, because i'd like him to remind us how he ended convincing himself the rewrite was the only way to go
14:44 fridolin I've had a look at Auth rewrite, looks very nice an object oriented code. But I cant say if its correct
14:43 tajoli Olli work on Auth is based on many add on Koha::
14:43 khall I've seen it and it look very nice
14:43 ashimema not in detail jajm.. it's a big piece
14:43 tcohen is there a possibility that we integrate the current permissions checking code into the code jajm wrote with Mojo?
14:42 jajm does someone have looked at Olli's work ? i didn't have time to do so yet
14:42 tcohen khall: exactly, that's why this was raised in the previous REST meeting
14:41 khall I believe that the RESTful API needs to function for external access, and within Koha itself. If we don't use it in Koha, we'll be reinventing the wheel for any ajax work we do, and likely the API will not get well maintained
14:41 ashimema so.. apologies for little to no comments
14:41 ashimema I've been MIA for a while I'm afraid, and will continue to be unfortunately for a little longer.. too much on my plate at the minute to get to grips with these re-writes :(
14:41 tcohen Olli said it would be difficult to do with the current authentication API, and went all into rewriting (Koha heh) the Auth code
14:40 tcohen we got to a halt situation
14:40 tcohen and once the rest of us mentioned that integrating the use of CGISESSID and the rest of Koha's permission system into it
14:39 tcohen my personal opinion is that the work that's been done was focused on one use-case, system<->system communication (hence the API key stuff)
14:38 tcohen so, i support that implementation basis
14:38 tcohen while I am in favour of adopting Mojolicious
14:38 tcohen we are not yet at a point where the results are in clear favour of using the framework, that's my opinion
14:37 tcohen from the very beggining, the use of a web framework like Mojolicious has been subject of some criticism
14:36 tcohen the point of this meeting was to talk about it, and try to figure what needs to be done to unlock that development
14:36 tcohen work on this topic is sort of stuck right now
14:36 tcohen #topic RESTful API Implementation
14:35 tcohen any other comments on my comments?
14:35 tcohen as usual, let me know anything that is bothering or worrying you. better earlier than late
14:34 tajoli I confirm that in Italy August is vacation month
14:34 drojf fun++
14:34 tcohen ok
14:34 tcohen heh
14:34 tcohen to stay focused on something fun
14:34 tcohen that's why i've been writing tab-completion patches and such
14:34 tcohen it is a lot of work and too little fellows around
14:34 tcohen this is a personal comment, but i want you to know that
14:33 tcohen at this time of the year, when lots of people are on vacation, it is difficult to keep the pace and have things moving on
14:33 tcohen i'm trying not to get bored with the amount of boureaucratic work the RM tasks mean, so I've been coding stuff myself so i splitted my time (sort of) between small devs and the RM duties
14:32 tcohen i remind you that if i ommit something it is not on purpose, so please tell me if you feel your work has been lagging on my queue
14:32 marcelr tcohen++
14:31 tcohen i've been trying to keep my queue low, taking on bugs as a higher priority, and trying to push older stuff first
14:31 tcohen ok, i'll move faster so we get to the main topic
14:30 tcohen maybe we could do some tutorial during the next GBSD
14:29 tajoli For test I use dev install
14:29 Joubu not yet, will do soon
14:29 tcohen is anyone using kohadevbox for testing here?
14:28 tcohen we really need testing
14:27 tcohen I expect questions on plack
14:27 wahanui questions are good :)
14:27 tcohen questions?
14:27 tcohen #action Kyle will write a proposal for adding the use of Koha::Logger to the coding guidelines
14:27 khall absolutely!
14:26 tcohen khall: would you write something we could vote on a next dev meeting? (sooner than this one)
14:26 tcohen good idea tajoli
14:25 tajoli also an article on koha newletter ?
14:25 huginn 04Bug 14597: major, P5 - low, ---, kyle, Signed Off , Reverting a batch where a record overlaid is now deleted record will fail
14:25 Joubu see comments on http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14597#c6
14:25 khall I think I've only done a wiki page for Koha::Object
14:24 khall tcohen: I'm not sure, I'll have to refresh my memory. If I haven't I'll be sure to do so!
14:24 marcelr if khall writes that rule, that would be great :)
14:24 tcohen khall: you wrote a piece of text on the wiki on how to use it, right?
14:23 tcohen yes, I agree 100%
14:23 marcelr yes
14:23 Joubu Koha::Logger: it would be great to have a coding guideline about how to use it
14:23 tcohen please ask here on IRC for help if you have doubts on how to use it
14:23 marcelr is there some rule for using Koha::Logger?
14:23 tcohen #info Koha::Logger has been pushed too, and it is expected that new devs use it, while we don't enforce such things.
14:21 tcohen #action the RM will send a pull request for kohadevbox to be adapted to this new scripts
14:21 tcohen #info I hope all of you have the chance to take a look to the plack integrating scripts, so we have them tuned for the release
14:20 tcohen #info some important sutff has been pushed recently, notably plack integration for packages and the sitemap building tool contributed by Tamil
14:19 tcohen not here? ok, moving on
14:19 tcohen please RM, speak
14:19 tcohen #topic RM 3.22 comments
14:19 khall ; )
14:19 tcohen ok, moving on then
14:19 marcelr no longer
14:19 tcohen yeah, he's distracted
14:18 Joubu dnd is for dungeon and dragon, isn't it?
14:18 khall_dnd #info Kyle M Hall, ByWater Solutions
14:18 wahanui rumour has it ashimema is on qa now .)
14:18 tcohen ashimema?
14:18 tcohen khall_dnd: ?
14:18 tcohen ok, i think that's all
14:16 drojf #info mirko tietgen, berlin, germany
14:16 tajoli #info Zeno Tajoli, Cineca, Italy
14:16 huginn tcohen: downloading the Perl source
14:16 tcohen huginn: shh, meeting
14:16 huginn New commit(s) kohagit: Bug 11190: sitemap.pl -- Generate a Catalog sitemap <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=ca341f6840ad7eb9170ce49f1ed6869b3e468297> / Bug 14557: Add holds count to holds tab <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=cc79ab3cdd42513fa46a7f78c03282625543d6f5> / Bug 14557: Clean up biblio-view-menu.inc <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=a3b7f059a1f
14:15 tcohen for others to join
14:15 tcohen will wait a couple more minutes
14:15 nengard #info Nicole Engard, ByWater Solutions
14:14 jajm #info Julian Maurice, BibLibre
14:14 marcelr #info Marcel
14:14 Joubu #info Jonathan Druart, UK
14:14 tcohen #info Tomas Cohen Arazi, Theke Solutions
14:14 tcohen please introduce yourself with #info
14:14 wahanui #info wahanui, a bot that has become sentient
14:14 tcohen #topic Introductions
14:14 huginn The meeting name has been set to 'development_irc_meeting_26_august_2015___part_1'
14:14 huginn Useful Commands: #action #agreed #help #info #idea #link #topic #startvote.
14:14 huginn Meeting started Wed Aug 26 14:14:18 2015 UTC. The chair is tcohen. Information about MeetBot at http://wiki.debian.org/MeetBot.
14:14 tcohen #startmeeting Development IRC meeting 26 August 2015 - part 1
14:13 tcohen done
14:12 marcelr go for it
14:11 tcohen need to mark pushed to master some bugs before i foret
14:11 tcohen i'll be here in 2 minutes
14:09 marcelr tcohen++ # 9809
14:09 tcohen just a second
14:09 fridolin Joubu: oki
14:09 drojf ok soit's not just me being confused :)
14:09 tcohen i might have missed it drojf
14:08 drojf there was an email about it ;)
14:08 marcelr yes sir
14:08 tcohen it is time!
14:08 tcohen oh
14:08 marcelr good idea
14:08 Joubu fridolin: please provide a step by step plan on the bug report
14:08 wahanui i heard meeting was in two days, i thought was tomorrow. plenty of time then
14:08 marcelr meeting?
14:07 fridolin I think there is a message "you do not have permission ...", but best whould be to not have the link
14:07 drojf is this the dev meeting, or is that somewhen else?
14:06 huginn 04Bug 14732: major, P3, ---, koha-bugs, RESOLVED INVALID, Search patrons and add selected patrons to a new list gives an error
14:06 putti This is ok: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14732 ?
14:06 fridolin ah you get "No biblio has been removed. "
14:05 fridolin but record is not removed
14:05 fridolin and if you do, you get no message
14:05 fridolin when a public list allow adding records, you can try to remove any record
14:04 fridolin Joubu: at OPAC
14:01 Joubu yes
14:01 fridolin Joubu: is there a atomic update ?
14:00 fridolin ah correct
14:00 fridolin since the sortby is missing I think the SQL is : orderby (nothing) asc limit 20
14:00 Joubu fridolin: yes, but it should be gone after executing the DB update
13:59 fridolin Joubu: ... check syntax after : asc LIMIT 20"
13:59 putti when is gmcharlt on irc usually?
13:58 Joubu fridolin: what's the sql error?
13:58 fridolin I have a last one, maybe not in scope
13:58 fridolin I believ you
13:57 Joubu I promise I have tried it!
13:57 fridolin Joubu: oh because it failes on SQL syntax, deep below
13:55 putti okay :D
13:55 Joubu putti: not the same area, 14732 is about patron lists
13:54 Joubu fridolin: why that?
13:54 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14732 major, P3, ---, gmcharlt, NEW , Search patrons and add selected patrons to a new list gives an error
13:54 putti fridolin, maybe it's like the bug 14732.
13:54 fridolin Joubu: dirty one :)
13:45 Joubu from*
13:45 Joubu ha, I have got this one, I thought I came to my data
13:44 fridolin maybe use "title" by default in db
13:44 fridolin it is because sortby in NULL
13:44 fridolin after that the view of this list crashes
13:43 fridolin one can create a new list with "Save to your lists"
13:43 fridolin OPAC on a record details page
13:43 fridolin Joubu: a newwww one :
13:43 fridolin Joubu: no pb ;)
13:41 marcelr o man
13:41 wahanui rumour has it koha is wrong spelling, but koha is GREAT
13:41 marcelr koha?
13:41 wahanui OK, marcelr.
13:41 marcelr wahanui KOHA is wrong spelling, but koha is GREAT
13:41 wahanui marcelr: I forgot koha
13:41 marcelr wahanui forget koha
13:41 wahanui ...but koha is GREAT...
13:41 marcelr wahanui KOHA is wrong spelling, but koha is GREAT
13:40 wahanui koha is GREAT
13:40 marcelr koha?
13:40 wahanui i heard KOHA was GREAT
13:40 marcelr KOHA?
13:39 marcelr later=bugs too
13:38 Joubu it's "later" when it's out of the scope or existing bugs
13:37 fridolin later=never in programing ;)
13:37 Joubu fridolin: "No private lists" is now hidden, with the last patch
13:37 fridolin so that after loggin you get to the wanted page
13:37 Joubu yes, for later ;)
13:36 fridolin we could also set authnotrequired = 1 for some $op
13:36 fridolin ok, I can go to op=add_form but when saving I get a message
13:35 Joubu Actually the whole tab should not appear...
13:33 fridolin Joubu: cosmetic : "No private lists." should not appear when not loggedin
13:33 magnuse time for dinner, will miss the meeting :-(
13:27 fridolin Joubu: nice
13:25 Joubu fridolin: patch sent
13:21 fridolin yep
13:20 Joubu I am fixing it, and removing the "new list" links when the user is not logged in
13:19 fridolin ends with a bd error
13:19 fridolin yep same bug
13:19 fridolin ah ^
13:19 fridolin Joubu: the same as what ?
13:17 Joubu fridolin: hum, it's the same as mine, isn't it?
13:15 fridolin authentication page opac-user.pl
13:15 fridolin i should be directed to auth$$$$ page
13:15 fridolin when not logged-in, I have access to list creation form cgi-bin/koha/opac-shelves.pl?op=add_form
13:14 fridolin Joubu: sorry me again
13:12 Joubu well, you can access the add form, but the list is not created
13:12 Joubu you can create a bug even you are not logged in
13:11 Joubu ok, bug on master too
13:11 Joubu found a bug...
13:11 fridolin oki
13:11 Joubu fridolin: I have reuploaded some patches
13:10 fridolin Joubu: new patch or changed one ?
13:10 fridolin yep, i did not say today ;)
13:09 Joubu fridolin: fixed
13:09 tcohen hmm, absinths
13:09 tcohen hm, his seems absent
13:09 fridolin about DBIx::Connetor, Olli said he will test
13:09 fridolin tcohen: bug nb 14375
13:08 tcohen fridolin: what are you talking about now?
13:08 fridolin tcohen: I hope we can validate it with Olli before 3.22 release
13:06 tcohen yes, i saw it
13:06 tcohen fridolin: awesome
13:05 Joubu fridolin: ok patch coming
13:03 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14375 critical, P5 - low, ---, fridolin.somers, Needs Signoff , DBIx::Connector should be stored in C4::Context instead of dbh
13:03 fridolin tcohen: did you have a look at Bug 14375 ? i have provided a UT
13:01 marcelr still one hour to go?
13:01 marcelr is it already 14utc now?
13:01 marcelr yes
13:01 Joubu erk
13:01 tcohen are you attending the meeting?
13:01 Joubu fridolin: ha yes...
13:01 marcelr having a good time with wahanui
13:00 marcelr hi tcohen
13:00 tcohen hi marcelr
13:00 wahanui somebody said koha was GREAT
13:00 marcelr koha?
13:00 marcelr koha is GREAT
13:00 Joubu "wahanui: marcelr: I forgot koha" :)
13:00 marcelr koha?
13:00 Joubu marcelr: not sure wahanui is case sensitive
13:00 wahanui marcelr: I forgot koha
13:00 marcelr wahanui forget KOHA
13:00 fridolin Joubu: I see them but they are empty
13:00 wahanui ...but koha is a free software ils see http://koha-community.org for more info...
13:00 marcelr wahanui: KOHA is wrong spelling
12:59 fridolin Ah, I'll create a new one
12:59 Joubu fridolin: where? I see them
12:59 marcelr any one else ?
12:59 marcelr Joubu++
12:59 marcelr fridolin++
12:58 fridolin at OPAC
12:58 fridolin Joubu: new pb : when not loggedin, public lists are empty
12:58 Joubu arf no
12:58 marcelr bug_14544++
12:58 wahanui KOHA is, like, a free software ils see http://koha-community.org for more info
12:58 Joubu KOHA?
12:57 marcelr ok
12:57 wahanui koha is a free software ils see http://koha-community.org for more info
12:57 marcelr koha?
12:57 marcelr koha
12:57 marcelr hello #kha
12:56 alex_a tcohen: you are not wrong :(
12:54 fridolin hie tcohen
12:53 Joubu Salut tcohen
12:53 tcohen hi fridolin!
12:53 tcohen ¡bonjour Joubu!
12:52 tcohen http://snag.gy/XO2wI.jpg
12:52 tcohen alex_a: maybe i'm doing wrong, but after fixing the updatedatabase.pl i still get the tests conflict
12:51 fridolin Joubu: okiii nice
12:51 Joubu fridolin: new patch set submitted, all the bugs (you have found) should be fixed, and I have squashed the bug fixes
12:51 alex_a tcohen: I wanted to use atomiupdates and remove all in updatedatabase.pl
12:50 tcohen alex_a: you should really keep the amount of newlines on updatedatabase.pl (if you don't use atomicupdates)
12:32 tcohen let me re-check
12:32 alex_a only on updatedatabase script and syspref.sql
12:32 tcohen exactly
12:31 alex_a I don't have such issue
12:31 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8236 enhancement, P5 - low, ---, koha, Patch doesn't apply , Prevent renewing if overdue or restriction
12:31 alex_a tcohen: For bug 8236, you mean you have merge problem on tests file ?
12:31 alex_a hello tcohen
12:29 tcohen morning!
10:38 Joubu fridolin: confirmed, it does not work, it should
10:22 fridolin mmh but how test then
10:22 Joubu fridolin: note that there are some bugs in this area, it's not the goal to the refactoring to fix them
10:21 Joubu I think it should
10:21 fridolin Joubu: also, how add a record on a public list (not mine) that allows it ? it is not listed in "Add to..."
10:20 Joubu fridolin: yep, I am on it
10:17 wahanui fridolin: excuse me?
10:17 fridolin wahanui: dont start you
10:17 wahanui I haven't seen 'my', fridolin
10:17 fridolin Joubu: seen my last note ?
10:17 fridolin okiii
10:17 fridolin 2/ is a affirmation, 1/ and 3/ are the bug
10:16 fridolin ahhhhh
10:16 Joubu 3/ No feedback messages when actions are done
10:16 Joubu The patchset fixes some bugs:
10:16 Joubu fridolin: no, it's correct!
10:15 Joubu (and because my test plans suck)
10:15 Joubu because there is a superfluous negation
10:14 fridolin Joubu: so why "no feedback messages" in test plan ?
10:13 Joubu to the user
10:13 Joubu fridolin: yes, feedback msgs are sent
10:13 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14544 enhancement, P5 - low, ---, jonathan.druart, Needs Signoff , Move the list related code to Koha::Virtualshelves
10:13 fridolin I'm on Bug 14544 lots of gifts for you
10:13 fridolin Joubu: hie,
10:07 Joubu Hi #koha
09:52 grharry and if yes ... where ??
09:52 grharry Are there any metaproxy .deb packages compatible with the lib versions bundled with the koha-3.20.3 indexdata zebra packages ??
09:39 cait boarding soon :)
09:39 magnuse when are you going?
09:38 cait and you win too
09:37 cait thx magnuse :)
09:36 magnuse hah!
09:36 huginn magnuse: The current temperature in Bodo, Norway is 20.0°C (11:20 AM CEST on August 26, 2015). Conditions: Clear. Humidity: 60%. Dew Point: 12.0°C. Pressure: 29.68 in 1005 hPa (Steady).
09:36 magnuse @wunder boo
09:36 huginn magnuse: The current temperature in Copenhagen, Denmark is 16.0°C (11:20 AM CEST on August 26, 2015). Conditions: Light Drizzle. Humidity: 94%. Dew Point: 15.0°C. Pressure: 29.92 in 1013 hPa (Steady).
09:36 magnuse @wunder cph
09:31 huginn cait: Error: No such location could be found.
09:31 cait @wunder Kopenhagen
09:31 huginn cait: Error: No such location could be found.
09:31 cait @wunder Copenhagen
09:18 * cait waves from the airport
09:18 cait morning #koha
07:48 fridolin Joubu: are u there ?
07:47 putti What should be the status of the item be, so that I can place a hold for a patron?
07:46 putti sophie_m, they seem to look fine.
07:44 sophie_m putti: you can limit holds in you circulation rules
07:43 putti Is it because there is some property of an item?
07:42 putti why koha says that a patron has too many holds even though the limit is 50 hold per patron.
07:39 fridolin Joubu: test plan says : "3/ No feedback messages when actions are done" but there are nice messages after an action like removing a record
07:39 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14544 enhancement, P5 - low, ---, jonathan.druart, Needs Signoff , Move the list related code to Koha::Virtualshelves
07:39 fridolin Joubu: hie, continue on Bug 14544
07:22 wahanui okay, magnuse.
07:22 magnuse ncip is also http://www.ncip.info/
07:13 fridolin eth0 is up ? :)
07:12 wahanui well, ncip is NISO, SIP is 3M
07:12 fridolin magnuse: ncip ?
07:10 magnuse fridolin: ncip is up!
07:01 alex_a bonjour
06:56 fridolin bonjour magnuse, ça gaze ? (means watsup')
06:54 magnuse bonjour fridolin
06:42 fridolin hie there
06:39 magnuse you've had worse, i bet :-)
06:35 eythian so not terrible
06:34 eythian I think the forecast was for up to 40kph
06:34 magnuse unless there is lots of wind, of course
06:34 magnuse overcast and 10C? doesn't sound too scary, eythian?
06:33 eythian ...and out into it I go...
06:32 huginn eythian: The current temperature in Wellington, New Zealand is 10.0°C (6:00 PM NZST on August 26, 2015). Conditions: Overcast. Humidity: 66%. Dew Point: 4.0°C. Pressure: 30.42 in 1030 hPa (Steady).
06:32 eythian @wunder nzwn
06:31 reiveune hello
06:30 magnuse hah!
06:30 huginn magnuse: The current temperature in Realtor, CABRIES, France is 14.3°C (8:21 AM CEST on August 26, 2015). Conditions: Clear. Humidity: 85%. Dew Point: 12.0°C. Pressure: 30.04 in 1017 hPa (Steady).
06:30 magnuse @wunder marseille
06:30 huginn magnuse: The current temperature in Bodo, Norway is 18.0°C (8:20 AM CEST on August 26, 2015). Conditions: Clear. Humidity: 64%. Dew Point: 11.0°C. Pressure: 29.71 in 1006 hPa (Steady).
06:30 magnuse @wunder boo
05:44 * magnuse waves
03:07 cdickinson https://www.reddit.com/r/talesfromtechsupport/comments/3ibkmt/mother_may_i_uninstall/
01:22 francesca woaaah creepy
01:21 eythian https://i.imgur.com/IvDTs4I.gifv
01:07 mtj oooh, http://news.mit.edu/2015/crash-tolerant-data-storage-0824
00:53 dcook Hmm Params::Validate is kind of neat
00:04 dcook Ahh guess not
00:04 * dcook wonders if pianohacker is still around