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