![http://www.bay-of-fundie.com/i[…]/hyst-raisins.jpg](http://www.bay-of-fundie.com/img/2008/hyst-raisins.jpg){kind=link}
![https://fbcdn-sphotos-d-a.akam[…]6_280952799_n.png](https://fbcdn-sphotos-d-a.akamaihd.net/hphotos-ak-prn2/1236471_10151582918166526_280952799_n.png){kind=link}
← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:03 | tgoatley joined #koha | |
| 00:04 | tcohen | dcook: can u add a way to apply multiple XSLts at once please? |
| 00:05 | dcook | Apply multiple XSLTs or apply the parameters to multiple XSLTs? |
| 00:05 | If the former, that sounds like scope creep :p | |
| 00:05 | tcohen | multiple XSLT's to the same XML |
| 00:05 | dcook | I think I noticed something about that in the listserv.. |
| 00:05 | tcohen | like XML::LibXSLT::Processor does |
| 00:05 | TGoat joined #koha | |
| 00:06 | tcohen | the idea is that we should reuse the XML DOM, instead of reloading it on each XSLT we want to apply |
| 00:06 | dcook | It would certainly be useful in a few places |
| 00:06 | Reuse the XML DOM? | |
| 00:07 | tcohen | I created a function that makes XSLT out of the frameworks (field/subfield visibility) and one that replaces codes for authorized value descriptions |
| 00:07 | dcook | :D |
| 00:07 | You are a legend! | |
| 00:07 | tcohen | I'd like to apply them both, and after that *Slim2OpacDetail |
| 00:08 | but I don't want XML::LibXSLT to parse the XML for each | |
| 00:08 | dcook | Huh... XML::LibXSLT::Processor is actually written in XS... |
| 00:09 | tcohen | ->transform seems to return a stylesheet object... which you use to call stylesheet->output_smth( xml ) |
| 00:09 | which is raw XML instead of a proper XML::LibXML object | |
| 00:10 | (or however it was called, I was drinking too much fernet) | |
| 00:10 | * tcohen | is on vacation still |
| 00:10 | dcook | output_smth? |
| 00:11 | tcohen | my $result = $stylesheet->transform( $record ); |
| 00:12 | $result = $stylesheet_2->transform( XML::LibXML->load_xml( string => $result, no_cdata=>1 ) ); | |
| 00:12 | so it creates an XML object out of a string (that needs to be parsed) each tuinmte | |
| 00:13 | *time | |
| 00:14 | dcook | That doesn't look right |
| 00:14 | According to XML::LibXSLT, transform() returns a new XML::LibXML::Document object | |
| 00:14 | You wouldn't need to re-load it | |
| 00:15 | "Transforms the passed in XML::LibXML::Document object, and returns a new XML::LibXML::Document." | |
| 00:15 | Ah, maybe XSLT_Handler returns raw XML? | |
| 00:16 | * dcook | honestly hasn't looked |
| 00:18 | dcook | Actually, I think XSLT_Handler->transform() does XML::LibXSLT->output_as_chars($result) |
| 00:18 | So I suppose all a person would need to do is make it so that XSLT_Handler->transform() could take multiple XSLTs and then just run through them recursively | |
| 00:19 | But I have to go back to paid work now :/ | |
| 00:25 | wizzyrea | serials search page - we should be more respectful of people who don't have widescreen monitors :/ |
| 00:26 | dcook | Yeah, that's probably true |
| 00:26 | tcohen | damn dcook |
| 00:26 | dcook | I feel bad for folks who have to set permissions |
| 00:27 | tcohen | I thought I convinced you heh |
| 00:27 | dcook | "(catalogue View Catalog (Librarian Interface)" vs "staffaccess Required for staff login. Staff access, allows viewing of catalogue in staff client." |
| 00:27 | I'm pretty sure the former is more required than the latter... | |
| 00:27 | tcohen | i think i missed a comma in damn dcook |
| 00:27 | dcook | tcohen: Haha. :p |
| 00:27 | I certainly find it interesting, and kudos to all the work you've done so far :) | |
| 00:27 | I'm just pretty behind... way too much work to do at the moment here | |
| 00:28 | I think my next Koha thing will be the OAI harvester | |
| 00:28 | tcohen | i'll do a followup for my work, no worries, just... don't... break the new style API :-D |
| 00:28 | dcook | And that's barely even on my radar at the moment :S |
| 00:28 | :p | |
| 00:28 | eythian | dcook: yeah, I noticed that those permission descriptions are quite inconsistent |
| 00:28 | dcook | tcohen: Have you seen the patch? I think it's all right! |
| 00:29 | eythian: I can't fault people for getting them wrong. I'm just glad they don't yell at me... | |
| 00:30 | chrisvella_ joined #koha | |
| 00:31 | dcook | mainpage.pl required "catalogue => 1"... double-checking that one on master... |
| 00:33 | Yep | |
| 00:33 | I wonder where staffaccess even gets used.. | |
| 00:33 | eythian | I wonder if that's the one that lets you modify stuff on other staff users |
| 00:33 | dcook | Hmm that sounds familiar |
| 00:33 | wizzyrea | it's the only time that the designation of staff category means something. |
| 00:34 | eythian | yeah |
| 00:34 | wizzyrea | a borrower in the staff category can't modify another borrower in the staff category |
| 00:34 | dcook | eythian: (permissions) Allow staff members to modify permissions for other staff members |
| 00:34 | Is that the one? | |
| 00:34 | eythian | I think so |
| 00:34 | I just remember seeing it in the code recently | |
| 00:42 | chrisvella joined #koha | |
| 00:44 | dcook | wizzyrea: I think it might be that you can only edit other staff members if you have that permission |
| 00:44 | Man... that's so badly labelled | |
| 00:44 | Tabs... there are too many.. | |
| 00:45 | wizzyrea | yeah, you described the success case, I described the restricted case :) |
| 00:46 | francharb joined #koha | |
| 00:46 | dcook | :) |
| 00:47 | Ok, this has to be patched. | |
| 00:47 | * dcook | heads to bzilla |
| 00:47 | eythian | fixing the descriptions? |
| 00:47 | dcook | Yep |
| 00:47 | eythian | good :) |
| 00:48 | dcook | I just had someone asking me what on earth they missed, and while I spotted it immediately, I could see why they didn't |
| 00:48 | They checked the "required" box but not the one with the vague description and no "required" label :p | |
| 00:49 | eythian | yeah |
| 00:49 | I could see thta being easy to do | |
| 00:53 | dcook | lolz |
| 00:53 | The "Help" file has the correct descriptions. | |
| 00:53 | * dcook | just realized it might be a good idea to update both places... |
| 00:54 | wizzyrea | you don't have to have staffaccess to access the staff client |
| 00:54 | dcook | Oh well. Easy fix.. |
| 00:54 | wizzyrea | it's not required. |
| 00:54 | dcook | Exactly |
| 00:54 | wizzyrea | you do have to have it to edit other staff members though. |
| 00:54 | eythian | it's a silly name for a permission |
| 00:54 | dcook | Agreed |
| 00:54 | wizzyrea | yes, most definitely is that. |
| 00:54 | eythian | and 'catalogue' is a bad name for something that lets you access the staff client |
| 00:55 | wizzyrea | also true :) |
| 00:55 | tbh those are probably there for hysterical raisins. | |
| 00:55 | eythian | what happens if you want to have a staff member who can only do borrower managment, and not actually access the catalogue :) |
| 00:55 | wizzyrea | @quote get 123 |
| 00:55 | wahanui | http://xkcd.com/1172/ |
| 00:55 | huginn | wizzyrea: Quote #123: "rangi: #thingsihavelearnt if there is a mad scheme a library somewhere will be doing it ... except madder" (added by wizzyrea at 09:20 PM, March 30, 2011) |
| 00:56 | dcook | ^ |
| 00:57 | wizzyrea | that same staff member would still have access to the opac, even if opacpublic was turned off. |
| 00:57 | you can't actually do that, I think. | |
| 00:57 | dcook | Eww... we store the descriptions in the database... |
| 00:57 | wizzyrea | yeah, it's AMAZEBALLS isn't it |
| 00:57 | dcook | Poor non-English speakers... |
| 00:58 | * dcook | hates changing the database... |
| 00:58 | eythian | we what? |
| 00:58 | wahanui | we are not at all envious ;-) |
| 00:58 | eythian | why would we do that? |
| 00:59 | * wizzyrea | really needs to find a gif for "hysterical raisins" |
| 00:59 | dcook | Probably hysterical raisins |
| 00:59 | Yes, yes you do, wizzyrea. | |
| 01:02 | wizzyrea | http://www.reactiongifs.com/r/shm2.gif not it, but still funny |
| 01:04 | http://www.reactiongifs.com/r/dcln.gif < the current cause of my giggles | |
| 01:05 | dcook | hehe |
| 01:05 | That's going on my old English department's FB page.. | |
| 01:06 | eythian | wahanui: tl;dr is <reply>http://www.reactiongifs.com/r/dcln.gif |
| 01:06 | wahanui | OK, eythian. |
| 01:06 | dcook | lol |
| 01:06 | wizzyrea | <3 |
| 01:11 | dcook | Oooh. I think I might be able to do something up for the permissions which is stored in the template so easy to change and translate... |
| 01:11 | Really should be working on something else, but this annoys me to no end. | |
| 01:12 | Oh... I wonder if I could even change the labels... | |
| 01:12 | Well, not change the labels per se | |
| 01:12 | Mmm, maybe leave that for another day... | |
| 01:17 | Ah, the subpermissions use hard-coded strings rather than numbers... boo | |
| 01:19 | BobB joined #koha | |
| 01:19 | wizzyrea | there's quite a bit of bad in there :( |
| 01:19 | dcook | Hysterical raisins I'm sure |
| 01:19 | wizzyrea | http://www.bay-of-fundie.com/i[…]/hyst-raisins.jpg this is as close as I could find |
| 01:19 | dcook | I'm sorry. I just can't get raisins out of my head n ow. |
| 01:20 | lol | |
| 01:20 | wizzyrea | hysterical raisins is <reply> http://www.bay-of-fundie.com/i[…]/hyst-raisins.jpg |
| 01:20 | hysterical raisins | |
| 01:20 | wahanui | http://www.bay-of-fundie.com/i[…]/hyst-raisins.jpg |
| 01:20 | wizzyrea | winning. |
| 01:20 | wahanui | Thanks, Mr Sheen. |
| 01:20 | wizzyrea | that's an upgrade for me. |
| 01:20 | dcook | Who needs Watson when you have Wahanui? |
| 01:26 | eythian | http://abcnews.go.com/Health/s[…]story?id=28530819 |
| 01:38 | wizzyrea | parent me just had a bit of a heart attack seeing that. |
| 01:41 | eythian | wait, you swallowed a parent‽ |
| 01:44 | oh, you didn't say 'parent in me' | |
| 01:44 | damn, it would have been funnier had you did | |
| 01:44 | way to ruin my joke, wizzyrea | |
| 01:50 | wizzyrea | *snerk* |
| 02:06 | BobB joined #koha | |
| 02:30 | dcook | Hmm, where is an oleonard when you need him... |
| 02:31 | wizzyrea | sleeping, or nearly sleeping, I hope. |
| 02:31 | dcook | Me thinks that /koha-tmpl/opac-tmpl/bootstrap/en/includes/opac-authorities.inc could never work... |
| 02:31 | I can't see any way of processing a Template Toolkit block from an external file | |
| 02:31 | I would've sworn paxed did it, but I must be mistaken | |
| 02:32 | I think it should be possible.. | |
| 02:32 | wizzyrea | maybe I'm misunderstanding what you've said, but don't we do this all the time? |
| 02:32 | dcook | Nope, never |
| 02:32 | So yes I think I'm not conveying myself | |
| 02:32 | I mean the [% BLOCK %] directive | |
| 02:32 | Processing one of those guys from an external file | |
| 02:32 | wizzyrea | oh |
| 02:32 | yes, I misunderstood you | |
| 02:32 | dcook | We [% INCLUDE %] stuff all the time |
| 02:33 | But for some reason, you can't INCLUDE a BLOCK from another file | |
| 02:33 | :S | |
| 02:33 | Maybe our TT version is old.. | |
| 02:33 | Although the maintainer was talking about this back in 2002... | |
| 02:34 | Maybe I'm misunderstanding him :) | |
| 02:34 | Ha... it looks like I was misunderstanding him | |
| 02:34 | But it means even more changes.. | |
| 02:35 | And it doesn't look like it's officially documented... | |
| 02:35 | Which seems sketchy | |
| 02:37 | Version 2.24? | |
| 02:38 | 2.26 looks like the newest | |
| 02:44 | Actually, I suppose you might be able to cheat... | |
| 03:10 | Sweet Mary. There are 73 sub permissions? | |
| 03:11 | eythian | goodness |
| 03:12 | dcook | I might have to write a script to make the script |
| 03:18 | tcohen joined #koha | |
| 03:20 | dcook | Hmm, that actually worked really well |
| 03:20 | 16 line Perl script ftw | |
| 03:21 | Could've even been shorter ;) | |
| 03:25 | tcohen | dcook: something like columns.def but for permissions should work, with a template plugin. Then we just add a guideline that keep it up-to-date as a QA rule |
| 03:25 | dcook | I thought about using a template plugin, but figured there would still be a translation issue |
| 03:26 | But yeah, the columns.def/systempreferences thing definitely sprang to mind.. | |
| 03:26 | Wait... maybe not columns.def | |
| 03:26 | What's columns.def? | |
| 03:27 | Interesting.. | |
| 03:27 | wahanui | somebody said interesting was sometimes good and sometimes bad |
| 03:29 | dcook | tcohen: Well, I'll post my patch, but happy to hear criticism :) |
| 03:31 | At the moment, I'm just checking to see if we could nuke `permissions.description` | |
| 03:34 | jcamins | dcook: how odd. |
| 03:34 | The block worked fine for me when I wrote it. | |
| 03:35 | rocio left #koha | |
| 03:35 | dcook | jcamins: I was wondering if you wrote it. It said Owen, but I figured that might be a bootstrap thing... |
| 03:35 | jcamins | Yeah, I wrote it. |
| 03:35 | dcook | Does it work for you now? |
| 03:36 | It looks perfectly sensible. | |
| 03:36 | jcamins | I don't have a Koha installation so I can't check. |
| 03:36 | dcook | Ah, fair enough |
| 03:36 | I'm sure it'll all come out in the wash, I suppose | |
| 03:38 | Aha! Good thing I didn't just nuke `permissions.description` | |
| 03:38 | It's used in C4::Auth :S | |
| 03:39 | eythian | if you want to nuke C4::Auth and rewrite it to be tidy, I wouldn't object. |
| 03:39 | dcook | hehe |
| 03:39 | Oh the temptation... | |
| 03:41 | I really don't see why C4::Auth even uses `permissions.description`... | |
| 03:41 | I don't think it does for anything except truthiness | |
| 03:41 | Maybe not even then.. | |
| 03:41 | No... probably for that | |
| 03:41 | * dcook | grumbles |
| 03:42 | dcook | Well, I guess member-flags.pl would also use it.. |
| 03:43 | Oh... oh that's where it is used | |
| 03:54 | eythian | https://metacpan.org/pod/distr[…]aketext/TPJ13.pod |
| 03:55 | dcook | Hmm... haspermission() doesn't look right... |
| 03:56 | eythian: This is why we're still storing permission descriptions in the database :p | |
| 03:56 | eythian | heh |
| 03:56 | dcook | How does it go... |
| 03:56 | How long is a piece of string? | |
| 03:57 | Ah wait haspermission() looks OK after all... | |
| 03:59 | eythian | wahanui: internet explorer |
| 03:59 | wahanui | i guess internet explorer is https://fbcdn-sphotos-d-a.akam[…]6_280952799_n.png |
| 03:59 | eythian | wahanui: literal internet explorer |
| 03:59 | wahanui | eythian: internet explorer =is= https://fbcdn-sphotos-d-a.akam[…]6_280952799_n.png |
| 03:59 | dcook | get_all_subpermissions() is the only whacky one.. |
| 03:59 | eythian | no wahanui, internet explorer is <reply>http://i.imgur.com/3B0pt3M.jpg |
| 03:59 | wahanui | okay, eythian. |
| 04:09 | dcook | bug 13632 |
| 04:09 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13632 enhancement, P5 - low, ---, dcook, Needs Signoff , Use a translateable file instead of the database for managing permission descriptions |
| 04:10 | dcook | There's my shot at it :) |
| 04:10 | bug 13631 will change the description once we decide on a better way of managing the permission descriptions... | |
| 04:10 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13631 normal, P5 - low, ---, dcook, NEW , Permission description wrong for catalogue and staffaccess |
| 04:15 | eythian | dcook: is a giant case statement the best way? Is it possible to have a hash or something perhaps? This may impact translatablility, so it's just a thought. |
| 04:31 | dcook | Yeah, it didn't seem the most optimal, but it's what sprang to mind first. |
| 04:31 | The hash could work though | |
| 04:31 | Possibly | |
| 04:31 | Although then it's still just a big if/else, no? | |
| 04:31 | if/elsif/else | |
| 04:32 | wth... | |
| 04:34 | Actually, a lot of member-flags.tt and member-flags.pl should probably be re-written | |
| 04:36 | eythian | well, a hash isn't an if/else, it's like a keyed database |
| 04:36 | dcook | Right, but you'd need to be testing it |
| 04:36 | Or doing the lookup somehow | |
| 04:37 | I suppose the thing to do is loop through the main permissions | |
| 04:37 | eythian | yeah, but it doesn't do a big if/else comparison, it converts the key to a value and then just does an array lookup on that value |
| 04:37 | tbh I'd probably leave it as is for now | |
| 04:37 | it's modular enough it can be changed later if wanted | |
| 04:37 | dcook | leave which? |
| 04:37 | eythian | leave it the way you have it |
| 04:38 | dcook | ah |
| 04:38 | eythian | with the cases |
| 04:38 | dcook | Yeah, I'm not working on it anymore today :p |
| 04:38 | eythian | fair enough :) |
| 04:38 | dcook | I think tcohen has an idea for what he might prefer anyway |
| 04:38 | * eythian | notes that the design of authority searching is very different to that of biblio searching. |
| 04:38 | eythian | which shouldn't surprise me. |
| 04:39 | dcook | me either |
| 04:39 | * eythian | will attempt to fit a round peg into a square hole and make them a bit more similar. |
| 04:40 | eythian | i.e. where you generate a query, and then search with that query |
| 04:40 | in the thunking to the original code, it'll just be a noop on the query building | |
| 04:40 | or it'll stash the values somewhere | |
| 04:40 | that's probably a better idea | |
| 04:41 | dcook | I have no idea what you're talking about, but I always figured it was easier to put a round peg in a square hole than a square peg in a round hole |
| 04:42 | Mind you, I suppose I automatically assume that the round peg is smaller than the square hole... | |
| 04:42 | I'm just going to stop talking now | |
| 04:42 | eythian | in biblio searching, you make a query, and then run the searcher with that query |
| 04:42 | dcook | yep |
| 04:42 | eythian | in authority searching, it's all one step |
| 04:42 | dcook | O_o |
| 04:43 | That seems... | |
| 04:43 | Less good | |
| 04:43 | eythian | yeah |
| 04:43 | dcook | On the plus side, I missed the rain when I went to get food |
| 04:43 | I figured I'd leave my umbrella, because really... what's the chance it's going to rain in the next 5 minutes since it's been raining for 2 days straight? | |
| 04:44 | eythian | we're supposed to have a bit of rain this evening, but I'd be surprised. |
| 04:44 | I should water the plants at my place | |
| 04:44 | dcook | Doesn't sound like a bad idea |
| 05:06 | eythian | @wunder nzwn |
| 05:06 | huginn | eythian: The current temperature in Wellington, New Zealand is 27.0°C (5:30 PM NZDT on January 28, 2015). Conditions: Clear. Humidity: 48%. Dew Point: 15.0°C. Pressure: 29.89 in 1012 hPa (Rising). |
| 05:06 | dcook | @wunder syd |
| 05:06 | huginn | dcook: The current temperature in Sydney, New South Wales is 20.0°C (3:30 PM AEDT on January 28, 2015). Conditions: Light Drizzle. Humidity: 78%. Dew Point: 16.0°C. Pressure: 29.92 in 1013 hPa (Steady). |
| 05:07 | eythian | 20 would be nice |
| 05:07 | dcook | Hmm, seems our weather fortunes have reversed |
| 05:07 | Yeah, it's not bad | |
| 05:07 | The sky looks like it's clearing a bit too | |
| 05:34 | Joubu joined #koha | |
| 06:10 | paxed | dcook: iirc, a giant hash is ugly to translate, as the translation toolchain just gets the hash int oa single msgid in the po-files |
| 06:12 | dcook | paxed: I was thinking of just using the hash as a mechanism, and using a separate file still for the translating. |
| 06:12 | That probably sounds rather vague.. | |
| 06:12 | I would definitely like more input from translators for that one | |
| 06:12 | I have to run, but feel free to leave me your input, paxed :) | |
| 06:13 | carmen joined #koha | |
| 06:14 | * paxed | is wondering why zebra still insists on returning non-existent auth records on auth search. |
| 06:14 | paxed | even after reindex. |
| 06:15 | hm. maybe the -r flag to rebuild_zebra | |
| 06:18 | dcook | That would help :) |
| 06:24 | cait joined #koha | |
| 07:07 | BobB joined #koha | |
| 07:15 | carmen joined #koha | |
| 07:25 | ashimema | morning |
| 07:40 | carmen joined #koha | |
| 07:49 | sophie_m joined #koha | |
| 07:55 | laurence joined #koha | |
| 07:56 | fridolin joined #koha | |
| 07:59 | alex_a joined #koha | |
| 08:00 | reiveune joined #koha | |
| 08:00 | reiveune | hello |
| 08:01 | ashimema | hi reiveune |
| 08:01 | alex_a | bonjour |
| 08:01 | wahanui | hi, alex_a |
| 08:02 | reiveune | hi ashimema |
| 08:05 | fridolin | hie all |
| 08:06 | Joubu1 joined #koha | |
| 08:17 | fridolin | I have a question about acquisition module : when creating a new order from empty, the default framework is used exept for items fields. Shouldn't ACQ framework be used for other fields also ? |
| 08:23 | Joubu1 | fridolin: there is a patch ;) |
| 08:26 | fridolin: bug 12743 | |
| 08:26 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12743 enhancement, P5 - low, ---, jonathan.druart, Passed QA , Allow default values from the ACQ framework to be used when creating a record in acquisitions |
| 08:28 | fridolin | Joubu1: yes but new record will be created with default framework, not ACQ |
| 08:29 | in neworderempty, record creation uses the frameworkcode parameter : | |
| 08:29 | $params->{'frameworkcode'} or $params->{'frameworkcode'} = ""; | |
| 08:29 | ( $biblionumber, $bibitemnum ) = AddBiblio( $marcrecord, $params->{'frameworkcode'} ); | |
| 08:29 | but this parameter does not exist un template | |
| 08:30 | gaetan_B joined #koha | |
| 08:30 | gaetan_B | hello |
| 08:31 | Joubu1 | fridolin: ok, I didn't get it |
| 08:32 | fridolin: what is the value of AcqCreateItem? | |
| 08:33 | fridolin | items are created when ordering |
| 08:37 | Joubu1 | fridolin: ok, that's what my patch does |
| 08:37 | * magnuse | waves |
| 08:39 | magnuse | paxed: you indexed with the -a flag, right? (sometimes its the obvious things... ;-) |
| 08:39 | Joubu1 | fridolin: no, that's not what is does :) |
| 08:39 | sorry... | |
| 08:40 | fridolin | Joubu1: but your patch does not not edit neworderempty.pol |
| 08:40 | o_O | |
| 08:40 | Joubu1 | That's *not* what it does |
| 08:40 | forget that | |
| 08:40 | wahanui | Joubu1: I forgot that |
| 08:41 | * Joubu1 | is going to get some more tea |
| 08:57 | cait joined #koha | |
| 08:58 | cait | hi #koha |
| 08:58 | ashimema | morning cait |
| 09:02 | mtj | hi all |
| 09:02 | anyone here running any koha/overdrive setups? | |
| 09:03 | bywater/catalyst/ptfs-europe ? | |
| 09:03 | drojf joined #koha | |
| 09:03 | drojf | hi #koha |
| 09:04 | ashimema | we've played with it mtj.. but are yet to have a customer go live on it.. |
| 09:04 | what's up mtj? | |
| 09:04 | mtj | we've hit a slightly weird od/koha auth issue.. looks like its a koha sip bug? |
| 09:05 | i just wanna confirm whether other people have hit it too | |
| 09:05 | ashimema | interesting.. we've not delved all that deep yet.. but I'd be happy to rubber duck with you if it helps ;) |
| 09:05 | mtj | it seems to be a similar situ. to this SEC bug 12126 |
| 09:05 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12126 is not accessible. |
| 09:07 | ashimema | hmm.. I left colin to that one.. I'll ask him to show up here.. but he's not online yet this morning |
| 09:08 | mtj | np |
| 09:08 | Joubu1 | mtj: (just to be sure) did you see my comment on bug 13458? |
| 09:08 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13458 normal, P5 - low, ---, jonathan.druart, Pushed to Stable , Add new patron shows default / hardcoded patron categories after search |
| 09:12 | mtj | thanks Joubu1, ill aim to get it added to next release |
| 09:14 | cait | everyone around, could you help solve the missing piece on the allowonshelfholds bug? :) |
| 09:15 | bug 5786 | |
| 09:15 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5786 enhancement, P5 - low, ---, srdjan, Failed QA , Move AllowOnShelfHolds and OpacItemHolds system preferences to the Circulation Matrix |
| 09:20 | ashimema | I think we both agree on it cait.. just need some other opinions |
| 09:21 | cait | yeah maybe one more - and if we don't get another idea go with it? |
| 09:21 | ashimema | I think so. |
| 09:21 | it's an awesome feature | |
| 09:22 | cait | yeah - i really hope we didn't miss something |
| 09:22 | but i want it :) | |
| 09:22 | actually i have wanted this one for years... if you scroll up in history of it :( | |
| 09:22 | ashimema | hehe.. us too |
| 09:22 | cait | my first comment: 2011-12-20 20:44:27 |
| 09:22 | ashimema | but we've never had the commitment to work on it ;) |
| 09:23 | I'm currently fighting the urge to clean up the account code | |
| 09:23 | add an api route for it is proving 'intersting' | |
| 09:23 | cait | don't figt it...:P |
| 09:23 | ashimema | I don't have time to do it 'properly' |
| 09:23 | that being the issue | |
| 09:24 | Joubu1 | maybe gaetan_B has an opinion about this :) |
| 09:26 | gaetan_B | about bug 5786 ? |
| 09:26 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5786 enhancement, P5 - low, ---, srdjan, Failed QA , Move AllowOnShelfHolds and OpacItemHolds system preferences to the Circulation Matrix |
| 09:26 | * gaetan_B | reading it |
| 09:26 | gaetan_B | oooooh |
| 09:26 | yes this sounds very interesting indeed | |
| 09:27 | cait | gaetan_B: it is :) |
| 09:28 | it's been one of those with a looong history | |
| 09:28 | i hope we can get it in now | |
| 09:28 | Joubu1 | cait: what's wrong with total on your screenshot? (bug 13320) |
| 09:28 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13320 normal, P5 - low, ---, jonathan.druart, Passed QA , Some prices calculation are done in template side |
| 09:29 | cait | it doesn't fit the amounts over it |
| 09:29 | gaetan_B | cait: the history is indeed *very* long, what is the exact question input is needed on now ? |
| 09:29 | cait | gaetan_B: start at the bottom maybe |
| 09:30 | theo pen question is: what happens when the record has items with different itemtypes | |
| 09:30 | and oneof the itemtypes is set to 'force item level hold' | |
| 09:30 | Joubu: and we don't show the amount of the actual costs anywhere | |
| 09:31 | which would be 40 here | |
| 09:31 | and the total shoudl add up to 40 | |
| 09:31 | but it says 39 | |
| 09:31 | Joubu1 | cait: ha, did look at the correct screenshot! |
| 09:31 | not* | |
| 09:32 | cait | ah sorry, missed that i had some old ones on it too :) |
| 09:32 | Joubu1 | cait: If it is the same before and after the patch, try to keep in mind this example for next patches :) |
| 09:33 | cait | the weird thing is |
| 09:33 | i think the old screenshots show the same order | |
| 09:33 | but there the amount is right? | |
| 09:34 | Joubu1 | cait: it a rounding problem I think |
| 09:35 | so it does not appear in all cases | |
| 09:35 | makes sense? | |
| 09:40 | gaetan_B | cait: ok, after some reading i think i share your opinion, which you seem to be sharing with ashimema: if one item is set to force, then it's item-level hold for all the items attached to the record |
| 09:40 | ashimema | awesome.. |
| 09:40 | wahanui | That'll be $1 for the awesome jar, ashimema |
| 09:41 | ashimema | I think that's enough consensus cait |
| 09:41 | cait | Joubu - still weird in this case - no taxes and even amounts |
| 09:41 | Joubu: i don't see where the rounding problem could happen | |
| 09:41 | i think it's showing the amounts from the est cost | |
| 09:42 | instead of the actual cost | |
| 09:42 | hm the sum is the sum of the estimated costs, but we don't show the sum of the actual costs | |
| 09:42 | hope that makes sense | |
| 09:44 | gah confusing :) | |
| 09:45 | Joubu1 | cait: what is the conf of the supplier? |
| 09:46 | cait | can't check right now :( |
| 09:47 | but i think it's inc inc | |
| 09:47 | maybe we could just check how thte total amount is calculated? if it uses the actual or estimated? | |
| 09:52 | Joubu1 | cait: 39 = 27+12 |
| 09:52 | it's the estimated cost | |
| 09:55 | cait | yeah, but it lists the actual cost aboe |
| 09:55 | the total seems to either show estimated or actual, is that possible? but the amount only looks at the estimated | |
| 09:57 | ashimema: yep i think so, hope srdjan agrees too :) | |
| 09:59 | ashimema | I reckon he will :) |
| 10:00 | Joubu1 | cait: tested on the super_tax_rewrite_branch and the total column looks good (i.e. actual cost is used) |
| 10:01 | cait | yay |
| 10:01 | ok, then we can drop this here | |
| 10:01 | i will try to look at more tax things tonight :) | |
| 10:01 | Joubu1 | cait: actually only bug 12975 is in the qa queue |
| 10:01 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12975 enhancement, P5 - low, ---, jonathan.druart, Signed Off , Refactor VAT and price calculation - basketgroup page |
| 10:02 | cait | yeah i saw there are some more |
| 10:02 | i think i started work on the order creator search last night | |
| 10:02 | might finish that first | |
| 10:02 | i went by the change date after working on some of the bugs | |
| 10:04 | Joubu1: i saw that you worked on oneof the sip patches, could you maybe take on 13432 too? | |
| 10:04 | Joubu1 | cait: yep |
| 10:07 | cait | thx :) |
| 10:15 | akafred joined #koha | |
| 10:26 | * magnuse | waves at akafred |
| 10:26 | magnuse | bug 13432 |
| 10:26 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13432 major, P5 - low, ---, kyle, Signed Off , SIP Server does not respect timeout setting |
| 10:29 | * akafred | waves back and invites magnuse to come to Oslo after work for 'wurst' and beer |
| 10:29 | magnuse | ooh, that is tempting |
| 10:29 | * magnuse | goes looking for his skis |
| 10:29 | magnuse | @wunder boo |
| 10:29 | huginn | magnuse: The current temperature in Bodo, Norway is 1.0°C (11:20 AM CET on January 28, 2015). Conditions: Rain. Humidity: 100%. Dew Point: 1.0°C. Windchill: -4.0°C. Pressure: 28.85 in 977 hPa (Falling). |
| 10:30 | * cait | waves too |
| 10:30 | magnuse | s/Rain/Snow - big, wet chunks of it/ |
| 10:30 | drojf | @wunder berlin, germany |
| 10:30 | huginn | drojf: The current temperature in Berlin Tegel, Germany is 4.0°C (11:20 AM CET on January 28, 2015). Conditions: Mostly Cloudy. Humidity: 81%. Dew Point: 1.0°C. Windchill: 0.0°C. Pressure: 29.83 in 1010 hPa (Falling). |
| 10:31 | drojf | i saw a shiny thing an hour ago. somebody called it "sun". it's gone again though |
| 10:31 | cait | hm... i don't believe in your shiny thing |
| 10:31 | * magnuse | neither |
| 10:32 | sophie_m | cait : it's here :) |
| 10:32 | @wunder Marseille | |
| 10:32 | huginn | sophie_m: The current temperature in Saint Victoret, France is 8.8°C (11:31 AM CET on January 28, 2015). Conditions: Scattered Clouds. Humidity: 57%. Dew Point: 1.0°C. Windchill: 7.0°C. Pressure: 30.15 in 1021 hPa (Rising). |
| 10:32 | cait | sophie_m: is this just a trick to lure us to MArseille? |
| 10:33 | sophie_m | no, braight sun and blue sky today :) |
| 10:33 | cait | hmmm |
| 10:33 | sophie_m | s/braight/bright/ |
| 10:34 | cait | sophie_m: i will check your story about the bright thing in march :) it better is still there then! |
| 10:34 | sophie_m | :) |
| 10:43 | paxed | magnuse: yes, indeed, i did use -a |
| 10:45 | ashimema | Cheers for rebasing the SIP INC patch against that other passed qa sip bug Joubu.. was about to pester ColinC for that ;) |
| 10:45 | you beat me to it ;) | |
| 10:46 | Joubu | ashimema: yes, I was on it, so easy to do :) |
| 10:46 | magnuse | paxed: good |
| 10:49 | ashimema | :) |
| 10:49 | DanSwano | Hello! I'm sorry for my bad English. I'm trying to make a fresh install Koha 3.18.03 on Wheezy. When I log in as koha_lib user, the system warns that I should create a patron with superlibrarian rights. I create patron category "Admin" with type "staff" and then I create a patron in "Admin" category. But when I try to set permissions I see empty page with "Save" and "Cancel" buttons, why? |
| 10:50 | paxed | importing auths and deleting unwanted ones needs too many reindexings before they show up correctly. |
| 10:53 | Joubu | ashimema: I have just found commit 0f5dc609e0d94e804869b5994ba2b19bc97980ac, maybe it could be reverted |
| 10:53 | (C4::Auth cleaning stuff) | |
| 10:53 | ashimema | ooh.. |
| 10:53 | Nice spot Joubu.. | |
| 10:54 | I'll open a bug with a reversion patch.. (I'm betting it won't revert cleanly this far down the line ;) ) | |
| 10:56 | cait | DanSwano: did you install using packages? |
| 10:56 | DanSwano: in which language did you install? | |
| 10:57 | DanSwano | cait, yes, using apt-get. Installation was done in English and then I add Russian |
| 10:57 | cait | hm |
| 10:57 | try switching to english, does it make a difference for the permissions page? | |
| 10:57 | DanSwano | cait, I already tried, no matter |
| 10:58 | cait | the permissions are stored in the database...wonder if there is something wrog with that |
| 10:58 | are you familiar with sql? | |
| 10:58 | DanSwano | cait, yes, a little bit |
| 10:59 | cait, I can use mysql cli client | |
| 11:02 | magnuse | tiffintime! |
| 11:03 | cait | hm maybe take a look if there are entries in userflags table |
| 11:04 | DanSwano | cait, that table is empty |
| 11:04 | cait | hm that's not good |
| 11:04 | it means you are missing some of the mandatory data that shoudl be installed by the web installer | |
| 11:05 | did you run the web installer in the browser? | |
| 11:12 | carmen joined #koha | |
| 11:17 | cait | DanSwano: i'd suggest starting fresh creating a new instance and making sure that the mandatory sample data are all installed |
| 11:28 | drojf left #koha | |
| 11:50 | DanSwano | cait, yes, I already run web installer and select all checkboxes. Then I deleted all base using koha-remove and create it again via koha-create |
| 12:02 | cait | hm |
| 12:02 | and ran the web installer again? | |
| 12:03 | DanSwano | cait, yes. Both times there was some errors |
| 12:03 | ashimema | what errors? |
| 12:03 | cait | yeah, that's an intersting bit |
| 12:03 | DanSwano | I can repeat the process |
| 12:03 | cait | you can paste the results here paste.koha-community.org |
| 12:04 | ashimema | koha-remove.. |
| 12:04 | wahanui | it has been said that koha-remove is for removing instances. |
| 12:04 | ashimema | make sure the database is actually deleted using mysql cli |
| 12:04 | koha-create.. | |
| 12:04 | wahanui | i think koha-create is part of the package :) |
| 12:04 | DanSwano | should I reinstall koha-common package? |
| 12:04 | ashimema | give us any errors that pop out :) |
| 12:04 | the koha-common package should be fine.. which repo are you following.. stable I hope? | |
| 12:04 | packages? | |
| 12:04 | wahanui | i think packages is at http://wiki.koha-community.org/wiki/Debian |
| 12:05 | DanSwano | I use http://debian.koha-community.org/koha stable main |
| 12:05 | ashimema | that's the right one :) |
| 12:06 | DanSwano | wait a bit |
| 12:07 | ashimema | :) |
| 12:10 | DanSwano | 1. koha-remove lib |
| 12:10 | the koha_lib database has been removed | |
| 12:13 | 2. koha-create --create-db lib | |
| 12:13 | Koha instance is empty, no staff user created. | |
| 12:13 | [ ok ] Restarting web server: apache2 ... waiting . | |
| 12:13 | Starting Zebra server for lib | |
| 12:13 | wahanui | i already had it that way, DanSwano. |
| 12:14 | alex_a_ joined #koha | |
| 12:16 | DanSwano | and then I go to the web installer |
| 12:16 | step 1: language - English | |
| 12:17 | All dependencies installed. | |
| 12:17 | Step 2: Database koha_lib exists. | |
| 12:17 | User koha_lib has all required privileges on database koha_lib. | |
| 12:18 | Step 3: Database tables created | |
| 12:19 | Now I install basic configuration settings | |
| 12:19 | MARC flavor: unimarc | |
| 12:19 | cait | marcelr++ |
| 12:19 | DanSwano: quick check | |
| 12:19 | why are you picking unimarc? where are you located? | |
| 12:20 | DanSwano | cait, Russia |
| 12:20 | cait | ah don't know about russia, but did you check which is the common flavour in your area? |
| 12:20 | ashimema | skolkovo universtiy is using Marc21 |
| 12:20 | they're in russia | |
| 12:20 | but then I'm no expert by any means | |
| 12:22 | DanSwano | I know that many institutes and univercities using unimarc but I am not familiar with library software |
| 12:22 | cait | DanSwano: the 'problem' is that both formats are quite different |
| 12:22 | DanSwano | well, I can try MARC21 |
| 12:22 | cait | and the use differes from coutnry to country - so it's good to check so you don't have problems later interchanging data or downloading/reusing data from other catalogs |
| 12:22 | DanSwano | if it helps to locate a problem |
| 12:23 | cait | so that's something you shoudl check and also the format you picked in your instance config file should match what you pick here |
| 12:23 | so search works correctly later | |
| 12:23 | it's probably not related tot he issue with permissions- but good to know to avoid other problems later | |
| 12:23 | ashimema | I'm not aware of anyone running koha from packages using Unimarc.. i can't see it affecting your error.. but worth mentioning |
| 12:24 | yup.. what cait said | |
| 12:24 | DanSwano | cait, I'm not an expert in this area, let's repeat with MARC21 |
| 12:24 | cait | ashimema: can you give the name of the file where it states what marc flavour is used? |
| 12:24 | DanSwano: wait a quick second maybe - let's make sure we have it matching first | |
| 12:25 | DanSwano | cait, yes, I'm waiting |
| 12:25 | ashimema | I'm not exactly sure to be honest cait.. |
| 12:25 | Joubu.. do you know the answer to caits question? | |
| 12:25 | paxed | okay, wtf. linking bibs to auth made a link from 651a ("Peru") to topical term "perro sin pelo del perú" |
| 12:25 | cait | i think i mean this one /etc/koha/koha-sites.conf |
| 12:26 | ashimema | I'd imagine that all the stuff in koha-conf.xml that relates to marc21 should end up as a unimarc instead |
| 12:26 | cait | http://wiki.koha-community.org[…]ubuntu_-_packages |
| 12:27 | DanSwano: could you take a look at the file on your system to see if there it states marc21 or unimarc? | |
| 12:27 | ashimema | indeed.. you are right cait. |
| 12:28 | DanSwano | cait, koha-sites.conf? ZEBRA_MARC_FORMAT="unimarc" written there |
| 12:28 | ashimema | hmm.. sounds like a bug to me that the package asks the user what marc version in the web installer.. if it then goes behind the scenes and sets other stuff to marc21 hardcoded. |
| 12:28 | well that's good DanSwano.. means you've already made the right change there. | |
| 12:28 | cait | yep |
| 12:28 | so let's continue with unimarc here | |
| 12:29 | DanSwano | yes, after install there was "marc21" |
| 12:29 | so what now? select default settings? | |
| 12:30 | cait | did you pick unimarc or marc21? |
| 12:30 | DanSwano | I've picked unimarc |
| 12:30 | cait | and yes, just keep it to default maybe or use 'check all' at he top |
| 12:30 | good :) | |
| 12:30 | DanSwano | then I select all sample data |
| 12:30 | cait | just keep in mind that those have to match - the file and what you pick, it will save you headache |
| 12:30 | make sure that the one for the permissions is checked especially | |
| 12:31 | alex_a joined #koha | |
| 12:32 | DanSwano | all mandatory checkboxes are already checked so I'm checking an optional checkboxes |
| 12:33 | Hmm! Now everything are imported without an errors | |
| 12:33 | cait | for the problem you saw with permissions the mandatory shoudl be enough - but the optional should not cause problems |
| 12:33 | oh | |
| 12:33 | can you see if the userflags is ok now? | |
| 12:33 | DanSwano | just a moment |
| 12:34 | yes! the "userflags" table is filled! | |
| 12:35 | cait | good sign! |
| 12:35 | DanSwano | now I try to add ru-RU lang |
| 12:36 | how can I change the password for koha_lib? | |
| 12:37 | cait | DanSwano: you normally keep the one that is generated - it's not used later, only for updates |
| 12:38 | DanSwano | cait, ok |
| 12:38 | cait | but if you want to, i think changing it in the koha-conf.xml file and then also in mysql for the database |
| 12:38 | it's kind of a super user that should only be used in special circumstances | |
| 12:38 | normally you will only need to work witht he superlibrairan that you now can hopefully create :) | |
| 12:39 | DanSwano | cait, how can I correct errors in the Russian language file? |
| 12:40 | and why after koha-translate --install ru-RU I cannot see the panel with language select? | |
| 12:44 | sorry, the last question is answered | |
| 12:44 | cait | DanSwano: you can get an account for translate.koha-community.org and help translating |
| 12:45 | all the translations are stored in .po files that are updated witht he release of the versions from what has been done on translate.koha... | |
| 12:45 | DanSwano | cait, thank you! |
| 12:45 | cait | have fun with your Koha :) |
| 12:46 | magnuse | cait++ |
| 12:46 | oleonard joined #koha | |
| 12:46 | DanSwano | cait, I am a sysadmin so our library staff will try to work with it :) |
| 12:49 | cait | hm one more thing |
| 12:49 | you might wnt to look into setting up ICU | |
| 12:50 | it's needed to search non-latin scripts | |
| 12:50 | meliss joined #koha | |
| 12:50 | DanSwano | cait, where? |
| 12:50 | wahanui | i think cait, is there anyway in the koha admin interface to import serials for magazine publication for instance? |
| 12:50 | cait | i think this might help |
| 12:50 | http://wiki.koha-community.org[…]of_Arabic_records | |
| 12:50 | you don't need the arabic rules of course | |
| 12:51 | there is a standard file in koha that works nicely for us with hebrew | |
| 12:51 | so I'd go with the standard file and not modify it for now | |
| 12:51 | DanSwano | cait, ok, will see |
| 12:54 | noobie joined #koha | |
| 12:55 | DanSwano | right before when I install koha, I added RU lang before web install and then I seen all messages in Russian. Also there was item types in Russian too, but now all are in English so I should translate them into Russian. How can I add Russian sample data? |
| 12:56 | mbeaulieu joined #koha | |
| 13:07 | collum joined #koha | |
| 13:20 | magnuse joined #koha | |
| 13:20 | cait | DanSwano: hm that might be the reason of hte problems earlier |
| 13:20 | the web installer files are sql files | |
| 13:21 | sometimes the other languages (not en) get out of sync | |
| 13:21 | if they are not actively maintained | |
| 13:21 | if you want to fix them you could send us the patches | |
| 13:21 | mbeaulieu joined #koha | |
| 13:21 | DanSwano | cait, I understand |
| 13:22 | gaetan_B joined #koha | |
| 13:23 | DanSwano | so web installer adds some libraries like Franklin, we don't needs these libraries but I can't delete its because tere are patrons registered there. How can I solve this situation? |
| 13:24 | cait | i think the easiest way would be to do it once more |
| 13:24 | and from the optional data don't select the sample libraries and patrons | |
| 13:24 | but keep the mandatory | |
| 13:25 | or select only some of the sample data | |
| 13:25 | DanSwano | cait, there is no other way? |
| 13:25 | cait | personally i thik the labels sample data and the authorised values are quite useful |
| 13:25 | not an easy way | |
| 13:25 | there is a script do delete patrons i think | |
| 13:25 | you'd have to run that first and get them all deleted | |
| 13:25 | then you can delete the libraries from the gui | |
| 13:26 | DanSwano | how can I display all users? |
| 13:26 | cait | you can do a search for % |
| 13:27 | DanSwano | oh, 50 sample users |
| 13:28 | cait | maybe you can also use the patron batch edit... not sure if that can delete yet |
| 13:28 | i think there was a patch for deleting patrons in batch, but not sure it made itin hm | |
| 13:29 | edveal joined #koha | |
| 13:29 | DanSwano | I'll try to delete them manually |
| 13:31 | Joubu joined #koha | |
| 13:50 | JoshB joined #koha | |
| 13:55 | fridolin | "The show must go on" for Bug 9351 |
| 13:55 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9351 major, P5 - low, ---, fridolyn.somers, Needs Signoff , item type not recorded correctly in statistics for returns and some local use |
| 14:02 | drojf joined #koha | |
| 14:06 | cait | fridolin: hope it works now ;) |
| 14:06 | talljoy joined #koha | |
| 14:13 | nengard joined #koha | |
| 14:32 | cma joined #koha | |
| 14:35 | Joubu | On bug 13637, Could my proposition work or I missed something? |
| 14:35 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13637 enhancement, P5 - low, ---, gmcharlt, NEW , Make the permission's descriptions translatable in template |
| 14:36 | cait | looking |
| 14:37 | Joubu: i think deleting the sql files is not possible unless you build a fallback like we have for the sysprefs | |
| 14:38 | Joubu: currntly if the file is not in the translated installer directory it won't get installed (no fallback uatomatically) | |
| 14:38 | also it will break some sql reports people have - but those can be fixed | |
| 14:39 | Joubu | cait: the sysprefs.sql file in installed, why it couldn't be possible for others? |
| 14:39 | ok | |
| 14:40 | so it's possible : | |
| 14:40 | :) | |
| 14:40 | cait | yep, just needs a bit more thought |
| 14:41 | but if we do this, we should get rid of the sql files in the translated directories | |
| 14:41 | i think there is a patch from bernardo doing something like this for the lanugage sql files somewhere | |
| 14:41 | those already include the translations- so they also make no sense in lots of copies | |
| 14:42 | commented on the bug too | |
| 14:44 | Joubu | thanks |
| 14:47 | NateC joined #koha | |
| 14:50 | tcohen joined #koha | |
| 15:00 | paul_p joined #koha | |
| 15:18 | tcohen | @later tell eythian is it possible to backport te newer DBIx::Class to Squeeze? |
| 15:18 | huginn | tcohen: The operation succeeded. |
| 15:20 | cait | hi tcohen |
| 15:22 | tcohen | hi cait |
| 15:25 | mbeaulieu joined #koha | |
| 15:49 | rocio joined #koha | |
| 15:56 | ashimema | hi tcohen |
| 16:01 | mbeaulieu joined #koha | |
| 16:06 | reiveune | bye |
| 16:06 | reiveune left #koha | |
| 16:16 | TGoat joined #koha | |
| 16:29 | mbeaulieu joined #koha | |
| 17:00 | JoeLib001 joined #koha | |
| 17:01 | JoeLib001 | Hello. :-) |
| 17:01 | I am having troubles with finding an Acquisitions Record using the Catalog. | |
| 17:02 | Did something change regarding Acquisitions Records and the Catalog? Or perhaps hiding records? | |
| 17:03 | I had set the Acquisitions Records to Hide from the OPAC, but I was able to search for them from the Staff Client. I was also able to pull them in from Z39.50 on a different Client. | |
| 17:04 | Now, I can search for the order in Acquisitions, but I can't search for the Record in the Catalog. | |
| 17:08 | cait left #koha | |
| 17:18 | fridolin | see u |
| 17:18 | fridolin left #koha | |
| 17:29 | JoeLib001 | Hmm..., actually looks like Zebra's broken.... XD |
| 17:40 | drojf joined #koha | |
| 17:41 | JoeLib001 | Yeah.., Zebra's Broken... XD |
| 17:42 | Well, it's not indexing for me. I'll beat my head against the correct Brick Wall now. | |
| 17:52 | cait joined #koha | |
| 17:52 | cait | oleonard++ thx |
| 17:52 | :) | |
| 17:53 | my coworkers are testing 3.18 - finding things i never noticed | |
| 17:53 | oleonard | Silly bug, easy fix |
| 17:53 | cait | :) |
| 17:53 | bag | caits_co_workers++ |
| 17:56 | cait | heya bag :) |
| 17:57 | gaetan_B | bye |
| 18:41 | mbeaulieu joined #koha | |
| 18:52 | wnickc joined #koha | |
| 19:06 | gerundio joined #koha | |
| 19:23 | mbeaulieu joined #koha | |
| 20:01 | laurence left #koha | |
| 20:26 | nengard left #koha | |
| 20:28 | wnickc | does anyone know how a fine will be calulcated if the fines cap is not a multiple of the fine amount? i.e. We charge $10 a day with a max of $75. Will the final day be a half charge, or will it stop at $70 |
| 20:29 | cait | half charge |
| 20:29 | at least last time i tested :) | |
| 20:29 | wnickc | thanks cait |
| 20:32 | drojf joined #koha | |
| 20:45 | mbeaulieu joined #koha | |
| 20:47 | mtj | ping bag_away, khall_away for an overdrive Q |
| 20:47 | hi all | |
| 20:47 | cait | hi mtj :) |
| 20:48 | mtj | ..any other bywater folk on #koha, know about OD? |
| 20:50 | wnickc | mtj: about the integratrion? |
| 20:51 | mtj | specifically a bug ive bumped into |
| 20:51 | i want to confirm whether other koha/OD systems have it, too | |
| 20:52 | wnickc | it's on our test site so I can check |
| 20:52 | mtj | ah ok, that would work :p |
| 21:09 | eythian | hi |
| 21:09 | wahanui | hey, eythian |
| 21:11 | eythian | @later tcohen probably not, I think I tried with some part of it once and it ended up having to update half of the modules on the system. |
| 21:11 | huginn | eythian: I'll give you the answer just as soon as RDA is ready |
| 21:11 | eythian | @later tell tcohen probably not, I think I tried with some part of it once and it ended up having to update half of the modules on the system. |
| 21:11 | huginn | eythian: The operation succeeded. |
| 21:12 | cait | cryptic |
| 21:12 | morning eythian | |
| 21:12 | eythian | cait: oh, he wants an updated DBIx::Class in squeeze |
| 21:13 | It's unlikely that's going to happen | |
| 21:13 | I just want to a) upgrade all my servers that are still squeeze to wheezy/jessie when it's out, and b) remove support for squeeze. | |
| 21:22 | mtj | yeah, fair enough |
| 21:25 | ..i think its great that squeeze is LTS, but i dont think we should be obligated to support Koha on squeeze for that long, too | |
| 21:33 | eythian | yeah, definitely |
| 21:33 | wizzyrea | tl;dr? |
| 21:33 | wahanui | http://www.reactiongifs.com/r/dcln.gif |
| 21:40 | mtj | peeps, a bugzilla Q... how should i be tagging bugs for my 3.16.x releases? |
| 21:41 | hmm, i think i know that q already | |
| 21:41 | rangi: about? | |
| 21:42 | i really need some 3.16.x keywords added to BZ, so i can track bugs for my upcoming 3.16.x releases | |
| 21:42 | wizzyrea | theoretically rangi is on holiday. |
| 21:46 | mtj | aah, ok :p all good |
| 21:50 | eythian | I wonder if mtj actually stuck out his tongue in response to that |
| 22:03 | wnickc | purely theoretical vacations can leave a bad taste in your mouth |
| 22:06 | NateC joined #koha | |
| 22:21 | rangi | mtj: if its just for you, use tags |
| 22:21 | i dont want to make a zillion keywords | |
| 22:22 | dcook | Huh, I didn't know Squeeze was LTS |
| 22:22 | Neato burrito: https://wiki.debian.org/LTS/ | |
| 22:22 | Of course, I upgraded from it ages ago myself. I bet we still have a server or two out in the wild running it.. | |
| 22:27 | eythian | eh, they're both right, just talking a bit at cross purposes, it'll resolve itself. |
| 22:27 | cait | eythian: bug? |
| 22:27 | wahanui | i guess bug is it stores biblionumber not itemnumber |
| 22:30 | chrisvella joined #koha | |
| 22:32 | papa joined #koha | |
| 22:44 | rangi | right better go entertain the kids |
| 22:49 | cait left #koha | |
| 23:00 | wnickc | anyone know why koha 3.18.3 form packages might not be seeing Module::Bundled::Files on Ubuntu 14.04? or why plugins might not be loading? |
| 23:02 | eythian | does: perl -MModule::Bundled::Files -e '' say nothing, or say an error? |
| 23:05 | wnickc | can't locate class/isa.pm |
| 23:06 | hm | |
| 23:06 | eythian | how have you installed koha? |
| 23:06 | wnickc | packages |
| 23:06 | wahanui | i heard packages was at http://wiki.koha-community.org/wiki/Debian |
| 23:07 | eythian | hmm |
| 23:07 | schnydszch joined #koha | |
| 23:07 | eythian | try installing libclass-isa-perl |
| 23:07 | I wonder if there's a missing dependency somewhere | |
| 23:07 | though, Module::Bundled::Files should depend on that if it needs it | |
| 23:08 | druthb left #koha | |
| 23:08 | wnickc | that fixed it all |
| 23:08 | installing libclass-isa-perl that is | |
| 23:09 | thanks eythian | |
| 23:09 | eythian | no problem |
| 23:10 | I guess it's a bug in libmodule-bundled-files-perl, the current debian version depends on libblass-isa-perl | |
| 23:10 | I think maybe we should make koha depend on that for safety | |
| 23:10 | wnickc | want me to submit a bug? |
| 23:10 | eythian | if you don't mind |
| 23:11 | wnickc | shall do |
| 23:18 | bug 13639 | |
| 23:18 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13639 enhancement, P5 - low, ---, koha-bugs, NEW , libclass-isa-perl should be a dependency |
| 23:19 | eythian | oh! |
| 23:19 | I know what's going on | |
| 23:19 | ... | |
| 23:19 | maybe | |
| 23:20 | wnickc: can you do apt-cache policy libmodule-bundled-files-perl and copy the full version number | |
| 23:21 | wnickc | 0.03-1~koha1 0 |
| 23:21 | eythian | yep, that's what I thought |
| 23:21 | excellent, I know how to fix that then. | |
| 23:22 | wnickc | yay! |
| 23:28 | schnydszch joined #koha | |
| 23:37 | tom__ joined #koha | |
| 23:55 | dcook | Huh... hadn't heard about GHOST today... http://www.theregister.co.uk/2[…]egavuln_analysis/ |
| 23:56 | Well, I guess it's already been out and about for a week or so now? |
← Previous day | Today | Next day → | Search | Index