Time |
S |
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 |
|
dcook |
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 |
|
dcook |
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 |
|
dcook |
You are a legend! |
00:07 |
|
tcohen |
I'd like to apply them both, and after that *Slim2OpacDetail |
00:08 |
|
tcohen |
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 |
|
tcohen |
which is raw XML instead of a proper XML::LibXML object |
00:10 |
|
tcohen |
(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 |
|
tcohen |
$result = $stylesheet_2->transform( XML::LibXML->load_xml( string => $result, no_cdata=>1 ) ); |
00:12 |
|
tcohen |
so it creates an XML object out of a string (that needs to be parsed) each tuinmte |
00:13 |
|
tcohen |
*time |
00:14 |
|
dcook |
That doesn't look right |
00:14 |
|
dcook |
According to XML::LibXSLT, transform() returns a new XML::LibXML::Document object |
00:14 |
|
dcook |
You wouldn't need to re-load it |
00:15 |
|
dcook |
"Transforms the passed in XML::LibXML::Document object, and returns a new XML::LibXML::Document." |
00:15 |
|
dcook |
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 |
|
dcook |
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 |
|
dcook |
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:26 |
|
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 |
|
dcook |
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 |
|
dcook |
I certainly find it interesting, and kudos to all the work you've done so far :) |
00:27 |
|
dcook |
I'm just pretty behind... way too much work to do at the moment here |
00:28 |
|
dcook |
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 |
|
dcook |
: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 |
|
dcook |
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 |
|
dcook |
Yep |
00:33 |
|
dcook |
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 |
|
dcook |
Is that the one? |
00:34 |
|
eythian |
I think so |
00:34 |
|
eythian |
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 |
|
dcook |
Man... that's so badly labelled |
00:44 |
|
dcook |
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 |
|
dcook |
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 |
|
dcook |
They checked the "required" box but not the one with the vague description and no "required" label :p |
00:49 |
|
eythian |
yeah |
00:49 |
|
eythian |
I could see thta being easy to do |
00:53 |
|
dcook |
lolz |
00:53 |
|
dcook |
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 |
|
wizzyrea |
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 |
|
wizzyrea |
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 |
|
dcook |
Yes, yes you do, wizzyrea. |
01:02 |
|
wizzyrea |
http://www.reactiongifs.com/r/shm2.gif not it, but still funny |
01:04 |
|
wizzyrea |
http://www.reactiongifs.com/r/dcln.gif < the current cause of my giggles |
01:05 |
|
dcook |
hehe |
01:05 |
|
dcook |
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 |
|
dcook |
Really should be working on something else, but this annoys me to no end. |
01:12 |
|
dcook |
Oh... I wonder if I could even change the labels... |
01:12 |
|
dcook |
Well, not change the labels per se |
01:12 |
|
dcook |
Mmm, maybe leave that for another day... |
01:17 |
|
dcook |
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 |
|
dcook |
lol |
01:20 |
|
wizzyrea |
hysterical raisins is <reply> http://www.bay-of-fundie.com/i[…]/hyst-raisins.jpg |
01:20 |
|
wizzyrea |
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 |
|
eythian |
oh, you didn't say 'parent in me' |
01:44 |
|
eythian |
damn, it would have been funnier had you did |
01:44 |
|
eythian |
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 |
|
dcook |
I can't see any way of processing a Template Toolkit block from an external file |
02:31 |
|
dcook |
I would've sworn paxed did it, but I must be mistaken |
02:32 |
|
dcook |
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 |
|
dcook |
So yes I think I'm not conveying myself |
02:32 |
|
dcook |
I mean the [% BLOCK %] directive |
02:32 |
|
dcook |
Processing one of those guys from an external file |
02:32 |
|
wizzyrea |
oh |
02:32 |
|
wizzyrea |
yes, I misunderstood you |
02:32 |
|
dcook |
We [% INCLUDE %] stuff all the time |
02:33 |
|
dcook |
But for some reason, you can't INCLUDE a BLOCK from another file |
02:33 |
|
dcook |
:S |
02:33 |
|
dcook |
Maybe our TT version is old.. |
02:33 |
|
dcook |
Although the maintainer was talking about this back in 2002... |
02:34 |
|
dcook |
Maybe I'm misunderstanding him :) |
02:34 |
|
dcook |
Ha... it looks like I was misunderstanding him |
02:34 |
|
dcook |
But it means even more changes.. |
02:35 |
|
dcook |
And it doesn't look like it's officially documented... |
02:35 |
|
dcook |
Which seems sketchy |
02:37 |
|
dcook |
Version 2.24? |
02:38 |
|
dcook |
2.26 looks like the newest |
02:44 |
|
dcook |
Actually, I suppose you might be able to cheat... |
03:10 |
|
dcook |
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 |
|
dcook |
16 line Perl script ftw |
03:21 |
|
dcook |
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 |
|
dcook |
But yeah, the columns.def/systempreferences thing definitely sprang to mind.. |
03:26 |
|
dcook |
Wait... maybe not columns.def |
03:26 |
|
dcook |
What's columns.def? |
03:27 |
|
dcook |
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 |
|
dcook |
At the moment, I'm just checking to see if we could nuke `permissions.description` |
03:34 |
|
jcamins |
dcook: how odd. |
03:34 |
|
jcamins |
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 |
|
dcook |
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 |
|
dcook |
I'm sure it'll all come out in the wash, I suppose |
03:38 |
|
dcook |
Aha! Good thing I didn't just nuke `permissions.description` |
03:38 |
|
dcook |
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 |
|
dcook |
Oh the temptation... |
03:41 |
|
dcook |
I really don't see why C4::Auth even uses `permissions.description`... |
03:41 |
|
dcook |
I don't think it does for anything except truthiness |
03:41 |
|
dcook |
Maybe not even then.. |
03:41 |
|
dcook |
No... probably for that |
03:41 |
|
* dcook |
grumbles |
03:42 |
|
dcook |
Well, I guess member-flags.pl would also use it.. |
03:43 |
|
dcook |
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 |
|
dcook |
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 |
|
dcook |
How long is a piece of string? |
03:57 |
|
dcook |
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 |
Bug 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 |
|
dcook |
bug 13631 will change the description once we decide on a better way of managing the permission descriptions... |
04:10 |
|
huginn |
Bug 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 |
|
dcook |
The hash could work though |
04:31 |
|
dcook |
Possibly |
04:31 |
|
dcook |
Although then it's still just a big if/else, no? |
04:31 |
|
dcook |
if/elsif/else |
04:32 |
|
dcook |
wth... |
04:34 |
|
dcook |
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 |
|
dcook |
Or doing the lookup somehow |
04:37 |
|
dcook |
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 |
|
eythian |
tbh I'd probably leave it as is for now |
04:37 |
|
eythian |
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 |
|
eythian |
in the thunking to the original code, it'll just be a noop on the query building |
04:40 |
|
eythian |
or it'll stash the values somewhere |
04:40 |
|
eythian |
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 |
|
dcook |
Mind you, I suppose I automatically assume that the round peg is smaller than the square hole... |
04:42 |
|
dcook |
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 |
|
dcook |
That seems... |
04:43 |
|
dcook |
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 |
|
dcook |
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 |
|
eythian |
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 |
|
dcook |
Yeah, it's not bad |
05:07 |
|
dcook |
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 |
|
dcook |
That probably sounds rather vague.. |
06:12 |
|
dcook |
I would definitely like more input from translators for that one |
06:12 |
|
dcook |
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 |
|
paxed |
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 |
|
Joubu1 |
fridolin: bug 12743 |
08:26 |
|
huginn |
Bug 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 |
|
fridolin |
in neworderempty, record creation uses the frameworkcode parameter : |
08:29 |
|
fridolin |
$params->{'frameworkcode'} or $params->{'frameworkcode'} = ""; |
08:29 |
|
fridolin |
( $biblionumber, $bibitemnum ) = AddBiblio( $marcrecord, $params->{'frameworkcode'} ); |
08:29 |
|
fridolin |
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 |
|
Joubu1 |
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 |
|
Joubu1 |
sorry... |
08:40 |
|
fridolin |
Joubu1: but your patch does not not edit neworderempty.pol |
08:40 |
|
fridolin |
o_O |
08:40 |
|
Joubu1 |
That's *not* what it does |
08:40 |
|
Joubu1 |
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 |
|
mtj |
anyone here running any koha/overdrive setups? |
09:03 |
|
mtj |
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 |
|
ashimema |
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 |
|
mtj |
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 |
Bug 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 |
Bug 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 |
|
cait |
bug 5786 |
09:15 |
|
huginn |
Bug 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 |
|
ashimema |
it's an awesome feature |
09:22 |
|
cait |
yeah - i really hope we didn't miss something |
09:22 |
|
cait |
but i want it :) |
09:22 |
|
cait |
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 |
|
ashimema |
I'm currently fighting the urge to clean up the account code |
09:23 |
|
ashimema |
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 |
|
ashimema |
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 |
Bug 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 |
|
gaetan_B |
yes this sounds very interesting indeed |
09:27 |
|
cait |
gaetan_B: it is :) |
09:28 |
|
cait |
it's been one of those with a looong history |
09:28 |
|
cait |
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 |
Bug 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 |
|
cait |
theo pen question is: what happens when the record has items with different itemtypes |
09:30 |
|
cait |
and oneof the itemtypes is set to 'force item level hold' |
09:30 |
|
cait |
Joubu: and we don't show the amount of the actual costs anywhere |
09:31 |
|
cait |
which would be 40 here |
09:31 |
|
cait |
and the total shoudl add up to 40 |
09:31 |
|
cait |
but it says 39 |
09:31 |
|
Joubu1 |
cait: ha, did look at the correct screenshot! |
09:31 |
|
Joubu1 |
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 |
|
cait |
i think the old screenshots show the same order |
09:33 |
|
cait |
but there the amount is right? |
09:34 |
|
Joubu1 |
cait: it a rounding problem I think |
09:35 |
|
Joubu1 |
so it does not appear in all cases |
09:35 |
|
Joubu1 |
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 |
|
cait |
Joubu: i don't see where the rounding problem could happen |
09:41 |
|
cait |
i think it's showing the amounts from the est cost |
09:42 |
|
cait |
instead of the actual cost |
09:42 |
|
cait |
hm the sum is the sum of the estimated costs, but we don't show the sum of the actual costs |
09:42 |
|
cait |
hope that makes sense |
09:44 |
|
cait |
gah confusing :) |
09:45 |
|
Joubu1 |
cait: what is the conf of the supplier? |
09:46 |
|
cait |
can't check right now :( |
09:47 |
|
cait |
but i think it's inc inc |
09:47 |
|
cait |
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 |
|
Joubu1 |
it's the estimated cost |
09:55 |
|
cait |
yeah, but it lists the actual cost aboe |
09:55 |
|
cait |
the total seems to either show estimated or actual, is that possible? but the amount only looks at the estimated |
09:57 |
|
cait |
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 |
|
cait |
ok, then we can drop this here |
10:01 |
|
cait |
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 |
Bug 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 |
|
cait |
i think i started work on the order creator search last night |
10:02 |
|
cait |
might finish that first |
10:02 |
|
cait |
i went by the change date after working on some of the bugs |
10:04 |
|
cait |
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 |
Bug 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 |
|
sophie_m |
@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 |
|
ashimema |
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 |
|
Joubu |
(C4::Auth cleaning stuff) |
10:53 |
|
ashimema |
ooh.. |
10:53 |
|
ashimema |
Nice spot Joubu.. |
10:54 |
|
ashimema |
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 |
|
cait |
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 |
|
cait |
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 |
|
cait |
are you familiar with sql? |
10:58 |
|
DanSwano |
cait, yes, a little bit |
10:59 |
|
DanSwano |
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 |
|
cait |
it means you are missing some of the mandatory data that shoudl be installed by the web installer |
11:05 |
|
cait |
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 |
|
cait |
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 |
|
ashimema |
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 |
|
ashimema |
the koha-common package should be fine.. which repo are you following.. stable I hope? |
12:04 |
|
ashimema |
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 |
|
DanSwano |
the koha_lib database has been removed |
12:13 |
|
DanSwano |
2. koha-create --create-db lib |
12:13 |
|
DanSwano |
Koha instance is empty, no staff user created. |
12:13 |
|
DanSwano |
[ ok ] Restarting web server: apache2 ... waiting . |
12:13 |
|
DanSwano |
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 |
|
DanSwano |
step 1: language - English |
12:17 |
|
DanSwano |
All dependencies installed. |
12:17 |
|
DanSwano |
Step 2: Database koha_lib exists. |
12:17 |
|
DanSwano |
User koha_lib has all required privileges on database koha_lib. |
12:18 |
|
DanSwano |
Step 3: Database tables created |
12:19 |
|
DanSwano |
Now I install basic configuration settings |
12:19 |
|
DanSwano |
MARC flavor: unimarc |
12:19 |
|
cait |
marcelr++ |
12:19 |
|
cait |
DanSwano: quick check |
12:19 |
|
cait |
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 |
|
ashimema |
they're in russia |
12:20 |
|
ashimema |
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 |
|
cait |
so search works correctly later |
12:23 |
|
cait |
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 |
|
ashimema |
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 |
|
cait |
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 |
|
ashimema |
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 |
|
cait |
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 |
|
ashimema |
well that's good DanSwano.. means you've already made the right change there. |
12:28 |
|
cait |
yep |
12:28 |
|
cait |
so let's continue with unimarc here |
12:29 |
|
DanSwano |
yes, after install there was "marc21" |
12:29 |
|
DanSwano |
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 |
|
cait |
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 |
|
cait |
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 |
|
DanSwano |
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 |
|
cait |
oh |
12:33 |
|
cait |
can you see if the userflags is ok now? |
12:33 |
|
DanSwano |
just a moment |
12:34 |
|
DanSwano |
yes! the "userflags" table is filled! |
12:35 |
|
cait |
good sign! |
12:35 |
|
DanSwano |
now I try to add ru-RU lang |
12:36 |
|
DanSwano |
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 |
|
cait |
it's kind of a super user that should only be used in special circumstances |
12:38 |
|
cait |
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 |
|
DanSwano |
and why after koha-translate --install ru-RU I cannot see the panel with language select? |
12:44 |
|
DanSwano |
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 |
|
cait |
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 |
|
cait |
you might wnt to look into setting up ICU |
12:50 |
|
cait |
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 |
|
cait |
http://wiki.koha-community.org[…]of_Arabic_records |
12:50 |
|
cait |
you don't need the arabic rules of course |
12:51 |
|
cait |
there is a standard file in koha that works nicely for us with hebrew |
12:51 |
|
cait |
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 |
|
cait |
the web installer files are sql files |
13:21 |
|
cait |
sometimes the other languages (not en) get out of sync |
13:21 |
|
cait |
if they are not actively maintained |
13:21 |
|
cait |
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 |
|
cait |
and from the optional data don't select the sample libraries and patrons |
13:24 |
|
cait |
but keep the mandatory |
13:25 |
|
cait |
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 |
|
cait |
not an easy way |
13:25 |
|
cait |
there is a script do delete patrons i think |
13:25 |
|
cait |
you'd have to run that first and get them all deleted |
13:25 |
|
cait |
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 |
|
cait |
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 |
Bug 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 |
Bug 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 |
|
cait |
Joubu: i think deleting the sql files is not possible unless you build a fallback like we have for the sysprefs |
14:38 |
|
cait |
Joubu: currntly if the file is not in the translated installer directory it won't get installed (no fallback uatomatically) |
14:38 |
|
cait |
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 |
|
Joubu |
ok |
14:40 |
|
Joubu |
so it's possible : |
14:40 |
|
Joubu |
:) |
14:40 |
|
cait |
yep, just needs a bit more thought |
14:41 |
|
cait |
but if we do this, we should get rid of the sql files in the translated directories |
14:41 |
|
cait |
i think there is a patch from bernardo doing something like this for the lanugage sql files somewhere |
14:41 |
|
cait |
those already include the translations- so they also make no sense in lots of copies |
14:42 |
|
cait |
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 |
|
JoeLib001 |
I am having troubles with finding an Acquisitions Record using the Catalog. |
17:02 |
|
JoeLib001 |
Did something change regarding Acquisitions Records and the Catalog? Or perhaps hiding records? |
17:03 |
|
JoeLib001 |
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 |
|
JoeLib001 |
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 |
|
JoeLib001 |
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 |
|
cait |
:) |
17:53 |
|
cait |
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 |
|
cait |
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 |
|
mtj |
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 |
|
mtj |
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 |
|
cait |
morning eythian |
21:12 |
|
eythian |
cait: oh, he wants an updated DBIx::Class in squeeze |
21:13 |
|
eythian |
It's unlikely that's going to happen |
21:13 |
|
eythian |
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 |
|
mtj |
..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 |
|
mtj |
hmm, i think i know that q already |
21:41 |
|
mtj |
rangi: about? |
21:42 |
|
mtj |
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 |
|
rangi |
i dont want to make a zillion keywords |
22:22 |
|
dcook |
Huh, I didn't know Squeeze was LTS |
22:22 |
|
dcook |
Neato burrito: https://wiki.debian.org/LTS/ |
22:22 |
|
dcook |
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 |
|
wnickc |
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 |
|
eythian |
I wonder if there's a missing dependency somewhere |
23:07 |
|
eythian |
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 |
|
wnickc |
installing libclass-isa-perl that is |
23:09 |
|
wnickc |
thanks eythian |
23:09 |
|
eythian |
no problem |
23:10 |
|
eythian |
I guess it's a bug in libmodule-bundled-files-perl, the current debian version depends on libblass-isa-perl |
23:10 |
|
eythian |
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 |
|
wnickc |
bug 13639 |
23:18 |
|
huginn |
Bug 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 |
|
eythian |
I know what's going on |
23:19 |
|
eythian |
... |
23:19 |
|
eythian |
maybe |
23:20 |
|
eythian |
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 |
|
eythian |
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 |
|
dcook |
Well, I guess it's already been out and about for a week or so now? |