IRC log for #koha, 2012-09-22

All times shown according to UTC.

Time S Nick Message
00:03 wajasu if anyone might have a suggestion about bug 8798, comment #23,  feel free to chime in with suggestions.
00:03 huginn Bug[…]w_bug.cgi?id=8798 enhancement, P5 - low, ---, elliott, Needs Signoff , Add the use of DBIx::Class
00:05 martian523 is that bug referring to my question? or answering some other question?
00:06 wajasu not related to yours.
00:06 jcamins wajasu: I think your analysis is a good one.
00:06 martian523 o...
00:06 jcamins Probably Colin also has a newer version.
00:06 wajasu when they read it, they will know.
00:06 jcamins martian523: probably because there is no "Renewals" box relating to creating item types.
00:06 jcamins Look in your circ rules configuration screen.
00:07 jcamins (circulation and fine rules)
00:07 drojf1 joined #koha
00:07 martian523 i don't really understand right now, will sign on next week again, need to leave now
00:07 martian523 thanks!
00:10 trea joined #koha
00:10 rangi heh
00:12 jenkins_koha Starting build #182 for job Koha_3.8.x (previous build: UNSTABLE -- last SUCCESS #180 2 days 20 hr ago)
00:24 rangi hmm i need a fresh db made on the jenkins server but ive forgotten the mysql password, so that will have to wait for biblibre
00:26 wajasu koha
00:26 wajasu :)
00:30 jcamins rangi: katikoan? :)
00:30 jcamins Why do you need a new DB?
00:30 rangi root password
00:31 jcamins rangi: I know. Just being silly.
00:31 rangi i want a fresh 3.8.x one, master has diverged enough that it needs its own
00:31 jcamins Oh, 3.8.x doesn't have a separate DB?
00:31 rangi hasnt needed one
00:31 rangi since the structure hasnt changed
00:32 rangi but with latest set of patches the acquisitions tables changed (columns renamed)
00:32 rangi and removed
00:32 rangi which means they both cant test using the same test data anymore
00:37 jcamins Also the import_* tables.
00:37 rangi they arent actually tested properly
00:37 jcamins Oh yeah.
00:37 * jcamins likes to pretend.
00:38 rangi :)
00:38 rangi its a good way to spot stuff that is actually tested well, Acquisitions.t failed exactly as it should
00:38 rangi other things, don't notice
00:38 rangi ok, off again
00:40 drojf uh it got late
00:41 drojf but i have a fresh raspberry pi with 3.8 and plack :)
00:42 drojf and overclocked to 1000mhz
00:43 jcamins drojf: awesome!
00:43 drojf good night #koha
01:03 wajasu hope its not  on a sheeva plug
01:16 jenkins_koha Project Koha_3.8.x build #182: STILL UNSTABLE in 1 hr 3 min: http://jenkins.koha-community.[…]b/Koha_3.8.x/182/
01:16 jenkins_koha tomascohen: Bug 6617 - Wrong first indicator value in test
01:16 huginn Bug[…]w_bug.cgi?id=6617 normal, P5 - low, ---, jcamins, Pushed to Stable , table of contents not printing right if entered right
01:16 jenkins_koha Starting build #183 for job Koha_3.8.x (previous build: STILL UNSTABLE -- last SUCCESS #180 2 days 21 hr ago)
01:34 lodac-h joined #koha
01:34 lodac-h hello
01:36 * jcamins waves
01:36 lodac-h moving from tarball install 3.6.4 to a package install 3.8.4... simple way to export and import? or am I looking at some fun :)
01:36 jcamins lodac-h: very simple.
01:37 jcamins Create a new instance on the 3.8.4 machine.
01:37 jcamins Call it something sensible.
01:37 jcamins mysqldump the database from the 3.6.4 machine.
01:37 jcamins Load it into the database on the 3.8.4 machine.
01:37 jcamins Run koha-upgrade-schema instance
01:38 lodac-h beautiful...
01:38 jcamins You might want to get a drink while that's running- I think it'll take a while.
01:40 lodac-h if I already created the instance I wanted on the 3.8.4 machine, could i remove and start over... or would I be able to export the database from the mock conversiona nd import it into the desired 3.8.4 instance?
01:40 jcamins No need to remove anything.
01:41 jcamins If there's no data in it, just replace the contents with the contents of the 3.6.4 database.
01:41 jcamins If there is data, you'll have to figure out what you want to do with it.
01:42 lodac-h okay. perfect.
01:55 jenkins_koha Yippie, build fixed!
01:55 jenkins_koha Project Koha_3.8.x build #183: FIXED in 38 min: http://jenkins.koha-community.[…]b/Koha_3.8.x/183/
01:55 jenkins_koha Chris Cormack: Updated the release notes
02:09 lodac-h in 3.6 all items are stored in mysql correct?
02:11 lodac-h after the upgrade from 3.6 all the settings pull, however nothing is in the catalog.
02:22 jcamins lodac-h: you have to reindex.
02:22 jcamins koha-rebuild-zebra --full instance
02:22 lodac-h ah. yes. I am also correcting utf8 stuff
02:26 lodac-h Thanks a bunch! fyi, our discussion the other day about support, I have two of three people okay'd, now we are working on budget creation. good stuff. Thanks!
02:27 jcamins You are quite welcome.
02:39 libsysguy joined #koha
02:39 libsysguy wajasu do you ever sleep?
02:40 wajasu not today.
02:40 libsysguy heh
02:40 libsysguy work or fun?
02:40 wajasu fun.
02:41 libsysguy fun with dbix apparently :p
02:42 wajasu its an interesting problem.  if we can't use that deb pkg in the currently deploy squeeze servers.
02:42 libsysguy well that is why I was asking colin what version he was using
02:42 wajasu makes me want to just create local::lib for all of koha's app.
02:43 libsysguy it seems like the only oddity between our installs was the plurality of the action logs table
02:43 libsysguy I can't say I really recommend that course of action
02:43 libsysguy ask Catalyst (not the company) how well that is working out
02:43 jcamins lol
02:44 libsysguy hint: shitty
02:44 jcamins I have to agree with libsysguy on this.
02:44 jcamins Dreadful plan.
02:44 jcamins (imitating Catalyst, that is)
02:44 wajasu you guys have the history in this environment, so i trust you know better.
02:45 wajasu the cpan pull for all of the koha deps is 100MB
02:45 libsysguy I mean I like catalyst, but their releases are poop
02:45 libsysguy there are a ton of Koha deps
02:46 libsysguy I forget how big the koha git repo is now
02:46 libsysguy pretty big I think
02:46 wajasu years of history
02:46 jcamins ~200MB?
02:46 jcamins My repo is 1.3GB.
02:46 libsysguy yeah…big
02:47 wajasu yup
02:47 libsysguy anywho, I just thought I'd drop in and complain for a moment :p
02:47 jcamins I should probably prune my repo.
02:48 jcamins (so it will be 1.25GB)
02:48 * libsysguy should at least clean up some old branches
02:48 * libsysguy 's tree needs pruning
02:49 jcamins I deleted 200 branches the other day.
02:49 jcamins I'm down below 100 now.
02:49 jcamins :)
02:49 jcamins Wait, no, just kidding.
02:49 jcamins I'm at 100.
02:49 jcamins I added a couple.
02:50 libsysguy geez jcamins
02:50 libsysguy how are you going to handle that when you're the next RM
02:50 jcamins libsysguy: I use my RM repo.
02:50 libsysguy of course
02:50 jcamins And that's why I'm getting a server with a large hard drive.
02:51 libsysguy why didn't i think of that initially
02:51 jcamins My RM repo is only 819MB.
02:51 libsysguy oh a server comes with the job
02:51 libsysguy man I should have applied and been voted out :p
02:51 * libsysguy thinks jcamins is the man for the job
02:52 wajasu i had generated the dbicdump for the 147 tables.  the schema had so many places with no ref constraints. probably for a reason.
02:53 wajasu i wish all the PKs were called id.
02:53 libsysguy ME TOO
02:53 libsysguy or at least columnnameid
02:53 jcamins Screw that. I just wish we *had* PKs.
02:53 jcamins And I prefer table_id
02:53 wajasu i am wondering if i can use PPI to parse and refactor
02:54 libsysguy actually im out too
02:54 libsysguy you guys have a good night
02:54 libsysguy ill pester for a sign off on monday ;)
02:55 libsysguy gnight
02:55 wajasu maybe its because i'm used to OO / ORM  stuff and just reference objects not caring about the PK.
02:57 jcamins_away wajasu: no, we are not refactoring all the database tables just to make the names more pleasant. That way lies regression.
03:01 wajasu you are probably right.
03:02 mtompset joined #koha
03:03 mtompset Greetings, #koha. Is it still Nate's birthday? Happy Birthday again, Nate. ;)
03:04 wajasu he ages gracefully
03:05 wajasu mtompset: read 8798 comment #23
03:09 wajasu DBIc has some Moo in it.  I guess its not as bad as an entire Moose
03:18 mtompset No, not as bad.
03:21 mtompset Now to patchify my uninstall script
03:21 mtompset bug 459
03:21 huginn Bug[…]ow_bug.cgi?id=459 enhancement, P4, ---, mjr, NEW , No uninstall script
03:23 mtompset And test it.
03:29 trea joined #koha
04:02 * mtompset is cloning his packages VM.
04:24 mtompset Oops... ran out of disk space, let's try again.
04:36 * wajasu over and out
05:05 cait joined #koha
05:10 cait left #koha
05:51 wajasu joined #koha
06:07 mtompset Greetings again, wajasu
06:08 mtompset Okay... first testing run partly completed. reclone, and retesting...
06:08 wajasu nice.  i read yor patch earlier. kinda intense
06:08 wajasu no mistakes.
06:09 mtompset Well, there were mistakes...
06:09 mtompset But testing helped clean those up.
06:09 mtompset I'm still trying to figure out a couple others.
06:10 mtompset There are three errors now in my current version, which I would like to track down.
06:10 mtompset Uninstall programs are intense. You have to make sure you get all the tiny pieces.
06:10 wajasu i could scan it and let yo know if i see anything.  alot of code.
06:12 pastebot "mtompset" at pasted "lastest version of" (321 lines) at
06:12 wajasu i wrote a bash script which backed up the local system, and tar and piped it through ssh to another server.  it required building up paths from lots of variable configured at the beginning.
06:12 mtompset I'm getting an error around 232, 242, and some bizarre usage message around the koha-zebra-daemon.
06:15 wajasu 242 you pipe to grep at end, but what are you grepping for?
06:16 wajasu 230 has files.    with a couple of newlines then Aborting!"
06:16 wajasu you cant do that in bash
06:16 mtompset I'm looking at in Windoze... give me more context?
06:17 mtompset Opening with a different editor...
06:18 wajasu it will be plain to see
06:19 tcohen joined #koha
06:20 wajasu the sudo lines after 272. (koha-zebra-daemon area)  i believe you want to eat allthe output and send it to /dev/null.   try     >/dev/null  2>&1    instead ( that redirects stderr to stdout and then stdout to /dev/null
06:21 wajasu if thats the usage problem
06:22 wajasu the done line looks fishy.  maybe you need   <<(ls  instead of < <(ls
06:23 wajasu the stuff in parenthesis gets run and its output feeds the read statements in the while loop.
06:24 mtompset Strange, the past introduced those bizarre Aborting with spaces.
06:24 mtompset paste
06:24 wajasu your &> /dev/null may be ok, but i am used to an old way.
06:24 wajasu oh.
06:25 mtompset just finished the reclone...
06:25 mtompset I'm testing this on my packages clone first.
06:26 mtompset Yes, the > /dev/null 2>&1 actually redirects STDERR to STDOUT, and STDOUT has been redirected to /dev/null
06:27 wajasu the order matters too.
06:28 wajasu you can do that in crontab lines so that if there is no output, no mail gets sent. :)
06:29 * wajasu finishing up some testing before I croak.
06:31 mtompset I like &> /dev/null it's shorter, and works equally well.
06:31 mtompset Going to reboot.
06:31 wajasu i finally got the DBIx stuff working on squeeze, using a fresh VM.  libsysguy will be relieved.
06:44 mtompset joined #koha
06:45 mtompset Okay... rebooted. Restarting VM...
06:51 mtompset Ooo... had thought about KOHA_CONF, etc. More code being added.
07:02 wajasu got my stuff done and time to crash.
07:10 druthb joined #koha
07:24 mtompset Bye, wajasu.
08:08 mtompset I think I have it. One last test.
08:13 mtompset Oh... wait...
08:18 fredericd joined #koha
08:20 magnuse kia ora #koha!
08:30 * magnuse keeps his fingers crossed for cait's exam
08:35 mtompset When is it? now?
08:36 * mtompset joins magnuse in crossing his fingers, but adds a few prayers too. :)
08:36 magnuse not sure exactly when, but it is today, at least
08:46 magnuse and happy equinox too, btw!
08:58 mtompset It's the end of summer?
09:07 magnuse you could say that, i guess
09:07 magnuse @wunder boo
09:07 huginn magnuse: The current temperature in Bodo, Norway is 7.0°C (10:50 AM CEST on September 22, 2012). Conditions: Mostly Cloudy. Humidity: 87%. Dew Point: 5.0°C. Windchill: 4.0°C. Pressure: 30.04 in 1017 hPa (Steady).
09:08 magnuse yeah, think so :-)
09:10 mtompset So, when is 3.8.5 coming out? Later today? Monday?
09:10 mtompset Sunday?
09:10 wahanui hmmm... Sunday is going to break records
09:10 mtompset wahauni forget Sunday
09:10 mtompset wahanui: forget sunday
09:10 wahanui mtompset: I forgot sunday
09:10 mtompset so, when?
09:10 wahanui it has been said that so, when is 3.8.5 coming out? Later today? Monday?
09:11 mtompset wahanui: forget so, when
09:11 wahanui mtompset: I forgot so, when
09:17 magnuse september 22, nz time
09:17 magnuse looks like its already after 9 pm there, so it should be close
09:17 magnuse rangi decides, though :-)
09:19 * magnuse wonders if misc/cronjobs/ needs an update after the hourly loans changes
09:24 drojf @wunder berlin, germany
09:24 huginn drojf: The current temperature in Prenzlauer Berg, Berlin, Germany is 15.3°C (11:13 AM CEST on September 22, 2012). Conditions: Clear. Humidity: 58%. Dew Point: 7.0°C. Pressure: 29.74 in 1007 hPa (Steady).
09:24 drojf summer again :)
09:24 drojf sun, at least
09:24 drojf good morning #koha
09:26 mtompset greetings, drojf.
09:26 drojf hey mtompset
09:26 wahanui i think mtompset is trying to do a variety of projects in less than three months!
09:26 drojf i think wahanui keeps telling that for three months already :)
09:26 mtompset No, just 1 months.
09:27 mtompset Try again now. ;)
09:27 drojf mtompset?
09:27 wahanui rumour has it mtompset is working on the ultimate koha uninstall script for fun. ;)
09:27 drojf heh
09:27 mtompset Oh, I should expand that.
09:28 mtompset mtompset?
09:28 wahanui i think mtompset is working on the ultimate koha uninstall script for fun. Bug 459. Old school, baby!
09:28 huginn Bug[…]ow_bug.cgi?id=459 enhancement, P4, ---, mjr, NEW , No uninstall script
09:31 mtompset I think I almost have it tested for package installs.
09:32 drojf why would you need that for package installs? should removing the package not take care of that?
09:34 mtompset It should, but I need the script to be packages, git, and tarball friendly.
09:34 mtompset And actually, you need to use koha-remove.
09:34 mtompset before you uninstall koha-common.
09:34 mtompset most people will forget that.
09:35 mtompset So you'll still have pieces of koha lying around.
09:36 drojf i see
09:36 drojf i have actually managed to forget that myself before ;)
09:37 mtompset so if you had a koha-uninstall which was koha-remove aware...
09:37 mtompset if you have multiple instances, it will tell you do koha-remove all but 1 first. ;)
09:37 mtompset then it works smoothly. :)
09:44 mtompset Similarly, if you have multiple git repos in your home directory, the script won't work.
09:52 drojf for packages i guess it would make more sense to have the uninstallation process ask me if i would like to keep the instances or remove them
10:04 cait-m joined #koha
10:04 magnuse hiya cait-m
10:05 mtompset I dump the MySQL DB.
10:05 mtompset mysqldump ....
10:05 magnuse cait-m: cheating with your mobile during exams? :-)
10:05 mtompset So they don't lose their data at worst.
10:05 magnuse mtompset: good plan!
10:06 cait-m nope all done
10:06 mtompset But the script only works for ONE instance, so taking back ups is really their problem if they have more than one.
10:06 mtompset How did they go, cait-m?
10:06 cait-m :-)
10:06 cait-m was ok
10:06 magnuse cait-m: woohoo!!1!
10:06 cait-m fair and got everything done on time
10:07 magnuse yay!
10:07 magnuse i bet that feels good!
10:08 cait-m it does
10:08 cait-m also got my certificate for 12 finished modules today
10:08 cait-m only 24 more to be done
10:09 magnuse w00t!
10:09 magnuse 1/3 of the way - awesome!
10:09 cait-m took a while...
10:10 magnuse well, you do have a full job and contribute a lot to koha!
10:10 cait-m but yay
10:10 * mtompset nods.
10:10 mtompset Yes, cheers for cait-m!
10:10 cait-m :-) thx
10:11 mtompset @wonder MNL
10:11 huginn mtompset: I'll give you the answer as soon as RDA is ready
10:11 mtompset @wunder MNL
10:11 huginn mtompset: The current temperature in Loyola Heights, Quezon City, Philippines is 28.2°C (5:56 PM PHT on September 22, 2012). Conditions: Mostly Cloudy. Humidity: 87%. Dew Point: 26.0°C. Pressure: 29.74 in 1007 hPa (Steady).
10:12 mtompset This humidity kills me.
10:12 mtompset cait-m?
10:12 wahanui i think cait-m is on a train :-)
10:12 * mtompset grins.
10:15 cait-m_ joined #koha
10:16 mtompset cait-m_?
10:16 mtompset train internet flakey?
10:17 cait-m_ hm no
10:17 cait-m_ sitting in a room
10:17 cait-m_ mobile running out if battery maybe
10:17 magnuse ohnoes
10:17 mtompset perhaps.
10:17 wahanui perhaps is a configuration problem
10:17 mtompset wahanui: forget perhaps
10:17 wahanui mtompset: I forgot perhaps
10:18 cait-m_ yeah
10:18 cait-m_ i had to sent my old one in for repair and it got replaced
10:19 cait-m_ now have to reconfigure
10:19 magnuse gah
10:21 cait-m_ at least i have it back  :-)
10:21 cait-m joined #koha
10:22 cait-m hmm user error
10:24 cait-m @wunder konstanz
10:24 huginn cait-m: The current temperature in Konstanz, Germany is 16.0°C (12:00 PM CEST on September 22, 2012). Conditions: Rain. Humidity: 87%. Dew Point: 15.0°C. Pressure: 29.96 in 1014 hPa (Rising).
10:25 cait-m @wunder dortmund
10:25 huginn cait-m: The current temperature in Dortmund, Germany is 13.0°C (11:50 AM CEST on September 22, 2012). Conditions: Scattered Clouds. Humidity: 67%. Dew Point: 7.0°C. Pressure: 29.98 in 1015 hPa (Steady).
10:27 magnuse anything fun happening in dortmund?
10:28 cait-m presentation about intercultural compstence now
10:28 cait-m there is a test abbreviated sifh irc...
10:28 cait-m to measurd it
10:29 cait-m made me smile
10:30 cait-m with irc...
10:31 cait-m lunch  :-)
10:38 magnuse yay for lunch!
11:45 * jcamins_away builds 3.6.9.
11:47 magnuse w00t!
11:47 magnuse who builds 3.8.x? eythian or rangi?
11:48 jcamins_away magnuse: eythian does packages, rangi does the tarball.
11:50 magnuse cool
11:52 magnuse hm, only 9 minutes left of the 22nd in nz and no mail about 3.8.5? release notes in git, though[…]f25a7b056e6078e23
12:14 jcamins_away magnuse: recently he's been forgetting to do announcements.
12:17 magnuse tsk tsk ;-)
12:20 jcamins_away Installing UNIMARC now.
12:22 mtompset Yes, but the dashboard still says 3.8.4
12:22 mtompset And 3.8.5 isn't listed.
12:22 mtompset Is 3.8.5 out now?
12:23 jcamins_away mtompset: no idea.
12:23 jcamins_away There was no announcement.
12:23 jcamins_away Running make test for NORMARC.
12:24 magnuse woohoo for normarc!
12:24 magnuse not
12:24 * magnuse wanders off briefly to eat some cake
12:24 jcamins_away Hehe.
12:25 jcamins_away Yay for cake!
12:25 jcamins_away For real. :)
12:32 jcamins_away mtompset: what are you doing?
12:32 mtompset bug 459
12:32 huginn Bug[…]ow_bug.cgi?id=459 enhancement, P4, ---, mtompset, In Discussion , No uninstall script
12:32 jcamins_away There is already a way to uninstall Koha when it's installed via packages.
12:33 mtompset koha-remove doesn't do the apt-get remove call. ;)
12:33 jcamins_away mtompset: there is absolutely no way a script that does an end-run around the Debian package management system is getting in.
12:34 jcamins_away You use koha-remove to remove instances, and you uninstall the package.
12:34 mtompset I don't end-run around. I check, and call it for a single instance case.
12:34 jcamins_away That's not getting in either.
12:34 mtompset |Not to mention... koha-remove doesn't do a db dump.
12:35 jcamins_away Preparing a backup prior to removing is probably a good idea.
12:36 jcamins_away The uninstall script is needed for tarball installs (only).
12:36 mtompset and git.
12:36 jcamins_away Excuse me. _Standard_ installs.
12:36 jcamins_away Not dev mode installs.
12:36 jcamins_away You're right. One can do a standard install using git.
12:38 mtompset Wouldn't you want to below away you koha-dev dir?
12:38 jcamins_away Not with a script.
12:39 jcamins_away If you are installing in dev mode, you can delete koha-dev manually.
12:39 mtompset And there is the "site" install case that I'd need to test too.
12:39 jcamins_away That doesn't actually work.
12:40 mtompset Then why is it an option listed?
12:40 jcamins_away No one has removed it.
12:40 mtompset Should it be removed? Or should it be fixed?
12:41 jcamins_away But you know how many dependencies Koha has- how could you avoid installing them?
12:41 jcamins_away (and still have a working installation)
12:41 mtompset Ah... it can't be fixed because of permission issues of installation?
12:42 jcamins_away Right.
12:42 jenkins_koha Starting build #59 for job Koha_3.6.x (previous build: SUCCESS)
12:43 jcamins_away And Zebra requires a daemon written in C.
12:49 * magnuse wonders if any of the famfamfam silk icons will work for "thre dimantional objects"
12:50 jcamins_away magnuse: globe?
12:51 magnuse hm, cant seem to find that?
12:51 magnuse brick?
12:52 jcamins_away magnuse: there might not be a globe.
12:52 jcamins_away I never announced 3.6.8.
12:52 magnuse heh
12:53 jcamins_away Okay, 3.6.9 is released.
12:53 jcamins_away If you spot any typos in the release notes, don't tell me.
12:55 jcamins_away Did I miss anything?
12:55 jcamins_away Updated the website, sent the e-mail, tagged the repo, uploaded the tarball...
12:57 mtompset I was just wondering... we're at 3.8 now... do we need to reference 3.2 anymore?
12:57 mtompset As of Koha 3.2, the Koha manual is now maintained in DocBook.  The
12:58 mtompset home page for Koha documentation is ...
12:58 jcamins_away mtompset: probably, yes.
12:58 magnuse jcamins++
12:59 mtompset Yes, congratulations on the release.
13:17 magnuse time to take the dogs for walkies - have fun #koha!
13:22 mtompset Wow... It's amazing to run on a real machine.
13:22 mtompset It's about half way through the force a reindex of records.
13:27 jenkins_koha Project Koha_3.6.x build #59: UNSTABLE in 45 min: http://jenkins.koha-community.[…]ob/Koha_3.6.x/59/
13:27 jenkins_koha * jcamins: Add release notes for Koha 3.6.9
13:27 jenkins_koha * f.demians: 3.6.9 Translation Update
13:27 jenkins_koha * jcamins: Incrementing version number for 3.6.9 release
13:28 jcamins_away UNSTABLE?!?
13:28 wahanui unstable is sid
13:29 jcamins_away @later tell rangi Any idea why 3.6.x just went unstable? I ran all the tests before pushing, and they passed.
13:29 huginn jcamins_away: The operation succeeded.
13:49 mtompset db_dependent_Acquisition test.
13:50 mtompset how about we blame bug 5335? ;)
13:50 huginn Bug[…]w_bug.cgi?id=5335 enhancement, P5 - low, ---, jonathan.druart, Pushed to Master , More granular VAT
13:50 mtompset I don't think that's in 3.6.9, is it?
13:51 jcamins_away Nope.
13:51 jcamins_away But I thought 3.6.x had a separate DB.
14:03 tcohen joined #koha
14:03 wajasu hmm
14:05 mtompset Maybe someone messed the DB up?
14:07 wajasu they probably tested mtompsets uninstall script ;)
14:11 drojf jcamins_away++
14:11 wajasu jcamins_away++
14:12 mtompset Hey Hey!
14:13 mtompset It wouldn't ruin a set of tests like that.
14:13 * mtompset pokes wajasu really hard.
14:13 * wajasu nudges back
14:13 drojf get a room you two
14:14 mtompset You're just jealous, because he didn't blame you. :P
14:14 * wajasu takes a swipe at third parties
14:15 * mtompset wonders if there has ever been  a free-for-all here. ;)
14:15 mtompset Poor logs reduced to meaningless drivel.
14:33 libsysguy joined #koha
14:42 cait joined #koha
14:42 cait hi #koha
15:08 mtompset Belated greetings, cait.
15:09 cait hi mtompset
15:23 mtompset Well, long day tomorrow. I better sleep. Have a good day, cait. :)
15:23 mtompset Bye, #koha.
15:36 zioha joined #koha
15:45 santy hi allbody!  has anyone tried to install 3.8 on centos 6.3 64bit with success?
15:47 drojf my guess is no
15:48 drojf feel free to write a howto for the wiki if you do ;)
15:49 santy and on 32bit?
15:51 drojf i don't know but in general centos is not the preferred platform for koha
15:51 santy well if my client insists on redhat i'll write the howto, of course
15:53 santy what I am really needing right now are compelling arguments against installing koha on redhat, besides mantainability issues... is there any feature that does not work on redhat?
15:54 drojf i don't think so. i suppose you either get everything to work ot nothing at all
15:57 jcamins_away santy: I haven't had reports of anyone getting Koha working with a modern version of Zebra on CentOS.
15:57 santy so, Zebra does not work on any version of centos?
15:57 jcamins_away One or two people have managed with Fedora Core, but I think not CentOS.
15:58 jcamins_away santy: I don't know. I just know that I haven't heard anyone say that they had it working, and a lot of people say that they were unable to get it working.
15:59 santy ok, so, no Z39.50 server, at least without lots of problems
16:05 cait joined #koha
16:09 santy I must say I'm sorry, this thing has been clear for me since the beginning but my client is asking me for a justification because they are already paying for redhat support
16:12 drojf i don't know what "modern version of zebra" means, but zebra is not only doing z39.50, zebra is doing all indexing (making your data searchable), so if it does not work at all, koha does not work
16:14 santy ok, I will have than in mind as an argument
16:14 santy thanks a lot to all, I'll let you know how it went, bye
16:36 mtompset joined #koha
16:36 * mtompset grumbles, "I hate indexing."
16:36 mtompset I was hoping this would just work. It isn't.
17:20 jcamins_away santy: without Zebra, there is no searching *at all*.
17:40 wajasu santy:  if you don't have a package, you can just grab the zebra source. untar/ungzip,  then read the INSTALL, and using make, build/compile it. if you are restricted by .gov selections.
17:45 jcamins_away wajasu: no, the problem is getting Zebra working on CentOS.
17:45 wajasu ok
17:47 wajasu[…]d_fall_of_centos/
17:52 libsysguy joined #koha
17:54 wajasu libsysguy: so i'm sure you saw my last comment on 8798
17:54 libsysguy the one about you having some kind of success
17:55 wajasu its success, but  didn't you fix that cardnumber error in one of your patches?
17:55 wajasu i'm getting it with those latest patches.
17:56 libsysguy no I didn't because it is an issue with the schema
17:56 libsysguy and I don't want to make changes to the class file and mess up a relationship
17:57 wajasu its because the cardnumber is a key and cardnumber is nullable.
17:57 libsysguy yeah
17:57 libsysguy so that needs to be addressed on the db end first
17:57 libsysguy then we can update the class files with the re-gen script
17:58 wajasu i see, you don't want to set things in stone yet.
18:00 wajasu i think if we check in a few hundred files, they need to be operational, and match the quirks of the schema.  then write bugs to address anomalies  as they are found.
18:01 jcamins_away Yes. A patch which reworks the database as a side effect is not really viable.
18:02 wajasu also, do you know if it is a preference for us to use DataTime everywhere?  then some investigation into using that DataTime component is warranted.
18:03 jcamins_away Eventually we should, yes.
18:11 libsysguy sorry, stepped away
18:12 libsysguy im confused
18:13 wajasu about?
18:14 libsysguy what you and jcamins_away are suggesting
18:15 libsysguy would you prefer for me to leave it, address the db issue in this patch, or adjust the class file to shut off the warning
18:16 wajasu i think you have to only checkin classes that work with the current schema.   to pass QA that is.
18:18 libsysguy so only the one class file with the card number
18:19 jcamins libsysguy: the warning is acceptable.
18:20 wajasu if the allowed strategy is to let you checkin over 100 classes that MAY work (untested), then YES you al least need to tweak the cardnumber to get the "complaint" to go away.
18:20 libsysguy i think the warning is fine
18:20 jcamins libsysguy: I would rather there be an annoying warning than that we modify the database schema.
18:21 libsysguy wajasu, that is pretty much how it works.  There is nothing that those classes can hurt
18:21 wajasu its not really in this case, because once you check in the patch, the code gets executed everywhere, even "perl Makefile.PL" has that spitting out.
18:21 jcamins That said, even better would be blocking the warning.
18:22 wajasu sure. block it, or address it, and add a bug to deal with it in the future, so we know about it.
18:22 jcamins Right.
18:23 wajasu then i can write tests to excercise the classes to work with the current schema.
18:26 wajasu maybe if you comment out the unique constraint on cardnumber, and add a FIXME comment, the warning will go away.
18:27 libsysguy *technically* you're not supposed to edit the class files with the table definitions
18:27 libsysguy that is what the documentation says anyway
18:28 libsysguy mostly because it will get overwritten next time the rebuild script runs
18:30 wajasu you will either have to change the DB to conform to the DBIx constraints, or edit the code.   The schema gen can really only be a one time thing, and it can't deal with the lack of referential integrity contraints.
18:31 libsysguy how about this, as a compromise I will change use Koha::Schema to require Koha::Schema
18:31 libsysguy that will kill the warnings when Koha::Schema isn't in use
18:31 libsysguy then we can deal with the hosed database later
18:32 wajasu great.
18:33 wajasu then we can write tests, and put classes into service as needed.   you might need an omnibus bug to track rollout of new classes.
18:34 libsysguy probably an umbrella to encompass all DBIx::Class rollouts
18:34 libsysguy this is kind of a big deal :p
18:34 wajasu i know.  i want it in too.
18:37 libsysguy ok the change should be pushed
18:37 wajasu ok testing now.  give me 5 minutes.
18:37 libsysguy kk
18:39 mveron joined #koha
18:39 libsysguy just got done working in the yard, going to take a shower...bbiab
18:46 libsysguy back
18:47 * wajasu git pull.. oh a new tag!  v3.06.09  :)
18:47 libsysguy you can thank jcamins for that
18:47 wajasu jcamins++
18:51 wajasu when you do: prove t/Context.t  do you see it sqwuak?
18:53 libsysguy it should
18:53 libsysguy let me check
18:54 libsysguy yeah it complains
18:54 libsysguy all it runs is use_ok
18:55 jcamins What have I done?!?
18:55 * jcamins just shallow-fried Afghan vegetarian dumplings.
18:55 libsysguy created a monster?
18:55 rangi 3.8.5 is tagged now too
18:55 libsysguy that doesn't sound appetizing
18:55 jcamins libsysguy: they are *so* good.
18:55 wajasu rangi++
18:55 libsysguy sweet rangi++ jcamins++
18:56 jcamins libsysguy: but I generally have a "no frying" policy.
18:56 jcamins Technically I steam my stirfries, in fact.
18:56 libsysguy hmm
18:56 cait-m joined #koha
18:57 libsysguy well that makes sense based on your facebook pics with the weekly vegetables
18:57 jcamins Yeah, this used up the leeks and a potato.
18:57 * cait-m waves
18:57 jenkins_koha Starting build #184 for job Koha_3.8.x (previous build: FIXED)
18:57 * libsysguy has never had deeks
18:57 libsysguy uh oh
18:58 cait-m what did you make?
18:58 libsysguy he made shallow-fried Afghan vegetarian dumplings.
18:58 cait-m you never ever had leeks?
18:59 libsysguy nu uh
18:59 wajasu libsysguy: i suspect, that after you fix/tweak the might_have/has_one releationship for the is_nullable, another error will pop up.
18:59 libsysguy im sure there will be several
18:59 libsysguy my position on this is I would like to get the foundation in
18:59 libsysguy and then slowly push patches as necessary
18:59 libsysguy small_patches++
19:01 wajasu it might be better, to gen the schema, tweak it as necessary, write tests for all the DB access, then push a new data access layer.  its going to take months to do the patch-test-qa workflow we have here.
19:02 cait-m :-)
19:02 libsysguy that sounds like paul_p
19:03 jcamins wajasu: we tried that.
19:03 libsysguy there was a lot of talk if I recall
19:03 libsysguy and no action
19:03 jcamins Indeed, we have that new data access layer now.
19:03 jcamins It looks exactly like the old one because rewriting a data access layer is not a reasonable short-term project.
19:03 jcamins Kaizen.
19:03 cait-m small changes
19:03 cait-m i
19:04 wajasu ok. lets go your route.  and if anyone steps up to do the work that I suggested, that can be a fallback strategy.
19:04 cait-m i was going to say that - kaizen
19:04 cait-m too slow on the phone
19:05 libsysguy heh geez cait-m you're going to have to pick up the typing :p
19:05 wajasu the only reason, that my suggesttion might not be feasibly is i did the work using grails against koha. and i know what needs to be done.
19:10 cait-m @wunder konstanz
19:10 huginn cait-m: The current temperature in Konstanz, Germany is 11.0°C (9:00 PM CEST on September 22, 2012). Conditions: Overcast. Humidity: 94%. Dew Point: 10.0°C. Pressure: 30.13 in 1020 hPa (Rising).
19:12 rangi and released
19:13 * wajasu applause
19:17 rangi beat that proprietary vendors
19:18 jcamins :D
19:18 wajasu pretty
19:22 wajasu how come we can't get Frederic's name to show wihtout mojibake?  The release notes in utf8?  cut-n-paste? wiki ?
19:24 jcamins wajasu: not sure. It's some weird double-encoding thing, because it shows up properly when I just open up the release notes.
19:25 rangi yeah ill fix that in the webpage
19:28 wajasu whoever can regen the schemaspy, it might be helpful for reference after the 3.10  so the DBIx tweaks for has_many and such can go quicker.
19:35 jcamins git_aliases++
19:35 jcamins Ummm... huh?
19:35 jcamins libsysguy: patches are in the wrong order?
19:36 libsysguy indeed they are
19:36 libsysguy i guess bz thought khall's should be first?
19:36 jcamins Okay.
19:36 jcamins I can apply them in reverse.
19:36 libsysguy im not sure how to fix that on the bug
19:36 jenkins_koha Project Koha_3.8.x build #184: SUCCESS in 39 min: http://jenkins.koha-community.[…]b/Koha_3.8.x/184/
19:36 jenkins_koha * f.demians: 3.8.5 Translation Update
19:36 jenkins_koha * Chris Cormack: Bumping version number for release
19:37 jcamins libsysguy: you have to obsolete the follow-up and re-upload it after the first.
19:37 libsysguy ah
19:38 libsysguy well that seems...non-trivial
19:39 jcamins That's why rebasing the last patch in a series of five results in a half dozen new comments.
19:39 libsysguy heh
19:39 libsysguy most of them looking like "wtf man"
19:40 jcamins Whoah.
19:40 jcamins Apparently I'm missing a lot of Perl modules.
19:41 jcamins Oh, never mind. Apparently I have a lot of extra modules that can be automatically uninstalled.
19:41 libsysguy geez jcamins don't you ever clean house :p
19:41 * libsysguy is probably sounding like scamins :p
19:42 jcamins sperkins, actually.
19:43 libsysguy oops
19:43 jcamins scamins is my mother. :P
19:43 libsysguy well perhaps that too :p
19:43 wajasu libsysguy: i changed the cardnumber to be not nullable and ran  prove t/Context.t   no warning now and all tests pass.  you might try that route.
19:44 jcamins wajasu: that would break functionality.
19:49 drojf joined #koha
20:10 drojf rangi++
20:17 ExtraordinaryBen joined #koha
20:20 ExtraordinaryBen Hello, I've got Koha setup for my library, it's working great and we're already getting books added to the catalog. One weird thing I noticed though is when I do a search and then try to list the results by title, author a-z, etc. I get and error message.
20:20 ExtraordinaryBen here's a link:[…]141&loggedinuser=
20:20 ExtraordinaryBen Any help on the matter would be appreciated. ;)
20:21 jcamins ExtraordinaryBen: you're running... 3.8.2?
20:21 jcamins Or 3.6.6?
20:21 wahanui rumour has it 3.6.6 is rather more mature and stable. 3.8.2 has a lot of cool new features
20:21 ExtraordinaryBen Forgot to mention. we're running 3.8.3
20:22 jcamins 3.8.3.
20:22 jcamins I was close.
20:22 ExtraordinaryBen yup. ;)
20:22 jcamins Actually, I think you ran into issues with your upgrade, because you're on 3.8.2.
20:23 ExtraordinaryBen Upgrade? this is a brand new installation
20:23 jcamins Anyway, this bug was fixed.
20:23 tcohen joined #koha
20:23 jcamins ExtraordinaryBen: in that case, you downloaded 3.8.2 instead of 3.8.3 by accident. How did you install?
20:23 * jcamins crosses his fingers hopefully- packages are excellent.
20:24 ExtraordinaryBen Hmm, it's possible. I had downloaded the "koha-lastest.tar.gz" back in July I think. We've had the system running for a month or two now
20:25 jcamins Okay, so your best bet is to get the latest (3.8.5 was released this morning) and upgrade.
20:25 ExtraordinaryBen Thanks, will do. ;)
20:26 drojf ExtraordinaryBen: out of curiosity, what operating system are you using?
20:26 jcamins I'm pretty sure this is an error that we were seeing for a while.
20:26 jcamins ExtraordinaryBen: also, reindex Zebra.
20:27 jcamins If you're lucky, it could actually just be an indexing error, in which case you wouldn't *have* to reindex.
20:27 ExtraordinaryBen I'm running Ubuntu 12.04.
20:31 ExtraordinaryBen Yeah, I only recently got Zebra indexing working right. (I think. :P) I had been following the "Koha on Ubuntu" guide on the Wiki. I ended up finding "koha-zebraqueue-daemon" on my own, which the guide only mentioned how to remove, not setup. :P
20:32 jcamins ExtraordinaryBen: oh, zebraqueue daemon is your problem.
20:32 jcamins You haven't encountered a bug.
20:32 drojf ExtraordinaryBen: for the record, the debian packages work with ubuntu 12.04 and make installation and maintenance nice and easy. now that you already have a running installation you would probably not want to switch though
20:32 jcamins You have set up something which has been deprecated for over three years.
20:32 jcamins You need to use either the cron jobs or the new background indexer.
20:33 ExtraordinaryBen lol, zebra has been nothing but trouble for me. :P Right then, I'll undo that then. ;)
20:33 drojf that's our zebra!
20:33 jcamins Interestingly, there was also a bug that caused this sort of problem in 3.8.2.
20:33 jcamins You want to use the init script.
20:34 jcamins (to start Zebra)
20:34 jcamins And setting up the cron job is easier.
20:35 ExtraordinaryBen Yeah, I've gotten that setup right. (to start up.) It's just the cron job for indexing that doesn't want to seem to work.
20:35 wajasu libsysguy: i found a way to squelch the validation warning.  in C4/ i put the      use Koha::Schema back, and  just before that line I put:  $ENV{'DBIC_DONT_VALIDATE_RELS'} = 1; # once the DBIx schema has its schema adjusted we should remove this
20:36 jcamins ExtraordinaryBen: you should set up the cron job running as your own user, and use `sudo chown -R myuser:myuser /var/lib/koha`
20:37 drojf oh. the staff client benchmark script sent the raspberry pi into a coma
20:37 jcamins drojf: shocker! :P
20:38 drojf worked fine with plack though. but now i miss the last number to throw into gnuplot :(
20:38 wajasu how many bibs/sec?
20:39 ExtraordinaryBen jcamins: alrighty, will do. ;)
20:40 pastebot "drojf" at pasted "Raspberry Pi with Wheezy Raspian @ 1000MHz running Koha 3.8.4" (13 lines) at
20:41 drojf it was faster with master when i did it in july. should be more or less the same data now
20:43 drojf these are the numbers with plack of course, it is much slower without
20:45 ExtraordinaryBen jcamins: Hmm, still getting that error... This is what my cron job looks like in /etc/cron.d/koha: */5 * * * *koha/usr/share/koha/bin/migrat​ion_tools/ -b -a -z &> /dev/null
20:46 jcamins ExtraordinaryBen: you have to rebuild since you used zebraqueue.
20:47 ExtraordinaryBen jcamins: I've executed "" manually, is there something else I'm suppose to do?
20:47 jcamins ExtraordinaryBen: -b -a -r
20:48 ExtraordinaryBen righto
20:49 ExtraordinaryBen Silly me, I just read that the other day. Ugh, Koha is still so new to me. Thanks for helping with this. It's working great now. :D
20:50 ExtraordinaryBen Hopefully the cron job will actually do it's job now. ;)
21:04 * wajasu nice day out. off to try to run around White Rock Lake.
21:05 cait joined #koha
21:13 cait left #koha
21:16 cjh joined #koha
22:53 LubbertDas joined #koha

| Channels | #koha index | Today | | Search | Google Search | Plain-Text | plain, newest first | summary