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