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