← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:10 | wizzyrea | unfair weather. |
| 00:10 | first day back to work with brilliant sunshine after two wet days, one cold. | |
| 00:11 | three wet, one cold, I mean. | |
| 00:11 | rangi | yeah |
| 00:19 | StomproJ joined #koha | |
| 00:22 | Francesca joined #koha | |
| 00:24 | ibeardslee | go home, 'sick .. of work' |
| 00:25 | * Francesca | waves |
| 00:25 | rangi | hi Francesca |
| 00:25 | Francesca | sup |
| 00:26 | wizzyrea | ibeardslee: yeah nah, that can't happen |
| 00:27 | cait1 left #koha | |
| 00:28 | rocio joined #koha | |
| 00:31 | sijobl joined #koha | |
| 00:38 | Francesca joined #koha | |
| 01:25 | rocio left #koha | |
| 01:28 | irma joined #koha | |
| 01:32 | edveal joined #koha | |
| 02:27 | JoshB joined #koha | |
| 02:37 | thd-away joined #koha | |
| 02:47 | thd-away joined #koha | |
| 02:59 | Francesca joined #koha | |
| 03:50 | irma joined #koha | |
| 04:27 | dcook joined #koha | |
| 04:27 | * dcook | waves |
| 04:28 | dcook | Don't suppose rangi or gmcharlt are around at the moment regarding a Debian package question? |
| 04:28 | Or does anyone recall if we're still supporting Debian Squeeze? | |
| 04:29 | I suppose http://wiki.koha-community.org[…]ki/Koha_on_Debian doesn't specify Squeeze anymore.. | |
| 07:00 | Joubu | hi |
| 07:29 | Francesca joined #koha | |
| 07:30 | cdickinson_ joined #koha | |
| 07:32 | * magnuse | waves |
| 07:32 | cdickinson_ joined #koha | |
| 07:39 | * Francesca | waves |
| 07:43 | Joubu | @later rangi there is no way to disable PR on github |
| 07:43 | huginn | Joubu: I've exhausted my database of quotes |
| 07:43 | Francesca | lol |
| 07:44 | reiveune joined #koha | |
| 07:44 | laurence joined #koha | |
| 07:45 | eythian | dcook: wiki page history will tell you when it was removed 🙂 |
| 07:46 | Joubu | @later tell rangi there is no way to disable PR on github |
| 07:46 | huginn | Joubu: The operation succeeded. |
| 07:46 | Joubu | @later tell rangi I have updated the description of the project with "Note: This project uses its own bug tracker, see bugs.http://koha-comminity.org to report a bug or submit a patch. " Let me know if you prefer a better wording |
| 07:46 | huginn | Joubu: The operation succeeded. |
| 07:46 | reiveune | hello |
| 07:47 | Francesca | hi |
| 07:47 | wahanui | privet, Francesca |
| 07:49 | magnuse | Joubu++ |
| 07:56 | alex_a joined #koha | |
| 07:57 | alex_a | bonjour |
| 07:57 | wahanui | hola, alex_a |
| 08:00 | magnuse | @wunder boo |
| 08:00 | huginn | magnuse: The current temperature in Bodo Vi, Norway is -6.0°C (4:00 AM CET on January 05, 2016). Conditions: Partly Cloudy. Humidity: 33%. Dew Point: -16.0°C. Pressure: 29.99 in 1016 hPa (Falling). |
| 08:02 | rangi | Joubu++ |
| 08:02 | thanks | |
| 08:02 | at some point i should grab those PR and make them into patches | |
| 08:04 | Joubu | At least 1 is important (it fixes a syntax issue in sql file), the last one |
| 08:04 | I have closed the PR, asking to open a bug report on bz | |
| 08:04 | sophie_m joined #koha | |
| 08:09 | gaetan_B joined #koha | |
| 08:10 | gaetan_B | hello |
| 08:10 | Joubu | @later tell khall How did you generate the schema? I get an error "make_schema_at(): Checksum mismatch in './/Koha/Schema/Result/Borrower.pm', the auto-generated part of the file has been modified outside of this loader" |
| 08:10 | huginn | Joubu: The operation succeeded. |
| 08:12 | Joubu | @later tell khall certainly comes from 017f62ea3752a459a1f5cafecae85e9fb5bfbdd1 |
| 08:12 | huginn | Joubu: The operation succeeded. |
| 08:14 | slef joined #koha | |
| 08:17 | magnuse | kia ora slef! |
| 08:18 | paul_p joined #koha | |
| 08:21 | geek_cl joined #koha | |
| 08:21 | cait joined #koha | |
| 08:22 | mveron | Good morning / daytime #koha |
| 08:22 | * mveron | waves to rangi - thanks for your blog! |
| 08:22 | magnuse | hiya mveron |
| 08:23 | * cait | waves |
| 08:23 | rangi | no problem, thanks for all your hard work |
| 08:23 | cait | rangi++ mveron++ :) |
| 08:23 | mveron | hiya magnuse, cait, Joubu everybody... |
| 08:24 | Joubu | hi mveron |
| 08:24 | cait | and a Gutes Neues! |
| 08:24 | mveron | cait: Äbefalls äs guets Nöis |
| 08:24 | Joubu | mveron: what is your solution on bug 15462N |
| 08:24 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=15462 critical, P5 - low, ---, jonathan.druart, Needs Signoff , Unable to renew books via circ/renew.pl |
| 08:24 | Joubu | ? |
| 08:24 | This is a tricky one | |
| 08:25 | mveron | Joubu: Did you try my patch? |
| 08:25 | Joubu | I haven't seen it yet |
| 08:25 | well yes | |
| 08:25 | that was the naive approach | |
| 08:25 | and it could work | |
| 08:25 | but I was not sure enough yet | |
| 08:25 | did you catch the reason (the unique key on itemnumber)? | |
| 08:27 | mveron | Joubu: If my patch is wrong or to naive feel free to obsolete it. |
| 08:29 | Joubu | item->issues has been (automatically) renamed with item->issue after we have added the unique key constraint on item.itemnumber |
| 08:29 | I am not sure to understand why but when this unique key has been added, the has_many rs has been replaced with a might_have | |
| 08:30 | and the plural of issue is gone | |
| 08:30 | drojf joined #koha | |
| 08:30 | Joubu | so that would mean we can only access to 1 issue for a given item |
| 08:30 | drojf | morning #koha |
| 08:30 | Joubu | which sounds odd |
| 08:31 | hi drojf :) | |
| 08:31 | mveron | Hi drojf :-) |
| 08:31 | cait | not sure i can follow the 2 of you :) |
| 08:31 | i think 1:1 between items and issues seems correct, 1:n for old_issues? | |
| 08:32 | drojf | jo Joubu, mveron and cait :) |
| 08:32 | mveron | cait: I fixed soething thet seems to be a symptom of some bigger issue. |
| 08:32 | smoething | |
| 08:32 | drojf | huh, i meant hi. but jo works too |
| 08:32 | :D | |
| 08:32 | mveron | something (should put my glasses) |
| 08:32 | Joubu | yes it only refers issues of course |
| 08:32 | drojf | @wunder berlin, germany |
| 08:32 | huginn | drojf: The current temperature in Berlin Tegel, Germany is -9.0°C (9:20 AM CET on January 05, 2016). Conditions: Light Snow. Humidity: 79%. Dew Point: -12.0°C. Windchill: -15.0°C. Pressure: 29.53 in 1000 hPa (Rising). |
| 08:32 | drojf | eeek |
| 08:32 | mveron | @wunder Allschwil |
| 08:32 | huginn | mveron: The current temperature in Grenchen, Switzerland is 4.0°C (9:20 AM CET on January 05, 2016). Conditions: Light Rain Showers. Humidity: 100%. Dew Point: 4.0°C. Pressure: 29.44 in 997 hPa (Rising). |
| 08:32 | Joubu | there is no fk with old_issues |
| 08:32 | cait | @wunder Konstanz |
| 08:32 | huginn | cait: The current temperature in Saint Gallen-Altenrhein, Germany is 5.0°C (9:20 AM CET on January 05, 2016). Conditions: Light Rain Showers. Humidity: 87%. Dew Point: 3.0°C. Windchill: 4.0°C. Pressure: 29.47 in 998 hPa (Rising). |
| 08:33 | magnuse | @wunder boo |
| 08:33 | huginn | magnuse: The current temperature in Bodo, Norway is -6.0°C (9:20 AM CET on January 05, 2016). Conditions: Clear. Humidity: 42%. Dew Point: -17.0°C. Windchill: -15.0°C. Pressure: 29.98 in 1015 hPa (Steady). |
| 08:33 | liw | @wunder Espoo, Finland |
| 08:33 | huginn | liw: The current temperature in Viherlaakso, Espoo, Finland is -19.8°C (10:29 AM EET on January 05, 2016). Conditions: . Humidity: 90%. Dew Point: -21.0°C. Windchill: -20.0°C. Pressure: 29.68 in 1005.0 hPa (Rising). |
| 08:33 | cait | it picks the funniest places... all but Konstanz |
| 08:33 | * Joubu | is trying something |
| 08:33 | cait | no rain here, but cloudy and rather warm for winter |
| 08:33 | mveron | brb |
| 08:33 | magnuse | liw wins |
| 08:41 | rangi | @later tell tcohen can you give me ssh access to the debian_7 jenkins node, I |
| 08:41 | huginn | rangi: The operation succeeded. |
| 08:42 | rangi | @later tell tcohen I'd like to see if I can figure out why some of the tests are failing |
| 08:42 | huginn | rangi: The operation succeeded. |
| 08:43 | sophie_m joined #koha | |
| 08:44 | sophie_m15 joined #koha | |
| 08:45 | rangi | @later tell tcohen or can you install URL::Encode that will fix 2 |
| 08:45 | huginn | rangi: The operation succeeded. |
| 08:48 | sophie_m joined #koha | |
| 08:48 | paul_p joined #koha | |
| 08:49 | lds joined #koha | |
| 08:50 | ashimema | morning |
| 08:51 | lds | hello |
| 08:51 | cait | morning ashimema and lds |
| 08:51 | sophie_m | hello cait and #koha |
| 08:51 | mveron | hi ashiema and lds and sophie_m |
| 08:52 | wilfrid joined #koha | |
| 08:54 | laurence joined #koha | |
| 08:56 | LibraryClaire joined #koha | |
| 08:57 | LibraryClaire | morning #koha :) |
| 09:01 | mveron | morning LibraryClaire |
| 09:02 | Joubu: Could your findings on http://bugs.koha-community.org[…]g.cgi?id=15462#c4 have impact at other places? | |
| 09:02 | huginn | 04Bug 15462: critical, P5 - low, ---, jonathan.druart, Signed Off , Unable to renew books via circ/renew.pl |
| 09:02 | ashimema | morning LibraryClaire.. and all others I missed since last saying good morning ;) |
| 09:02 | * ashimema | needs tea |
| 09:03 | * mveron | fetches some coffee... |
| 09:04 | LibraryClaire | hi ashimema. mveron :) |
| 09:05 | mveron | brb |
| 09:05 | Francesca joined #koha | |
| 09:06 | drojf1 joined #koha | |
| 09:09 | Joubu | mveron-away: no, seems to only impact this script |
| 09:09 | mveron | OK, glad to hear :-) |
| 09:09 | Joubu++ | |
| 09:10 | drojf1 | mveron: does fetching coffee work with git? |
| 09:11 | mveron | drojf1: I did not try yet... :-) |
| 09:12 | ashimema | Morning Joubu |
| 09:15 | irma joined #koha | |
| 09:16 | Joubu | hi ashimema |
| 09:16 | cait | git fetch coffee? :) |
| 09:19 | ashimema | 'git worktree coffee_break' |
| 09:19 | :) | |
| 09:19 | drojf1 | :) |
| 09:20 | drojf | i should fetch the irc password from the old notebook … |
| 09:21 | laurence joined #koha | |
| 09:22 | ashimema | lol |
| 09:22 | Francesca joined #koha | |
| 09:26 | * mveron | thinks about a coffee enhancement for Koha, maybe cron job driven (every 30 minutes a coffee?) |
| 09:26 | cait | hm maybe we need a sensor too |
| 09:27 | drojf | in koha-create, we have a lot of sed -e "s/__PLACEHOLDER__/$replacement/g" … but for UPLOAD_PATH it is sed -e "s#_UPLOAD_PATH__#UPLOAD_PATH#g" … is the # some magical sed variant or an error? |
| 09:27 | cait | to check caffeine levels |
| 09:27 | so the coffee flow can be customized :) | |
| 09:27 | Francesca joined #koha | |
| 09:27 | liw | drojf, sed allows any character to be used as delimiter, / just the usual one, but since a path is likely to contain / that expression uses # instead |
| 09:27 | chad joined #koha | |
| 09:27 | liw | drojf, you can even use a space charaqcter, I think |
| 09:28 | drojf | ah, yes. now that you say that, i remeber i have learned that before. and forgot. i'm old :/ |
| 09:28 | liw++ | |
| 09:29 | i probably asked that for the exact same line when i tested the patch… | |
| 09:29 | * drojf | hides in shame |
| 09:29 | liw | the good thing about getting old and forgetful is that you get to re-visit all manner of wonderful things as if they were new |
| 09:29 | drojf | heh |
| 09:30 | liw | and also you get to show off your knowledge of the esoteric things you didn't forget, of course |
| 09:30 | drojf | you mean the stuff everyone else has forgotten because it's obsolete? :) |
| 09:31 | now i forgot what led me to the question in the first place. i'll try the coffee thing | |
| 09:32 | Ray_ joined #koha | |
| 09:33 | Joubu | @later tell khall please regenerate the Schema files, some tests are failing because of bug 13624 |
| 09:33 | huginn | Joubu: The operation succeeded. |
| 09:39 | nlegrand | hey #koha |
| 09:44 | Francesca joined #koha | |
| 09:45 | sophie_m | hi rangi, Would i be possible to add v3.18.13 on koha ? It seems that Liz is on holiday and I need it to upgrade some client. Or can someone else do that ? |
| 09:46 | add the tag I mean | |
| 10:01 | Joubu | Does anyone understand this test? |
| 10:01 | 153 warning_is { BuildSummary($marc21_subdiv, 99999, 'GEN_SUBDIV') } [], | |
| 10:01 | 154 'BuildSummary does not generate warning if main heading subfield not present'; | |
| 10:02 | gmcharlt maybe? | |
| 10:04 | nlegrand | I'm looking at translation and I'm a bit lost, how the .po files are generated? |
| 10:06 | magnuse | nlegrand: by misc/translator/translate |
| 10:08 | nlegrand | magnuse: ha! thanks, now I know where to start ^^ |
| 10:08 | drojf | @later tell marcelr would you agree that having the upload folder in a separate backup file would be a good idea? right now (i think) it ends up in the configs.tar.gz when it is in the standard path, or nowhere if it is somewhere else (package installation) |
| 10:08 | huginn | drojf: The operation succeeded. |
| 10:38 | nlegrand | I've been messing a bit with holds lately, for our personnal use, not sure it will be usefull for others, and I didn't want to interfer with bug 5609 |
| 10:38 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5609 enhancement, P1 - high, ---, koha-bugs, NEW , Holds Rewrite |
| 10:39 | nlegrand | I just wanted to know, what's the status of this bug? Is it currently worked on? I guess I will put my nose on it when something comes up since we will soon use holds to asks for books in stacks :) |
| 10:42 | cait | I think it's an old omnibus bug |
| 10:42 | magnuse | and all the bugs it depends on seem to be fixed |
| 10:42 | cait | the depends on seem all resolved by now |
| 10:43 | I thik it would probably be ok to close it even and then have a new one if someone wants to tackle a bigger holds rewrite again | |
| 10:43 | magnuse | someone from bywater should say if there is more that will be done, perhaps? |
| 10:44 | cait | @later tell khall is 5609 currently being worked on or could it be closed? |
| 10:44 | huginn | cait: The operation succeeded. |
| 10:44 | magnuse | or just close it and say "looks like all the pieces have been done, please reopen if that is not the case" |
| 10:44 | nlegrand | ha right! |
| 10:46 | pff I should ask things more often, you answer everything nicely :) | |
| 10:46 | thanks ^^ | |
| 10:57 | drojf joined #koha | |
| 11:01 | drojf joined #koha | |
| 11:18 | drojf | is there no direct link to upload.pl in tools? how are people supposed to set files nonpublic? i don't see that option if i use the upload.pl plugin from cataloguing |
| 12:16 | tcohen joined #koha | |
| 12:17 | drojf | for the record, it's in bug 14686 |
| 12:17 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=14686 enhancement, P5 - low, ---, m.de.rooy, NEW , New menu option and permission for file uploading |
| 12:19 | tcohen | mornin |
| 12:19 | g | |
| 12:21 | cait | hi tcohen and a happy new year :) |
| 12:24 | tcohen | hi cait! |
| 12:24 | @later tell rangi you already have access to the server. Remember you need to jump from the master jenkins server | |
| 12:24 | huginn | tcohen: The operation succeeded. |
| 12:40 | paul_p joined #koha | |
| 12:46 | chad_ joined #koha | |
| 12:48 | oleonard joined #koha | |
| 12:48 | oleonard | Hi #koha |
| 12:49 | cait | morning oleonard :) |
| 12:49 | LibraryClaire | hi oleonard |
| 12:49 | meliss joined #koha | |
| 12:54 | ericar joined #koha | |
| 13:07 | kidclamp joined #koha | |
| 13:19 | thd-away joined #koha | |
| 13:33 | oleonard | @wunder 45701 |
| 13:33 | huginn | oleonard: The current temperature in Heatherstone, Athens, Ohio is -10.4°C (8:33 AM EST on January 05, 2016). Conditions: Clear. Humidity: 63%. Dew Point: -16.0°C. Windchill: -10.0°C. Pressure: 30.63 in 1037 hPa (Steady). |
| 13:35 | oleonard | I wonder if we could work github pull requests into our workflow somehow. It would be great to not have to put off people's offer of help. |
| 13:35 | cait | true |
| 13:36 | but not sure how | |
| 13:36 | oleonard | I don't even know what one does with a pull request, so I'm no help there |
| 13:38 | hanthana joined #koha | |
| 13:40 | Joubu | nothing directly I suppose, or you can write a hook to open a bug report on bugs.k-c.org, then fill it and attach the patch |
| 13:40 | s/you/we :) | |
| 13:44 | Dyrcona joined #koha | |
| 13:48 | talljoy joined #koha | |
| 13:51 | cait | oleonard: normally you merge them into your codebase - with a click in on a button.. i didn't really get further than that so far :) |
| 13:51 | nengard joined #koha | |
| 14:00 | JoshB joined #koha | |
| 14:24 | ericar_ joined #koha | |
| 14:27 | cait | rainbow outside my window :) |
| 14:27 | ericar__ joined #koha | |
| 14:29 | mario joined #koha | |
| 14:34 | cma joined #koha | |
| 14:44 | amyk joined #koha | |
| 14:52 | hanthana joined #koha | |
| 14:55 | ashimema | pull requests are lovely.. |
| 14:56 | shame we won't ever use them | |
| 14:57 | They basically do the 'report bug -> fix bug -> submit to community -> feedback on submission -> update submission -> merge to community' in one nice streamlined interface | |
| 14:57 | * ashimema | uses github for pretty much every project except koha |
| 14:57 | alex_a_ joined #koha | |
| 14:58 | irma joined #koha | |
| 14:59 | edveal joined #koha | |
| 14:59 | ashimema | I did add bug 15465 this morning in relation to github as it happens though |
| 14:59 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=15465 enhancement, P5 - low, ---, nengard, NEW , README for github |
| 14:59 | ashimema | we are putting people off with our workflow me thinks |
| 14:59 | Joubu | Is there a way to have both? |
| 14:59 | github and bz | |
| 14:59 | ashimema | erm.. |
| 15:00 | we bascially have bugzilla 'cause we wanted to host it ourselves | |
| 15:00 | Joubu | (There were 6 PR in 1 year on github) |
| 15:00 | ashimema | which makes sense |
| 15:00 | indeed.. there aren't many cuase the vast majority of us know the github is not our primary place to work | |
| 15:01 | it's only entirely new to the project people that tend to submit there | |
| 15:02 | hence my thoughts on having a README.md file especially for github pointing them in the right direction before they even try | |
| 15:08 | npls joined #koha | |
| 15:16 | NateC joined #koha | |
| 15:23 | ericar_ joined #koha | |
| 15:25 | cait | have to run (bus) bye all |
| 15:25 | cait left #koha | |
| 15:25 | alex_a_ joined #koha | |
| 15:26 | ericar__ joined #koha | |
| 15:39 | burdsjm_ joined #koha | |
| 15:59 | TGoat joined #koha | |
| 16:01 | rocio joined #koha | |
| 16:02 | cwitty joined #koha | |
| 16:05 | burdsjm_ joined #koha | |
| 16:07 | eythian | @wunder ams |
| 16:08 | huginn | eythian: The current temperature in Schiphol, Badhoevedorp, Netherlands is 7.2°C (5:07 PM CET on January 05, 2016). Conditions: Overcast. Humidity: 90%. Dew Point: 6.0°C. Windchill: 7.0°C. Pressure: 29.27 in 991 hPa (Steady). |
| 16:12 | pianohacker joined #koha | |
| 16:12 | drojf | @wunder berlin, germany |
| 16:12 | huginn | drojf: The current temperature in Holzdorf, Germany is -7.0°C (5:00 PM CET on January 05, 2016). Conditions: Light Snow Grains. Humidity: 86%. Dew Point: -9.0°C. Windchill: -12.0°C. Pressure: 29.53 in 1000 hPa (Rising). |
| 16:12 | drojf | getiing warmer ;) |
| 16:13 | reiveune | bye |
| 16:13 | reiveune left #koha | |
| 16:16 | burdsjm_ joined #koha | |
| 16:33 | circ-user-YPGph joined #koha | |
| 16:53 | gaetan_B | bye |
| 16:58 | jwellner joined #koha | |
| 16:58 | jwellner left #koha | |
| 17:55 | mveron | bye |
| 18:23 | cdickinson_ joined #koha | |
| 18:29 | Nemo_bis joined #koha | |
| 18:30 | Nemo_bis | Hi |
| 18:33 | laurence left #koha | |
| 18:37 | cdickinson_ joined #koha | |
| 18:46 | rangi | morning |
| 18:46 | @later tell tcohen thanks | |
| 18:46 | huginn | rangi: The operation succeeded. |
| 19:09 | geek_cl joined #koha | |
| 19:38 | edveal joined #koha | |
| 20:26 | rangi | @later tell tcohen i don't suppose you could gpg encrypt and email the passphrase for the jenkins ssh key, I have totally forgotten/mislaid it |
| 20:26 | huginn | rangi: The operation succeeded. |
| 20:40 | rangi | @later tell fredericd I have change cf_release_notes to be a textarea now, on bugzilla |
| 20:40 | huginn | rangi: The operation succeeded. |
| 21:03 | talljoy1 joined #koha | |
| 21:20 | cait joined #koha | |
| 21:20 | cait | hi #koha :) |
| 21:20 | wizzyrea | hi cait |
| 21:21 | https://github.com/mozilla/autolander | |
| 21:21 | ^ could be useful | |
| 21:21 | for github/bugzilla | |
| 21:22 | rangi | hmm |
| 21:23 | that might encourage people to use github, which busts all our signoff/qa workflow | |
| 21:23 | if you could switch a repo on github readonly | |
| 21:24 | and just use it as a backup | |
| 21:24 | or just get rid of it ... | |
| 21:24 | wizzyrea | yeah the bad thing is that people kind of know how to use github, or it's an easy access point |
| 21:25 | your points are valid though, it would break our workflow as it exists now | |
| 21:25 | rangi | if someone wanted to take over it, and submit their pull requests as patches |
| 21:25 | wizzyrea | that's kind of what I was thinking this tool might do |
| 21:25 | rangi | seems mostly the other way |
| 21:26 | ie pulls from bugzilla | |
| 21:27 | but if we could disable that bit, and just made pull requests create bugs/attachments | |
| 21:27 | that might be useful | |
| 21:27 | wizzyrea | yeah, that's the only part I was interested in |
| 21:28 | if it could create bugs from incoming pull requests and immediately close them | |
| 21:28 | that would be ace | |
| 21:28 | rangi | yup |
| 21:29 | actually i could script something like that | |
| 21:29 | it just needs to be run as a cron, fetch the pull requests from github | |
| 21:29 | wizzyrea | I saw a thing yesterday that could automatically close pull requests |
| 21:29 | rangi | make bugs |
| 21:29 | theres cpan libs for most of that | |
| 21:29 | ill have a look at the weekend | |
| 21:30 | wizzyrea | hm, it'd have to check to see if there was an existing bug |
| 21:30 | rangi | yep |
| 21:30 | it probably cant do that | |
| 21:30 | not in any reliable way | |
| 21:30 | that pretty much takes a human | |
| 21:31 | because english sux | |
| 21:31 | wizzyrea | :) |
| 21:31 | it might be better if we started omitting the "bug" part of the commit messages | |
| 21:31 | rangi | hmm? |
| 21:31 | wizzyrea | so just "xxxx - description of my very annoying bug" |
| 21:32 | instead of "bug xxxx - description of my very annoying bug" | |
| 21:32 | rangi | just the number? |
| 21:32 | wizzyrea | yeah |
| 21:32 | rangi | how would that help? |
| 21:32 | JesseM joined #koha | |
| 21:32 | wizzyrea | dunno, fewer patterns to worry about? |
| 21:32 | rangi | if there's a number in the string thats easy to parse |
| 21:33 | its more that i highly doubt there will ever be a bug number | |
| 21:33 | in the commit | |
| 21:33 | just a string of text | |
| 21:33 | wizzyrea | oh from github |
| 21:33 | rangi | so we'd pretty much have to make a new bug for every pull request |
| 21:33 | wizzyrea | yeah, I was just thinking about that |
| 21:33 | rangi | but if we tag them |
| 21:33 | wizzyrea | bit of chicken and egg there |
| 21:34 | maybe when you close add the bug number to the close message | |
| 21:34 | so there's a record | |
| 21:35 | rangi | yep |
| 21:35 | also if we mark them as created from github in bugs | |
| 21:35 | then a human could eyeball and resolve duplicate etc | |
| 21:37 | wizzyrea | https://github.com/gera/gitzilla there's this one too |
| 21:38 | geek_cl joined #koha | |
| 21:39 | rangi | ta |
| 21:40 | geek_cl | hi guys, what about this circulation.pl time run : top pastebin _ http://pastebin.com/fsuPFSfM |
| 21:40 | 3 hours and counting | |
| 21:45 | ccordova joined #koha | |
| 21:45 | geek_cl | that is normal ? |
| 21:45 | rangi | of course not :) |
| 21:45 | whats the load on that machine? | |
| 21:45 | geek_cl | on the roof |
| 21:45 | rangi | theres your problem then |
| 21:45 | geek_cl | all cpu (8) up to 100% |
| 21:45 | rangi | you might want to wind down the max number of connections that apache is letting through |
| 21:46 | also, is it swapping? | |
| 21:46 | geek_cl | swapping a little |
| 21:46 | 3 MiB | |
| 21:47 | rangi | yeah, it just looks like that machine is trying to do too much, and more and more is piling up |
| 21:47 | is the db on the same machine? | |
| 21:47 | geek_cl | nop |
| 21:48 | rangi | i'd check it as well |
| 21:48 | geek_cl | the db server is a remote machine |
| 21:48 | rangi | also the connection between the two |
| 21:48 | nengard left #koha | |
| 21:48 | geek_cl | i already check the db server and is OK |
| 21:48 | rangi | whats your max connection for apache? |
| 21:48 | geek_cl | let me check |
| 21:49 | rangi | but yeah 2-4 seconds |
| 21:49 | is what circulation.pl should take | |
| 21:49 | if it's taking longer than that, something is going wrong | |
| 21:49 | what does show processlist | |
| 21:49 | dcook | Wasn't there a bug at one stage where circulation was taking a long time? |
| 21:49 | rangi | on the mysql server tell you |
| 21:50 | not that long | |
| 21:50 | wizzyrea | yeah not that long |
| 21:50 | dcook | Ahh |
| 21:50 | * dcook | retreats back into the shadows |
| 21:50 | rangi | not hours ;) |
| 21:50 | geek_cl | rangi, http://pastebin.com/T1WNz2dH |
| 21:51 | i will check processlist | |
| 21:51 | rangi | dcook: it does take longer than it should, theres quite a few wins to be made, specially if more of it is done using the rest |
| 21:51 | dcook | rangi: Ah, I was reading that as seconds rather than minutes. Yikes. |
| 21:51 | geek_cl | rangi, too many Sleep process |
| 21:52 | rangi | i think what i would do is restart apache |
| 21:52 | geek_cl | 7 , like circulation |
| 21:52 | ok | |
| 21:52 | bag | is it all from the same IP? |
| 21:52 | rangi | and then watch the log |
| 21:52 | geek_cl | rangi, what about max conns of apache |
| 21:52 | rangi | you have 8 cores eh? and how much ram? |
| 21:53 | geek_cl | RAM 8 GiB |
| 21:53 | rangi | yeah, if you aren't OOMing .. you can probably leave that |
| 21:53 | geek_cl | after apache2 restart, the CPU's breath again |
| 21:53 | rangi | something else is hanging those circs |
| 21:54 | yeah id tail the access log for a while .. and see if you can spot where it comes from if it happens again | |
| 21:54 | bag | find the computer that the traffic is coming from and clear the cache on that computer |
| 21:54 | (that’s worked for us) | |
| 21:54 | * geek_cl | nice |
| 21:54 | geek_cl | let me check |
| 21:57 | i find a internal (customer) IT guy, hitting circulation.pl | |
| 22:00 | ohh. no no, is a IP of the gateway, koha is under a NAT | |
| 22:01 | nuentoter joined #koha | |
| 22:01 | nuentoter | hello everyone |
| 22:02 | wizzyrea | hi |
| 22:05 | nuentoter | have a question, finally was able to get things imported into koha from our old system. If i go under tools>inventory I see my records and if i click them they all have items |
| 22:05 | i cannot search anything | |
| 22:05 | rangi | how did you install koha? |
| 22:05 | nuentoter | figured zebra needed a restart |
| 22:05 | what do you mean how did i install koha? | |
| 22:06 | rangi | did you install it from packages |
| 22:06 | or from the tarball | |
| 22:06 | nuentoter | im running it on a virtualbox using debian7 installed through packages |
| 22:06 | rangi | right |
| 22:06 | so the thing you want to make sure you are doing is using the package commands, not by hand | |
| 22:07 | so to restart zebrasrv it would be | |
| 22:07 | sudo service koha-common restart | |
| 22:07 | and to rebuild your index | |
| 22:07 | sudo koha-rebuild-zebra -v -f <instance name goes here> | |
| 22:07 | eg | |
| 22:07 | sudo koha-rebuild-zebra -v -f mylibrary | |
| 22:08 | geek_cl | thanks rangi ;) |
| 22:08 | rangi | a lot of problems are cause by people running commands as root, like rebuild_zebra.pl .. and messing up the permissions, and then the cronjobs cant run |
| 22:08 | nuentoter | thats what i did |
| 22:08 | oops | |
| 22:09 | eythian | wahanui: zebra troubleshooting |
| 22:09 | wahanui | zebra troubleshooting is see [understanding zebra indexing] and [yaz client] |
| 22:09 | rangi | yeah, so now the zebrasrv cant actaully read those indexes |
| 22:09 | because root owns then, and it runs as koha-instancename | |
| 22:10 | so you will want to fix those permissions | |
| 22:10 | if you do a ls -l /var/lib/koha | |
| 22:10 | what is in there? | |
| 22:10 | wahanui | i heard in there was a css dir |
| 22:10 | nuentoter | i was logged in to root for an unrelated reason, while still logged in as root i sent the rebuild_zebra.pl command |
| 22:11 | rangi | yeah, dont ever do that :-) |
| 22:11 | koha-rebuild-zebra is what you want to use, but we can fix it, if you fix the permissions | |
| 22:12 | in /var/lib/koha there should be a dir owned by instance-koha:instance-koha | |
| 22:12 | eg | |
| 22:12 | drwxr-xr-x 6 catalyst-koha catalyst-koha 4096 Dec 14 12:09 catalyst | |
| 22:12 | nuentoter | total 4 drwxr-xr-x 5 abelj-koha abelj-koha 4096 Nov 5 20:34 abelj |
| 22:12 | rangi | cool, and if you ls -l inside there? |
| 22:13 | its probably easiest just do | |
| 22:14 | sudo chown -R abelj-koha:abelj-koha /var/lib/koha/abelj | |
| 22:14 | to make sure | |
| 22:14 | then sudo service koha-common restart | |
| 22:14 | to restart the zebrasrv | |
| 22:14 | and see if that has got your searching back | |
| 22:14 | you might want to do a | |
| 22:15 | sudo koha-rebuild-zebra -f -v abelj | |
| 22:15 | as well, just for good measure | |
| 22:20 | nuentoter | yay biblio export runnin looks good so far |
| 22:21 | and search works again | |
| 22:21 | TY rangi!!! | |
| 22:21 | wizzyrea | yay! |
| 22:22 | cait | rangi++ :) |
| 22:22 | rangi | no worries |
| 22:22 | it's almost always permissions | |
| 22:22 | nuentoter | hahaha you dont know me, i always worry lol |
| 22:23 | cait | German? :P |
| 22:24 | rangi | now you've learnt some nz slang as well as fixing your koha :) |
| 22:24 | nuentoter | french/irish |
| 22:24 | cait | :) |
| 22:24 | maybe it's more wide spread in europe :) | |
| 22:25 | worrying too much that is | |
| 22:26 | nuentoter | now next step for me is to get all my record imported........ ugghhhhh |
| 22:26 | doing batches of 25 books at a time, 35,673 books left to go! YAY | |
| 22:26 | i love my library lolol | |
| 22:27 | wizzyrea | why 25 at a time? |
| 22:27 | nuentoter | because of the way our current system exports things I have to hand edit every single book. so i do it in batches to prevent sscrew ups |
| 22:28 | wizzyrea | oh that is rubbish :( |
| 22:28 | nuentoter | winnebago/spectrum is a pain in my @$$ |
| 22:28 | wizzyrea | hm |
| 22:28 | I know someone who may have some tips for you | |
| 22:28 | re: winnebago | |
| 22:28 | nuentoter | !!!! i will take any info they have |
| 22:28 | wizzyrea | see your PM's in 2 secs |
| 22:29 | nuentoter | most people that converted did so YEARS ago, i inherited this old system :( |
| 22:29 | wizzyrea | *nod* it's crap |
| 22:37 | dcook | I have some design questions if people have a moment to offer thoughts |
| 22:37 | rangi | im going to get nachos |
| 22:37 | dcook | That's fair enough |
| 22:37 | rangi | but ill read back |
| 22:38 | wizzyrea | yeah will read them when I have a minute, go ahead and ask :) |
| 22:38 | dcook | For this OAI-PMH stuff, I have a daemon that downloads records and writes them to disk. That all works quite well. |
| 22:38 | But now I'm thinking about a daemon as an importer as well | |
| 22:38 | Something that monitors the disk periodically and does X with them | |
| 22:38 | But... I'd like that daemon to have access to Koha modules | |
| 22:39 | So while the OAI-PMH downloader (it's actually extensible so it could pretty much do anything) is loosely coupled | |
| 22:39 | I want the importer to be fairly tightly coupled | |
| 22:39 | I could just have a cronjob run instead of a daemon, but a daemon is going to be a lot less problematic | |
| 22:40 | So I could just start up the daemon with PERL5LIB set... | |
| 22:40 | or use FindBin | |
| 22:40 | wizzyrea | how does the zebra one do it? |
| 22:40 | dcook | That's a good point. We only use the cronjob... I hadn't thought about that |
| 22:40 | Tamil's daemon reads the database using koha-conf.xml | |
| 22:41 | matts_away joined #koha | |
| 22:41 | dcook | I don't know how the community one works, but that's a good point |
| 22:41 | Actually, the zebra one doesn't need any modules I think? | |
| 22:41 | Just DB access | |
| 22:41 | * wizzyrea | admits to not knowing |
| 22:41 | dcook | Hmm rebuild_zebra.pl does use a few C4 modules |
| 22:41 | wizzyrea: That's really helpful | |
| 22:42 | Because if there's a precedent... I'll use that | |
| 22:42 | I find the whole module path thing to be annoying in all projects.. | |
| 22:42 | Ideally, it would be kind of nice to just be able to use /usr/local or something... | |
| 22:42 | Although then our gits wouldn't work.. | |
| 22:43 | Although I guess for git-dev stuff we could use PERL5LIB.. | |
| 22:43 | * dcook | wonders how all projects ever do this |
| 22:43 | nuentoter | i dont think zebra actually accesses the DB |
| 22:43 | wizzyrea | it about has to, to get the records to index |
| 22:43 | dcook | Well, not Zebra itself |
| 22:43 | wizzyrea | the indexer does though |
| 22:43 | dcook | rebuild_zebra.pl writes records out to a directory that Zebra manages |
| 22:44 | wizzyrea: what do you mean by indexer? | |
| 22:44 | wizzyrea | rebuild_zebra |
| 22:44 | wahanui | it has been said that rebuild_zebra is already there but only every 10 mins.... |
| 22:44 | dcook | Ah yeah |
| 22:44 | wizzyrea | zebra reads it's own databases |
| 22:44 | dcook | Yeah, rebuild_zebra.pl uses C4 modules to do stuff |
| 22:44 | wizzyrea | but the link is rebuild_zebra |
| 22:44 | dcook | Well, Zebra reads from disk to build its databases |
| 22:44 | rebuild_zebra writes to disk so that Zebra can read from it | |
| 22:45 | With my project, my downloader writes to disk and the importer reads from disk | |
| 22:45 | So sort of backwards to what we're doing with Zebra | |
| 22:45 | wizzyrea | note I"m using 'database' in a loose form |
| 22:45 | not strictly in the relational-database form | |
| 22:45 | dcook | Good point |
| 22:45 | wahanui | I know! The blade went right through that child! |
| 22:46 | dcook | We sure have some odd ones in #koha :p |
| 22:46 | wizzyrea | hehe |
| 22:46 | dcook | Lesse... I should just fire up my Debian VM |
| 22:46 | My life would be so much easier if we just used Debian for dev and prod | |
| 22:47 | I did take a few lessons from Zebra when doing this | |
| 22:47 | nuentoter | what do you use if not debian? |
| 22:47 | dcook | I wrote a little "icarus-client" in a sort of shout out to "yaz-client" |
| 22:47 | openSUSE | |
| 22:47 | wahanui | openSUSE is, like, not used by many developers, and will likely be difficult to get Koha working with |
| 22:47 | dcook | hehe |
| 22:47 | wizzyrea | it's like you like punishment |
| 22:48 | dcook | Ikr? |
| 22:48 | Slowly effecting change around here. That would be something that would make me really happy | |
| 22:48 | O_O | |
| 22:49 | These bywater folks are blowing my mind right now | |
| 22:49 | wizzyrea | oh? |
| 22:49 | nuentoter | I've used linux for quite a few years personally, but never did a whole lot with it tbh, it was just a free os to surf the web with cuz windows sucks |
| 22:49 | bag | happy birthday thatcher |
| 22:49 | dcook | barton and thatcher are the same person? :p |
| 22:49 | wizzyrea | lol no they are not |
| 22:49 | dcook | nuentoter: Yeah, I started using Linux for work, and now I use it personally too |
| 22:49 | barton | no... |
| 22:49 | dcook | And I've used... a fair few distros |
| 22:49 | * dcook | still likes Debian best |
| 22:50 | wizzyrea | I like debian and it's derivatives best. |
| 22:50 | everyone else wants to be like them :P | |
| 22:50 | dcook | hehe |
| 22:50 | Yeah, we're a Debian/Ubuntu house | |
| 22:50 | And work is all openSUSE/SUSE | |
| 22:50 | nuentoter | I have used a handful and on my personal laptop i use #! only because its slick and quick with no bells and whistles |
| 22:50 | dcook | Except for one Ubuntu server I have.. |
| 22:50 | nuentoter | i use debian on desktop at home |
| 22:50 | dcook | nuentoter: Yeah, I thought about #! for my old netbook |
| 22:51 | Went with lubuntu in the end though | |
| 22:51 | Then it got stolen so it didn't matter much | |
| 22:51 | wizzyrea: koha-indexer has /usr/share/koha/lib hard-coded into PERL5LIB | |
| 22:51 | And not in the best of ways.. | |
| 22:51 | nuentoter | for older hardware #! is nice, not the new #!++ which is debian 8 based |
| 22:52 | wizzyrea | \o/ |
| 22:52 | * dcook | ponders |
| 22:52 | dcook | I'll take that as incentive to just require users to have PERL5LIB set ahead of time I guess.. |
| 22:52 | Or maybe use FindBin | |
| 22:52 | nuentoter | the whole openbox setup is what hooked me, no icons, no menus just simple |
| 22:52 | wizzyrea | yeah, that's a precedent alright. rangi might have opinions. |
| 22:52 | dcook | wizzyrea: It's a Debian-specific precedent, but yeah, I'd be curious to hear what rangi would say |
| 22:53 | What is INC most of the time.. | |
| 22:53 | I was just looking yesterday | |
| 22:53 | I'm cheating with something.. | |
| 22:53 | Oh, I do have another one.. | |
| 22:53 | wizzyrea | you could create a startup option where you use hardcode unless you specify something different |
| 22:53 | dcook | I have stuck some modules into "bin" :O |
| 22:53 | wizzyrea: Yeah, that's true | |
| 22:54 | wizzyrea | i mean, there's probably a reason not to do that. |
| 22:54 | nuentoter | anyway, gotta close up the library and go home for the evening, thank you kind folks! |
| 22:54 | dcook | laters nuentoter |
| 22:54 | wizzyrea | good luck nuentoter :) |
| 22:54 | dcook | wizzyrea: Yeah, I'm trying to think of the ideal way of doing things |
| 22:55 | In the case of the downloader, it could be completely separate from Koha | |
| 22:55 | So in theory... the downloader could be replaced down the line with something else | |
| 22:55 | And the importer could handle other data providers | |
| 22:56 | In theory, I'd like the importer to be given a bunch of data and go to town on it... and then you could check on the progress later | |
| 22:56 | So you upload a MARC file, tell it to upload, and then go off and do something else without worrying about any timeouts or anyhting | |
| 22:56 | I mean... we already do have BackgroundJob which works in the background, although I haven't studied that extensively | |
| 22:56 | Anyway, just babbling now | |
| 22:57 | I don't really like the idea of a closely-coupled daemon... but surely other projects must do it too? | |
| 22:57 | So that you can exploit your project's existing code.. | |
| 22:57 | I get the whole "have your daemon do one thing" but.. | |
| 22:58 | I suppose that would be more possible if Koha were smaller | |
| 22:58 | Anyway, thanks for that wizzyrea :) | |
| 22:58 | wizzyrea | yep, rangi will probably have better opinions |
| 22:59 | dcook | Hmm, maybe I'll wait for his opinion before I start on that |
| 23:02 | Actually, now that I think about it, another idea I had wouldn't need that.. | |
| 23:02 | Rather, the "importer" daemon would download "import profiles" from a Koha web service | |
| 23:02 | Each profile would have it monitoring a different place (e.g. a directory) | |
| 23:03 | Then the daemon would simply send the record off asynchronously to a Koha import web service | |
| 23:03 | I need a more complex import web service than any we currently have though | |
| 23:03 | Something that filters a record, performs matching, and then does X | |
| 23:03 | For that... the only thing the daemon would need is username/password and a web service URI | |
| 23:04 | The downloader daemon uses a "task format" while this import daemon would use a "import profile format" | |
| 23:04 | That would be the only sort of dependency | |
| 23:04 | That whatever task provider or import profile provider use that format that the daemon understands | |
| 23:05 | The import profiles could in theory also be moved into other parts of Koha... | |
| 23:06 | So that all imports could perform record filtering, matching, and X | |
| 23:06 | X being particular to that "kind" of import | |
| 23:06 | X probably just being "authority","bibliographic","items" (and maybe "holdings") | |
| 23:07 | And the daemon only needs to read from that "import profile" web service on start or reload | |
| 23:08 | I suppose that web service would actually sort of be a "discovery" document | |
| 23:09 | Well, no, not quite.. | |
| 23:09 | Because the daemon would need to know more than just "Oh hey... these are the import endpoints we support" | |
| 23:12 | pianohacker | we need to add a feature to huginn that tracks the longest streak of someone talking to themselves, dcook ;) |
| 23:13 | dcook | hehe |
| 23:13 | I'm pretty sure I'd occupy all the top spots ;) | |
| 23:13 | pianohacker | also, hi! :) |
| 23:13 | dcook | But I'm actually only talking to myself and whoever wants to listen/comment :p |
| 23:13 | also hi :) | |
| 23:13 | New year going well so far? | |
| 23:26 | pianohacker | dcook: absolutely. Looks to be much easier than the last :) |
| 23:26 | rangi | dcook: do you know much about gearman |
| 23:27 | http://gearman.org/ | |
| 23:27 | http://search.cpan.org/~dorman[…]Gearman/Client.pm | |
| 23:27 | http://search.cpan.org/~dorman[…]Gearman/Worker.pm | |
| 23:27 | etc | |
| 23:27 | dcook | pianohacker: Awesome |
| 23:27 | rangi: Nopes | |
| 23:28 | rangi | i think instead of reinventing the queue/work distribution wheel, we could slowly move bits of koha out and have gearman looking after who does what and when |
| 23:29 | dcook | I like this idea |
| 23:29 | rangi | file comes in for import, farm it off to the import worker |
| 23:29 | keep on trucking along | |
| 23:29 | dcook | Well, the Gearman model is what I'm doing with the downloader already |
| 23:29 | Web UI sends a job to the job server, job server spawns a process to deal with it | |
| 23:29 | rangi | yep |
| 23:30 | irma joined #koha | |
| 23:30 | dcook | child process queues up the record for somethign else down the pipeline |
| 23:30 | rangi | gearman lets you create workers in whatever language you like etc too |
| 23:30 | dcook | Yeah, I'd be down with Gearman at a glance |
| 23:30 | rangi | handles the reporting back |
| 23:30 | all that stuff thats a pita to deal with | |
| 23:30 | dcook | Yeah, the worker in the downloader case is a OAIPMH module I made, so that would be great |
| 23:31 | Yeah, the more I read, the more I like this idea | |
| 23:32 | I have a project at home that this would be great for as well.. | |
| 23:32 | rangi | the thing I like is its a tried and tested thing, so one less bit of code we have to worry about |
| 23:32 | dcook | ^ |
| 23:32 | Exactly | |
| 23:32 | So much that | |
| 23:33 | In the case of the importer, I'm not 100% sure what I want to do yet | |
| 23:33 | I don't know if I want an importer reading in files and processing them.. | |
| 23:33 | Or if I want something reading in files and sending them to a Koha API | |
| 23:33 | Handing them off to a Koha API would probably be faster and more generalizable.. | |
| 23:34 | But then the transfer agent thing needs to know extra details to tell the API.. | |
| 23:34 | Mainly (how do you want to filter, match, and ultimately add/update/ignore this) | |
| 23:34 | While we could put that in a configuration file, it would be nice to have it in the database so that end users could make those decisions | |
| 23:35 | But then there's needs to be a link between the file being read and all that import info.. | |
| 23:35 | edveal joined #koha | |
| 23:35 | rangi | yeah but the worker doesnt need to know its in the db |
| 23:35 | dcook | True. It just needs to know it in some way. |
| 23:35 | rangi | the client hands it off to the jobserver the jobserver passed that info to the worker, with the data |
| 23:36 | dcook | Hmm |
| 23:36 | rangi | heres some data, and heres the config |
| 23:36 | dcook | That's what I'm doing with the downloader |
| 23:36 | pianohacker | dcook/rangi: I've been wanting to make the cronjobs managed (configurable from web, etc.), and this sounds like it could be useful for that as well |
| 23:36 | dcook | I wasn't sure if I wanted to go that route with the importer |
| 23:36 | pianohacker: Yeah, I've been thinking about that too | |
| 23:36 | rangi | pianohacker: yup |
| 23:36 | the task scheduler would be the first thing to do | |
| 23:36 | dcook | ^ |
| 23:36 | pianohacker | it's on the todo list, somewhere down there :) |
| 23:36 | rangi | its small, self contained, known problem |
| 23:37 | pianohacker | and doesn't currently work :) |
| 23:37 | dcook | The only thing is I have a deadline for this one :p |
| 23:37 | rangi | rewrite to use gearman instead of at |
| 23:37 | dcook | The downloader is a task scheduler at this point |
| 23:37 | Gearman would be great | |
| 23:37 | So here's the flow I have so far | |
| 23:37 | Client tells task/job server "Here's a task" | |
| 23:38 | The task/job server spawns a worker to deal with that task | |
| 23:38 | In this scenario, it's downloading records via OAI-PMH | |
| 23:38 | If it's a repeating task, it loops forever following a certain interval | |
| 23:38 | It writes those records out to disk atm | |
| 23:38 | I suppose I could use that same task/job server to handle the importing.. | |
| 23:39 | And then when time isn't of the essence, we replace my task/job server with gearman | |
| 23:39 | The OAI-PMH worker is specific to a module already so that could be pretty much drag and drop.. | |
| 23:39 | * dcook | is tempted to post his task/job server code separate to the OAI code... |
| 23:40 | dcook | rangi: Are there packages for gearman? |
| 23:40 | rangi | yep |
| 23:40 | https://packages.debian.org/se[…]?keywords=gearman | |
| 23:41 | dcook | Oh wow... it goes back a ways |
| 23:41 | Hmm pre version 1 | |
| 23:41 | rangi: Have you used it yet? | |
| 23:41 | rangi | yeah, its been around for a while |
| 23:41 | yep | |
| 23:41 | tumblr and yelp others use it | |
| 23:41 | dcook | Yeah, I was seeing that |
| 23:41 | I was just wondering which version they're on | |
| 23:41 | pianohacker | is it a swagger2 situation where we'd really want latest? |
| 23:42 | dcook | Yeah, that's what I'm worried about |
| 23:42 | rangi | id go for stable |
| 23:42 | over shiny and new | |
| 23:42 | specially in a job queue | |
| 23:42 | dcook | Totes |
| 23:42 | I'm just wondering what is stable | |
| 23:43 | Hmm no news in a few years | |
| 23:43 | That could be a good sign I suppose | |
| 23:43 | It should be fairly rock solid as it's a fairly simple concept | |
| 23:43 | rangi | yep |
| 23:44 | dcook | Hmm, no packages for openSUSE. Boo.. |
| 23:44 | aleisha joined #koha | |
| 23:44 | dcook | Although someone apparently has already done some legwork: https://gist.github.com/CauanCabral/5967374 |
| 23:45 | rangi | i reckon it's worth trying out anyway |
| 23:45 | dcook | Agreed |
| 23:46 | For now, I'll probably just keep chugging with what I have, as I'm running out of time, but I like it | |
| 23:47 | But that makes me wonder if I should use my existing task server for both downloading and importing.. | |
| 23:47 | Actually, how would that importing work? | |
| 23:47 | You can pass data to the task server | |
| 23:47 | But you couldn't necessarily take advantage of your Koha Perl modules | |
| 23:47 | rangi | you hand of jobs to a worker suited to do them |
| 23:47 | dcook | I suppose you could tell it to send the queued records to a Koha API |
| 23:48 | rangi | obv a worker to do the import, should be able to talk to the db |
| 23:48 | dcook | Hmm, I'll have to look at those Perl modules to see how they implement that |
| 23:48 | rangi | either directly, or via some api |
| 23:49 | /svc/bib/new | |
| 23:49 | eg | |
| 23:49 | dcook | Yeah, atm I'm thinking api |
| 23:50 | Interesting... you have to spawn your own workers manually.. | |
| 23:50 | There has to be a way around that as it says it scales.. | |
| 23:50 | Unless you pre-spawn a certain number.. | |
| 23:52 | Since you're starting your own workers, you could provide all sorts of info.. | |
| 23:53 | Yeah, you have to manage your own clients and workers... but that's all right I guess. | |
| 23:53 | papa joined #koha | |
| 23:53 | dcook | I autospawn workers and cap out at a configurable limit |
| 23:54 | Probably less overhead with the Gearman way of doing it.. | |
| 23:54 | Also a lot more control | |
| 23:55 | I wonder a bit about what happens when Gearman goes down | |
| 23:55 | Well Gearmand | |
| 23:56 | Looks like it uses a relational database to manage jobs.. | |
| 23:56 | rangi: Would you have one Gearmand per client or just one for all Koha clients? | |
| 23:56 | Wait that didn't make sense | |
| 23:57 | One gearmand per system or one per Koha client | |
| 23:57 | * dcook | wonders how the Gearman client stores information about ongoing jobs.. |
| 23:57 | rangi | that'd be up to you |
| 23:58 | all koha needs to know is what ip to talk to | |
| 23:58 | dcook | Let's say you want to stop a job midway through though... does Gearmand return enough info to the client? |
| 23:59 | rangi | itll return what the worker gives it |
| 23:59 | dcook | Hmm |
| 23:59 | I wonder how that would work.. |
← Previous day | Today | Next day → | Search | Index