← 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