nongnu.org asking the sender to send it to koha-translatelists.koha.org ?← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 12:00 | nengard | slef - nope |
| 12:00 | i'm not doing any development .. or know how to access the code etc | |
| 12:03 | owen | Hi everyone |
| 12:03 | welcome back, nengard | |
| 12:04 | nengard | thanks owen! |
| 12:28 | slef | nengard: can you write the description or the help page? then I'll take it today... else, please file a bug :( |
| 12:29 | nengard | slef, i got kicked off - are we still talking about my sys pref issue or something else? |
| 12:29 | slef | syspref... I was out to lunch :) |
| 12:32 | nengard | slef - i added our notes to the documentation - you said you patched it - so what bug do I file? http://sites.google.com/a/libl[…]Preferences--OPAC |
| 12:35 | slef | nengard: blank help on http://intranet:8080/cgi-bin/k[…]bscriptionHistory perhaps? |
| 12:37 | nengard | oh! I haven't been updating that help file ... in fact i have no idea how to do that (except on a local install). I think we were trying to get the manual done and then were going to copy and paste the bits into the help ... |
| 12:37 | this is something that should be addressed | |
| 12:37 | slef | nengard: oh! news to me :) |
| 12:38 | nengard | slef the help on RC1 hasn't been changed at all |
| 12:38 | at least not by me | |
| 13:27 | what is all this talk about sms - is this a feature in 3.0? | |
| 13:36 | slef | nengard: yes. It's a feature that liblime.com added in the last 2 weeks, requiring all 3.0 users to install more perl modules. |
| 13:36 | nengard | slef - okay - i'll have to ask the guys what i need to add to the manual for this |
| 13:36 | slef | nengard: I'm a little bit unhappy about major feature changes during beta/rc, in case you haven't noticed. |
| 13:36 | nengard | :) |
| 13:37 | slef | nengard: (it broke our two 3.0 test sites) |
| 13:37 | hdl, paul, are you awake? | |
| 13:37 | paul | seeing it's 3PM, fortunately, i am ;-) |
| 13:37 | hi slef& nengard | |
| 13:38 | slef | paul: any chance on fixing lists archives? any help needed? |
| 13:38 | paul | (mmm... I thought hdl solved the problem) |
| 13:38 | i'll ask him (he's away this week) | |
| 13:38 | (and the next 2 weeks as well) | |
| 13:38 | slef | paul: would be really good to have working archives quicker than three weeks... |
| 13:39 | paul | slef : do you know how I can run perl opac/opac-search.pl with a parameter (like q=something) |
| 13:39 | slef: of course ! | |
| 13:39 | that's why i'll ask hdl about the status of the ml | |
| 13:39 | slef | paul: run from where? |
| 13:39 | paul | command line |
| 13:39 | (to do some profiling with -d:DProf) | |
| 13:40 | slef | ooh, not tried this for years |
| 13:40 | try export QUERY_STRING="q=something" | |
| 13:40 | might need to set other CGI variables | |
| 13:41 | paul | it seems you're right : |
| 13:41 | Options must be name=>value pairs (odd number supplied) at /home/paul/koha.dev/head/C4/Context.pm line 230 | |
| 13:42 | slef | paul: have you set KOHA_CONF? |
| 13:42 | paul | yes |
| 13:42 | export KOHA_CONF=/etc/koha-ipt3.xml | |
| 13:43 | (which is correct & readable by my user) | |
| 13:43 | slef | http://hoohoo.ncsa.uiuc.edu/cgi/ should have a full list of CGI environment variables |
| 13:43 | http://hoohoo.ncsa.uiuc.edu/cgi/env.html | |
| 13:44 | paul: other than that, check chris's website and search IRC logs - I'm sure this must be known already by someone else ;-) | |
| 13:45 | paul | time curl http... works like a charm. i've seen chris website. I wanted to investigate a little bit deeper |
| 14:27 | ricardo | Hi all :) |
| 14:28 | paul: are you there? | |
| 14:28 | paul | yep |
| 14:29 | ricardo | Great! :) |
| 14:29 | I don't remember if I have asked this question to you already: | |
| 14:30 | Shouldn't the size of UNIMARC Leader field be 24 instead of 25 characters (in length)? | |
| 14:30 | paul | I think yes. |
| 14:30 | I always have problems with strings starting by position 0, or 1 | |
| 14:31 | ricardo | Right... I asked this in IRC before (because I noticed that you did a commit changing unimarc_leader.pl a line from 24 to 25). HDL was here (in IRC) and told me that he thinks you changed it to 25 because of a problem with Zebra (?) |
| 14:32 | paul | a problem with zebra ??? I don't remember that |
| 14:33 | ricardo | I'll try to paste the IRC log (the relevant section) to here: |
| 14:34 | Creating tinyurl ... | |
| 14:34 | paul: http://tinyurl.com/46obrk | |
| 14:36 | paul: That's the result of a search in the IRC logs for the word "leader" (it may miss some sentences in-between that did NOT contain the word "leader") | |
| 14:40 | paul | ricardo : http://i15.bureau.paulpoulain.[…]uing/addbiblio.pl |
| 14:40 | (login : abel / abel) | |
| 14:41 | is it correct now : Koha complaints only if the leader is not 24 or empty (if empty, he will be filled by calculated values only) | |
| 14:42 | ricardo | paul: logging in... |
| 14:42 | paul: Right :) Do you want me to submit a bug in http://bugs.koha.org then? | |
| 14:43 | paul | no, if it's OK now, i'll just commit the patched version |
| 14:45 | ricardo | paul: Well, at least the "blur" seems to be working correctly (stays silent if the length is 24 characters or empty, but complains if it's, for instance, 25 characters) |
| 14:45 | paul: I did not try to create a COMPLETE record in the URL that you gave me, though | |
| 14:49 | paul: Do you want me to create and save a complete record in bureau.paulpoulain.com or is that unnecessary? | |
| 14:49 | paul | you can do it, but i' think it's unnecessary. but feel free to do it anyway |
| 14:52 | ricardo | paul: OK. Feel free to delete a book record with an author of Ricardo Marques (if I manage to create it, that is, eheh...) |
| 14:54 | paul: Interesting... Don't you use the subfield 200f ("First Statement of Responsibility") in your framework? | |
| 14:54 | paul | ??? |
| 14:54 | yes I do, but it's not mandatory | |
| 14:56 | ricardo | paul: OK. It does NOT appear in your "Default" framework but it does appear in "Monographies" |
| 14:57 | paul | monographies usually always have an author, where things like website does not |
| 14:57 | + it's a test/developper DB, it's not intended to be 100% consistent ;-) | |
| 15:02 | ricardo | paul: Right. Agreed (it's a test installation). :) |
| 15:05 | paul: On the topic of Mailing List archives, I see by the IRC logs that slef already talked to you about this (and that you replied that hdl was on holidays but that you would try to reach him...) | |
| 15:05 | I have a related question: I'm noticing that lists.nongnu.org are still receiving new posts. Is this intentional? | |
| 15:05 | paul | I don't think so |
| 15:08 | ricardo | paul: Right. Maybe a solution could be to "bounce" e-mails that are sent to, e.g., koha-translatenongnu.org asking the sender to send it to koha-translatelists.koha.org ? |
| 15:08 | paul | (on phone with hdl ;-) ) |
| 15:09 | ricardo | paul: Great! :) |
| 15:12 | acmoore | speaking of mailing list archives, markmail has started archiving the koha lists. see http://koha.markmail.org/ they will also apparently be loading the archives of these lists soon, too, so you will be able to search for older postings. |
| 15:16 | ricardo | acmoore: Good to know that! :) Do you know whcih Koha Mailing lists will be archived by MarkMail? |
| 15:16 | s/whcih/which | |
| 15:17 | acmoore | ricardo, at least bugs, devel, and patches. I pointed them at all of the lists, and they said they started archiving them, but I don't see any of the "users" list posts being archived. |
| 15:18 | slef | acmoore: boo! more non-free software on koha.org! (half-joking) |
| 15:19 | acmoore | slef, what are you talking about? |
| 15:19 | slef | acmoore: markmail.org |
| 15:19 | acmoore | slef, that's not on koha.org. |
| 15:19 | slef | acmoore: presumably you want a link from koha.org to koha.markmail.org? |
| 15:19 | s/a link/links | |
| 15:19 | acmoore | slef, that's fine with me if you want. |
| 15:20 | slef | On another subject, I just found the cause of some of my import_borrowers problems - C4::Members::AddMember doesn't auto-generate cardnumber. Is there any reason why not? |
| 15:20 | ricardo | acmoore: Right... I now see the names of those 3 lists in: |
| 15:20 | slef | acmoore: do you know what's happening with plone on www.koha.org? |
| 15:21 | acmoore | ricardo, maybe I'll drop them a line and see if they'll add the users list, too. |
| 15:21 | slef, no, what's up with it? | |
| 15:22 | ricardo | acmoore: http://koha.markmail.org/search/?q= |
| 15:22 | acmoore | slef, I don't know why it doesn't make cardnumbers. Is there a standard way to generate them? |
| 15:22 | slef, How are they currently generated? | |
| 15:23 | slef | acmoore: for import_borrower, the import file has to contain them at present |
| 15:24 | ricardo | acmoore: Yeah, you may ask them to import the Koha list (at katipo.co.nz). I'm partial no Nabble as an archiver, but I don't see anything wrong in having the lists archived by several archivers |
| 15:24 | s/no Nabble/to Nabble | |
| 15:24 | slef | acmoore: We were informed that www.koha.org will move to Plone http://www.koha.org/about-koha[…]nr1199901668.html but I don't know the migration plan, so it chills work on the Kea site. |
| 15:25 | ricardo: do you have a full set of nabble koha list URLs handy? | |
| 15:25 | ricardo: or a page listing all koha lists at nabble | |
| 15:26 | ricardo | slef: A full? Not really... But a search On nabble for Koha returns good results (in the last column). I can't paste things to here (I'm using irssi in an AJAX Console, and fixing variables of Firefox are not working for "fixing" clipboard security :( |
| 15:27 | slef | ricardo: Firefox 3? I've got a fruity clipboard in that too :-( |
| 15:27 | acmoore | slef, that sounds good. I don't know much about plone. |
| 15:27 | slef | ricardo: is it nabble.com? |
| 15:27 | ricardo | slef: Actually, still Firefox 2.0.0.14 (I'll switch to 3 when it reaches .0.0.14 too! ;-) |
| 15:27 | slef: yes | |
| 15:27 | paul | ricardo & slef : there is a problem on koha ml archives that hdl don't understand. The links are wrongly builded every night, but correct every months. So, if you look may archives, it's OK. tomorrow, june archives will be OK as well. |
| 15:27 | ricardo | slef: never mind... Nabble lists the koha lists here: |
| 15:28 | paul | hdl will continue investigating those days, but he don't understand what's happening |
| 15:28 | ricardo | slef: http://www.nabble.com/Koha-f14380.html |
| 15:28 | paul: OK. And regarding bouncing mails sent to nongnu.org and/or redirecting them to lists.koha.org ? | |
| 15:29 | paul | oups... I forgot to speak of that. I'll send a mail to him immediatly. |
| 15:29 | ricardo | paul: OK |
| 15:33 | Am I still here? (I got disconnected from the console, had to login again, but the display is mostly black - apart from this message that I am typing now...) | |
| 15:34 | slef | ricardo: yes |
| 15:34 | ricardo | slef: Great. Thanks for the feedback! :) |
| 15:38 | slef | OK, I've updated the www.koha.org/community/mailing-lists.html - bug chris if it doesn't go live soon enough ;-) |
| 15:39 | ricardo | slef: Can you update web content in Koha.org? Could you add a link to the download to Koha 3 RC1 in the Download page? |
| 15:39 | slef | added markmail, updated gmane and nabble links to show all lists they have |
| 15:40 | ricardo: will do | |
| 15:40 | ricardo | slef: Great. Thanks! :) |
| 15:40 | acmoore | thanks, slef. How do you update that page? |
| 15:41 | slef | acmoore: a clunky javascript web interface from katipo |
| 15:42 | hdl_laptop | hello |
| 15:42 | ricardo | Hi hdl! :) Sorry for interrupting your vacations! |
| 15:42 | slef | ricardo: there seems to be a link there already, text "Download" |
| 15:43 | hdl_laptop: can anyone help fix the archives? | |
| 15:43 | paul: any good reason for AddMember not to generate cardnumber if empty? | |
| 15:45 | ricardo | slef: Yes... but that page does NOT have a link to download RC1 yet (just some Beta) |
| 15:45 | acmoore | slef, oh. Is that interface accessible by others? |
| 15:47 | paul | ricardo: hdl is not in vacations. He's teaching Koha to some librarians (will be in vacation next week) |
| 15:47 | ricardo | paul: Ah, sorry... I misunderstood then |
| 15:48 | slef | ricardo: link is to http://download.koha.org/koha-[…]-stableRC1.tar.gz |
| 15:48 | acmoore: yes. kados has access. chris and russel are QA on it. Not sure who else. | |
| 15:49 | presumably rach and si have some access | |
| 15:49 | ricardo | slef: Right! :) And that link is in the home page but it's NOT in the download page |
| 15:49 | slef: http://www.koha.org/download/ | |
| 15:49 | slef | ricardo: link is from http://www.koha.org/download/ |
| 15:50 | ricardo: under "Koha Version 3.0 - June 23, 2008" and above "Older versions of Koha:" | |
| 15:50 | ricardo | slef: OK. Seems that I got a cached version of the page. Sorry about that |
| 15:50 | slef | ricardo: go befriend your poxy-cache operator |
| 15:51 | ricardo | slef: Maybe I should.. Oh well, F5 solved it |
| 15:52 | slef | ricardo: I find a sharp stick works best. |
| 15:53 | ricardo | slef: LOL! |
| 15:54 | hdl: Still here? | |
| 15:54 | slef | anyone know why AddMember should not generate cardnumber? I'm also seeing a scary race condition in the web interface to add members... C4::Members::fixup_cardnumber says "Warning: The caller is responsible for locking the members table in write |
| 15:54 | mode, to avoid database corruption." but members/memberentry.pl calls fixup_cardnumber without locking anything. | |
| 15:56 | hdl_laptop | ricardo: yes |
| 15:58 | ricardo | hdl: Would it be possible to bounce messages sent to nongnu.org koha list addresses and send messages to senders asking them to send then to the corresponding list in lists.koha.org ? |
| 15:59 | hdl_laptop | ricardo: yes. |
| 15:59 | Could be but is there a reason why you want to do it ? | |
| 15:59 | Normally any message on nongnu.org should be resent on lists.koha.org. | |
| 15:59 | slef | hdl_laptop: nongnu.org lists still getting mail according to ricardo |
| 16:00 | ricardo: are mails being resent? | |
| 16:01 | ricardo | slef: I think at elast koha-translate is being "splitted" but I may be wrong. Let me check this again |
| 16:04 | slef | ricardo: thanks. koha-translate would be the worst to split, because some of its members aren't on any other koha development list. |
| 16:07 | ricardo | slef: Well, the archives of koha-translate at koha.org only list 2 messages in June (and Nabble lists *lots* more sent to koha-trasnlate AT nongnu). |
| 16:07 | slef | ricardo: the archives at koha.org are broken, remember? |
| 16:07 | hdl_laptop, ricardo: I think we need to fix that bug before we can confirm this one :-/ | |
| 16:07 | ricardo | slef: Right... But is the problem only related to "No subject" messages? |
| 16:07 | slef: Agreed | |
| 16:08 | slef | ricardo: Not as I understand it. |
| 16:08 | ok, I've got to go play with propane for 30mins or so... back after | |
| 16:08 | ricardo | slef: And you are probably right |
| 16:08 | slef: Careful. Playing with propane may end with a bang (James Bond style! ;-) | |
| 16:10 | hdl_laptop | slef: as I understand, mailman has problems making archives of current month. |
| 16:11 | the month has to be completed before Mailman makes a good archive of it. | |
| 16:12 | i may be wrong, some parameters I could have overlooked. | |
| 16:13 | ricardo | hdl: Assuming that's correct, at least the messagest that have been sent to koha-translate AT nongnu.org seem to not have been archived at lists.koha.org : |
| 16:13 | Compare : | |
| 16:13 | acmoore | hdl_laptop, are you saying that this is a bug in mailman? That sounds a little odd, since we didn't seem to have this problem in previous months. And, other mailman installations like http://lists.katipo.co.nz/publ[…]-July/thread.html don't seem to have this problem. |
| 16:15 | ricardo | hdl: http://lists.koha.org/pipermai[…]8-May/thread.html |
| 16:16 | hdl: http://lists.gnu.org/archive/h[…]008-05/index.html | |
| 16:17 | (not being able to copy + paste URLs to this AJAX console is really bad :( | |
| 16:36 | hdl_laptop | ricardo: yes. |
| 16:37 | ricardo | hdl_laptop: meaning...? |
| 16:38 | hdl_laptop | I have seen the problem. |
| 16:38 | I will try and synch those lists. | |
| 16:38 | ricardo | hdl_laptop: Ah, OK. Thanks for the feedback! :) |
| 16:38 | hdl_laptop | And get some more information on how to get archive work at best. |
| 16:39 | ricardo | hdl_laptop: Great! :) |
| 16:52 | Got to go. Take care people! | |
| 17:31 | hdl_laptop | gotta grab some food |
| 18:06 | ryan | slef: around ? |
| 18:18 | owen | If I have a change to the template that would result in a translation change, do I have to wait to submit it until we have a post-3.0 branch set up? |
| 18:22 | slef | ryan: back now |
| 18:22 | that propane tank was entirely too much fun! | |
| 18:22 | (yes, that was sarcasm) | |
| 18:56 | oops | |
| 18:56 | http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=2288 | |
| 19:02 | acmoore | slef, have you been able to make a test case that shows the race condition, or is that just from reading the cod? |
| 19:02 | s/cod/code/ | |
| 19:03 | slef | acmoore: reading the cod, but it seems pretty obvious - if something else calls AddMember before whatever just called fixup_cardnumber does, it'll have the same "unique" number |
| 19:04 | acmoore: process 1 fixup_cardnumber, process 2 fixup_cardnumber, process 2 AddMember, process 1 AddMember -> FAIL | |
| 19:04 | acmoore: improbable but possible | |
| 19:04 | now, I'm really off to cook with gas | |
| 19:04 | any messages won't get an answer for an hour or more | |
| 19:04 | acmoore | slef, yeah, it looks like it can happen to me, too. I was just wondering if it had actually bit you. |
| 19:05 | slef | acmoore: not yet. Just think if someone uses my upgraded import_borrower while someone else is doing a memberentry, it's a lot more likely to happen |
| 19:06 | so I'm making things worse, really, really ;-) | |
| 19:06 | oh whoops | |
| 19:06 | I wanted to invite comments on http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=2287 | |
| 19:06 | but I pasted entirely the wrong browser window | |
| 19:06 | very sorry everyone | |
| 19:07 | these URLs are too damn similar - we need something like wordpress's permalinks with the title in the URL | |
| 20:47 | well, the bbq works | |
| 20:47 | chris | :) |
| 20:48 | slef | chris: update to www.koha.org/community/mailing-lists.html notified |
| 20:48 | chris | yep triggered it this morning before i caught the bus |
| 20:48 | slef | chris: does it mail you those? It seems to say it only mails russ |
| 20:49 | chris | it emails russ, but i can spot changes easy |
| 20:50 | slef | cool... I'll not prattle about it any more |
| 20:50 | Are you working on other fun stuff today? | |
| 20:51 | chris | bugfixing mostly i think |
| 20:52 | oh and some enhancements .. mostly bugs though | |
| 20:55 | slef | oh well |
| 20:55 | someone's got to squash them bugs | |
| 20:55 | it can be satisfying when you get a real cockroach squashed | |
| 20:55 | but the moths need to go too | |
| 20:55 | chris | :) |
| 20:57 | slef | hdl_laptop: types of bugs |
| 20:57 | hdl_laptop | ok. |
| 20:57 | Thanks | |
| 20:58 | slef : on which subscription bugs are you working on ? | |
| 20:59 | slef | hdl_laptop: 1mo |
| 21:00 | hdl_laptop: 1536 is most immediate puzzle to me | |
| 21:03 | hdl_laptop | d should not occur. |
| 21:03 | I had many serials without any items and the appeared. | |
| 21:04 | c : should we use HTML::Scrubber to parse input ? | |
| 21:08 | slef | hdl_laptop: subscription-bib-search.pl searches for itype=SER... how does itype exist if there are no items yet? |
| 21:10 | hdl_laptop | itype was for itemtype. |
| 21:10 | slef | hdl_laptop: I thought itemtype was itemtype? |
| 21:10 | hdl_laptop | But changed once again quite soon. |
| 21:11 | (Joshua changed it just before RC1) | |
| 21:12 | slef | argh! |
| 21:12 | atz | slef: itemtypes are at the item level, or biblio level or even biblioitems level |
| 21:13 | the items table field is "itype", but inside Koha everything should try to use the API so that it doesn't have to know or care what level sets the itemtype | |
| 21:14 | slef | atz: so how do you think searching for a new subscription biblio should work? |
| 21:15 | hdl_laptop: c. not sure... maybe should just check whether it is a valid item type? | |
| 21:15 | atz | not really my area... |
| 21:15 | i'd have to research for a bit | |
| 21:15 | hdl_laptop | slef:we should just add an itemtype selection box. |
| 21:15 | And not hardcode SER or PER selection. | |
| 21:16 | slef | hdl_laptop: it is a selection box, but that's not to say that $evil_librarian won |
| 21:16 | 't edit the URL | |
| 21:16 | I know $evil_librarian isn't a major concern for us yet, but still better to avoid if possible. | |
| 21:17 | hdl_laptop | who is $evil_librarian ? |
| 21:18 | slef | someone trying to attack us through the intranet |
| 21:26 | hdl_laptop | g nite. |
| 23:35 | Odd_Bloke | Aha, have finally added a book to my library. \o/ |
| 23:37 | The OPAC interface is really nice, BTW. | |
| 23:39 | But is there anything I can do to make it easier for people on the admin side to add records? ATM the 'Add MARC Record' screen is pretty terrifying. :p | |
| 23:41 | masonj | i think currently , the add-marc-record screen is the only way |
| 23:41 | except for the bulk-edit process | |
| 23:41 | Odd_Bloke | Yeah, I'm looking at single-book entry. |
| 23:42 | What would creating a new framework entail? | |
| 23:42 | masonj | yep, i think thats it |
| 23:43 | you can create a new framework, and just include the marc tags that are important to you | |
| 23:44 | Odd_Bloke | Hmm, I don't know enough to work out which those are. :p |
| 23:45 | How can I diagnose where a z39.50 search source is going wrong? | |
| 23:45 | masonj | look in your koha-error.log for starters |
| 23:48 | Odd_Bloke | http://rafb.net/p/HVZ2ci44.html is the relevant error. |
| 23:49 | masonj | ta, ill take a little peek... |
| 23:50 | Odd_Bloke | Thanks. :) |
| 23:55 | OK, I may have got the wrong record type. | |
| 23:55 | Let me try a couple and see if it helps. | |
| 23:55 | slef | Odd_Bloke: 3.0 or 2.2? |
| 23:56 | Odd_Bloke | slef: 3.0. |
| 23:56 | slef | Odd_Bloke: If you can patch, http://serene.ttllp.co.uk/~mjr[…]play-a-little.txt makes the z39.50 search error a bit more useful / less crashy |
| 23:57 | patch path/to/cataloguing/z3950_search.pl <0009-Improve-Z39.50-result-checking-and-display-a-little.txt | |
| 23:57 | might work | |
| 23:59 | Odd_Bloke | Aha, "238: Record not available in requested syntax: Available syntax: SUTRS: Bib-1" |
| 23:59 | slef | Odd_Bloke: British Library? |
| 23:59 | Odd_Bloke | Yup. |
| 23:59 | slef | I think you have to pay to get MARC21 out of them :( |
| 23:59 | Odd_Bloke | /o\ |
| 00:00 | slef | +1 |
| 00:00 | library.ox.ac.uk still worked last I knew | |
| 00:00 | http://isbnsearch.sourceforge.net/servers.html also has some useful ones | |
| 00:01 | I think there's a better list on http://wiki.koha.org somewhere | |
| 00:03 | http://targettest.indexdata.com/ includes syntaxes | |
| 00:07 | masonj | Odd_Bloke: in your z3950_search.pl, set $DEBUG to 1 too, and watch your error.log |
| 00:11 | slef | masonj: I think my patch showed the problem... BL not offering MARC21 to the public interface. |
| 00:12 | Odd_Bloke | Yeah, though Oxford is now giving me http://rafb.net/p/6fIopQ91.html |
| 00:12 | masonj | all good then ;) |
| 00:13 | yow, thats a new error | |
| 00:15 | slef | oooh you know lamby? |
| 00:15 | </OT> | |
| 00:16 | Odd_Bloke | <OT> slef: Yeah, we're both at the University of Warwick. </OT> |
| 00:17 | slef | Odd_Bloke: dang, maybe ox have got more strict |
| 00:19 | Odd_Bloke | Never mind, a combination of Durham and LoC seems to be working for most things. |
| 00:20 | slef | http://targettest.indexdata.co[…]k%3A210%2FADVANCE suggests not. |
| 00:20 | hmm | |
| 00:20 | Odd_Bloke | That said, they're showing BL as working... |
| 00:25 | slef | Not as usmarc (aka marc21) record syntax |
| 00:25 | BL works - just not as anything useful ;-) | |
| 00:31 | Odd_Bloke | So the library that I'm managing (with massive and quite enjoyable overkill) is small enough that displaying all of the items contained within on a few pages would be both relatively pain-free and useful (to save users stabbing in the dark with searches). Is there a good way to do this? |
| 00:31 | (Disclaimer: I've probably missed parts of the OPAC entirely, I've been doing backend stuff thus far) | |
| 00:33 | slef | probably virtual shelves but I've not used them in a while - spent too much time on cataloguing and patrons recently |
| 00:34 | Odd_Bloke | slef: That's Lists, if my reading of something I found on Google is correct? |
| 00:49 | So I'm playing around with the OPAC with a couple of users now, and I don't seem to be able to put a hold on a book from the user's account. Is this expected behaviour? | |
| 00:50 | Furthermore, books are still listed as 'available' even when I've used a staff account to put the hold on them. Is there any way I can get them to automatically switch to a held state? | |
| 00:51 | Apologies for all the questions, I'm just quite excited that it's working. :) | |
| 01:07 | slef | Odd_Bloke: not to me but it might depend on sysprefs; I can't remember; no worries but you might get better answers either on-list or when Europeans are awake or some Americans aren't at a big conference. |
| 01:11 | Odd_Bloke | As the library I'm setting this up for doesn't really have a 'checking out' system (the books are on shelves in a public area, it's trust-based), I figure people taking and releasing holds will serve as well as formal checkouts/ins. |
| 01:28 | Aha, found the problem: "AllowOnShelfHolds" was OFF. | |
| 01:37 | OK, something funky with holds is going on here, clicking 'Holds Queue' in 'Home > Circulation' 404s. | |
| 04:10 | The OpacBrowser and OpacCloud features look like they could be really useful to me. | |
| 07:13 | paul | chris around ? |
| 07:15 | chris | yep |
| 07:15 | paul | hello. |
| 07:15 | chris | hi |
| 07:16 | paul | can you explain how memcached work ? |
| 07:18 | chris | http://en.wikipedia.org/wiki/Memcached |
| 07:18 | explains it better than I can | |
| 07:19 | paul | can you send me the memcached code you already did ? |
| 07:21 | + your mod_perl vhosts (mc is away this week) | |
| 07:21 | (at rmll : rmll.info) | |
| 07:22 | chris | http://gitorious.org/projects/[…]inline/logs/cache |
| 07:22 | you can grab it from there, the cache branch | |
| 07:23 | basically for opac-main.pl | |
| 07:23 | i cache the entire page in memcached | |
| 07:24 | then if the user isnt logged in, the script just gets it from the cache | |
| 07:24 | instead of connecting to the db, and building up the template etc | |
| 07:24 | for other pages, you can instead just cache parts of it. Caching things like the config file | |
| 07:25 | and fetching that object instead of rereading and parsing the xml multiple times in each script call makes sense too | |
| 07:25 | email on its way | |
| 07:29 | atz | yeah, the main targets for caching afaict are the config files and sysprefs |
| 07:29 | chris | also things like branches |
| 07:29 | we fetch the list of libraries/branches in a lot of places | |
| 07:30 | atz | and sessions would be much faster in RAM |
| 07:30 | chris | so you cache them, and just change the admin scripts to rebuild the cache object when a branch is added/changed/deleted |
| 07:30 | ditto itemtypes etc | |
| 07:31 | paul | is memcached a standard package on linux distro ? what about windows ? |
| 07:31 | chris | windows shmindows :) |
| 07:32 | paul | memcached is in contrib repository of my mandriva box |
| 07:32 | chris | paul: i have a syspref usecache |
| 07:32 | paul | yes, i've seen |
| 07:32 | chris | and using require, import |
| 07:32 | you can make it totally optional | |
| 07:32 | Odd_Bloke | It's in Etch, too. |
| 07:32 | chris | night joe :) |
| 07:32 | paul | sweet dreams atz |
| 07:33 | chris | so my plan would be that if you want to run with memcached you can, but you dont have to |
| 07:35 | paul, because memcached is distributed .. you can also hit the cache locally, and talk back to central database server (if you want to have caches in your branches for example) | |
| 07:36 | paul | ??? |
| 07:37 | chris | if you have an opac server in your branch for eg, that uses the central database, but a local cache |
| 07:37 | its also good if you use a loadbalancer, because not matter which server your request ends up going to, because memcached is distributed, you can use the cache locally | |
| 07:38 | paul | hey, that's a nice idea to improve perfs ! |
| 07:39 | chris | pie probably has some good ideas too |
| 08:14 | cool email paul | |
| 08:15 | lloyd | Hey.. Anyone know if google jackets have been added to the staff interface yet? |
| 08:21 | chris | not me |
| 08:53 | pie | chris: anything specific about Memcached or just chatting in general |
| 08:53 | ? | |
| 08:54 | paul | hi pie. I think it's about optimization. (memcached or not) |
| 08:54 | pie | yeah, as chris said, make it optional |
| 08:54 | but with it on, it's fly like the wind :-) | |
| 08:55 | we have a setup in work whereby we have a stack of 6 memcached servers spread across the webservers | |
| 08:55 | chris | pie: are you on the koha-devel mailing list? |
| 08:56 | pie | no, I should though :-) |
| 08:56 | chris | http://lists.koha.org/mailman/listinfo/koha-devel |
| 08:57 | pie | heh, the quick links on the homepage have instructions for chat, but not for mailing |
| 08:57 | :-) | |
| 08:57 | ta | |
| 08:59 | am on it now | |
| 09:01 | chris | pie: http://www.nabble.com/memcache[…]2-to18211341.html |
| 09:15 | pie | that RFC looks fine to me |
| 09:16 | I presume those tables aren't too huge | |
| 09:16 | chris | nope they are all pretty tiny |
| 09:16 | pie | awesome |
| 09:16 | paul | mmm... the syspref table has almost 200 lines. |
| 09:16 | chris | the framework one would be the biggest |
| 09:16 | paul | which is small, but cost a lot of CPU as it's loaded everytime. |
| 09:16 | chris: ++ | |
| 09:17 | (& i'm not 100% sure it's useful to memcache it, as it's not oftently used) | |
| 09:17 | at least, it's not the 1st reference table to memcache ;-) | |
| 09:17 | pie | I guess the logic is slightly unfinished since you'd have to put the "$result=..." line somewhere after the end of the initial if :-) |
| 09:17 | but I'm just picking, that's all | |
| 09:18 | those tables are usually just used as look-up tables then? | |
| 09:18 | paul | new mail "branching git for 3.0 / 3.2" sent on koha-devel... |
| 09:18 | chris | yep, 99% of the time |
| 09:18 | paul | yep. |
| 09:18 | chris | mostly set and forget |
| 09:18 | pie | I guess it's the low-hanging fruit and over time we might be able to put it into other places too |
| 09:19 | chris | yeah, i think that we could cache a borrowers info |
| 09:19 | for say 5 mins | |
| 09:19 | (name, address etc) | |
| 09:19 | at the start of circulation | |
| 09:19 | so we dont have to keep looking that up each book we issue | |
| 09:20 | pie | that sounds like a great idea |
| 09:20 | how much of their 'info' can they change via the same interface? | |
| 09:20 | if anything | |
| 09:21 | chris | only the issue detail, ie what they have out, will change |
| 09:21 | the rest is all changed in the members section | |
| 09:22 | which could flush the cache entry | |
| 09:22 | pie | sounds like a plan :-) |
| 09:23 | chris | paul: id go with the one repo with a new branch |
| 09:23 | paul | me too |
| 09:23 | chris | then we can do cherry pick |
| 09:24 | and switch between 3.0 and 3.2 easily | |
| 10:09 | slef | hi all |
| 10:11 | chris: you're asleep like 80% of the time, in my perception :) | |
| 10:12 | pie | I think he's gone to sleep! |
| 11:28 | slef | Does atz have a website? |
| 11:45 | http://www.ricmarques.net/ is Apache test page. Someone tell ricardo when he reappears. | |
| 11:52 | owen | "irsiDynix Enterprise unveiled as new faceted search product...featuring industry-first fuzzy search technology" |
| 11:52 | I wonder how they define "fuzzy" ... | |
| 11:52 | slef | owen: probably like ask.com - it autocorrected brand names into dictionary words last I tried. |
| 11:52 | (very very annoying) |
← Previous day | Today | Next day → | Search | Index
