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