IRC log for #koha, 2013-06-21

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

All times shown according to UTC.

Time Nick Message
00:00 bag yeah
00:00 pianohacker++
00:01 BobB that is such a step forward for Koha, it plugs one of the big gaps
00:02 tcohen good night #koha
00:04 dcook bag: That does sound rather interesting!
00:05 When I first read the title, I wasn't sure what you would use it for, but that could be rather handy for ILL...
00:05 Are there other scenarios that you have in mind?
00:07 BobB federated search, dcook, eventually
00:08 dcook BobB: Federated search is a funny term though. It seems to me that can mean a few things.
00:08 In a way, this would be a federated search, because you're searching multiple targets at once (although the results aren't being de-duplicated/aggregated)
00:09 But even if the results were de-duplicated/aggregated...wouldn't it only be useful insofar as users are able to actually get access to those items?
00:09 i.e. ILL
00:09 Err "e.g. ILL"
00:09 rangi lots of libraries have recirpocal borrowing
00:09 not ILL
00:09 but you live on the border of the districts
00:09 you could drive to either library
00:09 dcook Yeah, I've lived in a few places with reciprocal borrowing
00:10 rangi be nice to be able to search both from either catalogue
00:10 dcook I suppose I put that under the category of ILL still :p
00:10 But I suppose strictly speaking it's not
00:10 rangi ILL usually sucks
00:10 reciprocal borrowing doesnt :-)
00:10 dcook hehe
00:10 Reciprocal borrowing is pretty good
00:10 * dcook ponders
00:11 bag dcook: you can also write connectors into pay-for databases - IE ebsco etc…
00:11 dcook bag: So it's going on the same idea as that Overdrive patch, eh?
00:11 bag so you could search local libraries (maybe eventually leading to a ILL module with NCIP) and you could also search databases
00:11 dcook: it uses the same idea as overdrive
00:11 just much broader :)
00:12 dcook Totes
00:12 It might be worth mentioning some of these use cases in the bug/commit message
00:12 bag yeah I'm assuming a wiki page will be an eventual landing spot :)
00:12 dcook rangi: I suppose for reciprocal borrowing...this would provide a level of discovery and then you'd have to log into that system's ILS to place the hold
00:13 bag++
00:13 pianohacker++
00:13 bag with NCIP you hopefully would only have to log into Koha :)
00:13 rangi yep
00:14 dcook That would be pretty great :)
00:14 Hmm, here's one I've never done before
00:14 Koha++
00:14 bag Koha++
00:15 dcook I was thinking this morning  about how glad I am to be a part of a project like this.
00:15 bag dcook++
00:15 I think that everyday :D
00:15 dcook hehe
00:16 I suppose I do every day too, but this was a renewed burst of warm fuzzies
00:16 bag wait until you return from Kohacon
00:16 you'll have enjoy energy to fly home yourself skipping the plane
00:16 dcook The community seems to have such a healthy vitality as well. Koha really does help open the future for libraries.
00:16 lol
00:17 Air Canada has decent in-flight movies though...
00:17 bag well hopefully we continue to stay a step ahead :)
00:17 dcook :)
00:19 BobB :)
00:21 wizzyrea @quote add <dcook> The community seems to have such a healthy vitality as well. Koha really does help open the future for libraries.
00:21 huginn wizzyrea: The operation succeeded.  Quote #262 added.
00:21 wizzyrea @quote random
00:21 huginn wizzyrea: Quote #106: "<jwagner> Bah, humbug" (added by druthb at 01:31 PM, November 29, 2010)
00:21 wizzyrea @quote random
00:21 huginn wizzyrea: Quote #142: "Pianohacker: hrm. What's the plural of ILS again? Rangi: ILSESESESESESES" (added by wizzyrea at 08:54 PM, June 08, 2011)
00:21 wizzyrea ^ love that one
00:23 drojf1 joined #koha
00:24 dcook wb drojf
00:24 hehe
00:25 Whoa...apparently there is an "English" stackoverflow: http://english.stackexchange.c[…]with-the-letter-s
00:25 Wait...that's stackexchange
00:25 Must be Friday
00:29 bag dcook: it's Thursday
00:29 dcook So what you're saying is...in Australia and New Zealand, Koha is developed in the future
00:29 No wonder it's awesome
00:30 bag HA - so true
00:32 plur joined #koha
00:43 dcook It seems like you could say ILSs, ILSes, or...*cringe* ILS's
00:44 I have a degree in English and the more time goes by, the more I feel sympathy for anyone learning English as an additional language
00:44 Such a hodge podge of a language
00:44 * dcook is a bit of a fan of French grammar
00:44 dcook I suppose it has its own bizarre, archaic exceptions too though
00:50 NateC joined #koha
01:04 plur_ joined #koha
01:15 drnoe_away left #koha
01:15 jcamins Ooh, do we have new stable releases? Is that what I see in the scrollback?
01:16 Yay!
01:16 tcohen++
01:16 bgkriegel++
01:17 rangi http://wheninwellington.tumblr.com/  <-- from wizzyrea
01:18 bag also jcamins in your scrollback http://bugs.koha-community.org[…]_bug.cgi?id=10486
01:18 huginn 04Bug 10486: enhancement, P5 - low, ---, jweaver, Needs Signoff , Allow external Z39.50 targets to be searched from the OPAC
01:18 dcook rangi: lol
01:18 jcamins bag: I already saw that.
01:18 :)
01:18 bag heh :)
01:25 cjh I will be rolling the 3.8 release tonight, not quite sure about the po files yet though.
01:26 jcamins Probably too late for bgkriegel.
01:27 cjh we spoke about sending the patches via email earlier, but AFAIK I havent received them.
01:28 * cjh flicks off an email
01:43 bgkriegel joined #koha
01:43 dani left #koha
01:44 bgkriegel cjh?
01:44 wahanui cjh is, like, just finishing off a report on the remaining issues with plack, which should help finish that work off
01:44 cjh bgkriegel: hey :)
01:44 bgkriegel hi :)
01:44 cjh wahanui: forget cjh
01:44 wahanui cjh: I forgot cjh
01:45 cjh bgkriegel: was just writing a reply :)
01:45 bgkriegel Ah ok
01:45 we have some time yet
01:45 cjh so I will do the release tomorrow, hopefully at a similar time to you and tcohen :)
01:45 so I can follow your excellent lead ;)
01:46 bgkriegel ok :) we can exchange some mails to agree on the right time
01:47 cjh awesome, you can pick a time/timezone and as long as I am awake I should be able to follow :)
01:47 bgkriegel of course :)
01:47 ok, see you
01:48 cjh cheers
01:48 bgkriegel++
01:48 jcamins cjh, you were.working on Plack?
01:48 eythian http://www.blorpy.com/post/404[…]/libraries-matter
01:52 cjh jcamins: a long time ago, in a country far-far-away.
01:53 a long time ago I wrote a document about some problem areas of plackify-ing koha, recently I did some work on getting plack working with the packages.
01:57 dcook eythian++
01:57 I'm still reading it, but...yep
01:57 When I went to library school, my entrance essay was all about public libraries
01:59 This isn't the article I've read before but...http://metronews.ca/news/saska[…]-rural-libraries/
01:59 A lot of government folks were (probably still are saying) that everyone has access to computers and internet at home, so why waste money on the public library
02:05 Public libraries are a tough one. I loved my pubic library in Vancouver. I've gone on and on about it before. I went to it several times a week (at various branches throughout the city), but I never go here in Australia...
02:06 Actually, a librarian I met when I first moved to Sydney really helped me out
02:06 She helped set me up with computer/printer access so that I could print out forms and identification, so that I could apply for an apartment through the real estate. She was amazing ^_^
02:07 eythian wahanui: google it is <reply>http://i.imgur.com/1n6mH4N.jpg
02:07 wahanui OK, eythian.
02:26 wizzyrea there are a nontrivial number of people who only get internet through mobile, or not at all
02:26 those people use the library.
02:26 eythian jcamins or someone: when the marc spec says a leader field is #, that means ' ', right? Or is it literal?
02:26 wizzyrea there's a general trend to try and forget them
02:26 meanwhile, governments are moving services all online
02:27 dcook eythian: Come again?
02:27 wizzyrea so they're taking away the access, then requiring it
02:27 dcook Oh, I gotcha
02:27 wizzyrea that's a top notch plan.
02:27 * dcook ponders
02:28 dcook eythian: Different systems implement it differently, but generally speaking it's ' '
02:28 eythian cool
02:28 dcook I believe that's how Koha tends to do it as well
02:28 wizzyrea and not government services for rich people, I'm talking about government services for the less well off, the poor even, like income support
02:28 dcook I think MarcEdit (and other systems) sometimes use "/" instead of ' '
02:28 * dcook prefers the space
02:28 eythian OK. I'll stick with space then
02:29 dcook wizzyrea: Exactly
02:29 Top notch plan to save money
02:29 Save on overhead, plus make people unable to use the service
02:29 wizzyrea WIN
02:29 er,
02:29 PROFIT
02:29 dcook My father works for the CRA (Canadian Revenue Agency), and they stopped providing in-person assistance
02:29 Now, I think you have to call into a call centre
02:30 I once spent HOURS on the phone over a tiny little detail
02:30 wizzyrea in inda
02:30 dcook Possibly
02:30 It's really quite sickening
02:30 Also...if you're overseas...you aren't able to file your taxes online
02:31 You can only file your taxes online if you live in Canada
02:31 If you're overseas, you have to mail them in
02:31 Unless you're filing as a resident of Canada (which is silly...because you're a resident for tax purposes in another country)
02:32 Since I did procrastinate a bit...I filed as a resident instead of a non-resident, as I was entitled
02:32 Because otherwise I would've had to mail in my return...which takes a while O_o
02:32 I didn't have to pay anything because I had student tax credits saved up, but...if I didn't...I would've been on the line for like...4-5k
02:33 Tax law for individuals isn't too bad in itself, but tax policies...ugh
02:35 wizzyrea same in the states
02:39 no, DD
03:01 kathryn joined #koha
03:07 rangi hey kathryn
03:07 nope, nothing you need to do
03:07 cjh kathryn: hey :)
03:08 mtompset joined #koha
03:09 mtompset Greetings, #koha.
03:10 dcook hey kathryn, mtompset
03:10 mtompset Greetings, dcook.
03:10 * wizzyrea is glad that kathryn is alright
03:17 jcamins eythian, right. Space.
03:17 eythian ta :)
03:21 dac joined #koha
03:23 mtompset I have a question.
03:24 Let's say I have OpacHiddenItem set to hide a shelving location.
03:24 I search in the staff client and find the 2 items.
03:24 I search in the OPAC and find no items, but the search results says 2.
03:25 Is this a bug?
03:26 Greetings, dcook wizzyrea jcamins eythian. :)
03:27 bag I think that could be classified as a bug…
03:28 search results are different than items :(
03:29 mtompset That's what I was thinking, because even though it hasn't leaked the details of the items in question, it has leaked that something really is there.
03:30 bag yeah I think that maybe a harder one to solve
03:31 mtompset Yes, but it is a bug that I'd be willing to attempt to fix.
03:31 wizzyrea be rangi
03:31 wahanui There's a bug for that
03:31 wizzyrea be rangi
03:31 wahanui There's a bug for that
03:32 wizzyrea send a patch!
03:32 there.
03:38 eythian http://adpgtech.blogspot.com.a[…]-on-postgres.html
03:38 kathryn oh hello, all the hellos :)   wizzyrea whisked me into an involved conversation :)
03:39 dcook be rangi
03:39 wahanui Send a patch!
03:39 dcook Third time's a charm?
03:39 Glad you're all right, kathryn! Sounds like it's been brutal over there...
03:40 kathryn thanks dcook and wizzyrea, I didn't take any exciting pics of the stormyness, but this is a pic from just down from my house http://www.stuff.co.nz/nationa[…]atters-Wellington
03:41 oh actually pic 14 at that link hmph
03:41 dcook wow...
03:41 kathryn anyway, rocks and logs found their way out of the sea and over the road
03:42 dcook Looks like...O_O
03:42 eythian > A fell tree on Maungaraki Road.
03:42 not sure that's the best English there
03:42 well, unless it's an evil tree
03:42 that'll cause bad luck to everyone
03:42 dcook I was about to comment on demon possession...
03:43 kathryn hey rangi, cool thanks
03:44 hi cjh :)
03:45 cjh glad things are going well on your end :)
03:45 wizzyrea the pic of the bus without a windshield is quite... errrrrrrrrrrr
03:45 that would have been scary
03:45 cjh wont load for me :(
03:58 cait joined #koha
04:03 mtompset Well, it's after midnight, and I think I'm turning back into a pumpkin.
04:03 Have a great day (24 hour period), #koha. :)
04:06 gmcharlt and here is my cat's contribution to Koha hacking today: ≈nhhhhhhhhhhhhhhhhhhhhhhhdffffffffbbbbjfdfn
04:10 wizzyrea <3
04:10 your cat is awesome
04:24 cait :)
04:24 * cait waves
04:24 cait wizzyrea: how is wellington today?
04:24 @wunder Konstanz
04:24 huginn cait: The current temperature in Taegerwilen, Taegerwilen, Germany is 13.4°C (6:20 AM CEST on June 21, 2013). Conditions: Mostly Cloudy. Humidity: 96%. Dew Point: 13.0°C. Pressure: 30.04 in 1017 hPa (Steady).
04:28 eythian cait: slowly calming down
04:28 I don't think it's actually windy right now
04:29 cait cool
04:29 eythian oh, it's down to ~60kph anyway
04:32 wizzyrea it's not so bad today
04:33 really awful last night... well, no, yea that was awful.
04:36 kathryn hi cait :)
04:36 eythian I think it has to be more than 60kph here...
04:36 cait h kathryn :)
04:39 eythian it's hard to tell around here, it's too directional.
05:11 Oak joined #koha
05:18 dcook \o hey Oak
05:19 Oak o/ hello dcook :)
05:19 * Oak waves
05:22 * cait struggles to leave the laptop behind for the weekend
05:24 dcook cait: Isn't it only morning still?
05:24 druthb_away joined #koha
05:24 cait dcook: hm?
05:25 ah yeah, i have an exam for my distance study today, so off work :)
05:25 dcook Ahhh
05:26 Good luck with the exam!
05:26 * dcook thinks it might be time to grab some lunch...
05:31 cait enjoy your lunch
05:33 dcook Yeah, I think it's going to be one of those things where I say I'm going to go grab food but I don't for another 30-60 minutes :p
05:33 If only jcamins delivered through a wormhole...
05:34 Oak good luck with the exam cait. keep calm :)
05:40 cait thx Oak
05:49 WaylonR joined #koha
05:49 WaylonR hiya all, how do i get Koha to use a zebra server via tcp thats on another computer?
05:51 both authorities and biblios... for some reason, zebra doesn't work on the server koha is on.. but on another install it does.. I believe its the same config. yes, I reindexed.. and it segfaults partway through the reindexing.
05:52 but yaz-client is able, via tcp, to access the other servers zebra server.
05:52 dcook WaylonR: I'm a bit busy at the moment, but have you looked at the permissions?
05:52 Consider pasting your error message here using paste.koha-community.org
05:53 http://koha-community.org/faqs[…]ch-stuff-up-help/
05:53 That's also useful
05:54 Also, I think that there should be some information about using tcp rather than unix sockets in the actual koha-conf.xml
05:54 But I would suggest trying to resolve the actual problem before resorting to a workaround :)
06:38 reiveune joined #koha
06:38 reiveune hello
06:39 paul_p joined #koha
06:40 dcook salut reiveune :)
06:40 top of the morning, paul_p
06:40 reiveune salut dcook
06:43 mattsz hi !
06:44 dcook hey ya matts :)
06:45 WaylonR ... can't help if the server i wanted to run zebra on.. is offline.. gah.
06:46 dcook WaylonR: That would certainly put a damper on things ;)
07:03 lds joined #koha
07:18 gaetan_B joined #koha
07:18 gaetan_B hello
07:20 lds joined #koha
07:23 * dcook waves to the BibLibre folks
07:23 dcook Time for me to head off. Good day, all.
07:27 sophie_m joined #koha
07:54 sophie_m joined #koha
07:57 gerundio joined #koha
07:57 cait joined #koha
08:02 cait hi koha
08:03 @wunder munich
08:03 lds joined #koha
08:03 huginn cait: Error: timed out
08:04 cait @wunder muenchen
08:04 huginn cait: The current temperature in Muenchen, Flughafen, Germany is 18.0°C (10:00 AM CEST on June 21, 2013). Conditions: Overcast. Humidity: 66%. Dew Point: 14.0°C. Pressure: 30.01 in 1016 hPa (Falling).
08:28 cait_ joined #koha
08:40 cait joined #koha
08:42 cait_ joined #koha
08:51 cait joined #koha
08:53 AndChat-667764 joined #koha
08:59 cait joined #koha
09:00 cait_ joined #koha
09:04 Oak joined #koha
09:07 cait joined #koha
09:09 cait_ joined #koha
09:12 AndChat-667764 joined #koha
09:17 cait joined #koha
09:42 cait-m joined #koha
09:43 cait-m @wunder munich
09:43 huginn cait-m: Error: No such location could be found.
09:43 cait-m @wunder münchen
09:43 huginn cait-m: Error: No such location could be found.
09:44 cait-m @wunder muenchen
09:44 huginn cait-m: The current temperature in Berglern, Mitterlern, Germany is 20.5°C (11:39 AM CEST on June 21, 2013). Conditions: Mostly Cloudy. Humidity: 63%. Dew Point: 13.0°C. Pressure: 30.04 in 1017 hPa (Steady).
11:09 jwagner joined #koha
11:34 nengard joined #koha
11:47 laurence joined #koha
12:04 NateC joined #koha
12:04 drnoe joined #koha
12:07 laurence left #koha
12:28 cait-m joined #koha
12:30 laurence joined #koha
12:30 laurence left #koha
12:33 Dyrcona joined #koha
12:42 bigbrovar joined #koha
12:59 laurence1 joined #koha
13:04 tcohen joined #koha
13:05 bigbrovar_ joined #koha
13:21 laurence joined #koha
13:24 Dani joined #koha
13:31 Dani1 joined #koha
13:40 bigbrovar__ joined #koha
13:41 tcohen hi #koha
13:42 bigbrovar__ joined #koha
13:47 maximep joined #koha
13:55 talljoy joined #koha
14:02 bgkriegel joined #koha
14:06 mtompset joined #koha
14:06 gmcharlt @quote random
14:06 huginn gmcharlt: Quote #196: "oleonard: maybe if I didn't have all this Bugzilla stuff stored in my head I would be able to walk and chew gum at the same time." (added by wizzyrea at 04:41 PM, April 02, 2012)
14:06 mtompset Greetings, #koha.
14:06 gmcharlt hi mtompset
14:06 mtompset Greetings, gmcharlt.
14:07 Well, just lost a couple days worth of work. Thankfully, most of the work was thinking, so recoding shouldn't be too much of a problem.
14:07 gmcharlt server/VM crash?
14:07 mtompset git mess up.
14:08 gmcharlt ah
14:09 mtompset Are MySQL strings 0-based or 1-based?
14:09 substr(blah,0,1) is first digit or ,1,1?
14:09 gmcharlt 1-based
14:18 rhcl joined #koha
14:18 rhcl @seen jcamins
14:18 huginn rhcl: jcamins was last seen in #koha 11 hours, 1 minute, and 14 seconds ago: <jcamins> eythian, right. Space.
14:18 * jcamins waves.
14:19 mtompset jcamins: You were awfully still for 11 hours. ;)
14:19 Greeetings, gmcharlt jcamins rhcl. :)
14:20 gmcharlt who allowed jcamins to actually sleep?  we've got to correct this problem!
14:20 jcamins gmcharlt: I wasn't sleeping, I was just being bibliographic on other channels. :P
14:20 mtompset Oh my! Have you been cheating on us? ;)
14:21 gmcharlt @quote add <jcamins> I wasn't sleeping, I was just being bibliographic on other channels. :P
14:21 huginn gmcharlt: The operation succeeded.  Quote #263 added.
14:23 tcohen hi mtompset
14:23 mtompset Greetings, tcohen.
14:25 I was noticing that OpacHiddenItems works well, and that the staff client still sees hidden items and the OPAC does not. I was wondering if a OpacHiddenItemsOverride system preference Yes/No that should check if the user has 'view catalogue' and 'staff client' permissions to show the hidden things in the OPAC is an okay idea.
14:27 tcohen bug 9890
14:27 huginn 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9890 normal, P5 - low, ---, koha-bugs, Signed Off , Fix the new plugin system for package installs
14:27 tcohen magnus_away: would you take a look at 9890?
14:30 rhcl hi mtompset
14:41 jenkins_koha Starting build #1266 for job Koha_master (previous build: SUCCESS)
14:44 huginn New commit(s) kohagit: Bug 10334: remove t/db_dependent/needs_user_input/* tests <http://git.koha-community.org/[…]b4cec2aa825dd949d>
14:55 gerundio joined #koha
15:05 riba joined #koha
15:05 riba o/
15:05 I wanted to comment on http://bugs.koha-community.org[…]w_bug.cgi?id=8798 but didn't find a way without creating yet another account
15:05 huginn 04Bug 8798: enhancement, P3, ---, elliott, Signed Off , Add the use of DBIx::Class
15:05 ribasushi wtf..
15:06 anyway - is any of the bug participants around?
15:06 jcamins ribasushi: I think gmcharlt, khall, and paul_p have been discussing that recently.
15:07 paul_p ribasushi yes, I'm here
15:07 ribasushi hi
15:07 paul_p hi ribasushi
15:07 gmcharlt hi ribasushi
15:07 ribasushi paul_p: I am the current-long-standing DBIC maint
15:08 I am excited you guys are migrating DBIC wholesale - I need more such success stories to brag about ;D
15:08 I looked over some of the diffs and there's one thing that jumped at me as very wrong
15:09 lds joined #koha
15:09 paul_p ribasushi well, we've got the decision, some nice hackers, what we lack is time (or money, but that's almost the same thing : I could dedicate 2 FTE to this task if I had enough money...)
15:09 ribasushi which mistake ?
15:09 ribasushi you have set (in many places) ...
15:09 I am looking for it, lost the diff...
15:09 $ENV{'DBIC_DONT_VALIDATE_RELS'} <- you set this all over the place
15:10 it was introduced as a backcompat measure for folks with broken preexisting schema definitions
15:10 in *new code* this is a sign of a latent data eater
15:10 Callender joined #koha
15:10 ribasushi you need to resolve the cause of this (whatever it may actually be) before "going public" with a call for conversions
15:11 chris_n joined #koha
15:11 gmcharlt ribasushi: we were figuring that corrections to the schema were needed anyway
15:11 but could you expand on what you mean by "latent data eater"?
15:12 ribasushi the presence of this warning implies an incorrectly set metadata on the source in question
15:12 most likely the "direction" of the relationship is reversed
15:12 the higher the DBIC version - the more I rely on the correctness of such metadata to make informed decisions on the SQL I generate
15:13 for instance an incorrect relationship direction may end up in a cascaded delete going in a way that you never anticipated
15:13 or an entire JOIN being dropped away because DBIC can "prove" (based on the erroneous metadata) that it does not need it
15:13 gmcharlt gah
15:13 thanks for the warning
15:14 ribasushi because this stuff happens deep in the guts the consequences may compound to something I can't currently think of
15:14 paul_p ribasushi = am I right if I say "adding this will hide any error in your schema, and that's a bad idea, better fixing the schema" ?
15:14 ribasushi on the other hand - I *never* rely on metadata blindly, unless I can provide a reasonable (and timely) warning way in advance "hey your schema metadata makes no sense!"
15:15 gmcharlt: so I am not taking the risk lightly, but there is only so much I can do ;)
15:15 paul_p: "any error" is a tad strong, "a number of errors" would be more correct
15:15 paul_p: also s/better fixing/we have to fix/
15:16 gmcharlt ribasushi: well, we'll take that out of the patch and exercise it more
15:17 ribasushi I am sadly not much around IRC lately (life happens etc)
15:17 but I am always available with a reasonable turnaround at ribasushi@cpan.org
15:17 pianohacker joined #koha
15:17 ribasushi so feel free to contact me if more issues arise
15:17 gmcharlt: ^^
15:17 paul_p: ^^
15:17 gmcharlt great -- and thanks for taking the time to look it over
15:18 paul_p ribasushi we'll probably ask for some hints later ;-)
15:18 gmcharlt ribasushi: do you have any objections to my pasting this conversation into the bug report? (the channel is logged anyway, to be clear)
15:18 ribasushi gmcharlt: not at all
15:18 gmcharlt thanks
15:18 ribasushi gmcharlt: I'd also grp for other ENV overrides
15:18 in case I missed something (it's a lot of code ;)
15:19 *grep
15:21 in any case - I happen to see @KohaBugs updates (I look for q{DBIx} on twitter wholesale :) so when the schema is deemed "final-ish" I will look in more details again
15:21 may pop up with more "OH NOES" later on ;)
15:22 gmcharlt ribasushi++
15:23 ribasushi and now I have to run &
15:31 mcooper joined #koha
15:46 NateC joined #koha
15:54 jenkins_koha Project Koha_master build #1266: SUCCESS in 1 hr 12 min: http://jenkins.koha-community.[…]Koha_master/1266/
15:54 Jonathan Druart: Bug 10334: remove t/db_dependent/needs_user_input/* tests
15:54 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10334 normal, P5 - low, ---, jonathan.druart, Pushed to Master , UT: t/db_dependent/needs_user_input/* are unusable
16:20 gaetan_B bye
16:57 rambutan joined #koha
16:57 rhcl joined #koha
17:13 jcamins gmcharlt: hey, any chance you could ask Marlene if WA has any sort of barcode prefix registry?
17:13 gmcharlt jcamins: sure, I'll ask
17:14 jcamins Thanks!
17:14 pianohacker jcamins: What are you working on?
17:14 jcamins pianohacker: I want to make a definitive list of what states have their own barcode prefix registries.
17:14 Enough of this uncertainty about whether you should just use your own ZIP code or...
17:15 pianohacker huh. interesting. has colorado popped up on there by any chance?
17:15 jcamins pianohacker: I e-mailed someone at the national library and haven't gotten a response.
17:15 Hey...
17:16 pianohacker: any chance you could find out if Colorado has a state-wide barcode prefix registry?
17:16 :D
17:16 pianohacker hahahaha
17:16 Yeah, lots of librarians on Facebook. I'd be happy to
17:16 jcamins Thanks.
17:16 Huh. Facebook.
17:16 wahanui facebook is *not* a universal authenticator!
17:16 jcamins Never thought of using social media for this.
17:17 (and no, that was not an ironic statement)
17:21 druthb wahanui:  botsnack pretzel
17:21 wahanui thanks druthb :)
17:22 druthb hm.
17:22 wahanui:  botsnack my overly-long to-do list.
17:22 wahanui thanks druthb :)
17:22 druthb no, thank you. :)
17:22 mtompset Greetings, druthb pianohacker.
17:22 druthb Hi, mtompset! :D
17:22 pianohacker hallo
17:23 mtompset Co-ordinating cross country meetings is a pain!
17:23 LA, Toronto, Dublin, Manila.
17:23 jcamins What time is it in Manila now?
17:23 mtompset 1:23am
17:23 druthb oooh…that would be tough.  Dublin and Manila are just about as far apart as you can get.
17:24 mtompset not really.
17:24 -3,0,+5,+12 -- 0 = EST :)
17:25 druthb The antipode of Ireland is somewhere south of NZ, in a cold, cold ocean….the antipode of Manila is in western Brazil.
17:25 mtompset It's the combination of the timezones that is bad... remove a location, and things go much better.
17:26 * druthb discovers that the anitpode of most of the continental US is in the southern Indian Ocan.
17:26 tries again to type "Ocean."
17:27 gmcharlt ocan you?
17:27 ;)
17:27 * druthb chucks Skittles at gmcharlt.
17:28 mtompset Make sure they are licked, so they are more likely to stick. :P
17:28 druthb ewwwww
17:28 jcamins gmcharlt: quick! Apply some http://news.cnet.com/8301-1793[…]o-coat-your-gear/
17:29 gmcharlt jcamins++
17:29 jcamins "None shall stick. Noooonnneee shall stick."
17:30 * druthb could move to Cordoba, stay with tcohen, and start digging a hole all the way to China…and actually have China on the other end of the hole.  Fun playing with http://www.freemaptools.com/tu[…]-of-the-earth.htm
18:20 rambutan joined #koha
18:20 rhcl joined #koha
18:29 tcohen joined #koha
18:52 nengard joined #koha
19:08 mtompset Hmmm... if the chances of generating a duplicate are now known at 10^28 roughly. Is that small enough?
19:08 jcamins Depends how you were able to determine that number.
19:08 mtompset my process, that doesn't lock, generates a random string.
19:09 It is 16 characters long and each character is 1 of 62 characters (a-z,A-Z,0-9).
19:09 If the random string is identical in the case that two process are running, a duplicate will be generated.
19:10 jcamins Personally, I would say that is not a sufficiently sound algorithm, and that you should be using something that is guaranteed unique by its nature if you're not using any meaningful barcode number generator.
19:11 But if you're determined that it has to be generated and not derived, I don't imagine anyone will come up with a better solution.
19:11 (short of actually fixing the generator)
19:12 mtompset OH! I have an idea!
19:12 Derived may be possible.
19:12 $$
19:12 The process ID for two processes calling the same function will be different, correct?
19:13 jcamins Yes, but are you sure you don't have something else derivably unique?
19:14 tcohen r u trying t generate unique ids for item barcodes mtompset? (sorry, got late int the chat)
19:14 mtompset No... the problem is with cardnumbers.
19:14 jcamins Like, say, the user identifier and the SAML domain, or whatever the equivalents are with SAML?
19:14 tcohen oh, we use the national id number for that
19:15 mtompset I don't think the user id would be unique, necessarily... some library branch beyond my control could log in as a the same user twice.
19:15 jcamins I do not see how that is possible without causing breakage anyway.
19:15 mtompset tcohen: that would be a privacy issue on other countries.
19:16 jcamins: if stupid is possible. it will be done.
19:16 jcamins Yes, but your system will have broken anyway by the time you get to generating the barcode, so who cares?
19:16 You are creating a new user based on the SAML login, right?
19:16 You will have a duplicate key error when you try to create the second user thanks to the user name.
19:17 mtompset Yes, but the function fixup_cardnumber is not just called by my SAML code.
19:17 There are other screens and methods of calling it.
19:18 I like adding the process id ($$) into the string.
19:18 jcamins I do not.
19:18 I did not realize that you were trying to change the way Koha generates card numbers.
19:18 Libraries depend on those numbers incrementing.
19:18 mtompset I'm trying to FIX...
19:18 druthb PIDs are *way* more repeatable than 16-digiters.
19:18 mtompset this is for LOCKING without locking.
19:19 this number is only in my new cardnumber_sequence table.
19:19 I'm not changing the algorithm for cardnumber generation.
19:19 jcamins mtompset: okay.
19:19 In that case, I have no objection.
19:19 mtompset druthb... yes, but are they repeatable in a matter of seconds?
19:21 if not... then even if the random string portion is identical in a matter of seconds, the $$ portion of it shouldn't be.
19:21 jcamins They are, yes.
19:21 druthb mm..  yeah.
19:21 jcamins With Plack, every single request may have the same pid.
19:21 mtompset mmm.... that sucks.
19:22 is there a millisecond timer I can grab somehow?
19:22 because the milliseconds between two string generations should differ.
19:22 jcamins Time::Hires.
19:22 Or something like that.
19:23 mtompset Okay... thinking more hypothetical....
19:24 a dual processor machine.... calls the function in both processors at the same time.
19:24 tcohen use /dev/random mtompset
19:26 mtompset I'm currently using String::Random.
19:26 druthb http://en.wiktionary.org/wiki/bikeshedding
19:33 * tcohen and florencio are following the thread http://snag.gy/KXUqX.jpg
19:34 druthb kitteh!
19:39 alphaman joined #koha
19:56 mtompset Nice... bug 10478 got me added to CC. :P
19:56 huginn 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10478 enhancement, P5 - low, ---, gmcharlt, NEW , Do we need a sequential number generator?
19:57 mtompset my problem is, will LAST_INSERT_ID be the last id for process 1 or process 2.
19:57 This is why I'm working with the generate/derive id for a string identifier.
19:59 also, last_insert_id is very much MySQL. :)
20:02 nengard left #koha
20:06 NateC joined #koha
20:21 maximep left #koha
20:22 hankbank joined #koha
20:46 cait joined #koha
20:46 cait_ joined #koha
20:46 drnoe1 joined #koha
20:47 cait joined #koha
20:47 cait_ joined #koha
20:49 cait joined #koha
20:49 cait tes
20:49 t
20:50 cait_ joined #koha
20:57 drnoe1 joined #koha
20:58 SherryS joined #koha
21:04 drnoe joined #koha
21:10 drnoe1 joined #koha
21:15 SherryS left #koha
21:16 SherryS joined #koha
21:18 SherryS left #koha
21:21 SherryS joined #koha
21:23 SherryS left #koha
21:24 SherryS joined #koha
21:25 SherryS left #koha
21:29 alphaman left #koha
21:33 tcohen joined #koha
22:04 rambutan joined #koha
22:05 dani left #koha
22:06 cait joined #koha
22:28 Dyrcona joined #koha
22:40 plur joined #koha
22:46 mtompset SPLIT!
22:46 Is everyone back (or front)?
22:51 drnoe left #koha
22:54 rhcl left #koha
22:58 * Dyrcona just logged in to babble about something off topic in another channel on another IRC network.
22:58 is leaving, now.
23:15 plur joined #koha
23:49 plur joined #koha
23:54 mtompset okay... more thinking about generating/deriving a unique string.
23:55 the time stamp part could only duplicate if running on different processors.
23:55 (as far as I can reason)
23:55 the random string at the front can only duplicate 1 in 62^16.
23:56 I realized the session id might be useful, so that should be a 32 character uniqueness there, but not necessarily as someone might have multiple tabs on the same domain.
23:57 druthb That's a much lower chance than the odds of you dying by asteroid collision, so you've probably got something workable there.
23:57 mtompset and if for some reason there is no session id, I generate a random string 32 characters long (1 in 62^32 chances)
23:57 * druthb can't type, has the sleepy
23:58 mtompset Are you sure?
23:59 Wow... I have gotten it far, far lower.
23:59 druthb If you've spent more than an hour thinking on this--you're overthinking the problem, I suspect.

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

koha1