← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:02 | wajasu | pulled fresh master. all test passed (make test). |
| 00:07 | prove t/db_dependant => Cannot determine source for t/db_dependant at /usr/share/perl/5.10/App/Prove.pm line 496. | |
| 00:09 | ls | |
| 00:09 | :) | |
| 00:11 | might ned dev install. | |
| 00:17 | ok running db_dependent... | |
| 00:43 | Irma joined #koha | |
| 01:22 | jenkins_koha | Starting build #154 for job Koha_3.8.x (previous build: SUCCESS) |
| 01:29 | halcyonCorsair | can anyone help me with mysql and getting it completely utf8? |
| 01:29 | rangi | with the newer versions you shouldn't have to do anything, the db schema forces all the tables into being utf8 |
| 01:30 | however you can do this | |
| 01:30 | http://wiki.koha-community.org[…]Configuring_MySQL | |
| 01:31 | you definitely dont what the medium config tho | |
| 01:31 | on a box with less than 2gig ram | |
| 01:31 | the rest of the instructions are ok | |
| 01:34 | halcyonCorsair | i'll give it a shot, that's slightly different than what I was trying |
| 01:39 | rangi: with 5.5? | |
| 01:40 | rangi | hmm thats probably older than 5.5, the last install I did, i didnt touch the mysql conf at all, just let the koha set up the tables/db with utf8 |
| 01:54 | halcyonCorsair | gah |
| 01:55 | * rangi | just does koha-create --create-db <instancename goes here> |
| 02:03 | chris_n` joined #koha | |
| 02:12 | mtompset joined #koha | |
| 02:12 | mtompset | Greetings, #koha. |
| 02:13 | I'm confused how about.pl determines what is installed and what is not. | |
| 02:13 | libchi-perl is already the newest version. | |
| 02:14 | Really?! about.pl says it isn't installed. | |
| 02:14 | halcyonCorsair | rangi: this did the trick: http://paste.dollyfish.net.nz/4e92a8 |
| 02:14 | rangi | cool |
| 02:15 | mtompset | Oh... I like that much better than my solution. |
| 02:15 | http://wiki.koha-community.org[…]a_on_Ubuntu#MySQL (you'll need to scroll down some) | |
| 02:16 | wajasu | rangi: ok i see a bunch of db-dependent tests failing. a few fail because thay can't find HTML::Template:Pro and few others, ApacheBench etc. |
| 02:16 | rangi | any that fail because of HTML::Template::Pro either need to be removed, or fixed, since we dont use that at all anymore |
| 02:17 | wajasu | ok. |
| 02:24 | it db_dependent/00-strict.t that is picking up HTTPD/Bench/ApacheBench.pm Unix/Syslog.pm (zebra_queuedaemon.pl) File/Slurp.pm are missing. | |
| 02:27 | rangi | yep, those are optional dependencies you mustn't have installed |
| 02:27 | used by the benchmarking scripts for one | |
| 02:31 | jenkins_koha | Project Koha_3.8.x build #154: SUCCESS in 1 hr 8 min: http://jenkins.koha-community.[…]b/Koha_3.8.x/154/ |
| 02:31 | mtompset: Bug 4064 - Uninitialized variable errors in opac-search.pl | |
| 02:31 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4064 normal, P5 - low, ---, mtompset, Pushed to Stable , Uninitialized variable errors in opac-search.pl |
| 02:31 | wajasu | so we have test dependencies (not required in koha_perl_deps.pl) and we just need to find out at run time. |
| 02:32 | i can probably address uninitialized errors that are in tests as well :) | |
| 02:32 | jenkins_koha joined #koha | |
| 02:36 | wajasu | i guess we remove these from sysprefs: PrefillItem SubfieldsToUseWhenPrefill OpacSuppressionByIPRange since they fail the existence test. |
| 02:37 | rangi | no |
| 02:37 | that just means you havent run updatedatabase lately | |
| 02:37 | wajasu | ahh |
| 02:39 | * mtompset | smiles, "Thanks for the push, rangi." |
| 02:40 | wajasu | i did a dev install. i answered yes to db tests. i had created a kohatest DB and selected that for the tests. so i must need to change my koha-conf.xml? |
| 02:40 | rangi | no |
| 02:40 | why? | |
| 02:41 | just visit your koha site, and it will tell you you need to run the update, do that | |
| 02:41 | or manually run updatedatabase.pl | |
| 02:41 | mtompset | then run the db tests. :) |
| 02:41 | rangi | yep |
| 02:42 | wajasu | webinstalling... |
| 02:42 | rangi | make sure you install all the sample data |
| 02:43 | wajasu | i saw that. |
| 02:43 | mtompset | answering yes to the db tests runs them before the webinstall. I thought that was a bizarre thing. Though, it would work if you were moving from one system to another and the db was already up to date. |
| 02:44 | That's why I always say 'no'. :) | |
| 02:53 | wajasu | can i skipp one test? prove t/db_dependent --SKIP 00-strict.t or such to save myself some time? |
| 03:52 | halcyonCorsair | rangi: what does the koha user need to be able to do? eg. have a real home / shell? |
| 04:05 | mtompset | I don't think so, halcyonCorsair. As the packages versions of koha (apt-get install koha-common, etc. see http://wiki.koha-community.org[…]n_Debian_Squeeze) only insert an entry into the /etc/passwd file. |
| 04:17 | wajasu | halcyonCorsair: one thing is /var/lib/koha contains zebra indexes. find /var/ -name "*koha*" might give you some hints. |
| 04:20 | WaqarAzeem joined #koha | |
| 04:28 | halcyonCorsair | are these important? http://paste.dollyfish.net.nz/26fc65 |
| 04:32 | wajasu | when i run koha_perl_deps.pl -a none of those are "required" for the master code branch. can't be sure about 3.8 though. when you run the webinstaller at first login, i thought i remember it would complain if a required module was missing. |
| 04:33 | * wajasu | wonders is smsoverdues.pl has been broken for some time (since 3.4) after scanning bugs and it uses HTML::Template::Toolkit |
| 04:39 | mtj | wajasu, its html::template-pro thats removed - html:tt is ok :) |
| 04:47 | halcyonCorsair | bloody hell what a pita to install manually :\ |
| 04:47 | wajasu | so i can rewrite smsoverdues.pl using template toolkit. i'll have to mock accordingly though. |
| 04:49 | mtj | 'it uses HTML::Template::Toolkit' , already ? |
| 04:49 | rangi | there is not HTML::Template::Toolkit |
| 04:49 | only Template::Toolkit | |
| 04:50 | it uses HTML::Template::Pro, and isn't in use by anyone afaik, because sending sms involves dealing with telcos and that sux | |
| 04:51 | mtj | all of the above :) |
| 04:51 | halcyonCorsair | anyone know what might be causing this? v |
| 04:51 | wajasu | my $template = HTML::Template::Pro->new(filename => $intranetdir.'/scripts/misc/notifys/templates ... in master. |
| 04:51 | halcyonCorsair | http://paste.dollyfish.net.nz/612660 |
| 04:51 | mtj | anyhoo… sounds good wajasu! :) |
| 04:51 | wajasu | it reminds me ov overdue_notice.pl |
| 04:53 | rangi | halcyonCorsair: you are installing from master? (the dev branch) yeah that moose stuff is to do with the Solr stuff |
| 04:53 | cait joined #koha | |
| 04:53 | rangi | sorry i should have told you to use one of the stable branches, 3.8.x or 3.6.x if you wanted to have a clean install, master is a moving target |
| 04:54 | halcyonCorsair | rangi: err, right |
| 04:54 | cait | morning |
| 04:55 | rangi | however, you can skip the make test and continue with the install, the Moose stuff is optional, but the tests don't think it is (in master anyway) i submitted a bug for that, but the author hasnt fixed it yet |
| 04:55 | wajasu | rangi: the same things goes for the rss.pl. it uses the old template module. |
| 04:55 | rangi | wajasu: id be more inclined to deprecate them, or at least threaten to, and see if anyone complains, they cant have been being used for nearly 2 years now |
| 04:55 | halcyonCorsair | rangi: i'll just go back to stable for now |
| 04:56 | rangi | halcyonCorsair: probably the best for your purposes |
| 04:57 | wajasu | thats the way i feel. i would rather rewrite the messaging as plack apps, and use template toolkit to get rid of alot of duplicate code. |
| 04:58 | * rangi | goes to catch the bus |
| 04:59 | wajasu | later |
| 04:59 | rangi: maybe sms and rss should be brought up at the upcoming meeting. | |
| 05:00 | cait | wajasu: you can add it to the agenda if you want to |
| 05:00 | but maybe also something for the mailing list | |
| 05:01 | wajasu | i'll make a note of it. |
| 05:02 | halcyonCorsair | where does the apache conf get its virtualhost ip? |
| 05:05 | wajasu | in /etc/koha/koha-http.conf |
| 05:07 | and /etc/apache2/port.conf | |
| 05:07 | halcyonCorsair | wajasu: yes, btw where does koha-http.conf get it from / how do I override it during installation? |
| 05:07 | wajasu | make sure NameVirtualHost *:8080 in ports.conf matches what is inthe koha-httpd.conf (use asterisk) |
| 05:08 | the LIsten line? | |
| 05:09 | in ports.conf Listen 80 and Listen 8080 is in ports | |
| 05:10 | cait | halcyonCorsair: I think you get asked when running Makefile.pl |
| 05:11 | when you are running from the packages, there is a conf file used (i think) | |
| 05:13 | halcyonCorsair | Makefile.PL doesn't ask |
| 05:13 | the packages do so, they do something different | |
| 05:14 | cait | ok |
| 05:29 | mtompset | halcyonCorsair: Manual install how? git? tarball? |
| 05:30 | halcyonCorsair | either or :) |
| 05:30 | mtompset | nevermind... I scrolled back. :) |
| 05:31 | halcyonCorsair | i think i almost have a very very dirty chef recipe |
| 05:36 | mtompset | I'm starting to get pretty good at installing. |
| 05:36 | I keep installing and installing in multiple VMs. :) | |
| 05:39 | * magnuse | waves |
| 05:40 | cait | hi magnuse |
| 05:40 | mtompset | Greetings, magnuse. |
| 05:40 | halcyonCorsair | mtompset: with any luck that'll end up being veeery easy |
| 05:40 | mtompset | Greetings, cait. |
| 05:41 | That's what I did for my koha. I'm running Ubuntu... http://wiki.koha-community.org[…]ki/Koha_on_Ubuntu | |
| 05:41 | I updated it with my notes. | |
| 05:41 | That's tarball instructions. | |
| 05:42 | I haven't finished cleaning up the git instructions. | |
| 05:43 | cait | hi mtompset |
| 05:43 | magnuse | hiya cait and mtompset |
| 05:43 | mtompset | I installed Debian, and tried a previous version of my instructions. I had difficulty. |
| 05:43 | Though, I suspect with the tweaks I have made recently, I'd get further. :) | |
| 05:44 | But if you are running Debian or Ubuntu... why do a tarball install? ;) | |
| 05:44 | Hindsight is 20/20. ;) | |
| 06:01 | magnuse | hehe... SaaD - Software as a Disservice |
| 06:09 | halcyonCorsair | is the 3.8.x branch stable? |
| 06:10 | mtj | the 3.8.x branch is stable |
| 06:16 | drojf joined #koha | |
| 06:16 | cait | morning drojf |
| 06:17 | drojf | good morning cait and #koha |
| 06:18 | mtompset | Greetings, drojf |
| 06:18 | How annoying. i have to specify #header.clearfix BEFORE my div id in order to get my properties to cascade to it?! | |
| 06:23 | Ah... because I was before the .clearfix definition. | |
| 06:23 | That's dumb. | |
| 06:37 | reiveune joined #koha | |
| 06:37 | reiveune | hello |
| 06:37 | wahanui | hola, reiveune |
| 06:42 | cait | hi reiveune :) |
| 06:43 | reiveune | salut cait :) |
| 06:43 | sophie_m joined #koha | |
| 06:46 | mtompset | bonjour, reiveune sophie_m. |
| 06:47 | I'm going to pull this failed QA patch onto the right patch if it kills me. ARG! | |
| 06:47 | sophie_m | hi mtompset |
| 06:50 | laurence joined #koha | |
| 06:51 | julian_m joined #koha | |
| 06:52 | mtompset | bonjour, julian_m |
| 06:53 | julian_m | hello mtompset |
| 06:53 | mtompset | Let me check... I think you may have looked at my bug before... |
| 06:54 | Yes... perhaps you wouldn't might looking at 8175 again? | |
| 06:54 | bug 8175. | |
| 06:54 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8175 normal, P5 - low, ---, gmcharlt, Needs Signoff , items.materials check logs error or displays incorrectly in details.pl |
| 06:54 | mtompset | wouldn't mind... |
| 06:54 | cait | mtompset: you should assig that bug to yourself :) |
| 06:54 | mtompset | Sorry for the typographical errors. |
| 06:54 | cait | assign |
| 06:55 | mtompset | I did test it. |
| 06:56 | There I assigned it to myself... which basically only means I tested it correct? | |
| 06:56 | and provided a patch. | |
| 06:56 | cait | if you provide a patch |
| 06:56 | you assign it to yourself | |
| 06:57 | if you test it, you leave it assigned to the patch writer | |
| 06:57 | ok, have to go | |
| 06:57 | bye all | |
| 06:58 | mtompset | That part of the bug process I still need to remember. :) |
| 07:01 | asaurat joined #koha | |
| 07:02 | gaetan_B joined #koha | |
| 07:02 | gaetan_B | hello |
| 07:02 | wahanui | hi, gaetan_B |
| 07:03 | francharb joined #koha | |
| 07:03 | francharb` joined #koha | |
| 07:05 | francharb` | good morning #koha |
| 07:07 | mtompset | Greetings, gaetan_B, francharb. |
| 07:08 | matts | hi ! |
| 07:08 | mtompset | Greetings, matts. |
| 07:21 | YAY! I think I have rescued my bug from a failed QA status. :) | |
| 07:35 | Oh yuck. | |
| 07:35 | I think one of my bugs lost a QA contact. | |
| 07:36 | bug 8175 | |
| 07:36 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8175 normal, P5 - low, ---, mtompset, Needs Signoff , items.materials check logs error or displays incorrectly in details.pl |
| 07:55 | paul_p joined #koha | |
| 07:57 | kf joined #koha | |
| 07:58 | kf | good morning #koha |
| 08:13 | mtompset | Greetings, paul_p and kf. |
| 08:14 | kf | hi paul_p and mtompset |
| 08:17 | mtompset | Anyone know how to tell IE to pretend it is an earlier version? |
| 08:18 | laurence1 joined #koha | |
| 08:22 | mtompset | Hmm... I tried developer tools, and this website still complains. GRR... oh well, at least it isn't a Koha problem. :) |
| 08:47 | hdl joined #koha | |
| 08:57 | kf joined #koha | |
| 09:04 | Joubu1 joined #koha | |
| 09:04 | Joubu1 | hi all |
| 09:04 | kf | hi Joubu1 |
| 09:10 | eythian joined #koha | |
| 09:14 | magnuse | hiya hdl kf Joubu and eythian |
| 09:15 | eythian | hello |
| 09:15 | wahanui | bonjour, eythian |
| 09:21 | kf | hi eythian |
| 09:21 | eythian | hello |
| 09:21 | wahanui | privet, eythian |
| 09:33 | mbalmer joined #koha | |
| 09:45 | kf | packages |
| 09:45 | wahanui | packages is at http://wiki.koha-community.org/wiki/Debian |
| 09:49 | mtompset | That's actually a redirect, kf. But, I made sure it works. :) |
| 09:49 | kf | that#s ok |
| 09:49 | I found what I was looking for | |
| 09:50 | eythian | http://ubuntuone.com/1GpvFDDDiT7UOlUyd77J3T <-- kf, my "office" at the moment |
| 09:51 | kf | meany |
| 09:53 | give the good weather back1 | |
| 09:54 | it's still cold here | |
| 09:54 | eythian | It's mine now! |
| 09:54 | kf | hmpf |
| 09:55 | magnuse | @wunder boo |
| 09:55 | huginn | magnuse: The current temperature in Bodo, Norway is 12.0°C (11:20 AM CEST on September 04, 2012). Conditions: Light Rain. Humidity: 82%. Dew Point: 9.0°C. Pressure: 29.36 in 994 hPa (Falling). |
| 09:55 | kf | @wunder Konstanz |
| 09:55 | huginn | kf: The current temperature in Taegerwilen, Taegerwilen, Germany is 20.4°C (11:55 AM CEST on September 04, 2012). Conditions: Mostly Cloudy. Humidity: 79%. Dew Point: 17.0°C. Pressure: 30.09 in 1019 hPa (Steady). |
| 09:56 | magnuse | hehe |
| 09:56 | eythian | @wunder oosterhout |
| 09:56 | huginn | eythian: The current temperature in MeteOosterhout, Oosterhout Nb, Netherlands is 22.9°C (11:56 AM CEST on September 04, 2012). Conditions: Clear. Humidity: 67%. Dew Point: 16.0°C. Pressure: 30.21 in 1023 hPa (Steady). |
| 09:56 | eythian | I win! |
| 09:56 | kf | hmpf. |
| 09:58 | magnuse | eythian: the pic looked rather nice too... are you sure you are not having too much fun? |
| 09:58 | eythian | I feel that I might be treading a fine line, but I'm OK with that |
| 09:59 | kf | hmpf. |
| 09:59 | hehe | |
| 09:59 | magnuse | well as long as *you* are fine with i guess all is as it should be :-) |
| 09:59 | kf | do they give you icecream too? |
| 10:00 | eythian: installing ubuntu server edition now... I am not giving up yet. | |
| 10:00 | eythian | no, but I did have appelflap |
| 10:00 | * magnuse | would do a benchmark comparing processing marc records with xslt versus tt, if he had the time for it |
| 10:00 | eythian | OK :) |
| 10:00 | kf | what is appelflap? |
| 10:00 | eythian: oh, and I foudn out it might be a bug or something in current virtualbox - as soon as it gets more than 2000 ram it guru meditates | |
| 10:00 | magnuse | [% record.field('245').subfield('a') %] hm... |
| 10:00 | kf | ooh |
| 10:01 | eythian | http://nl.wikipedia.org/wiki/Appelflap <-- kf |
| 10:01 | kf | mmh |
| 10:01 | eythian | kf: ah, tricky. I don't think I've ever run with more than about 1GB or so |
| 10:02 | kf | yeah, will see how it turns out this time |
| 10:02 | only have to figure out how to access the koha installation from the host | |
| 10:03 | eythian | two network devices |
| 10:03 | kf | yeah |
| 10:03 | eythian | one NAT for the internet, the other host-only network for the host to talk to it |
| 10:03 | kf | have to figure out the right settings .) |
| 10:03 | thx! | |
| 10:17 | mtompset | host-only needs to be promiscuous -- Allow-Host or Allow-All. ;) |
| 10:19 | kf... are you using virtualbox? There are GREEN and RED sections in the memory selection bar. | |
| 10:19 | You go into the RED, and your machine may barf. | |
| 10:20 | Also... virtualbox may be only 32bit... so a 2GB limit is kind of implied. :) | |
| 10:20 | (assuming signed integers) | |
| 10:20 | eythian | mtompset: no it doesn't, the default host-only adapter config works (for me, anyway) |
| 10:21 | mtompset | depends on if she wants someone else on the network to reach it and how the lan is setup. ;) |
| 10:22 | eythian | in that case you'd use a bridge adapter, but that would make the BSZ network people unhappy I'd guess |
| 10:22 | mtompset | Actually, this is why in my VM's I have three adapters: 1 Bridged, 2 NAT, 3 Host-Only. |
| 10:22 | Bridged doesn't work over wireless, as far as I know. | |
| 10:23 | So, if I'm in a wireless only environment, I need the other two adapters. | |
| 10:23 | eythian | No, I don't think it does |
| 10:23 | I always just set up a reverse proxy to allow external access, but it's not something I need a lot anyway | |
| 10:24 | mtompset | I'm in the midst of waiting for my colleague to figure out why my ssh access to a VM isn't working. |
| 10:25 | Then I'll be able to look at the reverse proxy setup we have. | |
| 10:26 | And then try to figure out why the file modifications which were discussed briefly last night as a bad idea (tm) work. | |
| 10:31 | eythian | Many things that are bad ideas work. |
| 10:33 | wahanui: IPv6 is <reply> When I hear the word "IPv6", I reach for my resolver | |
| 10:33 | wahanui | OK, eythian. |
| 10:33 | eythian | IPv6? |
| 10:33 | wahanui | When I hear the word "IPv6", I reach for eythian's resolver |
| 10:33 | eythian | haha |
| 10:33 | wahanui: forget ipv6 | |
| 10:33 | wahanui | eythian: I forgot ipv6 |
| 10:33 | eythian | wahanui: IPv6 is <reply> When I hear the word "IPv6", I reach for \my resolver |
| 10:33 | wahanui | OK, eythian. |
| 10:33 | eythian | IPv6? |
| 10:33 | wahanui | When I hear the word "IPv6", I reach for my resolver |
| 10:40 | slef | I found the cause of that strange foreign key error. |
| 10:40 | userflags was a myisam table | |
| 10:40 | kf | hm the test suite seems quite unhappy |
| 10:40 | slef | I'm now checking the git, but does anyone remember when userflags was changed to innodb? |
| 10:41 | kf | hm, I don't remember the change at all :( |
| 10:41 | so either it's old, or I missed it | |
| 10:41 | slef | well this will be a test of git ;) |
| 10:44 | f8e9fb6 rel_3_0 moved to HEAD (introducing new files) | |
| 10:44 | from 2007 | |
| 10:45 | so it's a bit odd a 3.0 install had that | |
| 10:45 | is there any way to see if it's an upgrade from 2.x before I got here? | |
| 10:46 | kf | hm, there is none I am aware of |
| 10:46 | jcamins_away | slef: if the DB is a mess, it's probably an upgrade from 2.x? :P |
| 10:47 | slef | jcamins: heh. |
| 10:51 | it changed after a3999812e691110f2e16fffd91ce0ed82d69178c | |
| 10:54 | I wonder if update22to30.pl was ever run on this koha. | |
| 10:54 | surely it wouldn't work at all if not? | |
| 10:54 | magnuse | kf: i had to install DBD::Mock to get the tests to complete |
| 10:54 | kf | hmm |
| 10:54 | I thought I installed that one | |
| 10:54 | will try again | |
| 10:55 | slef | anyway, seems like it's probably a local problem |
| 11:02 | jcamins | kf: which tests aren't finishing? |
| 11:02 | kf | I think magnuse is right, it was about the mock module |
| 11:03 | and there was one complained about a sub in contracts redefined or something | |
| 11:08 | logbot joined #koha | |
| 11:09 | tcohen joined #koha | |
| 11:16 | alex_a joined #koha | |
| 11:17 | mtompset | Greetings, everyone. |
| 11:17 | eythian: You still here? | |
| 11:17 | I have access to the reverse proxy. | |
| 11:17 | it was passing a short name for the host name. | |
| 11:19 | jwagner joined #koha | |
| 11:26 | eythian | mtompset: that sounds like the problem then |
| 11:27 | mtompset | and editing the /etc/apache2/sites-enabled/<instance config> to add a second name later is kosher? |
| 11:27 | eythian | not only kosher, recommended |
| 11:27 | I usually add ServerAlias for those sorts of things | |
| 11:33 | mtompset | Ah. Okay. |
| 11:34 | because we may be transitioning and/or running concurrently a site with ...-asia.net and ...-global.net | |
| 11:34 | eythian | yeah, serveralias will let you do that sort of thing if you need it to |
| 11:35 | mtompset | So Koha is not reverse proxy aware? |
| 11:35 | eythian | that's not really a statement that makes sense, I think |
| 11:35 | I think it understands some things to do with X-Forwarded-For, but that's about all that counts as reverse-proxy aware. | |
| 11:36 | jcamins | eythian: Koha doesn't handle X-Forwarded-For. |
| 11:36 | eythian | Oh, there was talk about that a while ago. |
| 11:36 | jcamins | My patch for that languished so I closed it when I stopped using a reverse proxy. |
| 11:37 | eythian | I assumed it was resolved the way I consider best ;) |
| 11:37 | mtompset | where's the patch? |
| 11:37 | wahanui | hmmm... the patch is pretty old now, good luck |
| 11:37 | jcamins | Very true. |
| 11:37 | wahanui | I know. That's why I said it. |
| 11:37 | jcamins | bug 5600 |
| 11:37 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5600 enhancement, P5 - low, ---, julian.maurice, RESOLVED FIXED, Bulk MARC biblio export script |
| 11:37 | jcamins | bug 6700 |
| 11:37 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6700 normal, P3, ---, m.de.rooy, RESOLVED FIXED, Better handling of version numbers in updatedatabase |
| 11:37 | jcamins | Okay, I don't remember. |
| 11:37 | However, the patch won't help you. | |
| 11:38 | Your problem is a misconfigured proxy. | |
| 11:38 | mtompset | we're going to put the fully qualified names in. |
| 11:39 | jcamins | bug 5400? |
| 11:39 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5400 enhancement, P5 - low, ---, gmcharlt, NEW , add test case to detect merge conflict markers in the code |
| 11:39 | eythian | that's the best idea, even if you collapse them into one set of names, so long as apache knows what those names are it'll work |
| 11:40 | jcamins | bug 6800 |
| 11:40 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6800 major, P3, ---, jcamins, RESOLVED WONTFIX, Koha authentication should handle proxies better |
| 11:40 | mtompset | So why aren't you running being a reverse proxy anymore? |
| 11:41 | jcamins | I moved my Koha instances to a different server with direct access to the internet. |
| 11:44 | mtompset | Could I resurrect this, if I wanted? |
| 11:46 | jcamins | If you wanted. |
| 11:46 | It's going to need an impressive amount of rebasing. | |
| 11:47 | mtompset | speaking of rebasing... |
| 11:48 | that reminds me of my bug that I think I have saved from a failed QA. | |
| 11:48 | bug 8339. | |
| 11:48 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8339 enhancement, P5 - low, ---, mtompset, Needs Signoff , div id="login" should be id="login_controls" in header.inc |
| 11:49 | mtompset | I got back to it today. |
| 11:49 | jcamins | I saw that. |
| 11:52 | alex_a joined #koha | |
| 11:52 | drojf joined #koha | |
| 11:52 | alex_a joined #koha | |
| 11:53 | alex_a left #koha | |
| 11:55 | alex_a joined #koha | |
| 11:56 | mtompset | Welcome back, alex_a. |
| 12:15 | tcohen joined #koha | |
| 12:17 | tcohen | morning #koha |
| 12:19 | oleonard joined #koha | |
| 12:20 | jcamins | Good morning, tcohen and oleonard. |
| 12:20 | mtompset | Greetings, tcohen and oleonard |
| 12:20 | oleonard | Hi |
| 12:20 | tcohen | hi jcamins, rangi signed on bug 8520 |
| 12:20 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8520 critical, P5 - low, ---, jcamins, Signed Off , Authorities display incorrectly in staff results |
| 12:20 | jcamins | oleonard: what a coincidence. I was just thinking about you. |
| 12:20 | tcohen: I saw. :) | |
| 12:20 | nengard joined #koha | |
| 12:20 | mtompset | jcamins has been seeing a lot. ;) |
| 12:21 | Greetings, nengard. | |
| 12:21 | jcamins | oleonard: I want to add sortable to a new page on the staff client. |
| 12:21 | nengard | hello |
| 12:21 | mtompset | Oh right... I forgot to log that other bug! |
| 12:21 | Thanks for the reminder, jcamins. | |
| 12:21 | jcamins | It seems that our jquery-ui master js file is lacking sortable. |
| 12:22 | * mtompset | grumbles about the sorting of a page. |
| 12:22 | oleonard | Ah, you don't mean table sorting then jcamins |
| 12:22 | jcamins | No. |
| 12:22 | Sortable. | |
| 12:22 | It's SO COOL! | |
| 12:22 | :D | |
| 12:23 | http://jqueryui.com/demos/sortable/ <-- awesomeness incarnate | |
| 12:23 | oleonard | jcamins: For the record, I don't object to any additions to the jQueryUI library |
| 12:23 | I just object to putting them all in without having a use for all of them. | |
| 12:23 | jcamins | Sorry, I was called away from the computer for the moment. |
| 12:23 | francharb joined #koha | |
| 12:23 | jcamins | The question is, how does one go about adding to the jQueryUI library? |
| 12:24 | oleonard | http://wiki.koha-community.org[…]_jQueryUI_widgets |
| 12:24 | jcamins | Excellent, thank you. |
| 12:24 | oleonard | See if that makes sense jcamins, and if not I'll expand on it |
| 12:25 | jcamins | Yep. Makes sense to me. |
| 12:26 | oleonard | I wish their download builder could use specified previous versions. Since it doesn't, your addition might include a jqueryUI upgrade. |
| 12:26 | jcamins | Yeah, that was the other thing I was going to ask you about. |
| 12:27 | mtompset | Will that break other things? |
| 12:28 | jcamins | No. |
| 12:28 | If it does, we can't upgrade jqueryui. | |
| 12:28 | mtompset | And then you will be sad about not being able to use the cool tool? ;) |
| 12:29 | jcamins | mtompset: no, if we can't upgrade jqueryui we probably need to fix it. |
| 12:29 | oleonard | Yes, we should never not upgrade jqueryUI because something will break. We always fix what is broken. |
| 12:30 | mtompset | in other words, that's acceptable scope creep. ;) |
| 12:32 | oleonard | Yes, and an issue which has been covered in the comments on Bug 8498, FWIW |
| 12:33 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8498 normal, P5 - low, ---, kyle, Pushed to Master , can't specify an hour when specifying due date |
| 12:39 | libsysguy joined #koha | |
| 12:42 | oleonard | Hi libsysguy |
| 12:42 | libsysguy | hey oleonard |
| 12:42 | wahanui | i guess oleonard is still here, if you just wish hard enough. or Koha's master UI designer |
| 12:48 | jcamins | oleonard: http://screencast.com/t/vO4sZ19c <-- those two boxes can be sorted into different orders |
| 12:49 | oleonard | jcamins: Next you can apply it to re-ordering holds and to re-ordering news items |
| 12:49 | jcamins | Hahahaha!!!!! |
| 12:49 | * oleonard | isn't sure how to interpret that laughter |
| 12:49 | jcamins | Appreciation of your comedic genius? :P |
| 12:49 | oleonard | "Drunk with power" or "Not on your life" |
| 12:50 | jcamins | We're going to have to go with option B, I think. |
| 12:50 | oleonard | Dang |
| 12:50 | jcamins | I haven't figured out yet how to save the data. |
| 12:50 | I'm thinking I'll actually stick it in the systempreferences table. | |
| 12:52 | * tcohen | is about to start working on calendar/suspensions |
| 12:52 | tcohen | is there any identified group of bugs about that? |
| 12:52 | * magnuse | cheers jcamins on, 'cause he will need a similar trick for the digital signs stuff |
| 12:53 | kf | tcohen: I think ColinC commented on one of them recently |
| 12:53 | jcamins | magnuse: the advantage of using a hidden syspref is that we have a backup plan for accessing the data. |
| 12:54 | kf | @query suspend |
| 12:54 | huginn | kf: 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8030 enhancement, P5 - low, ---, koha.sekjal, NEW , edit hold from patron record |
| 12:54 | kf: 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8632 minor, P5 - low, ---, kyle, NEW , suspend in opac jumping to bottom of page | |
| 12:54 | kf: 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8007 enhancement, P5 - low, ---, kyle.m.hall, NEW , Discharge management | |
| 12:54 | kf: 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5911 enhancement, P3, ---, srdjan, Passed QA , Transport Cost Matrix of transporting an item between branches | |
| 12:54 | kf: 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4222 major, P2, ---, srdjan, Failed QA , Nonpublic note not appearing in the staff client | |
| 12:54 | kf | hm none of those |
| 12:54 | jcamins | oleonard: are the colors I used okay? |
| 12:54 | oleonard | libsysguy: You're working on the calendar though eh? |
| 12:55 | Fine with me jcamins | |
| 12:56 | magnuse | jcamins: cool |
| 12:57 | mtompset | Well, I found a sort order that makes sense (Auth down) for the marctagstructure when display subfields is checked... Now to figure out how to make it impossible to change under that condition. |
| 12:58 | But for now... Good day (24 hour period). I'm off. | |
| 13:00 | libsysguy | oleonard, I put it down for a bit last week |
| 13:00 | I got a lot done with it | |
| 13:00 | tcohen | kf: Bug 8656 |
| 13:00 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8656 enhancement, P5 - low, ---, colin.campbell, Signed Off , Koha::Calendar not loading both sets of special dates |
| 13:00 | libsysguy | but its not ready to be submitted |
| 13:00 | * oleonard | doesn't want libsysguy and tcohen's work to overlap |
| 13:01 | kf | hm |
| 13:01 | I think libsysguy is doing a rewrite | |
| 13:01 | and we still have some nasty bugs to fix now | |
| 13:01 | libsysguy | yeah it completely kills c4::calendar |
| 13:01 | jcamins | Where would I find an example of fieldset done properly? |
| 13:02 | kf | tcohen: there was one for suspending borrowers too - not sure what exactly you want to work on |
| 13:02 | libsysguy | moves all the write functions to Koha::Closure and all the reads to Koha::Calendar |
| 13:02 | oleonard | jcamins: Hopefully any form? |
| 13:02 | jcamins | oleonard: I found one in stage MARC. |
| 13:03 | Oak joined #koha | |
| 13:03 | tcohen | i have both issues on 3.8: incorrect patrons debar, weird behaviour of calendar on calculating due_dat, debar-until date |
| 13:04 | kf | bug 8418 |
| 13:04 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8418 critical, P5 - low, ---, koha-bugs, Signed Off , Koha::Calendar is_holiday ignores all user data |
| 13:04 | kf | bug 8110 |
| 13:04 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8110 blocker, P1 - high, ---, kyle.m.hall, Signed Off , Add tests for Calendar modules |
| 13:04 | kf | bug 8253 |
| 13:04 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8253 blocker, P3, ---, kyle.m.hall, Failed QA , Fine doubling |
| 13:05 | kf | ah bug 8251 |
| 13:05 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8251 critical, P1 - high, ---, koha, Pushed to Master , Patrons are systematically debarred at checkin |
| 13:05 | trea joined #koha | |
| 13:07 | Oak | kia ora #koha |
| 13:07 | magnuse | |
| 13:07 | kf | |
| 13:07 | kf | hi Oak |
| 13:07 | Oak | :) |
| 13:07 | magnuse | Oak |
| 13:08 | Oak | \o/ |
| 13:08 | tcohen | kf, i remember all of them |
| 13:08 | magnuse | kf: yeah, looks to me like 8251 is not fixed after all |
| 13:13 | talljoy joined #koha | |
| 13:26 | drojf | wow, downloading a driver with < 100KB/s. hello samsung, it's 2012. and i got other things to do than wait 20 minutes for this :( |
| 13:31 | jcamins | Where do we parse JSON in Koha? |
| 13:32 | magnuse | jcamins: do we? |
| 13:32 | just use JSON.pm? | |
| 13:33 | jcamins | Right, I'm looking for an example of where we do that. |
| 13:34 | magnuse | grep -r "use JSON" * |
| 13:34 | or something like that? | |
| 13:34 | jcamins | Yeah, that's what I did. |
| 13:35 | We don't seem to read in JSON ever, just write it out. | |
| 13:36 | Looks like I just use from_json. | |
| 13:36 | Easy to do. | |
| 13:41 | magnuse | yay |
| 13:42 | gmcharlt | @quote random |
| 13:42 | huginn | gmcharlt: Quote #128: "When TDF was founded, the group's leadership invited Oracle to participate in the hope that the database giant would be willing to hand over the OOo trademark and allow the vendor-neutral governance body to take over stewardship of the project" (added by wizzyrea at 07:11 PM, April 18, 2011) |
| 13:44 | * magnuse | heads out to buy an ukulele |
| 13:45 | jcamins | ... really? |
| 13:46 | maximep joined #koha | |
| 13:46 | jcamins | That's pretty cool. :) |
| 13:49 | wizzyrea | dude! ukulele! |
| 13:49 | that will be two impossibly tall nordic guys I know who play uke. ;) | |
| 13:49 | what are the odds. | |
| 13:49 | wajasu | i'm looking a t/db_dependent/Reserves.t it assumes a biblio exists after a fresh db create with all optional data inserted. i am thinking i should just add a test biblio, so the reserve test doesn't have a NULL biblio to reserve. |
| 13:50 | jcamins | wajasu: by default there are no bib records in test data. |
| 13:50 | wizzyrea | it probably wouldn't hurt to have some :P |
| 13:50 | wajasu | so i am going to copy some AddBiblio code from Biblio.t to prime the unit test. |
| 13:51 | wizzyrea | or make it an optional part of the installation |
| 13:51 | wajasu | i added "The hobbit" using z3950 search. and the Reserves.t passed. |
| 13:52 | so i'm going to add a minimal test biblio. | |
| 13:52 | libsysguy | wajasu are you writing new unit tests? |
| 13:52 | wajasu | i'm trying to fix the broken ones in t/db_dependent |
| 13:53 | then i will | |
| 13:53 | libsysguy | ahh ok |
| 13:54 | I was about to start writing some as well | |
| 13:54 | is there a bug number you're working off of? | |
| 13:54 | wajasu | no |
| 13:54 | libsysguy | i'd hate to overlap |
| 13:54 | perhaps I could make some for each C4:: module | |
| 13:54 | wajasu | the t tests passed on master, but there are a bunch in t/db_dependent that fail. |
| 13:54 | libsysguy | i see |
| 13:55 | wizzyrea | you have to have the right data for the ones in t/db_dependent |
| 13:55 | if you don't have it, they will fail. | |
| 13:55 | libsysguy | are you writing them to not use the database but to use that perl module that mimics the db |
| 13:55 | wizzyrea | so instead of poking at the tests, I'd make sure there's an option to "add all necessary data for tests" to the installer |
| 13:55 | wajasu | i did a clean db install, and webinstaller install all data. |
| 13:55 | wizzyrea | or do that |
| 13:55 | * libsysguy | tries to remember the name |
| 13:56 | wizzyrea | mock somethingerother |
| 13:56 | yea, but the webinstaller doesn't install all data necessary for tests. | |
| 13:56 | wajasu | the rss.pl and smsoverdues.pl use HTML:Template:Pro so they fail. |
| 13:57 | wizzyrea, do you know of some more test data(mysql script or such) I can run to get the needed data? | |
| 13:58 | wizzyrea | I had a test db that had all of it for running the tests about 6 months ago |
| 13:58 | let me see if I can find it | |
| 13:58 | jcamins | wizzyrea: the test DB you gave me passed all tests, I think. |
| 13:59 | wizzyrea | https://github.com/wizzyrea/Sc[…]-andcheckouts.sql |
| 13:59 | ^^ this is the one I gave you, jcamins | |
| 13:59 | I think | |
| 13:59 | jcamins | Yup, that looks right. |
| 14:00 | eythian joined #koha | |
| 14:00 | wajasu | also, some times i see errors refering the /usr/share/koha/lib/... do i need to do a make install? or change PERL5LIB? Shouldn't the tests refer to a path int he git heirarchy? |
| 14:01 | jcamins | No, the tests use whatever Koha installation you're testing. |
| 14:01 | So you need to set PERL5LIB to match your environment. | |
| 14:02 | wajasu | wheres the wiki? |
| 14:02 | wahanui | hmmm... the wiki is http://wiki.koha-community.org |
| 14:04 | wajasu | so maybe a note, in the wiki saying make install is required ((only because i ran perl Makefile.PL, make, make test, (w/o make install) |
| 14:04 | wizzyrea | it's not required. |
| 14:04 | wajasu | did the wiki run out of memory again? |
| 14:04 | wizzyrea | ping gmcharlt |
| 14:04 | wajasu | ok |
| 14:04 | gmcharlt | pong; looking at it |
| 14:04 | wizzyrea | the wiki's gone amok ;) |
| 14:05 | jcamins | wajasu: but install is not required. |
| 14:05 | wizzyrea | ty :D gmcharlt++ |
| 14:05 | jcamins | which installl? |
| 14:05 | which install? | |
| 14:05 | Anyway, if you're doing development, it is recommended that you use a dev install. | |
| 14:05 | eythian | http://www.heraldsun.com.au/ne[…]4gw-1226464921343 <-- unrelated, but ahahahahaha |
| 14:05 | wajasu | i did a dev install. |
| 14:06 | jcamins | If you are running Koha from /usr/share, then you will, of course, need to run make install. |
| 14:06 | In that case, you didn't set PERL5LIB correctly. | |
| 14:06 | wajasu | but i didn't set my PERL5LIB |
| 14:06 | yup | |
| 14:06 | thx | |
| 14:06 | jcamins | Right, you always have to set PERL5LIB. |
| 14:06 | Regardless what type of installation. | |
| 14:06 | wizzyrea | ba hahahahahahaha |
| 14:08 | wajasu | reminds me of koha.org |
| 14:08 | wizzyrea | hm not really the same at all. |
| 14:09 | They were supposedly holding the domain "in trust" for the community | |
| 14:09 | a | |
| 14:09 | n | |
| 14:09 | d | |
| 14:09 | just the trust was gone | |
| 14:09 | wajasu | so it was stolen out from underneath. |
| 14:10 | wizzyrea | not really, we gave it to them, originally. They just wouldn't give it back. |
| 14:11 | well they wouldn't give it back without rather insane and untenable conditions. | |
| 14:13 | wajasu | ah |
| 14:13 | gmcharlt | the wiki is back up |
| 14:13 | oleonard | And then they said they would give it back if they could give it to a third party, and we made that possible, and then they said nuh-uh. |
| 14:14 | wajasu | gmcharlt++ |
| 14:16 | wizzyrea: maybe we can get that test data as an attachment to http://wiki.koha-community.org/wiki/Unit_Tests | |
| 14:17 | OR checked in with the unit tests. | |
| 14:18 | hdl joined #koha | |
| 14:22 | rambutan joined #koha | |
| 14:22 | wajasu | i take that idea back. |
| 14:22 | laurence1 left #koha | |
| 14:23 | wajasu | the unit test need to create the objects. so that when the schema changes, we adjust the unit test object factory accordingly. |
| 14:23 | i know we aren't OO, yet :) | |
| 14:23 | jcamins | wajasu: yes, that's the point of unit tests. |
| 14:26 | wajasu | that github data is a datebase dump. it drops tables a creates them, and it may not match the master schema i am testing. |
| 14:27 | jcamins | Right. So you have to upgrade the schema before using it. |
| 14:28 | hdl joined #koha | |
| 14:29 | wajasu | yes. the schema is upgrade by the installer according to master's updatedatabase, but over time, that specific script with destroy my test schema, since it drops/creates tables. not in sync. |
| 14:29 | though it only 20 days old. | |
| 14:30 | jcamins | I don't think you quite understand what updatedatabase is for. |
| 14:30 | wajasu | it migrates the schema. |
| 14:30 | jcamins | Right. |
| 14:30 | If tests fail as a result of the updatedatabase, then the functionality *is* broken. | |
| 14:31 | Period. | |
| 14:31 | That is exactly the sort of thing that is supposed to cause unit tests to fail. | |
| 14:32 | wajasu | i'm just saying that wizzyrea's script recreates the schema and the tests my pass. |
| 14:32 | may pass | |
| 14:32 | jcamins | You install a database. |
| 14:32 | In this case, the sample that wizzyrea just shared. | |
| 14:32 | Then you run updatedatabase whenever you update your system. | |
| 14:32 | At no point should unit tests stop working. | |
| 14:33 | If they stop working, then they have identified an error in the functionality. | |
| 14:33 | Which needs to be fixed. | |
| 14:34 | Alternatively, you have failed to incorporate changes into the unit test, in which case you have to fix the unit test. | |
| 14:34 | Either way, the updatedatabase script should always take you from a working state to a working state, and any time it doesn't, you've found an error. | |
| 14:35 | wajasu | oh, i see, install wiz's db, then upgradedatabase, that works. i was working from no db, upgradedatabase, load tests data, run unit tests |
| 14:37 | jcamins | Right, that workflow is going to fail almost all the time because updatedatabase needs to be run *after* the test data is loaded. |
| 14:39 | hdl joined #koha | |
| 14:40 | hdl1 joined #koha | |
| 14:44 | wajasu | i can see that to test updatedatabase itself. but for a unit test, each probably should manage their own setup.teardown of its own test data. |
| 14:50 | jcamins_phone | That would be the ideal, yes. |
| 14:52 | eythian | kf: I've fixed the routing list reordering |
| 14:52 | just about to post the fix on bug 8716 | |
| 14:52 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8716 normal, P4, ---, koha-bugs, NEW , Reordering of routing list entries doesn't work |
| 14:52 | kf | cool |
| 14:53 | eythian++ | |
| 14:53 | I have to work some on it law this week, but will try to test asap :) | |
| 14:55 | eythian | cool. Patch submitted. |
| 14:59 | jcamins | Good news! My ethernet port is working again. |
| 15:01 | rambutan | hammer and screwdriver? |
| 15:01 | kf | jcamins: yay! |
| 15:04 | reiveune | bye |
| 15:04 | reiveune left #koha | |
| 15:05 | jcamins | rambutan: reset the power regulator, actually. |
| 15:08 | Joubu | bye ++ |
| 15:08 | Joubu left #koha | |
| 15:09 | oleonard | jcamins: Did that reverse the polarity of the neutron flow? |
| 15:09 | jcamins | oleonard: seems to have. |
| 15:12 | kf | bye all |
| 15:14 | kf left #koha | |
| 15:20 | gaetan_B | does having no issues at all in the system blocks patron batch delete ? |
| 15:21 | when trying to delete patron who have not issued documents since today (in a system where no document was ever issued) i was not able to delete any patron | |
| 15:21 | i kept getting the confirmation message "0 patron will be deleted" | |
| 15:38 | asaurat left #koha | |
| 15:40 | wizzyrea | gaetan_B: that seems odd |
| 15:41 | eythian | It does seem quite odd |
| 15:41 | wizzyrea | can you delete them in the normal way? |
| 15:44 | gaetan_B | yes i can go on a patron's page and choose delete |
| 15:54 | annab joined #koha | |
| 15:55 | annab | anyone know much about transferring from millennium to koha? |
| 15:56 | Oak | @later tell cait sorry I was away... read your message now |
| 15:56 | huginn | Oak: The operation succeeded. |
| 15:56 | tcohen | annab, I once got an MARC21 export from Millenium (1.5M records) which flawlessly got migrated into Koha 3.4 |
| 15:57 | I only had to tell the super-hacker-librarian to export holdings following the Koha requirements | |
| 15:57 | annab | so marc21 format doesn't require too much extra work to migrate? we're thinking of doing it ourselves rather than hire out |
| 15:57 | magnuse | Bug 7067 - yay! |
| 15:57 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7067 enhancement, P5 - low, ---, kyle.m.hall, Needs Signoff , allow patron self registration via the opac |
| 15:57 | tcohen | exactly |
| 15:57 | annab | that's good to know |
| 15:57 | jcamins | annab: it depends on your records, really. |
| 15:58 | tcohen | they had an ETL-expert librarian |
| 15:58 | jcamins | Sometimes it will take staggering amounts of conversion. |
| 15:58 | tcohen | and actually used standard MARC21 |
| 15:58 | annab | jcamins do you have experience with it being difficult or just speaking in general? |
| 15:59 | tcohen | just had to adjust holdings data (branches, created first, etc) |
| 15:59 | jcamins | annab: I did the training for a formerly-Millenium library. |
| 15:59 | It was a bit of a nightmare. | |
| 15:59 | annab | tcohen we only have one branch so that is helpful |
| 15:59 | jcamins why was it so difficult? can you give me specifics at all? | |
| 16:00 | we're in very early prep stages so i know next to nothing about the transfer, which is our main concern right now | |
| 16:00 | tcohen | as jcamins says, it will depend on how healthy the records are I guess |
| 16:00 | jcamins | annab: well, serials are just awful all the time, and their MARC records reflected several decades worth of changing standards. |
| 16:00 | annab | tcohen that definitely makes sense |
| 16:00 | jcamins haha i've seen that no one likes serials | |
| 16:01 | jcamins i don't think our marc records will have that much differentiation in data | |
| 16:01 | but we are planning on cleaning up before we try exporting, that much i know | |
| 16:02 | i guess i just wanted to see if anyone had specific knowledge on that kind of transfer | |
| 16:02 | hdl joined #koha | |
| 16:02 | annab | like i said, very early stages here |
| 16:03 | but it's good to hear some viewpoints so thanks! | |
| 16:07 | tcohen | annab, good luck |
| 16:07 | cait joined #koha | |
| 16:07 | tcohen | it might be painful, but it is worth |
| 16:08 | * cait | waves |
| 16:08 | annab | tcohen thanks, i'm sure i'll be back when i know more about our records |
| 16:08 | tcohen | so, Roddick retires today |
| 16:08 | annab | tcohen i appreciate your help |
| 16:08 | melia joined #koha | |
| 16:08 | eythian | annab: it's worth experimenting to get a feel for it |
| 16:09 | it'll at least let you know if you have big problems | |
| 16:09 | annab | eythian i've been playing with a demo our state is hosting but it doesn't have a whole lot of data imported |
| 16:09 | but that is a good point | |
| 16:10 | eythian | Well, I mean experimenting with migrations. |
| 16:10 | see what happens if you do a simple dump and import | |
| 16:10 | annab | eythian oh i see what you are saying |
| 16:10 | eythian | ideally it'll let you spot any issues early on |
| 16:11 | annab | eythian thanks that makes sense |
| 16:12 | i'm actually a student intern so this is all pretty new to me | |
| 16:19 | sophie_m joined #koha | |
| 16:21 | heber joined #koha | |
| 16:21 | eythian | if someone's done something that messes up the history in a branch, is there a way to get it back? In this case, I do a rebase and get 490 commits. I think somone's been using merge in confusing ways or something. |
| 16:23 | Basically, any patch that's in the upstream, even if it has a different commit ID, I'd like it to put it in there with the right ID | |
| 16:23 | jcamins | Ummm... git rebase --onto |
| 16:24 | Maybe. | |
| 16:24 | tcohen | [flame] so, Roddick retires today |
| 16:25 | eythian | jcamins: not sure that'd work |
| 16:25 | jcamins | Then I am out of ideas. |
| 16:25 | eythian | hmm |
| 16:33 | gaetan_B | bye ! |
| 16:45 | ago43 joined #koha | |
| 16:46 | mbalmer joined #koha | |
| 16:47 | mbalmer | Toyota! |
| 16:48 | eythian | Mazda? |
| 16:49 | wizzyrea | fiat. |
| 16:50 | rambutan | I have a 1994 Suzuki Sidekick. |
| 16:50 | * wizzyrea | has a vw |
| 16:50 | wizzyrea | for now. :P |
| 16:55 | bag | convertible :) |
| 16:56 | wizzyrea | must be torture ;) |
| 16:56 | * cait | has no car |
| 16:57 | rambutan | cait needs a virtual car then. |
| 16:59 | khall joined #koha | |
| 17:04 | cait | and a virtual driver's license :) |
| 17:11 | jcamins | I am baffled. |
| 17:11 | I can't figure out how these buttons work. | |
| 17:11 | I would like the button to *not* submit. | |
| 17:11 | Just to call some javascript, like in the syspref editor. | |
| 17:12 | I can't see anything special in the syspref editor to make it do that. | |
| 17:17 | Figured it out. | |
| 17:17 | Well, not how the syspref editor does it. | |
| 17:17 | But how to do it myself. | |
| 17:17 | The trick is that the return false; has to be *in* the onclick. | |
| 17:18 | libsysguy joined #koha | |
| 17:22 | cait | jcamins++ |
| 17:28 | Magnusem joined #koha | |
| 17:29 | * jcamins | wonders who this Magnusem is, and whether s/he has any relationship to magnuse. :) |
| 17:30 | cait | hm |
| 17:30 | * cait | wonders the same |
| 17:31 | Magnusem | One and the same... |
| 17:31 | Just trying out mibbit on the tablet | |
| 17:33 | cait | :) |
| 17:33 | tcohen | question on NoZebra: is it worth to remove *at least* the sysprefs for it? |
| 17:34 | git pull | |
| 17:34 | wahanui | i guess git pull is really simple. |
| 17:35 | tcohen | he he, focus problem |
| 17:36 | jcamins | tcohen: it is worth removing all of it. |
| 17:36 | slef | @query opaclanguages pnf |
| 17:36 | jcamins | I just haven't gotten around to it. |
| 17:36 | huginn | slef: No results for "opaclanguages pnf." |
| 17:36 | jcamins | pnf? |
| 17:36 | slef | nfi |
| 17:36 | tcohen | jcamins, I was about to start doing it |
| 17:36 | slef | but it's showing on one of my kohas |
| 17:37 | tcohen | but remembered that big patches are lost in time |
| 17:37 | and noticed that (1) a lot of things are being rewritten | |
| 17:37 | jcamins | pnf? nfi? |
| 17:37 | tcohen | (2) upgrade from NoZebra is currently broken |
| 17:37 | slef | wahanui: nfi? |
| 17:37 | wahanui | nfi is no fine idea |
| 17:37 | jcamins | Ah. |
| 17:37 | pnf? | |
| 17:37 | wahanui doesn't know. | |
| 17:37 | wahanui | jcamins: excuse me? |
| 17:38 | slef | there's a folder containing xsl called pnf |
| 17:38 | jcamins | tcohen: I agree, we should remove the sysprefs as a start. |
| 17:38 | slef | opac/htdocs/opac-tmpl/prog/pnf/xslt~HEAD/ |
| 17:38 | anyone know what that's about? | |
| 17:38 | tcohen | jcamins, I'll send a patch for that |
| 17:38 | jcamins | slef: looks like something from CVS. |
| 17:39 | tcohen | and then *maybe* for bug 7440 |
| 17:39 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7440 major, P3, ---, gmcharlt, NEW , Vestiges of NoZebra should be removed |
| 17:39 | slef | jcamins: wonder what it's doing in koha-common_3.8.4-1_all.deb then |
| 17:40 | jcamins | o.O |
| 17:40 | slef: nfi. | |
| 17:40 | tcohen | NoZebra, QueryRemoveStopwords, NoZebraIndexes? |
| 17:41 | Magnusem left #koha | |
| 17:41 | jcamins | tcohen: yep. But there also needs to be a database update to change QueryRemoveStopwords to "Don't ignore." |
| 17:42 | Because actually it *does* have an impact, just not the desired one, given a certain combination of sysprefs. | |
| 17:42 | tcohen | ok, so, remove nozebra and nozebraindexes? change queryremovestopwords? |
| 17:44 | jcamins | Or delete from the database. |
| 17:45 | tcohen | i meant delete those to, and update queryremovestopwords |
| 17:45 | slef | Bug 8725 has been added to the database |
| 17:45 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8725 minor, P5 - low, ---, koha-bugs, NEW , koha-common_3.8.4-1_all.deb has an opaclanguages option of pnf |
| 17:45 | jcamins | tcohen: you could delete all three. Traditionally, Koha doesn't *delete* sysprefs, it just stops showing them in preferences.pl. |
| 17:46 | tcohen | so, it set some convenient values, and hides them |
| 17:46 | jcamins | Right. |
| 17:46 | I'm not sure why we do it like that. | |
| 17:48 | eythian joined #koha | |
| 17:49 | slef | hi eythian |
| 17:49 | eythian | hiya |
| 17:51 | tcohen | jcamins, i don't like it he |
| 17:57 | slef | eythian: sorry for giving you a bug |
| 17:57 | eythian | slef: hrm, thanks for pointing that out. |
| 17:57 | Apparently my "make sure everything is clean first" process isn't up to snuff | |
| 17:58 | slef | eythian: librarian should be thanked for asking what language has code pnf. ;) |
| 17:58 | eythian | heh |
| 17:58 | slef | bbl |
| 17:58 | eythian | a client of ours that has custom templates |
| 18:03 | jcamins | Woohoo! I managed to save the configuration. |
| 18:03 | And load it! | |
| 18:03 | :D | |
| 18:04 | Viktor joined #koha | |
| 18:05 | cait | hi Viktor :) |
| 18:05 | jcamins | Not that it does anything. |
| 18:05 | But, you know, saving and loading are both important. | |
| 18:06 | Viktor | Hi cait |
| 18:06 | cait | jcamins: I am sure you will figure it out :) |
| 18:06 | Viktor: have you figured out the translations? | |
| 18:07 | Viktor | Yes it's starting to shape up to a plan at least. But it's a lot of stuff happening at the same time. |
| 18:08 | jcamins | I don't see *any* way to handle this without Javascript. |
| 18:08 | cait | hm is that bad? |
| 18:08 | jcamins | Meh. |
| 18:08 | I like non-JS fallbacks. | |
| 18:08 | cait | which is good :) |
| 18:08 | Viktor | Currently we're having magnuse contracted to do work implementing touchscreen digital signs into Koha. cait |
| 18:09 | cait | Viktor: I have seen the rfc :) |
| 18:09 | jcamins | But at a certain point we have to say "staff must use a modern browser with javascript." |
| 18:09 | * jcamins | is at that point. |
| 18:09 | cait | I am sure it will turn out great :) |
| 18:10 | Viktor | What is the policy on non-javascript fallbacks btw? Is it a must or a recommendation? |
| 18:10 | cait | more a recommendation I think |
| 18:10 | in staff | |
| 18:10 | oleonard | JavaScript is required for the staff client. |
| 18:11 | JavaScript should not be required for the OPAC to work, but it is accepted that some features may be unavailable. | |
| 18:11 | Viktor | Ok. Required is more comfortable as a developer of course :) I'll go with that. |
| 18:11 | Opac oleonard - seems like a good balance. Thanks! | |
| 18:12 | cait | but it would be nice if we could make new features accessible |
| 18:12 | Viktor | I'm disussing multiple cover photo-sources in opac with javascript for deduplication |
| 18:12 | cait | not introducing more problems |
| 18:13 | Viktor | cait - Yes. I agree. |
| 18:13 | jcamins | How do we do a CSS alert in the staff client? |
| 18:13 | class=alert? | |
| 18:13 | oleonard | class="dialog alert" |
| 18:13 | jcamins | Thanks. |
| 18:14 | Do we make the text bold or anything? | |
| 18:14 | oleonard | Not by default, but you can selectively |
| 18:14 | * jcamins | is adding the <noscript> "sorry, you can look but not touch" warning. |
| 18:14 | Viktor | Since knowledgable people is present: How does the IE bundled with Win7 work for the staff client? Older versions used to have som problems. |
| 18:15 | jcamins | Pfeh. |
| 18:15 | IE. | |
| 18:15 | Viktor | :) |
| 18:15 | * magnuse | waves to Viktor |
| 18:15 | jcamins | Actually, it generally works okay, I understand. |
| 18:15 | Viktor | Hi! magnuse |
| 18:15 | Great - thanks jcamins | |
| 18:15 | oleonard | Viktor: I don't know if any one of us knows for sure since none of us use it extensively. |
| 18:15 | * jcamins | has worked with someone who does. |
| 18:16 | jcamins | He runs into occasional issues, but is apparently satisfied. |
| 18:16 | Viktor | Great. |
| 18:16 | Catalouging had a IE bug I think. Or IE had the bug rather. | |
| 18:16 | oleonard | Viktor: We do try to fix IE bugs when they are reported, we just don't test much in IE |
| 18:17 | tcohen | bug 8724 |
| 18:17 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8724 enhancement, P5 - low, ---, gmcharlt, Needs Signoff , Upgrade from NoZebra installs is broken |
| 18:17 | Viktor | I have a library coming up who might have an easier time with their IT-department using standard Win7 IE. |
| 18:17 | cait | I think drag&drop in basket grous does not work with ie |
| 18:17 | jcamins | We have drag&drop in basket groups? |
| 18:17 | cait | we do |
| 18:17 | oleonard | http://bugs.koha-community.org[…]---&list_id=40127 |
| 18:17 | jcamins | Huh. I didn't know that. |
| 18:18 | cait | you open a basket group and then you can drag&drop the baskets into it |
| 18:18 | oleonard | yeah, I think that drag and drop thing is on my list of YUI replacement tasks |
| 18:18 | jcamins | Viktor: probably configuring Did you mean plugins will not work so well. |
| 18:18 | I think it'll require IE8+ | |
| 18:18 | Viktor | Ok. |
| 18:18 | oleonard | Is IE8 what Win7 shipped with? |
| 18:19 | Viktor | Useful list oleonard - thanks! |
| 18:19 | jcamins | oleonard: I thought it was IE7? |
| 18:19 | Viktor | I´ll try to set them up with FF of course - but Sweden is still Microsoft country in large parts. |
| 18:20 | rambutan joined #koha | |
| 18:20 | jcamins | It works fine with IE8. |
| 18:20 | Kind of ugly-looking, but what would you expect from a browser that doesn't know how to do rounded corners? | |
| 18:20 | oleonard | Wikipedia says Win7 had IE8 |
| 18:21 | jcamins | Oh. |
| 18:21 | Cool. | |
| 18:21 | Viktor: my new management screen will work fine. ;) | |
| 18:21 | Viktor | jcamins :) |
| 18:22 | tcohen | bye #koha |
| 18:22 | Viktor | bye |
| 18:23 | jcamins | http://screencast.com/t/FHQIEmzqn05 <-- what happens if you have javascript turned off |
| 18:23 | Viktor | Oh - is it tomorrow this time the meeting is? I might sit in and listen if I get the chance. |
| 18:23 | oleonard | Yes Viktor |
| 18:23 | wahanui | i guess Viktor is doing a great job on fixing that drojf :-) |
| 18:23 | ago43 joined #koha | |
| 18:24 | magnuse | http://wiki.koha-community.org[…]_5_September_2012 |
| 18:24 | cait | Viktor: would be nice if you dropped in :) |
| 18:24 | magnuse | 20 o'clock, our time, Viktor |
| 18:24 | cait | but you don't only have to listen |
| 18:25 | talljoy1 joined #koha | |
| 18:25 | magnuse | yeah, very cool if you show up Viktor - we could double the participation from the nordic countries :-) |
| 18:25 | Viktor | Thanks magnuse - It's sort of the first time I've had to calculate time difference for a meeting. |
| 18:25 | :) | |
| 18:25 | magnuse | hehe, you get used to it after a couple of years :-) |
| 18:26 | and there is always a link to a time converert in the wiki page for the meetings | |
| 18:26 | jcamins: nice js-warning! | |
| 18:27 | jcamins | magnuse: thanks. |
| 18:27 | talljoy2 joined #koha | |
| 18:27 | magnuse | i think more warnings like that are a good idea |
| 18:28 | * magnuse | plans on dusplaying a warning on the digital signs admin page if digital signs are not turned on in prefs |
| 18:28 | Viktor | Yes - an error message actually explaining what to do. A rare thing to be treasured :) jcamins |
| 18:28 | * jcamins | considered not explaining the workaround, but realized that it would be a lot easier to say "no, sorry, I am not walking you through the basics of JSON" if the system says "here's the workaround, but BEWARE!" |
| 18:29 | Viktor | Seems like an idea to save a lot of grief :) magnuse |
| 18:29 | magnuse | yeah, and we can link to things too, that might be useful |
| 18:30 | jcamins | Oh, I didn't think of the fact that I could put a link in there. |
| 18:31 | Eh. No rush to change that. It still doesn't have any impact. | |
| 18:33 | Viktor | What would you say are top three on your wishlists for Koha? The stuff that would make libraries in general say "Thank you - finally"? |
| 18:33 | cait | hm that is not easy |
| 18:33 | Viktor | I´m trying not to overlook necessary development... |
| 18:33 | cait | I think libraries are all so different |
| 18:34 | I had libraries asking for a bindery module, but only very few would need that | |
| 18:34 | erm | |
| 18:34 | electronic resource management was another | |
| 18:34 | jcamins | Viktor: search that isn't awful. |
| 18:34 | oleonard | A bribery module? Sounds useful to me. |
| 18:34 | rambutan | 1. more built-in reports, reporting templates |
| 18:34 | cait | oh yeah |
| 18:34 | jcamins | But that's my particular obsession. |
| 18:34 | cait | if you want to put money somewhere, the search rewrite is an a+ candidate :) |
| 18:34 | * jcamins | agrees. |
| 18:34 | cait | it will enable lots of cool features long term |
| 18:34 | Viktor | Reports could be easier... |
| 18:35 | brylie joined #koha | |
| 18:35 | cait | lying good foundation to build on and getting rid of the most awful module koha has probably :) |
| 18:35 | jcamins | Viktor: ah, but the proposal for the search rewrite is already written. :) |
| 18:35 | cait | search rewrite? |
| 18:35 | hm, | |
| 18:35 | jcamins | Hm. |
| 18:35 | Viktor | How is Solr related to search being awful or not? |
| 18:35 | jcamins | search rewrite is http://wiki.koha-community.org[…]earch_Rewrite_RFC |
| 18:35 | * cait | leaves that job to jcamins and goes to take care of the laundry |
| 18:35 | jcamins | search rewrite? |
| 18:35 | wahanui | hmmm... search rewrite is http://wiki.koha-community.org[…]earch_Rewrite_RFC |
| 18:35 | jcamins | There we go. |
| 18:36 | cait | Viktor: btw - I sent you a pm ealrier, wondering if you did see it :) |
| 18:36 | jcamins | Viktor: at the moment, Solr isn't a complete replacement for Zebra, and it replaces one set of limitations with a different set. |
| 18:37 | The search rewrite provides the rest of the plumbing to so that all the work that BibLibre has done on solr can be used. | |
| 18:37 | s/to so/so/ | |
| 18:37 | Viktor | Sounds good jcamins |
| 18:37 | jcamins | (if you didn't gather, the search rewrite is my pet project) |
| 18:38 | Viktor | :D |
| 18:38 | It looks interesting. | |
| 18:38 | jcamins | There's even a nice funding thermometer. |
| 18:38 | :) | |
| 18:39 | * jcamins | is inordinately proud of that funding thermometer. It turns out to be about the simplest thing *ever*, as javascript goes, but it's quite functional |
| 18:40 | rambutan | what thermometer where? |
| 18:40 | jcamins | rambutan: ooh, you didn't see the thermometer? |
| 18:40 | Viktor | I do think the whole thing will be above our budget though. We are looking for some additional funding but I doubt we will be this successful :) |
| 18:40 | jcamins | rambutan: http://www.cpbibliography.com/[…]earchrewrite.html |
| 18:41 | Ccorrales joined #koha | |
| 18:41 | jcamins | Viktor: we're not looking for a single funder to cover the entire cost. |
| 18:41 | wizzyrea | yep, we're looking for lots of little funders |
| 18:41 | rambutan | ah, that thermometer there |
| 18:41 | wizzyrea | lots of people to make one big thing happen |
| 18:41 | jcamins | rambutan: yeah, isn't it a nice thermometer? :) |
| 18:42 | Viktor | That is nice jcamins |
| 18:42 | Visualization is important. | |
| 18:42 | Looks a lot less expensive already | |
| 18:42 | jcamins | Vindicated! |
| 18:43 | Viktor: yeah, the "here's what we're looking to raise" number on the wiki does not tell the whole story. | |
| 18:43 | rambutan | that's a mighty fine thermometer jcamins, mighty fine |
| 18:43 | Viktor | The library I'm going to work with would like better search so some bits might apply. We also have a spelling API from the national library that we will implement. |
| 18:43 | jcamins | Viktor: you know who to contact if you'd like to be involved (hint: me). :) |
| 18:44 | (or Brooke) | |
| 18:46 | Viktor | Ok - saving those URLs for later then. Still two weeks before the request for funds is due - and some additional time until the answer :) jcamins |
| 18:51 | irl is calling | |
| 18:51 | idling for a while | |
| 18:58 | * jcamins | cheers. |
| 18:58 | jcamins | I did it! |
| 18:58 | I successfully left myself with no option but to edit the configuration in Local Use. | |
| 18:58 | ... wait, that wasn't the *goal*? | |
| 18:59 | magnuse | jcamins: are you open for donations on the ~$100 scale too? those numbers seem kind of daunting... |
| 18:59 | jcamins | magnuse: yup. |
| 19:00 | magnuse | did you consider kickstarter or similar? |
| 19:02 | wizzyrea | yea I was wondering why there wasn't a kickstarter or indiegogo |
| 19:02 | probably because people would have to actually pay the money? | |
| 19:02 | instead of just pledging | |
| 19:02 | magnuse | ? |
| 19:02 | jcamins | magnuse: yeah, but we haven't quite figured out how to handle that. Some of the institutions aren't comfortable with kickstarter, and most don't use credit cards. |
| 19:03 | magnuse | but there could be multiple "channels" |
| 19:03 | wizzyrea | there are some others besides kickstarter |
| 19:03 | and indiegogo | |
| 19:03 | o | |
| 19:03 | n | |
| 19:03 | e | |
| 19:03 | I | |
| 19:03 | sa | |
| 19:03 | good lord! | |
| 19:03 | what is wrong with my keyboard | |
| 19:03 | magnuse | hehe |
| 19:04 | jcamins | Uhhh... |
| 19:04 | wizzyrea | one I saw was specifically for open source software projects |
| 19:04 | magnuse | ooh, remember what it was? |
| 19:05 | jcamins | slef suggested pledgebank.com. |
| 19:05 | wizzyrea | www.launcht.com |
| 19:06 | goteo.org | |
| 19:06 | (but none of these are the actual one I was thinking of - they must be new. Which is rather cool.) | |
| 19:07 | oh, cofundos.org | |
| 19:07 | or peoplefundit.com | |
| 19:07 | jcamins | Yeah, there's a new crowdfunding platform every week. |
| 19:07 | wizzyrea | cofundos is what I was thinking of |
| 19:07 | magnuse | wow, how to choose the *right* one... |
| 19:08 | wizzyrea | however cofundos seems to be having… issues |
| 19:08 | which is not encouraging. | |
| 19:08 | https://bountyoss.com/ | |
| 19:08 | jcamins | magnuse: and now you know why we haven't set one up yet. |
| 19:09 | cait | maybe something simpler? |
| 19:09 | wizzyrea | I like that last one |
| 19:09 | cait | for small donations? |
| 19:09 | wizzyrea | well it's really just pledges right? |
| 19:09 | until you get to a certain level of funded-ness | |
| 19:09 | cait | ah right |
| 19:09 | magnuse | well, if the goal is reached pledges quickley turn into donations... |
| 19:10 | wizzyrea | I mean jcamins has the facility to bill it out, if he knows who to bill |
| 19:10 | jeff joined #koha | |
| 19:10 | magnuse | but it would be cool if it was easy for lots of people to chip in a little... |
| 19:11 | wizzyrea | yep, I like the bountyoss.com one |
| 19:11 | jcamins | Of those, bountyoss seems like the most useful. |
| 19:12 | wizzyrea | Pledges may be paid by credit card, or by check payment to Open Source Bounty, Inc., P.O. Box G, Santa Clara CA 95055. Checks are accepted only if drawn on a US bank. A check payment is considered to have been received when the check clears. We use WePay as our credit card processor; OSB is not responsible for the performance of WePay. |
| 19:12 | so I guess they accept the payments, take a small cut (?) and then pass it on | |
| 19:12 | jcamins | Yeah, that's what it looks like. |
| 19:12 | cait | hm |
| 19:12 | not sure that works well for libraires | |
| 19:13 | for individuals I think it's easier | |
| 19:13 | wizzyrea | oh almost any library can write a check, at least in the US |
| 19:13 | cait | than for institutions where someone needs to know where the money did g |
| 19:13 | o | |
| 19:13 | jcamins | cait: right, I can bill libraries directly. |
| 19:13 | cait | yeah you can :) |
| 19:13 | was thinking about all this websites | |
| 19:13 | wizzyrea | oh it's 5% |
| 19:13 | that seems … like a lot? | |
| 19:14 | * wizzyrea | doesn't know |
| 19:14 | cait | it is a lot |
| 19:14 | jcamins | magnuse's question was about micro-crowdfunding (ooh! I am a trendsetter, making up new words!), which is not really something I know how to do. |
| 19:15 | wizzyrea | at least these people put their terms of use in normal language. |
| 19:15 | and normal sized type | |
| 19:15 | jcamins | 5% seems pretty standard. |
| 19:15 | indiegogo is 8%. | |
| 19:15 | wizzyrea | yuk |
| 19:16 | magnuse | might be worth it if the alternative is sending bills to 100 people... |
| 19:17 | wizzyrea | yea, it's your time vs money |
| 19:17 | which is more valuable? | |
| 19:17 | jcamins | magnuse: yeah, bountyoss would be a lot more viable than kickstarter for this. |
| 19:17 | * wizzyrea | would go with "time" |
| 19:17 | * jcamins | would agree. |
| 19:18 | magnuse | not a lot of projects on bountyoss yet?!? but someone has to lead the way... |
| 19:18 | wizzyrea | yea, idk. |
| 19:18 | * magnuse | is writing invoices as we speak - not a fun passtime... |
| 19:19 | jcamins | magnuse: FWIW, switching to QuickBooks from gnucash made invoicing a lot less painful. |
| 19:20 | You may have had the foresight not to try gnucash in the first place. | |
| 19:21 | magnuse | nope, i use a web based system |
| 19:21 | wizzyrea | some things just haven't caught up yet. |
| 19:21 | magnuse | tried to do my own book-keeping, and the invoice-thing is part of that |
| 19:23 | jcamins | Oh, I do my own bookkeeping too. Even with QuickBooks, that's painful. |
| 19:23 | magnuse | i gave up on doing my book-keeping |
| 19:23 | jcamins | Smart! |
| 19:23 | magnuse | again time is important, and i sleep better when i know there is someone else to blame :-) |
| 19:24 | * jcamins | is so glad his grandfather is a CPA. |
| 19:26 | slef | hahahahaha |
| 19:26 | you ever tried blaming QuickBooks? | |
| 19:27 | I'm sure it was QuickBooks that the MD of my last company used and it botched our sales taxes. | |
| 19:28 | wizzyrea | and lord knows sleep is probably in short supply in the magnuse household :) |
| 19:28 | jcamins | slef: no, that's why I have my grandfather check everything for me. (CPA = Certified Public Accountant) |
| 19:28 | wizzyrea: shhhh. magnuse just nodded off! | |
| 19:28 | * wizzyrea | whispers be vewwy quiet magnuse is sleeping |
| 19:28 | magnuse | nah, still here! |
| 19:28 | wizzyrea | shhhhhhhhh |
| 19:29 | magnuse | :-) |
| 19:29 | wizzyrea | :D |
| 19:29 | slef | jcamins: do public and private enterprises use the same accounting rules in the US? They're quite different here - I think there's even a different professional body for public accountants here. |
| 19:30 | jcamins: anyway, the advice I received was to keep the accounting as simple as possible and so the co-op has done that most of the time | |
| 19:30 | jcamins | slef: they mostly do. Plus, it's not like I'm doing anything complicated. |
| 19:31 | magnuse | jcamins: any tricks for billing the right people at the right time? |
| 19:31 | make all contracts start on january 1st? | |
| 19:32 | slef | magnuse: metadata and scheduled alerts...? |
| 19:33 | jcamins | magnuse: I wanted to do that, but everyone seems to prefer start dates like October 15 (no, I'm not kidding). |
| 19:33 | I add estimates, and do billing the last and fifteenth day of every month. | |
| 19:34 | Since I can post-date estimates, it's just a matter of checking to confirm that none of the dates are approaching. | |
| 19:34 | The part that I have trouble with is almost-due reminders. | |
| 19:36 | magnuse | ? |
| 19:37 | ok, guess i am tired after all... | |
| 19:37 | have fun #koha, i'm off! | |
| 19:37 | jcamins | Good night. |
| 19:43 | cait | good night magnuse |
| 19:45 | jcamins | Cool. |
| 19:45 | The suggestion plugin for 8211 is working, module translatability. | |
| 19:45 | *modulo | |
| 19:45 | slef | bbl |
| 19:45 | jcamins | Jeez, try to sound smart, and I end up sounding dumber than if I'd just used a regular word. |
| 19:46 | rangi | Morning |
| 19:47 | wizzyrea | mornin |
| 19:48 | cait | morning |
| 19:49 | jcamins | Morning. |
| 19:49 | wahanui | somebody said morning was a state of mind. or whenever the cat wants breakfast. |
| 19:49 | hankbank joined #koha | |
| 19:50 | wizzyrea | hey hankbank |
| 19:50 | wahanui | i think hankbank is not worthy |
| 19:50 | * wizzyrea | scowls at wahanui |
| 19:50 | jcamins | Hehe. |
| 19:51 | rangi | Lol cron changes depending on how many bits your system is |
| 19:51 | I appreciate that 'theory' | |
| 19:52 | hankbank | hoy! |
| 19:52 | i truly am not... | |
| 19:53 | working on presentation to Future of Libraries conference in SF about Koha at LG needed to talk about IRC as cultural phenom | |
| 19:59 | rangi | It's been around a while I've been on ice since 93 |
| 20:02 | wizzyrea | everything old is new again |
| 20:03 | cait | good night #koha |
| 20:03 | wizzyrea | gnite cait |
| 20:05 | nengard left #koha | |
| 20:07 | jcamins | Where would I find an example of using C4::Templates? |
| 20:07 | Ooh. | |
| 20:07 | Cart in master. | |
| 20:07 | bag | grep is your friend ;) |
| 20:08 | jcamins | bag: but what exactly would I grep *for*? |
| 20:08 | bag | "something" |
| 20:08 | heh | |
| 20:10 | http://tinyurl.com/cxr9skp | |
| 20:10 | lame I know ;) | |
| 20:14 | jcamins | Nifty feature, but none of those do quite what I wanted. I'm thinking I'll use gettemplate, notwithstanding the fact that it means putting an internal template in modules/ |
| 20:15 | "Easy and close enough" has many advantages. | |
| 20:16 | oleonard | See ya #koha |
| 20:19 | libsysguy joined #koha | |
| 21:03 | SJeffery joined #koha | |
| 21:05 | rangi | mveron++ |
| 21:06 | all we are missing now is Translation manager, QAM, and meeting chair(s) | |
| 21:06 | http://wiki.koha-community.org[…]ki/Roles_for_3.12 | |
| 21:08 | * SJeffery | has the feeling he will be doing a lot of bug testing of 3.12 *looks at his calendar in bewilderment* |
| 21:09 | rangi | put your name down as a bug wrangler :) |
| 21:09 | rambutan joined #koha | |
| 21:10 | brylie joined #koha | |
| 21:11 | SJeffery | I prefer to pop out of the woodwork every once in a while to point out a whole bunch of bugs and then scamper for cover before the coders realize it. |
| 21:11 | rangi | we know where you live |
| 21:12 | :) | |
| 21:12 | maximep left #koha | |
| 21:13 | wizzyrea | sjeffery? |
| 21:13 | wahanui | sjeffery prefers to pop out of the woodwork every once in a while to point out a whole bunch of bugs and then scamper for cover before the coders realize it. |
| 21:13 | * wizzyrea | giggles |
| 21:13 | SJeffery | I hate you. |
| 21:13 | wizzyrea | awwww |
| 21:13 | jcamins | SJeffery: actually, that was all you. :) |
| 21:14 | @later tell oleonard The only thing remaining for my patch is to add jQuery-UI. The coding guidelines are not entirely clear about which files are needed, and where to put them. If you could give me a few pointers, that would be much appreciated. | |
| 21:14 | huginn | jcamins: The operation succeeded. |
| 21:14 | jcamins | SJeffery: wahanui understands "I." |
| 21:14 | SJeffery | jcamins: be nice or I will start bug testing your code again. |
| 21:14 | mtj | we need that thermometer grapfic on kc.org |
| 21:15 | jcamins | SJeffery: oh, you'll have lots of opportunity. Your test server is due for some updates. |
| 21:23 | SJeffery joined #koha | |
| 21:43 | trea left #koha | |
| 22:10 | halcyonCorsair | is there an easy way I can check to see whether my koha needs to run make upgrade? |
| 22:12 | rangi | it should only need to run make upgrade if you are installing a new tarball |
| 22:13 | make upgrade won't touch the database, that is done by updatedatabase.pl and they way Koha knows if it should run that is by comparing what is in kohaversion.pl | |
| 22:13 | to what is stored in the version number in the db | |
| 22:17 | ie | |
| 22:17 | if C4::Context->preference('Version') < C4::Context::KOHAVERSION; | |
| 22:19 | halcyonCorsair | rangi: so, if i'm updating to a new git checkout, then...? |
| 22:20 | rangi | if you chose a dev install then the code is all updated, so no need to run make upgrade |
| 22:20 | but you should run | |
| 22:20 | ./installer/data/mysql/updatedatabase.pl | |
| 22:21 | if it doesnt need to do anything, it won't, but if it does need to, it will upgrade your database | |
| 22:21 | (normally this happens in the web browser) | |
| 22:21 | halcyonCorsair | rangi: if you do a dev install, then everything gets symlinked to point to the location of the checkout? |
| 22:21 | rangi | yep |
| 22:22 | so normally you would try to use koha, and if in the opac you would get the maintenance page, in the staff side you would get redirected and told your db needs to be upgraded | |
| 22:22 | but you can also just run the script from the cli | |
| 22:22 | halcyonCorsair | rangi: it should be harmless to just run? |
| 22:22 | rangi | yup |
| 22:23 | it does that comparison, and does nothing unless it needs to | |
| 22:23 | if you apt-get upgrade, it does that | |
| 22:27 | halcyonCorsair | rangi: if you want a play later, i have a pretty dirty recipe that's almost there |
| 22:27 | rangi | ohh sweet |
| 22:27 | unfortunately im stuck in answering rfp land today, but ill try to have a look tonight | |
| 22:30 | halcyonCorsair | rangi: oh yeah, how's the stability of the 3.8.x branch? |
| 22:31 | rangi | both the 3.6.x and 3.8.x have monthly releases, but only bug fixes, on the 22nd of every month |
| 22:31 | so 3.8.5 will be released on september 22 | |
| 22:31 | we tag all releases | |
| 22:31 | so you could do | |
| 22:32 | git checkout v3.08.04 | |
| 22:32 | would get you the 3.8.4 release, etc | |
| 22:40 | halcyonCorsair | rangi: will make install overwrite /etc config each time, or no? |
| 22:41 | rangi | hmm its been a long time since ive done a tarball install |
| 22:41 | i think yes | |
| 22:46 | rambutan left #koha | |
| 22:51 | jcamins_away | Sometimes you need to run make upgrade. |
| 22:52 | When Zebra config files change. | |
| 22:55 | halcyonCorsair | jcamins_away: is there a way to detect that? |
| 22:58 | jcamins_away | halcyonCorsair: if any file changes in etc/zebradb |
| 23:00 | halcyonCorsair | jcamins_away: err |
| 23:01 | jcamins_away | Agreed, detecting changes may be problematic. |
| 23:03 | Ooh, figured it out: git log --pretty=format:%cD -n 1 etc/zebradb | |
| 23:04 | Wait, even better! git log --pretty=format:%ct -n 1 etc/zebradb | |
| 23:04 | Then stat prev-install-log and compare the timestamps. | |
| 23:07 | (note that this *only* applies to when you're doing development... in production you should *always* use packages) | |
| 23:08 | rangi | halcyonCorsair: jcamins_away isn't that far away from you, he's in new york |
| 23:09 | halcyonCorsair | well, I guess I'll put the 'production' issue off for later :) |
| 23:09 | * jcamins_away | waves widely so you can see from four hours north. :) |
| 23:09 | halcyonCorsair | lol |
| 23:09 | jcamins_away: am thinking about swinging by NYC, but not sure whether it'll happen or not atthe moment | |
| 23:10 | jcamins_away | New York is... revolting today, actually. |
| 23:10 | halcyonCorsair | jcamins: revolting, or in revolt? |
| 23:11 | jcamins | The former. |
| 23:11 | wahanui | the former is much more complicated. |
| 23:11 | jcamins | The humidity is ca. 100%, it's warm, and it's trash collection day. |
| 23:12 | rangi | eeew |
| 23:15 | halcyonCorsair | yuck |
| 23:15 | do the packages run the web installer from the cmdline, or is that where they stop? | |
| 23:15 | jcamins | They run updatedatabase. |
| 23:15 | They do not run the initial webinstaller. | |
| 23:16 | halcyonCorsair | out of curiousity, can it be done? |
| 23:17 | papa joined #koha | |
| 23:17 | rangi | it could |
| 23:17 | using something like mechanize | |
| 23:17 | * jcamins | uses mechanize to do it. |
| 23:17 | halcyonCorsair | umm, unimarc/marc21? does it matter? |
| 23:17 | rangi | actually jcamins, youve done it with your release scripts eh? |
| 23:17 | jcamins | Yup. |
| 23:18 | halcyonCorsair: oh yes. MARC21. | |
| 23:18 | rangi | halcyonCorsair: for your purposes id choose MARC21 |
| 23:18 | UNIMARC is primarily Europe and mostly just france afaict | |
| 23:18 | halcyonCorsair | oops, ah well :) i'm about to blow it all away in a couple of minutes to see how clever I am anyway |
| 23:18 | jcamins | halcyonCorsair: http://git.koha-community.org/[…]=install-fresh.pl |
| 23:20 | halcyonCorsair | is there sample book data to import, or did I miss a step somewhere? |
| 23:20 | rangi | nope you didn't |
| 23:20 | it's something ive been meaning to add, but the easiest way to get one is to go to cataloguing, and use the z3950 search to import a record or 3 from library of congress | |
| 23:22 | halcyonCorsair | ah, ok |
| 23:23 | jcamins | Library of Congress will only work if you're using MARC21. |
| 23:25 | rangi | oh yeah |
| 23:26 | halcyonCorsair | i'll try it post blowing away this VM then |
| 23:27 | preferred zebra option would be daemon, yes? | |
| 23:27 | or no? | |
| 23:28 | mtj | hmm, what are the options? |
| 23:28 | wahanui | the options are defined in the template. |
| 23:30 | jcamins | Do not use zebraqueue daemon. |
| 23:31 | mtj | what he said ^^ |
| 23:31 | halcyonCorsair | i'm looking at: http://wiki.koha-community.org[…]dexing_with_Zebra is that bad? |
| 23:33 | jcamins | Oh, that one's fine. I like fredericd's daemon. |
| 23:33 | halcyonCorsair | does anyone have an init script for it? |
| 23:34 | jcamins | Ummm... tcohen does. |
| 23:34 | Somewhere in bugzilla. |
← Previous day | Today | Next day → | Search | Index