← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | 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 | 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 | Would it be enough to re-run "kohastructure.sql", the mysql/en/mandatory *.sql files, and maybe some optional ones? | |
00:55 | Then re-run updatedatabase.pl? | |
00:58 | 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 | 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 | jcamins: How do you mean recreate? | |
01:04 | 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 | jcamins: simple enough to change now though ;) | |
01:05 | 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 | Navigate to the staff client. | |
01:06 | Follow the prompts. | |
01:06 | dcook | O_O |
01:06 | 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 | I sort of want to hug you right now, jcamins | |
01:06 | 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 | 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 | A few weeks? | |
01:17 | 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 | At most, I think it's a kilo of frozen raspberries | |
01:19 | Maybe two | |
01:22 | Hmm, I think someone already has reported a bug about items not being exported/imported... | |
01:22 | According to Koha, 99 items have been added, but in fact it was 0... | |
01:31 | bug 9839 | |
01:31 | huginn | 04Bug 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 | are you on master/ | |
01:32 | ? | |
01:32 | dcook | Mhm |
01:32 | jcamins | Uh-oh. |
01:33 | Actually, I think that's a different bug. | |
01:33 | \o/ | |
01:33 | dcook | Possibly? |
01:33 | Because it is saying that the items have been added | |
01:33 | They just...haven't been | |
01:34 | jcamins | Bug 9839 fixed item import only when "handle matching bibs" is set to "ignore." |
01:35 | (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 | It should probably send up a fail message rather than 99 items added though in that case :/ | |
01:44 | new old lib that is | |
01:44 | Huzzah! We have items! | |
01:44 | Good one, jcamins | |
01:45 | jcamins | \o/ |
01:46 | dcook | Re-indexing Zebra and...all done! |
01:47 | Hmm, importing items seems like a bad idea... | |
01:48 | Silly items. You're not onloan anymore. | |
01:48 | jcamins | Oh, yeah, that can get problematic. |
01:48 | 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 | And reindex. | |
01:49 | dcook | Yep :) |
01:49 | I doubt that any associated records were created to match a problematic onloan status | |
01:50 | I think issues would be the only other place and that's clear.. | |
01:50 | jcamins | No, definitely not. |
01:50 | 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 | 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 | Maybe "cleaning" the items on import would be an idea | |
01:53 | Or on export | |
01:56 | I guess that gets awfully complicated though | |
01:56 | 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 | 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 | 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 | more marc? | |
02:06 | let's have more marc/ | |
02:06 | let's have more marc? | |
02:06 | let's add more marc? | |
02:06 | how about more marc? | |
02:06 | 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 | 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 | 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 | \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 | 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 | But I'm not much of an expert on XSL...yet | |
02:09 | 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 | :D | |
02:09 | dcook | But I need to show that I can do that :p |
02:09 | Or that I can maintain and develop it | |
02:09 | And possibly coach others in how to do that | |
02:10 | 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 | Mind you, the 2000 dollar quote was ridiculous for a tiny data migration.. | |
02:10 | I think 2013 is the year of XSL/XML pour moi :p | |
02:11 | And XPATH I guess | |
02:11 | 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 | Got a bunch of JSON files and was told, "Now extract some urls from that" | |
02:11 | 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 | 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 | Love it | |
02:22 | jcamins | Though the canonical of an object has ordered keys. |
02:22 | *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 | Probably obvious, but... | |
02:30 | dcook | Very much appreciated, jcamins :) |
02:30 | 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 | 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 | 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 | they are serials | |
02:37 | should I just merge the 222 and 245 into a 245? | |
02:38 | 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 | 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 | 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 | in fact, the only title information is a single subtitle | |
02:41 | jcamins | lol |
02:41 | 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 | All I have is a coke zero and some cough drops :/ | |
02:47 | Really need to get a beer fridge at work... | |
02:47 | There is a wine shop nearly within spitting distance.. | |
02:48 | mtompset | All this beer talk makes me think of a comic. |
02:49 | http://xkcd.com/323/ | |
02:49 | 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 | oh PO lish | |
03:05 | 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 | 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 | One of the most original Polish vodka brands, eh? | |
03:08 | I wonder what the least original Polish vodka brand is.. | |
03:08 | * wizzyrea | has no idea |
03:08 | 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 | And, by the way, Polish bison grass is the best. | |
03:11 | There bisons coming all the way from across the Atlantic just for some grass. | |
03:13 | *there are | |
03:13 | I shouldn't IRC and put away cookies at the same time. | |
03:13 | It totally ruins the joke when the sentence is incoherent. | |
03:14 | dcook | I think bison is also plural and singular |
03:14 | The nerd in me couldn't help but concentrate on the extra s | |
03:14 | 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 | 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 | 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 | 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 | where do you think cookies go? | |
03:24 | dcook | Well, they're not going into my mouth. |
03:24 | I'm just curious if jcamins and his wife eat them all | |
03:24 | I don't think I know anyone else who makes as many cookie | |
03:24 | 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 | = 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 | 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 | 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 | 245 0 _aTe Rua Mahara o te Kawanatanga, nau mai, haere mai [videorecording] | |
03:55 | 246 _aWelcome to Archives New Zealand | |
03:55 | like that | |
03:55 | dcook | Ahhh |
03:55 | Huh.. | |
03:55 | eythian | really, the second 245 should become a translated title, but there's no way to know that programatically |
03:56 | that is, into 245$b following an ' = ' | |
03:56 | dcook | Yeah.. |
03:56 | Good ol' parallel titles | |
03:57 | 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 | 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 | user(s) | |
03:58 | Do they care about other languages, do the 246s appear in the detail page and/or search results? | |
03:58 | Are they indexed? | |
03:58 | eythian | they are/do |
03:58 | they show as "other titles" | |
03:58 | dcook | Cool beans |
03:59 | My favourite cataloguing adage | |
03:59 | Paraphrased | |
03:59 | 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 | 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 | 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 | 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 | Mind you, how many librarians really want to do work like that? | |
04:03 | I mean... | |
04:03 | 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 | 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 | 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 | If that wasn't clear :p | |
04:04 | Well, Windows | |
04:04 | windows are great. | |
04:05 | eythian | they let you see outside, and everything! |
04:06 | dcook | Yeah! |
04:06 | Blue skies! | |
04:06 | 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 | 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 | 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 | Hmm, I think I more or less get these XSLTs... | |
05:53 | Hmm, does the XSLT just handle bibliographic - not item data? | |
05:53 | I suppose so since the item data comes from the DB | |
05:54 | Although.. | |
06:12 | Ok, maybe the handling of items in the search result XSLT throws me for a bit of a loop... | |
06:12 | I figure it has to do with the marc items namespace? | |
06:13 | items:status and item-by-status is news to me.. | |
06:13 | cait | only bibliographic |
06:13 | hm you are right, the items in the result list are from the marc | |
06:13 | the items on the detail pages are not | |
06:13 | which is why sometiems you get confusing displays when your zebra indexes are not in sync | |
06:15 | dcook | Makes sense |
06:15 | Yeah, looks like the results uses the full marc record passed back from Zebra | |
06:15 | 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 | sub buildKohaItemsNamespace | |
06:45 | 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 | 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 | can someone test something for me? | |
07:41 | mtj- | hi kf |
07:41 | 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 | 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 | sorry for the delay :) | |
07:47 | toomany windows | |
07:48 | mtj | np |
07:51 | kf | does it work? for you? |
07:52 | 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 | kf, works OK for me, on 3.11.00.301 | |
07:58 | kf | thx mtj |
07:58 | 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 | mtj: can't access error logs on this server | |
08:02 | the cardnumer was too long by one | |
08:03 | mtj | aaah, good spotting |
08:03 | kf | carnumber is varchar16 |
08:03 | and koha doesn't give a useful error | |
08:05 | bug 10267 | |
08:05 | huginn | 04Bug 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 | 04Bug 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 | before the release :) | |
08:33 | wizzyrea | yea, it would be quite a lot of work to use the plugin |
08:33 | 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 | but i suspected using the plugins wouldn't result in a string safe patch maybe | |
08:34 | so perhaps better to get something in now (hopefully) | |
09:27 | samuel joined #koha | |
09:27 | samuel | hi everybody :-) |
09:28 | 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:35 | wizzyrea | it would probably be better to |
09:35 | git am --abort | |
09:35 | then | |
09:35 | git reset --hard HEAD^ | |
09:36 | assuming you don't have anything else besides the am | |
09:36 | if you do, don't reset | |
09:36 | just checkout whichever file had the conflicts | |
09:37 | I probably wouldn't rm -rf .git/rebase-apply | |
09:37 | 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 | 04Bug 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 | 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 | It's no p, but wanted to plan my day | |
12:22 | 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 | * Rafal Kopaczka: Bug 10266 - Statuses not appearing in the OPAC | |
12:50 | * Jared Camins-Esakov: Add Rafal Kopaczka to the history | |
12:50 | * Lyon3 Team: Bug 9824 - Hide basket with no expected items in basqket list by bookseller | |
12:50 | huginn | 04Bug 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 | 04Bug 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 | * Rafal Kopaczka: Bug 10266 - Statuses not appearing in the OPAC | |
14:02 | * Jared Camins-Esakov: Add Rafal Kopaczka to the history | |
14:02 | * Lyon3 Team: Bug 9824 - Hide basket with no expected items in basqket list by bookseller | |
14:02 | huginn | 04Bug 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 | 04Bug 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 | 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 | 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 | 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 | What you want is to set the call number source, or something like that. | |
14:52 | It's in the Cataloging section of the system preferences. | |
14:53 | (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 | No, nothing in Koha that will do that, to my knowledge. | |
14:53 | JoeLib001 | Gotcha. |
14:54 | That could be done with a plugin though? | |
14:55 | jcamins | Ummm... |
14:55 | 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 | :-P | |
15:00 | jcamins | tcohen: One project already did that... and closed source. |
15:01 | 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 | 04Bug 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 | I'm sorry, we only display 490, not 440. I was close. | |
15:09 | It's the 490 that needs a space. | |
15:09 | 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 | I rarely catalog maps. | |
15:14 | tcohen | oh. relief as a geographical term |
15:14 | i mean, in maps | |
15:14 | understood! | |
15:14 | '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 | 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 | 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 | 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 | There might be something in bug 8089, but I suspect not. | |
16:37 | huginn | 04Bug 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 | On Wednesday at the latest we are both free. | |
16:39 | 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 | Is Bug 9558 not solved by use of the OPACMobileUserCSS system preference/ | |
16:52 | huginn | 04Bug 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 | 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 | 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 | 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 | lol | |
18:55 | sorry :) | |
18:55 | long week? | |
18:55 | 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 | opac probably is | |
18:56 | hm missing 12 | |
18:56 | 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 | 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 | 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 | ah opac is almost done | |
18:59 | pianohacker | oleonard: nice |
19:01 | cait | template variable? |
19:01 | hmmm | |
19:02 | 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:03 | huginn | 04Bug 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 | that syntax was painful. like, coldfusion levels of painful | |
19:07 | cait | having only 0 and 1 was painful |
19:11 | 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 | probably not as pretty as if you would have done it | |
19:15 | i am sending a follow up for bug 9824 | |
19:15 | huginn | 04Bug 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 | trying to figure out a solution that makes everyone happy i gues | |
19:16 | by tricking the translation system :P | |
19:16 | 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 | i have attached my follow up | |
19:19 | oleonard | Okay |
19:21 | What's the "trick" ? | |
19:21 | cait | using strins that already exist in the po file |
19:22 | i wouldn' have expected that to work | |
19:27 | oleonard | Looks good to me cait |
19:29 | cait | yay :) |
19:36 | jcamins: what do you think abou tbug 9824? | |
19:39 | thx oleonard :) | |
19:39 | 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 | 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 | <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 | @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 | 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 | 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 | 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 | 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 | Hi, larryb! :) | |
22:03 | mtompset | pianohacker: Spaces are semantically important. :P |
22:03 | larryb | heya drnoe |
22:04 | 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 | My hacking around with the biblibre patch has proved interesting. | |
22:09 | 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 | 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 | 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 | I only needed one of "Exactly" or "Yup." | |
22:15 | Please feel to remove one. | |
22:15 | *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 | 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 | 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:27 | 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 | I thought that was the way Apache authentication works. Turns out that is not so. | |
22:28 | mtompset | Ah. |
22:29 | 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 | :-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 | 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 | packages try to start some SIP stuff | |
22:38 | jcamins | tcohen: you have to enable ti. |
22:38 | *it | |
22:38 | 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 | 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 | Odd. | |
22:42 | mtompset | Let me git reset --hard this branch. |
22:43 | Nope. Can't log in persona on my 192.168.45.200 | |
22:45 | I bet it will work for a public IP/name. :) | |
22:47 | ARG! Facebook isn't sending me the security code! | |
22:49 | Well, what I'm hacking right now, you tell it the URL to redirect to. | |
22:49 | And then I copied and modified the default simplesamlphp authenticate.php file. :) | |
22:49 | So, simplesamlphp does the authentication, and then will redirect back. :) | |
22:50 | 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 | Or login.persona.org. | |
22:51 | 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 | I turned off NoScript in my firefox, and it still failed. | |
22:54 | jcamins | mtompset: XSS blocking is built into FF/Chrome. |
22:55 | 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 | Not sure what it could be, then. | |
22:57 | Anyway, webservices++ | |
22:58 | mtompset | Your router probably redirects to your private IP address. |
22:58 | 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 | SIP2 literature? |
← Previous day | Today | Next day → | Search | Index