vps:~/kohaclone$ free -mvps:~/kohaclone$ free" (5 lines) at http://paste.koha-community.org/186← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:05 | papa joined #koha | |
| 00:08 | eternalsword | next general meeting is in the past. didn't realize koha did time travel too :P |
| 00:09 | Topic for #koha is now Koha 3.16.3 is available! Next general meeting was 13 and 14 August 2014 at 22:00 and 15:00 UTC. Welcome to the IRC home of Koha http://koha-community.org. Please use http://paste.koha-community.org for pastes. | |
| 00:09 | eythian | there we go |
| 00:10 | * dcook | seems to recall having read an article about time travel this morning |
| 00:10 | dcook | Or maybe that is tomorrow morning. I have problems keeping my schedule straight when it comes to time travel. |
| 00:10 | Or was that yesterday? Timezones... | |
| 00:11 | Yes, Oz and Nz are in the future... | |
| 00:11 | I forget these things sometimes. | |
| 00:30 | eythian | @wunder nzwn |
| 00:30 | huginn | eythian: The current temperature in Wellington, New Zealand is 17.0°C (12:00 PM NZST on September 03, 2014). Conditions: Clear. Humidity: 68%. Dew Point: 11.0°C. Pressure: 29.86 in 1011 hPa (Steady). |
| 00:31 | eythian | that is the warmest it's been here in a very long time |
| 00:37 | dcook | @seen khall |
| 00:37 | huginn | dcook: khall was last seen in #koha 5 days, 10 hours, 34 minutes, and 10 seconds ago: <khall> sounds like you are missing one of the qt5 dev packages most likely |
| 00:37 | dcook | @seen khall_away |
| 00:37 | huginn | dcook: khall_away was last seen in #koha 1 year, 15 weeks, 0 days, 2 hours, 34 minutes, and 44 seconds ago: <khall_away> happy bday rangi! |
| 00:38 | dcook | @later tell khall Quick question. Do you have any plans to work on bug 7710 soon? I'm not sure what the best way to do it is, but your patch seems reasonable. Happy to test a rebased patch. |
| 00:38 | huginn | dcook: The operation succeeded. |
| 00:55 | tcohen joined #koha | |
| 01:26 | mtompset | anyone know how to trigger the opac-full-serial-issues.tt template? |
| 01:30 | eythian | * olly is now itching to write Class::Tiny::Simple |
| 01:30 | cjh | :D |
| 01:31 | pastebot | "tcohen" at 127.0.0.1 pasted "jcamins: getting closer, look at this output" (23 lines) at http://paste.koha-community.org/185 |
| 01:31 | eythian | mtompset: by going to opac/opac-serial-issues.pl I expect |
| 01:31 | mtompset | I was hoping to get there without cut and paste... you know, like a user. |
| 01:32 | tcohen | mtompset: grep -R opac-full-serial-issues.tt opac/ |
| 01:32 | eythian | koha-tmpl/opac-tmpl/prog/en/modules/opac-detail.tt |
| 01:32 | 1236: <p><a href="opac-serial-issues.pl?biblionumber=[% biblionumber %]">More details</a></p> | |
| 01:32 | just trace it backwards until you find somewhere you know | |
| 01:37 | dcook | If you have a record with more than 3 serials, there should probably be a link to that opac-full-serial-issues.tt template which will show you all the issues for a record |
| 01:37 | Yeah, what eythian said :p | |
| 01:39 | mtompset | staff client, home, serials, submit by the title text box, click one of the subscriptions, determine the biblionumber, opac, search for the biblio number and get to an opac details page, click on more details. |
| 01:39 | That's more of what I was looking for... instructions for test dummies. :) | |
| 01:40 | dcook | You could probably get away with half that but sure |
| 01:40 | That works | |
| 01:54 | mtompset | @later tell oleonard Bug 12862 is a trivial one for you. :) |
| 01:54 | huginn | mtompset: The operation succeeded. |
| 02:16 | jmsasse joined #koha | |
| 02:33 | dcook | "The caller can, of course, |
| 02:33 | # break this assumption by playing silly buggers, but that's | |
| 02:33 | # harder to do than doing it properly" | |
| 02:34 | "Silly buggers"? | |
| 02:34 | See something different in Koha every day.. | |
| 02:36 | eythian | how long have you been in Australia that you haven't heard that term? |
| 02:36 | dcook | Oh, I think I've heard it before. Just surprised to see it in code comments :p |
| 02:36 | eythian | ah :) |
| 02:38 | I'm tempted to semantically fix these authority records to move a small step past marc stupidity. | |
| 02:39 | "Heading-use-main-or-added-entry":"|" | |
| 02:39 | that's just silly | |
| 02:39 | dcook | O_O |
| 02:39 | eythian | because the MARC rules say it's in 008/15 and must be 'a', 'b', or '|'. |
| 02:40 | in related news, I now have authorities going into elasticsearch | |
| 02:40 | pianohacker | eythian++ |
| 02:41 | dcook | Hmm, even more fun... people sometimes will use # or / instead of | |
| 02:41 | also... | |
| 02:41 | eythian++ | |
| 02:41 | eythian | see, I always thought that '#' was a synonym for ' ' |
| 02:41 | dcook | Ah wait |
| 02:42 | Yeah, I'm totes wrong | |
| 02:42 | # and / are the same as ' ' | |
| 02:42 | My bad :) | |
| 02:42 | Hunger interfering with brain | |
| 02:42 | brb | |
| 02:42 | eythian | I can totally see how they'd get mixed up though |
| 02:42 | because # is used everywhere in the documentation | |
| 02:59 | indradg joined #koha | |
| 02:59 | indradg | good morning #koha |
| 03:03 | I just ran `make test` against master, ended up getting -> make: *** [test_dynamic] Error 137 | |
| 03:04 | just before that line was -> t/Installer_PerlModules.t ........... 1/17 Killed | |
| 03:04 | eythian | probably out of memory or something |
| 03:04 | indradg | was that what the test barf up on? |
| 03:04 | mtompset | free -m |
| 03:04 | check eythian's hypothesis. | |
| 03:05 | eythian | err 137 means SIGKILL and coredump |
| 03:05 | which is probably the OOM killer | |
| 03:05 | syslog will tell you more | |
| 03:06 | mtompset | Does syslog tell you that? -- perhaps it was the poor VM environment I was in before where it didn't. |
| 03:06 | indradg | devtest1vps:~/kohaclone$ free -m |
| 03:06 | total used free shared buffers cached | |
| 03:06 | Mem: 4096 3706 389 0 0 3587 | |
| 03:06 | -/+ buffers/cache: 118 3977 | |
| 03:06 | Swap: 4096 15 4080 | |
| 03:06 | pastebot | "indradg" at 127.0.0.1 pasted "devtest1vps:~/kohaclone$ free" (5 lines) at http://paste.koha-community.org/186 |
| 03:06 | mtompset | What else are you running to hog so much memory? |
| 03:07 | I wouldn't expect a barf with 389MB free. | |
| 03:07 | eythian | you're not reading it right, mtompset |
| 03:07 | there's 3.9GB free | |
| 03:07 | which is even more perplexing | |
| 03:07 | unless there's a bug that causes it to swell up and die | |
| 03:08 | I'd look in syslog to see what happened | |
| 03:08 | mtompset | oh my... that is perplexing. You're right, I misread. |
| 03:08 | no... wait... 389MB... 4096 = 4GB RAM. | |
| 03:08 | eythian | you're reading the wrong line |
| 03:08 | mtompset | with 4GB Swap. |
| 03:08 | eythian | although, with 3.5GB cached, it doesn't look like it's had recent memory exhaustion |
| 03:09 | so it may have been something else causing the sigkill. | |
| 03:09 | pianohacker | not selinux or apparmor, right? |
| 03:09 | indradg | mtompset: nope! syslog clean as a slate |
| 03:09 | mtompset | 4GB total, ~3.7GB used, 389MB free. -- with ~3.6GB cached. |
| 03:11 | eythian | right, which means that it's effectively 3977MB free |
| 03:11 | mtompset | because you can flush cache... right. |
| 03:11 | eythian | which is why you read the -/+ buffers/cache line, as anything else won't give you the effective values |
| 03:11 | well, the system does it | |
| 03:11 | mtompset | right. |
| 03:12 | Are you running a zebra full reindex when you tried to make test? ;) | |
| 03:13 | eythian | if there's no info in syslog, try dmesg |
| 03:14 | pastebot | "indradg" at 127.0.0.1 pasted "ran `make test` again with different result this time, but unlike it did not barf at t/Installer_PerlModules.t ........... 1/17 Killed" (154 lines) at http://paste.koha-community.org/187 |
| 03:14 | eythian | http://youtu.be/UowkIRSDHfs |
| 03:14 | something is wrong with your system | |
| 03:15 | it's killing things for some reason. | |
| 03:15 | does dmesg tell you? | |
| 03:18 | jcamins | @later tell tcohen I would like to add my vote to rangi's proposal for keeping an un-UTF8-ed branch. |
| 03:18 | huginn | jcamins: The operation succeeded. |
| 03:19 | eythian | an "un-UTF8-ed branch" ? |
| 03:19 | jcamins | eythian: as opposed to a UTF8-ed branch, yeah. |
| 03:19 | pianohacker | in case odd encoding bugs pop up, or what? |
| 03:19 | eythian | that was the least helpful explaination ever :) |
| 03:21 | jcamins | pianohacker: in case this attempt to make Koha Unicode-safe is as disastrous as previous attempts, it provides a safety valve. |
| 03:21 | eythian | ah |
| 03:42 | indradg | eythian, mtompset the kills are happening at random on make test. something funky here. prolly some sort of admin override by the VPS provider. |
| 03:42 | eythian | could be. It's likely dmesg will tell you. |
| 03:43 | mtompset | indradg: Do you know if your VPS is using vserver? :) |
| 03:43 | indradg | dmesg and syslog says nothing, no mails in /var/mail/root :( |
| 03:43 | mtompset: OpenVZ | |
| 03:44 | mtompset | No idea. Because that sort of behaviour only happened to me on a hosting provider which used vserver. |
| 03:44 | pianohacker | indradg: what vps provider? |
| 03:45 | indradg | pianohacker: CrownCloud.net |
| 03:47 | mtompset | http://crowncloud.net/openvz.php --- my guess is they've loaded more people than the server can handle, and other VMs are causing yours to randomly sigkill. |
| 03:48 | eythian | oh, openvz |
| 03:48 | it could be anything then | |
| 03:49 | pianohacker | yeah... there's a reason openvz vms are often cheaper than xen ones |
| 03:49 | eythian | your processes are visible to the host, so if it thinks you're using too much cpu or whatever, it can kill the process. |
| 03:49 | they're easier to safely oversubscribe. | |
| 03:49 | you could try doing it with 'nice' to make it a lower priority. | |
| 03:59 | wnickc joined #koha | |
| 04:00 | indradg | nah.... even nice didn't cut it. filed a support ticket. thankfully I paid only for 1 month :-) |
| 04:02 | * dcook | thinks it's been a while since anyone has touched "biblio_framework.pl"... |
| 04:04 | eythian | it's got the old copyright notice |
| 04:04 | apparently I was the last person to touch it, 2 weeks ago :) | |
| 04:04 | dcook | hehe |
| 04:05 | I've been thinking more about frameworks. | |
| 04:06 | I was working on a tool to update frameworks using the XML that bgkriegel put together, but it's cumbersome. | |
| 04:06 | It seems to me that it would make sense to make an "untouchable" framework which end-users never see. | |
| 04:06 | But that we can update during releases | |
| 04:07 | If there's an untouchable framework, it gets easier to do comparisons via SQL | |
| 04:07 | Then you can update to your heart's content, put in news warnings, etc. | |
| 04:08 | Oooh... | |
| 04:08 | eythian | hmm yeah |
| 04:08 | dcook | Maybe the way to do that is just to add a framework and not reference it in biblio_framework. |
| 04:08 | thoughts, eythian? | |
| 04:09 | eythian | it's probably not a bad idea to do something like that |
| 04:09 | I don't know the area well enough to have any strong opinions :) | |
| 04:09 | dcook | Fair enough :) |
| 04:09 | I appreciate you saying it's not insane at least ;) | |
| 04:12 | Hmm.. | |
| 04:13 | You know...I may have been a fool all this time | |
| 04:13 | /cgi-bin/koha/admin/checkmarc.pl | |
| 04:13 | We already have a script that is supposed to be checking the MARC bibliographic frameworks | |
| 04:13 | Hmm, maybe not a fool.. | |
| 04:14 | eythian | it's not super |
| 04:14 | dcook | No, I've always avoided it as I didn't see much good with using it |
| 04:14 | eythian | I'm not sure it's feasible to validate the whole thing reliably, really |
| 04:14 | well, it's so when you change a framework, you can run that and see that you haven't done anything too dumb | |
| 04:14 | dcook | Mmm, fair enough |
| 04:15 | I was thinking of adding a button/link on cgi-bin/koha/admin/biblio_framework.pl | |
| 04:15 | Something about updating or checking against the official MARC | |
| 04:15 | Which would be represented by the hidden framework | |
| 04:16 | mtompset | Have a great day, #koha dcook eythian. |
| 04:23 | dcook | Hmm, the hidden framework idea seems to work so far |
| 04:23 | Hmm... unless someone tries to make a framework with the same frameworkcode... | |
| 04:29 | C4::Koha::getframeworks() sure has some awful variable names.. | |
| 04:29 | return ( \%itemtypes ); | |
| 04:29 | kthx | |
| 04:31 | Hmm, maybe I'm thinking too small.. | |
| 04:49 | Hmm, maybe it's not that slow.. | |
| 04:49 | Much much slower using DBIC | |
| 04:50 | eythian | yeah, we need to find a way to make DBIC's initialisation be faster. |
| 04:53 | dcook | Yeah, I'd love to know where I'm losing my time. I want to say I already tried using NYTProf and it didn't help me out too much |
| 04:54 | pianohacker | oh good, I'm not crazy, saw a huge delay in schema loading... |
| 04:58 | francesca joined #koha | |
| 04:59 | dcook | I despise marc frameworks... |
| 04:59 | Maybe MARC in general too :P | |
| 05:01 | Mostly just how incoming records will lose data if the corresponding tag isn't in the framework... | |
| 05:01 | Although that also makes some sense | |
| 05:03 | But fixing that would require re-writing the cataloguing editor and that's not happening.. | |
| 05:05 | indradg joined #koha | |
| 05:05 | eythian | talk to pianohacker about that :) |
| 05:05 | dcook | hehe. already have a while back. |
| 05:05 | I think I've finally reached my tipping point though. | |
| 05:08 | It makes sense to have frameworks where you can customize the labels and the visibility (as well as all the other stuff... authorities, plugins, etc.) | |
| 05:08 | But since it's MARC... it should always at least have all the fields/subfields from the spec available... | |
| 05:09 | cait joined #koha | |
| 05:09 | eythian | hi cait |
| 05:09 | dcook | hey cait |
| 05:09 | cait | :) |
| 05:12 | pianohacker | dcook: don't worry, the new editor doesn't throw away tags |
| 05:12 | dcook | That's good to hear :) |
| 05:13 | Although I imagine none of my libraries will use the new editor :/ | |
| 05:13 | Well, maybe a few | |
| 05:32 | indradg | hi cait |
| 05:32 | cait | hi indradg |
| 05:33 | indradg | eythian: there you go! Vimal wants new packages :D |
| 05:34 | eythian | he sure does |
| 05:34 | * eythian | is off now, later all |
| 05:38 | pianohacker | Out, bye |
| 05:43 | dcook | hehe |
| 05:43 | laters eythian | |
| 05:48 | pianohacker joined #koha | |
| 06:33 | reiveune joined #koha | |
| 06:33 | reiveune | hello |
| 06:39 | cait left #koha | |
| 07:04 | ashimema joined #koha | |
| 07:15 | indradg_ joined #koha | |
| 07:15 | indradg_ joined #koha | |
| 07:17 | paul_p joined #koha | |
| 07:21 | Joubu | hello #koha |
| 07:22 | indradg joined #koha | |
| 07:24 | ashimema | meeting was super quick last night by the looks |
| 07:24 | morning #koha, Joubu | |
| 07:25 | drojf joined #koha | |
| 07:26 | drojf | good morning #koha |
| 07:28 | indradg | morning ashimema drojf |
| 07:29 | drojf | hi indradg |
| 07:47 | kivilahtio joined #koha | |
| 07:48 | kivilahtio | Hello! Is anyone using a log monitoring solution to get automatic alerts from failed cronjobs? |
| 07:49 | I am facing such issues and made the news again with failing to create predue notifications for 3 days. | |
| 07:49 | Joubu | kivilahtio: what is the error ? |
| 07:50 | kivilahtio | Looking into logging best practices and looks like logwarn is a recommended way to go and planning the nagios plugins and configuraitions |
| 07:50 | Joubu | kivilahtio: I think we just set an email address in the crontab |
| 07:50 | kivilahtio | Joubu: I would like to know if we get errors, not if get successfull runs. For ex. process_message_queue.pl runs every minute |
| 07:51 | Joubu: I didin't get any errors, the cronjobs just didin't run | |
| 07:51 | Joubu | kivilahtio: you can monitor the mailbox :p |
| 07:51 | kivilahtio | Joubu: It could be my custom wrapper which times their execution and collects logs to respective files |
| 07:51 | Joubu | ha... |
| 07:51 | kivilahtio | it has a locking mechanism top prevent cronjobs from restarting before they close |
| 07:51 | and a single lock file to prevent running all cronjobs | |
| 07:52 | but i dont understand how the disable flag was set? | |
| 07:52 | indradg | @seen eythian |
| 07:52 | huginn | indradg: eythian was last seen in #koha 2 hours, 18 minutes, and 18 seconds ago: * eythian is off now, later all |
| 07:52 | kivilahtio | anyway, to make sure that never happens and save me some sleep, I am looking into a more intelligent solutino |
| 07:52 | indradg | @seen mtompset |
| 07:52 | huginn | indradg: mtompset was last seen in #koha 3 hours, 36 minutes, and 13 seconds ago: <mtompset> Have a great day, #koha dcook eythian. |
| 07:53 | kivilahtio | Joubu: Also we noticed it like a week later and all the syslogs had already rotated out of reach :( |
| 07:53 | Joubu | arf |
| 07:53 | kivilahtio | well that wont happen again I hope :) |
| 07:53 | Joubu | kivilahtio: so the advance_notices cronjob did not run because of what? |
| 07:53 | kivilahtio | Joubu: I don't know |
| 07:54 | Joubu: I can only guess, it was not the only cronjobs, some of the did run, some of them not | |
| 07:54 | but no way to find out, I'll set the monitoring server to check the logs periodically so I can catch future issues | |
| 07:54 | Joubu | kivilahtio: did you add these cronjob at the same time? Are they working now? |
| 07:54 | kivilahtio | Joubu: yes, no panic |
| 07:55 | Joubu: just lots of bad PR from pissed off customers getting rather large fines | |
| 07:55 | Joubu | kivilahtio: Last week, we had the problem on 1 machine. crontab -e; save+quit solves the problem... |
| 07:56 | kivilahtio | I'll share this script set as soon as I can, maybe you can find it helpful as well. |
| 07:56 | Joubu | kivilahtio: maybe your custom script does not log the right things :) |
| 07:56 | kivilahtio | Joubu: how are you doing? We just moved to our own terrace apartment |
| 07:56 | 2&>> ? | |
| 07:57 | its pretty neat | |
| 07:57 | Joubu | yes, and catch errors if the script crashes |
| 07:57 | kivilahtio | there's not much to crash :) |
| 07:58 | Joubu | kivilahtio: I am fine :) excited to go in Argentina next month! |
| 07:58 | kivilahtio | http://pastebin.com/g2fSqQUT |
| 07:59 | Joubu: wow, happy to hear that! | |
| 07:59 | indradg | @later tell eythian `make test` finally worked, after supported moved over a bunch of us to a new node. Only t/00-checkdatabase-version.t FAILED. :) |
| 07:59 | huginn | indradg: The operation succeeded. |
| 07:59 | kivilahtio | Joubu: It must be so cool! I have never been to South America |
| 07:59 | Joubu | me neither! |
| 07:59 | indradg | @later tell eythian s/supported/sysadmin |
| 07:59 | huginn | indradg: The operation succeeded. |
| 07:59 | Joubu | Shouldn't you redirect stdout to stderr? |
| 08:00 | kivilahtio | Joubu: Just don't joke about soccer |
| 08:00 | I am? | |
| 08:00 | $croncommand 2&>> $logpath | |
| 08:01 | Joubu | I never used this syntax, I always use 2>&1 |
| 08:01 | kivilahtio | I need appending, not truncation |
| 08:01 | this syntax is regardless pretty whacky :) | |
| 08:11 | Joubu | kivilahtio: did you see you use $logfile and $logpath? |
| 08:12 | kivilahtio | $logfile is actually cronjob/process_message_queue.pl |
| 08:12 | Joubu | echo "Lockfile present" >> $logfile |
| 08:12 | kivilahtio | it has the directory embedded due to cronjobs being in two separate folders, migration_tools and cronjobs |
| 08:12 | I made those lockfile additions after the accident | |
| 08:13 | Joubu | yes but you write into $logfile |
| 08:13 | kivilahtio | yeah there is a bug :) |
| 08:13 | thanks for spotting it | |
| 08:13 | Joubu | but you are modifying the perl script!? |
| 08:14 | kivilahtio | which perl script? |
| 08:14 | Joubu | cronjob/process_message_queue.pl |
| 08:14 | kivilahtio | i am not modifying any cronjobs scripts |
| 08:14 | Joubu | if $logfile = cronjob/process_message_queue.pl |
| 08:14 | kivilahtio | this is just a wrapper to make sure those cronjobs dont run over each others and time their execution and log it |
| 08:15 | Joubu | yes, I understood that :) Just wondering the impact of writing into $logfile |
| 08:15 | kivilahtio | Joubu: well it writes to somewhere where it shouldnt |
| 08:15 | depending on what crontab thinks of it's cwd() | |
| 08:16 | apparently there is no such thing as a simple fix :) | |
| 08:16 | Joubu | if cwd == $KOHA_PATH, it could explain why your scripts fail |
| 08:16 | kivilahtio | i made that modification after the accident |
| 08:16 | Joubu | ok |
| 08:16 | kivilahtio | i dont think that branch has been triggered after that |
| 08:17 | but thanks for the tip. I've got one for you! "Don't cook it, bake it naked!" | |
| 08:19 | Joubu | thanks for this tip, very helpful! :p |
| 08:20 | kivilahtio | Ask Brendan more about it if you meet him |
| 08:20 | Joubu: . | |
| 09:10 | cait joined #koha | |
| 09:33 | ashimema | morning cait |
| 09:34 | cait | morning ashimema |
| 10:02 | ztajoli joined #koha | |
| 10:14 | jesse joined #koha | |
| 10:14 | jesse | hello |
| 10:53 | jcamins joined #koha | |
| 11:37 | mveron joined #koha | |
| 11:37 | mveron | Hi #koha |
| 11:38 | @wunder basel | |
| 11:38 | huginn | mveron: The current temperature in Wetter Allschwil, Allschwil, Switzerland is 18.7°C (1:38 PM CEST on September 03, 2014). Conditions: Mostly Cloudy. Humidity: 77%. Dew Point: 15.0°C. Pressure: 30.04 in 1017 hPa (Steady). |
| 11:38 | ashimema | khall around? |
| 11:38 | khall | yo |
| 11:39 | ashimema | Think I've found a trivial typo in bug 11703 |
| 11:39 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11703 enhancement, P5 - low, ---, kyle, Pushed to Master , Convert checkouts table to ajax datatable |
| 11:40 | ashimema | holds.js refers to /svc/holds.pl instead of /svc/holds around line 113.. |
| 11:40 | 'means that the holds table never loads on some pages.. | |
| 11:40 | any chance you could varify the typo.. | |
| 11:41 | I have no idea how we missed this during QA.. | |
| 11:41 | khall | will do! good catch! |
| 11:41 | ashimema | Cheers Khall. |
| 11:42 | cait | i think we had fixed it |
| 11:42 | it must have crept back in | |
| 11:42 | khall | yep, looks fixed in master to me |
| 11:42 | cait | same explanation amrtin just gave |
| 11:42 | ashimema | I think it must have crept back in somewhere... it's in 3.16.3 too |
| 11:42 | :( | |
| 11:43 | Want me to post the tiny fix to a bug.. | |
| 11:43 | I've fixed it locally here.. drove me nuts trying to work out what was wrong. | |
| 11:43 | cait | i am pretty sure i found it once and kyle fixed it |
| 11:43 | khall | Tomas fixed it with a followup |
| 11:43 | commit 9657a2c6dc92516963ffa960b7d561cdcc2dc5e8 | |
| 11:45 | ashimema | cool.. |
| 11:45 | so it's in master.. but not in 3.16.3 | |
| 11:46 | khall | is gmcharlt around? |
| 11:46 | ashimema | snap |
| 11:46 | phasefx_ joined #koha | |
| 11:47 | khall | Also, has anyone else had a problem with Koha 3.16 not sending notices if both email and digest are selected? |
| 11:47 | I was wondering if there was already a bug filed for that | |
| 11:47 | cait | hm |
| 11:47 | isn't that the normal thing, to have digest and email? | |
| 11:47 | in my tests i did with master for th reply to it semed ok | |
| 11:47 | what kind is the problem? | |
| 11:48 | khall | our experience at least for some libraries, is that if both are checked, no email is sent at all. You must either check only email, or only digest to recieve any email notifications ( for notifications with a digest option ) |
| 11:52 | cait | hm that sounds weird |
| 11:52 | khall | yeah, I haven't yet tracked down exactly what's going on. That's on the todo list. We've had a few hiccups from the new message transport system. |
| 11:53 | cait | hm |
| 11:53 | khall | That being said, I still think it's a great improvement |
| 11:53 | cait | i didn't see htat so far |
| 11:54 | jcamins_ joined #koha | |
| 11:54 | cait | khall: testing on my system now |
| 11:55 | meliss joined #koha | |
| 11:55 | oleonard joined #koha | |
| 11:55 | khall | It could be something specific to our configuration. I was just wondering if anyone else had seen the behavior in the wild. |
| 11:55 | cait | we are sendind our first library live with 3.16 on monday |
| 11:56 | i am done with bad news about bugs for a day :) | |
| 11:56 | oleonard | Already? But I just got here! |
| 11:58 | cait | i can't confirm the bug on my master intallation |
| 12:06 | khall: in master i don't see that - i tested with an advance notice - digest, email checked, email went out | |
| 12:06 | khall | ok, thanks for checking! I'll have to do some more digging to figure out what's going on. |
| 12:06 | cait | testing 3.16.2 now, don't have a .3 |
| 12:09 | drojf joined #koha | |
| 12:09 | Viktor joined #koha | |
| 12:09 | cait | intersting |
| 12:09 | i can see it in 3.16 | |
| 12:11 | ah no, was me | |
| 12:11 | it works on 3.16.2 as well for me | |
| 12:12 | khall - works on master and 3.16.2 for me - not sure now if that is good or bad | |
| 12:13 | khall | thanks for testing! |
| 12:13 | cait | thx for scaring me :P |
| 12:13 | drojf: you are alive? | |
| 12:18 | nengard joined #koha | |
| 12:18 | oleonard | I thought someone fixed the bug causing the error "Open of share file /tmp/sharefile-koha-koha failed: Permission denied at /usr/lib/perl5/Cache/FastMmap.pm line 640." |
| 12:18 | ...but I just got it. | |
| 12:19 | cait | you have to uninstall the perl module |
| 12:19 | i think it just fixed the tests :( | |
| 12:19 | for me at least - i still get it too | |
| 12:19 | oleonard | So I have a Perl module that I shouldn't have? |
| 12:20 | cait | ye |
| 12:20 | s | |
| 12:21 | if you can find the bug, i think i listed it there | |
| 12:21 | BobB joined #koha | |
| 12:23 | Dyrcona joined #koha | |
| 12:39 | tcohen joined #koha | |
| 12:41 | tcohen | hi |
| 12:46 | oleonard | Hi tcohen |
| 12:46 | tcohen | hi oleonard |
| 12:50 | cma joined #koha | |
| 12:53 | tcohen | gmcharlt: wake up |
| 12:53 | ashimema | hi tcohen |
| 12:53 | tcohen | hi ashimema |
| 12:53 | ashimema | hi oleonard |
| 12:54 | tcohen | i've been extending the xml + xsl > xsl DOM toolchain |
| 12:54 | and thought i was doing it wrong | |
| 12:54 | but it seems it does wrong without my patches... :( | |
| 12:55 | tcohen_ joined #koha | |
| 12:55 | ashimema | oh |
| 12:55 | not so good. | |
| 12:57 | edveal joined #koha | |
| 12:58 | ashimema | tcohen.. were you about when barton was expressing some thoughts on that toolchain? |
| 12:59 | tcohen | nope |
| 13:02 | logs? | |
| 13:02 | wahanui | i guess logs is http://irc.koha-community.org/koha/ |
| 13:02 | tcohen | today logs? |
| 13:02 | ashimema | was a while back.. |
| 13:02 | barton | tcohen no, it was a few weeks ago. |
| 13:02 | tcohen | wahanui: today logs is http://irc.koha-community.org/koha/today |
| 13:02 | ashimema | I'm just trying to fidn the relevant ... |
| 13:02 | wahanui | OK, tcohen. |
| 13:02 | ashimema | barton is here.. he can talk ;) |
| 13:03 | barton | I put a link on the wiki, lemme see if I can't find it... |
| 13:03 | ashimema | where the RFC barton.. our wiki is crap.. I can't find it anymore. |
| 13:03 | tcohen | i see no necesary problem with the toolchain itself |
| 13:03 | barton | http://wiki.koha-community.org[…].50_attribute_rfc |
| 13:04 | tcohen -- my problem with the toolchain is that there is *way* too much duplication of data. | |
| 13:04 | ashimema | http://irc.koha-community.org/[…]4-08-12#i_1551164 |
| 13:04 | and the irc conversation to go with it ;) | |
| 13:05 | tcohen | how would you cope with marc flavour specifics? |
| 13:05 | barton | good question... |
| 13:06 | tcohen | i don't have the answer of course |
| 13:06 | heh | |
| 13:06 | ashimema | anywho.. thought it worth getting you two talking ;) |
| 13:07 | tcohen | what i've seen is that the current xsl build weird things |
| 13:07 | barton: any ideas are welcome | |
| 13:07 | NateC joined #koha | |
| 13:08 | kmlussier joined #koha | |
| 13:09 | ashimema joined #koha | |
| 13:09 | barton | I actually wrote a script last night that takes yaml input and spits out chunks of text that you can paste into Search.pm, bib1.att, biblio-koha-indexdefs.xml, ccl.properties and record.abs ... just that much makes creating patches much easier... |
| 13:13 | ashimema | I think the problem is basically endemic of how zebra expects config files to be spread all over the place |
| 13:17 | barton | If we used a yaml file to store the data, we could also add a 'marc-flavour' and perhaps also a 'search-type' (biblio vs authorities) field, and store all marc data in a single file, then generate {marc21,normarc,unimarc}/{biblios,authorities}/*-koha-indexdefs.xml files from that. |
| 13:19 | ashimema, I don't disagree, but there's no reason to bang our heads against zebra's mess if we can centralize it. | |
| 13:20 | tcohen | we shouldn't blame zebra |
| 13:20 | for our decisions | |
| 13:20 | ashimema | I'm pretty sure there's a reason zebra does it the way it does.. |
| 13:21 | I like the idea of abstracting into a single point of truth.. but I also don't know zebra well enough to know whether we can cover all eventualities with such a file.. | |
| 13:21 | cait | i have my doubts |
| 13:22 | especially with some of the recent efforts - we'd have to change the structure of the yaml file additionally to other thigns | |
| 13:22 | ashimema | I know we can 'get more' out of using DOM configs.. but don't know what 'more' is yet... I wouldn't want us to paint ourselves into a new cornder 'tis all.. |
| 13:22 | cait | ashimema: i think there is a patch from mathieu for a little more - indexing over multiple subfields into a phrase index |
| 13:22 | the one they talked about on the mailing list | |
| 13:22 | ashimema | cool |
| 13:23 | we need to go DOM only as soon as possible in my mind.. | |
| 13:23 | at which point I'll learn how the DOM config fits together too ;) | |
| 13:23 | barton | cait, do you have a link to that thread in the mailing list? |
| 13:23 | cait | sory not right now |
| 13:24 | pretty busy here | |
| 13:24 | barton | np, cait. |
| 13:24 | cait | i tried finding th bug, but didn't spot the right one immediately |
| 13:24 | was in the last few days | |
| 13:24 | barton | oh, that *never* happens ;-_ |
| 13:24 | er :-) | |
| 13:45 | tcohen | ashimema: in DOM indexing zebra just expects you point it to an xsl that transforms the marcxml into an xml that tells zebra what to put on which index, like this |
| 13:45 | pastebot | "tcohen" at 172.16.248.212 pasted "sample xsl output for zebra indexing" (41 lines) at http://paste.koha-community.org/189 |
| 13:45 | tcohen | it is pretty simple, and clean |
| 13:46 | that xsl can be whatever we want it to | |
| 13:46 | maintaing the xsl is way harder than using the XML structure galen et all defined | |
| 13:46 | s/et all/et al/ | |
| 13:47 | ashimema | I see.. |
| 13:47 | that makes allot of sense | |
| 13:48 | pastebot | "tcohen" at 172.16.248.212 pasted "defining indexes for 100$a" (9 lines) at http://paste.koha-community.org/190 |
| 13:48 | tcohen | it does make a lot of sense |
| 13:49 | i'm adding a <facet>index_name</facet> | |
| 13:50 | too | |
| 13:50 | the difficult part | |
| 13:50 | wahanui | i guess the difficult part is keeping our data intact I guess |
| 13:50 | tcohen | is that if you need to some some magic trick |
| 13:50 | like taking stuff from several places for putting together | |
| 13:50 | you don't write xslt code that does that | |
| 13:51 | you need to write xsl code, that generates code that generates what you want | |
| 13:51 | so, think about having more abstraction :-D | |
| 13:52 | but, overall, that's our own problem | |
| 13:52 | and not zebra-related | |
| 13:52 | besides all cr*p we can find about zebra | |
| 13:53 | * tcohen | feels he wrote too much, shuts for a while |
| 13:53 | ashimema | was just throwing that around my head for a bit.. |
| 13:54 | I 'think' it still makes sense to me.. | |
| 13:56 | tcohen | ashimema: try xsltproc etc/zebradb/marc_defs/marc21/biblios/biblio-zebra-indexdefs.xsl marc_record.xml |
| 13:57 | on any marcxml record you download from a koha | |
| 13:57 | instance | |
| 13:57 | wahanui | instance is, like, called koha_test |
| 13:57 | tcohen | that will help you see |
| 14:03 | ashimema | lightbulb just went on.. |
| 14:03 | thanks tcohen.. that makes allot more sense now | |
| 14:04 | tcohen | see? that's all that is happening behind the scenes :-D |
| 14:10 | ashimema | So.. to edit indexes on a package install you'de need to edit /etc/koha/zebra/marc_defs/marc21/biblios/biblio-koha-indexdefs.xml and then run it through xslproc to generate a new biblio-zebra-indexdefs.xsl in the same place.. |
| 14:10 | and 'all the really clever stuff' happens in that conversion pass | |
| 14:12 | rocio joined #koha | |
| 14:18 | tcohen | it just translates those index definitions into xsl that transforms that into zebra's format |
| 14:18 | in a convenient way | |
| 14:19 | http://fcm.biblio.unc.edu.ar/c[…]iblionumber=19433 | |
| 14:19 | can anyone try the on-line link? | |
| 14:19 | ashimema | get 404 on it. |
| 14:20 | tcohen | it points you to http://fcm.biblio.unc.edu.ar/w[…]ook/9789500604987 |
| 14:20 | right? | |
| 14:20 | the href points to http://www.medicapanamericana.[…]ook/9789500604987 | |
| 14:20 | i cannot understand what's going on | |
| 14:23 | ashimema | can varify what you just said.. |
| 14:23 | points to medicpana... not fcb.biblio... | |
| 14:24 | tcohen | oh |
| 14:25 | the cataloguer put only one / on the URL | |
| 14:27 | ashimema | l |
| 14:47 | tcohen | jcamins++ |
| 14:58 | tgoat joined #koha | |
| 15:16 | reiveune | bye |
| 15:16 | reiveune left #koha | |
| 15:45 | ztajoli left #koha | |
| 16:01 | Joubu | good bye #koha |
| 16:10 | cait left #koha | |
| 16:14 | pianohacker joined #koha | |
| 16:36 | mveron joined #koha | |
| 16:38 | carmenh joined #koha | |
| 16:44 | cait joined #koha | |
| 16:45 | wnickc joined #koha | |
| 16:50 | cait left #koha | |
| 16:50 | cait joined #koha | |
| 17:00 | ashimema | tcohen: fancy making one of my colleagues day? She's just posted her first patch bug 12866 :) |
| 17:00 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12866 minor, P4, ---, janet.mcgowan, Passed QA , Incorrect display of Email Address in Alternate Address Patron Details |
| 17:01 | cait | and she is a very lovely colleague of ashimema |
| 17:01 | ashimema | hehe.. |
| 17:01 | cait | :) |
| 17:15 | mtompset joined #koha | |
| 17:15 | mveron | ...assigned 16:01:20, QAed 16:58:05... Would be great if every patch would be so fastgoing... :-) |
| 17:15 | mtompset | Greetings, #koha. |
| 17:15 | Greetings, mveron. :) | |
| 17:16 | mveron | Hi mtompset :-) And good daytime to everybody... :-) |
| 17:16 | mtompset | oleonard: Did you get my message? :) |
| 17:16 | tcohen | ashimema: don't think so |
| 17:17 | * tcohen | is just kidding |
| 17:17 | ashimema | haha.. |
| 17:17 | akafred joined #koha | |
| 17:17 | ashimema | I was impresseed by it's speedy signoff.. |
| 17:18 | I couldn't resist ;) | |
| 17:18 | mtompset | I notice that bug 11592 has been sitting on the Needs Sign Off List of 10 oldest bugs. :) |
| 17:18 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11592 normal, P5 - low, ---, mtompset, Needs Signoff , opac detail scripts do not respect MARC tag visibility |
| 17:20 | mtompset | but how international was it's transit? Reminds me of the security patch rangi posted a while back. |
| 17:23 | huginn | New commit(s) kohagit: Bug 12866: Fixes Display of Email in Alternate Address <http://git.koha-community.org/[…]ad75550b849c809c5> |
| 17:24 | cait | woohoo :) |
| 17:24 | uk - switzerland - germany - argentina | |
| 17:24 | not too bad on the international side of things :) | |
| 17:26 | ashimema | :) |
| 17:28 | mveron++, cait++, tcohen++ #fantastic fast response there :) | |
| 17:28 | bag | :) |
| 17:29 | mveron | Wow... :-) |
| 17:29 | tcohen | hey, we are a friendly community |
| 17:29 | this is expected, actuallly | |
| 17:31 | mveron | Assigned 16:01:20 - Pushed 17:19:22 - In less than 80 minutes around the world :-) |
| 17:32 | cait | :) |
| 17:36 | * mveron | Is playing around with NVDA and wave.webaim.org for testing accessibility in OPAC |
| 17:38 | cait | :) |
| 17:38 | no... now who writes a patch for about.pl? :) | |
| 17:40 | tcohen | that'd be rangi? |
| 17:42 | mveron | cait: Do you mean Bug 12790 ? |
| 17:42 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12790 enhancement, P5 - low, ---, veron, Needs Signoff , Perl modules: Display required version numbers on about page |
| 17:43 | cait | mveron: :) |
| 17:43 | i meand adding janet, but that's also a good one | |
| 17:54 | cbrannon joined #koha | |
| 18:28 | WNickC joined #koha | |
| 18:53 | tcohen | unimarc gutus? |
| 18:54 | gurus? | |
| 18:57 | mtompset | Hmmm... networking issues with my VM... Have a great day, #koha. |
| 19:11 | mtompset joined #koha | |
| 19:17 | mtompset | Greetings, #koha. |
| 19:18 | Okay. This is rather annoying. If a perl script has use Foo; in it, then should I not be able to my $blah = Bar(); without having to Foo::Bar();?! | |
| 19:19 | tcohen | mtompset: if you're doing a static call, you should use Foo qw/Bar/; |
| 19:19 | mtompset | i'm trying to run prove -v t/db_dependent/Circulation.t on a 3.14.x branch, it is barfing on GetItem. |
| 19:23 | ARG... it must be some change of mine SOMEWHERE.... | |
| 19:23 | tcohen | bye #koha |
| 19:28 | jmsasse joined #koha | |
| 19:51 | rangi | http://irc.koha-community.org/ francesca has been tidying this up |
| 20:14 | nengard left #koha | |
| 20:16 | BigRig joined #koha | |
| 21:04 | kmlussier left #koha | |
| 21:09 | sophie_m joined #koha | |
| 21:26 | * cait | waves |
| 21:26 | cait | francesca++ |
| 21:28 | jmsasse | Hi cait. Wie geht's? |
| 21:28 | cait | hi jmsasse :) |
| 21:28 | good, but sleepy | |
| 21:28 | going to bed now :) night! | |
| 21:28 | have a good day | |
| 21:28 | cait left #koha | |
| 21:34 | JasonBurds joined #koha | |
| 21:36 | rambutan joined #koha | |
| 22:00 | rambutan | Has any thought been given to changing the channel topic? |
| 22:01 | pianohacker joined #koha | |
| 22:10 | mtompset | OH MY! Has no one seen the bug in GetMemberDetails before?! |
| 22:14 | rambutan left #koha | |
| 22:16 | eythian | I find your lack of specificity disturbing, mtompset |
| 22:17 | mtompset | imagine possible values of $borrowernumber and $cardnumber... like undef and something valid. |
| 22:18 | eythian | Now assume I don't have the function memorised. |
| 22:18 | mtompset | GetMemberAccountRecords is called with undef, even though $borrower is a hash to something with a valid borrower number! |
| 22:19 | Now to figure out how to write a test to test the fix. | |
| 22:20 | It uses the undef $borrowernumber, rather than the defined $borrower->{borrowernumber} | |
| 23:09 | tcohen joined #koha | |
| 23:10 | tcohen | hi |
| 23:10 | wahanui | bonjour, tcohen |
| 23:11 | eythian | tcohen: I don't have access to your redmine |
| 23:13 | tcohen | solved |
| 23:22 | mtompset | redmine? |
| 23:22 | Ah, interesting. | |
| 23:25 | tcohen | mtompset: not that interesting |
| 23:25 | even though is quite a flexible tool for project management | |
| 23:25 | mtompset | well, i never knew of it. |
| 23:26 | tcohen | not just bug tickets |
| 23:26 | mtompset | that's why it is mildly interesting. |
| 23:26 | tcohen | it is interesting, it is just that, it is... ruby |
| 23:26 | :-P | |
| 23:26 | mtompset | What can you do? Lord help us all. ;) |
| 23:31 | papa joined #koha | |
| 23:33 | dcook | mtompset: I think GetMemberDetails will also return a partially filled hash, rather than undef, if you provide undef or invalid arguments for both parameters. |
| 23:33 | Or maybe it's that other Member sub | |
| 23:33 | I don't like either of them in any case :p | |
| 23:33 | mtompset | dcook: bug 12868 ;) |
| 23:33 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12868 enhancement, P5 - low, ---, koha-bugs, Needs Signoff , GetMemberDetails calls GetMemberAccountRecords incorrectly |
| 23:34 | chrisvella94 joined #koha | |
| 23:34 | dcook | Cool. Alas, I'm buildin' a DSpace and fixin' up a OPAC atm. |
| 23:39 | mtompset | come on. :P --- git bz apply interactive just the first, prove -v t/db_dependent/Member.t, failed GREAT!, koha-qa -v 2 -c 1, git bz apply interactive just the second, prove -v t/db_dependent/Member.t, passes GREAT!, koha-qa -v 2 -c 1... sign off. |
| 23:39 | NateC joined #koha | |
| 23:49 | dcook | ...might want to verify it myself as well rather than just banking on the tests :p |
← Previous day | Today | Next day → | Search | Index
