Time Nick Message
11:44 soul9 oki doc', thanks for the pointer
11:43 soul9 i have looked into the C4::Matcher, but not that thoroughly
11:43 gmcharlt yep
11:43 soul9 it uses zebra to match? ok
11:43 soul9 ah!
11:42 gmcharlt also check to make sure that your indexes are up-to-date by running rebuild_zebra.pl
11:41 gmcharlt and applying that one
11:41 gmcharlt you could try creating a new matching rule
11:41 gmcharlt well, it's possible that there are in fact no matches
11:40 soul9 the thing is that the match? column always has 'no_match'
11:39 soul9 so it says it applied the new matching rule
11:39 soul9 then used the matching rule based on isbn
11:39 soul9 imported the bibs from it in the first instance
11:38 soul9 actually, i have imported the same file twice
11:38 soul9 so: i have imported two iso2709 files in the breeding reservoir
11:38 soul9 well, i'm having a hard time making it work...but i don't really know where to start explaining my question :)
11:33 gmcharlt soul9: I have, and wrote most of it - what's your question?
11:29 soul9 has anyone used the matching feature of tools/manage-marc-import.pl?
11:29 davi hi Amit
11:28 Amit hi davi
10:47 Gaurav hi amit
10:47 Amit hi gaurav
10:22 Amit k
10:22 slef Amit: sympathies. I've had one for months :(
10:15 Amit net problm in my office
10:15 Amit heya kf
10:13 kf hi Amit
10:08 Amit hi kf
10:01 Amit slef : http://wiki.koha.org/doku.php?id=irc_regulars
10:00 Amit hi slef
09:39 SelfishMan cool
09:39 veki_ SelfishMan: I got, what is problem. I fixed /koha/httpd-conf... thanks....
09:36 SelfishMan ugh...auto url shortening
09:36 SelfishMan veki_: Can you connect to koha on http://bitl.in/6z0 ?
09:32 Amit hi slef
09:30 veki_ sorry typo in http part
09:30 veki_ I installed Koha but, when I type http://192.168.1.2:8080 I cannot connect with KOha. Apache and My sql are workin. I use opensuse 11
09:30 veki_ I installed Koha but, when I type http://1192.168.1.2:8080 I cannot connect with KOha. Apache and My sql are workin. I use opensuse 11
09:29 fallor found them
09:27 fallor where are those files?
09:27 fallor there still is no /etc/koha/zebradb dir
09:26 fallor well, except that
09:26 fallor so now i need to start zebrasrv
09:26 slef hrm, once I've rerecorded my voicemail message
09:26 slef right, I'm afk for about 60mins
09:26 fallor koha2 is in /usr/local/koha
09:25 slef ok
09:25 fallor nope, /usr/share/koha is koha3
09:25 fallor something's happening now
09:25 fallor oh
09:24 slef but I could be wrong
09:24 slef it sounds like /usr/share/koha/lib would contain your koha 2.2
09:24 slef where's your koha3 C4?
09:23 fallor so /usr/share/koha/lib?
09:23 slef hdl_laptop1: don't we have $VERSION in C4::Context yet?
09:23 slef export PERL5LIB=/path/to/folder/above/your/C4
09:23 fallor ok... what should I set it to?
09:23 slef ordinarily, if you haven't set PERL5LIB the script wouldn't even run
09:22 slef you need to set PERL5LIB too!
09:22 fallor oh?
09:22 slef it's getting your 2.2 C4 modules
09:22 slef oh I know!
09:22 fallor it didn't have zebra as far as i know
09:22 fallor there wasn't one in 2.2
09:22 slef (was there one in 2.2?)
09:22 slef erm, is that koha 3.0's rebuild_zebra.pl or 2.2's?
09:21 fallor but the same seems to repeat for every line in koha-conf.xml
09:21 fallor that's not the first one
09:21 fallor <opachtdocs>/usr/share/koha/opac/htdocs/opac-tmpl</opachtdocs> isn't a variable assignment, skipping it <intrahtdocs>/usr/share/koha/intranet/htdocs/intranet-tmpl</intrahtdocs> isn't a variable assignment, skipping it
09:21 hdl_laptop1 fallor: first one ? or pastebin
09:20 hdl_laptop1 fallor: all the files you are trying to use are in the source directory. But has to be adapted to your configuration.
09:20 fallor ok, now I get a screen full of error messages
09:19 hdl_laptop1 :D
09:19 slef hdl_laptop1: I'll drop you in it^W^W^W^Wleave this one with you
09:19 slef hdl_laptop1: you've probably done more upgrades from 2.2 than me. I had very few 2.2 libraries.
09:18 fallor err... nope, i haven't set that
09:18 hdl_laptop1 maybe you should use perl Makefile.PL; make;make install
09:18 slef export KOHA_CONF=/path/to/your/koha-conf.xml
09:18 fallor and there is no zebradb directory under /etc/koha
09:18 hdl_laptop1 slef: you beat me
09:17 hdl_laptop1 It seems you have a problem with your KOHA_CONF
09:17 slef have you set KOHA_CONF?
09:17 hdl_laptop1 wow....
09:17 fallor 04:15:57-01/07 [fatal] Failed to read config `/etc/koha/zebradb/zebra-biblios.cfg'
09:17 fallor 04:15:57-01/07 [warn] Cannot open `/etc/koha/zebradb/zebra-biblios.cfg' [No such file or directory]
09:17 fallor 04:15:57-01/07 [log] zebra_start 2.0.32 /etc/koha/zebradb/zebra-biblios.cfg
09:17 fallor 04:15:57-01/07 [warn] chdir /var/lib/koha/zebradb/biblios [No such file or directory]
09:17 fallor 04:15:57-01/07 [warn] XML: failed to load external entity "/etc/koha/zebradb/explain-authorities.xml"
09:17 fallor 04:15:57-01/07 [warn] XML: warning :
09:17 fallor 04:15:57-01/07 [warn] XML: I/O
09:17 fallor 04:15:57-01/07 [warn] XML: failed to load external entity "/etc/koha/zebradb/retrieval-info-auth-grs1.xml"
09:17 fallor 04:15:57-01/07 [warn] XML: warning :
09:17 fallor 04:15:57-01/07 [warn] XML: I/O
09:17 fallor 04:15:57-01/07 [warn] XML: failed to load external entity "/etc/koha/zebradb/explain-biblios.xml"
09:17 fallor 04:15:57-01/07 [warn] XML: warning :
09:17 fallor 04:15:57-01/07 [warn] XML: I/O
09:17 fallor this is what zebrasrv -f /etc/koha/koha-conf.xml says:
09:17 slef oh wait
09:16 fallor well...
09:16 hdl_laptop1 slef: zebrasrv doesnot have to run to be fed with index
09:16 fallor marc21
09:16 hdl_laptop1 fallor marc21 unimarc ?
09:16 slef if zebrasrv isn't running, how can it be given the records to index?
09:15 slef does it? That doesn't sound right to me
09:15 fallor i think the index has to be created before it starts?
09:15 fallor nope, it's not running
09:15 slef assuming you have the BSD procps tools installed
09:14 slef pgrep zebrasrv should print its process id number
09:14 slef is zebrasrv running?
09:14 slef probably
09:10 fallor obviously because there is no index?
09:10 fallor it's just that the database itself is not searchable
09:10 fallor i.e. all the patron data and system settings are there
09:09 fallor actually the system seems to work otherwise
09:08 fallor my $biblioserverdir = C4::Context->zebraconfig('biblioserver')->{directory};
09:08 slef sed -ne 88p rebuild_zebra.pl to display it ;-)
09:07 slef line 88 of rebuild_zebra-pl is what in 3.0.0?
09:06 fallor Can't use an undefined value as a HASH reference at ./rebuild_zebra.pl line 88.
09:06 fallor this is what rebuild_zebra.pl says:
09:06 fallor but yep, that's the way
09:06 fallor well, it's 3.0.0 actually
09:02 slef so you've upgraded to koha 3.0.3 with a copy of your 2.2 database, run through the upgrade?
09:01 fallor it seems that it doesn't understand anything about the xml configfile
09:01 fallor but rebuild_nozebra is a complete mystery
09:01 fallor we originally decided not to use zebra indexing, so zebra is probably not configured properly
09:00 fallor i.e. rebuild_zebra.pl and rebuild_nozebra.pl
09:00 slef what's the error?
09:00 fallor i can't get either one of the index rebuilding scripts to run
09:00 fallor well, it's koha 2.2
09:00 slef but it usually all rests on what you're migrating *from* and that's a big can of worms
08:59 slef a little
08:59 fallor you wounldn't happen to know about migration scripts on koha3, would you?
08:59 slef hi fallor
08:57 fallor hi all
08:53 slef one of my top microblog "trends" is ":)" according to the analysis tool I used today. #coops and #coop09 are the only bigger ones lately
08:52 slef Elwell: :)
08:52 Elwell sssh. keep the noise down.
08:52 slef I think no-one else is awake yet :)
08:52 slef hi btw :)
08:52 slef Amit: remind me who you are (and maybe I will add it to http://wiki.koha.org/doku.php?id=irc_regulars )
08:49 slef paul_p: will you be staying around for the developer meeting at 2100 frenchietime?
08:49 slef hi paul_p - I just asked: That email "hypertext link" on koha-devel - why do we have URI in the item record? Is it used in the templates?
08:46 slef hi all. That email "hypertext link" on koha-devel - why do we have URI in the item record? Is it used in the templates?
07:46 veki Amit_gupta: hi
07:45 Amit_gupta hi veki
07:14 hdl_laptop1 hi
07:13 fredericd hi
07:02 hdl_laptop hi
06:56 Amit_Gupta hi koha
05:32 ryan ahh, Minnesota, USA. A professional wrestler as governor, now, after much ado, a comedian as senator...
04:09 Gaurav Hi Amit, Savitra
04:07 Amit hi
04:02 test666 SEKLS?
03:48 joetho SEKLS?
03:37 Amit brendan u there?
03:35 Amit atz around?
03:33 brendan I'm behind on reading my email
03:33 brendan none yet --
03:32 Amit your point brendan
03:32 brendan going to look at it myself
03:31 brendan cool --
03:31 Amit brendan: i m checking my patch comment given by Joe Atzberger
03:30 joetho US
03:30 brendan :)
03:30 joetho hot
03:30 Amit here in bangalore
03:30 Amit weather is cool
03:30 brendan windy here
03:30 brendan how's the weather ?
03:30 brendan hello Amit
03:30 Amit good morning #koha
03:29 Amit good morning oha
03:29 Amit hi chris, brendan
00:31 chris atz++
00:25 chris pot kettle ... rick
00:25 chris hmm rick is being disingenous when calling people disingenous
00:20 pianohacker Good night
22:26 schuster Speaking of off it is time to head home... I'm wipped! Must have been all the excitement created by the two things Owen helped me with today.
22:25 schuster The first meeting I just happened to be in the IRC when it started!
22:25 chris all i know is its 7am my time tomorrow
22:25 chris hehe
22:25 schuster So you are telling me it should be at 2 pm central... Last time I used this I was a day off!
22:16 brendan schuster -- from pianohacker -- http://www.timeanddate.com/worldclock/converter.html?year=2009&month=7&day=1&hour=19&min=0&sec=0&p1=0&p2=75
22:05 schuster hmmm I have it as 4 pm central...
21:48 joetho_2 2 pm central US time tomorrow, right? I am terrible at counting backwards. I would fail a DUI bigtime.
21:47 joetho_2 naps. huh.
21:40 wizzyrea thd: food, naps. :)
21:33 pianohacker brb
21:18 thd wizzyrea: what does not make babies cry?
21:17 thd wizzyrea: I have never used maildir and have used a mail DB in dbmail for years but I am thinking of switching.
21:16 atz thd: no, it's ok if you build a reasonable tree
21:16 thd yes, one thing I never understood with perfect clarity was whether that rule applied cumulatively to all subdirectories under a directory. I assume that it must not but am I really correct in my assumption?
21:15 wizzyrea maildir makes babies cry
21:14 chris *nod*
21:13 atz yeah, that's bound to be troublesome unless it's on solid state
21:13 chris but that wasnt a worry with the fs
21:13 chris their only recommendation was try not to get 15k files in one dir
21:13 thd Did they recommend not using maildir? I assume that they are using maildir themselves.
21:11 chris nope
21:10 thd chris: Did they recommend any particular file system in any case for use with maildir?
21:08 chris but that all gets complicated fast
21:08 chris you can even do crafty stuff so threads arent broken
21:08 thd yes I could use procmail more proactively
21:07 chris let it sort it for you
21:07 thd and long messages can get messy in a hurry
21:07 chris procmail for the win
21:07 thd I usually do but I have not had time to read AUTOCAT for a long time
21:06 chris split by year or something
21:06 chris they said "tell him to organise his mail better"
21:06 chris not so much the filesystem
21:06 chris theres was more its gonna make a mess for whatever MUA you use
21:05 pianohacker re memcached_mysql: Yeah. Seems a bit paranoid, since the worst-case situation is that your users have to log in again
21:05 schuster So with the sessions thing is that something someone is working on or do we need to log that as an enhancement/bug?
21:04 thd chris: what did they say to do?
21:04 chris yeah they said 'dont'
21:04 thd chris: Have you asked the sysadmins at Catalyst about what happens if you have 10 -15 thousand messages in a single maildir on ext3?
21:03 chris the perl is only about 150 lines long
21:02 chris interesting idea
21:02 chris http://search.cpan.org/~oinume/CGI-Session-Driver-memcached_mysql-0.01/lib/CGI/Session/Driver/memcached_mysql.pm
21:02 thd atz: what are you reporting with 23 test errors?
21:01 chris yep, might have to fix it
20:59 atz chris: dunno about that implementation... Oct 2008, no bugs reported, only 11 pass tests, 23 "unknown"
20:58 pianohacker Yup
20:58 chris it could be an optional requirement and set in the config during install i guess
20:57 chris http://search.cpan.org/~oinume/CGI-Session-Driver-memcached-0.02/
20:57 chris (we use Apache::Session tho)
20:56 chris the db would die in a fire if we tried to make it handle that
20:56 chris we have at times a million or so concurrent sessions
20:56 chris all the session handling for stuff.co.nz is in memcached
20:56 chris yep
20:56 pianohacker *those that
20:55 pianohacker If so, we'd want to make errors complaining about it's absence just a tad more transparent than than those occur when Zebra is missing
20:55 chris im 99% sure it already exists
20:55 chris yep
20:55 atz chris: the proper way to do that would be to make a memcached storage driver for CGI::Session
20:55 chris you could make it optional, if you want to use the db to handle sessions that could still work
20:54 chris and use that for session handling
20:54 pianohacker If we integrate memcached, will it be a requirement?
20:54 chris each server has its own keyspace
20:54 pianohacker That's actually something I've been wondering about
20:54 atz chris: i'm all for as much caching as we can get
20:54 chris use memcached
20:54 atz writing to a static location in /tmp is dumb... and makes multiple kohas on the same server all write to the same place
20:54 chris i vote we shift the session handling out of the db
20:53 chris i thought people were complaining about saving
20:53 atz the session log needs to die
20:53 chris i didnt think anyone was complaining about page load tho
20:53 schuster Often it showed me we had lots of renewing of sessions happening at that time - and we discussed the session log.
20:52 chris yep
20:52 thd chris: unfortunately in the case of the Koha MARC editor the plugins are being loaded when the page is first loaded even if the plugins are not used.
20:52 schuster When we were having the intermittent problem(server is local) I would run show processlist in mysql.
20:51 atz potentially, yes. you can make a streamlined MARC framework so that fewer fields are displayed, if your catalogers would benefit from that.
20:51 chris thats a fairly standard rule, the more something is doing, the longer it will take :-)
20:50 pianohacker Yup
20:50 thd The more plugins then the worse the performance would be.
20:50 atz it's not ajax
20:50 atz they provide it on the first page load
20:50 atz no
20:50 thd Do they require communication with the server each time that they are invoked?
20:49 atz yeah, they are perl providing javascript... somewhat insane, but "it works"
20:48 pianohacker thd: The plugins actually generate JavaScript for each field
20:48 thd the plugins are Perl code running on the server merely sending values back to the JavaScript in the client are they not?
20:46 atz checking the header for integrity, for example
20:46 atz thd: whatever the plugins specify... there are dozens
20:45 pianohacker Especially since, if it's slow javascript that's tripping things up, the browser won't be responding anyway
20:45 atz that will tell you if it is local or server side problem
20:45 thd what validation is done apart from required subfield checks?
20:45 atz or the button itself would be good
20:45 pianohacker Yup
20:45 atz pianohacker: that would be a good idea... a little status bar above the status bar
20:45 pianohacker or 'Checking...'
20:45 pianohacker i.e., change the 'Save' button to 'Validating...'
20:44 thd oh yes, I had forgotten about those
20:44 atz yes, when saving the record, there are many (useful) javascript validation checks
20:44 thd even when saving the record?
20:44 atz newer browsers have much improved javascript engines
20:43 atz w/ cataloging the bottleneck is sometimes local javascript
20:43 atz *nodes
20:43 thd undead connections seems like just the right sort of evil
20:43 atz traceroute might identify high-latency network notes
20:42 atz check netstat for outsider connections (like DOS, hackers, or if there are bunch of undead connections suggesting switch failure)
20:42 thd It should never take 3-4 minutes to post a cataloguing record or 2 minutes to check out a book.
20:41 atz or w/ mysql slow query log, it will tell you when things took too long to complete
20:40 atz often you can find things like "OOM" (out of memory) errors
20:40 atz otherwise, of course, check your logs to determine what was happening at the time of the failures
20:40 thd It does become bad enough to disconnect logged in users occasionally
20:40 chris back
20:40 atz yeah, that suggests and overall monitoring scheme would be most useful
20:40 thd The difficulty is that the problem is intermittent and not predictable
20:39 atz traceroute can tell you if a network node between you and the server is particularly slow
20:39 atz or implementing SNMP monitoring to detect system bottlenecks
20:39 atz you might try restarting mysqld with slow-query-log on
20:38 thd of course, so reports are not necessarily scheduled
20:37 atz no, cronjobs are whenever you schedule them and reports are run per request
20:37 thd atz: cronjobs and reports should be running overnight.
20:36 atz anything in the internet... but most commonly it's costly cronjobs or reports
20:36 thd What could cause intermittent slow response from Koha when logged in as an authenticated user?
20:24 pianohacker We currently deal with that using the overdues report and a custom print-bills-for-lost-items system
20:22 pianohacker At our library, at least, avoiding overdue fees by not coming in for a while happens fairly frequently
20:19 atz ... with their stuff
20:19 owen But the overdue notices are for people who have forgotten to come back to the library!
20:18 atz your library should have both of those
20:18 owen And internet service? :)
20:18 owen And computers? :)
20:18 atz the easiest solution is probably to GIVE your patrons email addresses
20:18 owen The report spits out a CSV file which we upload to a USPS web service which prints and mails postcards
20:17 owen We're in the same situation here in Ohio, and what we've done in the past is do a custom report to create printed overdues
20:17 pianohacker I was kind of surprised to find out that you didn't have the same dialup/electric fences problem that HLT had ;)
20:16 owen Oh, you're a Kansan?
20:16 Snow_Fox essentially trying to figure a way of streamlining the overdues for patrons that do not have emails, i know its a bit of a shocker but there is still a fair bit of kansasns that dont have emails :-P
20:14 owen Snow_Fox: what did you have in mind?
20:10 pianohacker Snow_Fox: Not to my knowledge
20:10 Snow_Fox dumping stuff to a database etc
20:10 Snow_Fox are there any similar projects in regards to managing over dues?
20:04 pianohacker Snow_Fox: PTFS did that work, it'll hopefully be released to the public within the next few months
20:03 Snow_Fox where can i find information on that?
20:03 Snow_Fox i remember hearing about a project that dumps the overdue emails into a html file
19:53 pianohacker bye
19:53 chris ok off i go, bb in a while
19:48 chris pianohacker: nope its in ACT in australia
19:47 pianohacker Ah, gotcha. Thought the prison you referenced might be there :)
19:47 chris ahh, just someone i know (nat torkington) is sitting in a coffee shop there right now
19:46 pianohacker chris: Probably a good 4 hours, but there's a library workshop in a nearby town that I go to every year that would be a a good time to visit
19:45 atz greets brendan
19:45 chris heya brendan
19:45 chris pianohacker: how far away from fort collins are you?
19:45 brendan hello atz and pianohacker -- i hope all is well
19:44 brendan hey goodmorning chris
19:43 chris ahh
19:41 atz when ppl wedged in the simpler bind_as_auth stuff, that was poorly done meaning it would send 50% failed queries AT BEST
19:41 pianohacker Open source software in a jail is mildly ironic, but still cool
19:41 atz interesting
19:41 atz ?
19:41 chris afaik, first prison running koha anywhere in the world
19:40 chris speaking of it, i saw ron last night, the library they were working is going live today
19:40 atz the initial implementation targeted the trickier approach, intending to copy data over every time
19:39 chris it was fairly haphazard
19:39 chris *nod*
19:38 atz it's understandable why everybody was griping about the old LDAP implementation....
19:36 atz thx chris
19:36 chris heya pianohacker
19:35 chris atz: nice work on the LDAP stuff :)
19:35 pianohacker hi
19:00 owen opac-detail doesn't show my unapproved tags even though I'm logged in?
18:49 atz see Patron Information Response
18:49 rhcl Ah, yes DOB would be fine.
18:48 atz rhcl: you can get name and sometimes date of birth, not age
18:48 rhcl OK, TNX
18:48 pianohacker If you're comfortable with Perl, looking at the Koha SIP server in C4/SIP/ might be the easiest way
18:47 pianohacker I'd recommend the SIP standards, but I'm not feeling quite that cruel
18:45 rhcl anybody know offhand what SIP can pull from the ILS database? For example, can you return the name and age of a patron from some app on a client machine?
18:40 pianohacker "why won't you replay"
18:38 pianohacker Good mornin'
18:30 jdavidb Howdy, pianohacker.
17:35 Snow_Fox morning
17:33 brendan good mid-morning #koha
17:22 gmcharlt hi jdavidb
17:22 jdavidb Howdy, gmcharlt!
17:17 schuster Thanks for the option, but I really like what you have provided so far. I'm adding that to my custom notes.
17:15 owen ...replacing #FFFF99 with whatever color you want.
17:15 owen What you can do is replace "background-image: url(http://zivotdesign.com/download/warning-warning.gif);" with "background: #FFFF99 none" if you just want a solid color
17:14 owen Yes
17:14 schuster I'm curious though since we are locally hosted what will happen if our internet goes out will it just load without the background?
17:13 schuster Oh WOW !!! I did just link to the background image... That would probably freak people out!
17:12 schuster What do others use for their editing software? vi just isn't cutting it off the server...
17:11 schuster These two small changes today were worth going to Koha! have I said how much we love Open source!
17:07 schuster Oh... Thanks! Now I just need to hurry up the patches! ;)
17:06 owen I submitted a patch
17:06 schuster Owen - back to my original question branch code showing rather than Description... That was not resolved right?
17:02 munin anoop: The current temperature in MSU Physics Dept, Mankato, Minnesota is 16.4°C (12:00 PM CDT on June 30, 2009). Conditions: Overcast. Humidity: 72%. Dew Point: 11.0°C. Pressure: 29.80 in 1009.0 hPa (Falling).
17:02 anoop @wunder 56001
16:58 munin jdavidb: The current temperature in Burning Tree Estates, Bethesda, Maryland is 29.1°C (12:55 PM EDT on June 30, 2009). Conditions: Scattered Clouds. Humidity: 43%. Dew Point: 15.0°C. Pressure: 29.26 in 990.7 hPa (Steady).
16:58 jdavidb @wunder bethesda, md
16:58 schuster That works great!
16:58 schuster Sorry OWEN! I'd send you Ice cream but it would melt...
16:57 munin schuster: The current temperature in Crooked Lane, Plano, Texas is 29.8°C (11:57 AM CDT on June 30, 2009). Conditions: Scattered Clouds. Humidity: 59%. Dew Point: 21.0°C. Pressure: 29.84 in 1010.4 hPa (Rising).
16:57 schuster @wunder plano, tx
16:51 anoop s/koh/koha
16:51 anoop nah I'm in the very beginning stage...supposed to make up mu mind between koh/evergreen soon : )
16:51 slef wanted to check I'm not wasting time/money/effort :)
16:50 slef I'm adding features to Koha to do it.
16:50 anoop I don't see why that can't be done though
16:50 slef I'm setting permissions for a whole category.
16:50 anoop (11:32:59 AM) owen: anoop: Permissions are set on a per-user basis, so you can't create a "category" of users with specific permissions.
16:49 anoop was that what you were looking for too? or did you want to create a new category with special permissions?
16:49 slef anoop: per-patron not per-group?
16:49 anoop slef: I just found where the settings to select group (permissions) for each patron was...
16:48 slef anoop: did you find how to do it? I was looking for it yesterday.
16:45 owen <script type="text/javascript">
16:45 owen </style>
16:45 owen }
16:44 owen background-image: url(http://zivotdesign.com/download/warning-warning.gif);
16:44 owen div.message {
16:44 owen <style type="text/css">
16:44 owen </script>
16:44 owen schuster: There isn't an "intranetUserCSS" preference like there is an OpacUserCSS pref, but you can fudge it by using the intranetuserjs preference
16:37 schuster More of a grey...
16:37 schuster but it is a very faint blue so it is there, just doesn't stand out like I need it to.
16:34 owen CGI986: Please clarify your question
16:34 owen schuster: if you didn't see blue then you're missing that background graphic
16:34 anoop owen: thanks
16:33 schuster I could randomly change the color... Ya know I have nothing else to do...
16:33 schuster basically a cheating way ... Never could tell there was a blue!
16:32 owen anoop: Permissions are set on a per-user basis, so you can't create a "category" of users with specific permissions.
16:31 anoop never mind found that section
16:30 anoop so can we make new category with special permission for cir/catalog etc separately?
16:29 CGI986 especially on tutorial (koha)
16:28 CGI986 am student in university and i gonna work on library automation, so would you like to tell me what prociuder i could follow "owen"
16:28 owen Click the "More" button and choose "Set Permissions"
16:28 owen anoop: When you have a patron record open (in circulation, for instance), look for the toolbar that includes Edit, change password, etc.
16:27 moodaepo quick question, where/how do I setup permissions say just circ and just cataloging?
16:27 owen CGI986: Ask away, someone will answer if they can
16:26 owen schuster: Yes... but then your staff will acclimate to the yellow and stop noticing those just like they stopped noticing the blue!
16:26 CGI986 owen?
16:26 CGI986 ?
16:26 CGI986 owen am from Etjiopia i gonna ask some question if possible
16:25 schuster I'd like them all to highlight yes. Guess I could change the message-bg.gif copy it to blue.bg.gif and then cp alert-bg.gif to message-bg.gif and they would all be yellow right?
16:25 CGI986 ihy owen
16:25 owen Hi CGI986
16:24 CGI986 hello every one
16:24 CGI986 hello
16:24 schuster As one librarian always told me "if I could only get that arm to reach out and smack them"...
16:24 owen So "not checked out" in particular is an event you want to highlight?
16:24 owen If you make everything yellow it will stop catching their eye ;)
16:24 schuster Can't wait for the sounds with 3.2...
16:23 schuster Yes people are not watching the screen so they miss the events... The Yellow has caught their eye...
16:23 owen schuster: Is the problem that you're trying to highlight certain events in a different way?
16:22 schuster hmm hard to make that blink red...;)
16:19 owen Through the stylesheet. The background is this image: /intranet-tmpl/prog/img/message-bg.gif
16:19 schuster Are those controlled through a template? and which one?
16:18 schuster hmmm on my system it shows as a very faint grey - you can hardly tell it is a different screen color than the background.
16:17 owen Yes
16:15 schuster And there is a background with that which is supposed to be blue?
16:14 owen Message.
16:14 schuster OK so Not checked out - is a?
16:13 owen schuster: Yellow is for alerts/warnings, blue is for messages
16:08 |Lupin| till soon, everybody
16:06 schuster OK along those same lines - some messages get the pretty yellow box and others don't... What templates control the error message box in Checkin?
15:58 atz that function is a bit costly for several places it is used... would be nice to have the ability not to get the marc and marcxml blobs, for example
15:57 gmcharlt fortunately, item information is only from that specified item
15:57 atz biblio, bibilioitem and item
15:57 atz yeah, that one has all 3 tables info in it
15:56 owen atz: line 186, my $biblio = GetBiblioFromItemNumber($itemnumber);
15:55 schuster owen - thank you...;) I love icecream...
15:55 owen All I know about it is that when I pull that lever there the ice cream comes out.
15:54 atz not sure how that "$bibliio" is actually constructed though...
15:54 atz an item does
15:54 atz owen: a biblio doesn't have a homebranch
15:47 slef the page returned by the dotransfer
15:46 slef oh so we're on about after the transfer has been initiated?
15:46 owen --> homebranch => $branches->{ $biblio->{'homebranch'} }->{'branchname'},
15:45 owen Line 192: homebranch => $biblio->{'homebranch'},
15:45 owen Got it
15:44 slef yeah
15:43 owen Yeah, instead I should be looking at what populates <!-- TMPL_VAR NAME="homebranch" --> on line 166 of returns.tmpl
15:42 owen But I think I'm trying to match against the wrong section of the template
15:42 owen I'm looking at the code starting with #Error Messages on line 340 of returns.pl
15:40 slef owen: file and line number, please?
15:39 owen I must be looking in the wrong place...
15:38 schuster Fiddle.
15:37 owen That is the question! Because to my unskilled eye the code should already produce the result you desire
15:36 schuster hmmm - guess I go back to my original question... How to get it to have the Name rather than the code Please return The princess and the god / to PROF
15:35 owen No, I can confirm that it *doesn't* show the name in the latest version
15:35 schuster Owen - which version of Koha? I'm 3.01.00.014 - which I know is behind on some patches.
15:32 |Lupin| ah actually there was a problem in my sql query so the record was not even examined... uh...
15:30 owen ..not sure why that isn't giving a library name already
15:30 owen $err{msg} = $branches->{ $messages->{'IsPermanent'} }->{'branchname'};
15:26 slef ok, thanks
15:26 schuster I'll revisit it when I have all my patches!
15:25 slef might be three lines if we're unlucky
15:25 slef anyway, not hard at all, it's probably a one-liner in something in circ
15:25 munin 04Bug 3292: enhancement, PATCH-Sent, ---, matthias.meusburger@biblibre.com, REOPENED, in opac branchcode should be replaced with name
15:25 owen Looks like that was just aimed at the opac: http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3292
15:25 schuster hmmm maybe... I'm behind on my patches so I'll go be a pest someplace else. Thanks slef!
15:24 slef branchcode even
15:24 slef it was showing categorycode instead of the description in error
15:24 slef wasn't there a patch about that recently?
15:24 schuster Instead of PROF to Professional Library?
15:23 schuster At checkin when you need to transfer something would it be hard to change the response from the code to description? ie Please return The princess and the god / to PROF
15:22 ebegin |Lupin|, I think that the problem is probably in your code. perl -MBusiness::ISBN -e 'print Business::ISBN->new( 2226113258 )->is_valid,"\n";' returns 1
15:17 |Lupin| well I'll add some debugging info in the script
15:17 |Lupin| ebegin: now I'm trying it and it says it is valid. However in my program it should have printed a line for all the vlid isbns and no line was printed for that record.
15:15 brendan hello slef
15:15 slef wb brendan
15:12 ebegin is 2226113258 tagged as invalid by B::ISBN?
15:12 |Lupin| ebegin: I checked, the one passd to the module is 2226113258
15:11 ebegin The first test it does is about the lenght... if 10, if 13 else BAD-ISBN
15:11 |Lupin| ebegin: Business::ISBN doesn't like them ?
15:10 ebegin try by removing the dashes (-)
15:09 |Lupin| this one was considered invalid as many many others, I'll try to figure out why
15:09 |Lupin| ebegin: my script does not look for them... For the moment i was just counting how many of our records have valid isns..
15:08 ebegin |Lupin|, any error code?
15:05 slef http://www.isbn-check.de/checkisbn.pl?isbn=2-226-11325-8&submit=test&lang=en
15:04 |Lupin| Business::ISBN says it is not valid...
15:03 |Lupin| 2-226-11325-8 can someone see what's wrong with this ISBN, please ?
14:39 slef I don't mind. I'll leave it to you l10n experts :)
14:39 slef could do it various ways, but I was thinking one big xsl file, or split by modules and use some sort of include statements, then xsl the xsl to combine and split by language
14:35 hdl_laptop1 Ah one language per xslt so only one lang ?
14:34 hdl_laptop1 if you have one big xsl file containing all the translations... ?
14:34 gmcharlt using xml:lang woudl be a way of helping to manage extracting strings from the base XSLT files
14:34 gmcharlt hdl_laptop1: different may be OK, as long as translation can be handled via PO files
14:33 hdl_laptop1 But the point is that it would then be totally different from what has been done for templates.
14:33 gmcharlt slef: yeah, that seems like it woudl be the easiest way to handle
14:33 slef just needs sponsors, huh?
14:32 hdl_laptop1 you are not.
14:32 hdl_laptop1 slef: no.
14:31 slef actually, can't we use xml:lang attributes and then extract/cache xsl of used languages or am I missing obvious complexities?
14:30 slef no getmsg for xml yet?
14:29 magnusenger ok
14:27 hdl_laptop1 and get them into po. Which is not so obvious a task
14:27 hdl_laptop1 But we have then to decode them.
14:27 magnusenger ok, thanks! I'll have a go at translating them into Norwegian then. And ponder any tweaks to make them work with our beloved NORMARC...
14:27 hdl_laptop1 I think it has to be fixed.
14:26 paul_p mmm... I don't have any idea. /me beeps hdl_laptop1, but i'm afraid the answer is no (although it should be fixed ;-) )
14:25 paul_p someone looking for me ?
14:25 slef I think paul_p or chris are the people to ask.
14:22 magnusenger then m = them
14:21 magnusenger any plans for including then m in the general translation mechanism?
14:20 magnusenger ok, so they should just be translated?
14:20 magnusenger should these XSLT-files be translated seperately from the other translations?
14:20 gmcharlt magnusenger: right - the XSLT are not run through the translator at present
14:19 magnusenger i'm having a first look at the files in nb-NO/xslt and find a lot of english texts, like "Author" etc
14:19 magnusenger Hi all!
14:17 Sharon no problem. I hadn't seen that syspref before.
14:17 slef thanks for checking
14:17 slef ok, so it might be a bug worth reporting after all
14:17 Sharon It's set for Pickup library
14:16 slef I misread a line :)
14:16 slef sorry, CircControl system preference
14:15 Sharon can do
14:15 slef Sharon: can you check your ItemHomeLibrary system preference?
14:15 slef Sharon: looks like a local configuration error to me
14:15 slef Sharon: don't file on bugs.koha.org
14:13 |Lupin| slef: thanks. I tried but the page I was looking for was not there.; thanks however.
14:12 Sharon yep. circ and renewal policies need to match the transacting library.
14:12 slef sorry, transacting library
14:12 Sharon will do.
14:12 slef Sharon: can you file it on bugs.koha.org along with a note of what it should do, please? (renew on original library's policy?)
14:12 Sharon one of those things that wouldn't be an issue in a stand-alone installation, but it doesn't work so well in a 30+ library consortium
14:11 Sharon Bug. It confuses a patron to have their book circ first for 2 weeks then renew for 3
14:10 slef Sharon: is that a bug or a feature?
14:10 slef |Lupin|: there's something there for you
14:09 jdavidb If it's an academic librarian, just say, "I have a paper due tomorrow." They'll sigh, stare at you like you're an idiot, and then give you the answer you need.
14:09 Sharon unrelated, we discovered last night that when you renew an item on loan from another library, the book renews with the owning library's policy, not the transacting library's policy.
14:09 slef sorry not to do it in public, but the case studies involve, well, live cases :)
14:09 slef how to approach librarians about particular issues
14:08 slef nah, it's social issues or psychology or something
14:06 |Lupin| I wish I downloaded the whole site while it wwas still alive...
14:05 |Lupin| there was an electronic version of the unimarc manual there, in HTML, very handy
14:05 |Lupin| can anyone help Re:unimarc.info ?
14:00 |Lupin| gmcharlt: oh ok ! thanks !
14:00 Sharon I'm a librarian, what's up?
13:58 gmcharlt |Lupin|: my $marc = MARC::Record->new_from_usmarc($blob)
13:57 |Lupin| gmcharlt: ok. How do you do the parsing part ?
13:56 slef jdavidb, collum: thanks. will PM collum
13:55 collum slef: Librarian here
13:55 gmcharlt |Lupin|: you can tie a scalar to a file handle, or just split on \x1D and parse each blob into a MARC::Record object
13:54 |Lupin| has someone noticed that unimarc.info is down ?
13:54 jdavidb I'm not a librarian, and I don't play one on television, but I can try. I've spent my whole career around them.
13:54 slef |Lupin|: sorry, I need an insight into librarianship
13:54 |Lupin| slef: available but not librarian
13:54 slef (and yes, I know fredericd is a developer...)
13:54 slef any librarians available?
13:52 slef fredericd: are you there?
13:52 munin slef: fredericd was last seen in #koha 1 week, 1 day, 4 hours, 21 minutes, and 53 seconds ago: <fredericd> |Lupin|: \n in MARC records sound not good!
13:52 slef @seen fredericd
13:48 |Lupin| hmmm is there a method somewhere to read marc records in bathc mode from a scalar value rather than from a file ?
13:45 |Lupin| hdl_laptop1: thanks !!!
13:43 jdavidb Hrm. An issue, with an itemnumber that does not exist in items...there's my bandit. Now, how did I end up with those in three different sets?
13:42 hdl_laptop1 009 for instance
13:39 |Lupin| (it's Unimarc btw)
13:38 |Lupin| When importing MARC records in Koha, where wold you store old records number you want to keep track off just in case, please ?
13:34 jdavidb At first, I suspected trashy data...imma insert some testing statements to see if I can find out. Hard to imagine on three different servers, though.
13:31 jdavidb Haven't spotted any obvious ones. It's doing this on three different data sets, all running HEAD, so it makes me wonder...
13:30 gmcharlt jdavidb: $branchode is not undef, and there's no silly typo with the hashkey name floating around?
13:29 |Lupin| so in France it will be at 9PM, right ?
13:29 jdavidb I've checked, and all of the issues have a branchcode, as do all the borrowers, so it's not a stray NULL that doesn't belong.
13:28 jdavidb No branchcode argument to new. Should be C4::Calendar->new(branchcode => $branchcode) at fines.pl line 134
13:28 jdavidb All right, I've spent the last hour on this, and am utterly stumped. What would cause fines.pl to throw this:
13:27 schuster Thanks for the reminder! and the time.. I always mess up the time! Late early etc... wrong day! HA...
13:25 owen There wouldn't have been any donuts left by the time you got there
13:24 jdavidb That's what I get for moving my computer between time zones. Things get confused.
13:24 jdavidb *grumble*
13:24 gmcharlt jdavidb: 3 p.m. EDT
13:24 jdavidb gmcharlt: I have the meeting tomorrow down for 4 PM Eastern US time...zat right?
13:21 ebegin Someone has to tell him
13:21 gmcharlt ebegin++
13:20 gmcharlt |Lupin|: don't worry, many more will attend
13:20 ebegin owen :) thanks
13:20 owen ebegin: I thought that was a good response to the "nobody won't replay" Koha list message
13:20 |Lupin| hmm if only those how have added their names to the page will attend the meeting, that's gonna be a very private meeting.. :/
13:19 |Lupin| gmcharlt: done
13:02 |Lupin| hi paul_p
13:02 |Lupin| gmcharlt: ok
13:01 jdavidb Howdy, paul_p!
13:01 gmcharlt hi paul_p
13:01 gmcharlt |Lupin|: go ahead and add it to the wiki page
13:01 paul_p (hi amit & jdavidb as well)
13:01 paul_p hi gmcharlt & |Lupin|
13:00 |Lupin| gmcharlt: should it be added to the wiki page ?
13:00 |Lupin| gmcharlt: ok. Just waned to check it won't overload the meeting.
13:00 gmcharlt yes
12:59 |Lupin| gmcharlt: since the message did not receive many replies, do you think it'd still be relevant to talk about this during the IRC meeting ?
12:59 gmcharlt which you sent, but feel free to bring it up during tomorrow's meeting as well
12:59 |Lupin| gmcharlt: last time I suggested to talk about the accessiblity of Koha's Intranet during tomorrow's meeting and you said a message on the list would be nice
12:58 |Lupin| hi gmcharlt
12:57 gmcharlt hi |Lupin|
12:50 |Lupin| gmcharlt: here ?
12:20 hdl_laptop1 |Lupin|: np
12:11 jdavidb Hello, Amit. :)
12:11 Amit hi jdavidb
12:07 Amit hi hdl_laptop
12:07 |Lupin| hdl_laptop1: many thanks for the link you provided last time on "recommandation 995". Actually it was exactly what we were looking for.
12:06 |Lupin| hi hdl_laptop1
12:02 hdl_laptop1 hi |Lupin|