Time |
S |
Nick |
Message |
00:02 |
|
|
plur joined #koha |
00:06 |
|
|
maximep left #koha |
00:07 |
|
|
papa joined #koha |
00:10 |
|
|
dcook joined #koha |
00:36 |
|
|
mtompset joined #koha |
00:36 |
|
mtompset |
Greetings, #koha. |
00:36 |
|
mtompset |
I'm glad the build problems were resolved. :) |
00:36 |
|
|
plur joined #koha |
00:43 |
|
* mtompset |
sighs, "I believe the shibboleth patch by biblibre must work using mod_shib. :( -- I can't seem to figure out how the environment variable gets set in the apache server otherwise." |
00:46 |
|
mtompset |
Greetings, druthb. |
00:46 |
|
druthb |
Hi, mtompset! |
00:54 |
|
dcook |
So I have a dev system which has a database that I want to "reset" |
00:55 |
|
dcook |
Would it be enough to re-run "kohastructure.sql", the mysql/en/mandatory *.sql files, and maybe some optional ones? |
00:55 |
|
dcook |
Then re-run updatedatabase.pl? |
00:58 |
|
dcook |
More importantly...anyone have any idea why "message_transports" has a branchcode column? |
00:59 |
|
cjh |
just had a peek, kohastructure.sql has a 'drop table if exists' for each table |
00:59 |
|
cjh |
so it will wipe any data already in them :) |
00:59 |
|
dcook |
Yeah, I saw that, which got me thinking that it might work |
01:00 |
|
druthb |
lulz.. http://librarianproblems.com/p[…]rganized-by-title |
01:00 |
|
dcook |
lol, druthb |
01:00 |
|
|
sivoais joined #koha |
01:03 |
|
dcook |
cjh: I might not chance it this time. Once I get a set up at home, perhaps |
01:03 |
|
jcamins |
dcook: I usually drop the database, recreate the database, and go through the installer again. |
01:03 |
|
* mtompset |
nods at jcamins, "Me too." |
01:03 |
|
cjh |
koha-remove and koha-create :) |
01:04 |
|
dcook |
cjh: If only...:( |
01:04 |
|
dcook |
jcamins: How do you mean recreate? |
01:04 |
|
dcook |
A new schema or using Koha scripts? |
01:04 |
|
jcamins |
create database koha; |
01:04 |
|
cjh |
drop database foo; create database foo; |
01:04 |
|
mtompset |
cjh: Only works for packages. :P |
01:04 |
|
cjh |
mtompset: I live in package wonderland :D |
01:04 |
|
* mtompset |
smiles, "They are great, aren't they?" |
01:04 |
|
jcamins |
cjh: my development system predates koha-gitify. |
01:05 |
|
cjh |
jcamins: I feel your pain. |
01:05 |
|
cjh |
jcamins: simple enough to change now though ;) |
01:05 |
|
cjh |
I used to do the gitify process by hand for every dev instance >.> |
01:05 |
|
dcook |
jcamins: Right, so drop, create, but...then how do you populate the database? |
01:05 |
|
cjh |
dcook: import kohastructure.sql |
01:06 |
|
jcamins |
Nah, that's the hard way. |
01:06 |
|
jcamins |
Navigate to the staff client. |
01:06 |
|
jcamins |
Follow the prompts. |
01:06 |
|
dcook |
O_O |
01:06 |
|
dcook |
So I can just drop it, re-create it, and then go to the staff client and use the web installer? |
01:06 |
|
jcamins |
Yup. |
01:06 |
|
dcook |
^_^ |
01:06 |
|
dcook |
I sort of want to hug you right now, jcamins |
01:06 |
|
dcook |
Hmm, you can tell it's Friday... |
01:07 |
|
* dcook |
checks that it is Friday |
01:07 |
|
dcook |
Yes, Friday |
01:10 |
|
|
plur joined #koha |
01:12 |
|
jcamins |
dcook: you only hug people on Fridays? :P |
01:16 |
|
dcook |
jcamins: I think I'm more exuberant on Fridays ;) |
01:16 |
|
jcamins |
Ah. |
01:16 |
|
jcamins |
This is kind of sad. I just bought cranberries a few weeks ago and I'm already nearly out. |
01:17 |
|
dcook |
Thanks for the advice :). This looks much nicer now. I just need to import some records and I'm good to go. |
01:17 |
|
dcook |
A few weeks? |
01:17 |
|
dcook |
I'm not sure anything stays in our house longer than A week |
01:17 |
|
jcamins |
Yeah, but how many kilos of dried berries do you buy at a time? |
01:18 |
|
dcook |
Touché |
01:19 |
|
dcook |
At most, I think it's a kilo of frozen raspberries |
01:19 |
|
dcook |
Maybe two |
01:22 |
|
dcook |
Hmm, I think someone already has reported a bug about items not being exported/imported... |
01:22 |
|
dcook |
According to Koha, 99 items have been added, but in fact it was 0... |
01:31 |
|
dcook |
bug 9839 |
01:31 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9839 major, P5 - low, ---, kyle.m.hall, Pushed to Stable , when importing MARC records, item record not created even when set to "always add" |
01:31 |
|
dcook |
:S |
01:32 |
|
wizzyrea |
! |
01:32 |
|
wizzyrea |
are you on master/ |
01:32 |
|
wizzyrea |
? |
01:32 |
|
dcook |
Mhm |
01:32 |
|
jcamins |
Uh-oh. |
01:33 |
|
jcamins |
Actually, I think that's a different bug. |
01:33 |
|
jcamins |
\o/ |
01:33 |
|
dcook |
Possibly? |
01:33 |
|
dcook |
Because it is saying that the items have been added |
01:33 |
|
dcook |
They just...haven't been |
01:34 |
|
jcamins |
Bug 9839 fixed item import only when "handle matching bibs" is set to "ignore." |
01:35 |
|
jcamins |
(because that's when it was broken... I thought) |
01:37 |
|
dcook |
http://imgur.com/wb7Ox25 |
01:40 |
|
jcamins |
The problem with galley-style kitchens? |
01:40 |
|
wahanui |
well, the problem with galley-style kitchens is that you get dizzy removing cookies from the baking sheet to put on the cooling rack. |
01:40 |
|
jcamins |
Very true. |
01:40 |
|
wahanui |
I know. That's why I said it. |
01:40 |
|
jcamins |
dcook: and you have libraries defined that match the ones in your sample data? |
01:42 |
|
dcook |
It would appear not |
01:43 |
|
wizzyrea |
^ would explain the items thing |
01:43 |
|
dcook |
I'm going to try it out with a new lib |
01:43 |
|
dcook |
It should probably send up a fail message rather than 99 items added though in that case :/ |
01:44 |
|
dcook |
new old lib that is |
01:44 |
|
dcook |
Huzzah! We have items! |
01:44 |
|
dcook |
Good one, jcamins |
01:45 |
|
jcamins |
\o/ |
01:46 |
|
dcook |
Re-indexing Zebra and...all done! |
01:47 |
|
dcook |
Hmm, importing items seems like a bad idea... |
01:48 |
|
dcook |
Silly items. You're not onloan anymore. |
01:48 |
|
jcamins |
Oh, yeah, that can get problematic. |
01:48 |
|
jcamins |
If you check them out than check them back in it fixes it. |
01:49 |
|
dcook |
I just set the onloan column to null |
01:49 |
|
jcamins |
Or that. |
01:49 |
|
jcamins |
And reindex. |
01:49 |
|
dcook |
Yep :) |
01:49 |
|
dcook |
I doubt that any associated records were created to match a problematic onloan status |
01:50 |
|
dcook |
I think issues would be the only other place and that's clear.. |
01:50 |
|
jcamins |
No, definitely not. |
01:50 |
|
jcamins |
That's why it's problematic: the items are out of sync with the rest of the catalog. |
01:51 |
|
dcook |
Definitely problematic |
01:52 |
|
dcook |
I suppose some of this data shouldn't actually be in the items table |
01:52 |
|
jcamins |
Well, it makes sense- you don't want to do a lookup in issues every time you look at an item. |
01:52 |
|
dcook |
True true |
01:52 |
|
|
NateC joined #koha |
01:53 |
|
dcook |
I definitely get the logic of having a lot of this information in the items table |
01:53 |
|
dcook |
Maybe "cleaning" the items on import would be an idea |
01:53 |
|
dcook |
Or on export |
01:56 |
|
dcook |
I guess that gets awfully complicated though |
01:56 |
|
dcook |
Because you never know what information you want to keep and what info you want to toss |
01:56 |
|
jcamins |
What would be really useful would be "views" of MARC records. |
01:56 |
|
dcook |
Views? |
01:57 |
|
jcamins |
Yeah. |
01:57 |
|
jcamins |
So for example, you define a "public" view which includes such-and-such information, a "public save" view, a "staff export" view, etc., etc. |
01:57 |
|
* druthb |
watches the translation updates chugga chugga |
01:59 |
|
dcook |
Mmm, I could dig that for sure |
01:59 |
|
druthb |
puh. |
01:59 |
|
cjh |
jcamins: isnt that what we currently do with xslt? although in xslt we also transform the data and lay it out. |
02:02 |
|
|
NateC left #koha |
02:05 |
|
jcamins |
cjh: only in one limited context. |
02:05 |
|
jcamins |
Well, four, if you count the two details and two results view. |
02:05 |
|
dcook |
It's not very librarian/user friendly either |
02:05 |
|
jcamins |
What we really need is the ability to say "if the record is being accessed via the OPAC, these fields are (not) visible," etc. |
02:05 |
|
dcook |
(Although I just saw the XSLT defaults for master and they look pretty swag) |
02:05 |
|
cjh |
it isnt very developer friendly either :p |
02:05 |
|
jcamins |
Except preferably not in a MARC-y way. |
02:06 |
|
dcook |
Mhm! |
02:06 |
|
jcamins |
Because... |
02:06 |
|
jcamins |
more marc? |
02:06 |
|
jcamins |
let's have more marc/ |
02:06 |
|
jcamins |
let's have more marc? |
02:06 |
|
jcamins |
let's add more marc? |
02:06 |
|
jcamins |
how about more marc? |
02:06 |
|
jcamins |
more marc! |
02:06 |
|
dcook |
hehe |
02:06 |
|
jcamins |
use more marc |
02:06 |
|
dcook |
The only thing about not using marc is that you have to rely on the database |
02:06 |
|
dcook |
And there are going to be times when people want data from their bibliographic record which isn't stored in the database |
02:06 |
|
wizzyrea |
we should use more marc |
02:06 |
|
wahanui |
http://02varvara.files.wordpre[…]no-bear.jpg?w=800 |
02:07 |
|
* dcook |
has had this issue routinely |
02:07 |
|
jcamins |
I was thinking something a bit more format-agnostic. |
02:07 |
|
eythian |
marky mark? |
02:07 |
|
jcamins |
There it is! |
02:07 |
|
jcamins |
I am decidedly anti-DB field-based stuff. |
02:07 |
|
dcook |
I'm a fan of format-agnostic, but achieving it is another thing. I suppose you could do it through mappings.. |
02:07 |
|
dcook |
\o/ |
02:07 |
|
wizzyrea |
marky mark is http://www.youtube.com/watch?v=-eSN8Cwit_s |
02:08 |
|
* dcook |
truly dislikes editing the detail and result templates (and perl scripts) just to show one extra field |
02:08 |
|
dcook |
Or one subfield |
02:08 |
|
wizzyrea |
you don't use xslt? |
02:08 |
|
dcook |
Nope :/ |
02:08 |
|
wizzyrea |
perhaps you should investigate it |
02:08 |
|
dcook |
I plan to |
02:08 |
|
wizzyrea |
makes all that much easire |
02:08 |
|
wizzyrea |
easier* |
02:08 |
|
dcook |
I know ;) |
02:08 |
|
jcamins |
Not to mention nicer-looking. |
02:08 |
|
dcook |
I just need to make the case to the boss |
02:08 |
|
dcook |
But I'm not much of an expert on XSL...yet |
02:09 |
|
dcook |
Once I get my box running Koha (hopefully this weekend), I'll use the XSLTs, and then make the case here |
02:09 |
|
jcamins |
"Make the OPAC look like it's from the 2010s not the 2000s!" |
02:09 |
|
jcamins |
:D |
02:09 |
|
dcook |
But I need to show that I can do that :p |
02:09 |
|
dcook |
Or that I can maintain and develop it |
02:09 |
|
dcook |
And possibly coach others in how to do that |
02:10 |
|
dcook |
I've played a bit with the XSLTs here and modified one in the past to go from inmagic tagged format to marcxml (\o/ saved the library 1800+ dollars by doing it myself) |
02:10 |
|
dcook |
Mind you, the 2000 dollar quote was ridiculous for a tiny data migration.. |
02:10 |
|
dcook |
I think 2013 is the year of XSL/XML pour moi :p |
02:11 |
|
dcook |
And XPATH I guess |
02:11 |
|
dcook |
XPATH seems like second nature now |
02:11 |
|
* jcamins |
is finding 2013 more the year of JSON. |
02:11 |
|
dcook |
Mmm, I did do some JSON parsing earlier in the year |
02:11 |
|
dcook |
Got a bunch of JSON files and was told, "Now extract some urls from that" |
02:11 |
|
dcook |
Which really wasn't too hard but it was a first |
02:12 |
|
* dcook |
really wants to play with the report web service in Koha :D |
02:12 |
|
dcook |
All the JSON! |
02:12 |
|
jcamins |
Also, things like this... |
02:13 |
|
pastebot |
"jcamins" at 127.0.0.1 pasted "Issues json" (1 line) at http://paste.koha-community.org/12 |
02:14 |
|
jcamins |
Exactly. |
02:14 |
|
cjh |
<3 json |
02:14 |
|
dcook |
Then : delineates key-value pairs.. |
02:15 |
|
cjh |
yeap |
02:17 |
|
mtompset |
Hmmm... I thought I patched this silent warning before. |
02:17 |
|
dcook |
And the difference is that an object is unordered while an array is ordered? |
02:17 |
|
dcook |
Amongst other things I'm sure.. |
02:19 |
|
cjh |
yeah, unordered and key/value rather than offset/value :) |
02:21 |
|
dcook |
Mmm, right |
02:21 |
|
dcook |
Love it |
02:22 |
|
jcamins |
Though the canonical of an object has ordered keys. |
02:22 |
|
jcamins |
*canonical representation |
02:27 |
|
dcook |
What's the significance of having the ordered keys? |
02:28 |
|
jcamins |
dcook: none, except that you can get complaints about the JSON not being canonical when you use some parsers online. |
02:28 |
|
cjh |
canonical representation is often used for hashing, the same json value should always give the same hash, so they format it to allow this (remove whitespace, sort keys, etc.) |
02:28 |
|
* dcook |
frowns |
02:28 |
|
jcamins |
And I was pointing that out to clarify that if keys are ordered, that doesn't make it an array. |
02:29 |
|
jcamins |
Probably obvious, but... |
02:30 |
|
dcook |
Very much appreciated, jcamins :) |
02:30 |
|
dcook |
cjh: I'm not sure that I follow. |
02:30 |
|
cjh |
dcook: you dont have to worry about it :) |
02:30 |
|
dcook |
Ohhh, that kind of hashing |
02:30 |
|
dcook |
I think I gotcha now |
02:30 |
|
cjh |
it doesnt matter, but that is why the keys are sorted in canonical form. |
02:31 |
|
dcook |
I might not worry, but I like to know things ;) |
02:31 |
|
dcook |
Cool beans |
02:36 |
|
eythian |
jcamins: I have some records with a 222$a and a 245$b (no 245$a.) Is this something you'd find meaningful? |
02:37 |
|
eythian |
they are serials |
02:37 |
|
eythian |
should I just merge the 222 and 245 into a 245? |
02:38 |
|
eythian |
the problem is that Koha doesn't seem to handle 222. |
02:38 |
|
jcamins |
It looks to me like you need to copy the 222$a into 245$a, and then keep the 222 as-is. |
02:38 |
|
eythian |
that's also a valid option. |
02:38 |
|
eythian |
probably more sensible. |
02:38 |
|
jcamins |
Unless they already have a 245$a, in which case you can leave it. |
02:38 |
|
eythian |
yep |
02:38 |
|
druthb |
slightly less chance of pissing off the catalogers. Don't mess with their wierd data. |
02:39 |
|
eythian |
these records are actually pretty complete, it has 210$a, 222$a, 245$b, and 246$a |
02:39 |
|
eythian |
just no 245$a which was throwing my conversion off :) |
02:39 |
|
jcamins |
Understandably. |
02:40 |
|
eythian |
(of course, some other records are really ... different quality. Like no ISBD punctuation.) |
02:40 |
|
jcamins |
GERMS! |
02:40 |
|
wizzyrea |
"special" |
02:40 |
|
eythian |
and one that has no 222 nor a 254$a |
02:41 |
|
eythian |
in fact, the only title information is a single subtitle |
02:41 |
|
jcamins |
lol |
02:41 |
|
jcamins |
Nice! |
02:41 |
|
druthb |
The wierder the data, the *more* likely it is you will torque off a cataloger by tinkering with it. They're *proud* of their mental wierdness. |
02:41 |
|
eythian |
heh |
02:42 |
|
druthb |
...and if you ever get to do a Millenium serials conversion.... well, start by finding and purchasing the *largest* bottle you can find of your favorite liquor... |
02:42 |
|
eythian |
I don't think that's much of a thing in these parts. |
02:43 |
|
dcook |
Millennium or liquor? |
02:43 |
|
eythian |
(Millenium, that is) |
02:43 |
|
dcook |
;) |
02:43 |
|
eythian |
heh |
02:43 |
|
* eythian |
has two bottles of whisky at work with me today to put a lie to the other option :) |
02:43 |
|
jcamins |
Wise. |
02:46 |
|
dcook |
hehe |
02:46 |
|
dcook |
All I have is a coke zero and some cough drops :/ |
02:47 |
|
dcook |
Really need to get a beer fridge at work... |
02:47 |
|
dcook |
There is a wine shop nearly within spitting distance.. |
02:48 |
|
mtompset |
All this beer talk makes me think of a comic. |
02:49 |
|
mtompset |
http://xkcd.com/323/ |
02:49 |
|
mtompset |
I'm sure you all knew that was coming. :) |
03:03 |
|
dcook |
Good ol' xkcd |
03:04 |
|
* dcook |
recently got some Bison Grass Polish vodka... |
03:04 |
|
dcook |
Haven't tried it yet though. I hear it's amazing. |
03:04 |
|
wizzyrea |
I read "bison grass polish" and thought... that exists? |
03:04 |
|
wizzyrea |
oh PO lish |
03:05 |
|
wizzyrea |
not paw lish |
03:05 |
|
dcook |
Have to love English sometimes |
03:05 |
|
wizzyrea |
do not, I probably wouldn't actually say the aforementioned w |
03:05 |
|
dcook |
Polish bison grass vodka would've probably made more sense too |
03:05 |
|
wizzyrea |
in polish |
03:05 |
|
wizzyrea |
no, those words do not make sense together for me. |
03:06 |
|
eythian |
it's made from real Polish bison grass. |
03:07 |
|
wizzyrea |
still nothin. |
03:07 |
|
dcook |
http://www.zubrowka.com/ |
03:07 |
|
dcook |
One of the most original Polish vodka brands, eh? |
03:08 |
|
dcook |
I wonder what the least original Polish vodka brand is.. |
03:08 |
|
* wizzyrea |
has no idea |
03:08 |
|
* wizzyrea |
thought vodka was made out of potatoes |
03:08 |
|
* dcook |
too |
03:08 |
|
dcook |
Wikipedia says differently it seems |
03:09 |
|
wizzyrea |
their website is pants. |
03:09 |
|
dcook |
hehe |
03:09 |
|
wizzyrea |
it's interrupting my previously selected musical work accompaniment. This aggression will not stand, man. |
03:09 |
|
dcook |
Everytime I hear the word "pants", in any context, I think of that video you sent me |
03:09 |
|
wizzyrea |
lol :) |
03:10 |
|
jcamins |
Vodka is made from several starches. |
03:11 |
|
jcamins |
And, by the way, Polish bison grass is the best. |
03:11 |
|
jcamins |
There bisons coming all the way from across the Atlantic just for some grass. |
03:13 |
|
jcamins |
*there are |
03:13 |
|
jcamins |
I shouldn't IRC and put away cookies at the same time. |
03:13 |
|
jcamins |
It totally ruins the joke when the sentence is incoherent. |
03:14 |
|
dcook |
I think bison is also plural and singular |
03:14 |
|
dcook |
The nerd in me couldn't help but concentrate on the extra s |
03:14 |
|
dcook |
Speaking of which.. |
03:14 |
|
mtompset |
Have a great day, everyone. |
03:14 |
|
dcook |
http://en.wikipedia.org/wiki/B[…]o_Buffalo_buffalo |
03:14 |
|
dcook |
Also what kind of cookies, jcamins? |
03:14 |
|
* dcook |
actually works |
03:14 |
|
dcook |
It's a good sign that the computer hasn't exploded.. |
03:15 |
|
dcook |
Ah, that's because I'm an idiot |
03:15 |
|
wizzyrea |
"Buffalo bison that other Buffalo bison bully, themselves bully Buffalo bison. |
03:15 |
|
jcamins |
dcook: http://recipes.howstuffworks.c[…]unkies-recipe.htm |
03:15 |
|
jcamins |
Came out really good. |
03:15 |
|
druthb |
Peter Piper picked a peck... |
03:15 |
|
* druthb |
blinks |
03:16 |
|
jcamins |
Well, the cookies bore more than a passing resemblence to those, anyway. |
03:16 |
|
* dcook |
remedies the problem and prepares for explosion |
03:17 |
|
dcook |
Mmm, those look delicious, jcamins |
03:20 |
|
jcamins |
They are! |
03:22 |
|
dcook |
Where do all the cookies go? |
03:22 |
|
eythian |
... |
03:23 |
|
eythian |
where do you think cookies go? |
03:24 |
|
dcook |
Well, they're not going into my mouth. |
03:24 |
|
dcook |
I'm just curious if jcamins and his wife eat them all |
03:24 |
|
dcook |
I don't think I know anyone else who makes as many cookie |
03:24 |
|
dcook |
cookies* |
03:25 |
|
* dcook |
successfully stored and retrieved his pdf without blowing anything up :) |
03:25 |
|
wizzyrea |
http://www.tumblr.com/tagged/c[…]e%20monster%20gif |
03:27 |
|
dcook |
Mmm cookies |
03:28 |
|
jcamins |
dcook: I bake cookies for a lot of my friends. |
03:29 |
|
dcook |
Lucky friends :) |
03:36 |
|
jcamins |
It works well. They get cookies, I get A) an excuse to bake, and B) reimbursed for ingredients. |
03:38 |
|
* dcook |
thumbs up |
03:38 |
|
* jcamins |
heads to bed, having gotten to within striking distance of Inbox Zero... for the second time today. |
03:39 |
|
dcook |
night jcamins. Thanks again for that database tip |
03:40 |
|
ibeardslee |
Ctrl+A, Shift+Del |
03:40 |
|
ibeardslee |
= Inbox Zero |
03:41 |
|
wizzyrea |
^ |
03:42 |
|
trea |
sorted |
03:50 |
|
* eythian |
wonders if 246 but no 245 is a sensible thing to see. |
03:50 |
|
dcook |
Off the top of my head, I don't think so |
03:50 |
|
dcook |
Unless... |
03:50 |
|
wahanui |
unless is probably meant to give code that reads more like natural language? but i'm not a fan either |
03:50 |
|
dcook |
Is there a 240? |
03:50 |
|
eythian |
narp |
03:51 |
|
dcook |
So there's no title field anywhere? |
03:51 |
|
dcook |
Other than the 246 variant? |
03:52 |
|
eythian |
just the 246. |
03:52 |
|
dcook |
Bizarre |
03:52 |
|
wizzyrea |
that really sounds like a crazy cataloger. |
03:52 |
|
eythian |
ahh |
03:52 |
|
dcook |
Or a bad migration in the past |
03:52 |
|
eythian |
no, it's my fault. |
03:52 |
|
dcook |
Well, we didn't want to say anything...:p |
03:53 |
|
eythian |
it actually has _two_ 245s and a 246, but my process was removing the 245s. |
03:53 |
|
dcook |
Mmm |
03:53 |
|
eythian |
which is also not allowed in MARC. |
03:53 |
|
wahanui |
okay, eythian. |
03:53 |
|
dcook |
Indeed |
03:54 |
|
eythian |
I think if I see multiple 245 records, I'll turn all but the first into 246. |
03:54 |
|
dcook |
Might be an idea. What sorts of multiples are they? |
03:55 |
|
eythian |
245 0 _aArchives New Zealand [videorecording] |
03:55 |
|
eythian |
245 0 _aTe Rua Mahara o te Kawanatanga, nau mai, haere mai [videorecording] |
03:55 |
|
eythian |
246 _aWelcome to Archives New Zealand |
03:55 |
|
eythian |
like that |
03:55 |
|
dcook |
Ahhh |
03:55 |
|
dcook |
Huh.. |
03:55 |
|
eythian |
really, the second 245 should become a translated title, but there's no way to know that programatically |
03:56 |
|
eythian |
that is, into 245$b following an ' = ' |
03:56 |
|
dcook |
Yeah.. |
03:56 |
|
dcook |
Good ol' parallel titles |
03:57 |
|
dcook |
I suppose you might be able to cheat a bit about put the = after the 245$a (at the start of thte 245$b), but that assumes you don't already have a 245$b.. |
03:57 |
|
dcook |
Yeah, I guess the best thing to do would probably just to make it a 246 :/ |
03:57 |
|
eythian |
yeah. I think varying form of title will be close enough |
03:58 |
|
dcook |
Ultimately, it depends on your user |
03:58 |
|
dcook |
user(s) |
03:58 |
|
dcook |
Do they care about other languages, do the 246s appear in the detail page and/or search results? |
03:58 |
|
dcook |
Are they indexed? |
03:58 |
|
eythian |
they are/do |
03:58 |
|
eythian |
they show as "other titles" |
03:58 |
|
dcook |
Cool beans |
03:59 |
|
dcook |
My favourite cataloguing adage |
03:59 |
|
dcook |
Paraphrased |
03:59 |
|
dcook |
If you're going to make an error, make it consistently |
04:00 |
|
eythian |
heh |
04:00 |
|
dcook |
Too bad the 242 is so specific |
04:00 |
|
eythian |
well, it's not unreasonable. At least then it can be fixed. |
04:01 |
|
eythian |
the problem here is that I don't know that it'll always be a translated title, or just another way of writing it. |
04:01 |
|
dcook |
Mmm, that's true |
04:01 |
|
eythian |
and I'm not going to fix them all by hand :) |
04:01 |
|
dcook |
How many records? |
04:01 |
|
dcook |
If you can keep a count of the dupes, you might be able to pass that off to a cataloguer.. |
04:02 |
|
eythian |
hard to say. |
04:02 |
|
eythian |
well, easy to say, I just don't have numbers. |
04:02 |
|
dcook |
haha, fair enough |
04:02 |
|
eythian |
it needs to be scriptable anyway. |
04:02 |
|
* dcook |
dislikes working with windows shares... |
04:03 |
|
dcook |
Right, I just mean in terms of "fixing" things up in the end |
04:03 |
|
dcook |
Mind you, how many librarians really want to do work like that? |
04:03 |
|
dcook |
I mean... |
04:03 |
|
dcook |
How many libraries have the staff time to really do work like that? |
04:03 |
|
eythian |
yeah |
04:03 |
|
dcook |
Although that does remind me of my cataloguing class.. |
04:03 |
|
eythian |
often they'll use it as a chance to clean up records though. |
04:03 |
|
dcook |
We had to plan a reclassification project in terms of staff time for 6-8 people |
04:04 |
|
dcook |
I figured that the systems librarian could do it in about 15-30 minutes and then 1-2 people could fix some stickers |
04:04 |
|
dcook |
It is a good chance to clean up records |
04:04 |
|
* dcook |
is a fan of good metadata |
04:04 |
|
dcook |
But not of windows |
04:04 |
|
dcook |
If that wasn't clear :p |
04:04 |
|
dcook |
Well, Windows |
04:04 |
|
dcook |
windows are great. |
04:05 |
|
eythian |
they let you see outside, and everything! |
04:06 |
|
dcook |
Yeah! |
04:06 |
|
dcook |
Blue skies! |
04:06 |
|
dcook |
And a bit of wind judging from the tree on the roof next to me |
04:17 |
|
* eythian |
notes that it's beer o'clock. |
04:17 |
|
|
cait joined #koha |
04:17 |
|
* druthb |
pouncehugs cait |
04:19 |
|
cait |
hi :) |
04:20 |
|
cait |
hi #koha |
04:26 |
|
dcook |
hey ya cait :) |
04:28 |
|
cait |
hi dcook :) |
04:46 |
|
dcook |
That moment when you think you've deleted everything... |
04:46 |
|
dcook |
How many hours 'til beer o'clock in Sydney.. |
04:47 |
|
cait |
dcook: i think i reported a bug somehwere for no errror message when your branchcode prevents items from being added |
04:48 |
|
dcook |
Awesome. I was going to before but got side-tracked |
04:48 |
|
cjh |
dcook: beer o clock is about 4pm |
05:21 |
|
dcook |
3:20. Only 1.3 hours until beer! |
05:50 |
|
dcook |
Hmm, I think I more or less get these XSLTs... |
05:53 |
|
dcook |
Hmm, does the XSLT just handle bibliographic - not item data? |
05:53 |
|
dcook |
I suppose so since the item data comes from the DB |
05:54 |
|
dcook |
Although.. |
06:12 |
|
dcook |
Ok, maybe the handling of items in the search result XSLT throws me for a bit of a loop... |
06:12 |
|
dcook |
I figure it has to do with the marc items namespace? |
06:13 |
|
dcook |
items:status and item-by-status is news to me.. |
06:13 |
|
cait |
only bibliographic |
06:13 |
|
cait |
hm you are right, the items in the result list are from the marc |
06:13 |
|
cait |
the items on the detail pages are not |
06:13 |
|
cait |
which is why sometiems you get confusing displays when your zebra indexes are not in sync |
06:15 |
|
dcook |
Makes sense |
06:15 |
|
dcook |
Yeah, looks like the results uses the full marc record passed back from Zebra |
06:15 |
|
dcook |
Which includes the 952s.. |
06:40 |
|
|
reiveune joined #koha |
06:40 |
|
reiveune |
hello |
06:40 |
|
wahanui |
kai ora, reiveune |
06:40 |
|
reiveune |
hello |
06:42 |
|
dcook |
hey reiveune |
06:42 |
|
wahanui |
well, reiveune is working for biblibre |
06:43 |
|
reiveune |
:) |
06:45 |
|
dcook |
Aha! |
06:45 |
|
dcook |
sub buildKohaItemsNamespace |
06:45 |
|
dcook |
That would do it |
06:50 |
|
alex_a |
bonjour |
06:51 |
|
|
cait left #koha |
06:52 |
|
dcook |
salut alex_a |
06:54 |
|
|
lds joined #koha |
06:55 |
|
|
gaetan_B joined #koha |
06:58 |
|
gaetan_B |
hello |
06:58 |
|
wahanui |
kai ora, gaetan_B |
07:03 |
|
* dcook |
is really glad that he figured out the item-level XSLT |
07:03 |
|
dcook |
Let the weekend begin! |
07:03 |
|
dcook |
Errr...good morning for non-Oz/Nz folk :) |
07:09 |
|
|
francharb joined #koha |
07:10 |
|
|
paul_p joined #koha |
07:21 |
|
|
sophie_m joined #koha |
07:30 |
|
|
gaetan_B1 joined #koha |
07:31 |
|
|
francharb joined #koha |
07:33 |
|
|
kf joined #koha |
07:33 |
|
huginn |
GERMS!!!! |
07:33 |
|
wahanui |
Germs originated in Germany, before rapidly spreading throughout the rest of the world. |
07:33 |
|
kf |
morning |
07:33 |
|
kf |
can someone test something for me? |
07:41 |
|
mtj- |
hi kf |
07:41 |
|
mtj- |
what do you need testing? |
07:43 |
|
kf |
create a patron |
07:43 |
|
|
francharb joined #koha |
07:43 |
|
kf |
and then try to change the cardnumber you entered |
07:44 |
|
kf |
and thx mtj :) |
07:46 |
|
mtj |
ok, what version? |
07:46 |
|
wahanui |
i think version is always noted in a comment on top |
07:47 |
|
kf |
close to master or master |
07:47 |
|
kf |
sorry for the delay :) |
07:47 |
|
kf |
toomany windows |
07:48 |
|
mtj |
np |
07:51 |
|
kf |
does it work? for you? |
07:52 |
|
kf |
we have one installation where it does not work and another where it does... and both supposedly on the same version |
07:54 |
|
mtj |
i just ecently upgraded to wheezy, so fixing a few missing packages... |
07:54 |
|
|
laurence joined #koha |
07:54 |
|
mtj |
i should make a bug for them |
07:54 |
|
|
christophe_c joined #koha |
07:54 |
|
christophe_c |
hello #koha |
07:56 |
|
mtj |
hiya christophe_c |
07:58 |
|
mtj |
kf, works OK for me, on 3.11.00.301 |
07:58 |
|
kf |
thx mtj |
07:58 |
|
kf |
will have to investigate what's going wrong here |
08:00 |
|
mtj |
ok, good luck :) |
08:01 |
|
|
gerundio joined #koha |
08:01 |
|
mtj |
kf, the error log should have some info, when it fails |
08:02 |
|
kf |
we solved it :) |
08:02 |
|
kf |
mtj: can't access error logs on this server |
08:02 |
|
kf |
the cardnumer was too long by one |
08:03 |
|
mtj |
aaah, good spotting |
08:03 |
|
kf |
carnumber is varchar16 |
08:03 |
|
kf |
and koha doesn't give a useful error |
08:05 |
|
kf |
bug 10267 |
08:05 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=10267 minor, P5 - low, ---, koha-bugs, NEW , No error message when entering an invalid cardnumber |
08:06 |
|
christophe_c |
hi mtj ;-) |
08:14 |
|
wizzyrea |
kf++ thanks for bug 10266 |
08:14 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=10266 normal, P5 - low, ---, rkk0, Passed QA , Restricted status doesn't show in OPAC |
08:27 |
|
kf |
would be nice if jared pushes it |
08:27 |
|
kf |
before the release :) |
08:33 |
|
wizzyrea |
yea, it would be quite a lot of work to use the plugin |
08:33 |
|
wizzyrea |
probably worth it in the end |
08:34 |
|
kf |
wizzyrea: yeah i think it woudl be good to make more use of the plugins |
08:34 |
|
kf |
but i suspected using the plugins wouldn't result in a string safe patch maybe |
08:34 |
|
kf |
so perhaps better to get something in now (hopefully) |
09:27 |
|
|
samuel joined #koha |
09:27 |
|
samuel |
hi everybody :-) |
09:28 |
|
samuel |
i've a question about git . When i 've the following message "It looks like git-am is in progress. Cannot rebase.", can i just do a 'rm -rf .git/rebase-apply` to solve it? |
09:38 |
|
wizzyrea |
it would probably be better to |
09:38 |
|
wizzyrea |
git am --abort |
09:38 |
|
wizzyrea |
then |
09:38 |
|
wizzyrea |
git reset --hard HEAD^ |
09:38 |
|
wizzyrea |
assuming you don't have anything else besides the am |
09:38 |
|
wizzyrea |
if you do, don't reset |
09:38 |
|
wizzyrea |
just checkout whichever file had the conflicts |
09:38 |
|
wizzyrea |
I probably wouldn't rm -rf .git/rebase-apply |
09:38 |
|
wizzyrea |
easy way to get your repo into a hot mess. |
09:40 |
|
samuel |
ok |
10:16 |
|
kf |
wizzyrea++ |
10:41 |
|
|
Viktor joined #koha |
11:23 |
|
|
jwagner joined #koha |
12:05 |
|
jcamins |
I pushed bug 9824. I trust that someone will fix it properly after the release. |
12:05 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9824 normal, P5 - low, ---, koha, Pushed to Master , Hide basket with no expected items in basqket list by bookseller |
12:09 |
|
jenkins_koha |
Starting build #35 for job Koha_3.12.x (previous build: SUCCESS) |
12:13 |
|
huginn |
New commit(s) kohagit: Merge branch 'bug_9824' into 3.14-master <http://git.koha-community.org/[…]4d31f842cbb68dc99> / Bug 9824 - Hide basket with no expected items in basqket list by bookseller <http://git.koha-community.org/[…]f614ed286b07327f9> / Merge branch 'bug_10266' into 3.14-master <http://git.koha-community.org/gitweb/?p=koha.git; |
12:15 |
|
|
tcohen joined #koha |
12:15 |
|
|
oleonard joined #koha |
12:15 |
|
tcohen |
Mornin |
12:15 |
|
kf |
morning tcohen .) |
12:16 |
|
|
talljoy joined #koha |
12:17 |
|
oleonard |
Hi |
12:19 |
|
tcohen |
What time are you merging translations tomorrow jcamins |
12:19 |
|
kf |
tcohen: don't say you aren't done yet? ;) |
12:19 |
|
kf |
only joking *hands tcohen cookies* |
12:20 |
|
jcamins |
tcohen: it depends when I get them from druthb. |
12:20 |
|
tcohen |
bgkriegel is on a trip these days, I have to finish it today on my own |
12:21 |
|
tcohen |
It's no p, but wanted to plan my day |
12:22 |
|
tcohen |
So is druthb the one I have to hand some cookies to |
12:27 |
|
|
NateC joined #koha |
12:28 |
|
kf |
tcohen: it always takes longer than you think... probably best to finish as early as possible |
12:33 |
|
|
edveal joined #koha |
12:38 |
|
|
christophe_c joined #koha |
12:50 |
|
jenkins_koha |
Project Koha_3.12.x build #35: SUCCESS in 41 min: http://jenkins.koha-community.[…]b/Koha_3.12.x/35/ |
12:50 |
|
jenkins_koha |
* Rafal Kopaczka: Bug 10266 - Statuses not appearing in the OPAC |
12:50 |
|
jenkins_koha |
* Jared Camins-Esakov: Add Rafal Kopaczka to the history |
12:50 |
|
jenkins_koha |
* Lyon3 Team: Bug 9824 - Hide basket with no expected items in basqket list by bookseller |
12:50 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=10266 normal, P5 - low, ---, rkk0, Pushed to Master , Restricted status doesn't show in OPAC |
12:50 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9824 normal, P5 - low, ---, koha, Pushed to Master , Hide basket with no expected items in basqket list by bookseller |
12:50 |
|
jenkins_koha |
Starting build #1177 for job Koha_master (previous build: FIXED) |
12:51 |
|
kf |
new developer!! :) |
12:51 |
|
|
andrzej joined #koha |
12:51 |
|
kf |
hi andrzej |
13:25 |
|
|
drnoe joined #koha |
13:33 |
|
oleonard |
What a flurry of bug activity. Where were you guys on GBSD? :P |
13:50 |
|
|
paul_p joined #koha |
14:02 |
|
jenkins_koha |
Project Koha_master build #1177: SUCCESS in 1 hr 12 min: http://jenkins.koha-community.[…]Koha_master/1177/ |
14:02 |
|
jenkins_koha |
* Rafal Kopaczka: Bug 10266 - Statuses not appearing in the OPAC |
14:02 |
|
jenkins_koha |
* Jared Camins-Esakov: Add Rafal Kopaczka to the history |
14:02 |
|
jenkins_koha |
* Lyon3 Team: Bug 9824 - Hide basket with no expected items in basqket list by bookseller |
14:02 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=10266 normal, P5 - low, ---, rkk0, Pushed to Master , Restricted status doesn't show in OPAC |
14:02 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9824 normal, P5 - low, ---, koha, Pushed to Master , Hide basket with no expected items in basqket list by bookseller |
14:07 |
|
|
maximep joined #koha |
14:09 |
|
|
lavamind joined #koha |
14:10 |
|
|
AndroUser2 joined #koha |
14:15 |
|
|
tcohen_ joined #koha |
14:18 |
|
tcohen |
lavamind: would you try changing /bin/sh for /bin/bash? |
14:19 |
|
lavamind |
tcohen: did you get my email ? |
14:19 |
|
tcohen |
who are you? |
14:20 |
|
tcohen |
Jerome :-D |
14:20 |
|
lavamind |
yes |
14:39 |
|
|
JoeLib001 joined #koha |
14:40 |
|
JoeLib001 |
Hello, I am trying to automatically fill in subfields in a 945 field with data from other fields. I was thinking that the plugins in the MARC Structure would do that, but it doesn't seem to be working. |
14:41 |
|
JoeLib001 |
Well, it at least doesn't seem to be doing what I want it do. XD |
14:41 |
|
oleonard |
What do you want it to do? |
14:42 |
|
JoeLib001 |
I want it to auto fill say the 945 field subfield g with the call number in the 050 field. |
14:43 |
|
JoeLib001 |
Is that not what the callnumber.pl plugin is supposed to do when I set it in the MARC Structure? |
14:46 |
|
|
jcamins joined #koha |
14:51 |
|
oleonard |
JoeLib001: I could be wrong, but I think the callnumber.pl plugin is supposed to increment your call number based on other call numbers stored in items |
14:51 |
|
JoeLib001 |
Ah, ok. That is somewhat misleading. ;-) |
14:52 |
|
jcamins |
JoeLib001: not really... it's a plugin that automatically assigns call numbers. |
14:52 |
|
jcamins |
What you want is to set the call number source, or something like that. |
14:52 |
|
jcamins |
It's in the Cataloging section of the system preferences. |
14:53 |
|
jcamins |
(I don't remember the name, but you'll recognize it when you see it) |
14:53 |
|
JoeLib001 |
I want to replicate the 050 Call Number in the 945 line. |
14:53 |
|
jcamins |
Oh, sorry, 945 not 952. |
14:53 |
|
jcamins |
No, nothing in Koha that will do that, to my knowledge. |
14:53 |
|
JoeLib001 |
Gotcha. |
14:54 |
|
JoeLib001 |
That could be done with a plugin though? |
14:55 |
|
jcamins |
Ummm... |
14:55 |
|
jcamins |
I don't see how. |
14:57 |
|
tcohen |
ok, 889 words to go es-ES!! |
14:57 |
|
jcamins |
You can do it! Yay tcohen! |
14:57 |
|
JoeLib001 |
Hehe. ;-) |
14:57 |
|
* oleonard |
cheers tcohen! |
14:57 |
|
JoeLib001 |
Sounds like an extra fun chore. XD |
14:59 |
|
jcamins |
I'm glad I don't have to translate. |
14:59 |
|
tcohen |
hmm, shouldn't we make koha es-ES native? |
14:59 |
|
tcohen |
:-P |
15:00 |
|
jcamins |
tcohen: One project already did that... and closed source. |
15:01 |
|
jcamins |
At least, my impression was that the new templates were in Spanish. |
15:01 |
|
|
pianohacker joined #koha |
15:07 |
|
oleonard |
Anyone have any guesses as to why I can't get series info to show up in the OPAC at all? Trying to diagnose Bug 10265. |
15:07 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=10265 normal, P5 - low, ---, oleonard, NEW , 830 needs spaces in opac display |
15:07 |
|
gmcharlt |
@quote random |
15:07 |
|
huginn |
gmcharlt: Quote #206: "There's a bug for that" (added by chrisc at 11:55 PM, May 24, 2012) |
15:07 |
|
oleonard |
Sorry to wake you huginn :P |
15:07 |
|
jcamins |
oleonard: because we only show 440s? <-- just a guess |
15:08 |
|
oleonard |
jcamins: Then why does nengard see a problem with the display of 830? |
15:09 |
|
jcamins |
oleonard: ... I didn't say it was a good guess. :P |
15:09 |
|
jcamins |
I'm sorry, we only display 490, not 440. I was close. |
15:09 |
|
jcamins |
It's the 490 that needs a space. |
15:09 |
|
jcamins |
The 830 is used to create the link. |
15:10 |
|
tcohen |
jcamins, do u have a coloquial explanation of 'relief type' for 006? |
15:13 |
|
jcamins |
tcohen: ummm... I want to say that's how altitude/z-access geography is represented on a 2d map, but I'm not 100% sure that that's the only thing it refers to. |
15:14 |
|
jcamins |
I rarely catalog maps. |
15:14 |
|
tcohen |
oh. relief as a geographical term |
15:14 |
|
tcohen |
i mean, in maps |
15:14 |
|
tcohen |
understood! |
15:14 |
|
tcohen |
'relieve' |
15:14 |
|
jcamins |
Right. |
15:16 |
|
|
maximep joined #koha |
15:38 |
|
|
christophe_c left #koha |
15:39 |
|
|
janPasi joined #koha |
15:39 |
|
|
kf left #koha |
15:47 |
|
|
melia joined #koha |
15:52 |
|
reiveune |
bye |
15:52 |
|
|
reiveune left #koha |
15:54 |
|
oleonard |
Does adding a system preference as a template param in Auth.pm involve some overhead that one should be concerned about? I'm wondering about the decision whether or not to add something there |
15:55 |
|
oleonard |
For instance, should there be a rule: "If a preference is used by more than X pages add it in Auth.pm, otherwise handle it in the .pl file" |
15:57 |
|
pianohacker |
It would be _some_ overhead, though to my knowledge it's never come up in profiling |
15:58 |
|
|
chris_n joined #koha |
16:05 |
|
|
laurence left #koha |
16:06 |
|
|
mcooper joined #koha |
16:12 |
|
|
gerundio joined #koha |
16:23 |
|
jcamins |
oleonard: not enough overhead to care, IMO. |
16:23 |
|
oleonard |
Thanks for your input pianohacker and jcamins |
16:26 |
|
pianohacker |
I was wondering; would there be any real problem with just fetching all of the system preferences at once and throwing them into the template variables? |
16:27 |
|
pianohacker |
Would save us a query, and if a script is using a variable with the same name, it'll just override it |
16:29 |
|
gaetan_B1 |
bye ! |
16:29 |
|
jcamins |
pianohacker: fetching *all* the sysprefs is a bit pricey. |
16:31 |
|
jcamins |
Unfortunately, my benchmarks are not anywhere I can see. |
16:32 |
|
pianohacker |
jcamins: Assuming your MySQL server isn't in Tibet, why would one large query be more expensive than 100 small ones? |
16:32 |
|
jcamins |
Because the majority of system preferences are never used. |
16:33 |
|
pianohacker |
true; they're fetched in Auth.pm regardless, though |
16:33 |
|
jcamins |
Only some of them. |
16:34 |
|
pianohacker |
true. I would be curious to see benchmarks on that, actually, as it sounds like you've already investigated this |
16:36 |
|
jcamins |
Yeah, during my phase when I was trying to fix caching for Plack, rather than simply disabling it. |
16:37 |
|
jcamins |
There might be something in bug 8089, but I suspect not. |
16:37 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8089 enhancement, P5 - low, ---, jcamins, ASSIGNED , Use Koha::Cache everywhere |
16:37 |
|
oleonard |
So rangi is officially no longer release maintainer for 3.10.x? That is, the next 3.10.x release is his last? |
16:38 |
|
jcamins |
oleonard: right. |
16:39 |
|
jcamins |
On Wednesday at the latest we are both free. |
16:39 |
|
jcamins |
Free! |
16:43 |
|
* jcamins |
contemplates that happy thought, and goes to eat lunch. |
16:45 |
|
oleonard |
We need to find someone who's enough of a hermit and/or masochist to want to be RM for more than one term. |
16:52 |
|
oleonard |
Is Bug 9558 not solved by use of the OPACMobileUserCSS system preference/ |
16:52 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9558 enhancement, P5 - low, ---, oleonard, NEW , Customize CSS for mobile |
16:52 |
|
oleonard |
? |
17:00 |
|
|
gerundio joined #koha |
17:04 |
|
|
cait joined #koha |
17:17 |
|
|
Callender_ joined #koha |
17:20 |
|
|
Callender__ joined #koha |
17:22 |
|
|
Callender___ joined #koha |
17:53 |
|
JoeLib001 |
Bye |
18:21 |
|
|
matts_away joined #koha |
18:39 |
|
|
Callender joined #koha |
18:49 |
|
* tcohen |
is proud to say es-ES is 100% |
18:49 |
|
jcamins |
woohoo! You made it! |
18:50 |
|
cait |
congrats :) |
18:50 |
|
cait |
tcohen++ |
18:51 |
|
oleonard |
Great work tcohen! Now, what other languages do you speak? :) |
18:51 |
|
jcamins |
Five complete translations, and another nine at 90% or more. |
18:51 |
|
tcohen |
heh, i'll start translating en-bad_spoken |
18:52 |
|
jcamins |
3.10 had a total of ten at 90%+. |
18:52 |
|
oleonard |
Wow I didn't expect to see Slovak in the top 5. |
18:52 |
|
jcamins |
oleonard: nor did I, but apparently we've had a good Slovak translation for a while. |
18:53 |
|
jcamins |
Turkish is so close! |
18:53 |
|
* oleonard |
encourages the Slovaks to stop by #koha sometime even though none of them understood my bad Czech when I visited |
18:54 |
|
cait |
hehe |
18:54 |
|
cait |
jcamins: how do you check it by version? |
18:54 |
|
oleonard |
http://translate.koha-community.org/projects/312/ |
18:55 |
|
cait |
oh found it |
18:55 |
|
cait |
lol |
18:55 |
|
cait |
sorry :) |
18:55 |
|
cait |
long week? |
18:55 |
|
cait |
excuse? |
18:55 |
|
wahanui |
cait: The server at bofh.engr.wisc.edu (port 666) appears to be down. |
18:55 |
|
jcamins |
Wasn't BibLibre working with a library to complete the Greek translation? |
18:55 |
|
cait |
i think they trained them |
18:55 |
|
cait |
opac probably is |
18:56 |
|
cait |
hm missing 12 |
18:56 |
|
cait |
does someone speak greek? |
18:56 |
|
jcamins |
Not me. |
18:56 |
|
* oleonard |
suspects some Greeks might |
18:56 |
|
cait |
well ccsr misses 12... normal opac a lot more |
18:56 |
|
cait |
i hope chinese makes it :) |
18:56 |
|
pianohacker |
Is ccsr intended to be the primary theme going forward? |
18:56 |
|
cait |
and arabic - but they got quite a lot to do |
18:56 |
|
cait |
so probably not before 3.12.1 |
18:57 |
|
* cait |
looks at oleonard :) |
18:57 |
|
jcamins |
cait: Chinese (Taiwan) is nearly done, and that's the one that seems to be more-used. |
18:57 |
|
cait |
jcamins: yep |
18:57 |
|
oleonard |
pianohacker: I'm working on a replacement/overhaul of CCSR which I hope will be the primary theme eventually |
18:57 |
|
cait |
would have been nice ot have arabic to show off the new screens :) |
18:57 |
|
cait |
ah opac is almost done |
18:59 |
|
pianohacker |
oleonard: nice |
19:01 |
|
cait |
template variable? |
19:01 |
|
cait |
hmmm |
19:02 |
|
cait |
template variable is $template->{VARS}->{'something'} |
19:03 |
|
pianohacker |
That reminds me of another question I had. I've noticed that a lot of scripts seem to be setting things that way, rather than using $template->param(). Is there a reason for that? |
19:03 |
|
jcamins |
Yes, $template->param() is a shim, and wrong. |
19:03 |
|
cait |
see here :) http://bugs.koha-community.org[…]ug.cgi?id=8033#c3 |
19:04 |
|
huginn |
Bug 8033: enhancement, P5 - low, ---, elliott, Failed QA , add print receipt option to Koha self-check |
19:04 |
|
jcamins |
Fortunately, it works. |
19:04 |
|
cait |
i actually found what I was looking for by searching bugzilla for shim :P |
19:04 |
|
pianohacker |
oh right! Forgot about that |
19:04 |
|
cait |
weird bug memory strikes again! |
19:04 |
|
pianohacker |
Forgot we hadn't always been in the wonderful land of TT2 |
19:05 |
|
cait |
it's actually hard to believe, isn't it? |
19:07 |
|
oleonard |
I remember it every time I try to git blame something that happened before TT2 |
19:07 |
|
pianohacker |
Yeah. <!-- TMPL_VAR NAME="abcd" --> vs [% abcd %] |
19:07 |
|
pianohacker |
that syntax was painful. like, coldfusion levels of painful |
19:07 |
|
cait |
having only 0 and 1 was painful |
19:11 |
|
cait |
hm i think i got it working |
19:13 |
|
* cait |
checks if it breaks translations |
19:14 |
|
cait |
someone aorund for a sign off maybe? :) |
19:14 |
|
oleonard |
Depends how hard it is cait ;) |
19:14 |
|
cait |
not hard :) |
19:14 |
|
cait |
probably not as pretty as if you would have done it |
19:15 |
|
cait |
i am sending a follow up for bug 9824 |
19:15 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9824 normal, P5 - low, ---, koha, Needs Signoff , Hide basket with no expected items in basket list by bookseller |
19:15 |
|
oleonard |
It's the bug of the day! |
19:15 |
|
cait |
true :) |
19:16 |
|
cait |
trying to figure out a solution that makes everyone happy i gues |
19:16 |
|
cait |
by tricking the translation system :P |
19:16 |
|
cait |
well, we are cheating a little here... but it seems to work |
19:17 |
|
|
hankbank joined #koha |
19:19 |
|
cait |
oleonard: if you could take a look now...? |
19:19 |
|
cait |
i have attached my follow up |
19:19 |
|
oleonard |
Okay |
19:21 |
|
oleonard |
What's the "trick" ? |
19:21 |
|
cait |
using strins that already exist in the po file |
19:22 |
|
cait |
i wouldn' have expected that to work |
19:27 |
|
oleonard |
Looks good to me cait |
19:29 |
|
cait |
yay :) |
19:36 |
|
cait |
jcamins: what do you think abou tbug 9824? |
19:39 |
|
cait |
thx oleonard :) |
19:39 |
|
cait |
oleonard++ |
19:39 |
|
jcamins |
Looks good to me. |
19:47 |
|
cait |
marcelr++ |
19:52 |
|
tcohen |
bye #koha |
19:55 |
|
lavamind |
see ya! |
19:56 |
|
cait |
hm i should give the german translation files a last check up |
19:56 |
|
druthb |
yes, you should, cait. |
20:01 |
|
cait |
hm looks good |
20:01 |
|
cait |
hope i didn't miss something |
20:05 |
|
|
mtompset joined #koha |
20:05 |
|
mtompset |
Greetings, #koha. |
20:07 |
|
oleonard |
How long do translators have? |
20:08 |
|
cait |
not much longer |
20:09 |
|
cait |
<http://lists.koha-community.or[…]3-May/002184.html |
20:09 |
|
druthb |
I'll be doing a pull request in about 16 hours. Tomorrow morning, US Central time. |
20:10 |
|
oleonard |
Have a good weekend #koha |
20:13 |
|
mtompset |
You too, oleonard. |
21:42 |
|
gmcharlt |
@quote random |
21:42 |
|
huginn |
gmcharlt: Quote #101: "<darling> I still need to catch up with current Koha. Is pretty dreamy already." (added by gmcharlt at 02:44 AM, October 29, 2010) |
21:43 |
|
cait |
:) |
21:43 |
|
cait |
@quote random |
21:43 |
|
huginn |
cait: Quote #119: "<wasabi> wow, and a pig!!! -> http://www.blainefranger.com/b[…]8_nepali_food.jpg" (added by wasabi at 10:22 AM, January 27, 2011) |
21:43 |
|
cait |
gmcharlt: feeling ready? :) |
21:43 |
|
gmcharlt |
cait: meep |
21:43 |
|
gmcharlt |
but yes, I am :) |
21:43 |
|
pianohacker |
hallo again gmcharlt |
21:43 |
|
|
tcohen joined #koha |
21:43 |
|
gmcharlt |
hi pianohacker |
21:44 |
|
cait |
the qa queue is full... always... lots to do :) |
21:44 |
|
* druthb |
is gonna go see the new Star Trek movie tonight. Woot! |
21:44 |
|
pianohacker |
wow, is that out already? |
21:44 |
|
pianohacker |
dang |
21:44 |
|
druthb |
Courtesy of my boss, who bought out a *whole showing* for his employees. |
21:45 |
|
* pianohacker |
was hoping to have implant for that, will have to watch Pacific Rim instead :) |
21:45 |
|
pianohacker |
holy cow, nic |
21:45 |
|
druthb |
Uber_geeky_boss++ |
21:45 |
|
pianohacker |
Who is your boss, anyway? |
21:45 |
|
druthb |
Nick Koston, CEO of cPanel. |
21:46 |
|
pianohacker |
right! I remember that trickling across my linkedin |
21:46 |
|
pianohacker |
cool |
21:47 |
|
druthb |
:) |
21:49 |
|
cait |
:) |
21:49 |
|
pianohacker |
:| |
21:54 |
|
cait |
night :) |
21:54 |
|
|
cait left #koha |
22:00 |
|
tcohen |
eythian around? |
22:01 |
|
mtompset |
Wow! Hardly any scroll back. It must be the weekend. ;) |
22:02 |
|
pianohacker |
it's not the weekend yet! Fight the kiwis! |
22:02 |
|
mtompset |
Greetings, gmcharlt druthb pianohacker tcohen. |
22:02 |
|
pianohacker |
hell of a name, that |
22:02 |
|
pianohacker |
hmm |
22:03 |
|
gmcharltdruthbpianohackertcohe |
ahh, one too short! |
22:03 |
|
* mtompset |
pokes pianohacker, "Goof!" |
22:03 |
|
* druthb |
blinks |
22:03 |
|
|
larryb joined #koha |
22:03 |
|
druthb |
hi, mtompset! :) |
22:03 |
|
druthb |
Hi, larryb! :) |
22:03 |
|
mtompset |
pianohacker: Spaces are semantically important. :P |
22:03 |
|
larryb |
heya drnoe |
22:04 |
|
larryb |
sorry hey druthb |
22:04 |
|
druthb |
:P |
22:04 |
|
drnoe |
howdy larryb |
22:04 |
|
larryb |
howdy Dr. |
22:05 |
|
pianohacker |
mtompset: hello. I don't think we've met, actually. I'm Jesse Weaver, a summer intern with ByWater |
22:05 |
|
mtompset |
We have typed ever so briefly, if my horrible memory servers correctly. However, it was just pleasantries before. |
22:06 |
|
pianohacker |
sounds right |
22:06 |
|
mtompset |
I'm Mark Tompsett. I am secon-ded to SIL Asia Area to work on their Koha library project, and whatever else falls on my plate. |
22:06 |
|
tcohen |
pianohacker is the one gmacharlt always gets quotes from when he asks for some ramdom quote |
22:07 |
|
mtompset |
No, this was a bunch of pleasantries before. I'm sure... However, I'm too lazy to hunt the irc logs. :P |
22:07 |
|
pianohacker |
mtompset: Good to meet you :) |
22:09 |
|
mtompset |
Likewise. |
22:09 |
|
mtompset |
My hacking around with the biblibre patch has proved interesting. |
22:09 |
|
mtompset |
I figured out that they did the shibboleth server on the same koha machine, so they could mod_shib the environment variables over. |
22:10 |
|
mtompset |
To which I say, "No! I want my IdP whereever it wants to be. Run free IdP." |
22:10 |
|
jcamins |
You should make the authentication work like Persona. |
22:11 |
|
* jcamins |
is pro-Persona-like authentication. |
22:11 |
|
mtompset |
I haven't looked at the persona code bits. |
22:13 |
|
mtompset |
Persona seems to do a callback. tickled by Koha, and then it passed nice things back. |
22:15 |
|
jcamins |
Exactly. Yup. So the Persona authentication server (whatever they call it, I've forgotten) can be anywhere accessible to the Koha server. |
22:15 |
|
jcamins |
I only needed one of "Exactly" or "Yup." |
22:15 |
|
jcamins |
Please feel to remove one. |
22:15 |
|
jcamins |
*feel free |
22:15 |
|
* jcamins |
leaves, since he apparently can't communicate. |
22:16 |
|
|
NateC joined #koha |
22:16 |
|
|
tcohen joined #koha |
22:17 |
|
tcohen |
gotta change this damn wifi router for once |
22:22 |
|
tcohen |
mtompset: does mod_shib need it on the same host? |
22:23 |
|
mtompset |
Not sure but the use of mod_shib means tying people to apache2. |
22:24 |
|
tcohen |
oh, that's for sure |
22:24 |
|
mtompset |
and that seems to be against the philosophy of this community. We don't want to intentionally tie people to things. |
22:25 |
|
tcohen |
erhmm, unless its name starts with Debia |
22:25 |
|
* mtompset |
chuckles. |
22:25 |
|
tcohen |
and ends with n :-P |
22:25 |
|
mtompset |
The community is open to assistance to get it to other platforms. |
22:25 |
|
jcamins |
Well, rangi and I discussed it, and it sounds like it would be possible to add support for mod_shib without -- as is the case with CAS -- making it a core functionality. |
22:25 |
|
jcamins |
So I wouldn't have any objection. |
22:26 |
|
tcohen |
without? |
22:26 |
|
jcamins |
My objection was based on a mistaken belief that mod_shib would require smashing bits of Shibboleth into everything. |
22:26 |
|
jcamins |
tcohen: right... if you're not using Shibboleth, it shouldn't have any impact. |
22:27 |
|
mtompset |
You would still need to hack up Auth.pm |
22:27 |
|
pianohacker |
it's such a mess, nobody would notice |
22:27 |
|
tcohen |
oh, I get it |
22:27 |
|
pianohacker |
hell, you might improve something while you're there |
22:28 |
|
jcamins |
mtompset: that's not a problem. The problem is that I get CAS errors under Plack occasionally *even though I don't use CAS* because it's so tied up with everything. |
22:28 |
|
jcamins |
I thought that was the way Apache authentication works. Turns out that is not so. |
22:28 |
|
mtompset |
Ah. |
22:29 |
|
mtompset |
pianohacker: Actually, Auth.pm isn't such a mess *IF* you bloody indent the thing sensibly. ;) |
22:29 |
|
tcohen |
Auth.pm prints to STDOUT |
22:29 |
|
tcohen |
:-P |
22:30 |
|
mtompset |
for redirects. :P |
22:31 |
|
tcohen |
it also prints pages! |
22:31 |
|
mtompset |
Auth.pm?! I call B$. |
22:32 |
|
tcohen |
my $template_name = ( $type eq 'opac' ) ? 'opac-auth.tmpl' : 'auth.tmpl'; |
22:32 |
|
jcamins |
I absolutely believe it. |
22:32 |
|
mtompset |
That's not a print. :P |
22:32 |
|
tcohen |
eythian around? |
22:32 |
|
jcamins |
tcohen: it's Saturday there, so probably not. |
22:32 |
|
mtompset |
I just did a grep for print on Auth.pm |
22:32 |
|
|
larryb left #koha |
22:33 |
|
tcohen |
oh, i always forget... i even have a clock widget with NZ time, but just hour and minutes |
22:33 |
|
jcamins |
mtompset: checkauth. |
22:34 |
|
mtompset |
print query->redirect. |
22:34 |
|
mtompset |
I don't count those. :P |
22:35 |
|
tcohen |
@later tell eythian what do u think of having an /etc/default/koha-common file for some configurations? like ENABLE_SIP and such |
22:35 |
|
huginn |
tcohen: The operation succeeded. |
22:37 |
|
tcohen |
jcamins, does the SIP related stuff need some extra setup to work? |
22:38 |
|
tcohen |
packages try to start some SIP stuff |
22:38 |
|
jcamins |
tcohen: you have to enable ti. |
22:38 |
|
jcamins |
*it |
22:38 |
|
jcamins |
Set the users, etc. |
22:39 |
|
tcohen |
if you install koha-common, out of the box it starts SIP things |
22:39 |
|
mtompset |
Hmm.... I can't get a persona log in to work... let's switch branches. |
22:39 |
|
jcamins |
tcohen: it starts SIP for SIP-enabled instances, I think. |
22:39 |
|
jcamins |
I tested it and it didn't seem to cause any problems for non-SIP instances, and definitely was a huge improvement if you were using SIP. |
22:40 |
|
tcohen |
i'll try to reproduce what I saw, it might be a false positive anyway |
22:41 |
|
mtompset |
Strange, I can't log in.. Oh wait! My IP address is private. |
22:41 |
|
jcamins |
mtompset: that doesn't matter. |
22:41 |
|
mtompset |
Are you sure? |
22:42 |
|
jcamins |
Pretty sure. |
22:42 |
|
mtompset |
I can't log in using persona. |
22:42 |
|
jcamins |
I tried it on a VM. |
22:42 |
|
jcamins |
Odd. |
22:42 |
|
mtompset |
Let me git reset --hard this branch. |
22:43 |
|
mtompset |
Nope. Can't log in persona on my 192.168.45.200 |
22:45 |
|
mtompset |
I bet it will work for a public IP/name. :) |
22:47 |
|
mtompset |
ARG! Facebook isn't sending me the security code! |
22:49 |
|
mtompset |
Well, what I'm hacking right now, you tell it the URL to redirect to. |
22:49 |
|
mtompset |
And then I copied and modified the default simplesamlphp authenticate.php file. :) |
22:49 |
|
mtompset |
So, simplesamlphp does the authentication, and then will redirect back. :) |
22:50 |
|
mtompset |
The redirect back part is a little broken right now. :) |
22:51 |
|
jcamins |
mtompset: do you have XSS globally disabled? You have to allow XSS for persona.org. |
22:51 |
|
jcamins |
Or login.persona.org. |
22:51 |
|
jcamins |
I ran into problems with that. |
22:52 |
|
mtompset |
Okay... let me check that. |
22:52 |
|
jcamins |
You know what time it is? |
22:53 |
|
pianohacker |
5 o'clock somewhere? |
22:53 |
|
mtompset |
I was thinking 25 hours away from a Dr. Who episode. ;) |
22:54 |
|
mtompset |
I turned off NoScript in my firefox, and it still failed. |
22:54 |
|
jcamins |
mtompset: XSS blocking is built into FF/Chrome. |
22:55 |
|
jcamins |
I went through the exact same thing- disabled the security plugins, it still didn't work, and eventually I realized it's because I had also turned on every single security precaution available directly in the browser. |
22:56 |
|
mtompset |
Okay... going to try IE. |
22:56 |
|
* jcamins |
shudders. |
22:56 |
|
jcamins |
Still, no danger of it being overly secure, eh? |
22:56 |
|
mtompset |
Failed too. |
22:56 |
|
jcamins |
Huh. |
22:56 |
|
jcamins |
Not sure what it could be, then. |
22:57 |
|
jcamins |
Anyway, webservices++ |
22:58 |
|
mtompset |
Your router probably redirects to your private IP address. |
22:58 |
|
mtompset |
I don't know either, really. |
23:02 |
|
tcohen |
unless you have a proxy messing in the middle, it shouldn't mind you're on an internal IP |
23:04 |
|
mtompset |
Don't know. |
23:04 |
|
* mtompset |
shrugs. |
23:39 |
|
tcohen |
SIP2? |
23:39 |
|
tcohen |
SIP2 literature? |