IRC log for #koha, 2008-08-26

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
13:46 gmcharlt greetings
13:53 acmoore gmcharlt: It looks like Vincent is giving us lots of recommendations to clean up our organization and install process to make it easier to package on debian.
13:54 gmcharlt acmoore: yes, I see that
13:54 acmoore I hope we can accomodate some of those suggestions. We could use some more improvement in that area!
13:54 One thing I'm surprised he didn't mention is the huge number of duplicate files that we end up with due to different languages.
13:55 gmcharlt he did wrt to the Javascript libraries
13:56 acmoore oh yeah. I guess those are the large ones, anyway.
13:57 I briefly looked at some of the thigns we could do to put Koha on CPAN. One thing I noticed is that our distribution would be one of the largest things on there since we have so much non-perl stuff like images and HTML templates and such that get duplicated.
13:58 It still bugs me that we distribute the entire set of item icons twice, once for each interface.
14:01 atz acmoore: it should be easy enough to have a koha-tmpl/common directory
14:01 and two ScriptAlias lines in the Apache config
14:06 acmoore_ atz: if we had a tmpl/common directory, then we'd duplicate them at insall time, right?
14:06 I think that would be an improvement.
14:06 atz acmoore_: no duplication, unless installing more than once
14:07 the apache configs would both point to the same directory
14:07 acmoore_ ah, so both apache virtualhosts would be looking for some files in the same direcotry?
14:07 atz right
14:07 acmoore_ yeah, that could work, too.
14:07 gmcharlt duplication of common would be needed only during a split-server install
14:08 acmoore_ we'd have to change some things in the actual templates, then. Such as the path to some icons may becoming src="/common/icons/foo.png" or somesuch.
14:08 duplicating during install may avoid some of that.
14:11 hdl hi
14:15 acmoore hi hdl.
14:21 gmcharlt hi hdl
14:22 atz vincent's comment about inode vs. filename order is particularly apt!
14:51 MikeC_Jones good morning/afternoon
14:53 My library system is going to be using Koha with a Google App, and I was wondering...what's the preferred Linux distro for Koha?
14:53 hdl debian
14:53 mc debian++
14:53 hdl, is that official ?
14:54 hdl Not official.
14:54 mc ok
14:54 hdl But since INSTALL.debian is the most uptodate + work in progress to build a debian package,
14:55 I think it is quite sensible.
14:55 mc yep ...
14:55 MikeC_Jones Sounds good to me.  Had to convince my boss to let me blast the server and get rid of RH EL
14:56 mc that's why i wonder if an additionnal message in the INSTALL file would be welcomed
14:56 welcame ?
14:56 MikeC_Jones Is the support there for ia64?  The server I'll be using is a 3.2GHz Xeon
14:58 atz yes, 64 bit architecture is supported.  
14:58 mc MikeC_Jones, koha is built on perl libs, mysql and zebra
14:58 so i think ... ah .. atz replies :)
15:01 MikeC_Jones this is a new world for me.  i do run linux on my work desktop, but going this deep with perl and everything is going to be a learning experience for me
15:03 and unfortunately I suffer from experiences with Windows 64-bit and the horrible experience that is
15:12 rhcl Didn't/doesn't Red Hat have an indexing engine that does something similar to Zebra?
15:15 MikeC_Jones I'm not sure.  We have RH running on 2 web servers, but that's all they do.  It's been tough for me to really have time to learn since up until now, I've been distracted by doing tech support
15:15 They're just taking that off my shoulders to let me focus
15:17 Time to go blast this server
15:19 rhcl I was just musing...a quick glance of the koha mailing list seems to indicate (from a very quick glance--no statistical analysis) that Zebra generates a lot of problems, and I know we had probs with it when trying to do our first 4 or 5 Koha installs.
15:22 owen liz: are you around?
15:23 liz Owen: yeppers
15:23 owen Hi. I'm wondering if any of your libraries charge overdue fines?
15:23 liz yea, 3 of our libraries do
15:24 owen Have you gotten any feedback from them about how Koha's working in that regard?
15:24 liz we desperately need to be able to pay partial fines, and print receipts for fines
15:25 owen Yeah, that partial payment thing is a real pain
15:25 nengard owen liz is there an enhancement request for that in place?
15:25 I've heard that from lots of librarians
15:26 owen I was just looking at the opac-user page where it lists what is checked out, and there's a column labeled "fines" which says either Yes or No. I'm wondering if that's even helpful
15:26 liz hm lemme look at that
15:26 owen Is it worth noting that there are fines if it doesn't list the actual fine?
15:26 liz i haven't heard anything about that yet, but yea, I would wonder the same thing
15:27 I would think it would be better to show what the fines are
15:28 the whole fines system could stand to be revamped to make it more like accounting, rather than "fine events"
15:28 owen My library doesn't charge fines, though, so we've never had a vested interest in funding any changes
15:29 liz makes sense
15:29 owen In fact we tell our librarians not to do any kind of monetary transaction in Koha (like paying for lost books)
15:29 liz interesting
15:30 Sharon one of our libraries doesn't have a cash register - they use the ILS to record fine income!
15:30 owen I keep hoping for a critical mass of Koha libraries to say 'Hey, this doesn't work right!'
15:31 liz lol we'll volunteer
15:31 we're opinionated
15:33 nengard hehe
15:33 i've had a few libraries that i train say that
15:48 owen anyone here up to date on item type image handling?
16:22 kados owen: I'm reasonably well versed in it
16:22 owen Hi kados
16:23 kados hiya
16:23 owen I just sent an email to koha-devel with a couple of questions about opac-user
16:24 kados hmmm, I don't recall item types being a fall back for book covers
16:24 that doesn't seem terribly useful
16:26 owen kados, what about the question of item-level_itype and icon display?
16:27 kados owen: I sent a response to that one on-list
18:03 hey brendan
18:03 dou!
18:05 hey brendan
18:06 brendan Hey --
18:54 nengard survey closes tomorrow - make sure you fill it out: http://blogs.liblime.com/open-sesame/archives/139
18:55 kados nengard: feel free to guilt trip the koha list too ;-)
18:55 nengard hehe
18:55 okey dokey
19:23 brendan Hey all ---  Just joined the group today and wanted to introduce myself -- Brendan A. Gallagher from Connecticut, USA, currently testing Koha and learning some programming.  I've also got a question:  I've imported the same set of Marc records twice into the database (once, through the manage marc imports and once through bulkmarcimport.pl -- so I really want 60,000 items but have 120,000 -- all with koha-biblio-numbers).  I've thought o
19:24 gmcharlt hi brendan
19:25 question got cut off - need to use slightly shorter messages per line
19:26 brendan ok thanks
19:27 bulmarcimport.pl -d vs. mysql query -- for bulk delete
19:28 will the bulkmarcimport delete all items (including the ones that have transactions attached to them?)
19:30 found what I was looking for in the archives -- thanks all --- look forward to chatting in the future....
19:30 gmcharlt brendan: yes, would delete all items
19:31 circ transactions (issues rows) would remain behind, but with itemnumber set to null
19:31 brendan thanks
19:32 would removing the itemnumber (clearing that table) -- have the same effect?
19:32 gmcharlt you'd probably want to truncate issues after doing bulkmarcimport -d
19:45 danny after you run a git fetch and git pull --rebase to upgrade a previous version of koha, do you need to run perl Makefile.PL again?
19:46 gmcharlt if you're running in dev mode, generally not unless something like the Zebra configs have changed
19:46 danny ok, we are running in dev mode
20:19 chris morning
20:29 gmcharlt hi chris
20:29 chris heya gmcharlt howd the packing go?
20:30 gmcharlt it's going ;)
20:31 chris :)

← Previous day | Today | Next day → | Search | Index

koha1