Time Nick Message
22:52 mtompset "... CAS authentication preference turns off the login form on the OPAC home page altogether" -- it does, oleonard?
22:50 mtompset Sorry, I had chauffeur responsibilities.
19:54 oleonard Is it expected in libraries which use CAS that CAS is the only login option?
19:54 oleonard ...and remove the Persona link from the home page too
19:53 oleonard Perhaps in both the modal and under the main login form we need a link to "other ways to log in" and consolidate login options under opac-auth.pl
19:53 druthb O.o http://www.amazon.com/Accoutrements-Bacons-Bacon-Flavored-Toothpaste/dp/B004MBNK5K
19:53 oleonard I don't know what the motivation was behind hiding the login form on the home page though.
19:51 oleonard Currently the CAS authentication preference turns off the login form on the OPAC home page altogether. If this is the preferred option then the template should be modified so that with CAS enabled the login modal doesn't appear at all either. It could link directly to the login page.
19:48 oleonard My goal is to keep the login modal as compact and brief as possible.
19:38 mtompset Bye, ashimema.
19:38 ashimema Bye all
19:38 ashimema Shib does
19:38 ashimema Many of them. 'Have' to go of screen do they not
19:38 mtompset And I have chauffeur duties calling.
19:38 mtompset which sometimes includes getting a username and password.
19:38 ashimema Right, my flight is boarding. I'll read the loss when I get back
19:37 mtompset Sometimes they go off window to do their magic.
19:37 mtompset we have LDAP, CAS, local, persona, etc.... they don't all use the SAME screen.
19:37 ashimema Looks like there's acas patch.. and I dont see why ldap wouldnt work?
19:37 ashimema What doesn't work at the moment mtompset? I've only tried shib and local
19:36 mtompset It wasn't there before?
19:36 ashimema What was your reasoning on not liking text in the modal oleonard?
19:36 mtompset ashimema: Until the login process is re-written to authenticate from a single login screen, that isn't happening.
19:35 ashimema The modal needs to allow for all applied auth methods..
19:35 mtompset That would enable those with more complicated login processes to modify the corresponding page between bootstrap and prog.
19:34 ashimema Hence, I agree with you mtompset.
19:34 mtompset Which is why I was throwing out the idea of system preferencing the modal or go to the old page.
19:34 mtompset right, ashimema.
19:34 ashimema In the shibboleth case, it's kinda impossible to reach the login page now in bootstrap pre the last psych in that bag
19:34 mtompset it being the login text.
19:34 mtompset Because the rename, I think is okay, but if it shouldn't go into the modal, then I don't think the CAS should be in the modal either.
19:33 oleonard No, both are reasons. I disagree with putting the login text in the modal
19:32 mtompset So the real reason for the failure is the system preference name?
19:31 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8446 enhancement, P5 - low, ---, martin.renvoize, Needs Signoff , Shibboleth authentication patch
19:31 ashimema You can add bug 8446 to that list
19:30 oleonard My point about Bug 6864 is that the login text is being added to a place where it was not before (and not to the place where it is now)
19:29 mtompset You said the change was in the wrong place on 6864, but felt like we could figure out the login situation with the modal later with respect to 12046.
19:29 * ashimema gies to read.
19:28 ashimema I recently touched bootstrap login in the shibbolth patches..
19:28 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12046 normal, P5 - low, ---, jonathan.druart, Passed QA , Authentication using CAS - bootstrap
19:28 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6864 enhancement, P5 - low, ---, fcapovilla, Failed QA , add a syspref to allow custom text for OPAC user/pass information
19:28 mtompset This is with respect to bug 6864 and bug 12046... I'm just throwing out some ideas.
19:28 oleonard Who is proposing that it be axed or system preferenced?
19:28 ashimema Login modal...?
19:27 mtompset oleonard: The bootstrap login modal... are we keeping it, axing it, or system preferencing it?
19:25 ashimema Pointing works well. . No need for pootle
19:25 ashimema Not too much further
19:25 ashimema My czech stretched to getting a beer or two
19:24 oleonard http://czechprimer.org/
19:24 ashimema Still, back to koa hacking next week. :)
19:24 oleonard Oh I love Prague
19:23 ashimema My flight is delayed. Lovely week in Prague coming to and end too soon.
19:22 oleonard Hi ashimema
19:13 ashimema Good evening #koha
18:58 oleonard Thanks gmcharlt
18:57 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12076 minor, P5 - low, ---, gmcharlt, Needs Signoff , xt/tt_valid.t can miss an invalid construct
18:57 gmcharlt oleonard: bug 12076
18:57 gmcharlt indeed
18:57 rambutan simple minded
18:54 oleonard The tech supervisor at my wife's job just sent out an email saying they probably didn't have to worry about Heartbleed because everybody uses "standard browsers on Windows." :|
18:41 pastebot "gmcharlt" at 127.0.0.1 pasted "simple-minded, but it catches it" (13 lines) at http://paste.koha-community.org/212
18:36 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6458 normal, PATCH-Sent (DO NOT USE), ---, frederic, CLOSED FIXED, incorrect parsing result in translation processing
18:36 oleonard Bug 6458
18:35 gmcharlt oleonard: as I recall, yes
18:34 * oleonard feels old
18:34 oleonard What was the reason for that rule again? Problems with the translation script?
18:33 oleonard that seems to be the case. When I remove the " - " the template fails the QA tool test
18:31 oleonard I wonder if it's the " - " messing with a pattern? I don't know how the test works.
18:31 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11508 minor, P5 - low, ---, bgkriegel, Needs Signoff , Untranslatable pull-down in auth_subfields_structure.pl
18:31 oleonard In the patch for Bug 11508
18:31 oleonard <option value= "0" [%- IF ( loo.ohidden.default == 0 ) -%]selected="selected"[%- END -%]>Show all</option>
18:30 gmcharlt oleonard: what is not being caught?
18:29 oleonard I thought either the tests or the qa tools picked up invalid nesting of [IF] inside HTML tags
18:12 huginn New commit(s) kohagit: Bug 11563: (follow-up) remove some tabs <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=c16cadf21656e6c1796c7eac28db33ead02cf59d> / Bug 11563: (follow-up) improve selector for adding noEnterSubmit to select elements <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=2aafa78f08c60797e47cbe790cef1f1899a5297d> / Bug 11563: (follow-up) add noEnterSubmit class to pulldowns <http://git.koha-communit
17:05 mtompset YAY! I love seeing patches I helped with make it to master. :)
17:01 * wajasu wonders if .less compilation, could be done with a git pre-commit hook.
16:29 huginn New commit(s) kohagit: Bug 11960: replace unnecessary call of GetMemberDetails by CanBookBeRenewed <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=9132f9befb36f32fc35a511c3829c224b42893bf> / Bug 11598: (follow-up) improve help text for --html and --text options <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=9834401c59ed2ac41ca354732a528a117404fb76> / Bug 11598: Add --text option to overdue_notices similar to --h
15:45 reiveune bye
14:51 oleonard Thanks mtompset
14:50 mtompset oleonard: I figured that is what the ASSIGNED indicated. but wanted to make sure. Bug is signed off now. :)
14:37 mtompset I'm only a metaphorical chauffeur. I can't wait until my wife gets her G2 license.
14:36 oleonard rambutan is doing deliveries, mtompset is a chauffeur... I think I'll be a milkman.
14:35 * mtompset is back from chauffeur duties.
14:00 rambutan eh, I need to go do deliveries...
13:59 rambutan :)
13:59 oleonard rambutan: You have an extra "library" in that sentence.
13:58 rambutan I'm getting cynical about the library world
13:57 rambutan http://www.aussiewhipmaker.com/images/whip_1.jpg
13:57 oleonard The sad part is I *knew* I would get a comment about the date format in the screenshot and I thought I updated the pref accordingly before taking it. Oh well.
13:57 rambutan prepare the staff carefully with appropriate teaching aids?
13:56 oleonard Moral of the story: The staff will always assume that every aspect of every demo is exactly like it will be in reality. Prepare carefully.
13:56 rambutan :)
13:55 oleonard Next it will be, "That screenshot says the URL is now localhost:8888! Is our web site moving?!!"
13:55 rambutan how about 24hour time?
13:55 oleonard Panic ensues when a Koha screenshot I shared with my staff to prepare them for 3.14 includes a date formatted dd/mm/yyyy.
13:45 huginn rambutan: The current temperature in Wyatt Park, St Joseph, Missouri is 10.2°C (8:45 AM CDT on April 11, 2014). Conditions: Clear. Humidity: 50%. Dew Point: 0.0°C. Pressure: 30.07 in 1018 hPa (Steady).
13:45 rambutan @wunder 64507
13:26 khall I'm a science geek and my wife is a humanities geek
13:26 * oleonard 's favorite kind of babies are Koha babies
13:26 khall heh, I'm sure she will be a geek through and through!
13:25 magnuse awww...
13:25 paul_p khall = if she looks like her mother, you still can give her a keyboard very quickly, so she will act as her father !
13:24 paul_p khall so cute...
13:22 khall it's hard to tell at this point, but I think she's going to look a lot like her mother: https://lh3.googleusercontent.com/-wdLufozRC2Y/Uym9C8SOwtI/AAAAAAAAFo4/SInphHSmqAg/w483-h859-no/20140319_115046.jpg
13:22 paul_p rain falling, rain falling, rain falling... (still in Chisinau)
13:21 paul_p (but, just in case: we love all our boys)
13:21 magnuse lol
13:21 paul_p :D
13:20 * paul_p not that impatient to face #3 and #4 teenage
13:20 * paul_p 2nd boy starting teenage now. Seems easier than #1 ...
13:20 * paul_p 1st boy "launched". He's 18, has mostly left daddy's & mummy's home. Still hard times.
13:19 khall lol, yep. Can't wait for that!
13:19 paul_p khall = if you prefer I can speak about teenage time. Which is *much* less cute ...
13:18 magnuse khall: oops!
13:18 magnuse paul_p: np
13:18 khall don't jinx me! : )
13:18 magnuse (the sleeping all night, that is)
13:18 magnuse khall: it might not last... ;-)
13:18 paul_p khall = from 0 to 6 years, it's really amazing because baby discover something new every month. As a parent, it's completely cute...
13:17 khall yep, another baby in the family has colic, I don't envy her parents
13:16 paul_p khall really ? Already sleeping most of the night ? Hey, that's unfair ! Why did some babies cry and others don't (and have I been unlucky with my 4 sons ?) :D :D
13:15 khall can't wait for that first smile
13:15 khall very different ; ) it's great though! She's sleeping though most of the night already
13:15 paul_p everybody is fine ?
13:14 paul_p hi khall ! how's life with your baby ?
13:14 paul_p magnuse hello. Seems Lay Poh Allonen sent the same email to everybody ;-) (thx for the fu though)
13:13 khall good day magnuse!
13:13 * magnuse waves to khall
12:59 mtompset Now I'm going to have competition in the monthly sign offs again. ;)
12:57 khall np!
12:57 chris_n khall++ #tnx for the qa
12:55 mtompset Greetings, oleonard.
12:49 ambz thanks all... bye for now
12:34 ambz hello, mtompset
12:33 mtompset Greetings, magnuse ambz.
12:33 magnuse ambz: my pleasure
12:33 magnuse hiya mtompset
12:17 ambz magnuse: thanks a lot:)
12:15 mtompset Greetings, #koha.
12:10 magnuse build your own is at http://wiki.koha-community.org/wiki/Building_Debian_Packages_-_The_Easy_Way
12:10 magnuse one sec
12:10 magnuse build your own?
12:10 magnuse the recommended way is to build your own debian packages
12:09 magnuse i'd say gitify is not recommended for production
12:08 ambz is gitify recommended or tested for production usage? i mean, if i am working on a fork of koha and i want to run my production koha server against my github fork, i can use gitify right?
12:02 ambz cool, thanks... checking that out
12:01 * magnuse tries to remember that wahanui remembers that
12:00 wahanui hmmm... gitify is at https://github.com/mkfifo/koha-gitify
12:00 magnuse gitify?
12:00 wahanui packages is probably at http://wiki.koha-community.org/wiki/Debian
12:00 magnuse packages?
12:00 wahanui magnuse: I forgot http://wiki.koha-community.org/wiki/debian
12:00 magnuse wahanui: forget http://wiki.koha-community.org/wiki/Debian
12:00 magnuse https://github.com/mkfifo/koha-gitify
12:00 wahanui http://wiki.koha-community.org/wiki/Debian is what i used ...
12:00 magnuse http://wiki.koha-community.org/wiki/Debian
11:59 magnuse ambz: i think the recommended way to do that now is to do an installation based on the debian packages, create an instance and then to gitify that instance
11:56 ambz btw, is there a wiki page or doc on how to setup a dev instance of koha? for local deployment and testing?
11:54 ambz i was taking opac-main.tt from 'master' branch on github... which is different from the one i should have used (opac-main.tt from the 3.10.x branch)
11:50 ambz thanks for trying to help :)
11:49 magnuse yay
11:48 ambz it's working now
11:48 ambz okay, got it...
11:39 ambz so i changed the template file in-place, for example, i changed "/usr/share/koha/opac/htdocs/opac-tmpl/prog/en/modules/opac-main.tt"
11:39 ambz yes, i installed via the debian packages
11:38 magnuse regenerating the templates should only have an effect if you are looking at a translation, anyway
11:37 magnuse ambz: how did you install? with the debian packages?
11:33 ambz ?
11:30 ambz so how does one "regenerate the templates"?
11:29 ambz i tried to google this error, and i landed up at one of the transcripts of this channel with this message: "jcamins: I updated, but didn't regenerate the templates."
11:28 ambz i meant, i changed "Koha/koha-tmpl/opac-tmpl/prog/en/modules/opac-main.tt", but I have restored it now
11:27 ambz sorry
11:27 ambz i changed Koha/opac/opac-main.pl
11:27 ambz i'm only working with english templates... and it was working perfectly fine earlier
11:27 ambz yes
11:26 Joubu ambz: Does the error occur with english templates?
11:21 ambz Any idea?
11:21 ambz The template currently is the original code from git (not my messed up version)... but it's still failing with that error.
11:20 ambz I'm getting this error, even after I've restored the template: "Template process failed: plugin error - Koha: plugin not found at /usr/share/koha/lib/C4/Templates.pm line 132."
11:20 ambz I'm messing around with one of the OPAC templates
11:20 ambz hello all... need a little help
10:32 * paxed outputs a bug report.
10:26 paxed why isn't the proper date format passed to the templates instead of doing that?
10:25 paxed lovely.
10:25 paxed [% IF ( dateformat == "us" ) %]mm/dd/yy[% ELSIF ( dateformat == "metric" ) %]dd/mm/yy[% ELSE %]yy-mm-dd[% END %]
10:22 kivilahtio_ you hapy long time!
10:19 paxed fucking *grmbl*
10:19 paxed stupid date formats.
10:16 atheia hummus *is* good, no doubt.
10:14 kivilahtio_ hummus <3
10:13 kivilahtio_ I had hummus for breakfast
10:13 kivilahtio_ most often cheese also ;)
10:13 kivilahtio_ too bad there is white flour in pizza, and usually meat
10:13 kivilahtio_ woohoo!
10:13 magnuse woohoo!
10:12 wahanui i guess friday is pizzaday!
10:12 magnuse friday?
10:07 kivilahtio_ just wanted to share this insight, because it is friday :)
10:05 kivilahtio_ I wonder how bad can multithreading uspport be :)
10:05 kivilahtio_ I read an article about Perl multithreading is better than in Python or Ruby.
10:04 kivilahtio_ hyvää päivää atheia!
09:59 magnuse hiya atheia
09:53 atheia Hello!
09:35 kivilahtio_ bah this level of Perl is beyond me, Benchmarking tools don't work multithreadedly.
09:32 kivilahtio_ Intel was sentenced also in Europe for exactly similar behaviour few years back.
09:32 kivilahtio_ for you Intel fanboys https://en.wikipedia.org/wiki/AMD_v._Intel
09:28 kivilahtio_ AMD Bulldozers are meant to be banged
09:28 kivilahtio_ they love it
09:25 huginn dcook: Error: You must be registered to use this command. If you are already registered, you must either identify (using the identify command) or add a hostmask matching your current hostmask (using the "hostmask add" command).
09:25 dcook @quote add <kivilahtio> bangs all my cores
09:25 kivilahtio_ got it :)
09:25 dcook I know this won't work but...
09:25 kivilahtio_ ah wait a sec, it is an subclass
09:24 kivilahtio_ there is no subroutine ab in the package
09:23 kivilahtio_ Joubu: I couldnt trace through C4::HTTPD::Bench::ApacheBench->execute() 147: => $self->{'regression'} = $self->ab;
09:21 kivilahtio_ bangs all my cores
09:21 kivilahtio_ i get great results with ab -n 1000 -c 4 http://localhost:8080/
09:20 kivilahtio_ but it implies that it should work multithreadedly
09:20 kivilahtio_ even the tutorial doesnt work when copypasted in multithreaded mode
09:20 dcook Me either, but it's a nice idea ;)
09:20 kivilahtio_ Joubu: The Perl module HTTPD:Apache::Bench... is broken
09:19 kivilahtio_ I don't have time for that :)
09:18 dcook I think I might need to re-watch it sometime soon
09:18 dcook I'll totally agree with you
09:17 kivilahtio_ dcook: Babylon 5 was such a great series
09:17 * dcook shows his geek colours
09:17 dcook kivilahtio_: That same thing was referenced in an episode of Babylon 5 ;)
07:32 Joubu kivilahtio_: yes, of course
07:32 kivilahtio_ Joubu: you can QA it then :)
07:32 kivilahtio_ but I'll submit a patch soon
07:29 kivilahtio_ 1 core stress
07:29 kivilahtio_ bu default concurrency is 30
07:29 Joubu kivilahtio_: to answer your first question, I did not test the multicode load. But I think if you set the concurrency value, the cores should be used
07:26 kivilahtio_ :)
07:25 kivilahtio_ lol
07:25 kivilahtio_ did you just write "lol2?
07:25 paul_p lol
07:25 kivilahtio_ that was a sweet story
07:25 kivilahtio_ paul_p: I read a book about some stuff, but the main character told a story where he could always sleep really well when the rain was falling on a metal roow. So one night before a big exam, his father went outside to pour water on the roof with a garden hose :)
07:24 paul_p it's raining like mad here (and I'm on the highest floor of the hotel, so I hear very well the rain -I like this noise-)
07:23 kivilahtio_ just not sure if I am making another stupid mistake or am I really into something THIS TIME!
07:23 Joubu kivilahtio_: ok cool
07:23 kivilahtio_ Joubu: I am still wokring on it
07:22 kivilahtio_ Huomenta paul_p!
07:22 Joubu I don't find a patch, so I must have dreamt then
07:22 paul_p hello #koha
07:22 kivilahtio_ on long stress runs to empty borrowernumbers are kinda statistically evened out, but you cannot compare statistics between Koha instances because of that
07:22 kivilahtio_ but I need to read the actual documentation first :)
07:21 kivilahtio_ it might be desired behaviour on how the module operates
07:21 kivilahtio_ but when you just run it , it uses only 1 core
07:21 kivilahtio_ I am yet to read the cpan tutoraial about the HTTP::Benchamrk
07:21 kivilahtio_ the bigger issues is concurrency
07:20 kivilahtio_ I need to submit my patches
07:20 kivilahtio_ well i fixed that no probs
07:20 Joubu oops
07:20 Joubu :q
07:20 kivilahtio_ this is problematic since you cannot accuratley replicate the amount of "empty" borrowernumbers
07:20 kivilahtio_ our borrowerid's start from somewhere around 1000 and continue up until 1000000 or something, with HUGE gaps in between :)
07:20 Joubu hum, I think I did a patch for that
07:19 Joubu kivilahtio_: yes
07:19 kivilahtio_ it just finds the biggest borrowerid and gets random numbers between 0 and $borrower_max
07:19 kivilahtio_ also, arent you worried about the algorith it uses to find test groups?
07:18 kivilahtio_ Joubu: How do you test multicore load with it?
07:18 Joubu kivilahtio_: I used it several times
07:17 Joubu kivilahtio_: what you mean "for real" ?
07:15 kivilahtio_ like for real?
07:15 kivilahtio_ Is anybody really using the benchmark_staff.pl and friends unmodified?
07:09 paxed gah. why is it so hard to change the dateformat to something else than the 3 choices offered.
06:54 alex_a bonjour
06:44 * magnuse waves
06:37 reiveune hello
04:24 dcook marc list?
04:21 wahanui i think marc status is http://www.loc.gov/marc/status.html
04:21 dcook marc status?
04:21 wahanui history is http://git.koha-community.org/gitweb/?p=koha.git;a=blob;f=docs/history.txt;hb=HEAD
04:21 dcook history?
04:21 wahanui somebody said status was not set, I tried receive and an additional check in
04:21 dcook status?
03:44 mtompset Have a great day, #koha dcook pianohacker
02:38 * dcook just realizes that he hasn't been listening to music these past few hours. Must rectify!
02:37 dcook My source install on the non-Deb system is down around there as well.
02:37 dcook Pazpar2 wants YAZ 4.2.68 but Debian Wheezy's repo seems to have 4.2.30.
02:36 dcook I haven't added my latest comment yet either I think
02:36 pianohacker curses!
01:48 dcook Patch 1 downloading...
01:45 dcook Cheers. You too.\
01:45 pianohacker good luck!
01:45 dcook \o/
01:45 pianohacker okay, leaving
01:45 pianohacker [off] for making the money happen
01:45 pianohacker bag++
01:44 pianohacker I've wanted Koha to be an utterly kickass cataloging tool for five years now
01:44 dcook About time I follow through after saying I was interested back at Kohacon :p
01:44 pianohacker That's my hope!
01:43 dcook Actually, we do have a few really good cataloguers who would probably use it..
01:43 dcook I doubt any of our clients will use it, but I know I would want to use it if I were using Koha as a librarian
01:43 pianohacker dcook++
01:43 pianohacker Thanks much!
01:43 dcook Really excited by the cataloguing interface
01:43 pianohacker so I should be able to answer a few questions :)
01:43 dcook Cool. I'll take a look at these :).
01:43 pianohacker dcook: I'm headed out to study, but I'll be on IRC intermittently throughout the night
01:42 dcook Hmm, indeed, eh?
01:41 pianohacker the -n was supposed to make it a dry run
01:41 pianohacker without the -n, yes
01:41 dcook "If you enabled pazpar2 before, just run update_zebra_conf. Otherwise, you can either"
01:40 dcook the make -n update_zebra_conf
01:40 pianohacker (sorry, I'm running a bit slow today)
01:40 pianohacker run what?
01:40 dcook Well, judging from your notes, I was supposed to run that after having a makefile that states that I want to use pazpar2, yeah?
01:40 dcook hehe
01:39 pianohacker I'd appreciate feedback on the fancy error message, actually :)
01:38 dcook Hmm, I might try the editor without pazpar2, then try them both with it
01:38 pianohacker [off] oh, cool. they released yet another minor version that adds features I don't care about and doesn't fix any of the really irritating bugs
01:37 pianohacker ./configure && make && make install should do the trick like always, they didn't manage to mess that up
01:37 dcook http://www.indexdata.com/pazpar2 ?
01:36 dcook I imagine so
01:36 pianohacker dcook: There's a repo for debian; for opensuse it's likely easiest to install from source
01:36 dcook Alas, I'm using the OpenSuse system now
01:36 dcook Ah, Comment 44
01:35 dcook Sort of where to get the software, if it needs additional config, etc
01:34 dcook Happy to install it. I'm just wondering about how to go about that
01:33 pianohacker dcook: I made it so you can test the editor without pazpar2 working, by magnuse's suggestion, but it's a big part nobody has really touched yet
01:33 dcook I'm just curious about pazpar2 :S
01:32 dcook Ah, I was just looking at 11559 and wondering
01:32 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10486 new feature, P5 - low, ---, jweaver, Needs Signoff , Allow external Z39.50 targets to be searched from the OPAC
01:31 pianohacker dcook: I'll be heading out soon, but please take a look at the comments on bug 10486 and see if they answer your questions
01:30 pianohacker git-bz++
01:28 dcook Hmm, I should check to see if I have git-bz set up here..
01:22 dcook PMing you the output :)
01:21 dcook pianohacker: Sweet as :D
01:18 pianohacker dcook: working on those docs for ya
01:16 dcook Thanks, gmcharlt. I'll give that a shot.
01:15 dcook So that's a no :p
01:15 dcook pianohacker: I deliberately told it not to so that I could in theory learn how to set it up with an existing install
01:15 pianohacker gmcharlt++ # thanks
01:15 pianohacker dcook: for testing purposes, did you enable pazpar2 before?
01:14 gmcharlt then make && make -n update_zebra_conf
01:14 gmcharlt perl Makefile.PL --prev-install-log=/path/to/koha-install-log
01:14 gmcharlt one sec
01:13 dcook What do we do now? :p
01:13 dcook No worries :)
01:12 pianohacker I'm sorry about that, I thought with the -n it wouldn't change anything
01:12 pianohacker the hell, a make -n did?
01:11 dcook Hmm, I think that command nuked the old makefile and blib
01:11 pianohacker kk.
01:10 gmcharlt you have to tell it
01:10 pianohacker gmcharlt: Will it use the old install log, or do you have to tell it to manually?
01:10 dcook Yeah, it's something like that
01:10 pastebot "dcook" at 127.0.0.1 pasted "make -n update_zebra_conf" (6 lines) at http://paste.koha-community.org/211
01:09 pianohacker ahhh
01:09 gmcharlt a change in a file timestamp could have thrown it off
01:09 pianohacker no, not right now
01:09 gmcharlt let it
01:09 dcook It's prompting me to go back through the make process :/
01:08 pianohacker ?
01:07 dcook Ermm
01:06 dcook hehe. Cool
01:06 pianohacker shouldn't do anything, but I want to know if it errors :)
01:05 dcook Cool beans. I'll give that command a shot.
01:04 pianohacker dcook: yeah
01:03 dcook ^pianohacker
01:03 dcook Mmm, so a proper git install rather than a gitified install,yeah?
01:02 pianohacker dcook: Could you try running the following command in your git? make -n update_zebra_conf
01:02 pianohacker dcook: If you can install pazpar2 it shouldn't be awful
00:59 dcook But happy to use those if OS isn't a big deal
00:59 dcook As for regular dev install from git...only OpenSuse
00:58 dcook Gitified
00:58 pianohacker dcook: Do you have a git install handy?
00:57 dcook None of this OpenSuse stuff :p
00:57 dcook I have a Debian VM available if that makes things any easier
00:56 dcook All right. I'll definitely need some help with pazpar2
00:56 wahanui pianohacker: I forgot bug 11559
00:56 pianohacker wahanui: forget bug 11559
00:56 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11559 new feature, P5 - low, ---, jweaver, Needs Signoff , Professional cataloger's interface
00:56 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10486 new feature, P5 - low, ---, jweaver, Needs Signoff , Allow external Z39.50 targets to be searched from the OPAC
00:56 wahanui bug 11559 is currently "failed qa"
00:56 dcook bug 11559
00:56 dcook bug 10486
00:55 pianohacker any testing and signoffs on 10486 and 11559 would be highly appreciated
00:55 pianohacker dcook: Right, right. Let me get some notes from when cait and I tested 10486 in place on that bug, so you have setup notes for pazpar2
00:54 dcook I say in the next hour as I might need to ask you questions :p
00:53 dcook What can I do in the next hour to help you out with rancor or another one of your patches?
00:53 pianohacker woo timezones :)
00:53 dcook a.m.*
00:53 dcook It's still the am here ;)
00:53 pianohacker dcook: I'm gonna be heading out in an hour or so to study for a quiz tomorrow. You?
00:52 dcook pianohacker: How long are you around for today?
00:47 dcook One that is easy to forget sometimes..
00:46 dcook Mmm, that's a good point
00:46 pianohacker [off] oh yah
00:45 gmcharlt but seriously, I think it's fair to say that there /are/ some fairly large differences of opinion
00:45 dcook :p
00:45 dcook At least the Koha dev teams
00:45 gmcharlt ;)
00:45 gmcharlt dcook: as you know, there is no cabal
00:44 dcook No, I know even the larger companies are still fairly small
00:44 dcook Exactly what the cartel would say ;)
00:44 gmcharlt dcook: FWIW, there's pretty much the exactly opposite of a cartel among the larger shops working on Koha as far as development priorities are concerned
00:43 dcook Maybe that's not how this works, but I'm curious.
00:43 gmcharlt pianohacker: as expected ;)
00:43 dcook That they have a plan?
00:42 dcook That maybe they know what's going on?
00:42 dcook I do wonder a bit sometimes if the larger companies do represent a...club?
00:42 pianohacker (development staff, at least)
00:42 * pianohacker , aka 1/2 of the staff of bywater, wakes up and gives gmcharlt a hairy eyeball
00:41 dcook Loose goals
00:41 dcook But as a community we could make goals
00:41 dcook I think that would require more of a team environment
00:41 gmcharlt or someelse can tell paul_p: "rewrite module X"
00:41 dcook Right, nor should there be
00:40 dcook Into the centres?
00:40 gmcharlt but what there isn't is a diktat where I can tell bag: "hey, have all of your staff work on DBIC"
00:40 dcook Funding and effort would be great, but at the moment...I don't know where either would go
00:40 gmcharlt or organize funding
00:40 gmcharlt but as far as the long term is concerned -- well, either we (speaking collectively) build it by putting in the effort
00:39 dcook Quite naturally
00:39 gmcharlt though there are of course some centers of plurarlity
00:39 dcook True true
00:39 gmcharlt but I do want to make a very direct point: there is no single institution that manages Koha or funds the majority of its development
00:39 dcook But I'm referring more so to goals or a long-term roadmap
00:39 dcook That sounds good
00:38 gmcharlt a change-everything-release, probably not
00:38 gmcharlt well, for 3.16, a release with some modest improvements across the board, both feature and architectural, and with any luck a new editor
00:37 dcook What are we progressing towards?
00:36 dcook It sort of harkens back to the whole Koha 3 vs Koha 4 debate.
00:36 dcook Rather, I don't know where it's going, or if it's going.
00:36 dcook I don't know if I know where the project is going in general
00:36 dcook It's not just not knowing what folks are working on...(for the record, I'm working mostly on maintenance than development these days).
00:35 dcook I think those are the only ones I know about :p
00:35 dcook Yeah, kudos also to rangi and eythian for their mentions on NCIP and ElasticSearch.
00:34 huginn dcook: Error: You're not allowed to adjust your own karma.
00:34 dcook (Related note: Kudos to pianohacker for putting out a lot out there about his developments :D. I wish that I could test them more. dcook--)
00:34 gmcharlt http://koha-community.org/koha-community-newsletter-march-2014/#projects
00:34 dcook ?
00:34 gmcharlt in particular, Chad's trying to beat out of folks^W^W^W^W gather word about projects every month
00:34 dcook Yeah?
00:33 gmcharlt and there has been a recent effort to try to expose ongoing dev projects via the newsletter
00:33 dcook I don't know how my efforts will help that, and I don't want to disparage others, but I...
00:32 dcook Agreed.
00:32 gmcharlt the meetings are only as good as the level of effort that collectively gets put into them
00:32 dcook Complain as I really don't have much to add at the moment these days.
00:31 dcook I do want to qualify that by saying that I'm not in a place to...
00:31 dcook I don't seem to recall too much being said?
00:31 dcook I think I was at the last one?
00:31 dcook I've thought about it. It depends a bit on work-life balance, although I appreciate the using 2 times to be more inclusive.
00:31 gmcharlt I don't call them for the sake of writing minutes afterwards, if you get what I mean
00:30 gmcharlt dcook: I really encourage to make time to attend, at least, the dev meetings
00:29 pianohacker Hah! True :)
00:29 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7365 enhancement, P5 - low, ---, gmcharlt, ASSIGNED , Koha should support PostgreSQL
00:29 gmcharlt pianohacker: implicity, bug 7365
00:28 gmcharlt together tell a story of why I'm cautious about relying on patches to Koha/Schema/Result/* that aren't followed by a fresh re-running of ./misc/devel/update_dbix_class_files.pl
00:26 gmcharlt note that http://git.koha-community.org/gitweb/?p=koha.git;a=commit;h=49381cc45bef043c104e848aa536fa8c58f4e3da and http://git.koha-community.org/gitweb/?p=koha.git;a=blobdiff;f=Koha/Schema/Result/Branch.pm;h=ec25add2f0df5b45d4d8084662d4c2574de0fc31;hp=b7bc1487f21b2ad7110add3c9e7fc2abdc054393;hb=39be2613a1fafd9a2d2805aa4c662088e53fad53;hpb=7c4a00a00981a88e29fe7f2996e094f83566accb
00:24 pianohacker any bugs in progress to generate the DB from the schema files, rather than the other way around?
00:24 gmcharlt further than we were, not as far as we'd like
00:22 dcook Now that it's been more than a few weeks since November 29, 2013, where are we at with DBIC?
00:21 gmcharlt feel free to read and adapt http://lists.koha-community.org/pipermail/koha-devel/2013-November/040062.html
00:18 pianohacker I'm really good at not seeing things on the wiki, though, so it might already be there
00:17 pianohacker gmcharlt: we should write this down somewhere for the interim period where we have both
00:17 gmcharlt then the DBIC schema classes will become authoritiative
00:17 gmcharlt now eventually, this will change, once we stop using kohastructure.sql entirely
00:17 pianohacker makes sense
00:17 gmcharlt those do belong
00:17 gmcharlt i.e., bits taht D::C::S::Loader can't generate
00:16 gmcharlt for example, a fake FK
00:16 gmcharlt however, there are circumstances where one might add bits *below* that line
00:16 pianohacker kk, cool
00:16 gmcharlt as it avoids issues where (say) columns that get added during dev but then get abandoned accidentally remain
00:15 gmcharlt pianohacker: for the bits above "# Created by DBIx::Class::Schema::Loader", yes, I prefer that it be done by the RM
00:14 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10486 new feature, P5 - low, ---, jweaver, Failed QA , Allow external Z39.50 targets to be searched from the OPAC
00:14 pianohacker (this is a good thing for me to know, as I was about to submit a schema update patch as a followup for bug 10486)
00:13 pianohacker gmcharlt: Ah, okay. So you'd rather the schema updates be done by the RM, like assigning version numbers?
00:13 gmcharlt that doesn't preclude circumstances where as /plain old dev/, it might be useful to save a few seconds
00:12 gmcharlt IOW, as /RM/, I don't see any particular advantage to an option that does a partial update; it's more reliable for me to do a full update from a cleanly installed schema
00:12 gmcharlt result: woe and unhapiness
00:11 gmcharlt RM does a partial update, but misses that B was changed
00:11 gmcharlt patch modifies tables A and B
00:11 pianohacker how do you mean?
00:11 gmcharlt as an option for a dev hacking their own test database, perhaps
00:10 gmcharlt since if one guesses wrong, you risk ending up with a partially correct (read: partially incorrect) mapping between database and schema classes
00:09 gmcharlt not particularly as far as release is concerned
00:09 pianohacker (aka, if you really wanted to regenerate the schema for every table, you'd have to explicitly give it a constraint of '.*'
00:08 pianohacker Does that sound useful?
00:08 pianohacker gmcharlt: I noticed that you changed the dbix schema update script to require manual authentication, to make it harder to bork things up. I found a constraint=> option, which allows only generating schema for a certain set of tables, and made a modified update script based on it.
00:06 gmcharlt pianohacker: hmm?
00:05 pianohacker gmcharlt: around?
00:00 dcook hehe
00:00 pianohacker Exactly. There's the plans I have to get rancor integrated, and then there's the time I spend beating my head bloody against pazpar2