Time Nick Message
11:58 nahuel gmcharlt, ok, I did this, and updated the wiki with my new dbrev
11:58 gmcharlt nahuel: since the new_acq branch is going to make the DBrevs difficult anyway for a while, if you have a DB change, just submit a patch with the next available number and I'll adjust it if necessary when I push it
11:56 chris worked that time
11:54 gmcharlt chris: still? same error mesage?
11:46 chris still complaining
11:45 gmcharlt chris: ok, try again
11:28 elwell client wasn't impressed when I explained that he probably *wasn't* the only person using that hardware....
10:38 chris ahh, well dodgy
10:37 slef if you ask them to fix something, they can't because they don't have permissions
10:37 slef the big co-op markets its services as 100% co-op or something like that, but they're just reselling dubious private hosting companies
10:36 slef we need to sign some more deals so we can replace that big co-op's services when we encounter them
10:35 slef one (as far as I know) customer disrupted quite a lot by this
10:35 chris nice
10:35 slef the exploited big co-op one I mentioned yesterday has the worst of both worlds: got exploited, now has updated instantly including undocumented unrelated changes
10:35 chris yep
10:34 slef to be fair, there are reasons why hosting providers can't update instantly
10:34 slef (from identi.ca/mjray)
10:15 chris got it back with no data loss, one of the lucky ones
10:15 chris slef: one of my workmates had a vps on VaServ
10:14 nahuel :)
10:14 nahuel I think it's all galen
10:12 nahuel slef, ok
10:12 slef nahuel: try using git-blame, annotate or log to see who to remind
10:11 slef morning all
09:32 chris gmcharlt: if you see this when you wake up, im getting an error pushing to the 3.0.x branch again error: unable to create temporary sha1 filename ./objects/12: File exists
08:56 nahuel too bad :)
08:56 nahuel tsss
08:56 chris that would be my guess
08:56 chris presumably people havent been updating the wiki
08:53 nahuel in updatedb : 3.01.00.037
08:52 nahuel in wiki : v3.01.00.028
08:52 kf hi nahuel
08:52 nahuel chris, do you have an idea why dbrevs on wiki are not up to date ?
08:52 nahuel and kf
08:52 nahuel hi chris !
08:50 nahuel gmcharlt, ping ?
08:49 kf hmm?
08:30 chris hmm
06:45 chris sounds like it will be a nice day
06:45 munin chris: The current temperature in Marseille, France is 19.0°C (8:30 AM CEST on June 10, 2009). Conditions: Clear. Humidity: 78%. Dew Point: 15.0°C. Pressure: 30.04 in 1017 hPa (Steady).
06:45 chris @wunder marseille
06:40 hdl_laptop hi chris
06:23 chris hi hdl_laptop
05:03 ebegin I did and nothing changed :(
04:59 chris are you doing it with the -z switch? or doing a complete reindex?
04:59 chris hmm in that case no idea, nothing in the zebra logs?
04:57 ebegin ok. I see why I didn't tried it. rebuild_zebra doesn't have the -v option on that version (3.00.00)
04:55 ebegin good point.
04:55 chris it might tell you whats happening
04:55 chris to get more output
04:55 chris have you tried running it with -v
04:54 ebegin don't think so. I even tried with the root user.
04:54 chris does the user you are running rebuild_zebra as have the right permissions to write to that
04:54 chris permissions issue?
04:52 ebegin this specific install is on RedHat
04:51 ebegin the /var/lib/koha/zebradb/biblios/register folder content do not get updated after calling rebuild_zebra. any idea
04:50 ebegin Hi there. I do have a strange problem with zebra. Maybe someone here can help me...
01:05 pianohacker Yeah
01:02 chris often there is not enough context to make a good machine translation
00:59 pianohacker Why not?
00:51 chris not so much for the templates
00:51 chris it might be a good start for things like the manual, or the website
00:49 pianohacker I'd had the same idea a while back; how well do you think working from an automated translation would work?
00:44 chris interesting
00:44 chris http://googleblog.blogspot.com/2009/06/translating-worlds-information-with.html
00:39 gmcharlt believe or not, you're actually quite close
00:38 gmcharlt current ldapservers config
00:38 bignose-work thank you for your assistance. what can I send to the mailing list to help taking this further?
00:38 bignose-work okay, that's all I have time for folks.
00:38 bignose-work [Wed Jun 10 10:36:02 2009] [error] [client 127.0.1.1] [Wed Jun 10 10:36:02 2009] 500.pl: Initiating an anonymous session... at /usr/share/koha/lib/C4/Auth.pm line 763, <DATA> line 228.
00:38 bignose-work [Wed Jun 10 10:36:02 2009] [error] [client 127.0.1.1] AUTH_SESSION: ()\t -
00:38 bignose-work [Wed Jun 10 10:36:02 2009] [error] [client 127.0.1.1] kohaversion : 3.0100037
00:38 bignose-work [Wed Jun 10 10:36:02 2009] [error] [client 127.0.1.1] [Wed Jun 10 10:36:02 2009] 500.pl: Checking Auth at /usr/share/koha/lib/C4/Auth.pm line 510, <DATA> line 228.
00:38 bignose-work [Wed Jun 10 10:36:02 2009] [error] [client 127.0.1.1] Got 8 ldap mapkeys (populated): firstname userid categorycode surname city password address branchcode
00:38 bignose-work [Wed Jun 10 10:36:02 2009] [error] [client 127.0.1.1] Got 8 ldap mapkeys ( total ): firstname userid categorycode surname city password address branchcode
00:38 bignose-work [Wed Jun 10 10:36:02 2009] [error] [client 127.0.1.1] [Wed Jun 10 10:36:02 2009] opac-user.pl: (during init) @$self->{'dmy_arrayref'}: 2 36 10 10 5 109 3 160 0
00:38 bignose-work [Wed Jun 10 10:36:02 2009] [error] [client 127.0.1.1] AUTH_4: (percy)\t Percy - CPL
00:38 bignose-work [Wed Jun 10 10:36:02 2009] [error] [client 127.0.1.1] AUTH_3 results: percy,1,percy, ,Percy,,CPL,
00:37 bignose-work the OPAC log shows:
00:37 bignose-work ah right.
00:37 gmcharlt note that OPAC has a separate Apache erorr log
00:37 bignose-work but both interfaces report âThere was an errorâ?.
00:36 bignose-work trying to log in to the OPAC interface fails, but still not seeing any log output at all from that.
00:36 gmcharlt ok, that's just a debug
00:35 bignose-work [Wed Jun 10 10:33:34 2009] [error] [client 127.0.1.1] [Wed Jun 10 10:33:34 2009] 500.pl: get_shelves_userenv cannot retrieve context->{userenv}->{context->{activeuser}} at /usr/share/koha/lib/C4/Context.pm line 949, <DATA> line 228.
00:35 bignose-work [Wed Jun 10 10:33:34 2009] [error] [client 127.0.1.1] AUTH_SESSION: ()\t -
00:35 bignose-work now getting an error:
00:34 bignose-work hurrah, a borrower has been added by logging in to the administrative interface.
00:32 bignose-work now getting an error caused by a bad branch code; fixing the default in the config now
00:27 gmcharlt installer/data/mysql/en/optional/sample_libraries.sql
00:27 gmcharlt installer/data/mysql/en/optional/sample_itemtypes.sql
00:27 bignose-work trying now
00:27 gmcharlt installer/data/mysql/en/optional/patron_categories.sql
00:27 gmcharlt I'll list some SQL scripts form the Koha distribution that you can go ahead and load
00:27 gmcharlt but to get you started
00:26 gmcharlt bignose-work: library can set up patron categories in the staff interface
00:26 bignose-work how do I get it in post-install?
00:26 gmcharlt or there's an SQL script you can load
00:26 bignose-work what's the âoptional dataâ?? how will it affect the library?
00:25 gmcharlt ok, then insert one as I've suggested
00:25 bignose-work this is likely to cause many problems, right?
00:25 bignose-work no rows in ‘categories’.
00:24 bignose-work hmm. how do I know whether that's what I did?
00:24 gmcharlt check to see if there are any rows in the categories table
00:24 gmcharlt if you loaded optional data when the web installer was run, yes
00:24 bignose-work um, I mean: is there one already set up in the database having followed the âinstall Kohaâ? instructions?
00:23 gmcharlt insert into categories (categorycode, description, category_type) values ('PT', 'Patron', 'A');
00:23 gmcharlt yes
00:23 bignose-work is there a set-up-by-default-from-installation category I can use for default?
00:22 bignose-work I have no idea about categories.
00:22 pianohacker Do you have a PT category set up in Koha?
00:22 bignose-work [Wed Jun 10 10:20:59 2009] [error] [client 127.0.1.1] [Wed Jun 10 10:20:59 2009] mainpage.pl: DBD::mysql::st execute failed: Cannot add or update a child row: a foreign key constraint fails (`koha/borrowers`, CONSTRAINT `borrowers_ibfk_1` FOREIGN KEY (`categorycode`) REFERENCES `categories` (`categorycode`)) at /usr/share/koha/lib/C4/Members.pm line 768, <DATA> line 228.
00:22 bignose-work [Wed Jun 10 10:20:59 2009] [error] [client 127.0.1.1] AddMember SQL: (insert into borrowers set cardnumber='percy',surname='Percy',firstname=' ',title=NULL,othernames=NULL,initials=' P ',streetnumber=NULL,streettype=NULL,address='Unknown address',address2=NULL,zipcode=NULL,city='Unknown city',phone=NULL,email=NULL,mobile=NULL,phonepro=NULL,opacnote=NULL,guarantorid=NULL,dateofbirth=NULL,branchcode='MAIN',categorycode='PT',dateenrolled=NULL,contactname
00:22 bignose-work okay, I've now set default values in the Koha config for ‘city’ and ‘address’
00:20 bignose-work isn't âunknownâ? exactly wehat NULL is meant to represent? :-)
00:17 pianohacker Hey, if you want to get the PostgreSQL port back up to speed ;)
00:17 gmcharlt bignose-work: http://bugs.mysql.com/bug.php?id=34198
00:16 pianohacker Is there some default city you could use for your environment? At the very least, "Unknown City" ?
00:16 bignose-work yes, that's pretty darned stupid
00:16 gmcharlt I'm guessing that the 'not null' is winning
00:16 bignose-work ah, I see
00:16 gmcharlt since the error messaging is saying that Column 'city' cannot be null
00:15 gmcharlt but claiming that it is also default null
00:15 gmcharlt given that it is saying that borrowers.city is in fact not null
00:15 gmcharlt looks like a minor mysql glitch
00:14 bignose-work <URL:http://pastebin.ca/1454624>
00:13 bignose-work sure
00:12 pianohacker bignose-work: could you pastebin the results of DESCRIBE borrowers ?
00:12 bignose-work is there an âupgrade the databaseâ? step whose documentation I missed?
00:11 bignose-work this is a database created by Koha 3.0
00:11 gmcharlt | city | mediumtext | NO | | | |
00:11 gmcharlt | Field | Type | Null | Key | Default | Extra |
00:11 bignose-work all the others have a default setting of ‘NULL’
00:11 gmcharlt desc borrowers;
00:11 gmcharlt in my DB
00:11 bignose-work the only columns that don't default to NULL are ‘branchcode’ and ‘categorycode’
00:11 gmcharlt not in the standard schema
00:10 bignose-work which means a NULL is allowed
00:10 bignose-work no, city *has* a default of NULL
00:09 gmcharlt so you do need to set a default value for it same as you did for address
00:09 gmcharlt hmm, city is not null in the default schema
00:08 bignose-work /usr/share/koha/lib/C4/Members.pm line 768, <DATA> line 228.
00:08 bignose-work [Wed Jun 10 10:05:29 2009] [error] [client 127.0.1.1] [Wed Jun 10 10:05:29 2009] mainpage.pl: DBD::mysql::st execute failed: Column 'city' cannot be null at
00:08 bignose-work yet the message I get is:
00:08 bignose-work huh? the ‘city’ column has a default of ‘NULL’
00:07 bignose-work I'll look at the table and set defaults in the config for ones set NOT NULL
00:07 bignose-work where I see that another column is set to NOT NULL
00:06 bignose-work okay, I'm definitely getting log output now :-)
00:03 bignose-work trying now.
00:02 gmcharlt try temporarily setting the LDAP server name to an intentionally wrong value
00:02 gmcharlt ok, then to see if the Apache log is being updated at all
00:01 bignose-work that's going to lead to ânow *this* isn't working; can I be sure I didn't screw up when I modified the code?â? that I just don't have the resources to worry about.
00:00 bignose-work yeah, see, I'm trying to avoid touching the code itself.
23:59 gmcharlt anything sent to STDERR should end up in Apache error log
23:59 gmcharlt put a warn "foo"; in the C4/Auth_with_LDAP.pm
23:58 bignose-work not seeing a peep now
23:58 bignose-work or indeed, any log message at all
23:56 bignose-work is there some action that you *know* will produce a debug log message, just to make sure?
23:55 gmcharlt ok, well you can force it by editing C4/Debug.pm and making sure it sets $debug to 1 in all cases
23:54 bignose-work no entries created in borrowers.
23:53 bignose-work not even getting the message I showed above when I now log in to the admin interface
23:53 bignose-work no debug output at all
23:53 bignose-work thoughno debug output at all
23:52 bignose-work yes, that's set.
23:52 gmcharlt did you do SetEnv DEBUG 1 in both vhosts?
23:52 bignose-work the messages there already were from attempts to log in to the administrative interface.
23:51 bignose-work (yet it still doesn't affect the borrowers table nor the resulting interface)
23:51 gmcharlt any new rows in borrowers no?
23:51 bignose-work when I try to log in using the OPAC interface, no such log messages are created.
23:50 gmcharlt you'll also need to set a default value for city
23:50 gmcharlt no
23:50 bignose-work after altering ‘koha-conf.xml’, do I need to reload anything?
23:49 gmcharlt <address is="nonexistant_LDAP_field">default</address>
23:48 gmcharlt do something like
23:48 gmcharlt so in the mapping section
23:48 gmcharlt you'll have to supply a default value
23:48 bignose-work these accounts have no âaddressâ? field. how should I tell that to Koha?
23:48 bignose-work [Mon Jun 08 22:58:16 2009] [error] [client 127.0.1.1] AUTH_3: no results for userid='percy', cardnumber=''.
23:48 bignose-work [Mon Jun 08 22:58:16 2009] [error] [client 127.0.1.1] [Mon Jun 8 22:58:16 2009] mainpage.pl: DBD::mysql::st execute failed: Column 'address' cannot be null at /usr/share/koha/lib/C4/Members.pm line 768, <DATA> line 228.
23:48 bignose-work aha. results already, from previous sessions.
23:46 gmcharlt /var/log/koha/koha-opac-error_log for the public catalog interface
23:46 gmcharlt Apache error log
23:46 pianohacker There'll be a staff and OPAC one (should be easy to tell the difference)
23:46 pianohacker bignose-work: That should also be in your Apache config, next to ErrorLog
23:45 bignose-work which log file will that write to (so I can begin watching it)?
23:45 bignose-work okay, done.
23:42 gmcharlt and bounce Apache
23:42 gmcharlt to the vhost config for both staff and and OPAC
23:41 gmcharlt SetEnv DEBUG 1
23:41 gmcharlt add
23:41 gmcharlt also, to get some useful debug info
23:41 gmcharlt thanks
23:37 bignose-work with passwords redacted
23:37 bignose-work <URL:http://pastebin.ca/1454564> is the <config> element of /etc/koha/koha-conf.xml
23:34 gmcharlt bignose-work: btw, please pastebin the current ldapservers section of your koha-conf.xml - will help as we work through this
23:33 bignose-work and the interface appears to be trying to say âHello, [name]â? but the â[name]â? is empty.
23:32 gmcharlt and see if a new row gets added to the borrowers table
23:32 bignose-work the ‘borrowers’ table is empty.
23:32 bignose-work I also have access to the MySQL database
23:32 gmcharlt logging in as a different patron
23:32 gmcharlt try logging out of that interface
23:32 gmcharlt so now let's test patron record replication
23:32 gmcharlt ok
23:31 bignose-work and yes, this is all different and I presume is what you're referring to as the OPAC interface.
23:31 bignose-work if I log out, choose log in, then give login credentials again to the resulting fields, I get to the same logged-in interface.
23:30 bignose-work okay. going to the HTTP port gave me an *already* authenticated interface (presumably because I'd authenticated a few days ago as described in my email message)
23:28 gmcharlt ok, looks like your OPAC interface is http://foo/ and intranet http://foo:8080/
23:28 bignose-work unmodified from the install procedure.
23:27 bignose-work <URL:http://pastebin.ca/1454548> is the current apache config for koha.
23:27 bignose-work okay.
23:27 gmcharlt most likely
23:27 bignose-work right. so, does the fact that I'm seeing that message (and not âInvalid username or passwordâ? if that's what it was), indicative that the problem is not authentication any more?
23:25 gmcharlt we can move on to dealing with Koha staff user permissions
23:25 gmcharlt then once we're sure that the LDAP config is letting patrons log into the OPAC
23:25 gmcharlt which is why it's easier to test in the OPAC first
23:25 gmcharlt that are not needed for OPAC logins
23:24 gmcharlt staff user permissions in Koha rely on additional flags set in the Koha patron record
23:24 gmcharlt bignose-work: since you've been testing against staff, it could indicate an authorization issue (internal to Koha) as opposed to an LDAP authentication issue
23:23 gmcharlt that should indicate the URL of the public catalog interface
23:23 bignose-work or can we not presume that?
23:23 bignose-work is the ‘nopermission’-triggered message an indication of the authentication state?
23:23 gmcharlt check your Apache config and look for the vhost that has ScriptAlias /index.html "/home/gmc/koha/dev/opac/opac-main.pl"
23:22 gmcharlt ok, since it will be easier to test the LDAP authentication by testing logging into the public catalog first
23:21 bignose-work yes.
23:21 gmcharlt you have access to your Apache config?
23:20 gmcharlt yes
23:20 bignose-work so that's the staff-only interface?
23:20 bignose-work it has fields for âusernameâ?, âpasswordâ?, âlibraryâ?
23:19 gmcharlt the public catalog interface let's you do catalog searches by default, and doesn't force you to log in right away
23:18 gmcharlt if the initial page has only a login box, you're looking at the staff
23:18 bignose-work how do I tell whether that's what I've got? the details of Koha are still mysterious to me.
23:17 gmcharlt in a typical setup, there would be two base URLs, one used by library staff and the other being the entry point to the public catalog
23:16 bignose-work I don't know about these separate interfaces. the only login interface I'm aware of is the one returned from the root URL of the Koha installation, when not already logged in.
23:14 gmcharlt as compared to the OPAC = public catalog
23:14 gmcharlt staff = intranet = cataloging, circ, etc. interface
23:13 bignose-work I don't know what you mean by âstaffâ?
23:13 gmcharlt and as you suspect, there's an authorization issue
23:13 gmcharlt ok, in your email of yesterday, looks like you've tested on the staff side so far
23:13 bignose-work the primary repository of those accounts is exposed via LDAP, so any changes (addition/removal, and modification of existing accounts) should besubsequently used by Koha.
23:12 bignose-work I want Koha to use LDAP for authenticating users, both borrowers and librarians.
23:11 gmcharlt as opposed to OPAC users to the OPAC?
23:11 gmcharlt bignose-work: you want to authenticate staff users to the Koha intranet, correct?
23:11 bignose-work nope, not accessible from outside world
23:09 gmcharlt might be unlikely, but do you happen to have a test version of the LDAP repo that I could try connecting
23:08 gmcharlt it looks like some direct poking around would be useful at this point
23:08 gmcharlt bignose-work: hi
23:08 bignose-work I'm told all the LDAP implementation people are in the USA, but haven't seen responses from them
23:07 bignose-work has anyone got any thoughts about my questions on the mailing lsit from a couple of days ago, re. LDAP authentication?
23:03 Jo hi Galen, Hi Pianohacker
23:02 gmcharlt hi Jo, pianohacker
23:00 pianohacker Good morning
23:00 Jo morning
21:35 chris ok, time to take kahu to daycare bbl
20:49 rhcl TNX
20:49 gmcharlt rhcl: info@liblime.com
20:48 rhcl gmcharlt: do you have a webmaster email address for Liblime? Don't see one on the site.
20:42 ecorrado taht solitare image is funny
20:33 richard hi
20:21 Sharon Howdy
20:20 chris heya Sharon
20:11 gmcharlt nice find
20:09 chris quite nifty
20:09 chris gmcharlt: http://blog.rot13.org/2009/06/reverse_proxy_with_remote_user_authorization.html
20:05 liz_rea ooh that will be exciting
20:03 chris we have got some patches from india now .. so now im hanging out for the first patch from kenya :)
20:03 chris i love the fact they are running workshops
20:02 chris *nod*
20:01 liz_rea as an aside, that's a lot more technologically advanced than I'd have expected in Kenya. Makes me feel happy.
20:00 liz_rea nice! Solitaire!
19:58 chris check out the computer on the right ... theres one at every presentation :)
19:58 chris http://kohakenya.wordpress.com/2009/06/09/review-gretsa-koha-training-workshop/dsc01091/
19:52 chris we have a whole wrong window page on the work wiki
19:52 chris yep
19:50 gmcharlt yeah, although I've seen worse in that genre
19:50 chris im fairly she didnt want to send that to the mailing list :)
19:25 chris danny: yeah its always a tradgedy when the screen server needs a reboot (its only usually when it needs a new kernel)
19:19 chris slef: http://lib1point5.wordpress.com/ one for the planet
19:18 danny kohacon++ and screen++ , the screen command is awesome and is making my life so much easier, thanks to whoever shared that at the kohacon dev weekend!
19:18 ebegin morning chris
19:17 gmcharlt hi chris
19:17 chris morning
18:56 liz_rea cool, ty
18:47 gmcharlt liz_rea: yes
18:45 liz_rea quick question: would this http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=commit;h=a4f1283093858322e1831ab24ca1abb97286f4bd require a thorough reindexing to implement the fix?
18:15 ebegin thanks gmcharlt
18:13 gmcharlt ebegin: it's been done - there are some Fedora instructions on the wiki
18:08 ebegin anybody installed koha on RedHat?
18:07 ebegin hi #koha!
17:34 gmcharlt rhcl: talk to Kyle Hall about that :)
17:34 rhcl Seems like it needs a sexier name though....
17:33 rhcl gmcharlt: OK, tnx
17:22 gmcharlt rhcl: there is for circ, i.e., offline circulation
17:21 rhcl Sirsi has a "standalone" mode which caches transactions if the Internet connection to the server is down. Is there something equivalent in Koha?
17:08 joetho I will contact my, um, "vendor" to discuss this as well. Another possible tangle at some point, may as well avoid that too.
17:00 gmcharlt joetho: main thing to avoid is ending up with the same code as another library in your consortium or any consortium you're likely to join in the future
16:59 gmcharlt joetho: no, there isn't an *authoritative* source
16:45 joetho I have gotten them from vendors before. Sort of.
16:44 joetho is there a definitive source for assigning new institution codes? digits 2-5 in a barcode?
16:07 brendan_ \exit
16:04 slef http://supybot.sourceforge.net/docs/plugins/Weather.html
16:03 slef "This plugin does weather-related stuff. It can't change the weather, though, so don't get your hopes up. We just report it."
16:02 slef and the moon on a stick!
16:01 slef really clever would be varying it by place
16:01 munin gmcharlt: The current temperature in Weston-Super-Mare, United Kingdom is 16.7°C (5:01 PM BST on June 09, 2009). Conditions: Clear. Humidity: 62%. Dew Point: 9.0°C. Pressure: 29.79 in 1008.7 hPa (Steady).
16:01 gmcharlt @wunder Weston-Super-Mare, SOMERSET
16:01 munin gmcharlt: The operation succeeded.
16:01 munin slef: I suck
16:01 gmcharlt @config supybot.plugins.Weather.temperatureUnit C
16:01 slef munin: you old-fashioned US-imperialist fossil
16:00 slef I've no idea what 62F is without looking it up, though ;)
16:00 slef hrm, seems like some of them are misfiled
16:00 munin slef: The current temperature in Weston-Super-Mare, United Kingdom is 62.1°F (4:59 PM BST on June 09, 2009). Conditions: Clear. Humidity: 61%. Dew Point: 48.2°F. Pressure: 29.79 in 1008.7 hPa (Steady).
16:00 slef @wunder Weston-Super-Mare, SOMERSET
16:00 munin slef: Error: No such location could be found.
16:00 slef @wunder Wick St Lawrence, UK
15:59 munin brendan: Error: No such location could be found.
15:59 brendan @wunder north pole
15:59 munin slef: Error: No such location could be found.
15:59 slef @wunder Wick St. Lawrence, UK
15:58 munin slef: The current temperature in Bristol Airport, United Kingdom is 60.8°F (4:50 PM BST on June 09, 2009). Conditions: Clear. Humidity: 55%. Dew Point: 44.6°F. Pressure: 29.77 in 1008 hPa (Steady).
15:58 slef @wunder Bristol Airport, UK
15:58 munin slef: Error: No such location could be found.
15:58 slef @wunder Bristol, UK
15:58 munin gmcharlt: The current temperature in Near Mission - TC, Santa Barbara, California is 63.5°F (8:57 AM PDT on June 09, 2009). Conditions: Mostly Cloudy. Humidity: 61%. Dew Point: 50.0°F. Pressure: 29.97 in 1014.8 hPa (Steady).
15:58 gmcharlt @wunder santa barbara, CA
15:58 munin gmcharlt: Error: No such location could be found.
15:58 gmcharlt @wunder santa barbara
15:57 brendan looks like munin needs some coffee
15:57 munin gmcharlt: downloading the Perl source
15:57 gmcharlt @cnn 32605
15:57 munin brendan: downloading the Perl source
15:57 brendan @wunder 93117
15:57 munin gmcharlt: I suck
15:57 gmcharlt @wunder 32605
15:56 munin gmcharlt: I suck
15:56 gmcharlt @wunder santa barbara, CA
15:56 brendan hehe
15:56 munin brendan: I suck
15:56 brendan @wunder santa barbara
15:56 brendan hey slef gmcharlt
15:55 gmcharlt hi brendan
15:55 slef afternoon brendan ;-)
15:54 brendan morning #koha
14:30 kf ok, have to go now, but will look into it tomorrow. Have problems with adding circulation rules too :( But perhaps there is something wrong with this installation.
14:28 hdl_laptop no.
14:26 kf hdl: ok, thx. we did no customization so far, only adding some indexes. Is a fresh installation needed? we went with patching / upgrading now.
14:25 hdl_laptop anyway fredericd patch is good.
14:24 hdl_laptop kf if it occurs on stable without customisation, then file a bug and assign to me.
14:24 gmcharlt did I miss any patches for this that were submitted via the patches list?
14:23 hdl_laptop yes.
14:23 kf will test again tomorrow and perhaps file a bug
14:23 gmcharlt hdl_laptop: this is regarding the string translation patch?
14:22 kf hm, should be stable, but we patched from 3.0.1
14:21 hdl_laptop paul_p: it is already done on stable version i think.
14:17 kf paul: item display in cataloging seems to be broken (summary on top of page when editing, deleting or adding new item)
14:09 paul_p fredericd: ++ for you patch about non translatable strings
14:09 |Lupin| okay, gota go. till soon all !
14:08 |Lupin| (not sure whether they exist, but if they don't, they probably should)
14:07 |Lupin| rhcl: even those with ceitan ?
14:06 rhcl Veg hot dogs taste nasty. I've tried 'em all.
14:06 schuster texture seems a little off...;)
14:06 rhcl Or should that be...animals will still be virtually sacrificed?
14:06 schuster Are you sure they are not veggie?
14:05 rhcl But virtual animals will still be sacrificed?
14:04 gmcharlt |Lupin|: true
14:04 |Lupin| gmcharlt: "sadly": depends on the point of view ! from the one of the animals wich on't be sacrified, this news ma seem rather good acutally
14:03 rhcl Well, something to look forward to. :)
14:03 gmcharlt but they are very *good* virtual hotdogs
14:03 rhcl Uh, that' downright tragic.
14:03 gmcharlt sadly, the hot dogs I can offer will only be virtual
14:02 gmcharlt right here on #koha
14:02 rhcl Meeting? Free hot dogs and soda pop? Where is this meeting going to be held?
13:52 |Lupin| It'll be July 1st.
13:51 |Lupin| gmcharlt: okay, thanks !
13:46 gmcharlt |Lupin|: first Wednesday - I'll send an email
13:35 slef oleonard is conferencing again it seems
13:30 slef nope. I think it was a no-phone zone, but it wasn't clear
13:29 gmcharlt *room
13:29 gmcharlt I hope the waiting had decent wifi
13:29 slef 10min appt btw
13:28 slef (now 2pm here)
13:28 slef next time I have a 10am appointment, I'm taking a packed lunch along
13:28 slef gmcharlt: hospital
13:25 gmcharlt slef: dare I ask what you escaped?
13:25 slef hi all. I've finally escaped back to work :)
13:24 ecorrado gmcharlt: i've got to say though, I've seen a lot worse documentation in Open Source projects
13:23 gmcharlt but thanks for taking the time to apply fresh eyes to it
13:23 ecorrado so maybe I can help others from messing it all up :-)
13:23 gmcharlt yeah, it's all your fault! ;)
13:23 ecorrado so silly people like /me come along and follow to letter and mess it all up
13:22 ecorrado there are some things that just didn't work, or were missing..... I know that happens a lot because the people putting the documentation know what they are doing
13:21 gmcharlt ecorrado++
13:21 ecorrado I need to do a second install, so maybe I'll take some notes on what I did and try to supplement the wiki install documentation
13:21 ecorrado hi hdl_laptop
13:21 hdl_laptop hi ecorrado.
13:20 ecorrado with 7.2 there, all of this seems optional
13:19 ecorrado really, 7.3 is really out of place
13:19 gmcharlt I suppose step 5 could be moved and merged with the step 7 stuff
13:17 ecorrado shouldn't zebra stuff, be with zebra?
13:17 ecorrado ok I see that now, but it is out of order
13:17 gmcharlt ecorrado: it does, actually, but a little eliptically - the references to rebuild_zebra.pl
13:16 ecorrado or at least they arte not in the proper order
13:16 ecorrado it is missing things
13:16 ecorrado gmcharlt: but itdoesn't even tell me I need to build indexes
13:14 gmcharlt thought it doesn't go into the details of how the Zebra configs work
13:13 gmcharlt ecorrado: the INSTALL.debian instructions will get you a basic, configured setup
13:10 ecorrado is there any good web pages, etc. on setting up zebra w/ koha 3.0.2 ... the INSTALL.debian file doesn't say much
13:09 gmcharlt I left behind a pretty nice version of such a tool when I left Ex Libris
13:09 gmcharlt |Lupin|: scads, I'm sure, just done mostly as one-offs
13:05 |Lupin| actually I'm a bit surprised that such tools do not exist, I'd have expected that a few old-fashioned computer scientists would have written them already :-)
13:05 gmcharlt schuster: we have to let people get migrated to Koha first ;)
13:04 |Lupin| gmcharlt: yes it's a bit less scary to me, thanks a lot for your suggestion
13:03 schuster hmmm - I see - but there are sooo many other things I'd like to see done! ;)
13:03 gmcharlt schuster: |Lupin| is looking for a command-line alternative
13:02 schuster Just coming into the discussion - or use MARCEDIT?
13:00 gmcharlt or find a program to convert CSV to XML, then map to MARC XML
12:59 gmcharlt |Lupin|: not sure if it's less scary, but it's easy to write such a program in Perl using MARC::Record
12:54 |Lupin| gmcharlt: okay... this looks a bit scary to me...no alternative to this tool ?
12:51 gmcharlt |Lupin|: I believe it can do some batch conversions via the command-line
12:50 |Lupin| gmcharlt: but does it have a command-line interface, or is it a graphical thing ?
12:47 gmcharlt |Lupin|: it shoud run on Linux under mono
12:46 |Lupin| hmm actuall MarcEdit seems to be more useful to Windows users... is there some replacement for it under Linux, or do you guys use MarcEdit nder Linux ?
12:30 |Lupin| paul_p: I never pa too much attention to the words... e.g. when I used to have a television I said I watched TV... a lot of blind people do that, it's just an habit
12:29 |Lupin| paul_p: :-)
12:26 paul_p hello |Lupin|
12:26 paul_p hehe... nice to read "oh I see" from you ;-)
12:21 |Lupin| gmcharlt: oh I see, it is not part of koha, okay. Thanks !
12:17 gmcharlt |Lupin|: it's http://oregonstate.edu/~reeset/marcedit/html/
12:16 |Lupin| gmcharlt: I'm sorry, I can't find marcEDIT. Is this somethig to be found in Koha's web interface ?
12:05 |Lupin| gmcharlt: okay, thanks !
12:04 gmcharlt koha.org back
12:03 gmcharlt run bulkmarcimport.pl from the command-line
12:03 |Lupin| and once the data are in MARC ?
12:03 |Lupin| gmcharlt: ah I see. So first convert the content of the database to something marcEDIT can understand, and then use this to obtain MARC...
12:02 gmcharlt |Lupin|: need to be converted to MARC - you can use a tool such as MARCEdit to convert from a CSV file (say) to MARC
12:01 |Lupin| the records are in a database which has its own format...
12:01 Gaurav ok
12:01 |Lupin| Just a quick question for you guys... how would you import, say, 400 bibliographic records in koha ?
12:01 gmcharlt Gaurav: looking at it now
12:01 |Lupin| :)
12:00 hdl_laptop hi |Lupin|
12:00 Gaurav hi lupin