IRC log for #koha, 2014-06-05

← Previous day | Today | Next day → | Search | Index

All times shown according to UTC.

Time Nick Message
00:00 eythian dcook: you just missed him.
00:00 dcook dinger :/
00:00 eythian but pull requests are a git thing, GH just has a web interface for it.
00:01 dcook I thought that Linus Torvald wrote something explicitly saying how he thought pull requests were a bad idea and that only GH had them
00:01 eythian http://stackoverflow.com/quest[…]ll-request-on-git <-- this explains the difference
00:01 Koha uses them occasionally if a patch can't be emailed for some reason, but that's rare
00:05 alohalog` joined #koha
00:05 Topic for #koha is now Koha 3.16.0 is available! Next general meeting is 3 and 4 June 2014 at 22:00 and 15:00 UTC. Welcome to the IRC home of Koha http://koha-community.org. Please use http://paste.koha-community.org for pastes.
00:05 dcook Would rangi apply a patch via git bz, and then tcohen would cherry-pick from a branch with the MM repo as a remote?
00:05 Or just apply from git-bz?
00:05 eythian I dunno. I don't know if the MM branches are widely used or not.
00:05 mtompset MM?
00:05 tcohen i'm experimenting
00:06 (is it idiomatic?)
00:06 dcook (Makes sense :) )
00:06 tcohen i git merged from rangi's MM branch
00:07 mtj joined #koha
00:08 dcook Mmm, I think I follow now. Thanks, tcohen :)
00:08 * dcook ponders
00:08 dcook How would they update their MM branch then?
00:08 tcohen for now, my goal is that MM take care of integrating patch series
00:09 the latest tiny patches might make it look like unnecesary overhead
00:09 it will depend on how big are they I guess
00:12 dcook I have no idea, but I like the idea of more people pushing code
00:12 Seems like that could ease things for the RM long-term
00:13 Although I suppose the bottleneck is still probably testing
00:34 mtj this is some interesting info from Linus... -> https://github.com/torvalds/linux/pull/17
00:59 alohalog` joined #koha
00:59 Topic for #koha is now Koha 3.16.0 is available! Next general meeting is 3 and 4 June 2014 at 22:00 and 15:00 UTC. Welcome to the IRC home of Koha http://koha-community.org. Please use http://paste.koha-community.org for pastes.
00:59 mtj joined #koha
01:00 dcook Looks like it should work but it never seems to..
01:01 Or maybe it does partially do what it says it does..
01:06 Ok, so maybe Makefile.PL does work exactly as it says...
01:06 I just need to read more carefully :p
01:18 rocio left #koha
01:21 pianohacker joined #koha
01:21 pianohacker hallo
01:22 dcook yo pianohacker
01:23 pianohacker hey dcook :)
01:23 decided on the galago ultrabook after a lot of research, the small-screen laptop market is a really frustrating place
01:24 dcook I hear that
01:24 Galago, eh? Link?
01:24 Nevermind. I'm overly excited :p
01:26 How much hard drive space does that sucker have?
01:26 Ahh, nvm
01:26 That's n eat
01:26 neat*
01:27 pianohacker yup, nice laptop. You go almost anywhere else, and you compromise on screen, battery life, graphics or build quality
01:27 planning to put raid 0'd dual samsung ssds in it :)
01:29 * dcook really needs to play around more with raid configs..
01:29 dcook I suppose I still can't rationalize spending $1000 on anything other than travel :p
01:29 I mean $1000+
01:30 Mind you, this is a way nicer machine than the ones I've seen here for that same price..
01:32 pianohacker I have student loan money, and this laptop is dying slowly. Could last a year, but I can and should get something better
01:32 dcook Is System76 located in Canada? Wondering why they offer ground cover for there..
01:32 pianohacker to my understanding, they're a half hour away in Denver
01:33 dcook Hmm must just be an add-on for Canucks
01:33 I've been pondering laptops for the past year or so. My netbook is...4.5 years old at this point
01:33 Running Lubuntu means it's still usable but it's not necessarily ideal :/
01:33 pianohacker what kind of specs?
01:33 dcook Yet, I so rarely use laptops.
01:33 Laughable specs ;)
01:34 If I am going to use a laptop, it's probably going to be for work, and then I just use one of the machines we have here.
01:34 pianohacker I have a core 2 duo with a gig of ram and scrounged components by my feet, acting as a router. How laughable we talking!
01:35 *?
01:35 And good, I was gonna say, if you're doing koha development on that you are a trooper...
01:36 dcook Yeah, I think that processor and ram sound about the same :p
01:36 pianohacker fun times :) and probably intel graphics that think opengl is something you can eat
01:36 dcook Well, in...2012 I managed to install Debian on a Vbox VM on Windows 7. So painful...
01:36 pianohacker wait, on that hardware?
01:37 dcook Yep
01:37 * dcook was rather transitory at the time and had a lack of options
01:38 pianohacker good lord. You wouldn't have had hardware-assisted virtualization even, I don't think
01:38 Windows must have taken forever and a day to boot
01:38 dcook Windows was the host, so it wasn't too bad. Debian was slow as though.
01:39 Still, it was the first time I ever installed Linux
01:39 I must've liked it if I persisted :p
01:39 pianohacker oh okay. And if you persisted through that, yes indeed!
01:39 dcook Playing with a Debian VM during class also proved more interesting than paying attention to lectures...
01:39 No offence to the lecturers. It was just rather dry at times.
01:40 pianohacker no stones thrown, I've written plenty of code in class
01:40 dcook Multitasking!
01:44 Now that I think about it, you're all done uni, yeah, pianohacker?
01:44 pianohacker dcook: kinda. Graduated last month, but doing field session work (which is writing an ajax circulation client using angularjs), and I'm staying here another year for my masters
01:45 then I have to face the terrifying real world
01:46 dcook field session?
01:46 wahanui well, field session is going decent, trying to get them up to speed on stuff. They're learning web technologies, Perl and Koha's many quirks at the same time, so they're getting firehosed a bit
01:46 dcook Yay for masters delaying the world! ;)
01:47 What will you be doing for your masters?
01:47 pianohacker oh hey, that's actually a quote from me. It's a summer session for my undergrad
01:47 and I have no idea! advanced classes, but I need to track down a project. Probably something with networking
01:49 dcook I'm not sure I follow :S. So doing paid work for credit?
01:50 Sometimes I wish I would've done CS or at least a little bit of CS...
01:52 pianohacker it's a weird setup. Companies (including ByWater this time) submit speculative/explorative projects to the school, and we're assigned in teams of 3 or 4 to them.
01:52 The theory is that it's not something that will make the company money directly, so it's okay for us to pay the school for credit for it :P
01:54 dcook haha. Interesting
01:54 So there are other people working on it as well?
01:55 pianohacker yup, two other guys getting introduced to the quirky joy of Koha and the circulation code
01:58 dcook Neato
01:58 So we've been wondering...what are the perks of an ajax circulation client?
01:58 Not reloading the page for each check in?
01:59 pianohacker yup, that's the biggie, makes a lot of things faster or instant
02:00 cancelling a checkout that needed confirmation, for instance, involves hiding a div rather than a page reload
02:00 dcook Sweet :)
02:01 Why use angularjs?
02:01 pianohacker because it's the best thing since bagels with nutella
02:02 dcook Bagels with nutella you say...
02:02 Toasted or untoasted?
02:03 pianohacker I'm an untoasted man, but it depends on the bagel. Less hyperbolically, it gives us a really nice reactive template system. I'll show you the checkout screen as it currently stands (partially done)
02:03 https://github.com/CSMByWater/[…]/circ/checkout.tt
02:08 dcook Dang, that page is gettin' long :/
02:08 Looks interesting though!
02:08 Good excuse for the rest of us (i.e. me) to look at angular
02:09 pianohacker compare and contrast the needsconfirmation/impossible logic, it's spectacular...
02:10 you just set stuff in your scope, and the page changes, boom
02:11 tried to do this several years ago with jQuery and this is ten times better
02:11 jcamins pianohacker: I really like Angular. I also liked the looks of the one from Facebook, though.
02:12 dcook pianohacker: Oooh, I see there. That does look handy.
02:12 I wonder if it would be useful to separate those into includes..
02:13 pianohacker jcamins: reactive frameworks are just nice in general. Plus it makes the translation situation with JS in koha less of a bear
02:13 dcook: how do you mean?
02:14 dcook pianohacker: I was just thinking about the question section, but maybe it makes sense just to leave it
02:14 Is the code at the bottom going to stay or has that just not been stripped out yet?
02:14 * dcook is looking at patron restrictions
02:15 pianohacker dcook: that's going to be converted, we just started with circulation.tt and went from there
02:15 dcook Mmm, sweet
02:15 Personally I've always been more in favour of toasted bagels, but untoasted with nutella...
02:15 Tough to find bagels in Sydney though :/
02:16 At least in the inner west
02:16 Looking forward to seeing it when it's done, pianohacker :)
02:17 pianohacker dcook: If you want a delicious artery killer, try a soft bagel with cream cheese and nutella
02:21 dcook Hehe. I've never been a huge fan of cream cheese :p
02:21 I was thinking this morning about how good I feel in my body, then I remembered that I'm still in my late 20s :p
02:21 Still have lots of time to fall apart..
02:31 eythian hmm, I have to embed a chunk of C4::Biblio into a Koha:: module to make something work. Or should I be bad and just reference C4::Biblio...
02:32 pianohacker sounds like a devil's bargain either way. What are you up to?
02:33 eythian I want to add item data to a MARC record for indexing. However, to reimplement C4::Biblio::EmbedItemsInBiblio, I need to implement several other functions dealing with frameworks and such.
02:34 pianohacker I'd definitely vote for using the existing sub. Why not?
02:34 eythian it's preferable to not use C4:: things other than C4::Context in Koha:: modules.
02:35 I might do it now, otherwise I'll risk losing momentum in what I'm actually doing. It could be added later if needed.
02:35 pianohacker interesting, did not know that. To risk sounding like a broken record, why?
02:35 seems like there are lots of cases like this where you'd have to reimplement something
02:35 eythian because we'd like to move everything to a Koha:: namespace, and part of doing that is removing dependence on C4.
02:35 rangi thats the idea
02:36 reimplement it properly/cleanly without the circular dependencies
02:37 http://wiki.koha-community.org[…]_Koha::_namespace
02:43 dcook eythian: Would it be possible to create a new "EmbedItemsInBiblio" function in Koha:: and then change C4::Biblio::EmbedItemsInBiblio to just be a wrapper?
02:43 eythian dcook: yes, totally.
02:43 however, I just don't want to spend the time going through tracing all the dependencies right now :)
02:43 dcook It would be extra work, but wouldn't that be easier than trying to fix the call to C4 in the future or embedding a chunk?
02:44 Mmm, that'll do it :/
02:44 eythian It's probably what I'll do in the end.
02:44 * eythian adds a TODO note.
02:45 eythian basically I want to get items indexing in ES sooner rather than taking the time to reimplement stuff right now.
02:45 dcook I wonder if it would be useful at some point to create a plan for how Koha:: would look
02:45 eythian: Yeah, I can understand that
02:45 * dcook is pro ES :D
02:46 dcook No harm being bad if it's pre-community anyway
02:46 Speaking of bad...*pokes Zebra and asks why it's not merging authorities as it should*
02:46 Well, that's not what I mean..
02:47 Zebra, why you think you have no bib 1 attribute when you totes do
02:48 eythian adding item details slows down my reindexing time noticeably :(
02:48 dcook :(
02:48 eythian Mind you, I could probably optimise that a fair bit, I suspect it's doing far more db calls than needed right now.
02:58 dcook Yay optimise!
02:58 Also boo Zebra right now...
02:58 pianohacker rangi: Hmm. I think I'm missing something, as it seems to imply, for example, that the services we're writing for the angular circ project need to port all of the circulation and holds logic to Koha::
02:58 dcook Well, it's almost certainly our fault and not Zebra, but...no idea why it's config doesn't seem right..
03:00 rangi eventually they will use Koha::Circulation or something, you will just have to note that that work is still todo
03:01 pianohacker ok... I'm never entirely sure when our coding guidelines are MAY, SHOULD or MUST in terms of patch acceptance
03:01 rangi its always at the discretion of the RM
03:01 dcook pianohacker: I think at this point it's mostly that if you're adding new modules, they should be in Koha:: rather than C4:: ?
03:01 rangi dcook: and that they shouldnt reference C4:: ones
03:02 because otherwise we will never get rid of C4
03:02 dcook rangi: Huh...I suppose that makes sense as otherwise there is no incentive to write Koha:: modules..
03:02 yeah
03:02 pianohacker rangi: with an implied "when reasonably possible" after that shouldn't?
03:02 dcook It would be cool if there were a Koha:: roadmap
03:03 rangi i dont think that would work
03:03 there was a rfc, but it was overly complicated
03:03 dcook Maybe not
03:03 pianohacker aka if it's some silly utility call in C4::Koha, you should just buck up and port it, but if it's some bear like CanBookBeIssued, a todo is reasonable?
03:03 dcook I suppose when it's open to comment, it's going to get complicated
03:03 rangi pianohacker: that'd be up to the QA team to decide
03:04 * dcook supposes that he's glad that he mostly sends in small patches..
03:04 dcook But then again change is good...argh..
03:04 rangi i have a new Koha::Email one
03:04 im working on now
03:04 dcook I remember you mentioning that
03:04 * dcook is quite excited by it
03:04 dcook That's a really really good one to do
03:05 rangi pianohacker: for your use case i think it will be ok
03:05 dcook rangi: Was that prompted by a client or the urge to do good deeds? ;)
03:05 rangi client
03:06 dcook Sweet. I love when clients drive change :)
03:07 I wish sometimes that more of our clients were upset by things so that there was impetus for change
03:07 pianohacker I'd think so, yeah. I think it is forward-thinking and reasonable to push hard for refactoring when you touch the code in question.
03:27 irma joined #koha
03:29 dcook Has anyone ever had to manually refresh a Zebra db?
03:29 I use the -r flag but it's not hacking it..
03:29 eythian It's pretty common to do that.
03:29 dcook Mind you, I think Zebra isn't reading the config right either..
03:30 Loads of 114 errors that make zero sense
03:31 pianohacker you may have to look through zebra's source code, dcook. It's the only way I've been able to solve a lot of problems...
03:31 besides config roulette
03:31 dcook hehe
03:32 Yeah, I think this is going to be...
03:32 I dont' even know
03:32 eythian dcook: two step solution: a) check out my ES code, b) help me make it work in all cases :)
03:36 dcook wth...reset the db and it's still messing up. Has to be the zebra server itself not reading the config correctly...
03:36 eythian: So so tempting
03:38 Hmm, maybe the .cfg file is screwed up...although that would make zero sense...
03:38 Nope, that looks good..
03:40 It's just for authorities as well...biblio is fine
03:43 pianohacker dcook: do you have the index defined as the correct type?
03:45 dcook correct type?
03:45 pianohacker :w, :p, etc
03:46 dcook Ah, yeah, that's all good
03:46 The config is identical between the two instances
03:46 Or as identical as I can tell
03:46 But one seems to not be loading the Zebra config files correctly..
03:47 Well...two instances in two different ways
03:48 Yet it says that it's loading the right files..
03:48 pianohacker same zebra version?
03:48 dcook Yep
03:48 pianohacker (and yaz)
03:48 dcook Yep
03:48 pianohacker and you're sure there are records being indexed that would fill that index?
03:48 dcook Yep
03:49 I manually reset the database and it said database wasn't available (as expected)
03:49 But when i reindexed and tried to query through yaz-client, it's giving me 114 errors
03:49 pianohacker What's your PQF?
03:49 dcook Which mean that the bib-1 attributes don't exist
03:49 I'm not even using PQF at this point
03:49 But 1=1016 <anything>
03:50 It'll convert "f test" to "@attr 1=1016 'test'"
03:50 pianohacker wait, @attr 1=1016 is failing? That's nuts
03:50 isn't that general keyword search?
03:50 dcook [114] Unsupported Use attribute -- v2 addinfo '1016'
03:50 Yep
03:50 Hmm
03:51 Maybe it can't read the bib1.att file..
03:51 * dcook checks permissions
03:52 dcook Nah, that should be ok..
03:53 No idea at all..
03:54 My other in stance has:
03:54 ZOOM error 114 "Unsupported Use attribute" (addinfo: "Koha-Auth-Number") from diag-set 'Bib-1'
03:54 When trying to merge authorities :S
03:54 Which is in the biblio db's bib1.att file
03:54 Something farked is going up
03:55 going on*
03:55 Hmm segfaulting now...that's cool, Zebra
03:57 But search is still sort of working in Koha
03:57 * dcook is really starting to contemplate eythian's suggestion of checking out ES...
04:19 mtj dcook: are you running zebrasrv -v all , for debugging...
04:19 can be handy for problem
04:19 s
04:24 dcook I suppose I could. It's telling me what the problem is. It just seems unbelievable :p
04:35 Man Zebra gets super slow for updates on large DBs..
04:39 Yep...Zebra config identical...system preferences identical...code identical...
04:39 * dcook glares at Zebra
04:39 dcook mtj: Thanks for that btw. I think I might try that next..
04:40 pianohacker dcook: And you're sure the index is finishing successfully? Has enough shadow space and everything?
04:41 There may be some issue that's only visible with -v -v on the rebuild that might mess you up
04:41 (warning, the above will spew output)
04:41 dcook Yeah, I've been using -v -v :/
04:41 pianohacker shoot, okay.
04:41 dcook So the one that produces the error:
04:41 ZOOM error 114 "Unsupported Use attribute" (addinfo: "Koha-Auth-Number") from diag-set 'Bib-1'
04:41 Biblio and authority searching are working fine on that instance
04:42 It's just when the merge tries to look up bibs connected to the auth record that it fails to find "Koha-Auth-Number") as a valid attribute :S
04:42 (The problem with the authorities not being searchable at all is a different dev instance)
04:42 (The one with "any" being considered invalid)
04:51 tearms joined #koha
05:01 dcook Despite all my rage, we still can't lock Zebra in a cage...
05:01 wizzyrea lulz
05:01 i'm out later :)
05:01 dcook night wizzyrea
05:03 eythian dcook: I bet it'd make good steaks though
05:05 dcook No argument here :)
05:07 eythian A downside to using the Koha:: namespace is you have to implement all sorts of APIs yourself, e.g. right now I have to write an ItemTypes one.
05:10 dcook Well, half-way solved the problem
05:10 It's definitely related to a system preference
05:10 Now to find out which one...
05:15 pianohacker I need to go to bed
05:15 night all
05:15 wahanui goodnight pianohacker. You'll be back.
05:17 dcook eythian: dontmerge had somehow disappeared from the database
05:17 As to why it was an error about bib 1 attributes...
05:19 Hmm, but if dontmerge is turned on, it also throws that error..
05:19 turned on being set to 1
05:19 Err 0 rather..
05:19 Bloody sysprefs..
05:33 Anyone know if you can use "make upgrade" to downgrade an install?
05:36 Ahh, think I found my problem
05:36 Someone broke my install by owning my Zebra DB with root...
05:36 paul_p joined #koha
05:39 eythian doh
05:39 it's good to run zebrasrv manually sometimes, it'll log errors like that to the screen then
05:40 dcook I was running zebrasrv manually, but it was just giving htat 114 error
05:40 At least, that's the only error I noticed
05:40 eythian hmm OK
05:41 dcook Yay! Pretty sure fixing the permissions did the trick for the dev instance
05:41 Also re-ran Makefile.PL which probably didn't hurt either
05:41 Adding an extra -v -v onto rebuild_zebra.pl probably would've done the trick
05:42 I wasn't getting the right output before but I didn't remember what I was supposed to be looking for
05:42 Basically dcook whines too much on #koha :p
05:42 laurence joined #koha
05:42 dcook Although that's dontmerge thing is probably a bug...
05:42 * dcook knew the dev instance thing was config related, but  yeah..
05:53 dcook Hmm, definitely still a problem in master
05:56 * magnuse waves
05:56 dcook yo magnuse
05:56 magnuse yo yo yo!
05:57 eythian: yeah, the config for 942 should probably be the same for marc21 and normarc
05:58 eythian OK cool
05:58 dcook @later tell pianohacker you were right about it not finishing indexing. Someone must've re-indexed my dev instance as root and it broke everything...
05:58 huginn dcook: The operation succeeded.
05:58 dcook @later tell pianohacker As for that issue with the authority merging...working on that one...stupid Koha-Auth-Number...
05:58 huginn dcook: The operation succeeded.
06:06 eythian the startup time involved in a 'use Koha::Database;' is concerningly high.
06:06 dcook Mmm, I think I finally figured it out...
06:06 eythian: That's what I seem to keep hearing
06:07 eythian hope we can figure a way around that.
06:08 * dcook swears
06:08 dcook eythian: You know what the bloody problem was?
06:08 The stupid Koha-Auth-Number index was empty
06:08 So even though the bib 1 attribute was defined in bib1.att...
06:08 eythian ah
06:08 dcook It threw a 114
06:08 eythian how annoying
06:08 dcook Well, I guess at least I solved all my problems...
06:09 Well, today's problems :p
06:09 I'm pretty sure ES would just say "Oh, hey. This index is just empty, dudes."
06:09 eythian that's what it does.
06:10 well, if the index doesn't exist, it'll explode and tell you the index doesn't exist.
06:10 dcook Fair 'nuff
06:10 But in theory it should exist and just not be populated, yeah?
06:10 eythian yeah
06:15 I mean, it'd be weird for it to do anything else, right.
06:21 dcook hehe
06:21 Oh, Zebra.
06:22 I'm glad I shall end the day having at least understood the problems I was facing...
06:22 eythian: You should go home/to the pub
06:22 Oh my...I'm turning into you!
06:22 eythian haha
06:22 dcook This is cait's cue to show up..
06:22 eythian I want to get my itemtype api done so I can make itemtype facets show up nicely.
06:22 dcook :D
06:23 That would be very nice ^_^
06:23 eythian (at the moment they show up with their codes.)
06:23 dcook I think I might have to try out your ES code when I have some free time
06:23 It would be cool to see if nothing else :D
06:25 eythian you should :D
06:27 dcook Do you have any brief instructions?
06:27 I was thinking of using my Debian VM so that I could just apt-get install elasticsearch
06:27 (if that's how you do it :P)
06:28 eythian more or less, yes
06:28 There's a big gob of dependencies needed for the Koha side though. I have packaged them all into .deb files.
06:28 dcook Big gob?
06:29 Ahh right
06:29 Catmandu, etc
06:29 Hmm, only downside is if I look at your code...I might get too desirious for it...
06:29 Mind you, good for external sign offs down the road...
06:30 wtf...someone just chowned my sockets again with root...
06:30 * dcook goes on a diplomatic warpath
06:30 eythian yeah, signoffs would be good :)
06:31 I'm going to be spending a good bit of time in the future squashing and splitting patches into logical blocks I think.
06:33 reiveune joined #koha
06:34 sophie_m joined #koha
06:36 dcook eythian: Do you have an existing bug report for it or is that down the track
06:36 * dcook waves to the French folk :)
06:37 eythian dcook: there's no bug made for it yet. I want something I can release first, and that's getting close I feel.
06:37 Not prod ready, but mostly functional.
06:37 dcook Mostly functional works :)
06:37 I'd be quite keen to test it out
06:38 What's the plan when there is a bug for it?
06:38 Would it be an optional switch over?
06:38 eythian Yeah, it's totally syspref controlled. You flick the syspref back to zebra and it's (mostly) like you don't have the code there at all.
06:39 Currently it'll load some modules no matter what, but I plan to stop it even doing that.
06:39 At this stage the only place it hooks into Koha proper is the opac-search.pl file.
06:41 dcook Cool :)
06:42 (An aside to myself: it does appear that you can downgrade with make upgrade. Sweeeet.)
06:49 marcelr joined #koha
06:49 marcelr hi #koha
06:49 alex_a joined #koha
06:50 alex_a bonjour
06:50 marcelr hi alex_a
06:54 eythian hrm, I don't know how to write db_dependant tests using dbix::class
06:55 * dcook has yet to bite the bullet on dbix::class
06:55 dcook Still a bit sour after the last time I used it..
06:56 eythian the problem is that I'd normally get a dbi handle from C4::Context, and turn off autocommit.
06:56 But now the setup is running in a different transaction to what the code being tested is
06:56 so it can't see the data I add.
06:59 dcook gmcharlt++
06:59 good eye on bug 1472. I never noticed that dependency section!
06:59 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=1472 blocker, P3, ---, chris, CLOSED INVALID, Foreign key constraint fails on item checkout
07:00 dcook err
07:00 bug 11472 even
07:00 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11472 enhancement, P5 - low, ---, gmcharlt, NEW , MARC21 008 plugin should consult leader to set default type of material
07:01 dcook eythian: That does sound problematic :/
07:01 yohann joined #koha
07:05 dcook Wooo. Wifey done her homework early, so date night!
07:05 Good luck, eythian!
07:07 fridolin joined #koha
07:08 eythian joined #koha
07:08 fridolin bonjour to all
07:08 eythian later dcook
07:08 hi fridolin
07:09 trea joined #koha
07:20 paul_p joined #koha
07:29 magnuse @wunder boo
07:29 huginn magnuse: The current temperature in Bodo, Norway is 19.0°C (9:20 AM CEST on June 05, 2014). Conditions: Clear. Humidity: 64%. Dew Point: 12.0°C. Pressure: 30.04 in 1017 hPa (Steady).
07:29 magnuse @wunder marseille
07:29 huginn magnuse: The current temperature in Realtor, CABRIES, France is 16.3°C (9:29 AM CEST on June 05, 2014). Conditions: Scattered Clouds. Humidity: 36%. Dew Point: 1.0°C. Pressure: 29.96 in 1014 hPa (Rising).
07:29 magnuse hah!!
07:30 eythian OK, itemtype facets now show up with the description rather than the code. That's definitely a good thing.
07:30 Also my cue to go home.
07:31 magnuse eythian: have you seen there is some official debian packaging of Catmandu on the way?
07:32 eythian magnuse: the problem is I have had to submit patches to catmandu to make things work
07:32 they've gone in upstream, but debian packages won't be that current.
07:32 magnuse ah, gotcha
07:33 eythian++
07:36 hm, i know about  minPasswordLength, but didn't i see some more fancy password stuff while i was translating?
07:43 for setting the length and complexity? or did i dream that
07:43 ashimema I vaguely remember such things magnuse..
07:43 can't find it now though.
07:48 wow.. I think this might be the first time I've ever been higher than Cait on the QA leader board ;)
07:48 only 'cause she's been out for the majority of this month so far
07:53 magnuse hehe, you better bask in the glory while you can ;-)
07:53 ashimema ;)
07:53 magnuse or make sure you get a good lead on her before she is back
07:53 ashimema doesn't happen often
07:53 magnuse nope, cait is pretty awesome
07:53 ashimema unfortunately I've not really got much time for QA at the minute.. :(
07:54 cait holds the whole thing together really... her stats are amazing.
07:54 magnuse cait++
07:54 ashimema cait++
07:57 magnuse @karma cait
07:57 huginn magnuse: Karma for "cait" has been increased 85 times and decreased 0 times for a total karma of 85.
07:57 magnuse @karma
07:57 huginn magnuse: Highest karma: "gmcharlt" (114), "cait" (85), and "eythian" (64).  Lowest karma: "^" (-5), "-" (-3), and "ie" (-3).  You (magnuse) are ranked 10 out of 205.
07:57 * magnuse nods
07:57 ashimema @karma
07:57 huginn ashimema: Highest karma: "gmcharlt" (114), "cait" (85), and "eythian" (64).  Lowest karma: "^" (-5), "-" (-3), and "ie" (-3).  You (ashimema) are ranked 8 out of 205.
07:59 ashimema our permissions system is weird.. currently trying to work out if it would be possible to set permissions as part of import in my borrower import re-write..
07:59 paul_p joined #koha
07:59 ashimema but getting my head around them to start with is proving challenging.
08:00 alex_a_ joined #koha
08:04 magnuse yeah, i think i got as far as figuring out how to add a new permission once - that was enough for me ;-)
08:05 ashimema I've worked that bit out before..
08:05 but how the permission themselves fit together.. I'm baffled..
08:05 seems to be a sum or squares or some such math going on to get the flags number
08:06 magnuse is it similar to file system permissions? that was sort of the impression i got
08:07 ashimema i'm not exactly sure.. but I have a feeling it's not that similar
08:08 magnuse ok
08:10 ashimema actually.. maybe ther's more similarity than I initially thought..
08:11 I think i'm starting to get my head around the user_permissions and permissions tables.. but I've got no idea how it relates to borrowers.flags
08:15 magnuse you wave the flags in the air to celebrate when you get the permissions you want?
09:00 ashimema joined #koha
09:03 ashimema joined #koha
09:20 magnuse hm, should patches for the documentation be on bugzilla, or sent to the documentation mail list?
10:26 ashimema pass
10:26 it's quiet in here today.
10:50 longrider joined #koha
10:52 longrider Hi
10:52 wahanui kia ora, longrider
10:52 longrider Everybody
10:52 wahanui Everybody is so enthusiastic today :)
10:53 longrider I did not solve my previous problems regarding solr search in koha
10:56 ashimema solr isn't supported for production.. it was in development.. but seems to now be mostly abandoned.
10:57 longrider have You tested solr>?
10:59 * longrider slaps laurence around a bit with a large fishbot
11:03 collum joined #koha
11:08 Joubu longrider: what do you want to know about Solr and Koha?
11:09 longrider I like to deploy solr in my koha
11:09 when I run ./rebuild_solr.pl -i
11:09 It produce
11:10 Joubu longrider: There is only 1 way to have a Koha using Solr in production, and it is not possible with the master branch
11:10 longrider 0 record index
11:10 Joubu the only way is to use the BibLibre branch (based on 3.2Biblibre which is a fork of Koha 3.2).
11:12 longrider: yes, it is possible you forgot something in the configuration
11:12 on it is possible something is wrong in the master code
11:12 I didn't try to index record with Solr using the master branch for a longtime...
11:14 meliss joined #koha
11:28 fridolin left #koha
11:39 oleonard joined #koha
11:41 oleonard Hi #koha
11:42 tcohen joined #koha
12:27 Dyrcona joined #koha
12:32 tcohen joined #koha
12:41 tcohen morning #koha!
12:43 nengard joined #koha
12:55 oleonard One of our e-resource vendors sends a MARC file of titles which are no longer available  and should be deleted. Is there a way to use it to batch delete titles?
13:06 tcohen Joubu: don't you think that something like --where table.field operator value would be better syntax?
13:08 collum joined #koha
13:14 Joubu tcohen: I don't understand.
13:14 tcohen sorry, bug 12368
13:14 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12368 enhancement, P5 - low, ---, jonathan.druart, Needs Signoff , Rebuild Zebra improvement: allow to specify a DB table
13:14 Joubu tcohen: you suggest the query does a join on items and biblios?
13:15 tcohen I suggest that we parse the parameters accordingly
13:15 just hinking out loud
13:15 Joubu tcohen: hum, yes but if the where clause is complex, it could be difficult to parse the tables to use
13:16 * tcohen agrees
13:32 bag http://m.today.com/news/studen[…]-prank-2D79756707  (This guy plays on my baseball team with me)
13:33 pretty rad prank
13:35 NateC joined #koha
13:36 Dyrcona oleonard: I have something like that for Evergreen if you want to have a look. We get a mixed file of updates and the script checks the record status field.
13:37 oleonard Thanks Dyrcona, but I'm not looking to adapt something at the moment, just looking for immediately practical options
13:46 Dyrcona oleonard: Good luck. I can help you with the MARC side, but probably not so much with the Koha bits if you have questions.
13:52 kmlussier joined #koha
14:11 nengard oleonard there is a bug/patch for that ...
14:12 looking
14:12 oleonard I know there is a batch delete biblios bug report, but I don't know how it works.
14:13 nengard it uses the 'd' in one of the fixed fields
14:13 what the ebook vendors put in there
14:13 i forget what field though
14:13 khall might know
14:13 or talljoy
14:14 khall I do remember writing that
14:15 http://bugs.koha-community.org[…]_bug.cgi?id=11084
14:15 huginn 04Bug 11084: trivial, P5 - low, ---, kyle, Failed QA , Delete biblios on Leader 05 =d
14:30 barton oleonard, I've got a patron self-registration question: when I check the borrower-modifications table, I see that all of the verification_tokens are associated with borrower 0 -- do you know what would cause this?
14:30 oleonard Not off the top of my head, no.
14:31 barton Hmm, weird.
14:35 just checked sysprefs->OPAC->self registration -- I can't see *anything* that would affect that. I guess it's bug report time :-)
14:37 oleonard barton: What is the consequence of the symptom?
14:37 nengard wouldn't it be that borrower 0 (the koha user) generated the code?
14:37 which would make senese
14:37 sense
14:39 barton The consequence is that when borrowers click on the link link to verify that they got the email, they're all taken to the same borrower...
14:39 oleonard :(
14:39 barton yeah. not good.
14:40 the small saving grace being that self registered patrons have limited access.
15:01 tgoat joined #koha
15:02 yohann left #koha
15:17 reiveune bye
15:17 reiveune left #koha
15:17 huginn New commit(s) kohagit: Bug 12295: fix Javascript error when merging authorities <http://git.koha-community.org/[…]fef0b03357e1814af> / Bug 12025 - Inventory tool fails with "Could not reads headers", or sometimes a timeout <http://git.koha-community.org/[…]5d230bb74da10cca1>
15:25 rocio joined #koha
15:56 laurence left #koha
16:02 kmlussier joined #koha
16:12 tgoat joined #koha
16:22 pianohacker joined #koha
17:57 nengard left #koha
18:05 ashimema tcohen or eythian about?
18:05 not likely.. but worth a try ;)
18:05 tcohen ashimema: hi
18:05 wahanui hey, tcohen
18:05 ashimema random question.. is it jsut me.. or has the format for verions number changed slightly with 3.16 release in the repos?
18:05 3.14.00 vs 3.16.00.1
18:07 just wanted to check it wasn't something I’ve got confused.. I've been building our 3.16 repo today.. but have just run up against my version number not being larger due to the .1 at the end.
18:14 tcohen ashimema: where are you reading that?
18:15 ashimema from an apt-cache policy
18:15 tcohen kohaversion.pl and updatedatabase.pl always contained that appendix
18:15 ashimema koha-common:
18:15 Installed: 3.14.06-2ptfs
18:15 Candidate: 3.16.00.1
18:15 Version table:
18:15 3.16.00.1 0
18:15 500 http://debian.koha-community.org/koha/ squeeze/main amd64 Packages
18:15 3.16.00-1ptfs 0
18:15 500 http://repo.koha-ptfs.co.uk/ wheezy/main amd64 Packages
18:15 *** 3.14.06-2ptfs 0
18:15 100 /var/lib/dpkg/status
18:15 tcohen oh
18:15 ashimema indeed.. I wondered if it's deliberate.
18:16 to bring it inline with kohaversion.pl for instance
18:16 tcohen nope
18:16 looks like a typo s/./-/
18:17 ah
18:17 maybe eythian built a revision just after building 3.16.0 because he found some trouble
18:18 ashimema no matter.. I'll just go ahead and rebuild my package with the .1 in then my version will be ahead..
18:18 only difference is a minor credits tweak we always put in so far.. 'Supported by...'
18:18 coolios.
18:18 thanks tcohen.. that makes sense.
18:19 mtompset joined #koha
18:19 mtompset Greetings, #koha.
18:19 http://ccsinjection.lepidum.co.jp/ -- OpenSSL update to fix a really old bug.
18:24 ashimema we saw that too..
18:24 oh dear.
18:30 mtompset I just ran a apt-get update, upgrade, dist-upgrade. Looks like Ubuntu has a patch already available now. :)
18:36 sophie_m left #koha
18:37 ashimema that's quick
19:11 pianohacker hi ashimema! Have to run now, but wanted to say 'allo
19:13 ashimema hi pianohacker..
19:13 have fun running.. hope your well
19:14 pianohacker yup, busy with school, work and errands, but life is good :)
19:23 ashimema coolios..
19:23 I'm heading off now too.. have a good night/evenig.. whatever time it is there.
19:43 JesseM joined #koha
19:47 rangi morning
20:11 Joubu: you still awake? :)
20:13 kmlussier left #koha
20:14 rangi @later tell joubu im going to look at bug 11169, even tho its sorta acq, its sorta opac and it has a patch from you on it
20:14 huginn rangi: The operation succeeded.
21:27 wizzyrea barton - is the borrower category filled in in the sysprefs?
21:27 for your self registration question
21:28 barton I'll have to check... I did see a bug report about that...
21:28 I guess it could be related.
21:29 if the borrower category isn't set, it doesn't create a new borrower number perhaps?
21:30 I'm pretty sure that they had some sort of restricted borrower for self registration though.
21:33 mtj hi #koha
21:33 thanks for that openssl heads-up mtompset :)
21:39 mtompset You're welcome./
21:57 NateC joined #koha
22:08 cait joined #koha
22:22 eythian @later tell ashimema there are two things: the -1 was dropped because Koha is effectively a debian native package (I plan to change that, one day.) There is a 3.16.00.1 because there was an issue with the package upgrade in 3.16.00.
22:22 huginn eythian: The operation succeeded.
22:23 eythian hi cait. go back to bed.
22:31 cait hi eythian
22:31 will soon :)
22:37 cait left #koha
23:01 papa joined #koha
23:08 tcohen joined #koha
23:36 eythian http://twentytwowords.com/comp[…]erviews-with-him/
23:39 dcook That is...a bit bizarre
23:39 wizzyrea it's rather hilarious
23:39 * dcook watches the video now
23:45 dcook That IS hilarious\
23:59 Whoa...crazy muscle memory...
23:59 Wanted to see if I remembered the root password for a VM
23:59 I barely had any idea, but I just willed it and it happened
23:59 Still no idea what it is even after typing it out O_O

← Previous day | Today | Next day → | Search | Index

koha1