← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
00:07 | Ccorrales joined #koha | |
02:05 | BobB joined #koha | |
02:26 | Waylon joined #koha | |
02:27 | Waylon | hiya all, and happy bday nengard.. who isn't even here. |
02:28 | okay, on a siege test of my two server-in-vms setup, 10 concurrent users, 5 second delay, only 70% of the searches get a response. is this because it is on vms? | |
02:29 | jcamins_away | Waylon: probably. Probably something to do with Apache settings. |
02:30 | Let me try that again. | |
02:30 | Probably not the fact that they are VMs. | |
02:30 | Probably Apache tuning. | |
02:30 | * jcamins_away | leaves again. |
02:30 | Waylon | have got two physical servers... two vm's each server. on each, there is the actual live server, and a dev or upgrade test server. If we go the bare bone approach, we'll need another server to host the vms for the dev stuff. |
02:32 | jcamins_away | Waylon: if you give the servers twice as much resources, they'll work twice as fast, but, as I said, I think the problem is probably in your Apache settings. |
02:32 | There's a page on tuning Koha somewhere on the wiki. | |
02:32 | Waylon | are you able to take a look, jcamins_away? |
02:33 | jcamins_away | Not at the moment, sorry. |
02:34 | Waylon | we're also running koha 2.0.0pre1 |
02:34 | jcamins_away | Waylon: you should be using Koha 3.6 or 3.8. |
02:34 | Waylon | yeah.. ours has been heavily modded without git history |
02:34 | jcamins_away | You won't be able to get any support on Koha 2.x, and about the only thing anyone is likely to remember how to do with 3.0 is upgrade. |
02:35 | Waylon | huge speed increase in search with the 3.x branches? |
02:36 | rangi | with 3.8 you can run the opac under plack, which is a massive speed increase |
02:36 | but 3.6 will perform a lot faster the 2.0 searching too, on any database of a decent size | |
02:36 | say 30k records upwards | |
02:37 | Waylon | yeah i think we have more than 30k. |
02:37 | zebra alone needs more than 2GB registry. | |
02:37 | jcamins_away | You're going to have to do it eventually... pull down a git clone, locate where you forked, and start picking up the pieces. |
02:37 | No point in doing anything else with your servers until you do that. | |
02:37 | Probably. | |
02:37 | But *no one* is going to be able to help you with what you have now. | |
02:37 | (even if they aren't more-or-less not here) | |
02:38 | rangi | wait, you are running zebra with 2.0??? |
02:38 | Waylon | oo wait. |
02:38 | * Waylon | just woke up, okay.. |
02:38 | Waylon | Think i have 3.0.0pre1 |
02:39 | marcxml and zebra.. yeha. | |
02:39 | jcamins_away | There's no such thing... I checked 'cause I was curious. Maybe a beta? |
02:39 | Or RC? | |
02:39 | There is, in fact, a version 2.0.0pre1, though. | |
02:39 | Okay, here's what you need to do: | |
02:39 | 1. Figure out what version of Koha your fork was based on. | |
02:40 | 2. Find the point in git where you branched off. | |
02:40 | 3. Split your changes into self-contained commits. | |
02:40 | 4. Upgrade to something modern, bringing along those changes you can't live without. | |
02:41 | Waylon | our $VERSION = "3.00.00.094"; |
02:42 | but ive tried to figure out the git version... and found patches that came from higher versions.. but patches in between were not brought in. | |
02:42 | jcamins_away | That's... unfortunate. |
02:42 | Waylon | Before i came along.. the developer cherrypicked patches. |
02:42 | jcamins_away | Unfortunately, there's no way around it. |
02:42 | Waylon | yup |
02:42 | means a total redo, and reimplement. | |
02:43 | jcamins_away | You could conceivably hire a vendor to work with you on it, but I can tell you it wouldn't be cheap, and I'm not sure which vendor would be willing. |
02:43 | Waylon | hah. im the coder for it. sadly, the only coder. |
02:44 | jcamins_away | Well, you have your work cut out if you're going to be doing it all yourself. |
02:44 | Waylon | 3.6 has speed advantage over 3.0? |
02:45 | jcamins_away | I'd imagine. |
02:45 | It has one even more important advantage, though: people can talk to you about it and say something other than "ouch, that sucks... good luck." | |
02:48 | Waylon | yeah |
02:48 | okay, well.. thanks jcamins_away | |
02:48 | jcamins_away | Good luck. |
02:48 | Waylon | yeh. |
02:48 | Think i need it. | |
02:48 | jcamins_away | You certainly do. |
02:49 | Waylon | how does one turn off logging for one line of chat? |
02:49 | myra joined #koha | |
02:49 | myra | hi! |
02:49 | rangi | hi myra |
02:49 | myra | can i inquire here? |
02:49 | rangi | you just did |
02:50 | jcamins_away | @quote get 145 |
02:50 | huginn | jcamins_away: Quote #145: "Don't ask to ask, just ask!" (added by wizzyrea at 02:37 PM, July 07, 2011) |
02:50 | myra | hahaha! |
02:50 | well, thanks rangi | |
02:50 | is the biblionumber the same as call number? | |
02:50 | rangi | no |
02:51 | myra | ok. what is the purpose of the biblionumber? |
02:51 | rangi | the biblionumber is Koha's internal id number, its used by Koha, and shouldnt be used by humans for anything |
02:51 | myra | is it just like a reference number for each record entered in the database? |
02:51 | rangi | you might have 3 items with the same callnumber |
02:51 | yes | |
02:51 | its a unique identifier | |
02:51 | not for human usage | |
02:51 | myra | ok. |
02:52 | so, what is the format of the biblionumber? | |
02:52 | rangi | whatever you do, do not ever delete it from the frameworks |
02:52 | Waylon | hmm.... in fact rangi, to avoid spydering, the company i work for is considering encrypting their biblionumbers. |
02:52 | rangi | lol thats the silliest thing ive heard today |
02:52 | jcamins_away | Waylon: are you kidding? |
02:52 | myra | ok |
02:53 | Waylon | on webside that is. |
02:53 | dbase side, would be the same. | |
02:53 | jcamins_away | Waylon: I am totally perplexed by this. That's absolutely nuts. |
02:53 | rangi | sounds like a recipe for madness, and making it even slower, and wouldnt work |
02:53 | if they were running 3.4 or later, opacpublic would do that for them | |
02:53 | jcamins_away | rangi: but, you could encrypt the bib numbers! |
02:53 | Waylon | okay, how would they stop mass sequential downloads? |
02:54 | jcamins_away | Using asymetrical keys. |
02:54 | rangi | make it not public |
02:54 | jcamins_away | Waylon: either don't let people who aren't allowed access onto the system, or give up. |
02:54 | You can't have your cake and eat it too. | |
02:54 | Waylon | its not public. its only accesable to universities and their students. |
02:54 | jcamins_away | Right, there's no way around this. |
02:54 | rangi | so you dont want the students to spider it? |
02:55 | * jcamins_away | thinks he may have heard of some software written by some students once. |
02:56 | jcamins_away | It had this really catchy name... |
02:56 | Oh yeah, Linux. | |
02:56 | rangi | hehe |
02:57 | Waylon | yes rangi... can't trust students.. might mass download and then just offer the pdfs for download on the net. |
02:57 | jcamins_away | Waylon: then they need to find an alternative to Koha that provides a proprietary reader. |
02:57 | And get used to the idea that if any students cared, they'd get around it. | |
02:58 | * jcamins_away | would never support inclusion of a proprietary reader into Koha, for the record. |
02:58 | Waylon | so the idea of encrypting the biblionumbers before they go out, and then on receving a download/details request, decrypting the param, is a bad idea? |
02:58 | jcamins_away | Monumentally bad. |
02:58 | Kind of like Napoleon's plan to take a hike in Russia. | |
03:00 | Waylon | why, how long does it take to encrypt one number? |
03:00 | jcamins_away | A) who cares? |
03:00 | B) see A | |
03:01 | Waylon | Okay, so... why would it be bad? |
03:01 | jcamins_away | C) not an insignificant amount of time |
03:01 | If something goes wrong, you are not going to be able to debug. | |
03:01 | (for example) | |
03:02 | If you are using actual encryption, it's expensive. | |
03:02 | rangi | you're punishing everyone, to stop a few, better look at the logs, find out who is doing it, discipline them |
03:02 | jcamins_away | If you are using a hash, it's easy to figure out. |
03:02 | rangi | and any algorithm you can decrypt |
03:02 | in a reasonable time | |
03:02 | jcamins_away | You would have to rewrite every single page. |
03:02 | rangi | someone else can |
03:02 | jcamins_away | Didn't I just say that? |
03:02 | rangi | if you amke it one time use, then no persistent urls |
03:03 | yep, im just reinforcing how mad it is :) | |
03:03 | jcamins_away | Okay, just checking. |
03:05 | Waylon | what about a new column, random uuid+encryption per biblio, and thats the param that goes in and out, no encryption/decryption done, and intranet can still do everything by biblionumbers? |
03:07 | jcamins_away | If you really wanted, that'd be less of a bad idea (but forget the encryption), but still a very bad idea. |
03:10 | Also, this would in no way prevent anyone from downloading all the records. | |
03:10 | A person just has to do a search that returns the entire database and use a screen scraper. | |
03:11 | rangi | or wget -r from the search |
03:11 | Waylon | right. a search that returns the entire db would time out though? |
03:11 | rangi | no |
03:11 | jcamins_away | Of course not. |
03:11 | What use would a search engine be if it couldn't return results? | |
03:13 | Waylon | well.. for a page of results, yeah but for the entire 2GB of results? |
03:13 | rangi | it only returns a page at a time |
03:13 | * Waylon | nods. |
03:13 | Waylon | So would take some time. |
03:13 | rangi | so im failing to see your point the wget follows the next link too |
03:13 | cjh | even if they couldnt view the database in one go, they could script it to view it in however many chunks they want.. |
03:13 | Waylon | oo.. |
03:14 | jcamins_away | Scraping a database is going to take a while no matter what. |
03:14 | Waylon | right. |
03:14 | jcamins_away | 'Cause you're downloading a heck of a lot of data. |
03:19 | rangi | and people do it :) |
03:19 | http://wiki.koha-community.org[…]g_metadata_source._Can_I_import_it_into_Koha.3F_.2830_min.29 | |
03:19 | jcamins_away | That was *so cool*. |
03:19 | And I wasn't even there. | |
03:19 | rangi | :) |
03:20 | Waylon | well.. ive submitted my response to the performance issue.... oh another thing i forgot to mention, the sysadmin thinks it could be disk performance because of vms.... however, i use physical partitions/LVM volumes in XCP. not images or whatever SR system XCP natively has. |
03:20 | and zebra is on a seperate physical hdd. | |
03:20 | rangi | have you watched iotop |
03:20 | jcamins_away | You could try benchmarking. |
03:20 | rangi | and top |
03:20 | when you try to load test | |
03:21 | dollars to donuts its apache using all the ram and swapping | |
03:21 | * Waylon | nods. "need to give apache more ram eh? |
03:22 | rangi | top will tell you, but thats my random guess |
03:22 | jcamins_away | No bet. |
03:23 | Waylon | how does one get the total (all processes) amount of ram, apache is using ? |
03:24 | sieging now. | |
03:25 | everythjing seems.... .. well. did seem fine until a few seconds ago. | |
03:25 | now getting some time outs. | |
03:26 | lifted siege.. .seeing if anytthing is in logs. | |
03:29 | * jcamins_away | calls it a night, his sudden burst of desire to have a spotless kitchen having passed. |
03:29 | Waylon | k. night jcamins_away |
03:30 | no apparent errors in the koha-opac-error log | |
03:32 | Irma joined #koha | |
03:43 | Waylon | interesting... server1 has lots of used swap.. server 2 has basically none used. |
03:47 | ah.. server2 just had lots of zebrasrv processes in iotop hitting 99% cpu for a bit... soon after they diseappeaered... siege said timeout. | |
03:59 | hmm... how do i decrease the amount of io zebra needs to do? | |
04:20 | hmmmmm... could plack work with koha 3.0? | |
04:25 | Oak joined #koha | |
04:26 | Oak | kia ora #koha |
04:35 | cait joined #koha | |
04:44 | Waylon | hello oak |
04:44 | Oak | hello Waylon :) |
04:45 | Guten Morgen cait | |
04:45 | cait | hi Oak :) |
04:45 | Oak | :) |
04:59 | brylie joined #koha | |
05:01 | sophie_m joined #koha | |
05:18 | mveron joined #koha | |
05:18 | mveron | Good morning #koha |
05:20 | cait | hi mveron :) |
05:20 | mveron | hi cait :-) |
05:32 | rangi | http://i.stuff.co.nz/timaru-he[…]-to-global-system |
05:34 | Irma joined #koha | |
05:36 | cait joined #koha | |
05:36 | rangi | wb cait |
05:36 | cait | thx rangi |
05:44 | dcook joined #koha | |
05:46 | dcook | Quick question for everyone. How do people keep on top of new patches? I saw Nicole's "Bug 8321 - fix OPACShowBarcode description" and was utterly confused until I saw Amit's "Bug 6774 - Display barcode on OPAC detail page". Yet, when I went to apply that patch, it seemed that I was still behind, so I kept getting conflicts. |
05:46 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8321 enhancement, P5 - low, ---, nengard, Needs Signoff , fix OPACShowBarcode description |
05:46 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6774 enhancement, P3, ---, amit.gupta, Pushed to Master , Display barcode on OPAC detail page | |
05:47 | cait | dcook: what are you trying to do? |
05:49 | dcook | I installed 3.8.0 back in May, and I've been working on cutting over all our local enhancements from 3.2.x (we're quite behind). One of our enhancements was to show the barcode in opac-detail.pl, but when I saw that was unnecessary, I wanted to go with the community version. |
05:49 | cait | dcook: the feature is very new |
05:50 | so it will be in 3.10 probably, maybe in one of the other versions if rmaint decides to port it back, but as it's a new feature, that's not so likely | |
05:51 | I think I would update to the latest stable version and then wait | |
05:51 | customizations are always trouble | |
05:51 | dcook | Agreed, but we do quite a few of them anyway :P |
05:51 | cait | if you can't wait you should be using git for your changes |
05:52 | dcook | Actually, I'm hoping to feed a great many back into the community so as to avoid this exercise in the future |
05:52 | cait | and you can try to port the solution, but be careful with the database update |
05:52 | dcook | All our new enhancements I commit to the git |
05:52 | cait | giving back is the best way doing it :) |
05:52 | dcook | It is a philosophy I endorse whole-heartedly :) |
05:53 | Unfortunately, in the past, we didn't have the time so there is this enormous backlog | |
05:53 | Definitely more than a little overwhelming :S | |
05:53 | cait | consider filing bug reports on bugzilla :) - that way other people can comment and we can avoid doubled up work |
05:54 | dcook | That's what I've been doing lately with new bugs I come across that I don't have the time to fix. Are you saying that I should be registering each of my enhancements on bugzilla? |
05:54 | cait | I think it's a good idea yes :) |
05:55 | at least the bigger ones | |
05:55 | and if you are now making them work with a current version, might be worth to submit patches for master in the same step | |
05:55 | while you still know what you are doing and how it works - and it will help getting them in the next version | |
05:55 | so your next update will be way more painless | |
05:55 | dcook | That is the goal :) |
05:56 | cait | :) |
05:56 | for the barcode you have different options | |
05:56 | it might be easier to put a quick fix in and note somewhere it will work with 3.10 | |
05:56 | with the bug number | |
05:56 | dcook | Mmm, good idea. The fix is already in, so it would probably be a good idea to put that in our local register |
05:58 | I think we have ~300 changes, so I'm tearing at my hair a bit here :p | |
05:58 | cait | well... heh |
05:58 | dcook | I'm really reluctant to cut across that many, when I much rather stay current with the community |
05:58 | cait | yeah, 300 is a lot |
05:58 | are those bigger features or more changes to display? | |
05:58 | dcook | Good question |
05:59 | cait | for changes to the templates jquery can do lots of things - so you don't need to change the files |
05:59 | dcook | I came here 6 months ago, but the company has been using Koha for the past 5 years |
05:59 | cait | jquery library? |
05:59 | wahanui | i think jquery library is found at http://wiki.koha-community.org[…]ki/JQuery_Library |
05:59 | cait | aah |
05:59 | so it's not even changes you made | |
05:59 | * cait | sends coookies |
05:59 | dcook | Exactly |
05:59 | ty ^_^ | |
06:00 | * dcook | cries a little inside |
06:00 | cait | sounds like you will need them :) |
06:00 | dcook | I think so! |
06:01 | Oh...the jQuery library is looking interesting | |
06:01 | cait | koha 3.8 is really different to 3.2.x - lots of new features and improvements |
06:01 | might be that not all of your changes are still needed | |
06:01 | dcook | That's what I'm hoping, but since they're not all my changes, it's hard to say sometimes :/ |
06:02 | Fortunately, the writer is still here at the company. He's just busy with other projects | |
06:02 | cait | ah that's good then :) |
06:02 | if he still remembers :) | |
06:02 | you can always come back here - still a bit silent now | |
06:02 | but more people around later today | |
06:03 | where are you from? | |
06:03 | dcook | I'm in Sydney, Australia, so I only have about an hour left in the work day |
06:03 | I'll be telecommuting from Vancouver, Canada later in the year though for a few months | |
06:04 | cait | ah |
06:04 | I am in Germany - so my work day is just about to begin | |
06:05 | dcook | Always a handy part of open source :) |
06:06 | cait | yeah, #koha is pretty much 24 hours :) |
06:06 | but weekends are a bit quiet | |
06:07 | dcook | I'm glad to hear that people take breaks ;) |
06:07 | How common are customizations with your instance of Koha? | |
06:07 | cait | consider updating to 3.8.3 - lots of bug fixes in there |
06:08 | and 3.8.4 will be good too | |
06:08 | we never did many | |
06:08 | dcook | Didn't 3.8.2 just come out? |
06:08 | cait | we learned the lesson with another project |
06:08 | oh, you are right | |
06:08 | dcook | Ahhh 3.8.2 for stable... |
06:08 | cait | confusing my numbers |
06:09 | we are running Koha without customizations now :) | |
06:10 | there are some changes to indexing still, because that was not a solution for everyone. But I hope to get rid of that too with 3.10 and dom indexing :) | |
06:10 | Koha is moving so fast, it's fun to work with. | |
06:17 | dcook | It really is. I was very excited when 3.8 came out |
06:17 | We also do DSpace, and we try to limit our customizations to that as much as possible. I'm thinking that might be a good idea for Koha as well | |
06:17 | Quick question | |
06:18 | How do you update with the new releases. Surely, you don't do a complete re-install | |
06:18 | cait | no we don't |
06:18 | it depends a bit on the kind of installation you did in the first place | |
06:18 | there are standard installations, dev installations with git, packages... | |
06:20 | dcook | I think that we did the standard installation |
06:20 | Is the dev install the one where it runs Koha from your git clone? | |
06:21 | cait | it can |
06:21 | but it's also a different file structure | |
06:21 | you can do a dev installation without git - but not sure if that makes much sense | |
06:21 | I think with your customizations a dev installation with git would make sense | |
06:21 | standard is not so practical for that | |
06:26 | with standard you normally download the tarball, unpack it, run Makefile with the right parameters (it's been a while since I did that) | |
06:27 | with git you can checkout the new version and run Makefile so it updated indexing configuration | |
06:27 | it really works well | |
06:28 | the database update will kick in automatically whenever your version in the database is different from the version in kohaversion.pl | |
06:28 | ok, time to get to work | |
06:28 | bye dcook | |
06:28 | cait left #koha | |
06:28 | dcook | bye cait. Thanks for your help! |
06:39 | hdl joined #koha | |
06:41 | reiveune joined #koha | |
06:41 | reiveune | hello |
06:41 | wahanui | what's up, reiveune |
06:45 | ropuch | Morning #koha |
07:02 | matts | hi #koha ! |
07:06 | julian_m joined #koha | |
07:12 | gaetan_B joined #koha | |
07:13 | gaetan_B | hello :) |
07:13 | kf joined #koha | |
07:13 | asaurat joined #koha | |
07:13 | laurence joined #koha | |
07:24 | kf | hi #koha |
07:25 | francharb joined #koha | |
07:25 | francharb | good morning |
07:26 | kf | hi francharb |
07:27 | rangi | back |
07:38 | paul_p joined #koha | |
07:44 | mbalmer joined #koha | |
07:53 | stuartyeates joined #koha | |
08:04 | * magnuse | cheers for Waimate! |
08:07 | * kf | cheers too |
08:17 | * magnuse | cheers for Stuff too, for bringing news about libraries changing their ils ;-) |
08:20 | kf | mveron++ :) |
08:20 | * kf | is still catching up on mail from being away for 3 days... |
08:20 | mveron | kf:Thanks. What for ? :-) |
08:24 | kf | general awesomeness? :) |
08:24 | and lots of sign offs! | |
08:24 | mveron | :-) |
08:25 | eythian joined #koha | |
08:26 | kf | good morning eythian :) |
08:26 | eythian | howdy |
08:26 | wahanui | hola, eythian |
08:43 | drojf1 joined #koha | |
08:58 | magnuse | kia ora eythian |
08:58 | eythian | hello |
08:58 | wahanui | what's up, eythian |
09:07 | sandeepbhavsar joined #koha | |
09:09 | sandeepbhavsar | Dear all |
09:09 | kindly guide me for this error - Availability - No items Available | |
09:10 | i just imported the data and even getting the search through OPAC | |
09:10 | but all records shows that Availability - No items Available | |
09:10 | eythian | are there items? |
09:11 | sandeepbhavsar | for every record koha shows 7 holdings |
09:11 | i have done the indexing with nozebra.pl | |
09:12 | is there any mistake in indexing | |
09:12 | eythian | Using nozebra is strongly not recommended. |
09:12 | Basically, it doesn't really work. | |
09:13 | sandeepbhavsar | ok then what should i do, because i really dont have any knowledge of zebra |
09:13 | http://lists.katipo.co.nz/publ[…]ember/031485.html | |
09:13 | same error is face earlier also | |
09:14 | eythian | I would recommend going through the documentation about setting up zebra |
09:14 | Because it's currently really the only way to do searching. | |
09:14 | sandeepbhavsar | are u sure that this has happened only because nozebra is used |
09:14 | eythian | No. |
09:14 | kf | how did you import the items? |
09:15 | it should be 1 952 field for each item | |
09:15 | sandeepbhavsar | yes i have that field |
09:15 | kf | and 952 should at least have a b and y I think |
09:16 | eythian | that might well be part of it too. |
09:18 | sandeepbhavsar | I have |
09:18 | =952 \\$aACC | |
09:18 | =952 \\$bACC | |
09:18 | =952 \\$g0.00 | |
09:18 | =952 \\$oB1 | |
09:18 | =952 \\$pB1 | |
09:18 | kf | es |
09:18 | sandeepbhavsar | =952 \\$v0.00 |
09:18 | kf | this should be one field |
09:18 | sandeepbhavsar | =952 \\$yB |
09:18 | eythian | that will explain why you have 7 of them |
09:18 | kf | =952 \\$a...$b...$... |
09:19 | also make sure that ABB and B are valid codes for brnaches and itemtypes in your configuration | |
09:19 | sandeepbhavsar | yes B is for itemtype book |
09:20 | kf | ok :) it's only something that can go wrong - so I was pointing it out |
09:20 | I think if you combine the fields into one your results should look a lot better | |
09:20 | eythian | yep |
09:20 | but also, using nozebra is a bad idea | |
09:20 | the sooner we remove that the better | |
09:20 | wahanui: nozebra | |
09:20 | wahanui | nozebra is much slower |
09:21 | kf | wahanui: forget nozebra |
09:21 | wahanui | kf: I forgot nozebra |
09:21 | rangi | and doesnt understand items |
09:21 | kf | nozebra is deprecated and should not be used |
09:21 | nozebra | |
09:21 | nozebra? | |
09:21 | wahanui | i heard nozebra was deprecated and should not be used |
09:21 | rangi | the syspref is only there, so people can switch to zebra |
09:21 | sandeepbhavsar | kindly guide how can i have one field |
09:21 | kf | rangi: removing the cronjob might be also a good idea |
09:21 | rangi | when the upgrade, it can die for 3.10 i reckon |
09:21 | kf: it doesnt use the cronjob | |
09:22 | eythian | sandeepbhavsar: when you convert your data, you must do it differently |
09:22 | kf | i meant the script sandeepbhavsar was using |
09:22 | rangi | nozebra indexes when you make a change |
09:22 | kf | nozebra.pl |
09:22 | eythian | sandeepbhavsar: but we don't know how you're doing that, so you'll have to explain more. |
09:22 | rangi | yes, thats not needed |
09:22 | thats like a flush and rebuild with zebra | |
09:23 | but killing the syspref so that you cant use it would be good | |
09:23 | eythian | the patch could delete the setting to, so that it fell back to default. |
09:23 | rangi | yep |
09:23 | needs to warn | |
09:23 | eythian | yeah |
09:24 | rangi | but yeah it should die, specially with the new bug 8233 |
09:24 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8233 enhancement, P5 - low, ---, jonathan.druart, Signed Off , New search engine layer - introduce solr without breaking anything else |
09:24 | eythian | yes |
09:24 | rangi | there's no way it will ever work with that |
09:24 | kf | I think there is also a patch from jared soemwhere removing some of the nozebra code |
09:24 | wahanui | okay, kf. |
09:24 | kf | forget I think there is |
09:24 | I think there is <reply> | |
09:24 | hm | |
09:25 | asaurat joined #koha | |
09:25 | eythian | kf: it's funnier if you stop deprogramming wahanui |
09:26 | kf | :P |
09:27 | I only do it if it makes no sense and is not very funny | |
09:27 | see, he still does your jokes: | |
09:27 | germs? | |
09:27 | wahanui | Germs originated in Germany, before rapidly spreading throughout the rest of the world. |
09:27 | eythian | kf: but you're from Germany, how could we possibly trust your sense of humour? ;) |
09:27 | kf | lol |
09:31 | ... wait until you get here! | |
09:31 | ;) | |
09:45 | paul_p joined #koha | |
09:46 | kf | hi paul_p :) |
09:46 | magnuse | bonjour paul_p |
09:51 | ooh, new issue of code4lib journal! http://journal.code4lib.org/issues/issue17 | |
10:03 | paul_p | good morning kf & magnuse |
10:04 | * paul_p | is back from meeting with accountant. Phone call to banker,... not what I prefer in my job ;-) |
10:10 | * magnuse | understands paul_p completely |
10:13 | Waylon | hmm... how do i decrease the amount of io zebra needs to do? or increase the performance of zebra? |
10:24 | eythian | if zebra IO is a problem for you, it might be time to upgrade that 386 ;) |
10:24 | (I've never seen it IO bound really) | |
10:24 | well, for more than a short time when doing a complete rebuild | |
10:36 | kf | paul_p: I think fridolyn was at the first hackfest in marseille? :) |
10:38 | nengard joined #koha | |
10:48 | kf | Happy Birthday nengard :) |
10:49 | or was it yesterday? | |
10:49 | nengard | :) thank you |
10:49 | it's today | |
10:57 | kf | Herzlichen Glückwunsch :) |
10:58 | so shouldn't you be doing something fun with bengard? | |
11:02 | magnuse | gratulerer med dagen nengard! |
11:03 | nengard | Tusen takk |
11:03 | magnuse | yay! |
11:03 | nengard | :) |
11:03 | hehe | |
11:03 | kf we both have to wrok | |
11:03 | work | |
11:03 | kf | oh :( |
11:03 | nengard | and he left this morning without wishing me a happy bday ? so i'm not sure he realizes the date |
11:03 | :( | |
11:03 | kf | maybe friday? |
11:03 | or there will be a surprise? | |
11:04 | nengard | this past saturday we had a bunch of friends and family over |
11:11 | laurence left #koha | |
11:21 | jwagner joined #koha | |
11:23 | paul_p | kf yep, fridolyn was at the 1st hackfest in Marseille |
11:24 | kf | cool :) |
11:25 | drojf1 | hello #koha |
11:26 | kf | hi drojf |
11:26 | drojf | and happy birthday nengard |
11:27 | nengard | thanks |
11:28 | drojf | hey kf. how is the multi-screen life? :) |
11:28 | kf | heh it's working now |
11:28 | but laptop at home | |
11:28 | now back at work :) | |
11:33 | drojf | woot! just threw mustard and mango-habanero-sauce all over myself |
11:41 | nengard | in the aqorders table ? where is the vendor or booksellerid? |
11:41 | oh! figured it out - it's in aqbasket | |
11:41 | okay | |
11:42 | drojf joined #koha | |
11:52 | nengard | does anyone know why you can't make an attribute repeatable after it's saved? Would me changing it at the DB level break anything? |
11:52 | magnuse | drojf: that seems to be an over-reaction to kf being at work... |
11:52 | drojf | :D |
11:52 | nengard | hehe |
11:54 | kf | nengard: not sure really |
11:54 | maybe try on a test db? | |
11:55 | nengard | yeah - was gonna do that |
12:01 | jcamins | o/ |
12:02 | drojf | hi jcamins |
12:03 | jcamins | Good morning. |
12:09 | kf | hi jcamins :) |
12:10 | hdl joined #koha | |
12:23 | paul_p_ joined #koha | |
12:28 | tcohen joined #koha | |
12:30 | tcohen | hi #koha! |
12:30 | drojf | hi tcohen |
12:30 | magnuse | hiya tcohen |
12:30 | tcohen | happy birthday nengard! |
12:30 | nengard | :) thanks |
12:31 | tcohen | big party coming? |
12:36 | drojf | last IRC meeting ended at 18:45:44 UTC. so i guess we close bidding for kohacon 2013 today at the same time? |
12:37 | nengard: will you be doing the limesurvey magic? | |
12:38 | nengard | yup |
12:38 | tcohen - had that this past saturday | |
12:41 | tcohen | nengard :-D |
12:48 | ttuc joined #koha | |
12:49 | ttuc | hi, could anyone tell me how to get borrowers.db for my offline circulation module |
12:51 | jcamins | You have to generate it. I think the instructions may be in the manual, though I'm not certain. |
12:53 | JesseM joined #koha | |
12:56 | ttuc | i have been able to get the csv version of the table but this .db is what am not sure. |
12:56 | jcamins | I don't know. I don't use it, sorry. |
12:57 | Maybe misc/cronjobs/create_koc.pl? | |
12:58 | ttuc | i have been able to get the csv version of the table but this .db is what am not sure. |
12:59 | jcamins | I've never heard of borrowers.csv, and I still have never user offline circulation. |
13:00 | kf | packages |
13:00 | wahanui | somebody said packages was at http://wiki.koha-community.org/wiki/Debian |
13:01 | jcamins | ... someone else might know something about offline circulation. |
13:03 | collum joined #koha | |
13:03 | ago43 joined #koha | |
13:03 | mib_ebk9t3 joined #koha | |
13:11 | edveal joined #koha | |
13:12 | schuster joined #koha | |
13:13 | mib_ebk9t3 | anone aware of how to get borrowers.db for offline circulation? |
13:14 | kf | mib_ebk9t3: maybe ask on the mailing list |
13:14 | mib_ebk9t3: and also give your version and which offline circ you are using (I think the applicaton from kyle hall?) | |
13:16 | mib_ebk9t3 | yes |
13:16 | jcamins | I just Googled "borrowers.db koha" and got the following result: http://perldoc.koha-community.[…]reate_koc_db.html |
13:19 | mib_ebk9t3 | let me check. |
13:20 | jcamins | I would imagine that is probably accurate, though I work mostly with reference-only libraries. |
13:21 | schuster | Linked data authority lookup noted in the newsletter whoot! |
13:22 | jcamins | schuster: the VIAF thing? Yeah, that's pretty amazing. |
13:22 | schuster | During a discussion about linked data it was discussed that if the Library community is interested in something generally the open source community adopts it the Library groups find it interesting and then demand the proprietary systems include it. |
13:22 | How true that is... jcamins - VIAF YES! | |
13:24 | jcamins | schuster: I guess the discussants elided the issue that us open source developers don't actually work for free, and therefore libraries will need to make their interest financially relevant? |
13:27 | NateC joined #koha | |
13:32 | schuster | I think the thought there is Librarians are Innovative and as we work with our Developers in the Open source arena we get things WE want and make it happen rather than waiting for someone else to do it. |
13:32 | jcamins - Or for a proprietary vendor to come up with the idea... Oh really come on... | |
13:33 | jcamins | schuster: I'm all for that. This is how it _should_ work. |
13:33 | But too many people think open source = magical little gnomes will make the program do whatever they want for free. | |
13:33 | schuster | jcamins - Yep that's why I'm here... |
13:34 | jcamins - it's a mind shift... it took me about 2 months to figure out how it all really worked. We went with a support company initially and what "support" means is very different in open source vs proprietary | |
13:34 | jcamins | For the record, I would like some magical little gnomes that work for free. :) |
13:35 | schuster | The benefit though was all the money we saved annually we could still carve a portion of that into development and get what we wanted and still save $60,000 a year. |
13:35 | jcamins - I need some gnomes that ... Clean house, mow yard, do laundry, and if they could code that would be a bonus! HA HA HA.... | |
13:35 | jcamins | Ooh, house cleaning gnomes would be excellent. |
13:37 | NateC joined #koha | |
13:43 | talljoy joined #koha | |
13:43 | jcamins | Has anyone noticed problems with acqui/basketgroup.pl recently? |
13:45 | Never mind. | |
13:48 | maximep joined #koha | |
13:49 | hdl joined #koha | |
13:50 | larryb joined #koha | |
13:57 | schuster | jcamins - bug 7345 stripping local use fields out of marc export. Does that only work in the opac or does that work with the export utility as well in tools? |
13:57 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7345 enhancement, P3, ---, jcamins, RESOLVED FIXED, Should be possible to export MARC records without private fields |
13:57 | hdl joined #koha | |
13:59 | jcamins | It does not impact the export tool. |
14:05 | * jcamins | wonders what ILS is used by these people who are acting shocked at the idea of an OPAC without working subject browsing. |
14:05 | jcamins | Off the top of my head, I cannot think of a single ILS, proprietary or otherwise, that provides decent browsing capabilities. |
14:07 | mib_ebk9t3 | i have seen this script: create_koc_db.pl but where am i supposed to run it? my koha is running on ubuntu |
14:07 | jcamins | Did you read the perldoc I sent you? |
14:07 | It looks like you are supposed to run it from cron. | |
14:08 | At that point, you will need to download the borrowers.db file to the computer where you are doing offline circulation. | |
14:08 | Koha will not set that up for you automatically for security reasons. | |
14:08 | Answer: they use some sort of horrifying custom (I think) ILS written in Visual Studio which hardly functions at all. | |
14:16 | datadoctor joined #koha | |
14:22 | datadoctor | Bon anniversaire! |
14:23 | mrdavis joined #koha | |
14:28 | jcamins | Ouch! |
14:29 | nengard | what?? |
14:30 | jcamins | nengard: you'll get the mail in about five minutes. You're on ACAT too. :) |
14:30 | Wait, no, this isn't ACAT. | |
14:30 | nengard | autocat |
14:30 | hehe | |
14:30 | jcamins | So, you won't get the mail. |
14:31 | nengard | what's acat? |
14:31 | jcamins | Autocat. |
14:31 | But it isn't on autocat. | |
14:31 | nengard | i'm so confused right now |
14:31 | jcamins | The message I just quoted is from a mailing list you are not on. |
14:31 | However, it was in the middle of a dozen autocat messages, so I got confused, and told you you'd receive the message. | |
14:32 | You probably won't because it's a local NYC list. | |
14:34 | So you can ignore everything after the "Ouch" and quote. :) | |
14:41 | mib_ebk9t3 | i have added the create_koc_db.pl script. where does koha save the borrowers.db |
14:47 | julian_m joined #koha | |
15:01 | huginn | New commit(s) kohagit: Bug 7304 followup DBRev number <http://git.koha-community.org/[…]81218703882d382fa> / Bug 7304: More permissions for budgets <http://git.koha-community.org/[…]3fdbd7113c6180207> / Bug 7905: Follow up - Multi-line subscription notes <http://git.koha-community.org/[…]d91f744ff95b442bd |
15:04 | jenkins_koha | Starting build #768 for job Koha_master (previous build: SUCCESS) |
15:07 | reiveune | bye |
15:07 | reiveune left #koha | |
15:18 | * mveron | ...has to go, good evening to everybody! |
15:18 | mveron | quit |
15:25 | brylie joined #koha | |
15:32 | vfernandes joined #koha | |
15:32 | vfernandes | hi there.... guys where is the merge_authorities.pl script? |
15:34 | collsk12 joined #koha | |
15:34 | vfernandes | to use dontmerge - authorities system preference |
15:35 | * kf | tries summoning jcamins |
15:35 | jcamins | Poof! |
15:35 | kf | have you checked the misc directory and its subdirectories? |
15:35 | oh cool :) it worked! | |
15:35 | vfernandes | yes ite sould be on bin/cronjobs but nothing |
15:35 | jcamins | misc/migration_tools/merge_authority.pl |
15:36 | vfernandes | merge_authorities.pl sould be different then merge_authority.pl |
15:36 | jcamins | I should warn you I've never used it, though. |
15:36 | Hm. | |
15:36 | You're right. | |
15:37 | * jcamins | did a find for "merge*" |
15:37 | vfernandes | merge_authorities.pl should update records that uses one authority which was updated |
15:38 | dontmerge - do/don't automatically update attached biblios when changing an authority record. If this is off, please ask your administrator to enable the merge_authorities.pl cronjob. | |
15:38 | jcamins | The script does not exist. |
15:38 | I'd file a bug. | |
15:38 | It must've been deleted. | |
15:40 | vfernandes | tell me something |
15:40 | when you update a authority the linked records are updated? | |
15:40 | jcamins | It should be if you have dontmerge set properly. |
15:40 | However, I don't edit authorities. | |
15:41 | I replace them. | |
15:41 | vfernandes | but dontmerge needs the script :/ |
15:41 | jcamins | clrh++ |
15:42 | vfernandes: no, if you set it the other way, you don't need a script. | |
15:42 | That's the entire point of dontmerge. | |
15:43 | vfernandes | so if don't merge is set to "don't" updating a authority updates the record? |
15:43 | i'm confusing.... | |
15:44 | only sh*t.... i'm so dumb sometimes | |
15:44 | lol | |
15:44 | kf | clrh++ |
15:44 | vfernandes | the script is only needed when it is off = don't |
15:44 | jcamins | Right. Or on. I always get the two confused because "dontmerge" is such a bad name for a syspref. ;) |
15:45 | vfernandes | you bet... :D |
15:45 | kf | like nozebra |
15:45 | asaurat left #koha | |
15:47 | jcamins | You know what I need? |
15:47 | I need a test that creates a 3.0.0 database, runs updatedatabase on it, then compares the result to a database created by kohastructure.sql. | |
15:47 | vfernandes | thanks jcamins and kf for the help... sometimes it's better stop a little and read the description well :D |
15:47 | jcamins | :) |
15:48 | That one is a staggeringly confusing syspref. | |
15:48 | vfernandes | sure is... |
15:48 | kf | yep it is |
15:51 | eythian | jcamins: that would be relatively easy to do |
15:52 | jcamins | eythian: I keep on thinking that. |
15:52 | Then I sit down to try and realize that I can't figure it out at all. | |
15:52 | * jcamins | nominates eythian to do it. :) |
15:53 | eythian | install fresh 3.8, dump the schema, install 3.0, run koha-update-schema, dump the schema, diff |
15:53 | jenkins_koha | Project Koha_master build #768: UNSTABLE in 49 min: http://jenkins.koha-community.[…]/Koha_master/768/ |
15:53 | * jonathan.druart: Bug 5345: DataTables integration in acquisition module [5] | |
15:53 | * adrien.saurat: Bug 7905: display serial notes on several lines | |
15:53 | * Katrin.Fischer.83: Bug 7905: Follow up - Multi-line subscription notes | |
15:53 | * julian.maurice: Bug 7304: More permissions for budgets | |
15:53 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5345 enhancement, P5 - low, ---, jonathan.druart, ASSIGNED , DataTables in Koha |
15:53 | jenkins_koha | * paul.poulain: Bug 7304 followup DBRev number |
15:53 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7905 enhancement, P5 - low, ---, adrien.saurat, Pushed to Master , Multi-line notes are displayed on one line in Staff Serials page |
15:53 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7304 enhancement, P5 - low, ---, julian.maurice, Pushed to Master , Working on funds ergonomic display and funds management by multi librarians | |
15:53 | eythian | just copy-paste what I wrote into a terminal, it'll be fine :D |
15:54 | NateC left #koha | |
15:54 | NateC joined #koha | |
15:58 | jcamins | eythian: the problem is that doesn't work, because the names of foreign keys and indexes (and their order) may not be identical. |
15:59 | eythian | then write something that parses the SQL and normalises things :) |
15:59 | jcamins | eythian: right, see, that's the point where I realize I don't quite get it. |
16:00 | SJeffery joined #koha | |
16:00 | jcamins | There's mysqldiff, but I find it somewhat perplexing. |
16:04 | kf | yay |
16:04 | * kf | got to the web installer in her new koha sandbox :) |
16:04 | jcamins | :) |
16:06 | kf | some day I will correct the typo on the button |
16:06 | jcamins | What typo on what button? |
16:06 | kf | 'import' instead of 'Import' |
16:06 | * eythian | attempts to relearn how debian's perl team does everything after they've gone and changed it all since I last did stuff. |
16:06 | eythian | Want to get some of the koha deps into debian before freeze. |
16:07 | kf | eythian++ :) |
16:07 | jcamins | eythian++ |
16:08 | kf | ok, now zebra :) |
16:08 | sekjal joined #koha | |
16:10 | * jcamins | runs the regression test against the import batch functionality. |
16:11 | kf | :) |
16:11 | jcamins++ | |
16:12 | jcamins | And, good news! Bib import still works fine. |
16:12 | :D | |
16:12 | Now I just need to add a test plan for the user interface. | |
16:13 | I don't suppose my test plan can be "import an authority"? | |
16:13 | eythian | jcamins: cucumber or something? |
16:13 | jcamins | eythian: huh? |
16:15 | * eythian | finds references |
16:16 | jcamins | Folks, I've said it before and I will say it again: we need more regression tests! |
16:16 | eythian | @notauthed |
16:16 | Scenario: Login without any details | |
16:16 | Given I am on the login page | |
16:16 | When I press "Login »" | |
16:16 | Then the "Username" field should have errors | |
16:16 | And the "Password" field should have errors | |
16:16 | stuff like that | |
16:16 | jcamins | Ooh. |
16:16 | No, I wrote it using Test::WWW::Mechanize. | |
16:16 | And http-recorder. | |
16:17 | eythian | http://packages.debian.org/squ[…]ibtest-cukes-perl |
16:17 | jcamins | Ooh. |
16:18 | * eythian | only heard of this today |
16:19 | melia joined #koha | |
16:19 | eythian | hello melia |
16:19 | melia | hi eythian |
16:19 | jcamins | I think I would need more examples of using that to understand it. |
16:21 | SJeffery joined #koha | |
16:22 | kf | zebra - done |
16:22 | cronjobs | |
16:22 | wahanui | cronjobs are essential |
16:22 | jcamins | They can be. |
16:23 | Okay, what's step 2 for testing importing authority records? | |
16:23 | I feel like this is something that really just requires the tester to know what the expect. | |
16:24 | "Make sure it will import an authority record" pretty much describes what needs to be tested. | |
16:24 | If it doesn't do that in the way the tester expected, it doesn't work. | |
16:24 | But I don't know exactly what the tester's workflow is, and that's why they're testing it and not me. | |
16:25 | Comments? | |
16:25 | wahanui | Comments are turned on |
16:25 | jcamins | Thanks, wahanui. |
16:25 | wahanui | jcamins: no worries |
16:25 | kf | lol |
16:25 | jcamins | Ta, wahanui |
16:25 | wahanui | jcamins: sorry... |
16:25 | kf | jcamins: the tester will come up with a test plan for this |
16:25 | jcamins | kf: yeah, that's what I thought. |
16:25 | Thanks. | |
16:25 | kf | ... says the person that volunteered testing :) |
16:26 | hm person who volunteered to test? | |
16:26 | * kf | should go home |
16:26 | jcamins | I have instructions for using the command line tools, because they only support a single workflow. |
16:26 | The second was correct. :) | |
16:26 | SJeffery | Morning Melia :) |
16:26 | melia | morning! |
16:26 | wahanui | hmmm... morning is a state of mind. or whenever the cat wants breakfast. |
16:26 | SJeffery | Is everyone at Bywater recovered from ALA? |
16:27 | * kf | creates a new snapshot "koha installed" |
16:27 | jcamins | SJeffery: did you find a Koha gathering? |
16:27 | SJeffery | ok, who wrote the bib record import script and neglected to add oclc number and lc numbers as matching rules, grrr. |
16:28 | No, never did. I ended up being way too busy to organize anything. | |
16:28 | jcamins | SJeffery: actually, fixing that is kind of a side effect of this authority matching development I'm doing. |
16:28 | I was trying to figure out how to go about installing them on updates about ten seconds before you said that. | |
16:29 | SJeffery | Did we have some sort of vulcan mind meld in the past or something? |
16:29 | jcamins | lol |
16:29 | I think it's kind of a natural thing to get frustrated with any time you're thinking about importing. | |
16:30 | I'm thinking if I call the matching rules OCLC-SAMPLE and LCCN-SAMPLE, that'll make it clear for those (few) libraries who have OCLC and LCCN matching rules already. | |
16:30 | And I can add a random suffix if those names are taken, too. | |
16:31 | kf | jcamins: :) |
16:31 | you could check for the field number | |
16:31 | and don't update if they already have one | |
16:31 | maybe? | |
16:31 | jcamins | I thought about that, but that won't work because some people use 001 for OCLC number instead of 035. |
16:31 | kf | ... knows some of those people |
16:32 | * jcamins | hopes that you have told them that it's a mistake. |
16:32 | kf | um. |
16:32 | * jcamins | hopes you will go forth and tell them that immediately. |
16:33 | kf | you know how it works here :) I was not referring to oclc number but to the unon catalog ID |
16:33 | jcamins | That's different. |
16:33 | kf | I think in fact we also have oclc numbers in 035 |
16:33 | jcamins | Union catalog ID # is *exactly* what 001 is for. |
16:33 | The 001 *may* include the OCLC# for records downloaded directly from OCLC. | |
16:33 | gaetan_B | bye ! |
16:33 | jcamins | Bye. |
16:34 | (and yes, I have seen instances where it didn't) | |
16:34 | Also, a lot of libraries use Z39.50 for downloading records. | |
16:34 | Even records that are in OCLC. | |
16:35 | * jcamins | glares at the RLIN/Worldcat merge. |
16:36 | kf | ok, I can't follow :) |
16:36 | or only in parts | |
16:36 | jcamins | kf: RLIN used to allow libraries to choose whichever record they wanted. |
16:36 | kf | what is RLIN? |
16:36 | or was? | |
16:37 | jcamins | Research Library I Network. |
16:37 | I think. | |
16:37 | So the big PCC libraries would only download records from other big PCC libraries. | |
16:37 | With OCLC, the master record may not be as good as the record at, say, BYU. | |
16:37 | So you might want to use Z39.50 to download the record directly from BYU. | |
16:37 | SJeffery joined #koha | |
16:38 | kf | hm |
16:38 | interesting | |
16:38 | jcamins | It *does* have an OCLC number, and you do want it to overlay the less good record. |
16:38 | But the 001 is now wrong. | |
16:38 | Rather, the 001 no longer has the OCLC number. | |
16:38 | 'Cause that's not what the 001 is for. | |
16:39 | There will be a quiz on this later for those of you in the US. :P | |
16:42 | Oohoo! | |
16:42 | *Woohoo! | |
16:42 | My work on bug 2060 is so advanced it hasn't even happened yet. | |
16:42 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=2060 enhancement, P3, ---, jcamins, ASSIGNED , Ability to import Authorities from Staff Client |
16:42 | SJeffery | Perhaps...perhaps there should be a standard set of matching rules plus the option to select other and custom-define the field? |
16:43 | jcamins | SJeffery: well, the problem is our standard set of matching rules consists of ISBN and ISSN. |
16:43 | That's it. | |
16:43 | Never mind the fact that ISBN is practically useless for matching MARC records. | |
16:43 | eythian | well, still have ssh access to git.debian.org, that's a good start. |
16:44 | jcamins | It's possible to create new matching rules, but it's a nuisance. |
16:44 | schuster | Who's standard in Koha currently isn't is only LCCN or OCLC? ISBN matching is exact only and doesn't take into account 13/10 modification. |
16:44 | jcamins | On the subject of which, we could fix that easily with DOM indexing. |
16:44 | SJeffery | Shouldn't there be a matching function/template/whatever the heck you call it that can be used across the application that would allow flexibility |
16:45 | jcamins | SJeffery: there is, sort of. |
16:45 | Admin->Matching rules. | |
16:45 | Right now it doesn't work with authorities. | |
16:45 | schuster | jcamins - I will refrain from discussion on the ISBN index matching issue as I had it working in a previous version. |
16:45 | jcamins | schuster: heh. I'll see how they did it. |
16:46 | My goodness. | |
16:46 | * jcamins | sees how they did it. |
16:46 | schuster | I have 2 patches on my old boxes that I don't know why never got contributed to community... |
16:47 | uh oh... that doesn't sound good. | |
16:48 | nengard_lunch | anybody who's good at XSLT want to help out on bug 7441 |
16:48 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7441 major, P5 - low, ---, oleonard, In Discussion , search results showing wrong branch? |
16:50 | larryb left #koha | |
16:56 | eythian | nengard_lunch: added 2c, hopefully it's useful. |
16:57 | 2p I guess at the moment | |
17:01 | adnc joined #koha | |
17:02 | kf | eythian: I think it's something about the structure |
17:02 | choose / when probably won't work either | |
17:02 | eythian | kf: I think it's that xsl:if can only be used inside certain things. |
17:02 | kf | yep |
17:02 | exactly | |
17:03 | jcamins | <xsl:if> can be used anywhere so far as I know. |
17:03 | kf | jcamins: you can join in and make a suggestion ;) |
17:04 | * jcamins | will offer any feedback he comes up with before 13:10, at which point he is going back to his to-do list. ;) |
17:04 | jcamins | Oh. |
17:04 | There's the problem. | |
17:04 | kf | xsl:key is a top-level element |
17:05 | I think you can't use it there | |
17:05 | jcamins | Right. |
17:05 | * jcamins | hadn't read the context. |
17:05 | kf | :P |
17:05 | eythian | kf: the error is "element if element if only allowed within a template, variable or param", which is what I was basing that on |
17:05 | jcamins | I'm pretty sure <xsl:choose> won't work either, as kf said. |
17:05 | eythian | but it's been a while since I've meddled with XSLT |
17:05 | kf | I think we all have the same idea |
17:05 | we are only phrasing it differently | |
17:06 | jcamins: I agree | |
17:06 | I think xslt is weird about variables and things, some things just don't work | |
17:06 | * jcamins | phrases it the same way kf does, when he reads the question. :) |
17:06 | eythian | looking deeper I see xsl:if at a higher level than I initially did. |
17:06 | it's not so much weird as just declarative. | |
17:06 | kf | ok, so being declarative is weird then :) |
17:06 | nah. I should finish this mail | |
17:07 | eythian | someone needs to run over those xsl files with xmllint and save the reformatted version, they're hard to read. |
17:07 | kf | jcamins: you stil have 3 minutes? :) |
17:07 | jcamins | They sure are! |
17:07 | kf | yep they are |
17:07 | and they are insane in parts | |
17:07 | jcamins | use items:$OPACResultsByBranchXSLT. |
17:07 | At least, that's my recommendation. | |
17:08 | kf | put it in the comments :) you still have 2 mins! |
17:08 | jcamins | Also, XSLT is declarative not functional. The variable has to be set before it's used. |
17:09 | melia | can I ask a silly question about bug 8110? |
17:09 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8110 blocker, P1 - high, ---, kyle.m.hall, Failed QA , Fines accruing on closed days |
17:09 | jcamins | Wait... the variable has to be set. |
17:09 | Period. | |
17:10 | melia | Julian's note says "this is not working but this is not related to the patch." that part confuses me. I'm not sure if the next step is for someone to follow the test plan that Ian/Chris put on the ticket and sign off the patch, or if Julian is saying that the patch doesn't fix the problem |
17:11 | jcamins | Updated. |
17:12 | Laconically. | |
17:12 | :) | |
17:13 | SJeffery joined #koha | |
17:29 | nengard | question - in 3.6 anyone remember if when there was a hold that needed transferring did it print a transfer slip or a hold/transfer slip? |
17:30 | kf | not sure |
17:31 | nengard | k |
17:41 | kf left #koha | |
19:24 | alohalog` joined #koha | |
19:24 | Topic for #koha is now Happy birthday nengard | |
19:25 | abracada1ra joined #koha | |
19:26 | jcamins | abracada1ra: I'm not sure if you saw the messages earlier, but if not, you should look at koha-community.org which is the Koha website, and where you can download the current version of Koha from. |
19:29 | drojf | git 101/db problem. i have my changes, all works fine. i want to continue to work on it but do git pull first. looks all fine except for a conflict in updatedatabase.pl. i change the file so it looks right but forget that i of course already did my "xxx" db update last time. i get an error message after the db update for duplicate db entry. now opac is in maintenance mode. what do i do? |
19:30 | jcamins | drojf: run updatedatabase, then go back to the OPAC. |
19:30 | :) | |
19:30 | Ignore the duplicate error message. | |
19:30 | drojf | tried that, did not work |
19:31 | jcamins | drojf: you're not refreshing the OPAC, are you? |
19:31 | mtj joined #koha | |
19:31 | jcamins | 'Cause you have to hit "Back" when you're looking at the maintenance page. ;) |
19:32 | drojf | ah. im using the plack opac. i should probably reload that |
19:32 | jcamins | Oh, yes. |
19:32 | mtj joined #koha | |
19:32 | drojf | yeah all there |
19:32 | :) | |
19:33 | so in general i just leave my db update in the file as the last one to do and ignore the error after a git pull? | |
19:33 | jcamins | Right. |
19:33 | drojf | excellent. thanks |
19:34 | jcamins | I usually run updatedatabase from the command line, too, so I don't have to worry about getting the maintenance message on the OPAC. |
19:35 | drojf | that sounds wise, i'll adopt that |
19:37 | jcamins | Also, I don't do development under Plack 'cause then I have to remember to restart it. |
19:38 | drojf | heh yes. but since i actually still work on the raspi it is painfully slow to test things without plack |
19:38 | abracada1ra | jcamins: ok, i downloaded and install now |
19:38 | on ubuntu 10 | |
19:39 | jcamins | Ubuntu... 10.04? |
19:39 | drojf | that is pretty old. like, releaqsed in april 2010 ;) |
19:40 | released even | |
19:40 | jcamins | 12.04 is the new LTS release. |
19:41 | That said, I am boycotting Ubuntu since my disastrous experiments with it a few weeks ago. | |
19:41 | drojf | jcamins: did you try to upgrade it? |
19:41 | jcamins | drojf: no, I installed 12.04 from scratch, and learned that MySQL included anonymous logins by default. |
19:41 | drojf | that got me off ubuntu. NO upgrade ever worked. it just took much longer than a new installation to finally fail and make me do a new installation |
19:42 | oh that sounds interesting | |
19:42 | jcamins | "Interesting"? |
19:42 | wizzyrea | interesting? |
19:42 | oh he doesnt' say it anymore! | |
19:42 | interesting is sometimes good and sometimes bad | |
19:42 | interesting? | |
19:42 | wahanui | i guess interesting is sometimes good and sometimes bad |
19:42 | drojf | it was more a scary "interesting" |
19:44 | jcamins | Ah. |
19:44 | abracada1ra | hey |
19:45 | i need help for this error | |
19:45 | http://paste.ubuntu.com/1063112/ | |
19:45 | jcamins | I have never seen anything like that, but it clearly has something to do with LibXML. |
19:46 | Did you install the prerequisites? | |
19:46 | abracada1ra | yes and test its ok |
19:46 | look | |
19:46 | rootult-dev1:/home/ult/Download/koha-3.8.2# misc/sax_parser_print.pl | |
19:46 | Koha wants something like: XML::LibXML::SAX::Parser=HASH(0x81fe220) | |
19:46 | You have: XML::LibXML::SAX::Parser=HASH(0x8bd18c0) | |
19:46 | Looks good. | |
19:47 | jcamins | Run koha_perl_deps.pl -m and copy the output into paste.koha-community.org |
19:49 | abracada1ra | ok |
19:58 | jcamins: http://paste.koha-community.org/8 | |
19:58 | jcamins | There's the problem. |
19:58 | You don't have XML::LibXSLT. | |
19:59 | abracada1ra | how i install 2 modules? |
19:59 | jcamins | sudo apt-get install --reinstall libxml-perl libxml-libxslt-perl |
19:59 | abracada1ra | required |
20:00 | drojf | can someone explain what the difference between 856 (marc21/unimarc) subfields $h and $l might be? |
20:00 | $h Processor of request: The username, or processor of the request; generally the data which precedes the at sign ("@") in the host address. Not repeatable. | |
20:00 | $l Logon/login General-use logon/login strings which do not require special security. Not repeatable. | |
20:00 | jcamins | And then you'll need to install Template::Plugin::HtmlToText. I forget the package. Let me check. |
20:01 | Oh, drat. | |
20:01 | That one isn't available in .deb, other than from me. | |
20:01 | You can cpan it. | |
20:01 | Oh, and you're on 10.04. | |
20:01 | You'll need to cpan it. | |
20:01 | cpan Template::Plugin::HtmlToText | |
20:02 | drojf: to be honest, I am not sure. | |
20:03 | drojf | loc even explains "An account number required for login may also be indicated. For many general-use File Transfer Protocol servers, access is gained by entering the string anonymous." for $l. that is exactly what $h is too |
20:04 | jcamins | Hehe. |
20:04 | drojf | maybe i should check for both, use the one that is there and if both fields are filled with different values, explode |
20:04 | * jcamins | returns to magnuse's refrain: MARC must die. |
20:04 | jcamins | Makes sense to me. |
20:04 | drojf | :) |
20:05 | abracada1ra | jcamins: please look this: http://paste.koha-community.org/9 |
20:05 | schuster | When using batch delete of items does it move them to the deleteditems table still? |
20:06 | cait | drojf: first question? |
20:06 | wahanui | "What are you trying to do?" "What is the goal?" or "What problem are you experiencing?" |
20:07 | jcamins | Oh boy. |
20:07 | abracada1ra: I think there is probably something wrong with your system. | |
20:07 | drojf | abracada1ra: you should consider http://wiki.koha-community.org[…]on_Debian_Squeeze |
20:08 | jcamins | drojf: on Ubuntu 10.04, installing 3.8 with packages is going to be close to as painful as installing it without. |
20:08 | drojf | NO |
20:08 | install squeeze | |
20:08 | jcamins | And upgrading from 10.04 to 11.10 or greater is just going to break everything anyway. |
20:08 | drojf | then use packages |
20:08 | jcamins | drojf: oh, yeah, _that_ is a good idea. |
20:08 | abracada1ra: listen to drojf. He is wise. :) | |
20:08 | drojf | i thought the title saying debian squeeze would give that away :) |
20:08 | jcamins | lol |
20:08 | drojf | but you are right |
20:09 | cait: i try to guess what subfields somebody would fill in 856 with what values that might be relevant to video(audio streaming | |
20:09 | cait | oh |
20:09 | abracada1ra | jcamins: version apt install 1.7 and koha need 1.59 ... version problem? |
20:09 | cait | drojf: not many ideas about that :) |
20:10 | drojf | abracada1ra: koha does not need a special apt version |
20:10 | that sounds very strange at least | |
20:10 | jcamins | abracada1ra: no, the problem is that it isn't visible to Koha at all. |
20:10 | abracada1ra | omg |
20:10 | jcamins | drojf: XML::LibXSLT version. |
20:10 | abracada1ra | my system have problem? |
20:10 | drojf | cait: i have most of it |
20:10 | jcamins | abracada1ra: I fear so. When did you set up the OS on it? |
20:11 | cait: make drojf show you his demo if he hasn't yet. | |
20:11 | drojf | cait: its even the same mostly in unimarc and marc21. only some differences. of course for fields i wanted to use for html5 attributes :/ |
20:12 | abracada1ra | jcamins: recently |
20:12 | i install eclipse, apache, and koha | |
20:12 | php mysql... | |
20:12 | jcamins | abracada1ra: why did you install Ubuntu 10.04? |
20:12 | drojf | abracada1ra: do you use the server for anything else yet? |
20:14 | abracada1ra | my notebook the company for testing, who else was installed, the support |
20:14 | te support man install this | |
20:14 | for my workspace programing php | |
20:15 | and now i test koha here... and vufind | |
20:15 | debian squeeze is recommended for koha? | |
20:16 | jcamins: drojf | |
20:16 | drojf | yes. you can setup koha with packages very easily there |
20:16 | jcamins | abracada1ra: yes, definitely. |
20:16 | drojf | und updates are easy too |
20:16 | kathryn joined #koha | |
20:16 | drojf | and |
20:19 | abracada1ra | and now? What do I do? cry? |
20:20 | jcamins | abracada1ra: unfortunately, there appears to be something seriously wrong with LibXML on your system. In your situation, I would just reinstall the OS (but use Debian Squeeze because it's a lot easier). |
20:20 | drojf | abracada1ra: dont cry, call the it guy and get debian squeeze |
20:20 | or do it yourself if you can/ are allowed to | |
20:21 | abracada1ra | i have change on my xml conf |
20:23 | the problem in package | |
20:23 | correct | |
20:24 | very thanks for your help jcamins and drojf | |
20:24 | jcamins | abracada1ra: it is unlikely the problem is the changes that you were instructed to make to your XML configuration. |
20:24 | larryb joined #koha | |
20:25 | abracada1ra | i show the change |
20:25 | vim /etc/perl/XML/SAX/ParserDetails.ini | |
20:25 | add | |
20:26 | [XML::LibXML::SAX::Parser] | |
20:26 | http://xml.org/sax/features/namespaces = 1 | |
20:26 | in bottom of file | |
20:27 | jcamins | Yeah, that shouldn't be enough to break it. |
20:27 | Right. It's a much bigger problem than that could have called. :( | |
20:27 | *caused | |
20:28 | abracada1ra | ok |
20:29 | i use this manual | |
20:29 | http://clean-clouds.com/2011/1[…]lts-with-mysql-5/ | |
20:30 | drojf | that blog post keeps up sending people with problems over |
20:31 | jcamins | It does indeed. |
20:32 | I wonder who that is. | |
20:32 | And if we could get him/her to point out that the instructions maintained by the community are more up-to-date. | |
20:33 | wizzyrea | it's not *that* old, december 2011 |
20:33 | drojf | yes |
20:33 | wizzyrea | |
20:33 | wahanui | I LIKE SCIENCE |
20:33 | drojf | i just saw that |
20:33 | that is strange | |
20:34 | abracada1ra | jcamins: bad manual? |
20:34 | jcamins | wizzyrea: yeah, but it's suggesting that people install Jaunty, which is from 2009. |
20:34 | abracada1ra: yes, better to A) install Debian, and B) use the current instructions where are included with Koha. | |
20:35 | wizzyrea | i'm not saying it's right, just that it's not that old ;) |
20:35 | abracada1ra | jcamins: US friend in freenode.org #vufind recomend to me liblime koha |
20:35 | jcamins | Yeah, that's what makes it so noteworthy that s/he recommends installing a version of Ubuntu that's three years out of date. |
20:35 | abracada1ra: I can't recommend, because *no one* will help you with it. | |
20:36 | Unless you want to pay LibLime. | |
20:36 | abracada1ra | jcamins: i find manual google... and blog result |
20:36 | wizzyrea | well, liblime will help you with it, for a fee. A large fee. |
20:36 | abracada1ra | jcamins: later i join in #koha in freenode.org |
20:36 | drojf | you can't spell freedom with fee |
20:36 | :P | |
20:36 | abracada1ra | and telme for this channel |
20:37 | jcamins | wizzyrea: fair enough. |
20:37 | wizzyrea | liblime ILS is based on Koha, but it's not what we support |
20:37 | jcamins | abracada1ra: they were mistaken about LibLime Koha being the open source project. That's all. :) |
20:38 | abracada1ra | jcamins: this process of searching I have broken my system |
20:38 | jcamins | My guess would be that there was a problem after your IT guy installed it. |
20:39 | drojf | is that the official vufind channel? |
20:39 | abracada1ra | jcamins: the result of the google liblime Koha appears before the Koha open community |
20:39 | jcamins | abracada1ra: yes, it's unfortunate. :( |
20:39 | abracada1ra | :( |
20:40 | wizzyrea | they stole our domain a few years ago. |
20:40 | it's very unfortunate. | |
20:40 | abracada1ra | and comunity website dont have link for IRC support |
20:40 | wizzyrea | … not true, actually |
20:40 | abracada1ra | this would greatly facilitate the installation of software |
20:40 | wizzyrea | http://koha-community.org/support/ |
20:40 | abracada1ra | for newbies |
20:40 | jcamins | http://koha-community.org/support/ |
20:41 | Sorry, wizzyrea. | |
20:41 | :) | |
20:41 | abracada1ra | hmm |
20:41 | ok | |
20:41 | nice | |
20:42 | nnow talked with those who understand, I make the correct process of installation | |
20:47 | rangi | jcamins: done |
20:48 | jcamins | rangi: thanks. |
20:48 | I was annoyed yesterday, and more annoyed today, so by tomorrow I was going to be downright grouchy. ;) | |
20:48 | rangi | Heh |
20:48 | * rangi | just checked in at airport off to waimate today |
20:49 | rangi | @wunder waimate, nz |
20:49 | huginn | rangi: The current temperature in Oamaru North, Oamaru, New Zealand is 8.3°C (8:48 AM NZST on June 28, 2012). Conditions: Partly Cloudy. Humidity: 51%. Dew Point: -1.0°C. Windchill: 8.0°C. Pressure: 29.59 in 1002 hPa (Rising). |
20:49 | cait | safe travels and good morning rangi |
20:51 | drojf | i thought i would write a comment for that outdated blog post, but it seems i would have to allow 10-20 other domains to embed stuff to get the form. i hate this |
20:53 | wizzyrea | O.o doh |
20:53 | cait left #koha | |
20:54 | cait joined #koha | |
20:55 | wizzyrea | interesting the instructions aren't for LLILS, they do point you to download the community version |
20:55 | jcamins | Well, that's something. |
20:57 | Woohoo! I got this working! | |
20:57 | Well, sort of. | |
20:58 | kathryn | morning all :) |
20:58 | cait | morning kathryn :) |
20:59 | kathryn | hey cait! |
21:08 | hankbank joined #koha | |
21:09 | jcamins | There must be a better way to choose which entry is selected than a dozen if statements. |
21:09 | (in a select box) | |
21:11 | Anyone? | |
21:12 | cait | switch? |
21:12 | not sure what you want to do... | |
21:12 | jcamins | I have a <select> with 9 <options> |
21:12 | I would like the option that was previously selected to be selected when the page loads. | |
21:13 | cait | aren't there a lot of examples for that in koha? |
21:13 | previously selected - what do you mean by that? | |
21:13 | a saved value? | |
21:13 | jcamins | Right. |
21:13 | We seem to use [% IF %]... I think for translations reasons. | |
21:14 | I'm looking for another example now. | |
21:15 | We do things like this: [% IF ( limit == 10 ) %]<option value ="10" selected="selected">10 titles</option>[% ELSE %]<option value="10">10 titles</option>[% END %] | |
21:15 | cait | yes |
21:15 | you don't want to put the if inside of the <option> tag | |
21:16 | why not pass the selected value wth the loop? | |
21:16 | I think I have seen that | |
21:16 | and in the loop it checks for selected = 1 and then it's only one if else construct | |
21:16 | if that makes any sense | |
21:17 | jcamins | Which I will do, but it's so much duplicated code. |
21:17 | It feels like there should be a construction that does this for me. | |
21:17 | * jcamins | makes one up. |
21:17 | jcamins | Please hold. |
21:17 | The options are defined in the template. | |
21:17 | That was the entire point of bug 7943. | |
21:17 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7943 normal, P5 - low, ---, jcamins, Pushed to Master , Untranslatable strings in OPAC's authority search |
21:17 | jcamins | :) |
21:17 | It does, and that was my first thought. | |
21:17 | Is there anything that is included in ABSOLUTELY every page? | |
21:17 | doc-head-open. | |
21:18 | rangi | Make more includes |
21:18 | And use them. Thats what we need to do | |
21:18 | * jcamins | would like a form-blocks.inc |
21:19 | rangi | With the tt caching we have its super fast |
21:19 | * jcamins | boldly creates one. |
21:19 | jcamins | (with rangi's encouragement;) |
21:19 | rangi | It could contain a view |
21:20 | jcamins | A view? |
21:20 | rangi | And the formblock(stuff) in the tt |
21:20 | jcamins | I was thinking a block. |
21:20 | Hm, yeah, maybe a view is better. | |
21:20 | Good call. | |
21:20 | A view it is. | |
21:20 | cait | :) |
21:21 | rangi | Yay :) |
21:21 | U know what | |
21:21 | jcamins | Wait... VIEW API is expected to change. |
21:22 | rangi | Ahh in that case block it is |
21:22 | jcamins | Yup. :) |
21:22 | Which is a shame, 'cause I've decided that the VIEW would be nicer. | |
21:22 | rangi | You know what I want |
21:23 | A switch that puts a watermark on every page | |
21:23 | jcamins | I'm not sure how to do that, but it's an intriguing idea. |
21:23 | Waylon could use it. | |
21:23 | rangi | So I can switch a site to be staging |
21:24 | And ppl won't get confused with the live site | |
21:25 | I dont want to change CSS as often that's what i want them to test | |
21:25 | jcamins | Right. |
21:25 | rangi | But something (other than url) |
21:26 | That screams dont use me in production | |
21:26 | :) | |
21:26 | cjh | heh, shouldnt be too difficult. Although my css isn't good enough. |
21:27 | rangi | Mine either |
21:28 | jcamins | What do you mean, selectoption not found? I'm looking at it! |
21:31 | abracada1ra | jcamins: do you have example .mrc file ? for tests in vufind? |
21:32 | jcamins | marc sample data? |
21:32 | marc data? | |
21:32 | wahanui | well, marc data is being migrated from 2.2.9 to 3.2 |
21:32 | jcamins | wiki? |
21:32 | wahanui | it has been said that wiki is http://wiki.koha-community.org |
21:33 | jcamins | If you look on the wiki, you'll find a link to sample data somewhere. |
21:34 | abracada1ra | jcamins: ok man... very thanks |
21:34 | rangi | It's freezing in here |
21:34 | * rangi | complains on Twitter |
21:41 | jcamins | Can you not include things from other include files? |
21:41 | No, that doesn't seem to be it. | |
21:43 | Oh. | |
21:43 | You have to *PROCESS* the include. | |
21:43 | :) | |
21:43 | rangi | Well process and include are different |
21:44 | jcamins | So it would seem. |
21:44 | rangi | Process changes values in the calling thing |
21:44 | Include locally scoped | |
21:45 | TT pages have a good write up | |
21:45 | jcamins | I knew that at some point, apparently, since I got it right last time. |
21:46 | rangi | :) |
21:46 | drojf | what is a sane way to test if a value exists and if so, put it into tt? [% IF HTML5Streaming.username %][% HTML5Streaming.username %][% END %] looks not very straight forward? |
21:47 | jcamins | No, that's the way we do it. |
21:48 | We should have a block for that. | |
21:48 | [% PROCESS includevariable variable=HTML5Streaming.username %] | |
21:48 | Even better would be includevariable(HTML5Streaming.username) | |
21:49 | cait | for a start I would be happy to get rid of some if statements |
21:49 | we do one for each condition | |
21:49 | that's hardly readable in some place | |
21:49 | s | |
21:49 | instead of combining them into one if | |
21:49 | rangi | Yeah that's leftover from htp |
21:49 | Also you can do or | |
21:49 | jcamins | cait: don't scare drojf off! |
21:49 | rangi | I think |
21:49 | cait | but anything that's even better is welcome too :) |
21:50 | yep | |
21:50 | I think so too | |
21:50 | wow | |
21:50 | 4 letters for the post box tomorrow morning | |
21:50 | that' svery unusual | |
21:50 | cjh | there are places where we have IFs inside IFs and all on a single line :( |
21:50 | cait | I send that much letters in a year normally |
21:50 | cjh: eew | |
21:51 | drojf | i will have ifs inside ifs i guess :/ |
21:51 | rangi | Htmlstreaming.name or blah |
21:51 | schuster | well its time for me to say so long! Have a great evening! |
21:52 | sophie_m left #koha | |
21:52 | drojf | i guess i will try to get it do what i want before i try to make it less ugly :D |
21:54 | rangi | Hmm no plane yet |
21:54 | Looks like I'm gonna be late | |
21:55 | drojf | always good to have a plane to blame |
21:55 | rangi | Kathryn: did we tell waimate a time I'd arrive? |
21:56 | kathryn | rangi: 1pm. and tomorrow you're expected there 9 - 2.45pm |
21:56 | rangi | Cool |
21:57 | I should make 1 | |
21:57 | Plane is 20 mins late | |
21:57 | kathryn | think I left you time for a pie or sammie :) |
21:57 | ah... stink | |
22:01 | * jcamins | curses whoever thought frameworks would be a good idea. |
22:01 | jcamins | I mean, the concept is fine, but the implementation... |
22:01 | ugh. | |
22:05 | larryb left #koha | |
22:05 | cait | jcamins: sounds familiar |
22:06 | jcamins | Also, who thought "/" was a good character to put in an ID? |
22:07 | (it works fine, but you remove other punctuation and keep slashes? | |
22:09 | 74 lines to add one subfield to a half dozen fields. | |
22:16 | edveal left #koha | |
22:24 | maximep left #koha | |
23:00 | Irma joined #koha | |
23:10 | Irma1 joined #koha | |
23:35 | papa joined #koha | |
23:37 | Irma1 joined #koha |
← Previous day | Today | Next day → | Search | Index