← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:56 | fallor left #koha | |
| 01:01 | fallor joined #koha | |
| 02:35 | user77 joined #koha | |
| 02:36 | user77 is now known as rhcl_home | |
| 02:36 | oceb joined #koha | |
| 02:38 | oceb left #koha | |
| 02:50 | chris | http://bidscc.com/2010/01/31/k[…]on-from-winnebago |
| 02:53 | rhcl_home | chris! |
| 02:53 | Hey, I was reading this and almost expected to see you name in it somewhere.... | |
| 02:53 | http://www.smh.com.au/technolo[…]0100126-mvti.html | |
| 02:54 | sed s/you/your | |
| 03:01 | rhcl_home is now known as rhcl_sleeping | |
| 03:05 | chris | hehe naw, koha's big year at LCA was 2006 |
| 04:11 | richard left #koha | |
| 04:36 | Amit joined #koha | |
| 04:36 | Amit | hi brendan |
| 04:36 | morning #koha | |
| 04:36 | brendan | hi amit |
| 05:04 | greenmang0 joined #koha | |
| 05:05 | greenmang0 | @wunder mumbai |
| 05:05 | munin | greenmang0: The current temperature in Mumbai, India is 27.0�C (10:10 AM IST on February 01, 2010). Conditions: Smoke. Humidity: 51%. Dew Point: 16.0�C. Pressure: 29.98 in 1015 hPa (Rising). |
| 05:05 | greenmang0 | hdl_laptop: hello :) |
| 05:25 | brendan | @wunder 93117 |
| 05:25 | munin | brendan: The current temperature in Northwest Goleta, Goleta, California is 9.3�C (9:19 PM PST on January 31, 2010). Conditions: Clear. Humidity: 76%. Dew Point: 5.0�C. Windchill: 9.0�C. Pressure: 29.92 in 1013.1 hPa (Falling). |
| 06:09 | CGI303 joined #koha | |
| 06:10 | CGI303 left #koha | |
| 06:42 | Drew joined #koha | |
| 06:43 | greenmang0 | what happened to irc.freenode.net ????? i am not able to connect :( |
| 06:48 | Drew left #koha | |
| 06:49 | chris | i can |
| 06:50 | but they have been changing things around a lot | |
| 06:50 | brendan | yup I'm getting to it also |
| 06:52 | Amit | heya chris |
| 07:02 | magnus joined #koha | |
| 07:14 | Ropuch | Morning #koha |
| 07:17 | brendan | morning Ropuch |
| 07:23 | Amit | heya Ropuch |
| 07:30 | braedon1 joined #koha | |
| 07:34 | nicomo joined #koha | |
| 07:35 | Amit | heya nicomo |
| 07:35 | nicomo | hi Amit |
| 07:35 | morning all | |
| 07:35 | chris | hi nicomo |
| 07:35 | braedon1 left #koha | |
| 07:38 | braedon left #koha | |
| 07:38 | brendan | hi nicomo |
| 07:38 | chris | youre up late brendan |
| 07:40 | brendan | yup finishing off some things and making sure they're good |
| 07:40 | chris | making_things_good++ |
| 07:42 | braedon joined #koha | |
| 07:43 | Drew joined #koha | |
| 07:43 | Drew | can anyone help with a new install of koha 3? |
| 07:43 | laurence joined #koha | |
| 07:43 | chris | what version? |
| 07:44 | Drew | 3.0 |
| 07:44 | chris | 3.0.what? |
| 07:44 | we are up to 3.0.5 | |
| 07:45 | Drew | 3.00.02 |
| 07:45 | chris | ahh quite an old version then |
| 07:45 | Drew | i think that |
| 07:45 | chris | yep, what about it? |
| 07:46 | Drew | it installed fine on the server but all i get is a down for matience screen in my browser |
| 07:47 | s | |
| 07:47 | chris | have you run the web installer on the staff interface? |
| 07:47 | Drew | ss |
| 07:47 | Drew left #koha | |
| 07:48 | Drew joined #koha | |
| 07:48 | Drew | lost my connection |
| 07:48 | chris | ok i asked |
| 07:48 | have you run the web installer on the staff interface? | |
| 07:49 | Drew | no how do i do that |
| 07:49 | i don't have instructions for that i don't think | |
| 07:51 | chris | its on port 8080 by default |
| 07:51 | so take the url you use to get to the opac | |
| 07:51 | and add :8080 | |
| 07:53 | Drew | i did that and i get nothing i have add that port to apache ports.conf to listen but it does not show me anything |
| 07:55 | chris | hmm thats odd |
| 07:57 | Drew | is my problem in apache? |
| 07:59 | Drew left #koha | |
| 07:59 | Drew joined #koha | |
| 08:00 | Drew left #koha | |
| 08:00 | Drew joined #koha | |
| 08:02 | chris | sure seems like it |
| 08:02 | Drew | i am back |
| 08:02 | won't stay connected | |
| 08:04 | paul_p joined #koha | |
| 08:04 | chris | hiya paul_p |
| 08:07 | Drew left #koha | |
| 08:13 | Drew joined #koha | |
| 08:14 | Kivutar joined #koha | |
| 08:22 | paul_p left #koha | |
| 08:32 | francharb joined #koha | |
| 08:42 | kf joined #koha | |
| 08:42 | kf | hi #koh :) |
| 08:43 | chris | hiya kf |
| 08:48 | magnus | hm, anyone getting the latest HEAD to install? |
| 08:50 | chris | yeah you need the patch hdl sent |
| 08:50 | to fix kohastructure.sql | |
| 08:50 | kf | hi chris |
| 08:51 | Amit | hi kf |
| 08:51 | kf | I saw screenshots of our catalog in jo's and your presentation :) |
| 08:51 | hi Amit | |
| 08:51 | chris | heh |
| 08:51 | kf | magnus: just delete the first two lines - it works fine after that :) |
| 08:52 | magnus | kf: yeah, that did the trick |
| 08:53 | i tried it before the weekend, but just commented out those two lines, which gave me some trouble later on, of course... | |
| 08:54 | pastebot | "magnus" at 192.168.15.101 pasted "Problem during "make test" on latest HEAD" (76 lines) at http://paste.workbuffer.org/111 |
| 08:55 | magnus | i'm no good at test, is anyone able to see what goes wrong here? |
| 08:55 | chris | you can ignore that |
| 08:55 | magnus | chris: good |
| 09:10 | brendan | night #koha |
| 09:11 | kf | night brendan :) |
| 09:21 | brendan left #koha | |
| 09:28 | brendan joined #koha | |
| 09:29 | kf | jwagner: around? |
| 09:29 | hm, maybe too early | |
| 10:02 | CGI317 joined #koha | |
| 10:03 | chris_n` joined #koha | |
| 10:04 | CGI317 | hi all |
| 10:05 | i'm trying to determine the storage requirement for Koha | |
| 10:05 | can anyone tell me how much space is required per 10K books? | |
| 10:06 | hdl_laptop | depends on your biblios ;) |
| 10:06 | CGI317 | ok...the worst case scenario? |
| 10:07 | is 1KB per resource reasonable? | |
| 10:08 | kf | I think the zebra indexes can get pretty big |
| 10:11 | CGI317 | can i store the index on different drive and backup only the db? |
| 10:12 | chris_n left #koha | |
| 10:13 | kf | ok, we have 16 gb for about 50000 records (complete installation) |
| 10:14 | not sure if this helps | |
| 10:14 | I think you can have different servers for zebra, koha and mysql, but someone else might know better | |
| 10:16 | CGI317 | thanks kf. that works out to be about 335K per record |
| 10:17 | kf | mom phone |
| 10:41 | CGI317 left #koha | |
| 10:43 | kf | 16 gb including ubuntu, koha etc. |
| 11:02 | Ropuch | Hi kf! |
| 11:02 | kf | hi Ropuch |
| 11:03 | Kivutar left #koha | |
| 11:05 | Kivutar joined #koha | |
| 11:06 | amadan joined #koha | |
| 11:07 | amadan | Hi Guys, I'm in a bit of a fix, I'm trying to install Date::Manip, a perl module and its asking for perl 5.10 which koha doesn't support. I have 5.8.8. Could anyone help? |
| 11:21 | Ropuch | amadan: I have Koha 3.00.05 and 3.2 running on perl 5.10 |
| 11:23 | kf | I think there was something on the mailinglist about perl compatibilty recently |
| 11:24 | amadan | really so i can run perl 5.10 on koha? |
| 11:24 | thats good news thanks Ropuch | |
| 11:24 | kf | found it: http://spedr.com/59s58 |
| 11:25 | should be no problem: 'this warning should be removed. Koha works perfectly well with 5.10' | |
| 11:27 | amadan | kf, u just made my day |
| 11:27 | thanks a zillion | |
| 11:37 | amadan left #koha | |
| 11:54 | Amit left #koha | |
| 12:08 | Kivutar left #koha | |
| 12:08 | Kivutar1 joined #koha | |
| 12:33 | kf left #koha | |
| 12:34 | kf joined #koha | |
| 12:35 | tomascohen joined #koha | |
| 12:35 | jwagner joined #koha | |
| 12:36 | tomascohen | hi, back from holidays |
| 12:44 | collum joined #koha | |
| 12:45 | nengard joined #koha | |
| 12:50 | hilongo joined #koha | |
| 12:50 | kf | hi nengard |
| 12:50 | nengard | howdy |
| 12:51 | hdl_laptop | hi |
| 12:51 | kf | hi jwagner - can you give me your email address? I have a mail with exmample file for import of extended patron attributes ready for you :) |
| 12:51 | * jwagner | asks if it's already morning. |
| 12:51 | jwagner | kf, it's jwagner ptfs.com -- thanks much! |
| 12:53 | kf | jwagner: sent |
| 12:56 | greenmang0 left #koha | |
| 12:56 | jwagner | Thanks kf. As soon as I wake up :-( I'll see if I can figure out my problem.... |
| 12:57 | kf | I hope its helpful |
| 13:10 | jdavidb joined #koha | |
| 13:10 | jwagner | kf, nothing has arrived yet -- doublecheck the address? |
| 13:10 | kf | mom |
| 13:11 | jwagnerptfs.com |
|
| 13:11 | there is an attached .csv-file - could this be a problem? | |
| 13:12 | jwagner | Hmm. Shouldn't take that long to get through, I wouldn't think. Let's see if shows up. The attachment shouldn't be a problem. Might be caught up in the network spam filter somewhere.... |
| 13:18 | chris_n` is now known as chris_n | |
| 13:19 | kf | I can try resending it with a zip-attachement? |
| 13:19 | jwagner | Yes, try that. |
| 13:19 | kf | oh |
| 13:19 | owen joined #koha | |
| 13:19 | kf | it came back |
| 13:19 | The email account that you tried to reach does not exist. Please try 550-5.1.1 double-checking the recipient's email address for typos or | |
| 13:20 | * jwagner | thinks if the universe has decided I don't exist, that means I can go back to bed, right? |
| 13:20 | kf | ok, lets try again |
| 13:20 | jwagnerptfs.com right? |
|
| 13:20 | chris_n | lol jwagner :) |
| 13:21 | jwagner | Yes, that should be me. |
| 13:21 | chris_n | welcome to Monday... muhahahaha |
| 13:21 | jwagner | Grrrrrrrrrrrr |
| 13:21 | I don't do mornings, and I don't do Mondays.... | |
| 13:21 | kf | ok, sent again |
| 13:21 | with .zip | |
| 13:22 | it came back again - what am I doing wrong? | |
| 13:22 | :( | |
| 13:22 | jwagner | Damfino |
| 13:22 | Try sending me an email without the attachment, just for giggles. | |
| 13:22 | kf | ok |
| 13:23 | no, you dont exist | |
| 13:24 | jwagner | OK, good night everybody, then.... |
| 13:25 | kf | do you have an alternate email address? |
| 13:30 | tomascohen left #koha | |
| 13:31 | jwagner | kf, it came in OK to my alternate address, and I was able to forward it OK to my work address. I dunno.... |
| 13:31 | kf | me too |
| 13:31 | but glad you got it :) | |
| 13:31 | jwagner | Maybe the gremlins are at work this morning. |
| 13:34 | tomascohen joined #koha | |
| 13:34 | * owen | is having a sense of deja vu about this email thing |
| 13:37 | jwagner | AHA!!!! |
| 13:37 | * jwagner | does happy dance |
| 13:38 | jwagner | kf, your example was similar to the ones schuster and I were trying Friday, except for one thing -- you didn't have your entry wrapped in double quotes. |
| 13:38 | The Tools, patron import page specifically says This means that if an input record has more than one attribute, the 'patron_attributes' field must be wrapped in double quotation marks. | |
| 13:39 | However, when I tried my test file without them, they imported just fine. | |
| 13:40 | I want to do some more experimenting with quote strings, since this particular patron set would normally have a comma in the attribute fields, but at least it works this way. THANK YOU!!! | |
| 13:42 | kf | you are welcome :) |
| 13:43 | jwagner | ...and it will work with a comma -- formatting the attribute field like this imports OK: "STARTDATE:January 1, 2010","TRACK:Day" |
| 13:43 | kf | :) |
| 13:55 | jwagner | @later tell schuster check logs for Monday morning IRC on patron attribute problem -- kf's example got it fixed. |
| 13:55 | munin | jwagner: The operation succeeded. |
| 14:00 | schuster joined #koha | |
| 14:02 | eb_inLibro is now known as ebegin | |
| 14:02 | ebegin | morning all! |
| 14:05 | schuster | jwagner - so you got your patrons to load correctly? |
| 14:06 | jwagner | Yep. Either the way kf had it formatted (no quote marks) or wrapping each attribute code/field in its own quote set. |
| 14:06 | The problem was trying to wrap the entire field (both attributes) in one set of quote marks. | |
| 14:06 | Need to do something about the wording on the Tools, Patron Import page.... | |
| 14:07 | schuster | Still strange that mine load ok... did you try using the members files I sent? |
| 14:07 | jwagner | No, I hadn't gotten around to looking at the code differences yet. |
| 14:14 | schuster, I'm working at a later level of code than you, but not at current head. It would be interesting to see what happens with loading attributes at current head. Anyone have a system at that level with patron attributes defined? | |
| 14:15 | schuster | I'm working toward that in testing hopefully this month. |
| 14:16 | First I need to scale my DB down so it will fit on my test machine! | |
| 14:17 | jwagner | I may try to set up a test on our current head system if I get a chance. Have to define the attributes there first. |
| 14:35 | kf | I can test the file on my laptop at home, its current head. |
| 14:35 | jwagner | I went ahead & tried the patron attribute on a 3.01.00.100 system -- same results as on my level of code (061). Looks like something changed between your level, schuster, and later. |
| 14:35 | kf | ah ok |
| 14:36 | jwagner | This system isn't configured yet for sending patches; when it is, I'll do a patch to reword the screen text on the import page (unless someone beats me to it). |
| 14:38 | magnus | here's a Swedish evaluation of Koha: http://bit.ly/ch8XIO (PDF, 31 pages, in swedish) - the title says it all: "Good enough? It's a really good system!" ;-) |
| 14:48 | schuster | So possibly in the future I will need to do "xxx" around each of the extended attributes to get them to load correctly? just checking... |
| 14:50 | jwagner | Only if they have commas in them. I did a load with spaces but no commas, like STARTDATE:January 1 2010,TRACK:Day and it went in OK. I used the "STARTDATE:January 1, 2010","TRACK:Day" variant because I had a comma in the first attribute. |
| 14:51 | Mind you, I didn't actually try the string with a comma and no quotes -- I assumed it would fail because of the comma :-) | |
| 14:52 | schuster | OK thanks for the clarification - so in the future my current file that I receive from student records should load fine. whew. |
| 14:53 | jwagner | Fingers crossed.... |
| 14:55 | schuster | Do you have a database with URL's? we've modified the URL checker utility and I would like someone else to test it before we do anything else. I REALLY like it... I'll update the wiki with information in a little while. It checked about 40 URL's in under a minute providing me the 7 URLS that were bad on a webpage with a link to the bib. |
| 14:56 | Have to go to a meeting now, and then another at 11:30 so it may be later this afternoon before I can get it out and the wiki updated. | |
| 14:56 | jwagner | schuster, was that for me, or anyone in general? |
| 15:03 | schuster | Anyone in general... It's almost done, but I want to see if it works for others too. Then I need to check it against the current head before committing it. |
| 15:03 | jwagner | I don't think I have a system set up that I could test it on, but I'll check. Someone else might be a better candidate. |
| 15:09 | rhcl_sleeping left #koha | |
| 15:11 | nengard | hmm - i can't seem to get into my local install of koha |
| 15:11 | it says 'We are upgrading from Koha 3.01.00.107 to 3.01.00.110,' i go through the upgrade - but it doesn't complete and so i can't get past it ... any tips? | |
| 15:12 | owen | nengard: You've probably got a bad updatedatabase.pl |
| 15:12 | An error was committed recently | |
| 15:12 | nengard | how do i get a good one ;) |
| 15:12 | owen | You just have to delete the first two lines |
| 15:14 | nengard | owen - did that - but i'm still stuck in a loop and have update errors ... bleh - will pastebin them |
| 15:15 | http://koha.pastebin.com/m46f9bca2 | |
| 15:16 | owen | Just to confirm, did you copy of updatedatabase.pl look like this: |
| 15:16 | http://git.koha.org/cgi-bin/gi[…]f29060418;hb=HEAD | |
| 15:16 | nengard | ooo - got it |
| 15:17 | now to document rotating collections ... if i can figure it out :) | |
| 15:17 | or not - taht's right - there are no templates yet ... | |
| 15:17 | hmmm | |
| 15:17 | what else is new ;) hehe | |
| 15:18 | kf | enrollment date in category type |
| 15:18 | :) | |
| 15:18 | I really like that one | |
| 15:18 | nengard | enrollment date? for patrons? |
| 15:18 | kf | nengard: hdl asked about my os and a public key for git--- any tips? what are u using? |
| 15:18 | yes, instead of months | |
| 15:18 | nengard | kf - i'll find the instructions he sent me |
| 15:18 | kf | so you can set it to end of trimester |
| 15:18 | nengard | and email them to you |
| 15:19 | kf | he offered instructions too, but Im not sure what will work better for me windows or linux in vb - so I wanted to ask how you are working |
| 15:19 | and thank you :) | |
| 15:21 | gmcharlt | nengard: re rotating collections, I'm tempted to push that out to 3.4 anyway - thoughts? |
| 15:22 | nengard | gmcharlt i guess it depends how hard it will be to test - if it's not too difficult I'd say keep it in - I'll gladly test it out |
| 15:24 | owen | kf, I hadn't noticed that. You can assign a patron category an enrollment period or set a date until which they stay enrolled. |
| 15:24 | nengard | owen - me either - but i'm documenting it now |
| 15:24 | kf | I think its from biblibres branch |
| 15:25 | and i really like it, my librarian asked for this some time ago | |
| 15:25 | what I missed in my installation: alpha index search | |
| 15:25 | and some sysprefs | |
| 15:29 | Colin joined #koha | |
| 15:29 | kf | someone using finesCalendar = ignoreCalendar? |
| 15:31 | hdl_laptop | gmcharlt: I was quite interested in rotating collections, but since this new feature was not in roadmap, prudence would prompt us into leaving that for 3.4;) |
| 15:32 | gmcharlt | yeah, I'm particularly nervous about anything that adds a new event to checkin |
| 15:32 | hdl_laptop | hehe... |
| 15:33 | nengard | so - are we going to roll back that patch? |
| 15:36 | Hey - where did that plus sign next to the patron search box come from???? :) hehe | |
| 15:37 | hdl_laptop | nengard: I needed a neat way to propose more searches. |
| 15:37 | owen | nengard: ? |
| 15:37 | Oh, I see | |
| 15:38 | nengard | cool - off to fix that part of the documentation :) hehe |
| 15:40 | Nate joined #koha | |
| 15:41 | rhcl joined #koha | |
| 15:50 | ebegin left #koha | |
| 16:00 | chris_n | so what syspref have I missed if attempting to place a hold on an item in opac returns a poorly formatted error to the effect: 'Sorry, none of these items can be placed on hold.' ? |
| 16:01 | owen | chris_n: In HEAD? I get the same thing |
| 16:01 | chris_n | yup |
| 16:01 | so this is a bug? | |
| 16:02 | owen | Or a combination of bugs |
| 16:02 | chris_n | ouch :-P |
| 16:02 | * chris_n | thinks the error should be returned in the cart template rather than dumping the user back to opac-main.pl |
| 16:02 | chris_n | opac-reserve.pl rather |
| 16:02 | owen | chris_n: I haven't seen that |
| 16:03 | I've just gotten the error when placing holds from opac-reserve.pl | |
| 16:03 | Are you getting this when reserving from the cart? | |
| 16:03 | chris_n | yes... opac-basket.pl |
| 16:04 | and the cart window is small, so going to reserves really looks tacky without a window resize | |
| 16:04 | schuster | nengard - wasn't there something with inventory as well? |
| 16:04 | owen | chris_n: I don't get an error, I just get a page where none of the items can be selected. |
| 16:04 | * chris_n | is running through the opac pushing misc buttons to see what they do :-) |
| 16:05 | schuster | nengard - also batch edit, delete of items? |
| 16:05 | owen | we need a flag like "popup=1" to pass to opac-reserve.pl |
| 16:05 | ...to hide the search bar | |
| 16:05 | chris_n | or logic to allow opac-basket.pl to loop if the item is not available for reserve |
| 16:06 | ie return the user to the basket with an message displayed there | |
| 16:06 | nengard | schuster - on a call - havne't been reading ... what are we talking about? |
| 16:06 | something how? a bug? | |
| 16:06 | owen | chris_n: But you still have to land on opac-reserve.pl within the pop-up to complete a successful hold |
| 16:07 | chris_n | owen: I'll look at reserves a bit to see if I can scare out the problem |
| 16:07 | owen | Bug 3864 |
| 16:07 | munin | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3864 blocker, PATCH-Sent, ---, nahuel.angelinettibiblibre.com, ASSIGNED, Cannot place holds in staff client |
| 16:07 | chris_n | owen: so even if there is a problem, I don't want to go back to the basket, correct? |
| 16:07 | nahuel | ? |
| 16:07 | chris_n | so maybe the opac issue is related |
| 16:08 | has this patch made it to HEAD? | |
| 16:08 | owen | chris_n: I assumed that it had, but I'm not positive. |
| 16:09 | chris_n | nengard: do you know if this bug is fixed? |
| 16:10 | nengard | chris_n bug 3864? I'll check when off the phone |
| 16:10 | chris_n | tnx |
| 16:15 | nengard | okay - call done - off to test holds |
| 16:16 | chris_n looks like that owrks | |
| 16:16 | now - schuster - what were you asking me?? | |
| 16:16 | chris_n | nengard: tnx |
| 16:17 | owen: I'll look around a bit and open a bug | |
| 16:20 | kf | @Konstanz |
| 16:20 | munin | kf: Error: "Konstanz" is not a valid command. |
| 16:21 | kf | @wunder Konstanz |
| 16:21 | munin | kf: The current temperature in Konstanz, Germany is -3.0�C (5:00 PM CET on February 01, 2010). Conditions: Light Snow. Humidity: 80%. Dew Point: -5.0�C. Pressure: 30.03 in 1017 hPa (Rising). |
| 16:21 | kf | snow... yes. time to go home and warm up - bye :) |
| 16:22 | kf left #koha | |
| 16:23 | owen | chris_n: I just deleted everything from the issuingrules table and tried again and it worked fine |
| 16:23 | Sorry, deleted everything, added back a single default rule, and then tried again. | |
| 16:24 | * owen | will try now from the cart |
| 16:25 | owen | chris_n: No errors for me when placing multiple holds from the OPAC cart |
| 16:26 | chris_n | great... I'll check the rules |
| 16:27 | owen: my issuingrules table is empty | |
| 16:28 | is that the case with your's? | |
| 16:28 | tirabo joined #koha | |
| 16:28 | chris_n | do I need to define at least one rule for holds to work? |
| 16:28 | owen | chris_n: I think so |
| 16:28 | That's what I did, add one default rule | |
| 16:29 | schuster | nengard - you were asking for things to document - I was being kind giving suggestions of what I have heard have been added/changed. |
| 16:30 | nengard | ahhhhh - okay |
| 16:30 | got it | |
| 16:30 | chris_n | wow, the issuing rules interface is a bit confusing :-P |
| 16:34 | opps... issuingrules is missing a column | |
| 16:35 | Kivutar1 left #koha | |
| 16:35 | nengard | Woo Hoo - I don't have to be all quiet anymore - awesome news from NPL, owen, and bywater: http://koha.org/news/americas-[…]bywater-solutions |
| 16:38 | owen | Thanks nengard, Nate and brendan! |
| 16:38 | Nate | Thank you Owen! |
| 16:41 | gmcharlt | congrats! |
| 16:43 | brendan | owen++ |
| 16:43 | schuster | ++ - if this was facebook it would say likes this...:) |
| 16:46 | chris_n | great news! congrats! |
| 16:46 | nengard | schuster - it will be on facebook shortly :) |
| 16:46 | it goes there automatically from our blog every 30 min :) | |
| 16:47 | chris_n | owen: it turns out that there is a syspref "maxreserves' which defaults to null |
| 16:47 | which it should probably not | |
| 16:47 | I setup a default rule, but apparently opac-reserve.pl does not check that | |
| 16:47 | it looks at the syspref instead | |
| 16:47 | owen | chris_n: Ah, remembering now... |
| 16:47 | Bug 3785 | |
| 16:47 | munin | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3785 critical, PATCH-Sent, ---, chrisbigballofwax.co.nz, ASSIGNED, New Install, no maxreserves setting, OPAC holds fail |
| 16:48 | owen | Bug 4045 |
| 16:48 | chris_n | which seems contradictory |
| 16:48 | munin | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=4045 critical, P5, ---, henridamienkoha-fr.org, ASSIGNED, No check for maximum number of allowed holds. |
| 16:48 | * chris_n | thinks the syspref needs to go and the rule become king |
| 16:48 | chris_n | unless the syspref is intended to be the absolute default |
| 16:49 | CGI697 joined #koha | |
| 16:50 | owen | I think the syspref was supposed to go away |
| 16:50 | CGI697 left #koha | |
| 16:51 | * chris_n | adds his $0.02 to the bug |
| 16:51 | joetho joined #koha | |
| 16:52 | owen | Hi joetho |
| 16:57 | hilongo left #koha | |
| 16:57 | brendan | @wunder 93117 |
| 16:58 | munin | brendan: The current temperature in Northwest Goleta, Goleta, California is 9.9�C (8:51 AM PST on February 01, 2010). Conditions: Partly Cloudy. Humidity: 87%. Dew Point: 8.0�C. Windchill: 10.0�C. Pressure: 29.95 in 1014.1 hPa (Rising). |
| 16:59 | jwagner | Catching up here -- congrats to owen & Bywater! |
| 17:00 | schuster | @wunder 75074 |
| 17:00 | munin | schuster: The current temperature in Brookview, Plano, Texas is 7.7�C (10:44 AM CST on February 01, 2010). Conditions: Haze. Humidity: 64%. Dew Point: 1.0�C. Windchill: 6.0�C. Pressure: 29.44 in 996.8 hPa (Steady). |
| 17:04 | nengard | thanks jwagner |
| 17:05 | chris_n | ok, so no code obeys the reserve setting in issue rules |
| 17:09 | hdl_laptop: do you mind if I take bug 4045 or is there work in progress on it? | |
| 17:09 | munin | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=4045 critical, P5, ---, henridamienkoha-fr.org, ASSIGNED, No check for maximum number of allowed holds. |
| 17:14 | hdl_laptop | chris_n: you can take that. |
| 17:15 | sekjal joined #koha | |
| 17:18 | ColinC joined #koha | |
| 17:24 | nengard | so - the one part of the manual I have held off on is the OPAC - do we see many more 3.2 changes to the OPAC down the pike? or should I get cracking on that section? |
| 17:24 | tomascohen left #koha | |
| 17:24 | Colin left #koha | |
| 17:25 | ColinC is now known as Colin | |
| 17:25 | owen | chris_n++ # for taking on the holds bug |
| 17:28 | chris_n | owen: interestingly enough, I had a few local users trying out the opac here as a sort of 'beta' before going live and within 5 minutes one of them was asking why they could not place a hold on an item... |
| 17:28 | Colin left #koha | |
| 17:29 | chris | NPL++ |
| 17:43 | Ropuch | Good evening |
| 17:43 | hdl_laptop | hi chris |
| 17:44 | * nengard | taking some lunch time |
| 17:47 | * owen | too |
| 17:47 | owen is now known as owen-away | |
| 17:54 | chris_n | howdy chris |
| 17:55 | chris | heya |
| 17:55 | chris_n | chasing more opac bugs today |
| 17:56 | * chris | will brb |
| 18:02 | CGI803 joined #koha | |
| 18:02 | CGI803 left #koha | |
| 18:06 | tomascohen joined #koha | |
| 18:25 | tomascohen left #koha | |
| 18:37 | joetho | hi owen |
| 18:38 | jwagner | chris_n, around? |
| 18:39 | chris_n | here |
| 18:40 | jwagner | Getting another error with the label creator when trying to save changes to the label template: |
| 18:40 | Can't bless non-reference value at kohaclone/C4/Labels/Profile.pm line 89. | |
| 18:40 | Have you seen that one? Is it patched somewhere? | |
| 18:40 | chris_n | jwagner: what version are you on? |
| 18:41 | jwagner | 3.01.00.061 from roughly October, I think |
| 18:42 | I believe you did several label patches, not sure if/how many we're missing. | |
| 18:42 | chris_n | om |
| 18:44 | owen-away is now known as owen | |
| 18:47 | chris_n | jwagner: I'm really not sure |
| 18:52 | jwagner | Ok, thanks. |
| 18:54 | tirabo left #koha | |
| 18:57 | chris_n | jwagner: the labels code has been reworked again and many bugs fixed in the latest patron card submissions as well |
| 18:58 | chris | ok bus time |
| 19:03 | chris_n | jwagner: maybe this one: http://git.koha.org/cgi-bin/gi[…]13045da1b57064b37 |
| 19:03 | and this is the last labels related patch prior to the patron card series of patches: http://git.koha.org/cgi-bin/gi[…]3e26cb7c1d61d400a | |
| 19:04 | jwagner | Thanks, chris_n -- we'll take a look at them. |
| 19:10 | chris_n | jwagner: I'd look especially at the patch resolving bug 3706 as that addresses an issue which may cause the error you are seeing |
| 19:10 | munin | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3706 blocker, PATCH-Sent, ---, cnighswongerfoundations.edu, ASSIGNED, Label templates/layouts do not save properly |
| 19:11 | chris_n | there was also another issue causing a similar error which was fixed in the patron card work (though the bug was in labels code) iirc |
| 19:12 | jwagner | Thanks -- I have jdavidb hard at work on it :-) |
| 19:12 | * jwagner | loves being able to pass on problems to other people :-) |
| 19:12 | * chris_n | cheers jdavidb on |
| 19:13 | * jdavidb | grumbles a li'l, but discovers that the save-over-an-existing profile has changed a good bit between where we are and HEAD |
| 19:14 | chris_n | interesting: jdavidb... it appears there was a second patch I submitted which may not have made it into HEAD |
| 19:15 | jdavidb: quite a bit changed in labels there | |
| 19:15 | jdavidb | So I see. |
| 19:16 | francharb left #koha | |
| 19:16 | chris_n | which may explain why I ran into the issue again when doing the patron card work :-P |
| 19:16 | http://lists.koha.org/pipermai[…]tober/004732.html | |
| 19:19 | the same fix was applied in this commit: http://git.koha.org/cgi-bin/gi[…]0af380098#patch14 | |
| 19:20 | I'd bet that is your problem jdavidb | |
| 19:20 | collum left #koha | |
| 19:21 | jdavidb | The label-iedit-template part is where it was crapping out. It didn't like the line starting with "my $old_profile..." |
| 19:22 | wajasu joined #koha | |
| 19:22 | chris_n | and as if that was not enough, the final fix is here: http://git.koha.org/cgi-bin/gi[…]3bb9b72341#patch4 |
| 19:23 | the problem airc was in not accounting for all possible conditions when an old profile was involved | |
| 19:24 | I think if you will duplicate the changes to label-edit-template.pl represented by the commit just mentioned, you will find the problem is resolved | |
| 19:31 | nengard | regarding commit c46466ad150f6107858ecf6c1b031219d60eeab9 -- where is issuing_rules.pl? |
| 19:32 | he meant smart-rules didn't he :) | |
| 19:36 | has anyone been able to successfully clone issuing rules from one library to another? | |
| 19:38 | wajasu | ok, I am migrating a legacy dos based library database which has 16000 volumes. Is there a Z39 server that will allow me to connect and do queries programatically to get MARC21 records with disconnecting me since the batch processing of 16000 records may be taxing? |
| 19:38 | richard joined #koha | |
| 19:44 | schuster | dealing with import_batches, import_biblios, import_items, import_record_matches, import_records - we have been on the system a year is there a reason we can't truncate those? |
| 19:45 | chris | back at work |
| 19:46 | schuster | feeling better? |
| 19:51 | gmcharlt | schuster: should be safe to truncate them |
| 19:54 | chris_n | chris: got a minute for a question about C4::Reserves? |
| 19:55 | chris | sure |
| 19:55 | schuster: mostly, just got a sick kid now | |
| 19:55 | chris_n | in IsAvailableForItemLevelRequest |
| 19:55 | chris | yup |
| 19:55 | chris_n | the return logic appears to be a bit screwy |
| 19:56 | chris | wouldn't suprise me |
| 19:56 | chris_n | I think the basic intent was to return either 0 or 1 |
| 19:56 | chris | lemme read it quickly |
| 19:56 | chris_n | a logical 'and' causes some cases where basically undef is returned |
| 19:57 | near line 1676 | |
| 19:57 | I think return ($available_per_item and $item->{onloan}); should read return ($available_per_item, $item->{onloan}); | |
| 19:57 | and let the caller decide what to do | |
| 19:58 | gmcharlt | chris_n: I disagree - would prefer that the caller *not* have to decide what to do |
| 19:58 | chris | yeah if we get undef we should make it |
| 19:58 | chris_n | gmcharlt: then we need to determine what the intent of the 'and' was and correct it |
| 19:59 | chris | return ($available_per_item and $item->{onloan}) || 0; |
| 19:59 | once we understand what the and is supposed to be doing | |
| 19:59 | gmcharlt | both undef and 0 evaluate to false, of course, but certainly tightening up the return doesn't hurt |
| 20:00 | chris_n | gmcharlt: yeah, it makes for less confusing debugs and error handling :-) |
| 20:00 | chris | ah yeah i see |
| 20:00 | so there is a big if that works out available_per_item | |
| 20:00 | gmcharlt | regarding intent |
| 20:01 | chris | checks if its lost, or damaged, or withdrawn etc |
| 20:01 | so if its not any of those, and it IS on loan | |
| 20:01 | then we can request it | |
| 20:01 | chris_n | the real kicker is when $available_per_item == 1 and the item is *not* on loan |
| 20:01 | which evals false | |
| 20:01 | and so we return undef when we should return 1 | |
| 20:02 | chris | umm no |
| 20:02 | it says and | |
| 20:02 | so it has to be onloan | |
| 20:02 | gmcharlt | which is the intent - look at the test right above on AllowOnShelfHolds |
| 20:02 | chris | yeah |
| 20:02 | so if we dont allow ppl to place holds on stuff on the shelf | |
| 20:02 | then it must be onloan | |
| 20:02 | chris_n | in this case $item->{onloan} is undef and $avaiable_per_item is 1 |
| 20:02 | gmcharlt | i.e., default is: we allow the hold request if the item is available and it's on loan - if it's not only, patron is supposed to go to the library |
| 20:03 | chris | yep, which should evaluate to false |
| 20:03 | chris_n | but the item is *not* on loan in this case |
| 20:03 | chris | yes |
| 20:03 | false | |
| 20:03 | * chris_n | scratches his head |
| 20:03 | chris | hence the return is false to |
| 20:03 | gmcharlt | which means that unless AllowOnShelfHolds is turned on, the hold request is verboten :) |
| 20:04 | chris_n | ahh |
| 20:04 | chris | so who wants to earn $125k US a year, with matched savings 401k and good holidays? |
| 20:04 | * chris_n | thinks handing around undefs should be verboten :) |
| 20:05 | * jdavidb | raises his hand, and looks at Chris. "What's the catch?" |
| 20:05 | chris | need security clearance |
| 20:05 | sekjal | and have to live in the Washington DC/Baltimore area |
| 20:05 | chris | jdavidb does that bit already |
| 20:05 | jdavidb | hmpf. I could probably get it, but don't have one now. And I live near DC already. |
| 20:06 | chris | https://listserv.nd.edu/cgi-bi[…]IB&T=0&F=&S=&P=61 |
| 20:06 | next performance review, some leverage for a pay rise :-) | |
| 20:06 | jdavidb | Now, what's the *real* catch? |
| 20:06 | chris | you are working for the man? |
| 20:06 | i dunno | |
| 20:06 | sekjal | it's a good gig, as far as I can tell |
| 20:06 | chris | looks like a pretty sweet job to me |
| 20:07 | sekjal | I looked into it |
| 20:07 | chris_n | gmcharlt, chris: it seems that we might want to communicate to the patron that holds on on-shelf items are not allowed if that is the case |
| 20:08 | rather than simply that there are no items available for reserve (which is true, but a bit misleading) | |
| 20:08 | gmcharlt | chris_n: indeed, but is that a job for Koha or for the library to explain its policies? |
| 20:08 | chris_n | imho, error messages ought to be as exact as possible |
| 20:09 | chris | how bout |
| 20:09 | jdavidb | Ah. Gotta be an MLS or a masters in CompSci. Got dern near everything else, tho. But I'm pretty happy with my current commute. |
| 20:09 | That commute, from my place, would be *painful* | |
| 20:09 | chris | "the book is on the shelf you lazy bastard" |
| 20:09 | chris_n | heh |
| 20:09 | gmcharlt | well, there are a half-dozen reasons why an item might not pass IsAvailableForItemLevelRequest |
| 20:09 | chris_n | so what is the use of putting an item in your basket if it is on-shelf? (me plays the devil's advocate) ;-) |
| 20:11 | chris | you then print off the basket |
| 20:11 | and walk around to find the items | |
| 20:11 | at my uni, we had little bits of paper and pencils and you wrote callnumbers on them, then wandered round trying to find the thing | |
| 20:11 | * chris_n | too |
| 20:12 | chris | nicer if you can print off the basket ... or sms it to your phone ;-) |
| 20:12 | chris_n | ok, back to mucking through code :) |
| 20:12 | chris | so you search from your home/dorm ... build your basket, then go in to the library to get the stuff |
| 20:13 | sekjal | or (a little ways off from now) professors/instructors could put items in their basket, then send a request for those items to be put on hold for their class |
| 20:14 | schuster | yeah sure but the local call number for the law library is what you want but all 6 libraries are listed and you can't sort it by a specific branch. |
| 20:14 | chris_n | it appears of the library allows on shelf holds that can be done atm |
| 20:14 | chris | yep |
| 20:15 | lots of libraries do, i think most nz ones do | |
| 20:15 | (allow on shelf holds) | |
| 20:15 | * nod | has 53 k's for 2010 |
| 20:15 | chris_n | it seems reasonable and may prevent race conditions in your library for popular items :-) |
| 20:16 | nod | oops ww |
| 20:18 | chris | nod: we should get a koha cycle team, is it open to international participants? |
| 20:20 | braedon_ joined #koha | |
| 20:20 | chris | http://www.librarything.com/bl[…]egacy-library.php |
| 20:20 | nod | chris: don't see why not :) |
| 20:33 | jdavidb left #koha | |
| 20:37 | chris_n | chris: another question regarding holds: is the syspref maxreserves intended to be an absolute limit to the number of items one patron can reserve/hold at a time? |
| 20:37 | or does it need to be replaced by the "Holds Allowed" value in the issuingrules table? (which does not appear to be implemented atm) | |
| 20:38 | actually, the last is not true, it is used in at least one place | |
| 20:41 | hdl_laptop | chris_n |
| 20:41 | chris chris_n we are working on smart-rules reprocess and bug fixing and improvements on Univ_Lyon3 | |
| 20:43 | it may interest also gmcharlt although it adds some more features for blocked users and some new fields in issuingrules table too. | |
| 20:44 | we are in debugging phase. | |
| 20:50 | nengard left #koha | |
| 20:51 | chris_n | hdl_laptop: the only fix I'll submit then is one to fix bad behavior in opac when AllowOnShelfHolds is enabled, but maxreserves is NULL. |
| 20:54 | jwagner left #koha | |
| 20:56 | nicomo left #koha | |
| 20:57 | tekonivel joined #koha | |
| 20:58 | braedon_ | does anyone know what could cause OPAC to not display subjects for the majority of books? |
| 20:59 | hdl_laptop | depends on your frameworks i think |
| 21:00 | braedon_ | the subjects are displayed in the staff client |
| 21:00 | but when you look up the same book in OPAC, no subjects | |
| 21:00 | unless you enable XSLT | |
| 21:01 | How are the different frameworks actually used? | |
| 21:02 | hdl_laptop | are you looking at ISBD or normal view or MARCview ? |
| 21:02 | braedon_ | normal |
| 21:03 | they show up under 650 in MARCview obviously | |
| 21:03 | but not in the normal view | |
| 21:03 | a few books work | |
| 21:03 | but a lot don't | |
| 21:04 | chris_n | brendan_: I have subjects for most of our books not using XSLT fwiw |
| 21:05 | hdl_laptop | braedon_: MARC21 ? UNIMARC? |
| 21:05 | braedon_ | MARC21 |
| 21:06 | hdl_laptop | problem could be in C4/Biblio.pm GetMarcSubjects |
| 21:07 | But it looks ok | |
| 21:09 | braedon_ | hmm |
| 21:10 | rather annoying, but it's not like the subject links are working anyway :P | |
| 21:10 | chris_n | brendan_: I have submitted a patch to correct that |
| 21:11 | braedon_ | yeah i know. Just kidding |
| 21:12 | joetho | I have a question about Koha sending email notices automatically. |
| 21:12 | I know the email field works, but how about the emailpro and B_email fields? | |
| 21:31 | owen left #koha | |
| 21:53 | richard is now known as rich-away | |
| 21:56 | braedon_ | chris_n hdl_laptop: upgraded our testing install to the git head, and the subjects now show |
| 21:59 | sekjal left #koha | |
| 22:00 | laurence left #koha | |
| 22:01 | chris_n | braedon_: do the links work ;-) |
| 22:02 | * chris_n | realizes he typed braedon_'s nick wrong earlier |
| 22:02 | braedon_ | nope :) i take it your patch isn't applied yet? |
| 22:03 | yeah, i was wondering how you ended up with 'brendan_'. doesn't your client have tab completion of names? | |
| 22:05 | hdl_laptop | braedon_ most irc clients have ;) |
| 22:06 | wizzyrea | hmm, upgrading from 107 to 110 and I get stuck in a loop that won't let me log in |
| 22:06 | http://screencast.com/t/ZTYzYTRlMGM this | |
| 22:07 | and then this: http://screencast.com/t/YjIzOTg0N2M | |
| 22:07 | and then http://screencast.com/t/ZTYzYTRlMGM again | |
| 22:10 | magnus left #koha | |
| 22:10 | braedon_ | hdl_laptop: yeah, i know. there is no 'brendan_' logged in, hence it was not tab-completed |
| 22:11 | magnus joined #koha | |
| 22:12 | hdl_laptop | braedon_: I thought there was since I saw brendan passing by |
| 22:15 | braedon_ | has anyone picked up the search rewrite yet? or is everyone still running scared? :P |
| 22:15 | * wizzyrea | gets her popcorn and prepares to watch the fur fly. |
| 22:16 | tirabo joined #koha | |
| 22:17 | braedon_ | :) |
| 22:20 | hdl_laptop | braedon_: definetely something which has to be done cautiously and with much discussion. |
| 22:23 | saorge_ joined #koha | |
| 22:28 | saorge left #koha | |
| 22:55 | schuster left #koha | |
| 23:01 | Nate left #koha | |
| 23:06 | braedon_ left #koha | |
| 23:07 | nahuel left #koha | |
| 23:08 | Sirexkat joined #koha | |
| 23:11 | * chris_n | roasts pecans with cinnamon and raw sugar |
| 23:16 | nahuel joined #koha | |
| 23:16 | Sirexkat left #koha | |
| 23:19 | braedon_ joined #koha | |
| 23:34 | braedon_ left #koha | |
| 23:44 | rhcl | /nick rhcl_away |
| 23:46 | tirabo left #koha | |
| 23:57 | joetho left #koha |
← Previous day | Today | Next day → | Search | Index
