lists.koha-community.org← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:00 | tcohen joined #koha | |
| 00:02 | tcohen joined #koha | |
| 00:02 | jcamins | rangi: I'm a bit iffy about choosing *between* the icons. |
| 00:03 | It should be possible to display both. | |
| 00:03 | We already support icons for itemtypes, we just can't display the biblio-level ones anymore. | |
| 00:03 | rangi | hm? |
| 00:03 | jcamins | (at least in circulating libraries) |
| 00:03 | rangi | not following you |
| 00:04 | this is only for the search results page | |
| 00:04 | where we currently display the biblio level itemtype | |
| 00:04 | but generated from the marc control fields | |
| 00:04 | instead of what is in 942 | |
| 00:04 | which in most libraries they dont match at all | |
| 00:05 | jcamins | Right. |
| 00:05 | rangi | then you get to the detail page and you see the item level itemtypes it wouldnt be changing those |
| 00:05 | jcamins | Right. |
| 00:05 | rangi | its only changing which itemtype you display at biblio leve |
| 00:05 | jcamins | http://ans.cplibraries.com/cgi[…]search.pl?q=smith |
| 00:05 | rangi | l |
| 00:05 | jcamins | They use biblio-level itemtypes, which is how the icon on the left is generated. |
| 00:06 | rangi | oh so this is already working? |
| 00:06 | jcamins | No, it doesn't work for circulating libraries. |
| 00:06 | rangi | cos thats all they want |
| 00:06 | they want Type: | |
| 00:06 | to go away | |
| 00:07 | and have the biblio level itemtype there | |
| 00:07 | its no less wrong than the book or article icon showing now | |
| 00:07 | and lots of the time more right | |
| 00:07 | jcamins | Right. So you need to *add* the option to display those icons. |
| 00:08 | The bug says you're choosing between. | |
| 00:08 | rangi | no i want to switch the type ones off |
| 00:08 | i dont want both | |
| 00:08 | Type: Book; Format: print ; Literary form: not fiction | |
| 00:08 | that whole line | |
| 00:08 | needs to go away | |
| 00:08 | and be replaced with the itemtype icon from the biblio level | |
| 00:08 | thats what they want | |
| 00:09 | jcamins | Right. But I think it should be possible to choose the icon using the item types configuration. |
| 00:09 | rangi | yes |
| 00:09 | jcamins | It may be this is what you're planning, and the description was just too brief. |
| 00:09 | rangi | this wont affect this |
| 00:10 | all im trying to do is get rid of the Type: Book; etc | |
| 00:10 | and the icon that comes with that | |
| 00:10 | jcamins | Okay. |
| 00:10 | Now I understand. | |
| 00:10 | rangi | cool |
| 00:10 | sorry i explained badly | |
| 00:10 | jcamins | Sounds like a good feature. |
| 00:13 | ronald joined #koha | |
| 00:14 | Judit joined #koha | |
| 00:14 | Judit | good morning |
| 00:17 | jenkins_koha | Project Koha_3.8.x build #157: UNSTABLE in 1 hr 8 min: http://jenkins.koha-community.[…]b/Koha_3.8.x/157/ |
| 00:17 | robin: Bug 8594 - prevent the report system from breaking some subqueries | |
| 00:17 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8594 normal, P5 - low, ---, robin, Pushed to Master , A report containing a subquery that has a 'limit' will have that limit stripped out |
| 00:17 | jenkins_koha | Starting build #158 for job Koha_3.8.x (previous build: UNSTABLE -- last SUCCESS #156 11 hr ago) |
| 00:28 | rangi | hmm unstable |
| 00:28 | wahanui | i think unstable is sid |
| 00:29 | rangi | ah yep items one |
| 00:29 | * rangi | is gonna cheat and push that patch |
| 00:30 | rangi | something mucked up the db, so that bibnumber and biblioitemnumber arent always the same |
| 00:30 | which exposed the test as being wrong | |
| 00:31 | so it was a good thing :) | |
| 00:38 | gml joined #koha | |
| 00:38 | gml | hi everyone |
| 00:39 | rangi | hi gml |
| 00:39 | gml | what is the purpose of "isexception" field from table special_holidays ? |
| 00:39 | rangi | no idea |
| 00:40 | http://schema.koha-community.o[…]ial_holidays.html | |
| 00:40 | luckily the schema knows | |
| 00:40 | gml | thx |
| 00:41 | i didnt know schema pages | |
| 00:41 | i leave, thx again | |
| 00:44 | Judit | schema is good |
| 01:06 | James joined #koha | |
| 01:08 | Guest5939 | Hi - I hope it's ok to ask for some help/advice on koha here. I'm using koha 3.8.4 - but since 3.8 I've been unable to add any circulation rules and I think this is why I get errors on placing holds. |
| 01:10 | rangi | hmm we havent had any reports of people unable to add rules |
| 01:10 | what do you apache error logs tell you? | |
| 01:10 | Judit | what is the error when you are trying to place holds? |
| 01:10 | Guest5939 | To be honest with you - I am relativley new to koha so I haven't check the logs. |
| 01:11 | But generally it tells me that This patron has too many holds - but I am still able to place it. | |
| 01:11 | secondly, it also tells me that these items aren't normally able to be placed on hold for patrons. | |
| 01:12 | I checked my admin settings, and they are as lax as can be to allow virtually any hold to be placed for any patron. | |
| 01:12 | jcamins_away | Perhaps you are missing a rule for ALL-ALL-ALL? |
| 01:13 | Guest5939 | The only thing from what I've found from the web is that it could be related to the fact that I don't have any default circulation rules - and I can't make any .. |
| 01:13 | Judit | did you check your default circ rules, or the branch specific? |
| 01:13 | Guest5939 | Yeah, but I try to add some - and nothing happens - koha just ignores it when I click set. |
| 01:14 | jcamins_away | Oh, I see. I'm about to turn off the computer, but it sounds like a failed upgrade. You'll need to take a look at the logs to see what's going on. |
| 01:15 | Judit | did you isntall koha 3.8.4, or did you upgrade an older koha to 3.8.4? |
| 01:15 | Guest5939 | ok - I'll see what it says and what I can do. |
| 01:15 | Judit | and what isthe exact rule you are trying to add? |
| 01:16 | Guest5939 | I had the live dvd of koha 3.8.2 - then upgraded that to 3.8.3 and then upgraded that to 3.8.4 |
| 01:16 | I can't add any rule at all. | |
| 01:17 | jcamins_away | livedvd? |
| 01:17 | (no, I'm really not here) | |
| 01:18 | Guest5939 | Yes, from Vimal Kumar |
| 01:19 | I did try (on another machine) to build it myself - but I could never get it to actually go for me. Hence for 3.8 i used Vimal Kumar's live dvd/cd for 3.8.2 | |
| 01:19 | jcamins_away | I have very little experience with the livedvd, but the only thing I have heard about it has been complaints that it doesn't work right. |
| 01:19 | * jcamins_away | leaves for real this time. |
| 01:21 | Guest5939 | Hmm.. yes. I will try and build one again today and see. thanks anyway |
| 01:25 | jenkins_koha | Project Koha_3.8.x build #158: STILL UNSTABLE in 1 hr 8 min: http://jenkins.koha-community.[…]b/Koha_3.8.x/158/ |
| 01:25 | Chris Cormack: Bug 6886 - OPAC XSLT respecting single branch mode | |
| 01:25 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6886 minor, P5 - low, ---, chris, Pushed to Stable , Single branch mode should disable showing the branch name in front of all callnumbers |
| 01:26 | jenkins_koha | Starting build #159 for job Koha_3.8.x (previous build: STILL UNSTABLE -- last SUCCESS #156 12 hr ago) |
| 01:26 | rangi | fingers crossed this one fixes it |
| 01:42 | bag | mtj? |
| 01:42 | wahanui | DeM KraZy NutZ!! |
| 02:34 | jenkins_koha | Project Koha_3.8.x build #159: STILL UNSTABLE in 1 hr 8 min: http://jenkins.koha-community.[…]b/Koha_3.8.x/159/ |
| 02:34 | * Chris Cormack: Bug 6886 - Follow up for UNIMARC | |
| 02:34 | * Chris Cormack: Bug 6886 Follow up for NORMARC | |
| 02:34 | * mtompset: Bug 8478 - Update Ubuntu related files (3.8.x) | |
| 02:34 | * Chris Cormack: Bug 5327 : Fixing a typo in the test that was causing a false fail | |
| 02:34 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6886 minor, P5 - low, ---, chris, Pushed to Stable , Single branch mode should disable showing the branch name in front of all callnumbers |
| 02:34 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8478 minor, P5 - low, ---, tomascohen, Pushed to Stable , Update Ubuntu related files | |
| 02:34 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5327 major, P3, ---, bart.tj, Signed Off , Unit tests required for all C4 modules | |
| 02:34 | rangi | darn |
| 02:38 | druthb joined #koha | |
| 02:38 | druthb | o/ |
| 02:39 | mib_xanjj0 joined #koha | |
| 02:44 | rangi | jenkins build koha_3.8.x now |
| 02:44 | !jenkins build koha_3.8.x now | |
| 02:44 | jenkins_koha | rangi: job koha_3.8.x build scheduled now |
| 02:44 | Starting build #160 for job Koha_3.8.x (previous build: STILL UNSTABLE -- last SUCCESS #156 14 hr ago) | |
| 02:49 | mtompset joined #koha | |
| 02:50 | mtompset | Greetings, #koha. |
| 03:19 | wajasu | it seems like moments ago you went to sleep |
| 03:23 | mtompset | Who me? |
| 03:23 | wahanui | you are trying to do a variety of projects in less than three months! |
| 03:23 | * mtompset | laughs, "Wahanui." |
| 03:24 | wajasu | :) |
| 03:24 | mtompset | wajasu: Well, it does seem that way, but I did get 7+ hours of sleep. |
| 03:24 | Judit joined #koha | |
| 03:29 | halcyonCorsair | rangi: whats the most useful / common usecase for this chef stuff I'm playing around with? |
| 03:29 | Amit_Gupta joined #koha | |
| 03:30 | rangi | the obvious one would be a support company who had a bunch of koha servers they wanted to keep in sync |
| 03:30 | halcyonCorsair | rangi: eg. one-touch fire up an ec2 koha, or one-touch koha-dev vm with vagrant/virtualbox, or? |
| 03:30 | Amit_Gupta | heya chris |
| 03:30 | rangi | those would also be great |
| 03:30 | hi Amit_Gupta | |
| 03:30 | halcyonCorsair | ah yep |
| 03:30 | bag | heya Amit_Gupta |
| 03:30 | wahanui | Amit_Gupta is probably from Nucsoft Osslabs |
| 03:30 | Amit_Gupta | heya bag |
| 03:31 | halcyonCorsair | rangi: well, i've already got the one-touch vm there, although a bunch of currently hardcoded bits as mentioned |
| 03:31 | rangi | also being able to do a one touch dev instance would be fantastic |
| 03:31 | *nod* | |
| 03:31 | what might be a good thing to do is | |
| 03:31 | whack a page up at http://wiki.koha-community.org/wiki/Main_Page | |
| 03:31 | with links to your repo etc | |
| 03:32 | then maybe fire off an email to koha-devellists.koha-community.org |
|
| 03:32 | see what ideas we can shake out of the woodwork | |
| 03:34 | halcyonCorsair | rangi: https://gist.github.com/3644826 |
| 03:34 | yeah will do tomorrow | |
| 03:34 | mtj | haay chris, ive made some pretty good progress on the install-doco stuff... |
| 03:35 | rangi | nice |
| 03:35 | halcyonCorsair: good riding near where you are? | |
| 03:35 | mtj | http://git.kohaaloha.com/?p=in[…]s/.git;a=tree;f=1 |
| 03:35 | * mtompset | listens in on mtj's comment about install-doco stuff. |
| 03:35 | wajasu | i have an automated debian preseed.cfg file and shell script that builds a VM with koha-common and mysql etc if you want to reference that. |
| 03:36 | mtj | http://git.kohaaloha.com/?p=in[…]1cfd9b760;hb=HEAD |
| 03:36 | mtompset | What was the source document? |
| 03:36 | rangi | halcyonCorsair: wajasu: sounds like we might be able to put together a nice list of recipes |
| 03:36 | mtj | mtompset -> http://wiki.koha-community.org/wiki/Debian |
| 03:37 | rangi | mtj: looking good, just gotta kill those \r :) |
| 03:37 | mtompset | So you took wiki format and put it into various document formats? |
| 03:38 | mtj | mtompset, exactly :) |
| 03:38 | mtompset | So, does this look like what will happen with all the INSTALL.* files? |
| 03:38 | halcyonCorsair | rangi: not super great, kinda takes about 40m ride/waiting in traffic to get out of the city |
| 03:38 | mtj | using mwlib, pandoc and asciidoc |
| 03:38 | rangi | halcyonCorsair: ahh that's less than optimal |
| 03:39 | BobB joined #koha | |
| 03:39 | mtompset | halcyonCorsair: That sounds like Manila traffic. |
| 03:39 | wajasu | halcyoncorsair; yup. i was looking at using Carton to gather manage module deps too. there is always somethings to mess with in kohaland |
| 03:40 | halcyonCorsair | rangi: one thing you could do to speed things up re: a dev box, is make take the vanilla ubuntu/debian base box and create a 'koha' one with the elevnty-billion perl dependencies, etc installed |
| 03:40 | mtj | rangi, blame asciidoc for those /r's :) |
| 03:40 | halcyonCorsair | mtompset: mmm, traffic isn't *too* bad, at least for me, but the roads aren't that great and worse there are a lot of intersections |
| 03:41 | mtompset | I'd like to make sure the Ubuntu wiki/INSTALL file are identical in content so we don't lose information when this transformation occurs. |
| 03:41 | mtj | wajasu, the ll-koha repo has some carton code, ftw... |
| 03:41 | wajasu | oooh |
| 03:41 | rangi | halcyonCorsair: yeah thats a good idea |
| 03:42 | halcyonCorsair | heh, the git clone takes long enough on its own :P (even when i do only depth 5) |
| 03:42 | mtompset | eleventy-billion?! Come on... It's bad, but not that bad. ;) |
| 03:42 | mtj | mtompset, identicalness is the ultimate goal, for this task |
| 03:42 | wajasu | i wish we could pull off using carton, and use local::lib. |
| 03:43 | mtompset | Well, I meant that if someone ran the transformation right now, I'm worried information may or may not be lost. |
| 03:44 | wajasu | then maybe a koha-perl-lib-x64-3.x.rpm package. |
| 03:44 | * mtompset | laughs, "An RPM package? -- You know how much work it would take to get all the dependencies cleanly in place first?" |
| 03:45 | mtompset | And when I say cleanly, I mean without doing a CPAN install. |
| 03:46 | mtj | mtompset, no one is running any transformation 'right now'... |
| 03:46 | wajasu | i was playing with the idea of embedding/integrating Apache-Camel using stomp protocol to send messages. then we can configure routes to email,sms, EDI, file,webservices, search, ldap, message queues, etc without us writing that. |
| 03:48 | then is find camel runs in OSGI container. and a perl project called OSGIish to manage things via shell. | |
| 03:49 | mtj | mtompset, but at some stage, *someone* is going to have to decide what bits of what docs, becomes the shiny new ubuntu install doc... |
| 03:50 | mtompset | True, and I know that tcohen and I would like to make sure the Ubuntu docs are shiny and new. :) |
| 03:50 | mtj | who, how, what , when that happens is yet to be discussed…. |
| 03:51 | jenkins_koha | Yippie, build fixed! |
| 03:51 | Project Koha_3.8.x build #160: FIXED in 1 hr 7 min: http://jenkins.koha-community.[…]b/Koha_3.8.x/160/ | |
| 03:51 | rangi | yes! |
| 03:51 | mtj | the good news is, we now have a set of programs to handle the conversion of those different file formats.. when that happens |
| 03:51 | wajasu | rangi++ :) |
| 03:53 | mtompset | commands? |
| 03:53 | wahanui | commands are the one that i posted above |
| 03:53 | * mtompset | laughs, "Perhaps I'll try to hunt the wiki." |
| 03:59 | mtompset | there it is. :) Reindexing my QA install of packages on Ubuntu. :) |
| 04:07 | cait joined #koha | |
| 04:15 | mtompset | Greetings, cait |
| 04:17 | cait | hi mtompset |
| 04:41 | schnydsch joined #koha | |
| 04:46 | mtompset | " [warn] Couldn't read whole MARC record" what does this mean?! |
| 04:46 | wajasu | whoa |
| 04:48 | mtompset | irc logs? |
| 04:48 | wahanui | irc logs are http://irc.koha-community.org/irclog/koha/ |
| 04:50 | wajasu | a bug i'm testing for signing off said "Verify new permissions, top level coursereserves, with subpermissions add_reserves and delete_reserves."where are permisssions -> tools or admin? |
| 04:54 | on master i saw Search Engine config and clicked it and got => Software Error Koha::SearchEngine::::Config is not a module name (Too Many colons?) | |
| 04:55 | mtompset | Yes, I think that is two many colons... BUT the problem might be there is supposed to be something between the two set of ::. |
| 04:56 | wajasu | probably new for solr/zebra |
| 04:56 | mtompset | That would be my guess. |
| 04:57 | cait | wajasu: in the patron record under more in the toolbar |
| 04:57 | it's staff permissions | |
| 04:57 | wajasu | ok |
| 05:03 | will have to sleep to test the cominations of perms. iam close to signof on bug 8215 | |
| 05:03 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8215 enhancement, P5 - low, ---, kyle, Needs Signoff , Add Course Reserves |
| 05:04 | wajasu | gnight yall |
| 05:04 | rangi | cya wajasu |
| 05:07 | cait | evening rangi |
| 05:07 | rangi | hey cait |
| 05:07 | cait | @wunder Konstanz |
| 05:07 | huginn | cait: The current temperature in Konstanz, Germany is 16.0°C (7:00 AM CEST on September 06, 2012). Conditions: Mostly Cloudy. Humidity: 75%. Dew Point: 13.0°C. Pressure: 30.21 in 1023 hPa (Rising). |
| 05:07 | cait | meh. |
| 05:08 | I think we had the first day with fog yesterday | |
| 05:08 | only a little bit of sun late afternoon | |
| 05:08 | eythian got away from here just in time | |
| 05:23 | mtompset | Oh that's funny. |
| 05:23 | jenkins_koha | Starting build #161 for job Koha_3.8.x (previous build: FIXED) |
| 05:23 | mtompset | koha-rebuild-zebra -b -a -f -v... does a double reindex. |
| 05:24 | cait | it reindexes authorities and biblios |
| 05:24 | mtompset | twice. |
| 05:25 | koha-rebuild-zebra is a script wrapper for rebuild_zebra.pl | |
| 05:26 | It's like calling rebuild_zebra.pl with -b -b -a -a | |
| 05:34 | Hmmm... not good... got another error on a reattempt. | |
| 05:34 | I call it error, because I think it quit before the end. | |
| 05:38 | reattempting with apache turned off (it is a qa system after all). :) | |
| 05:44 | cait | why are you using -f? |
| 05:45 | mtompset | [warn] d1: 1: Malformed tag |
| 05:45 | full reindex. | |
| 05:45 | http://wiki.koha-community.org[…]oha-rebuild-zebra | |
| 05:46 | cait | ah right |
| 05:46 | maybe don't use -a -b? | |
| 05:47 | mtompset | Then it doesn't index. |
| 05:47 | cait | you tried? |
| 05:47 | mtompset | Yes. |
| 05:47 | cait | because I woudl think -f translates to - a -b |
| 05:47 | mtompset | Yes, I think it does. |
| 05:47 | cait | so -f -v should work |
| 05:47 | mtompset | I tried just that. |
| 05:47 | very short output. | |
| 05:48 | Irma1 left #koha | |
| 05:48 | mtompset | What does the Malformed tag message mean? |
| 05:49 | cait | well that doesn't have to be bad |
| 05:49 | that it's short | |
| 05:49 | I am not sure, probably a bad marc recod | |
| 05:50 | mtompset | I'm just trying to take out 3.6.3 data put it into 3.8.4 |
| 05:51 | Judit | watch out for fines |
| 05:51 | mtompset | Actually, the funny thing is, I didn't get the marc record warning/error in the second run. |
| 05:51 | Oh, there it is. | |
| 05:52 | [warn] Couldn't read whole MARC record | |
| 05:52 | Judit | http://bugs.koha-community.org[…]w_bug.cgi?id=8253 |
| 05:52 | huginn | 04Bug 8253: blocker, P3, ---, kyle.m.hall, Failed QA , Fine doubling |
| 05:52 | mtompset | So, how do I track down the MARC record in question? |
| 05:52 | Any ideas? | |
| 05:52 | wahanui | Any ideas are welcome :) |
| 05:53 | rangi | This is for indexing in zebra? |
| 05:53 | mtompset | Yes. |
| 05:54 | rangi | Are u using packages? |
| 05:54 | mtompset | Yes. |
| 05:54 | Judit left #koha | |
| 05:54 | rangi | So it will be doing -x then |
| 05:55 | mtompset | What is that? Where is that? |
| 05:55 | rangi | You are using the koha-rebuild-zebra right? |
| 05:55 | mtompset | koha-rebuild-zebra -b -a -f -v library |
| 05:56 | cait | -a -b don#t seem to be options to be used with -f |
| 05:56 | if you look at the wiki page | |
| 05:56 | rangi | Yeah |
| 05:56 | cait | so it's not a bug if it double indexes |
| 05:57 | mtompset | true, but strangely... the first pass gives: |
| 05:57 | [warn] d1: 1: Malformed tag | |
| 05:57 | the second pass gives: | |
| 05:57 | [warn] Couldn't read whole MARC record | |
| 05:58 | cait | I think it's a problematic record |
| 05:58 | rangi | You'll just have to look for xml that is incomplete then |
| 05:58 | cait | maybe something in the xml wrong |
| 05:58 | because according to documentation the packages index the xml by default | |
| 05:59 | and the normal zebra rebuild uses the mrc | |
| 05:59 | mtompset | Is there some sort of validate xml script? |
| 06:00 | cait | I don't know |
| 06:01 | mtompset | so that's the marcxml field in biblioitems? |
| 06:05 | The problem is without the -b -a, I get "skipping biblios" | |
| 06:10 | cait | probably becuse of the error |
| 06:11 | and because it indexes differently | |
| 06:11 | using other options | |
| 06:11 | try -u | |
| 06:11 | -u -f -v | |
| 06:11 | mtompset | -u? |
| 06:11 | wahanui | -u is an option that you use to give the mysql username you want to log in as |
| 06:12 | cait | read the docs |
| 06:12 | mtompset | Close, wahanui. :) |
| 06:12 | wahanui | mtompset: sorry... |
| 06:12 | mtompset | Ah, I see. |
| 06:13 | I still think I'll hunt for the bad XML, which should show me the bad MARC. | |
| 06:13 | cait | hunting for the bad xml is probably a good idea |
| 06:13 | but the reindexing scripts won't help you with that | |
| 06:22 | mtompset | true enough. |
| 06:23 | I think I have a clean index now, but I don't see how. | |
| 06:23 | going to work on hunting for bad xml. | |
| 06:30 | jenkins_koha | Project Koha_3.8.x build #161: SUCCESS in 1 hr 7 min: http://jenkins.koha-community.[…]b/Koha_3.8.x/161/ |
| 06:30 | * ruth: Bug 7613: OCLC Connexion web service and desktop client, followup patch | |
| 06:30 | * m.de.rooy: Bug 8704 - Typo in etc/koha-conf.xml | |
| 06:30 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7613 enhancement, P5 - low, ---, ruth, Pushed to Stable , OCLC Connexion Gateway, including extension svc/import_bib |
| 06:30 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8704 normal, P5 - low, ---, m.de.rooy, Pushed to Stable , Typo in etc/koha-conf.xml | |
| 06:36 | reiveune joined #koha | |
| 06:36 | reiveune | hello |
| 06:36 | wahanui | bonjour, reiveune |
| 06:42 | julian_m joined #koha | |
| 06:43 | alex_a | bonjour |
| 06:43 | wahanui | bonjour, alex_a |
| 06:43 | julian_m | hello |
| 06:43 | wahanui | hello, julian_m |
| 06:46 | * magnuse | waves |
| 06:51 | mtompset | bonjour, reiveune, alex_a julian_m. |
| 06:51 | Greetings, magnuse. | |
| 06:52 | reiveune | hi mtompset |
| 06:52 | asaurat joined #koha | |
| 06:52 | mtompset | I think I found our bad xml... need to make my program not crash on the first bad case it finds. |
| 06:54 | alex_a | bonjour mtompset |
| 06:55 | magnuse | hiya mtompset |
| 07:03 | francharb joined #koha | |
| 07:04 | francharb | good morning #koha |
| 07:06 | Irma joined #koha | |
| 07:06 | matts | hi ! |
| 07:07 | mtompset | bonjour, francharb. Greetings, matts. |
| 07:19 | drojf joined #koha | |
| 07:20 | drojf | good morning #koha |
| 07:21 | gaetan_B joined #koha | |
| 07:22 | gaetan_B | hello |
| 07:25 | mtompset | Greetings, gaetan_B |
| 07:25 | i think I found my bad "xml" problem. | |
| 07:25 | e's with diacritics. | |
| 07:26 | is the packages compiled up with chr or icu? | |
| 07:26 | kf joined #koha | |
| 07:26 | kf | good morning #koha |
| 07:26 | mtompset | Good morning, kf. |
| 07:26 | is the packages compiled up with chr or icu? | |
| 07:28 | MAybe my xml bug hunting code needs localization awareness? | |
| 07:28 | drojf | hi kf |
| 07:29 | kf | hi drojf |
| 07:29 | mtompset: chr | |
| 07:29 | but I am not sure it matters for your problem | |
| 07:30 | mtompset | We have non latin characters, I believe. |
| 07:31 | kf | yes, but that's not a problem for indexing |
| 07:31 | only for serach | |
| 07:33 | paul_p joined #koha | |
| 07:34 | kf | morning paul_p |
| 07:34 | paul_p | 'morning #koha |
| 07:34 | mtompset | bonjour, paul_p |
| 07:38 | jenkins_koha | Starting build #162 for job Koha_3.8.x (previous build: SUCCESS) |
| 07:48 | francharb joined #koha | |
| 07:49 | rangi | evening |
| 07:49 | kf | evening rangi |
| 07:50 | magnuse | kia ora rangi and #koha |
| 07:50 | mtompset | kia ora, rangi. |
| 07:52 | francharb joined #koha | |
| 07:57 | sophie_m joined #koha | |
| 08:30 | laurence joined #koha | |
| 08:39 | eythian joined #koha | |
| 08:44 | mtompset | okay... |
| 08:44 | My hunt for the trigger has led me to zebra's mod-grs-marc.so file | |
| 08:44 | Are the packages set to use GRS? | |
| 08:45 | Is there a syspref that is wrong? | |
| 08:45 | rangi | i think you are off on a total wild goose chase |
| 08:45 | * kf | agrees with rangi |
| 08:45 | kf | you got a bad record |
| 08:46 | jenkins_koha | Project Koha_3.8.x build #162: SUCCESS in 1 hr 7 min: http://jenkins.koha-community.[…]b/Koha_3.8.x/162/ |
| 08:46 | m.de.rooy: Bug 8706 - Private lists can be accessed by anyone | |
| 08:46 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8706 critical, P5 - low, ---, m.de.rooy, Pushed to Stable , Private lists can be accessed by anyone |
| 08:46 | jenkins_koha | Starting build #163 for job Koha_3.8.x (previous build: SUCCESS) |
| 08:46 | mtompset | Yes, I know I have bad data. |
| 08:46 | eythian | hello. |
| 08:46 | kf | good mornign eythian |
| 08:46 | @wunder Konstanz | |
| 08:46 | huginn | kf: The current temperature in Taegerwilen, Taegerwilen, Germany is 15.5°C (10:45 AM CEST on September 06, 2012). Conditions: Mostly Cloudy. Humidity: 90%. Dew Point: 14.0°C. Pressure: 30.27 in 1025 hPa (Steady). |
| 08:46 | mtompset | I even have 207 candidates for the problem. |
| 08:47 | eythian | @wunder oosterhout |
| 08:47 | huginn | eythian: The current temperature in MeteOosterhout, Oosterhout Nb, Netherlands is 15.9°C (10:47 AM CEST on September 06, 2012). Conditions: Overcast. Humidity: 66%. Dew Point: 10.0°C. Pressure: 30.36 in 1028 hPa (Steady). |
| 08:47 | eythian | not much better really... |
| 08:47 | rangi | @wunder nzwn |
| 08:47 | mtompset | I just want search for "old" in the new system and "old" in the old system to return the same number of results. |
| 08:47 | huginn | rangi: The current temperature in Wellington, New Zealand is 14.0°C (8:00 PM NZST on September 06, 2012). Conditions: Scattered Clouds. Humidity: 67%. Dew Point: 8.0°C. Pressure: 29.89 in 1012 hPa (Falling). |
| 08:47 | kf | hm |
| 08:47 | pretty much all the same bad weather all over | |
| 08:48 | drojf | @wunder berlin, germany |
| 08:48 | huginn | drojf: The current temperature in Prenzlauer Berg, Berlin, Germany is 16.2°C (10:43 AM CEST on September 06, 2012). Conditions: Partly Cloudy. Humidity: 48%. Dew Point: 5.0°C. Pressure: 30.24 in 1024 hPa (Steady). |
| 08:48 | drojf | it's getting really dark right now. because i want to leave the house ;) |
| 08:49 | kf | ah, I know that phenomenon |
| 08:54 | mtompset | @wunder mnl |
| 08:54 | huginn | mtompset: The current temperature in Manila, Philippines is 32.0°C (4:00 PM PHT on September 06, 2012). Conditions: Scattered Clouds. Humidity: 66%. Dew Point: 25.0°C. Pressure: 29.80 in 1009 hPa (Steady). |
| 08:54 | Joubu joined #koha | |
| 08:54 | Joubu | hello |
| 08:59 | mtompset | Greetings, Joubu. |
| 09:00 | Joubu | Does someone know if unit tests in t/db_dependent/lib/KohaTest are still used ? |
| 09:01 | rangi | no they aren't |
| 09:01 | but if they could be made to work again, they would be | |
| 09:01 | you can never have too many tests | |
| 09:03 | kf | :) |
| 09:09 | chris_n` joined #koha | |
| 09:10 | mtompset | I'm still stumped. |
| 09:11 | I did "title: sex" search in catalogue under 3.6.3 and 3.8.4 | |
| 09:11 | different results. | |
| 09:11 | So something is not right with zebra. | |
| 09:11 | Joubu | rangi: ok thanks |
| 09:12 | kf | not necessarily |
| 09:12 | it might be a field is indexed differently | |
| 09:12 | or different settings for search | |
| 09:12 | like fuzzy | |
| 09:12 | mtompset | "He's hot, she's hot : what to look for in the opposite sex." comes up in 3.6.3, but not 3.8.4 |
| 09:12 | kf | did you do a title or a keyword search? |
| 09:13 | mtompset | I typed "title: sex" |
| 09:13 | Status is Lost. Is there a preference that affects that? | |
| 09:14 | kf | yes |
| 09:14 | search the prefs | |
| 09:15 | mtompset | Okay. 3.8.4 has 3 results. All say show. |
| 09:16 | As does 3.6.3 | |
| 09:16 | Clicking searching tab. | |
| 09:17 | Interesting... ICU has a "UseICU" syspref. | |
| 09:19 | Search tag settings identical except for new syspref, but it says it doesn't affect Zebra. | |
| 09:19 | ^tag^tab^ | |
| 09:20 | toggling doesn't change 3.8.4 search results. | |
| 09:25 | Hmmm.... | |
| 09:32 | magnuse | mtompset: UseICU does not affect how indexing is done, it just tells the rest of koha how indexing is being done |
| 09:32 | mtompset | Right. |
| 09:33 | That's what the comments say, so it was a long shot. | |
| 09:33 | magnuse | currently it only affects how links from subjects to searches for those subjects are constructed |
| 09:39 | drojf | hm. i have a million dying zebras in my log |
| 09:40 | apparently it starts and then immediately dies again. "exited with 1 status" | |
| 09:40 | i don't mind the occasional dead zebra, but of course search does not work that way. | |
| 09:41 | * mtompset | nods. |
| 09:44 | eythian | drojf: in that case I run it in the foreground with verbose on to see what's making it die |
| 09:48 | Barrc1 joined #koha | |
| 09:50 | mib_uprfwx joined #koha | |
| 09:50 | mib_1x1t28 joined #koha | |
| 09:51 | Amit_Gupta joined #koha | |
| 09:52 | mib_1x1t28 | Hello - would someone help explain what the marcxml field is used for in biblioitems? It doesn't seem to matter if I change data there (example 952 p - barcode) it doesn't reflect in Koha, instead "barcode" from the items table does!? |
| 09:53 | jenkins_koha | Project Koha_3.8.x build #163: SUCCESS in 1 hr 7 min: http://jenkins.koha-community.[…]b/Koha_3.8.x/163/ |
| 09:53 | * fridolyn.somers: Bug 8261: Cannot search system preferences from Local Use tab | |
| 09:53 | * nengard: Bug 8696: Update Export bibs on Tool Menu | |
| 09:53 | * jcamins: Bug 8550: restore ISSN field to Z39.50 search | |
| 09:53 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8261 minor, P5 - low, ---, fridolyn.somers, Pushed to Stable , Cannot search system preferences from Local Use tab |
| 09:53 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8696 minor, P5 - low, ---, nengard, Pushed to Stable , Tools menu says export bibs still | |
| 09:53 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8550 normal, P5 - low, ---, jcamins, Pushed to Stable , Z39.50 searches for ISBN/ISSN problematic | |
| 09:55 | eythian | mib_1x1t28: there should be no 952 in the marcxml, and if there is it will be ignored. Item details come from the items table specifically. |
| 09:55 | However, I would not modify the XML directly, as then it gets out of sync with the ISO2709 MARC in the 'marc' field, and potentially any tables that track marc fields. | |
| 10:00 | mib_1x1t28 | what about the other marcxml data in there - 245, 690's etc - where is that used? |
| 10:02 | drojf | eythian: good idea. but i think something is seriously broken with instances not really disabled but removed and other weird things. plus maybe some borked path somewhere in a config file. i think i'll just start over with a fresh vm when i have more time. tried to rescue the one from edinburgh but don't have time to look at that now. |
| 10:12 | mib_2lpco4 joined #koha | |
| 10:13 | Jorgen joined #koha | |
| 10:14 | Jorgen | Hi all, I've just did an install of koha 3.8.4 on ubuntu 12.04 - and it seems successful. Used this guide: http://wiki.koha-community.org[…]ki/Koha_on_Ubuntu |
| 10:15 | * mtompset | cheers. |
| 10:15 | rangi | so you installed using the packages? |
| 10:15 | mtompset | Though, you did do it the hard way, Jorgen. |
| 10:15 | koha_on_ubuntu is a tarball instruction set. | |
| 10:16 | rangi | thats what that page should tell you to do |
| 10:16 | mtompset | It does have a pointer at the top of the page suggesting the packages are easier. |
| 10:16 | rangi | ah annoying |
| 10:16 | Jorgen | However, I followed its recommended Option 1 for the Zebra..and when I run koha-index-daemon i get an error that it couldnt find the C4 file. |
| 10:16 | mtompset | you haven't set the environment variables. |
| 10:17 | Jorgen | I'm pretty sure I set it up - but will try again now. |
| 10:17 | mtompset | echo $PERL5LIB and you will know. |
| 10:17 | Jorgen | Sorry, what does tarball mean? |
| 10:17 | mtompset | tarball refers to how the file is comprised. |
| 10:18 | tarball is like snowball. :) | |
| 10:18 | Jorgen | i did the echo - /home/kohatest/perl5/lib/perl5/i686-linux-gnu-thread-multi-64int:/home/kohatest/perl5/lib/perl5 |
| 10:18 | mtompset | that doesn't look right. |
| 10:18 | Jorgen | the error starts off like: Can't locate C4/Context.pm in @INC (@INC contains: /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/lib/site_perl .) at /usr/local/share/perl/5.14.2/Koha/Contrib/Tamil/RecordReader.pm line 16. |
| 10:19 | Amit_Gupta joined #koha | |
| 10:19 | Jorgen | I did the web installer - and that all seems fine - but this looks to me like I could have some issues.. |
| 10:21 | mtompset | koha-index-daemon? |
| 10:21 | There is no mention of koha-index-daemon in these instructions. | |
| 10:22 | koha-zebra-daemon | |
| 10:22 | wahanui | koha-zebra-daemon is in init.d, linked to koha-zebra-ctl.sh in oleonard's koha bin directory |
| 10:22 | Jorgen | Do Either Option#1 [OPTION 1 is Highly RECOMMENDED for Koha version 3.06.02]or Option #2 DO NOT DO BOTH. Option #1: Use the Zebra Index Daemon to manage indexing. See http://wiki.koha-community.org[…]dexing_with_Zebra |
| 10:23 | mtompset | Right... I would like to say, I haven't tested option 1. :) |
| 10:23 | Perhaps tcohen has. :) | |
| 10:23 | Jorgen | so i followed the link - that leads you to install a few cpan modules. Towards the end of that link they then use the koha-index stuff. |
| 10:23 | Is option 2 better? | |
| 10:24 | mtompset | I would be able to help you with option 2. :) |
| 10:24 | I'm not familiar with option 1. :) | |
| 10:24 | jcamins_away | Jorgen: either option is fine. You need to set KOHA_CONF and PERL5LIB. |
| 10:25 | mtompset | export KOHA_CONF=/etc/koha/koha-conf.xml |
| 10:25 | export PERL5LIB=/usr/share/koha/lib | |
| 10:25 | Since you did a tarball install. :) | |
| 10:26 | The bottom of your .bashrc, log out, log in... that should be good enough. :) | |
| 10:27 | Jorgen | ok, that file is empty, just added the lines and will log in and out. will report back to see how it went. |
| 10:28 | drojf | kf: the day we are in wildau is software freedom day :) http://www.softwarefreedomday.org/ |
| 10:29 | Jorgen joined #koha | |
| 10:30 | Jorgen | Hi - still not getting koha-index-daemon to work. |
| 10:30 | mtompset | same error? |
| 10:30 | wahanui | same error is face earlier also |
| 10:31 | mtompset | wahanui forget same error |
| 10:31 | wahanui | mtompset: I forgot same error |
| 10:31 | Jorgen | same error was this: |
| 10:31 | Can't locate C4/Context.pm in @INC (@INC contains: /home/kohatest/perl5/lib/perl5/i686-linux-gnu-thread-multi-64int /home/kohatest/perl5/lib/perl5/i686-linux-gnu-thread-multi-64int /home/kohatest/perl5/lib/perl5 /etc/perl /usr/local/lib/perl/5.14.2 /usr/local/share/perl/5.14.2 /usr/lib/perl5 /usr/share/perl5 /usr/lib/perl/5.14 /usr/share/perl/5.14 /usr/local/ | |
| 10:32 | magnuse | and what does "echo $PERL5LIB" on the command line give you now? |
| 10:33 | oops | |
| 10:33 | Jorgen joined #koha | |
| 10:33 | magnuse | Jorgen: and what does "echo $PERL5LIB" on the command line give you now? |
| 10:33 | Jorgen | woops - |
| 10:33 | did it pase | |
| 10:34 | te | |
| 10:34 | this is the error: /home/kohatest/perl5/lib/perl5/i686-linux-gnu-thread-multi-64int:/home/kohatest/perl5/lib/perl5 | |
| 10:35 | magnuse | that still looks weird |
| 10:35 | mtompset | export KOHA_CONF=/etc/koha/koha-conf.xml |
| 10:35 | export PERL5LIB=/usr/share/koha/lib | |
| 10:36 | If you want to keep the weirdness that is fine, but you need /usr/share/koha/lib in there. | |
| 10:36 | * mtompset | is off to supper. |
| 10:36 | Jorgen | I also just wanted to make sure that zebra is starting up at boot so from the install i did this: sudo ln -s /usr/share/koha/bin/koha-zebra-ctl.sh /etc/init.d/koha-zebra-daemon |
| 10:36 | and get this: ln: failed to create symbolic link `/etc/init.d/koha-zebra-daemon': File exists | |
| 10:37 | mtompset | ls -la /etc/init.d/koha-zebra-daemon and confirm it is pointing to the right place. |
| 10:38 | Jorgen | says this: lrwxrwxrwx 1 root root 37 Sep 6 20:00 /etc/init.d/koha-zebra-daemon -> /usr/share/koha/bin/koha-zebra-ctl.sh |
| 10:41 | mtompset | So you already ran that step. |
| 10:41 | going back to eating again. | |
| 11:01 | Amit_Gupta joined #koha | |
| 11:11 | kf | drojf: cool :) |
| 11:32 | mtompset | Software Freedom Day. Nice. :) |
| 11:33 | eythian | magnuse: y'about? |
| 11:34 | magnuse | yup |
| 11:35 | eythian | so, I've got a small amount of funding to look into the images things |
| 11:35 | * jcamins_away | perks up his ears. Internationalized packages? |
| 11:35 | jcamins_away | Oh. |
| 11:35 | No. | |
| 11:35 | * jcamins_away | wanders off. |
| 11:35 | eythian | jcamins_away: I was working on those yesterday, got them rebased (untested) to current master |
| 11:35 | * mtompset | smirks. |
| 11:35 | jcamins_away | :D |
| 11:36 | magnuse | jcamins_away: i'm sure eythian wouldn't mind you testing his work |
| 11:36 | eythian | magnuse: so I think I'm going to spec up the easy way for now, and allowing ordering to be done can come later. |
| 11:36 | * magnuse | will not have time for it this week |
| 11:36 | magnuse | eythian: very cool! |
| 11:37 | * jcamins_away | shan't have time this week either. |
| 11:37 | eythian | The library wants covers from the NZ Nat Lib, but to add another source like that will require the multiple images to be fixed |
| 11:38 | magnuse | eythian: i needed some kind of proof of concept of "unified covers" for my digital signs, so i came up with this: https://github.com/MagnusEnger[…]pac/opac-cover.pl |
| 11:38 | feel free to use it or ignore it completely :-) | |
| 11:39 | eythian | That was the sort of approach I was thinking of |
| 11:39 | magnuse | yay |
| 11:40 | eythian | however, the time I have is really just to ascertain what will need to be done and get a time estimate for them. |
| 11:40 | they will hopefully approve that | |
| 11:41 | (unless it turns out I can do it in an hour or so, which I doubt) | |
| 11:41 | magnuse | ah, i'll continue using my little crutch for a while then, and see what happens |
| 11:41 | hehe | |
| 11:41 | trouble is, there aren't that many sources that go well with this kind of approach, i think | |
| 11:43 | eythian | Why? |
| 11:43 | magnuse | well, as soon as the source wants a link from the image back to them or something similar, it breaks down |
| 11:44 | but then, i guess there are places where that is just not feasible | |
| 11:44 | eythian | We'll burn that bridge when we get to it, I think. It's solvable. For example, instead of returning an image, it could provide HTML that we insert. |
| 11:45 | But, I think we can do that later. | |
| 11:46 | magnuse | yeah, my thinking too |
| 11:46 | but as long as you only get an image back you can do <img src="opac-cover.pl?bibliotenumber=x"> in a template | |
| 11:47 | if you are getting html from the "unified covers script" you need to use ajax, i think | |
| 11:47 | eythian | you can do <iframe src="opac-cover.pl?type=html&biblionumber=x" /> in a template too |
| 11:47 | magnuse | which is not a big deal, i guess |
| 11:47 | yeah, that thought crossed my mind too, that's true | |
| 11:47 | yeah, it should be solvable! | |
| 11:52 | eythian: any timeframe for you investigations? | |
| 11:52 | eythian | next hour, hour-and-a-half |
| 11:53 | I'm writing my ideas into the wiki now | |
| 11:53 | magnuse | hm, not sure i can wait that long ;-) |
| 11:53 | eythian | heh |
| 11:58 | kf | :) |
| 11:58 | eythian++ | |
| 12:05 | eythian | I'm sorta sure I saw somewhere once where you could specify an image to show if none could be found, am I imagining things? |
| 12:06 | magnuse | jcamins_away does it in his local images scripts |
| 12:06 | eythian | hmm |
| 12:07 | oh well, I'll add that as a future feature | |
| 12:07 | magnuse | not sure that is the kind of thing you are thinking about |
| 12:07 | eythian | if no service can provide a cover, do we have the option to say what cover to show? |
| 12:07 | magnuse | http://git.koha-community.org/[…]es.pm;hb=HEAD#l44 |
| 12:07 | eythian | (i.e. "no cover found" image) |
| 12:08 | magnuse | there is no syspref or similar for that that i know of |
| 12:08 | eythian | ah right |
| 12:08 | magnuse | amazon has it's own kind of image for that |
| 12:08 | open library has a 1x1 transparent gif or png | |
| 12:08 | eythian | C4::Images uses nothing in C4 aside from Context, it should be in Koha:: |
| 12:08 | oleonard joined #koha | |
| 12:09 | magnuse | yeah, there was a reason it didn't go in there |
| 12:09 | lots of dicussions and i think jcamins got tired of it and showd it into C4 ;-) | |
| 12:10 | oleonard | Hi #koha |
| 12:10 | talljoy joined #koha | |
| 12:10 | eythian | hmm OK |
| 12:10 | It's possible I'll change that as new images stuff will probably end up in Koha:: | |
| 12:11 | magnuse | yay! |
| 12:14 | oleonard | Amazon returns a 1x1 gif if no cover image is found |
| 12:14 | eythian | http://wiki.koha-community.org[…]C#Proposed_Method <-- magnuse, my plan |
| 12:15 | well, my plan for how it will work | |
| 12:15 | not for what needs to be done | |
| 12:16 | magnuse | eythian: that looks excellent! |
| 12:16 | oleonard | Providing a default "not found" image if nothing can be found is problematic because of translations |
| 12:16 | That's why we currently use CSS-styled text | |
| 12:16 | eythian | oleonard: that's a future option I'll ignore for now |
| 12:17 | oleonard | Javascript or CSS could both be solutions for providing an image instead of text if a library wants to customize. |
| 12:18 | eythian | Well, I'm trying to avoid javascript as this is from the point of view of the opac (mostly, exactly the same logic will apply to the staff client) |
| 12:18 | but if we implement the iframe method, then we can do whatever we like | |
| 12:19 | magnuse | eythian: sorry, what did you say you had funding for? hacking on this, or just for putting together a price estimate? |
| 12:19 | eythian | or send something through that CSS can recognise to render the "not found" text |
| 12:19 | magnuse: just putting together an estimate | |
| 12:19 | So I want to get a feel for exactly what needs to be done. | |
| 12:19 | magnuse | ok, that's what i thought |
| 12:20 | eythian | basically, a design for a "good enough" base that works and can be improved |
| 12:20 | magnuse | nice |
| 12:23 | about caching: isn't using koha::cache (and letting that worry about where to cache) the way to go? | |
| 12:23 | eythian | yes |
| 12:24 | magnuse | ok |
| 12:25 | eythian | although the docs for that don't say what 'cache_type' should be, just that it needs to be provided :< |
| 12:26 | Oh, I see, it comes from the submodules | |
| 12:26 | still should be documented. | |
| 12:26 | * eythian | grumps |
| 12:26 | eythian | actually, koha::cache doesn't choose how to cache things for the most part |
| 12:27 | in a default, non-persistent/non-memcached setup, it would effectively do no caching I think | |
| 12:27 | magnuse | oh |
| 12:27 | eythian | ah well, I think it'll still be useful. |
| 12:28 | Perhaps Fastmmap would do it | |
| 12:29 | kf | eythian: maybe ask jcamins_away? :) |
| 12:30 | eythian | I would, but he's away :) |
| 12:30 | kf | was trying to summon him |
| 12:30 | eythian | This'll also be the incentive I need to build CHI |
| 12:30 | kf | don't trust his away messages |
| 12:30 | magnuse | if you wish hard enough... |
| 12:30 | kf | hehe |
| 12:30 | red shoes needed? | |
| 12:30 | magnuse | hehe |
| 12:30 | jcamins_away? | |
| 12:30 | wahanui | somebody said jcamins_away was probably not here, but you don't have to take my word for it! |
| 12:30 | magnuse | heh |
| 12:41 | tcohen joined #koha | |
| 12:45 | magnuse | hooray for all the work on Bug 7067! |
| 12:45 | 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 |
| 12:46 | * oleonard | is re-testing now |
| 12:47 | pastebot | "oleonard" at 127.0.0.1 pasted "Clean up your database for re-testing Bug 7067" (3 lines) at http://paste.koha-community.org/154 |
| 12:48 | edveal joined #koha | |
| 12:50 | druthb joined #koha | |
| 12:50 | libsysguy joined #koha | |
| 12:50 | druthb | o/ |
| 12:51 | * jcamins | is here. |
| 12:51 | oleonard | Hi passel of ByWaterians. And jcamins too! |
| 12:52 | libsysguy | about damn time jcamins |
| 12:52 | magnuse | \o |
| 12:52 | jcamins | Hey, now. |
| 12:52 | Were you here two hours ago? I think not! | |
| 12:52 | magnuse | see, if you wish hard anough and wait long enough, jcamins appears! |
| 12:52 | libsysguy | heh |
| 12:52 | kf | magnuse: magic! |
| 12:52 | jcamins | oleonard: which files are needed from the custom jQueryUI zip? |
| 12:53 | libsysguy | serious question |
| 12:53 | oleonard | The wiki lists them jcamins http://wiki.koha-community.org[…]_jQueryUI_widgets |
| 12:53 | libsysguy | why can't we just go ahead and load that whole jquery-ui.js file |
| 12:54 | oleonard | jcamins: Although currently they're ALL in there. :| Not what I wanted. |
| 12:54 | libsysguy | oh |
| 12:54 | well thats what I wanted | |
| 12:54 | heh | |
| 12:54 | oleonard | libsysguy: I hoped to keep it as trim as possible |
| 12:54 | jcamins | oleonard: no, that's not what I meant. I generated a custom ZIP with just those components, but it has a gazillion files. |
| 12:54 | oleonard | No sense loading assets we don't use in Koha code. |
| 12:55 | libsysguy | well I think eventually it'd be nice to use them all |
| 12:55 | oleonard | jcamins: Oh sorry |
| 12:55 | jcamins | It looks completely different from what we have currently. |
| 12:55 | oleonard | libsysguy: No sense trying to use them all without good reasons |
| 12:55 | jcamins | (I mean, the files included) |
| 12:55 | libsysguy | actually if you wanted to do it that way oleonard why not load them as seperate minified files |
| 12:55 | * jcamins | has a *great* reason for sortable. |
| 12:56 | jcamins | :) |
| 12:56 | oleonard | jcamins: The jquery-ui-*.js file from /js/ |
| 12:56 | Rename to jquery-ui.js | |
| 12:56 | libsysguy | yeah that |
| 12:56 | wahanui | i heard yeah that was fine as it is |
| 12:56 | oleonard | jcamins: And the jquery-ui-*.css file from /css/smoothness/ |
| 12:56 | libsysguy | instead of mashing them all into one can't we do on the fly minification |
| 12:56 | oleonard | Rename to jquery-ui.css |
| 12:57 | libsysguy | another issue I has was the images |
| 12:57 | when I wanted to use dialog you have to move those over as well | |
| 12:57 | oleonard | libsysguy: We can't because no one has finished Bug 1918 :P |
| 12:57 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=1918 enhancement, P3, ---, dpavlin, In Discussion , Minify JavaScript and CSS |
| 12:57 | eythian | http://wiki.koha-community.org[…]C#Work_To_Be_Done <-- magnuse, am I missing anything obvious? |
| 12:57 | libsysguy | heh |
| 12:57 | NateC joined #koha | |
| 12:57 | libsysguy | I was thinking about the way drupal handles mult http requests |
| 12:58 | oleonard | As was I libsysguy, when I filed that bug in 2008 ;) |
| 12:58 | libsysguy | great minds think alike oleonard |
| 12:59 | oleonard | You're right it would really simplify handling assets like jqueryUI |
| 12:59 | jcamins | What about the CSS? |
| 12:59 | oleonard | jcamins: Grab the jquery-ui-*.css file from /css/smoothness/ |
| 12:59 | Rename to jquery-ui.css | |
| 13:00 | libsysguy | it would probably help to use a css framework as well |
| 13:00 | or bootstrap ;) | |
| 13:00 | oleonard | Bootstrap seems to be trying to become an alternative to jqueryUI |
| 13:01 | magnuse | eythian: looks (very) good to me! |
| 13:04 | libsysguy | oleonard: it seems like it might be a viable one |
| 13:04 | oleonard | mtj was working on a Bootstrap version of the OPAC |
| 13:06 | libsysguy | I had seen that |
| 13:06 | I wonder how it is going | |
| 13:07 | mtj you around? | |
| 13:08 | magnuse | probably asleep |
| 13:08 | ago43 joined #koha | |
| 13:08 | libsysguy | slacker |
| 13:08 | mveron joined #koha | |
| 13:08 | libsysguy | just like jcamins :p |
| 13:08 | * druthb | gets out the pointy stick. |
| 13:08 | mtj | im about... ;) |
| 13:08 | oleonard | libsysguy: I think Bootstrap is interesting too but I don't see the connection between "how do we handle js and css assets sensibly" and "a css framework would help" |
| 13:08 | tcohen | hi #koha |
| 13:09 | mveron | hi #koha |
| 13:09 | jcamins | Speaking of pointy sticks... |
| 13:09 | * jcamins | pokes his NIC. |
| 13:09 | jcamins | It pokes back, and refuses to work. |
| 13:09 | * magnuse | waves to tcohen and mveron and mtj |
| 13:09 | * mveron | waves back :-) |
| 13:09 | mtompset | Greetings, tcohen, mveron, mtj, jcamins, and anyone that I missed. :) |
| 13:09 | libsysguy | oh there's not oleonard |
| 13:09 | I just fell down the rabbit hole | |
| 13:10 | druthb | he does that a lot. Youthful exuberance. |
| 13:10 | mtompset | Can anyone tell me if there is a field in the koha db related to 246$a? |
| 13:10 | libsysguy | remember how sekjal used to get going on a topic and before you know it he was talking about RDA or something |
| 13:10 | yeah my poor head works like that too, only with less librarian :p | |
| 13:10 | jcamins | mtompset: there is not. |
| 13:10 | mtompset: and that is a good thing. | |
| 13:11 | mtompset | So, where are the subtitles? |
| 13:11 | jcamins | 245$b, and not stored in the database. |
| 13:11 | There's a patch relating to that. | |
| 13:12 | mtompset | What's the title continuation one? |
| 13:13 | jcamins | 245$b. |
| 13:13 | I think you're asking the wrong question. | |
| 13:13 | first question? | |
| 13:13 | wahanui | "What are you trying to do?" "What is the goal?" or "What problem are you experiencing?" |
| 13:13 | mtompset | Explain why results showed up in my search. |
| 13:13 | title:opposite | |
| 13:13 | oleonard | and "Have you seen 'Keyword to MARC mapping yet?' |
| 13:14 | mtj | libsysguy, my bootstrap thing is still up -> http://dev1.kohaaloha.com |
| 13:14 | mtompset | Because it seems like out 3.6.3 system searches 246$a |
| 13:14 | ^out^our^ | |
| 13:14 | jcamins | mtompset: of course it does. |
| 13:14 | 246 is alternate title. | |
| 13:14 | libsysguy | mtj I was afraid to ping it |
| 13:15 | mtj | (i haven't worked on it since..) |
| 13:15 | libsysguy | I didn't know if you were paying out the nose for bandwidth :p |
| 13:15 | mtompset | But 3.8.4 isn't grabbing it for some reason. |
| 13:15 | jcamins | Koha would be a darn useless ILS if it didn't handle alternate access points. |
| 13:15 | Ah. | |
| 13:15 | Nothing to do with the database. | |
| 13:15 | libsysguy | mtj did you post the sauce? |
| 13:15 | mtompset | I'm having Zebra headaches. |
| 13:16 | Transplanting 3.6.3 tarball to 3.8.4 packages. | |
| 13:16 | libsysguy | we all do mtompset |
| 13:16 | mtompset | same data. |
| 13:16 | Both fully reindexed. | |
| 13:16 | mtj | libsysguy, -> http://git.kohaaloha.com/?p=dev1/.git;a=summary |
| 13:16 | mtompset | but title:opposite isn't giving the same results. |
| 13:17 | mtj | (but not ready for a github push yet) |
| 13:18 | libsysguy | I thought about seeing if I could integrate this into my catalyst work |
| 13:18 | now that I have a better direction to work in | |
| 13:18 | if that would be ok? | |
| 13:18 | jcamins | mtompset: odd. I can't really troubleshoot, being working on non-Koha things today, but are you seeing any results? |
| 13:18 | trea joined #koha | |
| 13:18 | mtompset | for other specific "title:word" searches, yes. But vastly different. |
| 13:19 | I chose "opposite" because it had such a small number of records in the 3.6.3 | |
| 13:19 | mtj | libsysguy, i wouldnt bother yet… its a distraction |
| 13:19 | jcamins | Do you find the records that aren't showing up in that search using other searches? |
| 13:20 | libsysguy | I haven't worked on my catalyst stuff in a long time |
| 13:20 | i'll just end up starting over | |
| 13:20 | but I agree there is a lot of other stuff that needs to be fixed in the working Koha first lol | |
| 13:20 | jcamins | Kaizen: don't start over, start small. |
| 13:20 | mtompset | Yes. |
| 13:21 | Another piece of information. While doing reindexing on the 3.8.4 I hit two types of errors. | |
| 13:21 | Well, "warnings". | |
| 13:21 | jcamins | Which warnings? |
| 13:22 | oleonard | Is there a method in place for automatically displaying option in system preferences like patron category? Like placeholders in guided reports? |
| 13:22 | mtompset | Can't find in scroll back... |
| 13:22 | irc logs? | |
| 13:22 | wahanui | irc logs are http://irc.koha-community.org/irclog/koha/ |
| 13:22 | jcamins | oleonard: how do you mean? |
| 13:23 | mtompset | [warn] Couldn't read whole MARC record |
| 13:23 | oleonard | Like instead of explicitly listing choices in the .pref file, put <<borrower.category>> and have them automatically display |
| 13:23 | mtompset | [warn] d1: 1: Malformed tag |
| 13:23 | jcamins | oleonard: oooh. I don't think so. |
| 13:23 | eythian | mtompset: often things like that cause zebra to give up and not finish the reindex |
| 13:23 | jcamins | mtompset: sounds like you have corrupted data. |
| 13:23 | Like, *very* corrupted data. | |
| 13:24 | mtompset | how could it be corrupted?! |
| 13:24 | eythian | have you noticed that the ones the new version returns tend to be the lower biblio numbers? |
| 13:24 | jcamins | I have no idea. |
| 13:24 | eythian | it happens |
| 13:24 | oleonard | mtompset: The influence of a Sith lord? |
| 13:24 | eythian | cosmic rays |
| 13:24 | oh, or sith lords. | |
| 13:25 | http://pages.cs.wisc.edu/~ball[…]ofh/bofhserver.pl <-- this'll explain why | |
| 13:25 | mtompset | But the results in 3.6.3 look correct. |
| 13:25 | eythian | Oh, it's definitely a microelectronic Riemannian curved-space fault in write-only file system |
| 13:26 | mtompset | That's why I was asking about 246$a and such... so I could query the MySQL directly to confirm. |
| 13:26 | jcamins | It has nothing to do with MySQL. |
| 13:26 | eythian | mtompset: what are you using to do a reindex? |
| 13:26 | (exactly) | |
| 13:27 | jcamins | Zebra works only with data out of biblioitems.marcxml and items.* |
| 13:27 | mtompset | Okay. |
| 13:27 | Let me grab the crontab script. | |
| 13:28 | paste? | |
| 13:28 | wahanui | paste is found at http://paste.koha-community.org |
| 13:28 | mtj | can i just interject... how about L2 cache here? |
| 13:28 | could this be a problem? | |
| 13:29 | eythian | heh |
| 13:29 | pastebot | "mtompset" at 127.0.0.1 pasted "3.6.3 reindex" (13 lines) at http://paste.koha-community.org/155 |
| 13:29 | maximep joined #koha | |
| 13:29 | mtj | no… seriosuly! |
| 13:29 | mtompset | How would L2 Cache be the problem? |
| 13:30 | eythian | what on earth are you doing with that crontab? |
| 13:30 | Also, have you don't a full reindex? | |
| 13:30 | mtompset | We started with 512MB... This was the only way to get it to work. |
| 13:30 | jcamins | mtompset: what the heck is that? |
| 13:30 | wahanui | that is pulled from the fields |
| 13:31 | mtompset | Ugly isn't it? :) |
| 13:31 | eythian | err, have you *done* a full reindex, I meant |
| 13:31 | jcamins | Yes, and not applicable to a package installation. |
| 13:31 | How did you reindex the 3.8.4 installation? | |
| 13:32 | mbalmer joined #koha | |
| 13:32 | mtompset | koha-rebuild-zebra -f -v library |
| 13:32 | For the packages. | |
| 13:32 | I also tried -b -a -f -v | |
| 13:33 | and yes, a sudo to. | |
| 13:33 | jcamins | Okay, that looks correct. |
| 13:33 | kf | druthb? |
| 13:33 | wahanui | rumour has it druthb is wanting to be the TM for 3.12. Now we know she's crazy |
| 13:33 | jcamins | kf? |
| 13:33 | wahanui | i heard kf was cait or really, really sweet. or <reply>she gives me memory loss or a holds expert. |
| 13:33 | * druthb | perks. |
| 13:33 | mtompset | What is TM? |
| 13:33 | kf | ah TM... translation manager |
| 13:33 | excuse? | |
| 13:33 | wahanui | kf: Daemons loose in system. |
| 13:34 | mtompset | Thanks. :) |
| 13:34 | kf | :D |
| 13:34 | jcamins | excuse? |
| 13:34 | wahanui | jcamins: non-redundant fan failure |
| 13:34 | eythian | mtompset: tried it with '-u'? |
| 13:34 | gmcharlt | @quote random |
| 13:34 | huginn | gmcharlt: Quote #117: "<druthb> basking ? You bask on the beach...one does not bask in the Potomac River basin...you melt or swelter or something, but you don't bask. :P" (added by jwagner at 01:17 PM, January 24, 2011) |
| 13:34 | mtompset | Might as well give that a shot. |
| 13:34 | eythian | although, if you have a flaky record, you'll still want to pin it down and fix it. |
| 13:35 | mtompset | That's the problem. Pinning it down. |
| 13:35 | I can believe we have a flakey record. | |
| 13:35 | oleonard | It's not hard if you try |
| 13:36 | mtompset | Methodology? |
| 13:36 | eythian | the biblibre script will help |
| 13:36 | mtompset | what script are you talking about? |
| 13:36 | eythian | I'm trying to find it |
| 13:37 | jcamins | rebuild_zebra_sliced. |
| 13:37 | mtompset | About half indexed now. |
| 13:37 | eythian | Bug 6566 |
| 13:37 | jcamins | .somethingweird |
| 13:37 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6566 enhancement, P3, ---, christophe.croullebois, Pushed to Master , Checking if DB records are properly indexed |
| 13:37 | jcamins | Oh, I thought you meant rebuild_zebra_sliced.somethingweird. |
| 13:37 | 6566 will also be useful. | |
| 13:38 | eythian | jcamins: that's bug 7286 |
| 13:38 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7286 enhancement, P2, ---, stephane.delaune, Pushed to Stable , Introduce rebuild_zebra_sliced.zsh to recursively rebuild zebra & be error proof |
| 13:40 | eythian | I don't know why that's written in ZSH, we have Perl... |
| 13:42 | jcamins | eythian: nor do I. |
| 13:43 | mtompset | running the script on 3.6.3 |
| 13:44 | Does zebra index in bilibonumber order? | |
| 13:44 | biblionumber order? | |
| 13:44 | jcamins | mtompset: if the problem is with the data in 3.8.4, wouldn't it make more sense to run the script there first? |
| 13:44 | mtompset | just checking data source. |
| 13:45 | jcamins | When rebuilding, I believe so. |
| 13:45 | mtompset | if the source is bad. |
| 13:45 | source is good. | |
| 13:46 | slef | eythian: zsh = zealot shell? |
| 13:46 | eythian | I don't know what the z stands for |
| 13:47 | jcamins | Zee shell vee vant you to use? |
| 13:48 | mtompset | I'm having difficulties running the script on 3.8.4 |
| 13:48 | my PERL5LIB was empty. | |
| 13:48 | so I set it. | |
| 13:48 | missing other variable. | |
| 13:48 | magnuse | ooh, bilbonumber |
| 13:48 | mtompset | what should KOHA_CONF be for packages? |
| 13:49 | magnuse | /etc/koha/sites/x/koha-conf.xml where x is the name of the instance |
| 13:49 | if i'm not mistaken | |
| 13:50 | rambutan joined #koha | |
| 13:50 | eythian | yarp |
| 13:51 | mtompset | magnuse++ |
| 13:51 | Running now. | |
| 13:52 | oh there's the whack load not indexed. | |
| 13:52 | eythian | and when it's settled down, run it again and see what got missed. |
| 13:53 | mtompset | I just used -c |
| 13:53 | I suppose I should put that other option. | |
| 13:53 | eythian | oh right |
| 13:53 | after all, <eythian> mtompset: often things like that cause zebra to give up and not finish the reindex | |
| 13:53 | which would cause you to have a lot not indexed. | |
| 13:54 | mtompset | Okay... so here's the question: the first thing listed is 18369 as not listed. |
| 13:54 | not indexed. | |
| 13:55 | Does that mean there is an error on 18368 or 18369? | |
| 13:55 | eythian | probably 18369 |
| 13:55 | but check them both to be sure | |
| 13:55 | * mtompset | nods. |
| 13:57 | eythian | in theory though, after a couple of runs of that script, you should end up with only the ones that are problematic not in the index |
| 13:57 | mtompset | There's no 952. |
| 13:57 | jcamins | Of course not. |
| 13:57 | The 952 is generated on the fly when indexing. | |
| 13:57 | JesseM joined #koha | |
| 13:58 | mtompset | So how do I tell what is bad about the record? |
| 13:59 | jcamins | You could run it through xmllint to start. |
| 13:59 | mtompset | the marcxml field? |
| 13:59 | eythian | there's also marclint, but it's very picky |
| 13:59 | jcamins | Usually you can *see* the problem, though. |
| 13:59 | eythian: and so far rebuild_zebra is being run with -x. | |
| 13:59 | eythian | yeah, it's usually something strange like a chopped-in-half record |
| 14:01 | mtompset | The only thing strange is the number of tabs in the MARC view. |
| 14:01 | I see 0,2,3,6 and 9. | |
| 14:01 | eythian | have a look at the marcxml |
| 14:01 | that's what's being indexed, that's where the problem is likely to be | |
| 14:01 | don't use any abstraction when doing this, or you'll get mislead. | |
| 14:05 | rambutan | Skekel's Foxholes. I need to go back to school. |
| 14:06 | eythian | I used them in my thesis |
| 14:06 | rambutan | I was just reading |
| 14:06 | mtompset | I did a "SELECT marcxml from biblioitems where biblionumber=#" |
| 14:06 | I don't see anything wrong. | |
| 14:06 | eythian | my thesis? |
| 14:07 | rambutan | yea |
| 14:07 | eythian | ...how? |
| 14:07 | mtompset: does xmllint see anything wrong? | |
| 14:07 | mtompset | I'll check. |
| 14:08 | eythian | mtompset: also check the ones above and around it, just in case |
| 14:08 | also, let that script go and reindex all it can, and then see what happens | |
| 14:08 | I have had weird things where records wouldn't index, and then later they did. I never figured out what was happening there. | |
| 14:09 | mtompset | xmllint? |
| 14:09 | can't find it. | |
| 14:09 | eythian | install it? |
| 14:10 | libxml2-utils | |
| 14:12 | mtompset | validation failed no DTD? |
| 14:12 | jcamins | Skip DTD checking. |
| 14:13 | You may want to do DTD checking eventually, but usually the problem is a lot more fundamental than that. | |
| 14:15 | mtompset | not sure how to skip it. |
| 14:15 | I don't see an option that is that clear. | |
| 14:16 | jcamins | Don't use --valid |
| 14:17 | mtompset | Okay... no errors. |
| 14:18 | eythian | I'd try the reindexing again |
| 14:18 | mtompset | Hmmm.... where's the definition the 008? |
| 14:19 | Is a large gap normal? | |
| 14:20 | eythian | huh? |
| 14:21 | mtompset | <controlfield tag="008">050804s1957 001 0 eng d</controlfield> |
| 14:21 | large gap. | |
| 14:22 | eythian | hmm, not sure. You'd have to look up the spec for that field |
| 14:22 | wizzyrea | @marc 008 |
| 14:22 | huginn | wizzyrea: This field contains 40 character positions (00-39) that provide coded information about the record as a whole and about special bibliographic aspects of the item being cataloged. These coded data elements are potentially useful for retrieval and data management purposes. [] |
| 14:22 | wizzyrea | not helpful, huginn. |
| 14:22 | eythian | actually, it is helpful :) |
| 14:22 | jcamins | I'm not going to say it's "normal," but it's not surprising. |
| 14:23 | eythian | 40 characters wide means that a big gap is OK |
| 14:23 | at least, not too unexpected | |
| 14:23 | wizzyrea | right - the question is, is that an ok gap or a not ok gap? |
| 14:23 | are spaces valid for that? | |
| 14:23 | jcamins | If that's exactly 40 characters, it's an okay gap. |
| 14:24 | eythian | not too likely to upset zebra, anyway |
| 14:24 | mtompset | I'm not going to count then. It probably is okay. |
| 14:24 | druthb left #koha | |
| 14:25 | wizzyrea | . Character positions that are not defined contain a blank (#). |
| 14:25 | so yes, should be ok :P | |
| 14:25 | (as long as it's 40) | |
| 14:26 | mtompset | so does the koha-rebuild-zebra script use the sliced script? |
| 14:26 | eythian | no |
| 14:27 | mtompset | That's weird... 19000 was indexed?! |
| 14:28 | Nevermind... the counter confused me. :) | |
| 14:28 | eythian | that's why I said: <eythian> also, let that script go and reindex all it can, and then see what happens |
| 14:28 | <eythian> I have had weird things where records wouldn't index, and then later they did. I never figured out what was happening there. | |
| 14:28 | oh right. | |
| 14:28 | do that anyway :) | |
| 14:29 | mtompset | Yes, this process will take more than the five minute trigger on the reindex call. |
| 14:29 | so at least more blocks should be reindexed next run. | |
| 14:29 | wizzyrea | out of memory maybe? |
| 14:29 | but it would usually tell you if that was the case | |
| 14:29 | mtompset | I was watching it like a hawk. |
| 14:29 | It didn't dip. | |
| 14:30 | It went down, but nothing below 150MB free. | |
| 14:32 | Well, this has been quite helpful. | |
| 14:32 | eythian++ # thanks for the script. | |
| 14:32 | eythian | not me, I didn't write it :) |
| 14:32 | mtompset | jcamins++ # thanks for some bug report links. |
| 14:32 | wizzyrea++ # thanks for the marc definitions. | |
| 14:33 | Yes, but you knew of it. | |
| 14:33 | I might be able to track this indexing mess down. | |
| 14:33 | maximep joined #koha | |
| 14:34 | mtompset | So, I may not have to leave instructions on how to skip 3.8.x ;) |
| 14:36 | halfie joined #koha | |
| 14:36 | halfie | hi, in which table does koha store user credentials? (hashed I hope). |
| 14:37 | eythian | halfie: borrowers |
| 14:37 | kf | and patron_attributes if you use that functionality |
| 14:37 | eythian | and yes, hashed, albeit without salting which is something I want to fix |
| 14:37 | kf: not credentials it doesn't | |
| 14:37 | kf | ah, crdentials |
| 14:37 | sorry, | |
| 14:37 | didn't knwo the word :) | |
| 14:37 | halfie | eythian: which hashing algorithm is being used currently? |
| 14:38 | md5, how many rounds? | |
| 14:38 | eythian | halfie: not sure, I think it's simple md5 at the moment. |
| 14:38 | I have plans to replace it with salted bcrypt one day | |
| 14:39 | halfie | eythian: cool, I will verify if it is md5, the data seems to be base64 |
| 14:39 | eythian | yeah, I think it uses base64_md5 or something along those lines |
| 14:39 | mtompset | amazonaws.com? Where are you coming from, halfie? |
| 14:40 | eythian | use Digest::MD5 qw(md5_base64); |
| 14:41 | mtompset | eythian++ # on the quick reply and find. :) |
| 14:42 | halfie | mtompset: i am using a amazon ec2 host :) |
| 14:42 | jcamins | wizzyrea: someone from idreambooks came around yesterday evening. |
| 14:42 | eythian | mtompset: he's using an Amazon EC2 server as an IRC shell, and is based in the US I'd expect. |
| 14:43 | wizzyrea | ohhh coool |
| 14:43 | oleonard | jcamins: I saw the bug report, that's pretty cool to get that kind of interest |
| 14:43 | jcamins | S/he filed a bug and is hoping to integrate their review stuff into Koha. |
| 14:43 | halfie | IRC is banned at work , hence have to use another host for my IRC fix ;) |
| 14:43 | mtompset | Geography really wasn't the intent of the question. ;) |
| 14:44 | oleonard | Glad to hear that ban is working out halfie ;) |
| 14:44 | * mtompset | laughs. |
| 14:44 | halfie | websense is crap and it can't dissect SSH traffic over port 443 |
| 14:45 | oleonard | jcamins: "willing to provide development assistance" doesn't exactly sound like "We will submit a patch" |
| 14:45 | jcamins | oleonard: I didn't read the bug. S/he was asking how to go about submitting a patch to Koha. |
| 14:46 | oleonard | That's a good sign. |
| 14:46 | wizzyrea | yea that was my doing, I contacted them |
| 14:46 | jcamins | wizzyrea: I know. I thought it was Greg, but s/he implicated you. :) |
| 14:46 | wizzyrea | pretty cool that they took me up on it |
| 14:47 | mtompset | Though, when I hear "development assistance" I sometimes think money. ;) |
| 14:48 | * oleonard | can't open the Powerpoint file attached to the bug in LibreOffice |
| 14:49 | jcamins | Powerpoint? |
| 14:49 | wahanui | Powerpoint is dying on me :( |
| 14:49 | jcamins | wahanui: no surprise there! |
| 14:49 | wahanui | jcamins: what? |
| 14:49 | wizzyrea | it opens in my libreoffice |
| 14:50 | ohhhhhh THAT is pretty wicked, actually | |
| 14:50 | jcamins | Works for me. |
| 14:50 | * oleonard | grumps |
| 14:50 | wizzyrea | I really like the "readometer" |
| 14:51 | * jcamins | too. |
| 14:51 | jcamins | I was pushing for them to include a link to the readometer in their API. |
| 14:51 | wizzyrea | their reviews are mostly collected for new books, which is really the only downside |
| 14:52 | jcamins | Yeah, definite downside. |
| 14:52 | wizzyrea | but. new books become old books in time. |
| 14:52 | sophie_m joined #koha | |
| 14:52 | wizzyrea | and let's be honest here - do you really need a review of 1960 edition of hamlet? |
| 14:53 | jcamins | And s/he said they were adding in more content, so maybe we'll see the archives fleshed out more? |
| 14:53 | wizzyrea | that's what I am hoping |
| 14:53 | jcamins | I'm more interested in seeing the NYRB reviews from a year ago. |
| 14:53 | wizzyrea | that's what they told me too |
| 14:53 | actually, I did a simple thing | |
| 14:53 | jcamins | Also NYT reviews. |
| 14:54 | wizzyrea | that added just a link to their reviews |
| 14:54 | lms if I can find it | |
| 14:54 | jcamins | Yeah, I suggested using jQuery for a mockup. |
| 14:54 | wizzyrea | I think i did that |
| 14:54 | not the readometer tho | |
| 14:55 | jcamins | Yeah, the readometer isn't available via API yet. |
| 14:55 | You'd have to screen scrape. | |
| 14:56 | This is terrible. | |
| 14:56 | wizzyrea | terrible? |
| 14:56 | what is terrible | |
| 14:56 | jcamins | I'm cataloging something by Horace Walpole, and I feel an *overwhelming* urge to A) have some cheese, and B) tell people that I am engaged in "Walpoling activities." |
| 14:56 | Curse you, Monty Python! | |
| 14:56 | wizzyrea | http://screencast.com/t/zjS98Iv39Gx |
| 14:57 | @quote add <jcamins> I'm cataloging something by Horace Walpole, and I feel an *overwhelming* urge to A) have some cheese, and B) tell people that I am engaged in "Walpoling activities." | |
| 14:57 | huginn | wizzyrea: The operation succeeded. Quote #216 added. |
| 14:57 | wizzyrea | [09:56am] jcamins: |
| 14:57 | Curse you, Monty Python! | |
| 14:57 | sorry, it really had to be preserved for posterity | |
| 14:58 | idreambooks doesn't let you query by isbn, so it's hard to get the exact book | |
| 14:58 | best I was able to do in the short time I looked at it, was to get to the search results. | |
| 14:58 | if it's one they have though, it's always #1 | |
| 14:59 | but I love the idea of real reviews from critics in the catalog. | |
| 14:59 | love. that. idea. | |
| 14:59 | jcamins | They'll be adding the ISBN access. |
| 14:59 | wizzyrea | woot! |
| 15:00 | I really ought to go read the logs eh | |
| 15:02 | I like how the IRC stat generator picked out my single pithy quote of the day yesterday. | |
| 15:02 | reiveune | bye |
| 15:02 | reiveune left #koha | |
| 15:02 | wizzyrea | bye! |
| 15:03 | always too slow. | |
| 15:03 | jcamins | Hehe. |
| 15:03 | rambutan joined #koha | |
| 15:04 | mtompset | Still prickly, rambutan? ;) |
| 15:06 | kf | bye all :) |
| 15:07 | wizzyrea | oh and we've wanted that thing rangi was talking about re: 942 itype images for AGES. |
| 15:07 | * wizzyrea | just read the logs |
| 15:07 | wizzyrea | sounds like you guys had an epic and fruitful conversation with the idreambooks guy! |
| 15:07 | * wizzyrea | is so proud |
| 15:08 | bounces and squees | |
| 15:08 | * jcamins | thinks that making item type images *always* bib-level on the search page might meet the users' needs, without painful modifications to the XSLT. |
| 15:09 | considers. | |
| 15:09 | eythian | wizzyrea: what's that about 942 itype images? |
| 15:09 | * jcamins | thinks that injecting the item type image URL directly into the record at indexing time would be a better option. |
| 15:09 | eythian | I've seen that going through our internal systems a bit lately |
| 15:10 | jcamins | Item type images on the search results page *kill* performance. |
| 15:10 | wizzyrea | eythian: http://irc.koha-community.org/[…]2-09-05#i_1068318 |
| 15:10 | eythian | ah right, that's what I've been seeing then |
| 15:11 | trea | are there any other settings that would affect a session timeout besides the koha syspref? |
| 15:11 | wizzyrea | not keeping cookies |
| 15:11 | time and date wrong on the computer | |
| 15:12 | jcamins | IP changes. |
| 15:12 | wizzyrea | oo yea, dynamic addressing |
| 15:12 | ^^ is probably the issue. | |
| 15:13 | trea | IP changes are definitely something i've witnessed before. this is happening to multiple branches connecting to the same server on different ISPs, so i doubt addressing is to blame |
| 15:13 | all good suggestions however | |
| 15:13 | wizzyrea | all managed by the same IT department or multiple IT departments? |
| 15:14 | and what I'm trying to get at - is "do they have the same firewall setup at each branch" | |
| 15:14 | trea | right, makes sense |
| 15:14 | wizzyrea | and/or similar internal networks |
| 15:14 | jcamins | Ooh, wait. It could also be a reverse proxy in front of the server. |
| 15:15 | eythian | wahanui: excuse? |
| 15:15 | wahanui | eythian: static buildup |
| 15:15 | trea | ^^ |
| 15:15 | wizzyrea | ^^ this |
| 15:15 | eythian | it could also be static buildup. |
| 15:15 | trea | oh yea, i hadn't considered that. :P |
| 15:15 | jcamins | excuse? |
| 15:15 | wahanui | jcamins: Daemons did it |
| 15:15 | wizzyrea | sunspots. |
| 15:15 | trea | the earth's magnetic pull is pretty strong today |
| 15:15 | jcamins | I'm going to have to go with static buildup. |
| 15:15 | eythian | wahanui: sunspots are what you get from staring at the sun for too long |
| 15:15 | wahanui | eythian: wish i knew |
| 15:16 | eythian | wahanui: sunspots are \what you get from staring at the sun for too long |
| 15:16 | wahanui | OK, eythian. |
| 15:16 | wizzyrea | sunspots. |
| 15:16 | wahanui | sunspots are what you get from staring at the sun for too long |
| 15:16 | wizzyrea | eythian++ |
| 15:16 | * wizzyrea | nods knowingly |
| 15:17 | eythian | I do like how I pretty much can't get sunburnt in this part of the world. |
| 15:17 | It's like there's some kind of invisible protective shield in the sky | |
| 15:17 | * jcamins | thinks we should call it an "ozone layer." |
| 15:17 | jcamins | It has a nice ring. |
| 15:18 | eythian | it'll never catch on. |
| 15:18 | oleonard | And they should make a handy spray to make it go away |
| 15:19 | * wizzyrea | makes a note to stock up on sunscreen |
| 15:20 | eythian | just bring a tin of paint |
| 15:20 | libsysguy | has a vote for the next meeting, properly tabbing files |
| 15:20 | can we make a script do it | |
| 15:20 | jcamins | libsysguy: already discussed. |
| 15:20 | No. | |
| 15:20 | Destroys history, limited value. | |
| 15:21 | libsysguy | ugh |
| 15:21 | oleonard | libsysguy: Fix indentation of lines you are otherwise changing |
| 15:21 | libsysguy | i try to |
| 15:21 | jcamins | Perltidy one file at a time, in a patch that is nothing but perltidy. |
| 15:21 | eythian | libsysguy: I tend to perltidy the function I'm working on, if it's bad. |
| 15:22 | jcamins | If indentation is so screwed up it gets in the way of the development, fix whatever you have to, with the goal being as little as possible. |
| 15:22 | eythian | (but, do it as a separate patch) |
| 15:22 | libsysguy | right |
| 15:22 | I am just reading files for writing unit tests | |
| 15:22 | and I keep seeing if bracketing all over the place | |
| 15:22 | its hard to keep up with lol | |
| 15:22 | drojf | wizzyrea: the api page of idreambooks already has ISBN? "{keywords} in the above URI is the search query. It can be any of the following: Book Title and/or Author ISBN (10 or 13)" |
| 15:24 | wizzyrea | woot! |
| 15:24 | jcamins | drojf: that's API only. |
| 15:24 | wizzyrea | oh right, yea, I knew that part - the way I was doing it wasn't through the api though (because it didn't exist when I was last looking at it) |
| 15:25 | drojf | jcamins: what do you mean by "only"? would that not be used for a implementation in koha? |
| 15:25 | wizzyrea | but I'm glad they built that in. And I suppose it's possible that they built that in since last night :) |
| 15:25 | jcamins | No, the API already had ISBN. |
| 15:25 | drojf: wizzyrea was just using a link. | |
| 15:25 | wizzyrea | ^^ because no api when I was looking at it weeks and weeks ago |
| 15:26 | halfie left #koha | |
| 15:26 | wizzyrea | it's a pretty new service |
| 15:28 | * mtompset | waves, "Off to dreamland. Hopefully waking up = mostly indexed." |
| 15:29 | drojf | interesting service. would probably be DOA in germany due to our great new law forbidding internet companies the "stealing" (quoting) of snippets (and linking to the original page) without paying the source |
| 15:29 | wizzyrea | O.o |
| 15:29 | jcamins | drojf: seriously? |
| 15:29 | wizzyrea | what if they don't want to be paid? |
| 15:29 | drojf | jcamins: it's called "leistungsschutzrecht" and it's complete bullsh…craziness |
| 15:30 | wizzyrea | I suppose they should license their content appropriately in that case |
| 15:30 | drojf | i think it only applies to content industry that wants to be compensated somehow. they excluded bloggers in the end |
| 15:30 | it's really strange | |
| 15:30 | i would assume google news kicking out all of them | |
| 15:30 | wizzyrea | so like you can't link to the NYtimes without paying them, for example? |
| 15:32 | drojf | you can link. but if you are eg. google and have something like a snippet of the news and the link, it's too much already i think. german publiushers are idiots and think they deserve money for that |
| 15:32 | wizzyrea | well that is a legislative antifeature if I've ever seen one. |
| 15:32 | maybe they should write the first paragraph in such a way that I'll be inclined to click on it to read it :P | |
| 15:33 | that seems nuts, how are they going to enforce that. | |
| 15:33 | drojf | because they are really oldschool, missed new technical opportunities and fight everything that is happening |
| 15:33 | wizzyrea | poorly. |
| 15:35 | drojf | i hope they get ignored everywhere. google should not list them AT ALL, kick them out of their whole services. i think they did that before |
| 15:35 | eythian | there was somewhere else (france maybe?) that happened |
| 15:35 | drojf | i think belgium |
| 15:35 | eythian | and google did kick them all out |
| 15:35 | drojf | yes and then all turned back to normal pretty soon :D |
| 15:35 | eythian | they came crying back when no one was visiting them |
| 15:40 | asaurat left #koha | |
| 15:41 | * drojf | needs sugar |
| 15:42 | * oleonard | turns on Def Leppard and readies the sugar bowl |
| 15:42 | nengard joined #koha | |
| 15:44 | drojf | lol |
| 15:45 | eythian | how sordid. |
| 15:46 | goodness, looks like we have a 3.6 -> 3.8 upgrade happening in a day's worth of work, including a staging deploy for testing. That's nice and smooth. | |
| 15:47 | did I see something about allowing borrowers to sign up from the OPAC? | |
| 15:48 | or was it just updating their own details? | |
| 15:48 | oleonard | Bug 7067 |
| 15:48 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7067 enhancement, P5 - low, ---, kyle.m.hall, Signed Off , allow patron self registration via the opac |
| 15:48 | oleonard | It modifies the process for both operations |
| 15:49 | eythian | thanks, we've had a client sitting on considering that for quite some time |
| 15:49 | oleonard | The patch is really shaping up thanks to khall's hard work |
| 15:52 | maximep joined #koha | |
| 15:53 | eythian | yeah, I just read it. Looks busy :) |
| 15:57 | rambutan joined #koha | |
| 16:02 | melia joined #koha | |
| 16:25 | jcamins | ago43: bug 8736 is probably caused by the punctuation at the end of the series facets. |
| 16:25 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8736 normal, P5 - low, ---, gmcharlt, NEW , Series searching causes script error |
| 16:25 | laurence left #koha | |
| 16:26 | eythian | jcamins: bug 8646 |
| 16:26 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8646 minor, P5 - low, ---, robin, Pushed to Stable , Certain search terms cause browser "script taking too long" error |
| 16:26 | jcamins | ago43: you can confirm this by removing the punctuation and space at the end of one of the searches. |
| 16:26 | eythian: I was getting there. | |
| 16:26 | eythian | heh OK |
| 16:27 | jcamins | eythian: however, I didn't have the bug number, so "getting there" was actually going to involve me telling ago43 to look in Bugzilla to find a fix you did. |
| 16:27 | eythian | ah right |
| 16:27 | ago43 | lemme check that. |
| 16:28 | jcamins | So you saved ago43 a romp through Bugzilla. :) |
| 16:29 | eythian | marked the bug as a dup because it probably is. |
| 16:30 | ago43 | okay. I saw that bug, but didn't make the connection so filed a new one. Thanks! |
| 16:42 | rambutan left #koha | |
| 16:52 | khall joined #koha | |
| 16:58 | cait joined #koha | |
| 17:21 | gaetan_B | bye! |
| 17:34 | maximep joined #koha | |
| 17:50 | trea1 joined #koha | |
| 17:52 | trea1 left #koha | |
| 18:01 | eythian | under what circumstance is a hold email generated? Is it just when the hold is placed via the OPAC, or also when through the staff interface? |
| 18:03 | cait | hm you mean the holds that go to the library? |
| 18:03 | I am not sure about those, we don't use them | |
| 18:04 | wizzyrea | neither |
| 18:04 | oh wait - do you have the syspref on for "email librarian when hold is placed" | |
| 18:04 | is that what you are talking about? | |
| 18:04 | cait | I thought he was, but he doesn't tell :P |
| 18:04 | hi wizzyrea :) | |
| 18:04 | wizzyrea | hi cait <big hugs> |
| 18:04 | cait | aww |
| 18:04 | <big hugs back> | |
| 18:05 | eythian | wizzyrea: yeah, I think that's it |
| 18:05 | I realised however that their request made no sense | |
| 18:05 | so really the point is now moot. | |
| 18:05 | wizzyrea | hehe |
| 18:06 | cait | wizzyrea: do we link to the users list from the homepage somewhere? |
| 18:06 | wizzyrea | users list. |
| 18:06 | cait | people at the workshop didn't know about the page in the wiki |
| 18:06 | wizzyrea | clearly not, since I don't know what that is. |
| 18:06 | cait | ah |
| 18:06 | wizzyrea | oh, the wiki page. no, we don't |
| 18:06 | cait | hm |
| 18:06 | maybe we could? | |
| 18:06 | wizzyrea | we could, sure |
| 18:06 | cait | but from where? hm |
| 18:06 | * wizzyrea | is impossibly lazy |
| 18:06 | wizzyrea | do you have the link? |
| 18:07 | just thought you might have it handy | |
| 18:07 | if not it's cool I'll look it up | |
| 18:07 | :) | |
| 18:07 | cait | http://wiki.koha-community.org[…]a_Users_Worldwide |
| 18:07 | was looking it up :) | |
| 18:07 | wizzyrea | well we could do it under About |
| 18:07 | oh, actually it's already linked from there | |
| 18:07 | under about "in use by libraries worldwide" | |
| 18:08 | sorry "worldwide in libraries of all sizes" | |
| 18:08 | cait | ah right |
| 18:08 | hm. | |
| 18:08 | wizzyrea | it could be more prominent ;) |
| 18:09 | trea joined #koha | |
| 18:09 | cait | yeah |
| 18:09 | but I am not sur eif I have a good idea | |
| 18:09 | where we could put it | |
| 18:09 | eythian | can someone tell me if it would make sense at any time to create a custom notice called 'INV' that is an invoice for lost items? |
| 18:09 | is there somewhere that would allow you to use that. | |
| 18:09 | It doesn't seem to be referenced in the code | |
| 18:09 | wizzyrea | I can certainly see the utility of that |
| 18:10 | eythian | but how would you access it? |
| 18:10 | wizzyrea | through fines |
| 18:10 | eythian | how does that work? |
| 18:10 | cait | I am not sure it's an existing feature |
| 18:10 | I haven't heard about it | |
| 18:11 | whichmodule did they add it to? | |
| 18:11 | wizzyrea | also you'd want to be able to (eventually) designate whether you wanted all lost items for that patron for all time, paid or not, or just the ones currently outstanding. |
| 18:11 | the first question? | |
| 18:11 | wahanui | "What are you trying to do?" "What is the goal?" or "What problem are you experiencing?" |
| 18:11 | eythian | I'm trying to work out what the client was thinking |
| 18:11 | cait | like wizzyrea - it makes sense, but I am not sure koha can do something with it :) |
| 18:11 | wizzyrea | lol |
| 18:11 | eythian | They have created this, I'm attempting to see if they could use it from anywhere. |
| 18:12 | wizzyrea | no, I don't think you can currently use it |
| 18:12 | cait | I think maybe when an item is marked missing for x time, you would put it on lost after that and send them the invoice |
| 18:12 | after you searched your shelves and they had some time to find it? | |
| 18:12 | eythian | ahh |
| 18:12 | I think they've put it into the overdue rules | |
| 18:12 | * cait | still feels like making not much sense today |
| 18:12 | cait | aah |
| 18:12 | wizzyrea | well |
| 18:12 | you could make it so that the final notice | |
| 18:12 | cait | yeah, so 3rd notice is: you didn't bring it back, we are going to make you pay for a replacement |
| 18:12 | eythian | yes, that's what it is |
| 18:12 | OK, now it makes sense. | |
| 18:13 | wizzyrea | \o/ |
| 18:13 | eythian | (which is surprising as the rest of their questions didn't) |
| 18:13 | wizzyrea | hehe |
| 18:13 | eythian | next thing is to determine if I can get the item replacement cost into there. |
| 18:13 | cait | we can try to explain th eothers to you too :P |
| 18:13 | should be possible | |
| 18:13 | rambutan joined #koha | |
| 18:14 | eythian | cait: no, they really don't make sense |
| 18:14 | cait | you can get all item fields in there |
| 18:14 | eythian | that's what I thought |
| 18:14 | cait | <item>... </item> I think, so only in that notice |
| 18:15 | wizzyrea | well bag did a thing to compute costs for receipts maybe a similar approach would work here? |
| 18:15 | * wizzyrea | looks for the link |
| 18:15 | wizzyrea | http://bywatersolutions.com/20[…]checkout-receipt/ |
| 18:16 | speaking of which I need to put that into nexpress. | |
| 18:16 | * wizzyrea | sighs |
| 18:16 | eythian | I should be able to use <<items.replacementcost>> in there |
| 18:16 | replacementprice rather | |
| 18:16 | cait | in theory yes |
| 18:16 | didn't test it | |
| 18:18 | wizzyrea | er but I'd have to be using 3.8. So, yea no. |
| 18:18 | i knew there was a reason I wasn't all over that. | |
| 18:18 | my libraries have been pestering me for that ;) | |
| 18:28 | wajasu joined #koha | |
| 18:34 | wajasu | khall: almost done testing 8215. checking out permissions. looks promising :) |
| 18:35 | khall | excellent! |
| 18:35 | eythian | bug 8215 |
| 18:35 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8215 enhancement, P5 - low, ---, kyle, Needs Signoff , Add Course Reserves |
| 18:42 | alex_a joined #koha | |
| 18:45 | mbalmer | more time for sip |
| 18:50 | Barrc1 left #koha | |
| 18:51 | wajasu | when i add a staff user, i can't login. no permission for the staff clinet home page. which permission do i need to enable? |
| 18:51 | circulate? | |
| 18:51 | cait | read through them |
| 18:51 | there is one staff access I think | |
| 18:52 | wajasu | i see it |
| 18:52 | oleonard | The "staffaccess" one is not the one you want |
| 18:52 | wajasu | that seems to allow delegation of permission assignment |
| 18:53 | oleonard | Usually for circ staff you'd add circulate, catalogue, borrowers, reserveforothers |
| 18:53 | cait | oh right |
| 18:53 | the other is permissons for staff? | |
| 18:53 | should have looked at the interface :( | |
| 18:53 | wajasu | ok any one will open the door i guess. here goes. |
| 18:54 | cait | sorry wajasu for misinformation |
| 18:54 | oleonard++ | |
| 18:55 | nengard joined #koha | |
| 18:55 | wajasu | circulate wasn't enough. trying more. |
| 18:56 | cait | trying again: catalogue I think |
| 18:56 | but no guarentees :) | |
| 18:56 | wajasu | yup needed catalogue |
| 18:57 | thx | |
| 18:57 | ahh restricted menus :) | |
| 19:14 | khall: i can't add/delete reserves as a staff unless i have a manage_courses(add/edit/del) permission [can't navigate to courses. i can see superlibrarian/admin creating the courses, and others just managing reserves. | |
| 19:15 | khall | wajasu, put a note in bugzilla and I'll see what I can do about it. |
| 19:16 | wajasu | ok. thats all i think i found. :) great work! |
| 19:16 | khall | excellent! thanks! |
| 19:17 | wajasu | khall: are hoping for 3.10 version? |
| 19:17 | are you hoping | |
| 19:23 | sophie_m left #koha | |
| 19:24 | talljoy joined #koha | |
| 19:25 | wajasu | khall: just FYI. even though permissions are used to hide links, etc (no delete reserve perm). i was able to still delete a reserve by editing the url action at the top of the browser. |
| 19:29 | rangi | Ah yeah the perm checks should be done in the script |
| 19:29 | Morning btw | |
| 19:29 | oleonard | Hi rangi |
| 19:29 | wajasu | hi |
| 19:29 | wahanui | what's up, wajasu |
| 19:29 | rangi | Never ever trust the browser |
| 19:30 | wajasu | perm checking might need to be something we double check in test scripts. |
| 19:30 | rangi | I think everyone should be forced to attend owasp day :-) |
| 19:30 | Yep good idea | |
| 19:36 | @wunder nzwn | |
| 19:36 | huginn | rangi: The current temperature in Wellington, New Zealand is 15.0°C (7:00 AM NZST on September 07, 2012). Conditions: Light Rain Showers. Humidity: 82%. Dew Point: 12.0°C. Pressure: 29.74 in 1007 hPa (Steady). |
| 19:37 | rangi | That doesn't mention the nice spring 'breeze' |
| 19:41 | bag | @seen hankbank |
| 19:41 | huginn | bag: hankbank was last seen in #koha 1 day, 23 hours, 47 minutes, and 19 seconds ago: <hankbank> working on presentation to Future of Libraries conference in SF about Koha at LG needed to talk about IRC as cultural phenom |
| 19:42 | rangi | 43kmph gust to 80 apparently |
| 19:45 | On the upside it's friday | |
| 19:46 | Which means I get an hour of Julius time to talk about aria tags | |
| 19:46 | cait | hm? :) |
| 19:46 | cornering him at beer o clock? | |
| 19:46 | rangi | Then visit the guide dog downstairs then beer o'clock |
| 19:47 | cait | is it julius' guide dog? |
| 19:47 | oleonard | Hence Bug 8712 rangi ? |
| 19:47 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8712 enhancement, P5 - low, ---, oleonard, NEW , We should use WAI-ARIA guidelines to help with accessibility -OMNIBUS bug |
| 19:47 | rangi | No every Friday he sets aside an hour for anyone to talk to him |
| 19:47 | Nope not his dog | |
| 19:47 | cait | cool |
| 19:47 | rangi | He just uses a cane |
| 19:48 | The dog is someone's who is traveling to countries that aren't friendly to guide dogs | |
| 19:48 | But he is used to going to work so his sitter brings him in | |
| 19:49 | And yes oleonard hence that bug | |
| 19:49 | oleonard | Is that a wish list kind of thing or does that have some push behind it? |
| 19:50 | rangi | Oh I'll do it |
| 19:50 | Just learning how to do it best | |
| 19:50 | cait | :) |
| 19:50 | oleonard: is there news about jquery ui menu maybe? | |
| 19:50 | oleonard | Cool. I confess I know nothing about it, but I'd like to learn. |
| 19:50 | rangi | After watching the crap they have yo deal with to use websites it's the least I can do |
| 19:50 | cait | I would so love to see that in 3.10 - but guess it's not going to happen |
| 19:51 | rangi | Cool I'll write up what I learn |
| 19:51 | oleonard | cait: At this point it looks like it must be heading for a release with minimal documentation, minimal features. If that's true, it's as useless to us as if it weren't released. |
| 19:51 | cait | oh no :( |
| 19:51 | I had hoped it might be better accessible than yui | |
| 19:52 | oleonard | Of course I don't really know, but it seems like the next release is coming soon |
| 19:52 | cait | else I might have to change all the pull down menus into links for the library |
| 19:53 | ago43 joined #koha | |
| 19:53 | oleonard | cait: I confess I got so fed up the other day thinking about the jqueryui menu issue I even looked at YUI3 |
| 19:53 | cait | how did it look? |
| 19:54 | and are theere maybe other plugins for jquery we could make use of? | |
| 19:55 | oleonard | YUI3 doesn't even have a standalone menu widget anymore! |
| 19:55 | * oleonard | has no idea why |
| 19:55 | cait | http://wiki.jqueryui.com/w/page/12137997/Menu |
| 19:55 | doens't look too bad? | |
| 19:56 | trea1 joined #koha | |
| 19:56 | cait | and here is something about ARIA there |
| 19:56 | oleonard | The demo is minimal though: http://view.jqueryui.com/maste[…]menu/default.html |
| 19:57 | rangi | wajasu++ #good testing |
| 19:57 | oleonard | It seems to leave a lot of the heavy lifting up to the individual developer, lacking built-in handling for some essential features |
| 19:58 | cait | boo. |
| 19:59 | rangi | Ok my stop bbiab |
| 20:02 | wajasu | testing is the best way to learn about the codebase, |
| 20:04 | cait | wajasu++ |
| 20:05 | oleonard: what do you think, what options to we have? | |
| 20:05 | only sticking with yui for now? | |
| 20:06 | oleonard | Maybe, I haven't really investigated well |
| 20:06 | wajasu | so after signoff comes "Pushed for QA", then another test cycle with a QA lead. QAM is a tough role to have when eveyone wants their patch in. |
| 20:06 | wizzyrea | yep |
| 20:07 | cait | not necessesarily pushed qa |
| 20:07 | often passed qa next - without pushing it to a branch | |
| 20:07 | wizzyrea | i think that's what he meant. |
| 20:07 | or maybe not. | |
| 20:08 | cait | I am not making sense today - i am starting to get used to it :) |
| 20:08 | wajasu | ii was trying to understand what paul said about pushing things next week. |
| 20:08 | so those 73 signed off patches are in his queue? | |
| 20:09 | cait | paul pushes the passed qa patches, sometimes he sets passed qa too, but we have other people qaing too, the qam and his qaa (assistants) |
| 20:09 | not sure which queue you are looking at | |
| 20:10 | wajasu | signed iff query at bottom of bug page: http://bugs.koha-community.org[…]d=1&list_id=40415 |
| 20:10 | rangi | back |
| 20:11 | passed qa is the queue paul should watch | |
| 20:11 | signed off is the queue the QA team should watch | |
| 20:11 | needs signoff everyone should watch | |
| 20:11 | wajasu | who takes things from signed off to passwd qa? |
| 20:11 | rangi | the qa team |
| 20:11 | wahanui | somebody said the qa team was required |
| 20:12 | rangi | http://koha-community.org/roles-koha-3-10-0/ |
| 20:13 | http://koha-community.org/about/release-schedule/ | |
| 20:13 | those might help explain | |
| 20:14 | wajasu | will things move pretty quick, by oct 22nd? or nov for 3.10? or will much of the signed off queue hang around until next year? |
| 20:14 | those helped | |
| 20:14 | rangi | well the feature freeze is before oct 22nd |
| 20:15 | so depends on if bug fixes or enhancements | |
| 20:15 | and the rest of your question can be answered with how long is a piece of string | |
| 20:15 | http://blog.bigballofwax.co.nz[…]e-it-into-master/ | |
| 20:16 | http://blog.bigballofwax.co.nz[…]-get-into-master/ | |
| 20:17 | and i vote we follow magnuse suggestion | |
| 20:17 | wajasu | golden info. thanks |
| 20:17 | rangi | wajasu: thats what happens when you let a math major lose on your project info |
| 20:17 | https://twitter.com/libriotech[…]43707897345896448 | |
| 20:17 | wajasu | ha |
| 20:18 | magnuse | rangi++ for the stats |
| 20:19 | wajasu | i just wondered how hectic it gets before release time, and if stuff falls on the floor because of little bugs, then us signer offers need to be ready to retest/sign off again. etc. |
| 20:19 | rangi | wajasu: ideally it gets less hectic :) |
| 20:20 | what i tried to do for 3.6 and 3.4 was a hard freeze, then only push bug fixes that are well tested | |
| 20:20 | gives it about a month to shake out any issues, but yes sign offers should be ready to leap into action if a blocker appears | |
| 20:20 | also, if i regression was caused, i would revert (paul does too) the feature that caused it | |
| 20:21 | up until the freeze there was time to fix those, if they werent fixed by freeze, its best to yank them out | |
| 20:21 | git makes that easy | |
| 20:22 | wajasu | so i see why we need more tests, more integration tests, to flush them out early. |
| 20:23 | rangi | yep |
| 20:23 | *sigh* | |
| 20:24 | wajasu | i got familiar with the test environent by working on bug 8728 |
| 20:24 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8728 enhancement, P5 - low, ---, gmcharlt, Needs Signoff , t/db_dependent/Reserve.t test doesn't use resdate and expdate arguments for AddReserve |
| 20:24 | wajasu | thats been broke since 2009. from gitweb trace. |
| 20:25 | rangi | but not failing |
| 20:25 | wajasu | not the functionality, the test was broken. |
| 20:25 | rangi | yeah but the test wasnt failing |
| 20:25 | i just got 4 oks | |
| 20:25 | thats why no one picked it up | |
| 20:25 | wajasu | right, only rthe arguments were misaligned |
| 20:26 | someone added two args in the middle | |
| 20:26 | the metric date warning was showing though. | |
| 20:26 | now it doesn't | |
| 20:27 | but it still worked, but they weren't testing expdate and resdat. | |
| 20:29 | rangi | right |
| 20:29 | probably should fix the pod too | |
| 20:29 | wajasu | plus the test depended on prexisting biblio and items, which i added to the test. when i pull a fresh master, i don;t have pre-existing data (just webinstaller ) and i would have to go add biblios to pass the test. |
| 20:30 | rangi | thats a pretty lacklustre research effort im afraid (the recent mail to the koha list) |
| 20:31 | and ohh a spammer to bounce off the list | |
| 20:31 | * rangi | does so |
| 20:31 | wajasu | koha-devel? |
| 20:31 | wahanui | koha-devel is probably the best list |
| 20:31 | rangi | no the main list |
| 20:32 | cait | and only us centric |
| 20:32 | rangi | well of course |
| 20:32 | cait | 3 main vendors |
| 20:32 | rangi | that's a given really |
| 20:32 | cait | really??? |
| 20:32 | wahanui | Of course! |
| 20:33 | cait | koha - koha vendors |
| 20:33 | I can't even give you the lin kit seems :( | |
| 20:33 | rangi | yeah frames |
| 20:33 | wizzyrea | 3 main vendors. jeez. |
| 20:34 | rangi | yeah, you'd get a D for that research effort |
| 20:35 | wizzyrea | A for going and fetching all of those logos though. |
| 20:35 | rangi | heh |
| 20:35 | wizzyrea | i'm teasing. |
| 20:35 | cait | hm they got evergreen in the koha faq |
| 20:35 | wizzyrea | really. |
| 20:35 | wahanui | Of course! |
| 20:35 | wizzyrea | you got your evergreen on my koha! No you got your koha on my evergreen~ |
| 20:36 | rangi | you should email them corrections :) |
| 20:36 | http://opensource-ils.cci.utk.[…]tent/contact-form | |
| 20:36 | except if you are blind | |
| 20:36 | then you can't | |
| 20:36 | stupid captchas | |
| 20:36 | cait | hm and koha.org links at tech support :( |
| 20:36 | doesn't seem like they got the difference | |
| 20:36 | rangi | yeah its just a mess really |
| 20:36 | nope | |
| 20:37 | ah well | |
| 20:37 | just one more pile of misinformation on the net | |
| 20:37 | its not like it's alone in that :) | |
| 20:37 | cait | no, but it makes me sad |
| 20:38 | rangi | its kinda stink it doesnt mention the other open source ils either |
| 20:38 | foss4lib is a much better effort | |
| 20:38 | wizzyrea | openbiblio or... |
| 20:38 | what's the one you're thinking of | |
| 20:38 | rangi | newgenlib |
| 20:38 | there's a few now | |
| 20:38 | cait | yeah |
| 20:38 | senayan maybe | |
| 20:39 | rangi | whats that german one? |
| 20:39 | cait | that german one? |
| 20:39 | rangi | or is it french? |
| 20:39 | cait | pmb |
| 20:39 | rangi | that one |
| 20:39 | cait | french |
| 20:39 | nengard | already emailed them a brief email - but more from the rest of you would be awesome |
| 20:39 | cait | there is also bibliotheq I think |
| 20:39 | and something else | |
| 20:40 | wajasu | didn't you guys have this same conversaion a year ago? |
| 20:40 | dejavu | |
| 20:40 | wizzyrea | it's cyclical. |
| 20:40 | ;) | |
| 20:41 | rangi | yep |
| 20:41 | wajasu | anyone looked int bug 8447 |
| 20:41 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8447 critical, P1 - high, ---, gmcharlt, NEW , can't save new records / indicator error |
| 20:41 | nengard | I hope so ? but not me :) |
| 20:42 | rangi | not me |
| 20:42 | cait | mveron++ for being awesome |
| 20:43 | wajasu | i breifly did, but i wonder if there is some low level MARC violation that enforces indicators to be a certain way. i'm going to look at it. i'll probably learn something. |
| 20:43 | rangi | talk to jcamins first |
| 20:43 | its to do with authority merging/creating | |
| 20:43 | wajasu | i see |
| 20:44 | i was playing with adding athorities in master, and there was a popup, which you could search and save, but the cancel button did nothing. should i write up a bug? | |
| 20:44 | rangi | cool nothing new to push |
| 20:45 | yep, as long as you can replicate on master | |
| 20:54 | bug 8211 and bug 8726 would be good ones to get signed off | |
| 20:54 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8211 enhancement, P5 - low, ---, jcamins, Needs Signoff , Add "subject (broader)," "subject (narrower)," and "subject (related)" options for search |
| 20:54 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8726 enhancement, P5 - low, ---, jcamins, Needs Signoff , Did you mean? plugin for broader/narrower/related terms | |
| 20:54 | wajasu | ok |
| 20:55 | rangi | they have good test plans also :) |
| 20:55 | wajasu | i was starting to look at LDAP security stuff since i have that background and can work that stuff. |
| 21:02 | i'm seeing that 8211 depends on 7818. 7818 is pushed to stable. (is master stable?) | |
| 21:03 | rangi | if you click on the history link |
| 21:03 | http://bugs.koha-community.org[…]ivity.cgi?id=7818 | |
| 21:03 | you can see it went to master first | |
| 21:03 | then to stable | |
| 21:04 | that's the pattern patches should take pushed to master | |
| 21:04 | wajasu | ah. |
| 21:04 | rangi | then cherry-picked to 3.8.x or 3.6.x as required |
| 21:04 | occassionally we have to do a seperate patch for the stable branches | |
| 21:04 | but that is a rare occurence | |
| 21:05 | wajasu | you guys are managing alot of branches |
| 21:06 | 2 plus trunk/master. | |
| 21:06 | rangi | thats not many :) |
| 21:06 | and thats why we have release maintainers | |
| 21:06 | wajasu | not with git. but clearcase or pvcs, or others its a bear. |
| 21:06 | rangi | i only have to care about the 3.8.x branch |
| 21:07 | yep thats why we use git | |
| 21:10 | wajasu | i've got to go running. will look at 8211 and 8726 later |
| 21:10 | rangi | cool |
| 21:20 | hankbank joined #koha | |
| 21:22 | chris_n` joined #koha | |
| 21:25 | cait left #koha | |
| 21:36 | chris_n` joined #koha | |
| 21:38 | chris_n` joined #koha | |
| 21:39 | rambutan | chris_n is bouncing all over the place |
| 21:39 | rangi | yep |
| 21:43 | chris_n` joined #koha | |
| 21:44 | chris_n joined #koha | |
| 21:45 | drojf | so i am not the only one less than impressed by that ils "research" website |
| 21:46 | rangi | id encourage people to use the contact form to nicely point out the factual errors |
| 21:46 | gotta keep it nice and polite, but yeah its a bit a of a mess | |
| 21:47 | drojf | i would if i'd think they would be interested at all |
| 21:47 | rangi | yeah |
| 21:47 | drojf | but i doubt that somehow |
| 21:47 | rangi | hm true, they never seemed to get involved or ask any questions |
| 21:49 | drojf | we should probably ask them, they are the researchers ;) |
| 21:50 | i wonder how they chose the three "main vendors" over the rest | |
| 21:50 | rangi | being in the US? |
| 21:50 | jcamins_away | wtf? |
| 21:50 | rangi | yeah that page is special :) |
| 21:51 | jcamins_away | I was looking at the "other ILS" section. |
| 21:51 | halcyonCorsair | rangi: yo, what's the layout of your dev machine like? where do you keep the code, etc? |
| 21:51 | rangi | halcyonCorsair: ~/git/koha/ |
| 21:54 | chris_n` joined #koha | |
| 21:57 | trea left #koha | |
| 22:00 | drojf | there sure are a lot of forky links on that website. i have not seen that comapany mentioned so often before. |
| 22:00 | company even | |
| 22:01 | heh | |
| 22:02 | edveal left #koha | |
| 22:03 | drojf | This is the IRC website for the Koha community. The channel is logged and searchable. Major topics include announcements, events, news, tips and tricks, and surveys. |
| 22:03 | look, that is us in research | |
| 22:05 | chris_n` joined #koha | |
| 22:18 | rambutan left #koha | |
| 22:59 | maximep left #koha | |
| 23:28 | papa joined #koha | |
| 23:29 | mtompset joined #koha | |
| 23:29 | mtompset | Good morning, #koha |
| 23:30 | I think my zebra problems are solved. Just about to test. | |
| 23:33 | rangi | just going to upgrade bugzilla |
| 23:34 | mtompset | woo hoo! They are solved. |
| 23:35 | bug 6566 solved my problems. | |
| 23:35 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6566 enhancement, P3, ---, christophe.croullebois, Pushed to Master , Checking if DB records are properly indexed |
| 23:35 | mtompset | Ran that script. |
| 23:35 | And the reindexes every 5 minutes picked up the missing pieces. | |
| 23:38 | rangi | upgraded, now running 4.2.3 |
| 23:39 | mtompset | So the URL isn't the same now? |
| 23:39 | rangi | yes it is |
| 23:40 | mtompset | but it is really bugzilla 4.2.3 under the hood? |
| 23:40 | rangi | its been bugzilla 4 for years |
| 23:41 | no need to change the url tho | |
| 23:47 | mtj | silly Q.. can anyone remember how to 'enable' zebra index cron, on koha+packages? |
| 23:47 | rangi | its enabled by default |
| 23:47 | mtj | ah, ok |
| 23:47 | rangi | unless you did |
| 23:47 | koha-disable instance | |
| 23:47 | mtj | gotcha, i couldnt rembz if it was, or not.. |
← Previous day | Today | Next day → | Search | Index
