← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
00:06 | melia | I am wondering about datatables |
00:06 | Bug 6836 | |
00:06 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6836 enhancement, P2, ---, julian.maurice, RESOLVED FIXED, jQuery plugin Datatables integration http://wiki.koha-community.org[…]/DataTables_HowTo |
00:07 | melia | that one made it so that we can use datatables in Koha, right? |
00:07 | Bug 5345 | |
00:07 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5345 enhancement, P5 - low, ---, jonathan.druart, Needs Signoff , DataTables in Koha |
00:07 | melia | that one is using datatables for all of the tables in acquisitions? |
00:07 | rangi | thats the idea yeah |
00:08 | melia | so we want to use datatables for everywhere else in koha rather than using tablesorter? |
00:08 | rangi | yes |
00:08 | we dont have to go removing them | |
00:08 | but we shouldnt introduce new ones, and remove them if and when we get the chance | |
00:09 | if that makes sense | |
00:09 | melia | so if we want to sort other tables, we just need to use datatables rather than tablesorter. right? |
00:09 | rangi | im pretty sure thats the idea yes |
00:09 | melia | ok got it. thanks! |
00:11 | jcamins | My understanding is that datatables is generally vastly superior, so I'm not clear why we'd want to use tablesorter, anyway. |
00:25 | Culiforge left #koha | |
00:31 | ronald joined #koha | |
00:39 | Culiforge joined #koha | |
00:41 | Culiforge | Hey, it's me again with Fedora.. can't seem to get Graphics::Magick and PDF::API2::simple to install. cpan says G::M doesnt' exist and flat refuses to install PDF::API2::simple. any ideas? |
00:47 | jcamins | Culiforge: G::M is unnecessary. |
00:47 | As is PDF::API2::Simple. | |
00:47 | However, for the latter the problem is probably that you're missing MakeMaker or something like that. | |
00:47 | Culiforge | jcamins: but makefile.pl won't install koha without it.. ...or will it? |
00:48 | jcamins | Culiforge: it will. |
00:49 | Culiforge | jcamins: please go on.. I'm intrigued... |
00:52 | jcamins | Culiforge: you just continue with the instructions. |
00:52 | All Makefile.PL does is create a Makefile to run with make. | |
00:52 | Run Makefile.PL. | |
00:52 | Run make. | |
00:52 | Run make install | |
00:52 | You're done. :) | |
00:52 | * jcamins | wanders off. |
00:53 | Culiforge | jcamins: right on, I thought it was like a dependency I had to fix before continuing.. thanks jcamins_away |
01:04 | Irma1 joined #koha | |
01:05 | melia left #koha | |
01:07 | Culiforge left #koha | |
01:38 | kathryn joined #koha | |
01:56 | libsysguy joined #koha | |
01:58 | druthb joined #koha | |
01:58 | druthb | o/ |
01:59 | libsysguy | \o |
01:59 | druthb | hi, libsysguy! |
01:59 | libsysguy | heya druthb |
01:59 | whatcha up to | |
02:00 | druthb | just got back from dinner and a little shoppin'. Found a great summery skirt and some shorts, and a couple of new tunics, on sale! :D |
02:00 | libsysguy | w00t sale prices |
02:01 | * libsysguy | is waiting on my favorite clothing brand to go on sale |
02:02 | * druthb | has trouble finding tops and dresses in her size; Omar the Tentmaker is not a popular brand in Kansas. |
02:02 | libsysguy | you're in Kansas…geez im going to start playing where in the world is druthb again |
02:04 | druthb | we've settled down in KS. :) |
02:04 | libsysguy | ohhh well then I guess I'll win the game ;) |
02:04 | druthb | Lawrence has lots of advantages--liberal-ish town, very local-store friendly, trans-protective laws...and wizzyrea and trea are here (and teh Spud.) |
02:05 | * libsysguy | is trying to move to austin where it is more liberal |
02:08 | libsysguy | does anybody have any opinions on wiki software here |
02:08 | * druthb | has opinions, yes. |
02:08 | rangi | i like ikiwiki |
02:08 | libsysguy | the university uses contribute and it just crashed on an upgrade and I lost like 50% of my data |
02:09 | rangi | mostly cos i can interact with it entirely with git |
02:09 | http://ikiwiki.info/ | |
02:09 | libsysguy | ahhh |
02:09 | ronald joined #koha | |
02:09 | druthb | I use dokuwiki a lot for migrations stuff. |
02:09 | libsysguy | do you know if it has ADLDAP support? |
02:09 | off the top fo your head | |
02:10 | rangi | no idea |
02:10 | libsysguy | kk thanks rangi |
02:33 | Brooke joined #koha | |
02:33 | Brooke | o/ |
02:36 | DeZzA joined #koha | |
02:38 | ronald joined #koha | |
02:48 | Brooke | ruh oh shaggy. Bots be quittin. |
03:26 | Amit_Gupta joined #koha | |
03:26 | Amit_Gupta | heya bag |
03:37 | jenkins_koha joined #koha | |
03:38 | ronald joined #koha | |
04:26 | Amit_Gupta joined #koha | |
04:39 | bag | yo Amit_Gupta :D |
04:39 | hi there | |
04:40 | ronald joined #koha | |
05:07 | Amit_Gupta joined #koha | |
05:15 | ronald joined #koha | |
05:17 | Oak joined #koha | |
05:17 | Oak | hello my hearties |
05:17 | kia ora #koha | |
05:37 | Irma joined #koha | |
05:51 | cait joined #koha | |
05:52 | * cait | waves |
06:00 | sophie_m joined #koha | |
06:04 | Oak_ joined #koha | |
06:04 | Oak | back home cait ? :) |
06:05 | cait | yes :) |
06:09 | Oak | good |
06:12 | laurence joined #koha | |
06:14 | cait | Oak: yep |
06:14 | Oak: how is your project? | |
06:15 | Oak | wait 5 minutes cait... on Skype with boss |
06:43 | reiveune joined #koha | |
06:43 | reiveune | hello |
06:48 | cait | hi stephane :) |
06:51 | Joubu | hello |
06:51 | cait | hi jonathan |
06:51 | bbiab | |
06:52 | alex_a | hello |
06:54 | paul_p joined #koha | |
07:00 | paul_p | good morning #koha |
07:01 | sam1975 joined #koha | |
07:02 | julian_m joined #koha | |
07:02 | sophie_m | hello |
07:02 | sam1975 | hello, it's the first time i came to the irc of koha |
07:03 | asaurat joined #koha | |
07:03 | asaurat | hi |
07:05 | julian_m | hello |
07:26 | hdl joined #koha | |
07:26 | gaetan_B joined #koha | |
07:27 | magnuse | kia ora #koha! |
07:28 | gaetan_B | hello #koha! |
07:30 | gaetan_B joined #koha | |
07:35 | gaetan_B joined #koha | |
07:47 | hdl joined #koha | |
07:55 | hdl joined #koha | |
08:00 | laurence joined #koha | |
08:13 | hdl joined #koha | |
08:14 | Oak joined #koha | |
08:18 | kf joined #koha | |
08:18 | kf | hi #koha :) |
08:18 | asaurat | hi kf! |
08:18 | magnuse | guten morgen kf |
08:18 | kf | :) |
08:18 | * kf | waves at asaurat and magnuse |
08:18 | asaurat | I've got a german friend at home this week + a german intern hosted in our flat who will stay for a month =) germany week !! |
08:20 | kf | ah, that's good |
08:20 | so you won't miss me so much ;) | |
08:20 | only joking :) | |
08:20 | asaurat | would still be fun to work together more often =) |
08:21 | kf | :) |
08:22 | slef | hi all |
08:23 | kf | hi slef .) |
08:23 | :) | |
08:23 | asaurat | hi! |
08:23 | * magnuse | has a library asking about "Using Koha as a Content Management System" |
08:23 | magnuse | http://manual.koha-community.o[…]6/en/kohacms.html |
08:23 | http://wiki.koha-community.org/wiki/Koha_as_a_CMS | |
08:24 | no plan on implementing that hack - feels like it should either be part of koha or removed from the manual? | |
08:25 | Oak | hello kf :) |
08:25 | magnuse | |
08:25 | kia ora #koha | |
08:25 | kf | magnuse: I guess perhaps implementing the hack as a real featurew would be nice |
08:25 | I have had some problems with editing localuse prefernces :( there is a bug | |
08:25 | on bugzilla for that | |
08:26 | magnuse: perhaps it could be an enhancement to work similar to the news? | |
08:30 | Guillaume joined #koha | |
08:30 | slef | we've used koha as a CMS before. Not sure if it was that hack or an earlier one. Basically: don't. Use a CMS. |
08:31 | kf | slef: I agree, but an option to add a few pages is nice |
08:31 | magnuse | slef: that's what i'm thinking too |
08:31 | kf | slef: not full cms functionality, but perhaps things like a help age |
08:31 | help page | |
08:31 | magnuse | and it made me think of a wordpress theme to match the default look of koha... |
08:33 | slef | anyone like to open a bug suggesting dropping Appendix E from the manual, or integrate it properly, using extending news instead of using sysprefs? |
08:36 | magnuse | i can do that |
08:36 | kf | yay :) |
08:37 | magnuse++ | |
08:38 | magnuse | kf, slef: mind if i copy our little conversation into the bug? |
08:40 | kf | hm |
08:40 | can you fix the typos? :P | |
08:40 | slef | magnus_away: go for it |
08:40 | * slef | looks at his IRC client |
08:41 | slef left #koha | |
08:41 | hdl joined #koha | |
08:41 | slef joined #koha | |
08:41 | magnuse | kf: yup :-) |
08:42 | bug 7840 | |
08:42 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7840 enhancement, P5 - low, ---, nengard, NEW , Koha as a CMS |
08:46 | slef | no verb in subject line |
08:46 | magnuse | feel free to fix it :-) |
08:46 | * slef | fixes |
08:47 | magnuse | slef++ |
08:47 | slef | bug 7840 |
08:48 | oi huginn | |
08:48 | huginn: ? | |
08:48 | huginn | slef: downloading the Perl source |
08:48 | slef | huginn: bug 7840 |
08:48 | huginn | slef: 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7840 enhancement, P5 - low, ---, nengard, NEW , Remove from manual Koha as a CMS (or add it to master) |
08:48 | slef | bah, grammar fail, but moo |
08:48 | magnuse | hm, is that good syntax? ;-) |
08:48 | slef | erm, hello moo |
08:49 | magnuse | hehe |
08:49 | slef | didn't see you there |
08:49 | SMIDSY | |
08:50 | magnuse | wow, you learn something new every day... http://en.wiktionary.org/wiki/SMIDSY |
08:59 | hdl joined #koha | |
09:11 | rangi | evening |
09:11 | http://virtualbreath.net/curio[…]ld-in-our-office/ | |
09:12 | magnuse | yay :-) |
09:16 | rangi | magnuse: there are quite a few maori in norway at the moment |
09:16 | at http://www.nrk.no/witbc2012/ | |
09:17 | magnuse | yay |
09:17 | Oak joined #koha | |
09:17 | magnuse | @wunder kautokeino |
09:17 | huginn | magnuse: The current temperature in Kautokeino, Norway is 1.0°C (8:00 AM CEST on March 28, 2012). Conditions: Partly Cloudy. Humidity: 80%. Dew Point: -1.0°C. Pressure: 29.47 in 998 hPa (Falling). |
09:19 | magnuse | nice location |
09:19 | and lucky with the weather | |
09:19 | coud be -30 there now | |
09:20 | http://www.yr.no/place/Norway/[…]3/statistics.html | |
09:20 | rangi | ohh yeah |
09:20 | lucky | |
09:21 | magnuse | they had -39.7 on february 7th |
09:23 | macphisto joined #koha | |
09:24 | Oak | the documentation on Acquisitions is rather short, no? |
09:25 | http://manual.koha-community.o[…]/en/acqadmin.html | |
09:25 | macphisto | hi! i need help. I've the following error "Can't locate C4/Biblio.pm in @INC". What does it mean? (i try the sudoc loader, maybe frenchies on this chat may have an idea) |
09:26 | Lea joined #koha | |
09:27 | Lea | IDENTIFY |
09:32 | rangi | macphisto: sounds like you have exported PERL5LIB |
09:33 | s/have/havent/ | |
09:34 | macphisto | ok |
09:34 | i think i should do export PERL5LIB=<koha-root>, something like that? | |
09:35 | rangi | yep |
09:35 | you probably need to do export KOHA_CONF=/path/to/koha-conf.xml | |
09:35 | as well | |
09:42 | Oak | should I be working on Acquisitions module first, before doing cataloging for my MLIS project? What things we can do in Acquisition? |
09:46 | that's why I always ask stupid questions to cait | |
09:46 | :) | |
09:55 | slef joined #koha | |
10:19 | Oak joined #koha | |
10:33 | Oak | do many libraries use the Koha'a Acquisition module? |
11:10 | mbalmer joined #koha | |
11:11 | mbalmer joined #koha | |
11:26 | jwagner joined #koha | |
11:33 | laurence left #koha | |
11:44 | nengard joined #koha | |
11:50 | sophie_m left #koha | |
11:53 | sophie_m joined #koha | |
11:55 | NateC joined #koha | |
12:01 | collum joined #koha | |
12:08 | tcohen joined #koha | |
12:11 | pastebot | "nengard" at 98.114.30.184 pasted "report help needed: this report should show items with a status of on order or processing (both are negative numbers) with holds on them." (13 lines) at http://paste.koha-community.org/324 |
12:23 | oleonard joined #koha | |
12:23 | collum joined #koha | |
12:25 | jwagner | nengard, in your report, why are you joining to authorized values? Doesn't seem necessary. |
12:25 | nengard | they want to see the status |
12:25 | and seeing a code is not helpful | |
12:25 | it would show -1 or -2 | |
12:25 | they want to see "on order' or 'in processing' | |
12:31 | jwagner | Are you limiting to item-level holds? It's joining from reserves to biblio, then to items, and if you have multiple items that may account for the inflation in the count |
12:31 | oleonard | Hi 3koha |
12:31 | I mean #koha | |
12:33 | ago43 joined #koha | |
12:40 | nengard | jwagner, yes that's what i think is happening - i'm counting bib level holds since there are very few item level holds ? i'm thinking the answer is that an accurate count isn't possible |
12:43 | clrh joined #koha | |
12:43 | clrh | hello |
12:43 | wahanui | bonjour, clrh |
12:47 | jwagner | nengard, I think you're right. On the other hand, if these are on-order items, maybe you could start from the other direction? |
12:47 | Select from items only those with the statuses, then count how many holds are on the biblionumber? | |
12:47 | That might get a closer count | |
12:52 | nengard | nope, same count if i only look at items and join on reserves |
12:53 | jwagner | Well, darn. I'm out of ideas :-( |
12:54 | nengard | heh |
12:57 | magnuse | i have a library asking about authorities - in their current system they can mark authorities as "candidate", "authorized" etc - is that possible in koha? |
12:57 | kf | magnuse: I don't think it is |
12:57 | gmcharlt | magnuse: agree with kf |
12:57 | kf | magnuse: perhaps they coudl use an 9xx field - and jcamins will know |
12:58 | hi gmcharlt :) | |
12:58 | hope to get a look at dom indexing tonight | |
12:58 | magnuse | thanks kf, gmcharlt |
12:59 | gmcharlt | magnuse: MARC21 defines the 008/33 as level of establishment |
12:59 | magnuse | yeah, i just saw that, but i guess that info is not displayed anywhere useful? |
12:59 | gmcharlt | in principle Koha could use that to treat provisional and preliminary authorites as special |
12:59 | kf | @marc 008 33 |
12:59 | huginn | kf: unknown field/subfield combination (008/33) |
13:00 | magnuse | gah, where's jcamins_away when you need him ;-) |
13:00 | kf | gmcharlt++ :) |
13:00 | gmcharlt | magnuse: did your contact say if candidate authorities behave differently in their current ILS? |
13:00 | magnuse | nope, i'm gonna ask them! |
13:00 | gmcharlt | or does it just display somewhere but not affect indexing? |
13:01 | magnuse | that's my guess, but i will check with them |
13:05 | JesseM joined #koha | |
13:16 | slef | @marc 008 |
13:16 | huginn | slef: This field contains 40 character positions (00-39) that provide coded information about the record as a whole and about special bibliographic aspects of the item being cataloged. These coded data elements are potentially useful for retrieval and data management purposes. [] |
13:17 | slef | magnuse: marc21? |
13:17 | wahanui | hmmm... marc21 is at http://www.loc.gov/marc/biblio[…]hic/ecbdlist.html , http://www.loc.gov/marc/authority/ecadlist.html |
13:17 | magnuse | slef: yup |
13:17 | slef | magnuse: see wahanui's links for a field list. Not sure if 008/33 is displayed. |
13:19 | magnuse | well, i couldn't see it when i searched for an authority, at least |
13:21 | libsysguy joined #koha | |
13:22 | Oak joined #koha | |
13:26 | talljoy joined #koha | |
13:27 | pnm joined #koha | |
13:29 | maximep joined #koha | |
13:40 | slef | probably won't be displayed directly, might be used elsewhere (zebra or icons or so on) as I think I've found 008 in bibliographic records being used that way |
13:57 | paul_p | gmcharlt are you about ? |
13:58 | gmcharlt => any news about our problem to push into http://git.koha-community.org/[…]bal.git;a=summary ? | |
13:59 | * jcamins_away | is here. |
14:01 | jcamins | magnuse: 008/33 |
14:01 | Koha doesn't do anything with that, though. | |
14:05 | wizzyrea | /me waves |
14:05 | * wizzyrea | waves, too |
14:06 | jcamins | Hi there, wizzyrea. |
14:07 | * kf | waves |
14:07 | kf | hi jcamins :) |
14:07 | hi wizzyrea :) | |
14:07 | wizzyrea | hi kf :) |
14:07 | jcamins | Hi kf. :) |
14:07 | wizzyrea | and hello everybody |
14:08 | kf | oleonard++ for his great blog |
14:08 | oleonard | Sorely neglected :( |
14:09 | kf | oleonard: I am writing instructions about how to customize the opac and it's a great help |
14:09 | oleonard: you don't happen to have a followup for the new css gradient in the header? :) | |
14:09 | * oleonard | has two or three half-finished posts, not to mention my imaginary hackfest-wrapup |
14:09 | oleonard | kf: ? |
14:10 | kf | oleonard: and the wiki page :) |
14:10 | oleonard: my next chapter is about changing the background color of the header - but it's ok :) I will figure it out | |
14:10 | oleonard | Oh you mean a follow-up describing how to use the new CSS features for customization? |
14:10 | kf | yep :) |
14:11 | oleonard | How did I manage to spend a week working on nothing but Koha and come back with more work than ever? :) |
14:12 | kf | I dunno |
14:12 | asaurat joined #koha | |
14:12 | kf | but I know the problem |
14:13 | but don't you feel inspired and motivated to do all those things at the same time? | |
14:18 | clrh | I am investigating a koha/mysql architecture performance problem: if I put mysql on koha source server, an opac-search take 2 times less than if I separate mysql server and koha sources - do you know thinks about this? did you work or remember works from others? |
14:18 | wizzyrea joined #koha | |
14:19 | jcamins | clrh: that's odd. My experience was that there was a huge speed-up when the MySQL server was moved to a separate system. |
14:20 | clrh | huge speed Oo ? |
14:21 | jcamins | clrh: could it be that the MySQL configuration on the new server is different? |
14:21 | clrh | same configuration in both cases |
14:22 | jcamins | Hm. |
14:22 | That's very odd, and I have no idea what it could be. | |
14:25 | Time to test bug 7818! | |
14:25 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7818 enhancement, P5 - low, ---, gmcharlt, Needs Signoff , support DOM mode for Zebra indexing of bibliographic records |
14:26 | hdl | jcamins: on the same physical machine or two different ones ? |
14:27 | Morthland joined #koha | |
14:27 | Morthland | How can I turn off tag-clouds and advanced search |
14:28 | jcamins | hdl: two different ones. |
14:28 | hdl: even with VMs, though, I found it was an improvement. | |
14:29 | hdl | well. On two differnent vms, same physical server, improvement can come. |
14:29 | oleonard | Morthland: You want to turn off advanced search? |
14:29 | Morthland | yes |
14:29 | hdl | But on two different physical machines, it just cut performances by 0.6 |
14:29 | jcamins | hdl: hmm. |
14:30 | hdl | unless you have some magic. |
14:30 | jcamins | Oh, I bet I know what it was! |
14:30 | I had the MySQL server on a much more powerful system. | |
14:30 | oleonard | Morthland: You could hide the link, but I don't think you could prevent users from accidentally finding the page (without custom Apache configuration or something) |
14:31 | Morthland | So, |
14:31 | you mean, | |
14:31 | just comment it out | |
14:31 | ? | |
14:31 | hdl | even on a much more powerful system, you have to tune mysql so that it manages much more connections. and initiate tcp connexions very fast. |
14:31 | oleonard | Morthland: I don't recommend editing the templates since that creates problems during upgrade |
14:31 | Morthland | Should I do it in CSS? |
14:32 | oleonard | Morthland: You can turn off the tags link by turning off the "TagsEnabled" system preference |
14:32 | Morthland | just match the colors |
14:32 | ? | |
14:32 | We are just trying to simplify the interface as much as possible | |
14:34 | clrh | hdl jcamins so did it do sense to just begin a new koha-devel discussion on this archi: 2 diffrents servers one mysql and one koha, just to know more about this? |
14:34 | hm berk - "does it make sense" | |
14:35 | hdl | clrh: could do. |
14:35 | jcamins | clrh: that might be a good idea, yeah. Others would know much more about it than me. |
14:35 | Morthland | Thanks a lot! |
14:35 | jcamins | Morthland: I don't think hiding the advanced search button is going to simplify... |
14:35 | never mind. | |
14:43 | oleonard: does "simplifying" the OPAC by hiding the advanced search link make sense to you? | |
14:44 | oleonard | I don't believe users need to have advanced options hidden from them if the simple options are emphasized |
14:45 | jcamins | I feel like it's more detrimental to have users randomly ending up at a screen that they can't get to otherwise, than it would be to have an "Advanced search" link. |
14:46 | oleonard | I agree |
14:47 | jcamins | Okay, just wondering if I was nuts. ;) |
14:48 | jenkins_koha | Starting build #685 for job Koha_master (previous build: FIXED) |
14:53 | huginn | New commit(s) kohagit: Bug 7829 - reports/ remove all exit(1) for plack <http://git.koha-community.org/[…]9e6bf78b7a295b6e7> / Bug 7823: [SIGNED-OFF] Ergonomy improvements: Rename button to "New patron" <http://git.koha-community.org/[…]4fe3a0a04a24bc471> / Bug 7695 - Change boolean operator from "and" to "AND" <http://git.koha-community.or |
14:56 | talljoy joined #koha | |
15:03 | juan_sieira joined #koha | |
15:07 | huginn | New commit(s) needsignoff: [Bug 7090] Add "AllowItemsOnHoldCheckout" syspref to allow issue to the patron regardless of hold status <http://bugs.koha-community.org[…]w_bug.cgi?id=7090> |
15:09 | wizzyrea | hm that's not what I intended |
15:11 | slef | wizzyrea: that happens to me often! |
15:12 | wizzyrea | no, actually that's right, but the status isn't "needs signoff" weird. |
15:16 | reiveune | bye |
15:16 | reiveune left #koha | |
15:17 | jcamins | Hrm. I'm having some issues getting my brain to work on the whole "testing bug 7818" thing. |
15:18 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7818 enhancement, P5 - low, ---, gmcharlt, Needs Signoff , support DOM mode for Zebra indexing of bibliographic records |
15:18 | gmcharlt | jcamins: sock it to me |
15:18 | kf | jcamins: you start without me! |
15:18 | jcamins: means you have to help me set up my test environment later :P | |
15:18 | jcamins | kf: with the speed my brain is working today, I'll be lucky if I've managed to figure out how to set it up by then. |
15:18 | gmcharlt | not yet - I'll squeeze it in today |
15:19 | wrong window | |
15:19 | jcamins | kf: it took me almost a half hour to remember how to set up a git remote. |
15:19 | kf | hm |
15:19 | I would need less tiem, but only when I can access my dokuwiki :P | |
15:19 | jcamins | lol |
15:20 | kf | hey, I am a librarian - I only have to know where to look it up! |
15:20 | slef | sounds like a professor |
15:20 | they know everything as long as they have time to look it up | |
15:23 | asaurat left #koha | |
15:34 | jenkins_koha | Project Koha_master build #685: SUCCESS in 46 min: http://jenkins.koha-community.[…]/Koha_master/685/ |
15:34 | * m.de.rooy: Bug 7786 Adding More Lists-option to the Add-to combo of staff search results | |
15:34 | * jonathan.druart: Bug 5354: Partial duplication of a subscription | |
15:34 | * jonathan.druart: Bug 5354: Followup. Change separator | |
15:34 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7786 enhancement, P5 - low, ---, m.de.rooy, Pushed to Master , Adding More Lists to the Add-to combo of staff search results |
15:34 | jenkins_koha | * paul.poulain: bug 5354 follow-up DBRev number |
15:34 | * paul.poulain: Bug 5354 follow-up : dealing with a wrong regexp | |
15:34 | * magnus: Bug 7727 - NORMARC XSLT OPAC detail view shows double tabs | |
15:34 | * magnus: Bug 7837 - nb-NO z3950servers.sql misses column names | |
15:34 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5354 enhancement, P5 - low, ---, jonathan.druart, Pushed to Master , Partial duplication of a subscription |
15:34 | jenkins_koha | * magnus: Bug 7695 - Change boolean operator from "and" to "AND" |
15:34 | * Katrin.Fischer.83: Bug 7823: [SIGNED-OFF] Ergonomy improvements: Rename button to "New patron" | |
15:34 | * dpavlin: Bug 7829 - reports/ remove all exit(1) for plack | |
15:34 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7727 normal, P5 - low, ---, magnus, Pushed to Master , NORMARC XSLT OPAC detail view shows double tabs |
15:34 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7837 normal, P5 - low, ---, magnus, Pushed to Master , nb-NO z3950servers.sql misses column names | |
15:34 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7695 normal, P5 - low, ---, frederic, Pushed to Master , Boolean operator AND in XSLT gets translated | |
15:34 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7823 enhancement, P5 - low, ---, katrin.fischer, Pushed to Master , "New" should be "New patron" | |
15:34 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7829 enhancement, P5 - low, ---, dpavlin, Pushed to Master , reports/ remove all exit(1) for plack | |
15:36 | nengard joined #koha | |
15:43 | sekjal joined #koha | |
15:44 | Joubu | goodbye |
15:45 | ago43 | Hi, I'm looking into a possible bug regarding Record Matching Rules and OCLC Numbers. Does anyone have a working Matching Rule for OCLC using 035? |
15:46 | jcamins | ago43: not off the top of my head, but the matching rule used by WashU worked. |
15:48 | ago43 | thanks, jcamins. I'll check that. |
15:54 | kf left #koha | |
16:00 | jcamins | Hm. rhcl isn't around, is he? |
16:03 | oleonard | @seen rhcl |
16:03 | huginn | oleonard: rhcl was last seen in #koha 9 weeks, 4 days, 20 hours, 22 minutes, and 35 seconds ago: <rhcl> I guess I'm not very territorial, and don't see a problem with occasional collaboration or comparison between projects. |
16:03 | oleonard | Long time ago. |
16:03 | sekjal | I believe he's been working a lot with Evergreen recently |
16:03 | wizzyrea | I suspect his system may be going to evergreen in a MO state consortium. |
16:04 | jinx :P | |
16:04 | melia joined #koha | |
16:04 | sekjal | :) |
16:05 | jcamins | Yeah, I know. I just got an e-mail about it. |
16:06 | wizzyrea | ! |
16:06 | jcamins | Not about RHCL specifically. |
16:06 | wizzyrea | about the missouri thing? |
16:06 | jcamins | Looks to be a bit larger than just MO? |
16:07 | wizzyrea | maybe, I don't know much about it. |
16:07 | * jcamins | either. |
16:07 | jcamins | That's why I was glancing around for rhcl. :) |
16:07 | wizzyrea | try #evergreen maybe? |
16:08 | jcamins | Ah, good idea. |
16:08 | wizzyrea | hm, not there either. |
16:08 | (it's on freenode) | |
16:09 | jcamins | It's not that important. |
16:09 | wizzyrea | and hasn't been there for even longer than he's been missing from #koha |
16:09 | double the time, actually | |
16:10 | hope he's ok :/ | |
16:12 | jcamins | Hmmm... Zebra appears to be running... |
16:12 | libsysguy left #koha | |
16:12 | jcamins | Wrong... |
16:13 | luisb joined #koha | |
16:14 | jcamins | Well, this might be an issue. |
16:14 | gmcharlt: you get search results when DOM indexing is enabled, yes? | |
16:14 | I mean, I have lots of results, but they're all blank. | |
16:15 | paul_p | pushed some patches today, but now i'm tired. leaving, see you tomorrow morning for more QA & push... |
16:16 | gmcharlt | jcamins: yes, I do |
16:16 | could you paste your koha-conf.xml ? | |
16:16 | oleonard | Thanks paul_p |
16:20 | pastebot | "jcamins" at 24.193.130.86 pasted "gmcharlt: my koha-conf.xml" (181 lines) at http://paste.koha-community.org/325 |
16:30 | "gmcharlt" at 65.15.86.218 pasted "jcamins: looks like you're missing the include of retrieval-info-bib-dom.xml" (13 lines) at http://paste.koha-community.org/326 | |
16:31 | jcamins | Hmmm... I think I just used the default koha-conf.xml. |
16:32 | gmcharlt | jcamins: right, it can't just be dropped in unmodified |
16:33 | jenkins_koha | Starting build #686 for job Koha_master (previous build: SUCCESS) |
16:33 | gmcharlt | so something like perl Makefile.PL --prev-install-log foo |
16:33 | make | |
16:33 | make test | |
16:33 | make update_zebra_conf | |
16:33 | that is, of course, if you're using an existing database | |
16:33 | jcamins | Oh, I didn't realize that. |
16:33 | huginn | New commit(s) kohagit: bug 6858 follow-up indenting with spaces <http://git.koha-community.org/[…]4311524de2c24b963> / Bug 6858: Adds staticfines.pl for static fines processing <http://git.koha-community.org/[…]074f55da22395c560> / Merge remote-tracking branch 'origin/new/bug_6199' <http://git.koha-community.org/[…]oha.git;a=commitd |
16:33 | jcamins | I just ran perl Makefile.PL && make && make install |
16:34 | We should make it so that update_zebra_conf is run as part of the make install step. | |
16:35 | gmcharlt | ah, well it is, if you're installing from scratch |
16:35 | so to clarify, are you installing a new DB or working in an existing one? | |
16:36 | jcamins | New koha-dev, copy of an existing SQL database. |
16:36 | It's possible there were stale files in the koha-dev, though. | |
16:36 | I'll try again. | |
16:36 | gmcharlt | jcamins: rm -Rf blib, perhaps |
16:37 | jcamins | Yeah, I bet that's what the problem was. |
16:37 | gmcharlt | if it still doesn't work, I'll be curious to see what your blib/KOHA_CONF_DIR/koha-conf.xml looks like |
16:38 | hdl joined #koha | |
16:38 | jcamins | Running make now. |
16:39 | I always forget to clear out blib. | |
16:42 | That line is still missing. | |
16:43 | It's not in kohaclone/etc/koha-conf.xml either. | |
16:43 | Missing a commit, maybe? | |
16:43 | gmcharlt | evidently |
16:43 | one sec | |
16:47 | jcamins: ok, I've pushed a fix - please pull and try again | |
16:48 | cait joined #koha | |
16:50 | jcamins | Okay, my father should be arriving with my cat shortly, so I will report back later. |
16:50 | gmcharlt | jcamins: the cat is welcome to test too! ;) |
16:52 | cait | now I missed all the testing? |
16:52 | :( | |
16:52 | ;) | |
16:52 | just got home, now dinner and house chores... and dom indexing later | |
16:55 | oleonard | OPAC URLs broken in the new share via email feature. |
16:55 | jcamins | Share via e-mail? |
16:55 | oleonard | jcamins: new SocialNetworks pref |
16:56 | Doesn't look like the feature attempts to build a full URL, so presumably all share options are broken | |
16:57 | jcamins | Ah. |
16:57 | Didn't look at it. | |
16:58 | (looks like I have a few more minutes) | |
16:59 | Hm. Got an unknown register type error. | |
16:59 | It doesn't say what type. | |
17:01 | gmcharlt | jcamins: saw that too; though at moment just appears to be noise |
17:01 | jcamins | Okay, now the cat is here. |
17:01 | Back later. | |
17:02 | cait | myshkin!! |
17:02 | wahanui | myshkin is more than articulate enough without me performing his interior monologue. |
17:17 | * sekjal | wishes wahanui would do feline interior monologues |
17:17 | gmcharlt | wahanui: tuna? |
17:17 | wahanui | gmcharlt: i don't know |
17:19 | jenkins_koha | Project Koha_master build #686: SUCCESS in 46 min: http://jenkins.koha-community.[…]/Koha_master/686/ |
17:19 | * robin: Bug 6199 - allow bulkmarkimport.pl to remove duplicate barcodes | |
17:19 | * matthias.meusburger: Bug 6858: Adds staticfines.pl for static fines processing | |
17:19 | * paul.poulain: bug 6858 follow-up indenting with spaces | |
17:19 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6199 enhancement, P3, ---, robin, Pushed to Master , Allow bulkmarcimport to blank duplicate barcodes rather than skipping items |
17:19 | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6858 enhancement, P5 - low, ---, matthias.meusburger, Pushed to Master , Adds staticfines.pl for static fines processing | |
17:22 | cait | hi sekjal :) |
17:23 | Guillaume joined #koha | |
17:23 | sekjal | hi, cait! |
17:46 | nengard | user configurable slips documentation question - if you set up overdue notices at each branch will they all show on the notice triggers? or will only the notices for your branch show? |
17:49 | thd joined #koha | |
17:49 | NateC joined #koha | |
17:54 | oleonard-away | New jQueryUI 1.9 milestone (7 months after the last one!) http://blog.jqueryui.com/2012/[…]tone-7-accordion/ |
17:56 | cait | oh |
17:56 | that's good, right? | |
17:56 | oleonard-away | Progress is good |
18:01 | cait | hm only a short note about menu |
18:03 | oooh | |
18:03 | a new blog post! | |
18:03 | oleonard++ | |
18:04 | oleonard | It's a start. |
18:07 | * oleonard | wonders why everything is running so slow off of this new VM |
18:07 | cait | hm |
18:07 | slower virtual hardware? | |
18:07 | don't listen to me | |
18:08 | oleonard | It's all the same as far as I know |
18:08 | cait | I am only trying to avoid taking care of dishes and laundry right now |
18:12 | gmcharlt | oleonard: the VM host is now overcommitted |
18:12 | oleonard | ah, dishes and laundry. That's why no one ever sees me during my evenings ;) |
18:12 | * gmcharlt | finds straws, grasps |
18:12 | gmcharlt | also, to add to my first comment - ? |
18:13 | oleonard | It's Virtualbox running on my machine, but it's a new VM because I somehow nuked my old one |
18:13 | (really no idea how I managed to do that) | |
18:18 | jcamins_away | My cat has returned! |
18:18 | jcamins | oleonard: do you have a Mac? |
18:18 | oleonard | I'm on my PC at work |
18:19 | jcamins | oleonard: then I don't know. |
18:19 | gmcharlt | jcamins: we can haz new pics? |
18:19 | jcamins | gmcharlt: not quite yet. It looks like a hurricane. |
18:19 | oleonard | jcamins: Some kind of Mac-specific performance issue you know of? |
18:19 | jcamins | oleonard: yes. |
18:20 | It was a 32-bit/64-bit incompatibility thing to do with using the wrong kind of kernel. | |
18:20 | nengard ran into it. | |
18:20 | oleonard | Sounds scary |
18:20 | jcamins | gmcharlt: still some issues on display. |
18:20 | Like... nothing displays at all. | |
18:21 | Don't suppose that's familiar at all? | |
18:21 | Taking a screencap now. | |
18:22 | http://screencast.com/t/6ksqSIB6X | |
18:26 | gmcharlt | jcamins: hmm - let me see your koha-conf.xml again |
18:27 | pastebot | "jcamins" at 24.193.130.86 pasted "gmcharlt: bib configuration" (79 lines) at http://paste.koha-community.org/327 |
18:32 | gmcharlt | jcamins: ok, so I'm not losing my mind (yet) - http://galen.esilibrary.com/cg[…]pac-search.pl?q=a |
18:32 | jcamins | Hm. That clearly worked. |
18:33 | gmcharlt | jcamins: could you point yaz-client at it? |
18:33 | jcamins | I'll try killing Zebra and restarting. |
18:34 | Okay, there was the problem. | |
18:34 | Working now. | |
18:34 | Wait. | |
18:34 | No. | |
18:34 | oleonard | For a dev install is it recommended or not to run zebra under its own user? |
18:34 | jcamins | Not. |
18:34 | oleonard | If not, what should the ownership of koha-dev be? |
18:35 | jcamins | oleonard:oleonard |
18:35 | Oh boy. | |
18:35 | So, I have a bit of an issue... | |
18:35 | The items are all missing. | |
18:35 | Not due to Zebra. | |
18:36 | They're just gone. | |
18:36 | They show up in the database, but not in Koha. | |
18:38 | gmcharlt | wow |
18:38 | jcamins | Has anyone had this problem before recently? |
18:39 | cait | jcamins: pat myshkin from me please? |
18:40 | jcamins: empty items table? | |
18:40 | jcamins | I will. |
18:40 | cait | or from marcxml too? |
18:40 | um | |
18:40 | jcamins | cait: no, there are 50k records in the items table. |
18:40 | cait | I mean from search |
18:40 | oh | |
18:40 | that's good | |
18:40 | so only missing form the index somehow? | |
18:40 | jcamins | No, they don't show up anywhere. |
18:40 | cait | hmm |
18:40 | jcamins | Not in detail view either. |
18:40 | Not even on master. | |
18:40 | cait | hmmm |
18:40 | might be a bug? | |
18:40 | does it work without the dom? | |
18:40 | indexing? | |
18:40 | wahanui | somebody said indexing was done by Zebra. |
18:41 | gmcharlt | presumably not because the ebook revolution has overtaken us |
18:41 | cait | owen had a problem like this during the hackfest I think |
18:41 | I am not sure what it was | |
18:41 | jcamins | cait: no, it happens even when I'm on master using GRS-1. |
18:41 | oleonard: did all your items disappear during the hackfest? How did you get them back? | |
18:42 | gmcharlt | do you have a question in to B&T? |
18:42 | *sigh* | |
18:42 | jcamins | Me? |
18:42 | wahanui | you are an outstanding cook. or well-traveled and brilliant. or trying to think of a solution or awesome fixing broken email notifications or the wizard that forges queries in the deep fires of zebra or against all things wine. |
18:42 | jcamins | lol |
18:43 | oleonard | I was testing something that made my items disappear from the detail view, but I can't remember what it was... |
18:43 | jcamins | oleonard: any hints where I might look? |
18:43 | cait | oleonard: me neither :( |
18:44 | oleonard: wasn't it something with updatedatabase gone wrong? | |
18:44 | jcamins | Like, was it a syspref-y thing? |
18:44 | I'll run updatedatabase manually. | |
18:44 | cait | perhaps if you go back to 35 |
18:44 | I remember that we did that | |
18:44 | and run from there again | |
18:45 | aarkerio joined #koha | |
18:45 | jcamins | Okay, that's weird. |
18:45 | Version = 3.0799032 | |
18:46 | sekjal | jcamins: ah, right, there were a couple days where a DB update set it to 3.07.99.032 |
18:46 | instead of 3.07.00.032 | |
18:46 | jcamins | Okay. |
18:46 | oleonard | jcamins: How did you get back from the future and how was it? |
18:46 | jcamins | Yay! I have items again! |
18:46 | oleonard: item-less. | |
18:47 | * oleonard | sings "Imagine there's no items..." |
18:47 | oleonard | "Records exported: 5496" ...so where are my search results? |
18:47 | jcamins | oleonard: is Zebra running? |
18:48 | oleonard | Oh probably not |
18:48 | * oleonard | never gets it right the first time |
18:50 | bag | heh |
18:51 | rangi | Morning |
18:51 | wizzyrea | mornin |
18:51 | jcamins | Morning. |
18:51 | wahanui | it has been said that morning is a state of mind. |
18:52 | jcamins | bag: how's your testing of the DOM indexing going? |
18:52 | cait | morning rangi |
18:52 | * jcamins | has finally gotten it up and running. |
18:52 | bag | haven't pulled yet… actually I'll do it now.. let's see |
18:53 | slef | wahanui: a state of mind? |
18:53 | wahanui | a state of mind is a beautiful thing to waste OH YEAH YEAH |
18:53 | slef | wahanui: are you insane? |
18:53 | wahanui | slef: i haven't a clue |
18:54 | slef | wahanui: figures |
18:54 | wahanui | I like *your* figure |
18:56 | bag | what's the ref spec again jcaimins? |
18:56 | whoops jcamins | |
18:56 | jcamins | bag: bug 7818? |
18:56 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7818 enhancement, P5 - low, ---, gmcharlt, Needs Signoff , support DOM mode for Zebra indexing of bibliographic records |
18:56 | bag | right isn't that in a branch ? |
18:56 | got it thanks | |
18:56 | jcamins | Oh, you meant refspec. I thought you meant "reference specification." ;) |
18:57 | Gotcha. | |
18:57 | Remember, I only moved two days ago. | |
18:57 | oleonard | Whoa, slef did wahanui just hit on you? |
19:01 | gmcharlt | must have been a very *good* botsnack |
19:01 | cait | lol |
19:06 | oleonard | This must be what my VM is running on: http://hackaday.com/2012/03/28[…]st-linux-pc-ever/ |
19:06 | rangi | Heh |
19:07 | jcamins | gmcharlt: did you adjust the CCL weightings as part of your patch? |
19:07 | (not saying the new weightings are a problem, just wondering) | |
19:08 | gmcharlt | jcamins: no, I left them alone |
19:08 | jcamins | gmcharlt: really |
19:08 | *? | |
19:08 | Huh. | |
19:08 | rangi | sekjal++ |
19:09 | * jcamins | consults the configuration files to see which option is doing what it's supposed to. |
19:10 | cait | sekjal++ |
19:11 | jcamins | sekjal++ |
19:11 | What are we giving him karma for? | |
19:12 | slef | oleonard: yeah, wahanui doesn't know I've been poisoning it |
19:12 | cait | check wiki :) |
19:12 | slef! | |
19:12 | slef | wahanui: have a poisoned botsnack |
19:12 | wahanui | thanks slef :) |
19:12 | cait | rofl |
19:12 | rangi | my stop back soon |
19:13 | jcamins | Ah. |
19:13 | Yay! | |
19:13 | slef | wahanui: the VM host? |
19:13 | wahanui | the vm host is now overcommitted |
19:13 | slef | wahanui: progress? |
19:13 | wahanui | hmmm... progress is good |
19:13 | slef | wahanui: the cat? |
19:13 | wahanui | the cat is http://www.nyan.cat/ |
19:14 | jcamins | gmcharlt: there are some issues with relevance ranking. |
19:14 | slef | wahanui: kf's next chapter? |
19:14 | wahanui | kf's next chapter is about changing the background color of the header - but it's ok :) I will figure it out |
19:15 | slef | wahanui: !stats |
19:15 | wahanui | slef: i'm not following you... |
19:15 | cait | lol |
19:15 | gmcharlt | jcamins: ok, let me know the details -- if you can send me your bibset, that will also lallow for direct comparison |
19:15 | cait | slef: you get worse than robin |
19:15 | slef: and that's not easy | |
19:15 | germs? | |
19:15 | wahanui | Germs originated in Germany, before rapidly spreading throughout the rest of the world. |
19:16 | slef | fines on return? |
19:16 | wahanui | rumour has it fines on return is a local modification |
19:16 | slef | wahanui: :) |
19:16 | wahanui | slef: huh? |
19:16 | slef | :)? |
19:16 | wahanui | :) is ok |
19:17 | mtj | LLEK? |
19:17 | wahanui | LLEK is being released just as soon as RDA is ready |
19:17 | jcamins | gmcharlt: I'm still trying to track down exactly what the problem is. |
19:17 | wizzyrea | oleonard++ |
19:17 | slef | wahanui: the koha community? |
19:17 | wahanui | the koha community is an amazing thing |
19:17 | wizzyrea | lol. |
19:17 | mtj, that's quite funny | |
19:18 | alaquerre joined #koha | |
19:19 | rangi | back |
19:20 | alaquerre | Hi everyone. Technical question. Linked with the new release of Koha 3.8. We have some patchs we would like to submit but they are not ready yet. Question : When we will release them do we need to re-write them in 3.8 even if we are still using 3.6.X ? |
19:21 | cait | alaquerre: I am not sure I understand your question |
19:21 | but 3.8 is near feature freeze | |
19:21 | or it already is in freeze actually | |
19:21 | rangi | if you want them in koha, you should always base your patches off master |
19:22 | and the release maintainers can cherry-pick them back into 3.6.x or 3.8.x | |
19:22 | if they are suitable | |
19:22 | wizzyrea | so, the answer to your question is "yes" |
19:22 | except substitute "master" for 3.8 | |
19:22 | alaquerre | ok. |
19:23 | rangi | just before the release of 3.8.0 paul will branch 3.8.x and master will keep on going, but always base them on master |
19:23 | slef | cherry-pick is different to cherry coke |
19:23 | sjeffery joined #koha | |
19:23 | * slef | fills wahanui with cherry-picks |
19:23 | jcamins | gmcharlt: figured it out. |
19:24 | It's 245$c. | |
19:24 | slef | @marc 245 c |
19:24 | huginn | slef: Statement of responsibility, etc. |
19:25 | jcamins | That's getting included in the Title index, and it shouldn't. |
19:25 | Or, rather, it should, but it shouldn't be treated as r3. | |
19:25 | alaquerre | So if I understand correctly, what's happening right now is if a patch in 3.4.8. The patch is interresting, someone from the community will take it and make it work on 3.8 |
19:25 | rangi | nope |
19:25 | that might happen | |
19:26 | wizzyrea | but to guarantee it you'd have to port it forward |
19:26 | jcamins | alaquerre: most likely that will not happen. |
19:26 | alaquerre | ok got it. |
19:26 | rangi | but there should never ever be a patch in 3.4.x that isnt in master |
19:26 | wizzyrea | ^^ |
19:26 | rangi | it goes the other way |
19:26 | wizzyrea | "always develop on master" |
19:26 | alaquerre | Understand now... |
19:26 | jcamins | If you do your development on 3.4.x, or even 3.6.x, it'll probably be a dead end. |
19:27 | rangi | cool |
19:27 | makes upgrading way less of a nightmare :) | |
19:28 | oleonard | anyone have any ideas why connections to my VM (running locally on my machine) would be so slow? |
19:29 | jcamins | oleonard: lack of RAM? |
19:29 | * oleonard | can't think what he might have done differently this time |
19:29 | oleonard | I didn't think I gave it less RAM than before, but I could be wrong |
19:29 | jcamins | oleonard: I was thinking maybe you had the old VM running prior to this one, and you ended up with this one in swap or something. |
19:30 | You're on Windows, right? :P | |
19:30 | alaquerre | The problem I am facing right now is that I dont have time/ressource to put those patch out. You guy will be on 3.8 but we will still be on 3.6. So to send out our changes, we will need to port them on 3.8 even if we wont be on 3.8. I'm sure everyone is facing this at least once...Now my turn .. :-) |
19:31 | jcamins | alaquerre: you need to port your patches to master, not 3.8. |
19:31 | wizzyrea | yes, don't confuse the two |
19:31 | jcamins | alaquerre: then, if they're well-written and won't break anything, they'll make it into 3.10. If they're for fixing bugs, they'll also make it into 3.8. |
19:31 | wizzyrea | always develop on master. Once 3.8 is released (it's 3.7 right now), you'll develop on 3.9 |
19:32 | * wizzyrea | has seen people get hung up on version numbers before. |
19:32 | jcamins | And from there, it'll be easier to take the patch you submitted, and put it onto 3.8 when you upgrade. |
19:32 | Going in the other direction, developing first for 3.6, then 3.8, then master, is almost guaranteed to be too painful for you to complete. | |
19:33 | cait | less painful to develop for master from the beginning |
19:33 | wizzyrea | ^^^^ |
19:33 | cait | and wait a little longer |
19:33 | alaquerre | I am not the programmer here that's why I need a bit of presision :-) but I understand the flow know. Bottom line : Dont wait too much or i'll have hard time coming back. |
19:33 | jcamins | (because probably that'd actually look more like "write the code for 3.6," "rewrite the code for 3.8," "rewrite the code for 3.10," "finally be able to provide a patch against master, to go into 3.12(!)" |
19:33 | rangi | alaquerre: thats the salient point |
19:33 | alaquerre: commit soon commmit often :-) | |
19:34 | oleonard | alaquerre: And I hope your programmer is using git! |
19:34 | jcamins | gmcharlt: sadly, I don't have a solution to the relevancy ranking issue. |
19:34 | Wait, yes I do. | |
19:34 | I'll post it on the bug. | |
19:35 | (P.S. You might want a stiff drink before reading the suggestion) | |
19:35 | alaquerre | I have "political" rules here and I need to take couple of month before releasing stuff. ( our programmers are people from libeo and they do use git) |
19:35 | rangi | ahh they know how to rebase on master too, they have been doing that |
19:35 | so thats good | |
19:36 | alaquerre | Again thanks for all answers you should see stuff comming out from us (CCSR/Libeo) pretty soon. |
19:36 | oleonard | alaquerre: Are there bug reports for the contributions you plan to make? |
19:36 | alaquerre: There should be. That gives everyone knowledge about what you're working on and prevents duplication of efforts | |
19:37 | alaquerre: You might also get volunteers for rebasing patches if people know they want the feature | |
19:37 | wizzyrea | http://wiki.koha-community.org[…]nt-patch_Workflow |
19:37 | alaquerre | Not yet... too much patch right now. We did a big migration last year and we need to act fast because we were in production with tons of problems. |
19:37 | jcamins | gmcharlt: actually, my suggestion is problematic. |
19:37 | * oleonard | is looking for this VM's face so he can punch it |
19:37 | alaquerre | I am trying to straight everything up now. |
19:38 | wizzyrea | alaquerre: that link was for you |
19:38 | alaquerre | Thanks wizzerea! |
19:38 | cait | oleonard: try chocolate? |
19:38 | * wizzyrea | agrees |
19:38 | wizzyrea | try chocolate. |
19:38 | also, reboot. | |
19:38 | jcamins | Chocolate. Yes. |
19:38 | wizzyrea | :P |
19:38 | jcamins | I need chocolate. |
19:38 | Ooh. | |
19:38 | We have a pound of delicious dark chocolate. | |
19:39 | rangi | alaquerre: http://koha-community.org/about/release-schedule/ <-- is good too |
19:39 | kathryn joined #koha | |
19:40 | jcamins | BTW, Title-cover is the stupidest index for 245$a ever. |
19:40 | Other than, say, "Title-color," which refers to the color of the text. | |
19:43 | aarkerio | hi! I am trying to set up an Acquisition Order for first time but I am no getting the process: need a contract in order to add a basket? BTW, what is the basket "definition"? |
19:43 | jcamins | lol |
19:43 | cait | baskets are orders |
19:44 | you don't need a contract | |
19:44 | you create a vendor | |
19:44 | and then create a basket for the vendor | |
19:44 | and then add order lines to the basket | |
19:46 | aarkerio | order lines are the physicall materials? id est, the books? |
19:46 | cait | yes |
19:47 | but one order line can be a lot of books - if oyu order more than one for a title | |
19:48 | jcamins | aarkerio++ # for using "id est" |
19:48 | aarkerio | ok, so contracts and basket are not related? |
19:50 | cait | no |
19:50 | contracts don#t do much I think | |
19:51 | i am not sure totally sure how they work actually | |
19:51 | we don't use them | |
19:51 | rangi | http://www.toolness.com/wp/201[…]es-and-community/ |
19:51 | aarkerio | ok, I think I get it now, thanks pals! |
19:53 | wizzyrea | oooh |
19:53 | Irma joined #koha | |
19:53 | rangi | aarkerio: you are in quebec? |
19:54 | aarkerio | nope, Mexico City!! |
19:54 | jcamins | Hey, fun fact... did anyone ever notice before that r3 doesn't do what we want it to? |
19:55 | rangi | ahhhh thats right i remember now |
19:55 | aarkerio: ok then .. kohacon13 in mexico city? :-) | |
19:55 | jcamins | It's ti,phr,r3:keyword. |
19:55 | aarkerio | rangi: would be cool! |
19:55 | jcamins | Which translates into ti,wrdl,r3:keyword |
19:55 | Which is wrong when you have "two keywords" | |
19:56 | ccl-- | |
19:56 | @karma ccl | |
19:56 | huginn | jcamins: Karma for "ccl" has been increased 0 times and decreased 1 time for a total karma of -1. |
19:56 | jcamins | That's it? |
19:56 | I'm the only person who has ever been annoyed with CCL? | |
19:56 | gmcharlt | jcamins: but I want that red book! ;) |
19:56 | cait | oleonard++ |
19:56 | rangi | it was alaquerre in quebec i bet |
19:56 | jcamins | gmcharlt: then maybe we should've used Title-color! |
19:56 | rangi: yep. | |
19:56 | rangi | aarkerio: you just need to suggest it :) |
19:57 | cait | r3? |
19:58 | jcamins | Relevancy. |
20:01 | rangi | aarkerio: http://wiki.koha-community.org/wiki/Kohacon2013 :) |
20:01 | aarkerio | ok, I will!! |
20:01 | rangi | yay! |
20:01 | jcamins | Hey... |
20:01 | I could fix relevancy. | |
20:02 | rangi | oh? |
20:02 | i have librarians who would love that! | |
20:02 | jcamins | rangi: Yeah, it should be user-configurable. |
20:03 | * wizzyrea | would love that too |
20:03 | rangi | sekjal: nice whakatauki on your email :) |
20:03 | oleonard | Did we have specific module-maintainers last time around? |
20:04 | jcamins | Even just allowing someone to choose an order for commonly-ranked indexes would be nice. |
20:04 | rangi | yes it would |
20:04 | jcamins | And we could make r3 not-broken. |
20:04 | rangi | oleonard: not really no |
20:06 | sekjal | rangi: thanks, it seemed relevant to the thread :) |
20:06 | jcamins | Brooke says relevancy ranking was better in 3.0, but I don't see how. |
20:06 | rangi | it wasnt |
20:06 | same code | |
20:07 | * wizzyrea | wants to see popularity fixed |
20:07 | sekjal | two levels of keyword: keyword in important fields, and keywords in 'junk' fields |
20:08 | so, perhaps 'keyword' and 'full record' | |
20:08 | jcamins | rangi: yeah... this relevancy stuff has been unchanged for half a decade. |
20:08 | rangi | exactly |
20:08 | jcamins | sekjal: that's a start, but you still wouldn't find "It." |
20:09 | If relevancy was better, it's because the database was smaller. | |
20:09 | gmcharlt | a relatively easy thing to start would be to make the query expression for "relevance searching" a syspref |
20:09 | jcamins | gmcharlt: yup. |
20:10 | gmcharlt | just to double-check, you'll be updating 7818 with your findings re relvance and DOM? |
20:10 | jcamins | gmcharlt: yup. |
20:10 | sekjal | jcamins: exact title would get really, really high relevancy. so would exact author or exact subject |
20:10 | jcamins | Actually the whole "I could fix it" was only tangentially related. |
20:10 | sekjal: right. | |
20:11 | sekjal | 'starts-with' would get slightly less, but also pretty high, ranking |
20:11 | gmcharlt | as should adjacency |
20:11 | jcamins | sekjal: even better, let the user decide the order for those. |
20:11 | sekjal | jcamins: absolutely yes |
20:11 | cait | I am all for fixing features we advertise that don't actually work |
20:11 | or finally kill them and don't prevent it works | |
20:11 | sekjal | but provide that order by default, since it will probably work best for the most folks |
20:11 | jcamins | sekjal: yes, that's what I'd like. |
20:12 | cait | hm pretend |
20:12 | * jcamins | sings songs from Fiddler on the Roof. |
20:12 | sekjal | hmmm, can you define your relevancy algorithm in Solr? I bet you can |
20:13 | jcamins | sekjal: that's one of the things I'd want to know. |
20:14 | cait | gmcharlt: hm I think I saw relevancy ranking discussed on the evergreen mailing list |
20:14 | gmcharlt | cait: indeed |
20:14 | cait | gmcharlt: have people come up with a definition how it hsould work? |
20:15 | gmcharlt | cait: in the global sense? not really |
20:15 | cait | thought so |
20:15 | it's hard | |
20:15 | gmcharlt | there are lots of examples of what people want in specific cases, of course |
20:15 | cait | and probably differnet for different collections |
20:15 | jcamins | cait: I suspect they've come to the conclusion that they don't agree on anything. ;) |
20:15 | This is why it should be user-configurable. | |
20:15 | gmcharlt | IMO, it's also something that libraries have to be prepared to tweak on an ongoing basis |
20:16 | * jcamins | ponders what an interface to relevancy ranking would look like. |
20:16 | gmcharlt | as well as shake their heads at authors like Stephen King |
20:16 | 11/22/63 is *not* a nice thing to name a book | |
20:16 | jcamins | lol |
20:16 | gmcharlt | jes' saying |
20:17 | jcamins | That's kind of awesome, in a catalog-crushing way. |
20:17 | rangi | my autobiography is going to be |
20:18 | oleonard joined #koha | |
20:18 | wizzyrea | "I'm kind of awesome, in a catalog-crushing kind of way" |
20:18 | ? | |
20:18 | jcamins | wizzyrea: I think that was a space. |
20:18 | rangi | 'The And A' |
20:18 | jcamins | Oh. That's pretty good, too. |
20:18 | wizzyrea | rofl. |
20:19 | jcamins | gmcharlt: does that comment make sense? |
20:19 | wizzyrea | that's awesome. |
20:19 | maximep | well the book's title could be the isbn of another book |
20:20 | that would be cool | |
20:20 | wizzyrea | you |
20:20 | ------------------- < theline | |
20:20 | jcamins | lol |
20:20 | rangi | heh |
20:20 | wizzyrea | j/k, that was funny |
20:20 | :) | |
20:20 | or | |
20:20 | you jump | |
20:20 | the shark | |
20:21 | maximep | haha |
20:22 | oleonard | Bye #koha |
20:22 | wizzyrea | bye |
20:22 | rangi | cya oleonard |
20:22 | jcamins | Hehe. This search works with DOM indexing: au:3495. |
20:24 | * jcamins | thinks he might be the only person who finds that charming. |
20:25 | jcamins | Ooh, what about "1986" as a key word? |
20:25 | It does, cool. | |
20:25 | sekjal | time for me to go. have a good night, #koha! |
20:26 | jcamins | What about 1564-1616? |
20:26 | rangi | maximep: https://twitter.com/#!/BibLibr[…]85001273228132354 <-- translation please :) |
20:27 | maximep | they chose koha and biblibre =) |
20:27 | rangi | cool |
20:28 | maximep | heh, missed that jcamins already translated =) |
20:28 | jcamins | maximep: your translation was correct. |
20:29 | Mine only made sense to devotees of the Name of the Rose. | |
20:29 | wizzyrea | is "set user permissions" permission new to koha 3.6? |
20:29 | or was it there before and I just didn't notice it | |
20:29 | jcamins | Well, and people who studied the Middle Ages. |
20:29 | wizzyrea: I think it's been there since at least 3.4. | |
20:29 | wizzyrea: could be wrong, though. | |
20:30 | wizzyrea | no no, that's fine I just hadn't noticed it |
20:30 | "been there a while" is a good enough explanation | |
20:30 | maximep | jcamins: I just totally ignored your translation because I don't understand it :p |
20:30 | jcamins | maximep: good move. ;) |
20:32 | gmcharlt: did you fix XML-mode indexing with DOM? | |
20:33 | gmcharlt | jcamins: to that extent that it works equivalent during my initial testing |
20:33 | jcamins | Okay, I'll give that a whirl, then. |
20:35 | JesseM left #koha | |
20:37 | wizzyrea | do we restrict non superlibrarians from creating superlibrarian accounts? |
20:37 | with "modify user permissions" | |
20:37 | jcamins | wizzyrea: no, someone reported that. |
20:37 | I think. | |
20:37 | Maybe. | |
20:37 | rangi | yeah nengard did |
20:37 | and i said, dont give them modify user permissions | |
20:37 | if they cant be trusted | |
20:37 | nengard | and i said that's not how it works :) |
20:37 | gmcharlt | no cape for you! |
20:38 | cait | hehe |
20:38 | nengard | LOL |
20:38 | wizzyrea | right |
20:38 | cool, that clears up my dilemma. :) | |
20:38 | cait | I think someone who can give acq and other permissions |
20:38 | nengard | for example a circ librarian might need to give students rights |
20:38 | cait | is probably someone with all permissions |
20:38 | nengard | but we don't want them touching admin pages |
20:38 | cait | and that ismostly what a superlibrairan is |
20:38 | wizzyrea | right |
20:38 | cait | nengard: but that's even more complicated |
20:38 | wizzyrea | only superlibrarians should be able to create superlibrarians |
20:39 | nengard | right |
20:39 | rangi | right |
20:39 | cait | nengard: so a circ librian who can't go into acq or serials could give that right to a new student user he/she created |
20:39 | rangi | so how many permissions can you change |
20:39 | what if i go turn them all on | |
20:39 | except superlibrarian | |
20:39 | cait | yep |
20:39 | rangi | oh wait .. same thing |
20:39 | which exact permissions shouldnt someone be allowed | |
20:40 | cait | I think it's ok as it works now |
20:40 | nengard | cait i guess not - they would only be able to create more circ librarians |
20:40 | and that gets complicated | |
20:40 | cait | nengard: I think then you are looking for a total rewirte of our permission system |
20:40 | nengard: and I really don't think it's worth the trouble | |
20:40 | rangi | create a crazy unmantainable tech solution to a human problem |
20:40 | nengard | well not me ;) a library |
20:40 | rangi | staff that are not trustworthy |
20:40 | wizzyrea | I think it's ok to have to ask a superlibrarian to create an account. |
20:40 | and give perms | |
20:40 | nengard | rangi i'm on your side on this - but it's something that comes up a lot and i do say if you can't trust them fire them - but they don't like that answer |
20:41 | this is why i can't be a public servies librarian or a director :) | |
20:41 | rangi | wizzyrea: so delete the user permissions permission? |
20:41 | nengard | i would agree with wizzy though that only super librarians can make other superlibrarians |
20:42 | rangi | its not that easy |
20:42 | like i said, they could just tick all the other permissions | |
20:42 | wizzyrea | naw, because you can just tick all of the boxes |
20:42 | rangi | exactly |
20:42 | you have to pick exactly what permissions someone isnt allowed to set | |
20:42 | and then every library will want different | |
20:42 | nengard | yep |
20:42 | rangi | and then ill go insane |
20:42 | nengard | LOL |
20:42 | wizzyrea | we can't have that |
20:42 | no I think it's ok | |
20:42 | rangi | and go on a rampage |
20:43 | wizzyrea | my dilemma, the thing that brought it up |
20:43 | rangi | maybe being able to disable the set user permissions |
20:43 | as a syspref | |
20:43 | wizzyrea | was "do we give our tech accounts set user permission ... permission" |
20:43 | rangi | would mean only superlibrarians could set permissions |
20:43 | wizzyrea | i might be for that |
20:43 | rangi | or you could just not tick the box :) |
20:43 | gmcharlt | doesn't scale well, though |
20:43 | rangi | nope |
20:44 | wizzyrea | I'm not sure it needs a solution. we were just going to untick the box. |
20:44 | :P | |
20:44 | now a "batch edit these account permissions tool" | |
20:44 | that might be a worthy development. | |
20:44 | :P | |
20:45 | but, not really | |
20:45 | because again | |
20:45 | you can just untick the box. | |
20:46 | mbalmer joined #koha | |
20:47 | rangi | :) |
20:47 | mbalmer | goog evening |
20:51 | rangi | meeting time |
20:51 | wahanui | rumour has it meeting time is always going to favour one section of the globe |
20:51 | rangi | bbl |
20:52 | cait | and time to sleep here |
20:52 | bye #koha | |
20:55 | cait left #koha | |
21:10 | nengard left #koha | |
21:26 | Soupermanito joined #koha | |
21:33 | sophie_m left #koha | |
21:40 | maximep left #koha | |
21:48 | mtj | has anyone else been having problems when upgrading their db on master, lately? |
21:48 | jcamins | mtj: is your Version set to 30799032? |
21:48 | If so, change it to 30700032. | |
21:48 | Then updatedatabase will work and you'll have items again. | |
21:48 | :) | |
21:49 | mtj | i get a 'db do failed: Duplicate column name 'patronreason' at ...' error |
21:49 | jcamins | mtj: ah. That's because it's something you already had. Ignore it. |
21:49 | * jcamins | goes to eat dinner. |
21:49 | jcamins | Good night, #koha. |
21:50 | wizzyrea | mtj that one can be safely ignored. |
21:50 | mtj | yep... that error type is not usually a big deal... |
21:50 | wizzyrea | :) |
21:50 | but of course you knew tht | |
21:50 | that* | |
21:50 | mtj | but this time it seems to be causing my upgrade to loop endlessly |
21:51 | wizzyrea | hmm |
21:52 | mtj | ... and, if i simply comment that 'patronreason' block from updatedatabase.pl, then the upgarde succeeds |
21:52 | wizzyrea | is the number wrong on it? |
21:52 | or a missing something? | |
21:52 | mtj | which kinda indicates that that harmless error, is causing my upgrade to loop? |
21:53 | wizzyrea | yea, weird. |
21:54 | mtj | its hung on this update -> 'We are upgrading from Koha 3.07.00.003 to 3.07.00.041' |
21:58 | i have bumped into this behaviour on my dev koha, a few time in the last week | |
21:58 | its really got me puzzled | |
21:59 | basically, any type of db error causes the upgrade to loop on that specific failed update step | |
22:00 | and, as you both stated, previously those errors caused a warning during the upgrade, but the upgrade didnt fail | |
22:00 | and loop, as its doing now | |
22:01 | yet, other folk dont seem to be experiencing the same problem | |
22:02 | and even weirder... ive tested the bug on a fresh 3.6.4 db | |
22:03 | ie: loaded a clean 3.6.4 db into a master repo, been prompted for an upgrade... | |
22:03 | 'We are upgrading from Koha 3.06.06.004 to 3.07.00.041', etc...... | |
22:04 | ... only to have it fail and loop on update $DBversion = "3.07.00.004"; | |
22:04 | ALTER TABLE `suggestions` ADD `patronreason` | |
22:05 | mbalmer | no. |
22:05 | no backquotes. | |
22:05 | thanks. | |
22:07 | mtj | mbalmer: yep, sure thing |
22:08 | mbalmer | heh, thanks! ;= |
22:08 | mtj | actually the 3.6.4 db upgrade on master barfs on $DBversion = '3.07.00.008'; |
22:09 | Duplicate entry '545' for key 'PRIMARY' at /home/mason/git/head/installer/data/mysql/updatedatabase.pl line 4614. | |
22:09 | then the web-upgrade just keeps looping back to 'We are upgrading from Koha 3.07.00.007 to 3.07.00.041, you must update your database' | |
22:10 | i can replicate this bug every time, on my setup?! | |
22:12 | i'm completely stump as to whats causing it | |
22:16 | and yet... if i run the updatebase.pl script from the shell, the upgrade works | |
22:17 | mbalmer left #koha | |
22:23 | ronald joined #koha | |
22:28 | ronald | Hi :) |
22:31 | rangi | hi ronald :) |
22:34 | ronald | Hey hi rangi :D |
22:34 | mtj | heya ronald (mason here) |
22:34 | talljoy1 joined #koha | |
22:37 | ronald | Heya Mason :) |
22:40 | rangi | ronald: you are not at SICHE anymore? |
22:45 | mtj | wow, even more weirdness with my updatedb problem |
22:46 | rangi | if there is a weird issue, mtj will find it .. guaranteed :) |
22:46 | mtj | wrapping the problem update block in an eval seems to stop the updatedb.pl from dying |
22:47 | ... and the updatedb.pl script gets to the end, and success , yay! | |
22:47 | rangi | yep if its throwing a full on perl error not just a dbh one, then the perl will be dying before i does the SetVersion |
22:48 | lemme just eyeball the code | |
22:48 | oh and | |
22:48 | jcamins | 3.7.008? |
22:49 | mtj | yeah, thats seems to be whats happening, its dying just before the SetVersion gets set |
22:49 | yep | |
22:49 | rangi | git checkout - |
22:49 | is COOL AS HELL | |
22:49 | try it | |
22:49 | mtj | $DBversion = '3.07.00.008'; |
22:50 | jcamins | git checkout -? |
22:50 | rangi | yeah without the ? |
22:50 | checks out the branch you checked out before | |
22:50 | so use case | |
22:50 | im working in hlt-packaging | |
22:50 | i want to check this thing of mason | |
22:50 | git checkout kc/master | |
22:51 | gets me a detached head checkout of the upstream master | |
22:51 | i look | |
22:51 | mtj | aah, yep - got it :) |
22:51 | rangi | then i type |
22:51 | git checkout - | |
22:51 | jcamins | Oh, wow. |
22:51 | Nice! | |
22:51 | rangi | and im back where i was |
22:52 | mtj: do you have dbh set to die on errors? | |
22:52 | mtj | hmm, i have recently moved my dev mysql-server to a different xen... i wonder if thats causing the new weird updatedb behaviuor!? |
22:52 | rangi | yeah that might be it |
22:53 | $db_user, $db_passwd, {'RaiseError' => $ENV{DEBUG}?1:0 }) or die $DBI::errstr; | |
22:53 | i bet you have debug on | |
22:53 | if you have debug | |
22:53 | it will die on error | |
22:53 | mtj | aaah, i bet i do tooo! |
22:53 | jebus, good spotting! | |
22:54 | rangi | try toggling that and see if that makes it go away |
22:54 | ronald | rangi: I'm still at SICHE but moved to another division. |
22:54 | rangi | ahhh |
22:56 | mtj | rangi: FIXED! :) |
22:57 | ok, well im very happy i got to the bottom of that stupidness :/ | |
22:58 | rangi | handy tho |
22:58 | mtj | i was feeling a bit nutty back there :p |
22:58 | jcamins | mtj: don't worry, I was feeling that about you too, so it's not all in your head. :P |
22:58 | rangi | cos running it makes it easier to spot db errors |
23:01 | * mtj | pours rangi a beer, hands jcamins some nutzzZ |
23:01 | mtj | mtj? |
23:01 | wahanui | DeM KraZy NutZ!! |
23:01 | rangi | rangi? |
23:01 | wahanui | I LIKE ALMONDS! HAVE SOME NUTS! |
23:02 | mtj | ok, back to it peeps... |
23:15 | ronald joined #koha | |
23:23 | Irma joined #koha | |
23:52 | Soupermanito left #koha |
← Previous day | Today | Next day → | Search | Index