![http://www.millikin.edu/staley[…]/peep_dogshow.jpg](http://www.millikin.edu/staley/about/peeps/PublishingImages/peep_dogshow.jpg){kind=link}
← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:00 | seneca | eythian, can you help me with the tracer? |
| 00:00 | I thought I knew enough, but apparently I was wrong ;) | |
| 00:02 | eythian | well, in mainpage.pl it calls get_template_and_user with: |
| 00:02 | flagsrequired => { | |
| 00:02 | catalogue => 1, | |
| 00:02 | }, | |
| 00:02 | ||
| 00:02 | so, you'll want to look in that function, which I think is in C4/Auth.pm | |
| 00:04 | although, it passes on to checkauth | |
| 00:05 | so I'd dig through there | |
| 00:06 | seneca | int he checkauth function? |
| 00:06 | eythian | yeah |
| 00:06 | seneca | also in Auth.pm? |
| 00:06 | eythian | yeah |
| 00:10 | mtj | seneca: have a wack at putting Data::Dumper or Smart::Comments statements in Auth.pm |
| 00:10 | then look in yr error log | |
| 00:10 | seneca | over my head, mtj :) |
| 00:10 | sorry - not much of programmer | |
| 00:11 | more of a poker and see what happens | |
| 00:11 | though I promise I did not poke this install ;) | |
| 00:14 | just curious: what is the full version number of the latest 3.5 now? | |
| 00:14 | mtj | http://git.koha-community.org/[…]p=koha.git;a=tree |
| 00:15 | http://git.koha-community.org/[…]05f77744f;hb=HEAD | |
| 00:15 | or this one.... | |
| 00:15 | seneca | 3.05.00.010 |
| 00:16 | mtj | http://git.koha-community.org/[…];f=kohaversion.pl |
| 00:16 | seneca | but I'm running 3.05.00.004 |
| 00:16 | mtj | sub kohaversion { |
| 00:16 | seneca | and you guys are running newer than that, right? |
| 00:16 | mtj | our $VERSION = '3.05.00.010'; |
| 00:16 | eythian | yeah, I was using latest master |
| 00:16 | mtj | fyi, 3.05.00.010 is what i tested on |
| 00:16 | seneca | I wonder... |
| 00:16 | eythian | if you are using master in production (a bad idea in general) you pretty much have to stay up to date, bugs come out and are fixed all the time. |
| 00:17 | mtj | yep, latest master for me too |
| 00:17 | seneca | I'm going to try to upgrade and see what breaks/fixes |
| 00:17 | jcamins | seneca: if you're tracking Master, I recommend upgrading it. If you don't, you'll be facing bugs that have already been fixed. |
| 00:17 | seneca | that's what I'm hoping this is, jcamins |
| 00:18 | jcamins | seneca: sorry about the repeat... I was looking away from the screen while typing, and didn't notice that other people said that already. ;) |
| 00:18 | seneca | :) |
| 00:19 | * jcamins | declares the day over, and goes to read. Further productivity is not in the cards. |
| 00:19 | jcamins | Good night, #koha |
| 00:20 | Good luck, seneca. | |
| 00:20 | seneca | thanks |
| 00:29 | eythian | who knows anything about what determines what users can see what baskets? |
| 00:30 | We have a staff user unable to see baskets created by other staff users, and I think that's a bit weird | |
| 00:35 | seneca | upgraded to 3.5.0.10 but got these errors: |
| 00:35 | http://library.mvschool.com | |
| 00:35 | Perl Module related, right? | |
| 00:36 | eythian | yeah |
| 00:36 | libauthen-cas-client-perl | |
| 00:39 | seneca | Undefined subroutine &C4::Auth::checkpw_ldap called at /home/koha/kohaclone/C4/Auth.pm |
| 00:40 | another perl module? | |
| 00:42 | melia joined #koha | |
| 00:43 | seneca | Undefined subroutine &C4::Auth::checkpw_ldap called at /home/koha/kohaclone/C4/Auth.pm line 1426, <DATA> line 275. |
| 00:43 | to be exact | |
| 00:45 | any tips? | |
| 00:48 | I don't see any difference in the Auth.pm between the previous version and 3.5.0.10 | |
| 00:48 | in that area, anyway | |
| 00:49 | I didn't diff all 1500 lines... | |
| 00:53 | anybody else get that when they upgraded to master? | |
| 00:53 | (3.5.0.10) | |
| 00:53 | oh, there is no one else... | |
| 01:03 | hmm | |
| 01:05 | eythian, did you see this when you upgraded last? | |
| 01:05 | or mtj when you just today updated? | |
| 01:05 | eythian | No, but I don't have ldap turned on |
| 01:05 | seneca | ah |
| 01:06 | hmm... ldap configs don't seem to have changed | |
| 01:09 | mtj | seneca: my hunch is ldap.... |
| 01:09 | seneca | turning off ldap gets me past that error and to the staff client |
| 01:10 | even for accounts that couldn't before | |
| 01:10 | but at least I have an actual error message now ;) | |
| 01:13 | but the error message makes me think that it isn't a problem with my ldap setup, but with koha's code related to ldap | |
| 01:13 | eythian | well, it could be a bug introduced in the current master. |
| 01:13 | and it is Koha code that's broken there | |
| 01:14 | seneca | you mean if it is a bug in the current master? |
| 01:15 | eythian | $ git show 9a3950f673c28688a2ead6514c3320e34ec0cc4c |
| 01:16 | my guess is this patch breaks it | |
| 01:16 | Kapainea joined #koha | |
| 01:16 | mtj | why not upgrade your old backup db to 3.4, not 3.5 - and test ldap there |
| 01:16 | seneca | eythian, that doesn't work on my cmd line |
| 01:17 | eythian | why not? |
| 01:17 | seneca | mtj, I'm about to - how ugly is reverting koha from git? |
| 01:17 | I get "not a git repository" | |
| 01:17 | eythian | well then you're not in a git repository |
| 01:17 | mtj | $ git reset --hard v3.04.04 |
| 01:18 | eythian | nonono |
| 01:18 | git checkout v3.04.04 | |
| 01:18 | seneca | how do I get your git show cmd to work? |
| 01:18 | so I can see the patch | |
| 01:18 | eythian | be in the kohaclone directory |
| 01:19 | seneca | oh, crap |
| 01:19 | mtj | hehe, oops -i've always done it the 1st way |
| 01:19 | seneca | sorry, I thought I was |
| 01:19 | but wrogn term | |
| 01:19 | duh | |
| 01:19 | thanks :) | |
| 01:19 | eythian | mtj: using reset destroys your current branch pointer, you risk losing things. |
| 01:20 | mtj | ah, i usually make a xxx branch before, then git reset --hard TAG-NAME |
| 01:21 | eythian: but thanks for the tip | |
| 01:21 | eythian | in that case, do git checkout TAG-NAME -b my-branch |
| 01:23 | I only use reset when I've messed something up and need to get back to a known-good state. | |
| 01:23 | mtj | seneca: please setup a test koha, before doing this stuff |
| 01:24 | seneca | how do I set up a test koha? just make another folder? |
| 01:24 | is backing up my kohaclone and koha-dev folders enough? | |
| 01:26 | mtj | seneca: you can handle those 2 tasks yourself, surely? |
| 01:26 | eythian | and a different database |
| 01:27 | seneca | how do you specify a different database when reverting? |
| 01:28 | eythian | edit the copy of koha-conf.xml |
| 01:28 | seneca | I guess I don't really understand how this all works, then |
| 01:29 | if I make a backup copy of my koha-dev dir, and edit the "live" one to name the db something different, then a new db will be set up when I revert? | |
| 01:29 | sorry I'm dense on this | |
| 01:30 | eythian | reverting does nothing special, it just changes the code |
| 01:30 | it doesn't touch the database | |
| 01:30 | seneca | ok... |
| 01:30 | mtj | seneca: you need to do a little reading, before you tackle this problem... |
| 01:30 | eythian | you would need to make a copy of the database to avoid messing with the production one |
| 01:30 | seneca | point me to the docs, mtj |
| 01:31 | ok, but I do that through mysql, right? or do I just edit something in the koha-conf.xml? | |
| 01:31 | mtj | *dont* start hacking on your current system, prep a test system - and hack on that |
| 01:31 | seneca | thanks, mtj. ;) |
| 01:31 | eythian | well, you need to copy the database. So do a mysqldump and load that into a new database. |
| 01:32 | melia left #koha | |
| 01:32 | mtj | you need your live system running - to compare your test system too, anyhow |
| 01:32 | seneca | my current system is a vm that was last backed up yesterday, so if I totally hose it, I don't lose that much (and trust me, our circulation isn't that high...) |
| 01:33 | eythian | that's good :) |
| 01:34 | seneca | ok, I think I see what you're saying about the db now, eythian |
| 01:35 | if I dump the current db into another db and then refer to that new db in the koha-dev/etc/koha-conf.xml file's <database> section, then reverts I do will not affect the "current" db | |
| 01:35 | eythian | yeah |
| 01:35 | although, reverts won't touch the db anyway | |
| 01:35 | seneca | I thought you were saying earlier that if I edit the db name in the koha-conf.xml, it would make a new db |
| 01:36 | eythian | but poking around trying to fix things might |
| 01:36 | seneca | right, but the new code would touch the db |
| 01:36 | hehe | |
| 01:36 | right | |
| 01:36 | mtj | seneca: *you* make the new db |
| 01:37 | koha-conf.xml just refers to that db | |
| 01:37 | seneca | so, related point: should I file a bug for this master ldap issue? |
| 01:37 | got it, mtj | |
| 01:37 | eythian | seneca: wouldn't hurt |
| 01:37 | mtj | and give your kohauser mysql privs to that new db , too |
| 01:38 | seneca | right |
| 01:38 | eythian | a lot of people don't have an ldap setup to test against |
| 01:38 | so it's the kind of thing that doesn't get spotted always | |
| 01:38 | seneca | ah |
| 01:39 | mtj | yeah, ldap bugs are tricky to track down |
| 01:42 | ok, so i think we know what the problem is, and what the fix probably is | |
| 01:43 | druthb joined #koha | |
| 01:43 | seneca | maybe, unless 3.4.4 also has the ldap issue |
| 01:46 | I'm checking the current bug list | |
| 01:50 | mtj | hmm, i dont think that commit is in 3.4.x |
| 01:51 | not sure how to confirm that either . :/ | |
| 01:52 | seneca | which commit? |
| 01:52 | wahanui | which commit is it? |
| 01:56 | eythian | mtj: git branch --contains -a <commit-id> |
| 01:56 | or something like that | |
| 01:56 | wahanui | i heard something like that was sticking in nengard's mind |
| 01:59 | mtj | eythian: ah, cheers! |
| 02:00 | i did at novice equiv. of that... | |
| 02:00 | $ git checkout v3.04.04 | |
| 02:01 | git log | grep 9a3950f673c28688a2ead6514c3320e34ec0cc4c | wc -l | |
| 02:01 | eythian | that is the hard way :) |
| 02:01 | mtj | and good news, the problematic commit is not in 3.4.x |
| 02:02 | eythian | keep in mind I haven't checked to see if that commit is the issue, I'm just guessing as it touches the Auth stuff |
| 02:02 | (and a lot of it) | |
| 02:02 | seneca | I saw that as I looked through it |
| 02:02 | ok | |
| 02:02 | bug report away, I'm ready to hose, I mean fix my system | |
| 02:02 | ;P | |
| 02:04 | ok, so theoretically, I should just be able to cd to kohaclone and "git checkout v3.04.04" (after backing up the db) and all will revert? | |
| 02:04 | mtj | seneca: if you are lucky , so can simply rewind your git repo to 3.4.4, and your 3.5 db will work ok |
| 02:05 | seneca | I'm going to try it, but I'm backing up my 3.5 db now |
| 02:05 | mtj | yep, pretty much |
| 02:06 | seneca | but if anything hoses too bad, I'm lazy enough to just restore the vm backup |
| 02:06 | mtj | yay! lazy++ |
| 02:06 | lastnode | hi. so i demod koha to the librarian yesterday adn she is interested to know more. is there a recommended koha demo install i can link her to? |
| 02:06 | seneca | I'm a sysadmin |
| 02:07 | lastnode | also, is htere a part of the documentation aimed at newbies |
| 02:07 | seneca | goes with the territory |
| 02:07 | lastnode | some of it is pretty technical |
| 02:08 | mtj | lastnode: http://koha-community.org/demo/ |
| 02:13 | seneca | this db is hug |
| 02:13 | e | |
| 02:13 | lastnode | thanks mtj |
| 02:14 | yeah ive been there | |
| 02:14 | seneca | It has to finish before my helpers here go to bed! ;) |
| 02:14 | alright | |
| 02:15 | backup made | |
| 02:15 | druthb left #koha | |
| 02:17 | seneca | "git checkout v3.04.04" eh? |
| 02:17 | from the kohaclone dir? | |
| 02:18 | no git branch commands needed? | |
| 02:19 | eythian | no, just checkout |
| 02:19 | seneca | here goes - everyone else, consider this research ;) |
| 02:21 | alright | |
| 02:22 | good news, I can access the staff client via ldap again | |
| 02:22 | bad news, the perms problem is still there | |
| 02:23 | eythian | OK, then it's _definitely_ something in your setup |
| 02:23 | because there would have been yelling or screaming already if 3.4 wasn't working | |
| 02:23 | seneca | yeah |
| 02:23 | eythian | I'd try resetting all your sysprefs |
| 02:24 | lastnode | http://www.pakban.net/koha/tut/newbie.html <- is this newbie guide current? |
| 02:25 | eythian | hmm, I suspect it's a bit old |
| 02:25 | seneca | disabling ldap auth fixes the perms problem |
| 02:25 | eythian | @later tell brooke you need to stick a date or version on http://www.pakban.net/koha/tut/newbie.html |
| 02:25 | huginn | eythian: The operation succeeded. |
| 02:25 | lastnode | im looking for a guide for an administrator |
| 02:25 | most guides start with install | |
| 02:26 | eythian | what sort of administrator? |
| 02:26 | seneca | so, I have to figure out what changed with the ldap functionality between my old version (3.2.something) and newer stuff |
| 02:26 | lastnode | i just want an admin guide (very basic) i can link a non0technical person to |
| 02:26 | a new librarian | |
| 02:26 | who is still learning | |
| 02:26 | eythian | ok, so working with the adminstration functions within Koha? |
| 02:26 | lastnode | yes |
| 02:27 | eythian | there's the manual, it's not really a guide though. I'm not sure what else there is, but it's not something I've looked for. |
| 02:27 | seneca: yeah. It sounds pretty odd. | |
| 02:30 | seneca | anyone know of any up-to-date ldap auth docs for 3.4 and newer? |
| 02:31 | rangi | seneca: random fevered question, there are 2 users eh? ie ldap isn't making one whn u login and trying to use that, which has no permissions? |
| 02:31 | are = aren't | |
| 02:31 | seneca | hey rangi |
| 02:31 | still sick, eh? | |
| 02:31 | yes, I do have my ldap setup replicating users in koha | |
| 02:31 | rangi | yeah dunno what this is, but it sux |
| 02:32 | maybe there are 2? | |
| 02:32 | one with perms, one without? | |
| 02:32 | seneca | and updating info in koha everytime the users log into koha |
| 02:32 | but that's still only one account in koha | |
| 02:32 | rangi | im wondering if its not matching |
| 02:32 | eythian | seneca: have you double checked that |
| 02:32 | it would make sense | |
| 02:33 | rangi | so making one, or updating the wrong one |
| 02:33 | seneca | the way I understood it, koha checked the user/passwd against the ldap server, then applied perms according to the koha user's settings |
| 02:33 | double-checked that there's only one account in koha? yeah | |
| 02:34 | eythian | seneca: that is what happens. But maybe it's not happening right for some reason. |
| 02:34 | seneca | via my multiple db queries during this troubleshooting |
| 02:34 | rangi | how'd u check that? |
| 02:34 | seneca | well, I can see that there aren't two users with the same name, number, etc. |
| 02:35 | rangi | wont have same number |
| 02:35 | might not have same name | |
| 02:35 | eythian | may have the same userid |
| 02:35 | seneca | then how can I check? |
| 02:35 | rangi | put a warn in the module |
| 02:35 | seneca | ? |
| 02:35 | rangi | to dump the borrowernumber |
| 02:36 | seneca | more programming I can't do :( |
| 02:36 | rangi | check its the same as the one who has permissions |
| 02:36 | or | |
| 02:36 | seneca | ok, so the userid for my account is lakab |
| 02:37 | wouldn't there have to be two lakabs? | |
| 02:37 | rangi | maybe maybe not |
| 02:37 | eythian | maybe, but keep in mind that things aren't working right, so there are no guarentees. |
| 02:37 | rangi | delete the borrower in koha |
| 02:37 | switch on ldap | |
| 02:37 | login | |
| 02:37 | seneca | if I type "lakab" in the username field when logging in, it's going to try to log in "lakab" right? (unless there's something REALLY wrong...) |
| 02:38 | rangi | sure |
| 02:38 | but it might not make/use the right borrower | |
| 02:38 | seneca | I'll try that rangi |
| 02:38 | but I'll have to login via the OPAC to create the user lakab in koha | |
| 02:38 | rangi | yes |
| 02:39 | seneca | so that then I can grant permissions to lakab to access the staff client |
| 02:39 | rangi | yep |
| 02:39 | seneca | and OPAC logins via ldap have always worked all along |
| 02:39 | so what would I be testing, exactly? | |
| 02:39 | rangi | opac logins dont use permissions |
| 02:40 | seneca | right... |
| 02:40 | so what would I be testing? | |
| 02:40 | rangi | checking that ldap is not making a new user |
| 02:40 | but using the one that already exists | |
| 02:40 | seneca | but ldap is supposed to make a new user... |
| 02:40 | rangi | not if one exists |
| 02:40 | seneca | right |
| 02:40 | which it won't if I delete it... what am I missing | |
| 02:41 | sorry! | |
| 02:41 | I'm not seeing what you're seeing :) | |
| 02:41 | rangi | getting to a known clean state |
| 02:41 | no user in koha | |
| 02:41 | make sure u can't login without ldap | |
| 02:42 | seneca | ok |
| 02:42 | rangi | then switch ldap on |
| 02:42 | seneca | I was missing that step |
| 02:42 | ok, my user is deleted and ldap is off | |
| 02:43 | can't log into staff | |
| 02:43 | (of course) | |
| 02:43 | rangi | checked in db no user with ur userid? |
| 02:43 | seneca | can't log into OPAC |
| 02:44 | checking db | |
| 02:44 | ... | |
| 02:44 | empty set | |
| 02:44 | lakab does not exist | |
| 02:45 | turning on ldap | |
| 02:46 | lakab can log in OPAC, so koha checked correctly against ldap and then created the matching koha account | |
| 02:46 | rangi | check db to make sure |
| 02:46 | seneca | the the db says there still isn't a userid of lakab...! |
| 02:46 | rangi | theres the issue |
| 02:46 | seneca | but the staff client shows lakab as a patron account |
| 02:47 | rangi | is userid ur matchpoint? |
| 02:47 | seneca | why do the db and staff client disagree? |
| 02:47 | rangi | in ur ldap config? |
| 02:47 | hank_bank joined #koha | |
| 02:47 | rangi | whats the borrowernumber of the user |
| 02:47 | will be in url | |
| 02:48 | query that borrower in db | |
| 02:49 | seneca | ok, userid isn't set for this user |
| 02:49 | rangi | theres the issue |
| 02:49 | seneca | but cardnumber is |
| 02:50 | rangi | if thats ur matchpoint |
| 02:50 | seneca | where is that set? |
| 02:50 | rangi | what is ur matchpoint in ur ldap config? |
| 02:51 | seneca | weird |
| 02:51 | that does seem to be it | |
| 02:51 | maybe | |
| 02:51 | rangi | what is ur matchpoint in ur ldap config? |
| 02:51 | seneca | is that the mapping section in koha-conf.xml? |
| 02:51 | rangi | yes |
| 02:52 | seneca | userid is mapped to "cn" in the ldap server |
| 02:52 | rangi | im on phone so can't look |
| 02:52 | seneca | and cardnumber isn't mapped to anything |
| 02:52 | however, in the db, cardnumber gets set, but userid doesn't.. | |
| 02:53 | eythian | rangi or someone, does this look wrong to you? (with flagsrequired directly in the haspermissions call): |
| 02:53 | || haspermission( $uid, { flagsrequired => { acquisition => q{*} } } ) | |
| 02:53 | rangi | are you sure thats the same user u deleted? |
| 02:53 | seneca | yeah |
| 02:53 | new user number | |
| 02:53 | eythian | I'm 99% sure that's not right, and I've seen it in two places |
| 02:53 | rangi | hmm |
| 02:54 | seneca | and users with userids set do react to changing perms |
| 02:54 | rangi | so if u set userid in the edit screen and set permissions can u login? |
| 02:54 | seneca | users without userids set don't, I think |
| 02:54 | let me try | |
| 02:54 | rangi | yeah so ur ldapserv is not handing out cn it looks like |
| 02:55 | or its not beingset (but other stuff is) | |
| 02:55 | eythian: looks wrong to me | |
| 02:55 | eythian | rangi: cool |
| 02:56 | seneca | ok |
| 02:56 | problem | |
| 02:56 | I manually set userid | |
| 02:56 | for lakab | |
| 02:56 | in the gui | |
| 02:56 | verified it in the db | |
| 02:56 | and I still can't log in to the staff client | |
| 02:57 | ldap is on | |
| 02:57 | rangi | set permissions? |
| 02:57 | seneca | oh wait... |
| 02:57 | its' late... | |
| 02:57 | it's | |
| 02:57 | rangi | need at least catalogue |
| 02:58 | seneca | yeah |
| 02:58 | perms set, still no change | |
| 02:58 | though there is the question of whay the mapping for userid isn't going to userid | |
| 02:58 | rangi | well im out of ideas |
| 02:58 | seneca | but is going to cardnumber... |
| 02:58 | rangi | yeah |
| 02:58 | seneca | hehe |
| 02:58 | thanks anyway, rangi | |
| 02:59 | rangi | its def a setup thing |
| 02:59 | but tricky to track without programming skill | |
| 02:59 | seneca | yeah |
| 02:59 | we'd gladly pay someone to poke around on our system if someone was so inclined | |
| 03:00 | rangi | ask me tomorrow |
| 03:00 | :) | |
| 03:00 | seneca | heh |
| 03:00 | good luck, man | |
| 03:00 | er woman | |
| 03:00 | er or | |
| 03:00 | who knows | |
| 03:00 | it's the internet | |
| 03:01 | feel better | |
| 03:01 | bug | seneca: rangi is a man :P |
| 03:01 | seneca | :) |
| 03:01 | * rangi | wanders off again |
| 03:01 | seneca | drink fluids |
| 03:01 | etc | |
| 03:34 | huginn | New commit(s) needsignoff: [Bug 6824] Basket permissions not looked up correctly <http://bugs.koha-community.org[…]w_bug.cgi?id=6824> |
| 03:34 | eythian | hey guys....new patch for y'all to sign off on :D |
| 04:19 | Johnindy_ joined #koha | |
| 04:23 | seneca | eythian, still around? |
| 04:23 | I think I figured it out | |
| 04:24 | our ldap server is a Novell eDirectory server | |
| 04:24 | previously, cn was the attribute for usernames | |
| 04:25 | apparently, sometime recently, Novell adopted the ldap standard "uid" | |
| 04:25 | changing "cn" to "uid" in the mapping section of koha-conf.xml seems to have resolved the perms issue | |
| 04:26 | that failure caused insanely odd problems | |
| 04:26 | eythian | cool |
| 04:27 | seneca | so yeah, I'm assuming the koha ldap auth plumbing is a little complex... |
| 04:27 | thanks for all your help | |
| 04:27 | eythian | Yeah, it is. Maybe it needs more diagnostic messages. |
| 04:27 | seneca | a nice side effect is that I'm now running the stable 3.4.4 |
| 04:27 | eythian | cool |
| 04:27 | that'll be easier to keep running | |
| 04:27 | seneca | well, that might not be koha's fault |
| 04:28 | the ldap server wasn't giving errors | |
| 04:28 | it just wasn't returning a cn to map to userid | |
| 04:28 | so userid didn't get set upon account creation | |
| 04:28 | and no error was given | |
| 04:28 | eythian | ah right |
| 04:28 | seneca | userid was just left blank |
| 04:29 | however, there is some bit flipped in koha somewhere when that happens | |
| 04:29 | that gets stuck | |
| 04:29 | b/c even manually creating the userid later does not enable perms | |
| 04:29 | it seems like, with ldap anyway, that has to be set at account creation or not at all | |
| 04:30 | ah, plumbing | |
| 04:30 | eythian | Well, koha's not complex enough to have things that get stuck. It's either in the database or not at all. |
| 04:30 | seneca | I wonder what the sticking point is, then |
| 04:30 | maybe as rangi said, it was something disagreeing between the db and ldap | |
| 04:30 | even if manually set | |
| 04:31 | not separate accounts, but something else... | |
| 04:31 | eythian | Maybe your old system was mapping more things and so those were used to load the correct record, but the new ones were loading the incorrect record and so had no permissions. |
| 04:31 | seneca | it's late, though, and I can think about this later |
| 04:31 | rangi | thts cos it was matching userid to cn |
| 04:32 | so it wont be looking up the right borrower | |
| 04:32 | seneca | hey rangi |
| 04:32 | shouldn't you be resting or something? | |
| 04:32 | rangi | it will be using a null borrower |
| 04:32 | with no perms | |
| 04:32 | seneca | so even if I set the userid manually, it still couldn't map to cn |
| 04:32 | rangi | exactly |
| 04:32 | seneca | b/c cn wasn't returning the right thing |
| 04:32 | rangi | yep |
| 04:33 | seneca | ok - I get that, but then why were the already-working accounts still working? |
| 04:33 | accounts that had permissions before the upgrade a month or so ago could still get in | |
| 04:33 | oh! | |
| 04:33 | they had their userids set in koha already | |
| 04:33 | so I bet, when ldap failed to produce a cn | |
| 04:34 | koha just internally authed them | |
| 04:34 | rangi | yip |
| 04:34 | seneca | it all makes sense now |
| 04:34 | rangi | that would be my guess too |
| 04:34 | seneca | wow, was I just really thick there? |
| 04:34 | rangi | naw |
| 04:34 | really hard to spot | |
| 04:34 | seneca | thanks for your brains, eythian, rangi and mtj |
| 04:34 | rangi | but I had a hunch it was matvhpointd |
| 04:34 | seneca | if I can donate some beer somewhere, let me know ;) |
| 04:34 | rangi | :) |
| 04:35 | eythian | I'll be at kohacon, so there's good ;) |
| 04:35 | seneca | in India? |
| 04:35 | I wish! | |
| 04:35 | * rangi | can't swallow without pain so ill take a rain cheque :) |
| 04:35 | seneca | geez |
| 04:35 | tonsils? | |
| 04:36 | rangi | yeah, last time this happened I ended up in hospital maybe this time they'll take the bloody things out |
| 04:37 | seneca | yeah - I used to get strep throat yearly when I went back to school and around all those germy kids (I'm a teacher) |
| 04:37 | rangi | I have 2 germy kids :) |
| 04:37 | seneca | the doctor blamed my tonsils but wouldn't remove them |
| 04:37 | hehe | |
| 04:37 | I guess they finally got used to the germs b/c it stopped | |
| 04:37 | but good luck to you | |
| 04:38 | rangi | thanks glad u are back in business :) |
| 04:38 | seneca | me too |
| 04:38 | and I have learned a ridiculous amount about koha in the last two days | |
| 04:39 | and kudos to koha for being resilient enough to stand several upgrades and downgrades on the same db without hosing itself | |
| 04:39 | go FLOSS! ;) | |
| 04:40 | out of interest, where are you eythian and rangi? | |
| 04:40 | eythian | seneca: Wellington, NZ |
| 04:40 | (both of us) | |
| 04:40 | rangi | we work together |
| 04:41 | seneca | ah |
| 04:41 | haha | |
| 04:41 | well, you do it well | |
| 04:41 | rangi | ur in the us? |
| 04:41 | seneca | I am |
| 04:41 | Dayton, OH | |
| 04:41 | rangi | ah cool |
| 04:42 | seneca | I sysadmin and teach at mvschool.com |
| 04:42 | rangi | I've been to athens, columbus, cleveland and toledo |
| 04:42 | seneca | we switched to koha 2 years ago when I became Dir. of Tech |
| 04:42 | rangi | not dayton yet ;) |
| 04:42 | sweet | |
| 04:42 | seneca | wow, that's all around me! |
| 04:42 | why so many Ohio trips? | |
| 04:43 | rangi | my wife is from pittsburgh |
| 04:43 | seneca | ah |
| 04:43 | cool | |
| 04:43 | rangi | conference in toledo |
| 04:43 | seneca | well, if you find yourself back around these parts, let me know |
| 04:43 | I totally owe you | |
| 04:43 | rangi | rock and roll hall of fame in cleveland :) |
| 04:43 | seneca | and you can take something back for eythian |
| 04:43 | rangi | :) |
| 04:43 | seneca | love that place |
| 04:44 | rangi | yeah its neat |
| 04:46 | seneca | alright |
| 04:46 | I'm supposed to be up and on a run in 5 and half hours | |
| 04:46 | goodnight all! | |
| 04:46 | eythian | heh, g'luck :) |
| 04:46 | seneca | (or morning) |
| 04:46 | thanks | |
| 04:47 | ciao | |
| 04:52 | bug joined #koha | |
| 04:56 | Oak joined #koha | |
| 04:56 | * Oak | waves |
| 05:09 | francharb joined #koha | |
| 05:10 | francharb | hello #koha |
| 05:13 | hdl joined #koha | |
| 05:59 | alex_a | hello all |
| 06:02 | cait joined #koha | |
| 06:03 | cait | eythian: around? |
| 06:03 | eythian | yarp |
| 06:03 | cait | :) |
| 06:03 | I am looking at your fix for 6824 | |
| 06:04 | you should check 6390 | |
| 06:04 | I think it's a bug too - for our libraries it is | |
| 06:04 | but it's intention | |
| 06:05 | perhaps you could check edgar's patch or come up with another solution? it would be really great | |
| 06:06 | eythian | cait: have a look at the patch, it's not intentional. |
| 06:06 | It's definitely a bug | |
| 06:06 | someone was using the wrong style to check the permissions, so it always failed. | |
| 06:06 | I didn't actually change the logic, just made it written right. | |
| 06:07 | cait | hm |
| 06:07 | weir | |
| 06:07 | d | |
| 06:08 | you see I filed the other bug and wanted to fix it but was told it's like it should be | |
| 06:08 | eythian | yeah. Not supposed to be like that :) |
| 06:08 | and, to me it makes no sense. | |
| 06:08 | cait | for me neither |
| 06:08 | eythian | Maybe restrict by branch if independent branches is on, but that seems all you'd need. |
| 06:08 | cait | small libraries, not hiding their baskets from each other |
| 06:09 | edgar has invested time in a different solution, by sys pref | |
| 06:09 | I think if you really want to do it it should be a perm | |
| 06:10 | eythian | that patch removes the permissions, so anyone with access to the staff interface can view baskets. |
| 06:11 | or at least, anyone with access to any part of the acq system | |
| 06:11 | hmm | |
| 06:11 | maybe that doesn't matter | |
| 06:11 | cait | hm I think there is a permission manage baskets |
| 06:12 | but the acq permissions are a bit confusing | |
| 06:12 | nicole has a bug for that somewhere | |
| 06:12 | eythian | yeah, they are a little |
| 06:43 | cait | time to go |
| 06:43 | cya | |
| 06:43 | cait left #koha | |
| 06:44 | reiveune joined #koha | |
| 06:44 | julian joined #koha | |
| 06:45 | reiveune | hello |
| 06:50 | Oak | hello reiveune :) |
| 06:59 | hdl joined #koha | |
| 07:07 | reiveune | hi Oak |
| 07:07 | Oak | :) |
| 07:12 | hdl | hi |
| 07:19 | kf joined #koha | |
| 07:19 | kf | good morning #koha :) |
| 07:26 | hdl | hi kf |
| 07:27 | kf | hi hdl |
| 07:29 | Oak | Guten Morgen kf :) |
| 07:29 | hello hdl | |
| 07:29 | :) | |
| 07:29 | hdl | hi all |
| 07:34 | kf | Salaam Oak |
| 07:39 | Guillaume1 joined #koha | |
| 08:07 | eythian | wahanui: xslt |
| 08:07 | wahanui | eythian: huh? |
| 08:07 | huginn | New commit(s) needsignoff: [Bug 6496] authors appearing incorrectly in OPAC and Staff Client <http://bugs.koha-community.org[…]w_bug.cgi?id=6496> |
| 08:07 | eythian | wahanui: xslt is a maze of twisty turny passages, all alike. |
| 08:07 | wahanui | OK, eythian. |
| 08:07 | kf | :) |
| 08:12 | eythian: still at work? | |
| 08:12 | eythian | yep, not for much longer though |
| 08:14 | rangi | poor eythian has spent the last 2 days doing the work of 3 people, as im sick at home |
| 08:14 | kf | oh :( |
| 08:15 | rangi: we wondered where you have been, feeling better? | |
| 08:16 | rangi | as long as i keep taking the drugs, if my throat is still sore tomorrow, im off to the dr, i waited too long last time and ended up in hospital |
| 08:16 | kf | hmpf! |
| 08:23 | yes, don't do that again | |
| 08:25 | rangi | http://www.stuff.co.nz/dominio[…]otorway-samaritan |
| 08:35 | kf | :) |
| 08:38 | * eythian | --> home |
| 08:39 | kmkale joined #koha | |
| 08:41 | Oak | @wunder islamabad |
| 08:41 | huginn | Oak: The current temperature in Islamabad, Pakistan is 35.0°C (1:00 PM PKT on August 31, 2011). Conditions: Scattered Clouds. Humidity: 53%. Dew Point: 24.0°C. Pressure: 29.71 in 1006 hPa (Steady). |
| 08:41 | kf | @wunder Konstanz |
| 08:41 | huginn | kf: The current temperature in Taegerwilen, Taegerwilen, Germany is 16.0°C (10:38 AM CEST on August 31, 2011). Conditions: Clear. Humidity: 79%. Dew Point: 12.0°C. Pressure: 29.93 in 1013.4 hPa (Steady). |
| 08:44 | kmkale | Namaskar #koha |
| 09:02 | kf | hi kmkale |
| 09:07 | kmkale_ joined #koha | |
| 09:19 | BobB joined #koha | |
| 09:29 | paul_p joined #koha | |
| 09:32 | indradg joined #koha | |
| 09:51 | Guillaume1 joined #koha | |
| 10:11 | huginn | New commit(s) needsignoff: [Bug 6825] OpacNav menu hide user menu on opac-user.pl page <http://bugs.koha-community.org[…]w_bug.cgi?id=6825> |
| 10:23 | New commit(s) needsignoff: [Bug 5806] Search results display items for all locations when the SearchMyLibrary first system pref is activated <http://bugs.koha-community.org[…]w_bug.cgi?id=5806> | |
| 10:45 | kmkale joined #koha | |
| 10:46 | hdl joined #koha | |
| 11:06 | Guillaume1 left #koha | |
| 11:24 | BobB | kmkale are you about? |
| 11:30 | jwagner joined #koha | |
| 11:36 | BobB | Hi jwagner |
| 11:36 | kmkale | hi BobB |
| 11:36 | jwagner | Hi BobB |
| 11:36 | BobB | Koustubha! Hi there. |
| 11:36 | kmkale | :) |
| 11:36 | BobB | Do you have two minutes? I have some questions about Thane? |
| 11:37 | kmkale | sure BobB |
| 11:37 | BobB | How far is VPM from Thane Railway? |
| 11:37 | Agent_Dani | o/ |
| 11:37 | kmkale | about 5 minutes walk |
| 11:37 | very near the rail tracks | |
| 11:37 | BobB | Truly? Just 5 mins? |
| 11:37 | kmkale | yup |
| 11:38 | BobB | We are thinking of staying near Kurla, and catching the train to Thane each day. Is that practical? |
| 11:39 | kmkale | Dont do that bob. |
| 11:39 | BobB | We'd be travelling against the rush hour. |
| 11:39 | Don't do it? | |
| 11:39 | kmkale | Local train are always full |
| 11:39 | no matter the direction | |
| 11:39 | the ruch is wayy too much | |
| 11:40 | even getting in the train is an ordeal | |
| 11:40 | BobB | ... and its too far to take a taxi, I think? |
| 11:40 | kmkale | *rush |
| 11:40 | yes. quite expensive. also the road traffic is a killer | |
| 11:40 | stay in Thane | |
| 11:40 | BobB | you sound quite definite about that? |
| 11:40 | kmkale | Kurla is not a nice locality. Unless you stay in Bandra Kurla Complex |
| 11:41 | BobB | It has a nice hotel. :) |
| 11:41 | kmkale | Yes bob. I avoid train and road travel in mornings and evenings. |
| 11:41 | Which hotel? | |
| 11:41 | BobB | What's the best hotel in Thane? |
| 11:41 | kmkale | United 21 |
| 11:41 | BobB | The hotel in Kurla is the Trident. |
| 11:42 | kmkale | Aaahh. Thats a very good one. |
| 11:42 | Its in the Bandra Kurla Complex. Nice place | |
| 11:42 | But the traffic from it to Kurla station is very very bad | |
| 11:43 | BobB | But we'd need to take a helicopter to get to Thane in the morning? I don't think that's realistic. :) |
| 11:43 | kmkale | Its one of the worst few traffic spots in Mumbai. |
| 11:43 | BobB | Oooh .. that's saying somethin' |
| 11:44 | kmkale | I have to go to BKC frequently. I always schedule these meetings to start and finish in afternoon ;) |
| 11:44 | BobB | OK, I'll look up United21. Thanks. |
| 11:44 | Are there any holidays on 29/30 October or 5/6 November? | |
| 11:45 | kmkale | 1 min |
| 11:45 | BobB | The weekends .. |
| 11:45 | kmkale | let me look up a local calendar |
| 11:45 | BobB | When is Diwali? |
| 11:46 | kmkale | Diwali ends on |
| 11:46 | 28th October | |
| 11:47 | After which we dont have any festivals | |
| 11:47 | one min | |
| 11:48 | BobB | That's the Friday that we arrive. So the weekend will still be a holiday time, eh? |
| 11:48 | kmkale | on 7th November its Bakri Eid. |
| 11:48 | BobB | OK, we're gone long before then. |
| 11:48 | kmkale | You arrive on 28th October then right? |
| 11:49 | Thats the last day of Diwali. You will see SOME fireworks :) | |
| 11:49 | BobB | Yes, very early: 02:40. Will stay that day near the airport, I think. |
| 11:49 | Boom boom! | |
| 11:49 | kmkale | :) Its the biggest festivals in this part of India |
| 11:50 | BobB | We should go to South Mumbai for that? |
| 11:50 | kmkale | Nope. Anywhere will do.. |
| 11:50 | BobB | Cool. thanks. |
| 11:50 | kmkale | Except Kurla maybe. Because its mostly Moslem community. |
| 11:50 | And BKC is a business district. Its deserted on holidays | |
| 11:51 | BobB | What's the format of the hackfest? Is Thursday 3 Nov. a hackfest day or a rest day? |
| 11:51 | kmkale | 3rd Nov is a rest day |
| 11:51 | Planning a day trip | |
| 11:52 | Elephanta Caves and bit of Mumbai | |
| 11:52 | BobB | OK, so we could have an excursion that day. |
| 11:52 | kmkale | for those interested. |
| 11:53 | BobB | We want to go out of Mumbai once. So either the weekend we arrive or on the rest day. We leave on Sunday 6 unfortunately. I have to get back for business here. |
| 11:54 | Is Sanjay Ghandi park interesting from the Thane side? | |
| 11:54 | kmkale | Where would you like to go? What interestes you? May be I can suggest some places possible in a weekend.. |
| 11:55 | BobB | I'll do some research and let you know. Is Nasik too far? |
| 11:55 | ... or Pune? | |
| 11:55 | kmkale | about 3 hrs nice drive |
| 11:55 | same with pune | |
| 11:55 | BobB | So possible. I read up and get back to you. Thanks! |
| 11:56 | kmkale | OK. |
| 11:56 | BobB | I'm really looking forward to visiting your country, Koustubha, if only briefly. |
| 11:56 | kmkale | Hey there is too much to see in India. So take off more time ;) |
| 11:57 | BobB | Wish I could. :) |
| 11:58 | kmkale | Delhi, Taj, The Himalayas, Kerala, Royals of the Rajasthan, Korbet Tiger reserve, Kaziranga National Park, Kanyakumari, Kashmir, rameshwaram, I could go on all day :) |
| 11:58 | BobB | Thanks for all that. We'll chat again soon. |
| 12:05 | kmkale | BobB: for the weekend try Matheran or Mahabaleshwar. Both great hill stations. Or if you prefer the sea, try Diu-Daman or Murud-Janjira.. |
| 12:06 | BobB | Thank you! I'll investigate those. |
| 12:07 | kmkale | Or you can try Ajanta -Ellora if you want some history |
| 12:07 | Jesse joined #koha | |
| 12:24 | oleonard joined #koha | |
| 12:26 | oleonard | Hi #koha |
| 12:36 | NateC joined #koha | |
| 12:46 | sekjal joined #koha | |
| 12:46 | tcohen joined #koha | |
| 12:48 | oleonard | Hi sekjal, tcohen |
| 12:48 | sekjal | morning, oleonard |
| 12:48 | tcohen | hi oleonard |
| 12:49 | * kf | waves |
| 13:01 | trea joined #koha | |
| 13:03 | libsysguy joined #koha | |
| 13:10 | kmkale | hi kf |
| 13:12 | hdl | hi sekjal |
| 13:12 | sekjal | hi, hdl |
| 13:12 | hdl | hi NateC |
| 13:12 | hi tcohen and all | |
| 13:13 | kmkale | hi hdl & sekjal |
| 13:16 | trea | o/ |
| 13:26 | trea joined #koha | |
| 13:32 | Callender joined #koha | |
| 13:33 | kf joined #koha | |
| 13:36 | pelletiermaxime joined #koha | |
| 13:47 | tcohen | is there any documentation on the proposed API behind the solR move? |
| 13:48 | i'm interested in studing it to start thinking on a 'legacy' zera backend | |
| 13:48 | s/zera/zebra/ | |
| 13:49 | paul_p | tcohen, someone already did ! |
| 13:49 | hi everybody | |
| 13:50 | kf | oh |
| 13:50 | tcohen | hi paul_p, the zebra backend you mean? is implemented? |
| 13:50 | paul_p | you should/could ask clrh & zeno tajoli. He sent us some things about that |
| 13:50 | kf | so zebra can be kept? |
| 13:50 | paul_p | well, it's a first attempt. |
| 13:50 | kf | still very good news |
| 13:50 | paul_p | (lack of communication...) |
| 13:50 | tcohen | oh, i've just convinced my boss to spend some weeks working on that hahaha |
| 13:50 | paul_p | tcohen, very good news ! |
| 13:51 | it means you already have something, and you can improve it ! | |
| 13:52 | tcohen | ok |
| 13:52 | i'll try to checkout that code | |
| 13:52 | paul_p | tcohen, just asked clrh to send you zeno mail (with the patches) |
| 13:52 | tcohen | ok! |
| 13:52 | kf | tcohen++ |
| 13:52 | paul_p | tcohen++ |
| 13:53 | tajoli++ | |
| 13:53 | kf | tajoli++ :) |
| 13:53 | communicaton++ hehe | |
| 13:53 | paul_p | right. |
| 13:53 | * paul_p | really expect to send a weekly "RM news" on koha-devel for 3.8/4.0 ! |
| 13:54 | clrh joined #koha | |
| 13:54 | kf | ah, didn't mean it like that |
| 13:54 | clrh | hello |
| 13:54 | tcohen: I was not here but I ear that you talk about zebra and solr abstraction | |
| 13:54 | great | |
| 13:54 | kf | hi claire :) |
| 13:54 | paul_p: meant it positive, a good irc moment | |
| 13:54 | tcohen | clrh, i asked if there was any doc of the proposed API |
| 13:55 | clrh | I can tell you that zeno tajoli works on it |
| 13:55 | I have a long mail about it, I could maybe send it to you | |
| 13:55 | tcohen | that would be great |
| 13:55 | clrh | did you have a look to our C4::Search implementation yet? |
| 13:55 | tcohen | no I didn't |
| 13:55 | paul_p | I'll drop a mail to koha-devel about this baby "working group..." |
| 13:56 | clrh | I am a little busy now, I can send you the zeno mail and some information about this |
| 13:56 | ok paul_p thanks | |
| 14:18 | pelletiermaxime | hey everyone. We are still using 3.2 and thinking of porting all our changes to the latest version to get it ready by november. Would you rebase on 3.4 or 3.6 ? How stable do you think 3.6.0 will be ? |
| 14:19 | well, that was a long series of question | |
| 14:19 | -_- | |
| 14:20 | oleonard | I wouldn't recommend porting changes specifically for 3.4.x. New stuff goes into master (which will be 3.6), and bugfixes get cherry-picked into 3.4.x |
| 14:20 | 3.4.x will not get any new features, so even if you contributed new features based on 3.4.x, they wouldn't be accepted. | |
| 14:21 | hdl | oleonard: i think they are a library which want the system to be as stable as possible.... and not willing to rebase more than needed. pelletiermaxime who are you ? |
| 14:22 | pelletiermaxime | yeah... hoping we can really contribute big features this time |
| 14:22 | working for libeo/sys-tech | |
| 14:22 | 22 libraries | |
| 14:22 | hdl | ok.. nice. |
| 14:22 | if you want to contribute something back then... oleonard recommandation is accurate. | |
| 14:23 | pelletiermaxime | oleonard: thanks for the opinion. Pretty much what I tought |
| 14:23 | hdl | But be advised that it could require some work rebasing. |
| 14:23 | pelletiermaxime: what kind of features ? | |
| 14:23 | pelletiermaxime | yeah, we know this will take us probably a couple of months |
| 14:23 | hdl | have you considered filling out an RFC, an enh bug. |
| 14:23 | pelletiermaxime | too many to list, really |
| 14:24 | hdl | so that it could be known... |
| 14:24 | pelletiermaxime | we will probably have more time to do it soon |
| 14:24 | hdl | You might be amazed by the stuff already in pipes of one or the other. |
| 14:25 | So could be interesting to share ideas on list... | |
| 14:25 | koha-devel | |
| 14:25 | wahanui | koha-devel is probably the best list |
| 14:25 | hdl | on wiki. |
| 14:25 | rfcs ? | |
| 14:25 | wahanui | rfcs are http://wiki.koha-community.org/wiki/Category:RFCs |
| 14:25 | kf | pelletiermaxime: good news :) |
| 14:25 | hdl | and bug.koha-community.org |
| 14:26 | kf | pelletiermaxime: if you can't do it all at once, start with some smaller featuers perhaps, easy testable stuff, with test plans and documentation |
| 14:26 | the deadline for new feateus into 3.6 is september 22nd | |
| 14:28 | pelletiermaxime | reading about the hourly loans bug 5549. Was this merged into master ? |
| 14:28 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5549 enhancement, PATCH-Sent, ---, ian.walls, ASSIGNED , Hourly Loans |
| 14:28 | sekjal | pelletiermaxime: no, not yet |
| 14:28 | libsysguy | but I signed off on it |
| 14:29 | :) | |
| 14:29 | sekjal | it's still undergoing quality assurance |
| 14:29 | yes, it's much closer now | |
| 14:29 | very encouraging | |
| 14:29 | libsysguy has been brave enough to run it in production | |
| 14:29 | which is a great way to shake out bugs | |
| 14:29 | libsysguy | yeah exactly |
| 14:29 | there were a few | |
| 14:29 | but not many | |
| 14:29 | sekjal | libsysguy: all addressed? |
| 14:29 | pelletiermaxime | well, we have been using something like that for many months :/ |
| 14:30 | libsysguy | yes sekjal |
| 14:30 | pelletiermaxime | but we could never contribute the code |
| 14:30 | libsysguy | rangi and I took care of them |
| 14:30 | pelletiermaxime | hoping to changes things around here |
| 14:31 | sekjal | pelletiermaxime: cool |
| 14:31 | libsysguy | im hoping hourly gets pushed to master by 3.6 so I can finally tract master in production again |
| 14:31 | sekjal | libsysguy: can you summarize the testing you've done? What areas of the system you're using, and which may not be relevant to your library, but would still be impacted by a change to circulation like that? |
| 14:32 | for example, messaging | |
| 14:32 | or fines accural | |
| 14:32 | no rush, or anything | |
| 14:32 | libsysguy | so let me see if i understand. You want me to summarize all the testing I've done or just the testing on hourly? |
| 14:32 | sekjal | libsysguy: just on hourly |
| 14:33 | any data you can provide me will making QA'ing easier | |
| 14:33 | though, I suppose I could just run my own battery, and ping you if I come across anything | |
| 14:33 | libsysguy | gotcha, Yeah I can probably whip something like that up. I'll have to get my circulation librarian in on it though |
| 14:34 | I thought rangi had come up with a .t file for hourly | |
| 14:34 | but maybe im mistaken | |
| 14:34 | pelletiermaxime | Has something like Selenium ever been considered to do test cases for features likes that ? |
| 14:35 | sekjal | libsysguy: that sounds like something he'd do |
| 14:35 | libsysguy | heh |
| 14:39 | pelletiermaxime | Looks like the plan is going to be to use 3.6 and try to send features for 3.8 |
| 14:44 | francharb | is there anyone who knows why you can choose "koha module = catalog" in the tool "notices"? |
| 14:44 | indradg joined #koha | |
| 14:44 | francharb | any exemple would be great! |
| 14:44 | hdl | oleonard: do you ? |
| 14:45 | * oleonard | doesn't |
| 14:46 | francharb | thanks oleonard, anyoneelse? |
| 14:47 | actually, i cant even see a use case.. | |
| 14:48 | sekjal | francharb: send a notice whenever a biblio is updated? |
| 14:50 | hdl | sekjal: rss could be used in that cas. |
| 14:50 | francharb | if you want to turn koha into a spamming robot, why not! ;) ;) ;) |
| 15:02 | trea_ joined #koha | |
| 15:03 | reiveune | bye |
| 15:03 | reiveune left #koha | |
| 15:07 | vfernandes joined #koha | |
| 15:08 | vfernandes joined #koha | |
| 15:08 | vfernandes | hi Koha community |
| 15:08 | can you guys help me out with one problem | |
| 15:09 | there is any known bug on the cataloguing modification log? | |
| 15:09 | when searching the modification log of one record it appears some modifications that aren't correct | |
| 15:10 | jcamins_away | vfernandes: is it possible you're seeing log entries about both item records and biblios? |
| 15:11 | vfernandes | it's possible... but when entering the object it searches both in records and items? |
| 15:12 | jcamins_away | That used to be a bug, at least. |
| 15:13 | vfernandes | ther is any patche to solve it? |
| 15:13 | jcamins_away | I don't know. |
| 15:13 | Maybe. | |
| 15:13 | You could search the bug database. | |
| 15:14 | What version of Koha are you on? | |
| 15:14 | kf | paul_p: still around? |
| 15:14 | paul_p | kf, yep |
| 15:14 | vfernandes | i've checked out and the problem is waht you said |
| 15:14 | it show bib and item modifications details | |
| 15:14 | kf | your last patch - talks about due_date but adds issuedate |
| 15:14 | bug 4051 | |
| 15:14 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4051 minor, PATCH-Sent, ---, paul.poulain, ASSIGNED , add columns to overdues export |
| 15:15 | vfernandes | i'm using 3.2.6 |
| 15:15 | paul_p | yikes. It's issuedate, you're right. date due was already here. |
| 15:15 | jcamins_away | vfernandes: ah. Ouch. I suspect it's been fixed in 3.4.x and Master. |
| 15:15 | paul_p | will fix the patch comment & resent it |
| 15:15 | kf | paul_p: thought you might have it open still, so using irc :) |
| 15:16 | jcamins_away | bug 6102? |
| 15:16 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6102 minor, PATCH-Sent, ---, gmcharlt, RESOLVED FIXED, Bib record log viewer displaying wrong biblionumber entries |
| 15:17 | jcamins_away | Or maybe part of bug 6014. |
| 15:17 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6014 major, PATCH-Sent, ---, paul.poulain, ASSIGNED , Log viewer needs permissions |
| 15:17 | paul_p | kf++ |
| 15:18 | thx kf, patch re-uploaded | |
| 15:18 | kf | commenting on 6070 now .) |
| 15:20 | vfernandes | i think that's it |
| 15:20 | :) | |
| 15:21 | jcamins++ | |
| 15:22 | i'll try the bugfix now | |
| 15:23 | huginn | New commit(s) needsignoff: [Bug 4051] add columns to overdues export <http://bugs.koha-community.org[…]w_bug.cgi?id=4051> |
| 15:27 | vfernandes | it didn't solve my problem :| |
| 15:29 | alex_a | ciao #koha |
| 15:34 | melia joined #koha | |
| 15:38 | kf | bye #koha |
| 15:38 | kf left #koha | |
| 16:11 | wizzyrea | whaddup peeps |
| 16:15 | sekjal | http://www.millikin.edu/staley[…]/peep_dogshow.jpg ? |
| 16:19 | wizzyrea | lulz |
| 16:25 | chris_n` joined #koha | |
| 16:25 | cait joined #koha | |
| 16:27 | jcamins_away | Does anyone know anything about a pre-configured Koha Amazon Machine Image? |
| 16:27 | I was just asked about it, and it doesn't look to me like it exists. | |
| 16:27 | wizzyrea | I haven't seen such a thing |
| 16:27 | maybe turnkey linux has one? | |
| 16:28 | seems unlikely tho | |
| 16:28 | sekjal | jcamins_away: I don't think there is one out there yet. would be easy enough to create and publish, though, I think |
| 16:29 | and if this whole Testing VM thing gets off the ground, part of it's requirements are easy importation into Amazon | |
| 16:29 | jcamins | sekjal: okay, that's what I thought. |
| 16:29 | rhcl | sekjal: I have a meeting w/ the faculty @ 2:00pm local. |
| 16:29 | sekjal | rhcl: nice! |
| 16:30 | cait | sekjal++ |
| 16:30 | rhcl | I still only have 2 out of 4 projects they requested. I'm considering adding GLPI to the list. http://www.glpi-project.org/?lang=en, |
| 16:31 | aarkerio joined #koha | |
| 16:31 | rhcl | some additional features in it that I'd personally like to see, but otherwise great project |
| 16:32 | aarkerio | hi! where is the template in localhost:8080? I mean the login screen |
| 16:33 | I need change some HTML code | |
| 16:33 | wizzyrea | such as? |
| 16:35 | aarkerio | I want to add some links in login page |
| 16:35 | wizzyrea | ah easy enough to do that with jquery without editing the template |
| 16:37 | aarkerio | but where is the html code of login? |
| 16:38 | wizzyrea | koha-tmpl/intranet-tmpl/prog/en/modules |
| 16:38 | libsysguy | aarkerio: that would make it very hard to update if you modified that file |
| 16:38 | wizzyrea | ^^ |
| 16:39 | libsysguy | much easier to do what wizzyrea says and use jquery |
| 16:39 | aarkerio | don't worry, I can handle it |
| 16:40 | wizzyrea | fair enough |
| 16:40 | * wizzyrea | remembers a time when she said that exact same thing. |
| 16:40 | also remembers wearying of the constant maintenance | |
| 16:40 | shrugs | |
| 16:40 | wizzyrea | it's your time ;) |
| 16:41 | libsysguy | ^^ |
| 16:45 | aarkerio | Found!! /intranet/htdocs/intranet-tmpl/prog/en/modules/auth.tt |
| 16:46 | wizzyrea | yay! |
| 16:46 | ah you're in a standard install. | |
| 16:49 | libsysguy | aarkerio: why a standard install? |
| 16:50 | aarkerio left #koha | |
| 16:51 | jcamins | libsysguy: probably so he can use the packages. |
| 16:51 | Which, by the way, freaking rock. | |
| 16:51 | eythian++ | |
| 16:51 | liw++ | |
| 16:52 | sekjal | aarkerio: if you wanted to make this a data issue instead of a template issue, you could create a new system preference that'll let you put additional HTML on the Auth page, much like we do for OpacMainUserBlock and OpacNav |
| 16:53 | that would be something that could be easily folded back into Koha, and save you having to maintain a local customization | |
| 16:55 | * liw | blushes |
| 16:55 | wizzyrea | :) |
| 16:56 | thd-away joined #koha | |
| 16:59 | hankbank joined #koha | |
| 17:24 | Guillaume1 joined #koha | |
| 17:36 | talljoy joined #koha | |
| 17:42 | francharb left #koha | |
| 17:53 | seneca joined #koha | |
| 17:54 | seneca | can anyone sum up the relation between biblionumber, itemnumber and biblioitemnumber for me? :) |
| 17:54 | or point me to docs that do :) | |
| 17:55 | cait | biblionumber to biblioitemnumber is a 1:1 relationship |
| 17:55 | you could combine both into one table | |
| 17:55 | it's separate for historical reasons | |
| 17:55 | seneca | given to bibliographic entries? |
| 17:55 | cait | yes |
| 17:55 | seneca | but they are different numbers, yes? |
| 17:56 | cait | yes |
| 17:56 | different numbers | |
| 17:56 | seneca | are they both used? |
| 17:56 | cait | you can find the biblionumber in the biblioitems table |
| 17:56 | seneca | and items table, right? |
| 17:56 | cait | yes |
| 17:56 | seneca | sorry, I asked two questions there |
| 17:56 | which were you answering? :) | |
| 17:56 | cait | both yes |
| 17:57 | seneca | ha |
| 17:57 | cait | biblioitems and biblio contain bibliographic information |
| 17:57 | and items the item information | |
| 17:57 | all 3 tables are used | |
| 17:57 | seneca | ok... |
| 17:58 | so which number do itemnumbers get attached to? | |
| 17:58 | or is it both? | |
| 17:58 | cait | what do you want to do? |
| 17:58 | seneca | heh |
| 17:58 | I'm just trying to get my head around it | |
| 17:58 | cait | itemnumber is the primary key for the items table |
| 17:58 | seneca | I do have a problem I need to solve, but this is research ;) |
| 17:58 | cait | you can identify an item with this number |
| 17:59 | seneca | right |
| 17:59 | cait | and the items table also has the biblionumber |
| 17:59 | perhaps biblioitemnumber too | |
| 18:01 | seneca | so, items are linked to their bibliographic entries via the biblionumber? |
| 18:01 | cait | yes |
| 18:01 | seneca | got it |
| 18:01 | cait | :) |
| 18:01 | seneca | and any items linked to the same bilbiographic entry will have the same biblionumber |
| 18:02 | if I were searching the db, say | |
| 18:04 | sekjal | the items table has both biblionumber and biblioitemnumber fields |
| 18:05 | which *should* always be the same | |
| 18:05 | unless you're doing something manually in the DB | |
| 18:05 | biblio has the title, author and copyright date | |
| 18:06 | biblioitems has the ISBN, ISSN, LCCN and the actual MARC and MARCXML data | |
| 18:10 | seneca | wait a minute, sekjal |
| 18:11 | are you saying that biblionumber and biblioitemnumber should be the same number? | |
| 18:12 | sekjal | seneca: yes, generally speaking, they're always the same |
| 18:12 | seneca | hmm |
| 18:12 | that's not the case in any records in this library... | |
| 18:12 | I don't think | |
| 18:12 | libsysguy | because they get created at the same time rihgt sekjal? |
| 18:12 | sekjal | libsysguy: yes, if the creation is done through normal channels |
| 18:13 | libsysguy | ok thats what I thought |
| 18:13 | seneca | hmmm |
| 18:13 | sekjal | seneca: is this library upgrading from pre 3.0? |
| 18:13 | seneca | describe normal channels |
| 18:13 | libsysguy | the importbiblios script |
| 18:13 | sekjal | seneca: Tools -> Stage MARC records for Import, manually created or Z39.50 created record, or bulkmarcimport.pl |
| 18:13 | seneca | hmm |
| 18:13 | let me check that | |
| 18:14 | libsysguy | sekjal on the subject of importing |
| 18:14 | did you tell Margo the overlay functions were working? | |
| 18:14 | sekjal | seneca: if you did a data reload at any point, and did a "delete from" on biblio and a "truncate biblioitems", let's say, that would break biblionumber/biblioitemnumber synchronicity as well |
| 18:15 | libsysguy: the matching rule bug (6713) has been squashed as of 08-13-2011 | |
| 18:16 | and you can do import rules on 001 | |
| 18:16 | I recommend that she remove the offset and length params from the matching rule | |
| 18:19 | seneca | ok sekjal, I checked the record for a book that was input last year via the z39.50 search function |
| 18:19 | biblioitemnumber is 53923 and biblionumber is 55253 | |
| 18:20 | they're relatively close... but not the same | |
| 18:20 | is this a problem? | |
| 18:20 | sekjal | seneca: no, it's not a problem |
| 18:20 | it's just unusual | |
| 18:20 | and something to be aware of | |
| 18:20 | seneca | well, I'm ok with unusual ;) |
| 18:21 | but I'm seeing an odd problem since the 3.4.4 upgrade | |
| 18:21 | from 3.2.something | |
| 18:23 | in the OPAC, records created since the 3.4.4 upgrade are displaying on the search results page as "Availability: No items available:" | |
| 18:23 | though there is an item created | |
| 18:24 | and the row in ITEMS references the correct biblionumber for the record. | |
| 18:24 | jcamins | seneca: you need to run the rebuild_zebra.pl script using cron. |
| 18:24 | libsysguy | just for the record sekjal we just tested that patch and it seems to be working with the matching rule |
| 18:24 | seneca | and perhaps another symptom: |
| 18:25 | in the marc record for this book, there is no "Item(s)" tab | |
| 18:25 | sorry, these books | |
| 18:25 | sekjal | libsysguy: patch for 6713? |
| 18:25 | libsysguy | yes |
| 18:26 | seneca | jcamins, what role does the zebra database play? |
| 18:26 | wizzyrea | entries not in zebra = entries not displayed |
| 18:27 | jcamins | ^^ what she said. |
| 18:27 | seneca | what does the zebra database keep track of? |
| 18:27 | sekjal | seneca: zebra is the basis for Koha's search. any biblio or item data you see on the search results pages comes from Zebra, instead of directly from the Koha database |
| 18:27 | seneca | I'm assuming it doesn't just mirror the mysql db |
| 18:27 | libsysguy | sadly no |
| 18:27 | seneca | interesting, why the dual dbs? |
| 18:28 | jcamins | seneca: they do completely different things. |
| 18:28 | seneca | hmm |
| 18:28 | they hold different data? | |
| 18:29 | jcamins | seneca: Zebra is basically a search engine, so its db is almost entirely indexes. |
| 18:29 | MySQL, on the other hand, is the canonical source for the data. | |
| 18:29 | seneca | ah, for speed, I assume |
| 18:29 | jcamins | Right. |
| 18:29 | seneca | got it |
| 18:30 | but teh zebra db is synced to the mysql db via that script in cron | |
| 18:30 | er the | |
| 18:30 | jcamins | Right. |
| 18:30 | libsysguy | basically |
| 18:30 | wizzyrea | all good, we speak typo. ;) |
| 18:30 | seneca | hehe |
| 18:30 | good :) | |
| 18:30 | sekjal | seneca: yes, the misc/migration_tools/rebuild_zebra.pl script runs typically every 1 - 10 min, depending on your crontab choices |
| 18:31 | seneca | is it in the system crontab, or a user? |
| 18:31 | "usually" ;) | |
| 18:31 | wizzyrea | if you add a LOT of stuff, a longer interval might be better |
| 18:31 | sekjal | seneca: user |
| 18:31 | wizzyrea | well, actually I say that |
| 18:31 | is that true | |
| 18:31 | ? | |
| 18:31 | lol | |
| 18:31 | libsysguy | depends i guess |
| 18:31 | a lot all at one time | |
| 18:31 | longer interval | |
| 18:31 | jcamins | wizzyrea: yes. |
| 18:31 | libsysguy | a lot incrementally short is fine |
| 18:32 | sekjal | wizzyrea: we've seen some difficulties come up if one process isn't complete before the next one kicks off |
| 18:32 | seneca | we're small |
| 18:32 | wizzyrea | ^^ that was my recollection |
| 18:32 | jcamins | The problem is, rebuild_zebra doesn't use any sort of IPC to make sure that it's not deadlocking. |
| 18:32 | seneca | we couldn't add a lot at one time if we tried |
| 18:32 | wizzyrea | :) |
| 18:32 | seneca | got it |
| 18:32 | libsysguy | sekjal if its running as a cron process then it shouldn't kick off another one if one is already running right? |
| 18:33 | * sekjal | 's next fun project is running rebuild_zebra.pl through NYTProf and looking for optimizations |
| 18:33 | wizzyrea | sekjal++ good project |
| 18:33 | jcamins | libsysguy: it does. |
| 18:33 | libsysguy | oh...i didn't know that |
| 18:33 | jcamins | libsysguy: however, if there's some way to get cron to know not to do that, it would be really useful. |
| 18:33 | seneca | I couldn't find rebuild_zebra in any crontabs |
| 18:34 | oddly | |
| 18:34 | libsysguy | crontab.example? |
| 18:34 | in misc/cronjobs | |
| 18:34 | sekjal | oh, that's right! wizzyrea, I owe you a bug fix for bug 6801 |
| 18:34 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6801 major, P5, ---, ian.walls, NEW , C4::Overdues::checkoverdues returns all fields from biblio, biblioitems, items and issues |
| 18:34 | seneca | let me look |
| 18:34 | wizzyrea | :) yes, yes you do :) |
| 18:35 | a patch for that would make me squee. | |
| 18:36 | seneca | ok, I see an entry in crontab.example for rebuild_zebra |
| 18:37 | libsysguy | yeah so I just copied that into my crontab |
| 18:37 | err...koha's crontab | |
| 18:37 | seneca | but it's not in any user crontabs, I don't think |
| 18:37 | is this a new requirment, possibly since 3.4.4? | |
| 18:37 | libsysguy | right you just have to paste it in there |
| 18:37 | crontab -e | |
| 18:37 | cait | seneca: no it's old |
| 18:37 | when you are using zebra | |
| 18:37 | jcamins | seneca: no, it's been a requirement since 3.0.x. |
| 18:37 | seneca | weird |
| 18:37 | I wonder why it's not there now... | |
| 18:38 | I'm assuming these things USED to work correctly... ;) | |
| 18:38 | should I be able to run the relevant line in crontab.example manually? | |
| 18:38 | oh | |
| 18:38 | hold on | |
| 18:39 | nee the exports, I bet | |
| 18:39 | need | |
| 18:40 | jcamins | seneca: exactly right. |
| 18:40 | seneca | ok |
| 18:40 | I ran it | |
| 18:40 | exactly as it was in crontab.example | |
| 18:40 | jcamins | Did you get any output? |
| 18:40 | seneca | but the book I'm testing with still mentions there are no items available |
| 18:40 | none | |
| 18:41 | just a returned prompt | |
| 18:41 | jcamins | Run the following: |
| 18:41 | seneca | and it only took 2-3 secs |
| 18:41 | jcamins | kohaclone/misc/migration_tools/rebuild_zebra.pl -b -a -z -v |
| 18:41 | Does that give you any output? | |
| 18:41 | seneca | oh, right. the >/dev/null at the end of the line probably would kill output, eh? |
| 18:42 | let me try without that | |
| 18:42 | jcamins | Heh. |
| 18:42 | Yeah, sorry, I didn't realize that was there. | |
| 18:42 | seneca | ok, remove the /dev/null changed nothing, but your -v flag did give output |
| 18:42 | jcamins | Can you paste it into paste.koha-community.org? |
| 18:43 | seneca | 0 records exported |
| 18:43 | jcamins | That's it? |
| 18:43 | Okay, I suggest you reindex. | |
| 18:43 | How many records do you have? | |
| 18:44 | pastebot | "seneca" at 64.128.125.59 pasted "output of rebuild_zebra" (31 lines) at http://paste.koha-community.org/26 |
| 18:44 | jcamins | Okay, the good news is it looks like it's running properly. |
| 18:44 | seneca | well, I know I have at least two books with this current problem |
| 18:44 | jcamins | I think if you reindex (add -r instead of -z), and then set up the cron jobs, that'll do it. |
| 18:44 | Total in the catalog, I mean. | |
| 18:45 | seneca | ~12k, I think |
| 18:45 | let me reindex | |
| 18:46 | reindexing (I see now why you asked that....) ;) | |
| 18:46 | sekjal | wizzyrea: there you go |
| 18:46 | wizzyrea | hehe |
| 18:47 | sekjal | hopefully it will help |
| 18:47 | wizzyrea | could you oh pretty please put that on our test DB? I could probably sign off on it if you did >.> |
| 18:48 | i don't have patrons with epic checkout lists in my test DB at the moment | |
| 18:48 | my local test db | |
| 18:49 | sekjal | wizzyrea: if you wish, yes, I can put it there |
| 18:49 | wizzyrea | i would like that very much |
| 18:51 | seneca | done indexing, and it worked@ |
| 18:51 | er 1 | |
| 18:51 | drat ! | |
| 18:51 | wizzyrea | hehe YAY |
| 18:51 | seneca | so, the rebuild_zebra in the cron should keep it up to date? |
| 18:51 | indeed, wizzyrea :) | |
| 18:53 | libsysguy | ok so I am trying something that is new to me and I need a bit of help |
| 18:53 | I am trying to set up zebra to let refworks use it | |
| 18:53 | jcamins | libsysguy: huh? |
| 18:54 | libsysguy | well i need refworks to work with Koha |
| 18:54 | huginn | New commit(s) needsignoff: [Bug 6801] C4::Overdues::checkoverdues returns all fields from biblio, biblioitems, items and issues <http://bugs.koha-community.org[…]w_bug.cgi?id=6801> |
| 18:54 | libsysguy | and they said they needed to connect to our server |
| 18:54 | and I am pretty sure i set it up in the koha-conf file | |
| 18:55 | but im not entirely sure | |
| 18:55 | wizzyrea | oh z39.50 |
| 18:55 | jcamins | libsysguy: oh, you mean with Z39.50? |
| 18:55 | libsysguy | perhaps? |
| 18:55 | jcamins | libsysguy: did you see the no-server-side-work-necessary version? |
| 18:55 | jquery library? | |
| 18:55 | wahanui | jquery library is found at http://wiki.koha-community.org[…]ki/JQuery_Library |
| 18:56 | jcamins | ^^ near the end of that page |
| 18:56 | libsysguy | yeah that is in |
| 18:56 | and refworks gives me a message that it won't work with Koha | |
| 18:56 | jcamins | Really? |
| 18:56 | libsysguy | yes really |
| 18:56 | so we called them | |
| 18:56 | jcamins | I believe you. |
| 18:57 | That was horror. ;) | |
| 18:57 | libsysguy | and they said they needed to index our catalog |
| 18:57 | i was like o_0 | |
| 18:57 | cait | ? |
| 18:59 | libsysguy | my sentiments exactly cait |
| 18:59 | jcamins | I guess they've decided to eliminate direct import. |
| 19:00 | Kind of absurd. | |
| 19:00 | Well, very absurd. | |
| 19:00 | Wait... wasn't there just a bug report about RIS being broken? | |
| 19:01 | cait | I think so |
| 19:01 | libsysguy | several actually |
| 19:01 | cait | but that's for when you want to export manually I think |
| 19:01 | so different probably? | |
| 19:01 | * cait | has never used refworks |
| 19:01 | libsysguy | me either |
| 19:01 | wizzyrea | gmcharlt would know |
| 19:01 | re RIS | |
| 19:02 | jcamins | cait: no, the RefWorks export uses RIS. |
| 19:02 | libsysguy: yeah, that's the problem. | |
| 19:02 | RIS is broken. | |
| 19:03 | libsysguy | looks like there might be a patch |
| 19:03 | stupid refworks...ive been trying to figure this out for weeks | |
| 19:03 | they didn't tell me there was a direct export | |
| 19:04 | jcamins | libsysguy: if they'll set you up with a direct Z39.50 connection thingy, that might be preferable, since Koha's RIS support has never been exemplary. |
| 19:04 | libsysguy | gotcha |
| 19:04 | jcamins | Incidentally, I really like the subject heading "No -- Periodicals" |
| 19:04 | libsysguy | well they will |
| 19:04 | * jcamins | should clarify that statement: |
| 19:04 | libsysguy | so are there any instructions on how to set that up? |
| 19:04 | jcamins | If they'll set that up for you without it causing you to go grey and jump off a bridge... |
| 19:05 | wizzyrea | help, what's RIS stand for |
| 19:05 | * wizzyrea | imagines you all snickering |
| 19:05 | * jcamins | hasn't a clue. |
| 19:05 | * libsysguy | doesn't know either |
| 19:05 | wizzyrea | HAHA |
| 19:05 | <3 | |
| 19:06 | jcamins | It stands for... RIS. |
| 19:06 | libsysguy | Real Important Stuff? |
| 19:06 | jcamins | It was developed by Research Information Systems. |
| 19:06 | wizzyrea | ping gmcharlt, what does RIS stand for |
| 19:06 | jcamins | Apparently it stands for Research Information Systems. |
| 19:06 | wizzyrea | Hm |
| 19:07 | jcamins | That can't possibly be trademark-able. |
| 19:07 | gmcharlt | jcamins: eh, sadly, it could be; dunno if it is |
| 19:08 | wizzyrea: I mostly conceptualize it as "the format that reference manager and some other citation managers use" | |
| 19:09 | wizzyrea | oic, thanks, that makes sense |
| 19:09 | like endnote | |
| 19:09 | etc | |
| 19:09 | and obviously-- refworks, lulz | |
| 19:10 | * wizzyrea | does not putz around much in academics |
| 19:10 | libsysguy | aww why is there such a divide |
| 19:10 | jcamins | wizzyrea: actually, want to hear something ironic? |
| 19:10 | RefWorks barely supports RIS. | |
| 19:10 | * gmcharlt | weeps |
| 19:10 | gmcharlt | (not really) |
| 19:10 | * wizzyrea | loves irony |
| 19:11 | jcamins | I find it very ironic, because I chose RIS on account of it being the format that RefWorks was closest to the standard on. |
| 19:18 | seneca | I have another question |
| 19:19 | (I feel like the annoying kid in class ;) ) | |
| 19:19 | cait | don't |
| 19:19 | we like to help | |
| 19:20 | seneca | if zebra is where the search data comes from, why does the search immediately show the bibliographic results for a just-catalogued book, but the linked items don't show until a rebuild? |
| 19:20 | :) | |
| 19:20 | is only the item info pulled from zebra? | |
| 19:21 | jcamins | seneca: good question! |
| 19:21 | Ooh, I know. | |
| 19:21 | seneca | haha |
| 19:21 | jcamins | I bet you have the zebraqueue daemon running. |
| 19:21 | The zebraqueue daemon is evil. | |
| 19:21 | seneca | oh yeah? |
| 19:21 | cait | which explains the missing cronjob |
| 19:21 | seneca | do tell ;) |
| 19:21 | jcamins | Yes! Bring out the bell and book! |
| 19:22 | * jcamins | begins distributing incense. |
| 19:22 | seneca | hahaha |
| 19:22 | jcamins | ... it's not Friday yet? |
| 19:22 | Oops. | |
| 19:22 | seneca | what's it do and why's it evil? |
| 19:22 | jcamins | It's broken. It's supposed to do what rebuild_zebra does, but it doesn't work. |
| 19:22 | libsysguy | well its deprecated for startes |
| 19:23 | seneca | well, that's not good |
| 19:23 | wizzyrea | and at some point it had a icky memory leak |
| 19:23 | s/a/an | |
| 19:23 | seneca | so, you're saying I should stop that from running ;) |
| 19:23 | jcamins | Yes. |
| 19:23 | seneca | alright |
| 19:23 | cait | and use the cronjob instead |
| 19:23 | seneca | got it |
| 19:24 | is it only the rebuild_zebra cronjob I would need to replace the evil daemon ;P | |
| 19:25 | jcamins | Yup. |
| 19:25 | seneca | nifty |
| 19:26 | I see koha-zebra-daemon and koha-zebraqueue-daemon | |
| 19:26 | only the latter is evil, yes? | |
| 19:26 | jcamins | Right. |
| 19:26 | seneca | is there a special way I should stop it from running, or does the normal linux stuff (my OS) apply here? |
| 19:27 | jcamins | Just the usual way of stopping things. |
| 19:27 | seneca | ok |
| 19:27 | jcamins | I usually do sudo /etc/init.d/koha-zebraqueue-daemon stop |
| 19:28 | seneca | and once it no longer runs, neither the bibliographic info nor the item info will show for just-catalogued stuff until the zebra_rebuild cronjob runs, right? |
| 19:28 | jcamins | Right. |
| 19:29 | seneca | awesome |
| 19:29 | unrelated: where's everyone from? :) | |
| 19:29 | * jcamins | is based in NYC. |
| 19:29 | wizzyrea | < KS, US |
| 19:29 | seneca | cool :) love asking those questions in IRC |
| 19:29 | ;) | |
| 19:29 | cait | Konstanz, Germany |
| 19:30 | where are you from seneca? | |
| 19:30 | seneca | Dayton, OH, US |
| 19:31 | * wizzyrea | has a seneca, kansas as one of her libraries |
| 19:31 | libsysguy | Texas US |
| 19:32 | seneca | ok, I catalogued another book to test the rebuild -z script but the evil daemon was still running at the time |
| 19:32 | libsysguy | did you restart that server after killing that daemon |
| 19:32 | seneca | and when I manually ran rebuild -z script, it imported 0 records |
| 19:32 | jcamins | Bad news. You're probably going to have to reindex. |
| 19:32 | libsysguy | oh yeah that is bad news :'( |
| 19:32 | seneca | so I'm reindexing again (rebuild -r) |
| 19:32 | then, without the daemon running | |
| 19:32 | jcamins | Yup. |
| 19:32 | libsysguy | yeah -b -x -r |
| 19:33 | jcamins | _Then_ you add a new record, and see if it works properly with the cron job. |
| 19:33 | seneca | I'm going to catalogue a book, check to see that it DOESN'T show up |
| 19:33 | run the rebuild -z script manually | |
| 19:33 | jcamins | That makes sense. |
| 19:33 | seneca | ok |
| 19:33 | the reindexing worked | |
| 19:34 | now to catalogue another book | |
| 19:34 | jcamins | Goodness. That is one angry cat. |
| 19:34 | seneca | man, that daemon's a demon! |
| 19:34 | wizzyrea | it's not coincidence. |
| 19:34 | seneca | :) |
| 19:34 | Ever read the book Daemon? | |
| 19:34 | jcamins | Myshkin would like it to be known that he is on the market for new people. |
| 19:35 | * jcamins | hasn't. |
| 19:35 | seneca | it's really good |
| 19:35 | wizzyrea | i've heard it's good |
| 19:35 | seneca | http://www.amazon.com/Daemon-D[…]1314819325&sr=8-1 |
| 19:35 | started reading it last spring, couldn't ever find the time to make any real progress | |
| 19:36 | so I got the audiobook and finished it in about 4 days | |
| 19:36 | what does Myshkin want people for? | |
| 19:36 | then I got the sequel and listened to it in about 3 days | |
| 19:36 | SO good | |
| 19:37 | and the Daemon is only ~kind of evil ;) | |
| 19:37 | jcamins | seneca: Myshkin wants people who will let him chew on the houseplants. |
| 19:37 | trea | that is a great book |
| 19:38 | when i have a problem i usually ask myself, "What would Roy Merritt do?" | |
| 19:38 | seneca | hehe |
| 19:38 | YES! | |
| 19:38 | alright, book catalogued | |
| 19:38 | no search results in the OPAC | |
| 19:39 | running the rebuild -z script manually... | |
| 19:39 | actually got output this time! | |
| 19:39 | wizzyrea | squee! |
| 19:39 | seneca | and the records show up, both biblio and item info! |
| 19:40 | you guys are my heroes | |
| 19:40 | :) | |
| 19:40 | cait | :) |
| 19:41 | wizzyrea | @quote add <seneca> you guys are my heroes |
| 19:41 | huginn | wizzyrea: The operation succeeded. Quote #151 added. |
| 19:41 | wizzyrea | @quote random |
| 19:41 | huginn | wizzyrea: Quote #27: "<jdavidb> ("A helicopter does not fly; it is a collection of quasi-unrelated parts moving in close formation, beating the sky into submission.")" (added by gmcharlt at 09:21 PM, August 22, 2009) |
| 19:41 | seneca joined #koha | |
| 19:41 | seneca | hiccup... |
| 19:41 | Guillaume1 joined #koha | |
| 19:42 | seneca | now to set the cronjob and stop the daemon from restarting on reboot |
| 20:02 | trea | would someone be kind enough to point me to the koha mailling list archive URL? |
| 20:02 | jcamins | mailing list? |
| 20:02 | wizzyrea | mailing list? |
| 20:02 | haha | |
| 20:02 | jcamins | mailing lists? |
| 20:02 | wahanui | mailing lists are at http://koha-community.org/supp[…]ha-mailing-lists/ |
| 20:02 | wizzyrea | you win :) |
| 20:02 | cait | :) |
| 20:03 | wahanui botsnack chocolate | |
| 20:03 | wahanui | thanks cait :) |
| 20:03 | jcamins | mailing list is at http://koha-community.org/supp[…]ha-mailing-lists/ |
| 20:03 | mailing list? | |
| 20:03 | wahanui | rumour has it mailing list is at http://koha-community.org/supp[…]ha-mailing-lists/ |
| 20:03 | wizzyrea | there we go :) |
| 20:03 | trea | that would do it, cheers |
| 20:07 | sekjal | anyone recall a bug report on the Cataloging Editor not properly collapsing fields since 3.4? |
| 20:08 | cait | hmm |
| 20:08 | I think there was something about collapsing | |
| 20:08 | jcamins | There was one. |
| 20:08 | I don't remember which, though. | |
| 20:09 | wizzyrea | bug 5735 |
| 20:09 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5735 normal, PATCH-Sent, ---, m.de.rooy, RESOLVED FIXED, Expanding/collapsing cloned fields in editor takes original field |
| 20:09 | wizzyrea | maybe? |
| 20:09 | jcamins | No, there was another. |
| 20:09 | I just saw it. | |
| 20:10 | sekjal | jcamins channels Yoda |
| 20:10 | wizzyrea | bug 4867 |
| 20:10 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4867 major, PATCH-Sent, ---, cnighswonger, RESOLVED FIXED, cannot clone subfields in marc editor, other clone/unclone weirdness |
| 20:10 | jcamins | Nope, a different one. |
| 20:10 | :P | |
| 20:11 | It was in my search results earlier today. Now what was I looking for? | |
| 20:12 | Bug 4374? | |
| 20:12 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4374 normal, PATCH-Sent, ---, frederic, RESOLVED FIXED, Data entry form doesn't use hidden/mandatory flag as expected |
| 20:12 | wizzyrea | bug 6621 |
| 20:12 | wahanui | somebody said bug 6621 was probably related. |
| 20:12 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6621 normal, PATCH-Sent, ---, prosentientsystems, ASSIGNED , Javascript error in cloning subfields |
| 20:12 | sekjal | it would be in the late 5000s, early 6000s |
| 20:13 | or anywhere in the 6000s, actually | |
| 20:14 | jcamins | sekjal: are you thinking of bug 6439? |
| 20:14 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6439 normal, P5, ---, gmcharlt, RESOLVED DUPLICATE, In cataloguing all subfields are displayed, even with hidden=0 |
| 20:14 | jcamins | That was marked a duplicate of 4374. |
| 20:15 | wizzyrea | these later bugs really need some wrangling. |
| 20:15 | sekjal | ah ha! |
| 20:16 | cait | lots of bug work needed, always |
| 20:16 | needing more hands in there too I think | |
| 20:17 | wizzyrea | mhm |
| 20:22 | Guillaume2 joined #koha | |
| 20:23 | wizzyrea | i'm looking at the report for 6588 |
| 20:23 | bug 6588 | |
| 20:23 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6588 normal, P5, ---, gmcharlt, NEW , merging records loses item records! |
| 20:23 | wizzyrea | now to me |
| 20:23 | to merge bibs means "make these bibs one" | |
| 20:23 | isn't she talking about "attach item" which we also have? | |
| 20:23 | Kapainea left #koha | |
| 20:24 | wizzyrea | if you don't want all of the items to merge, then you wouldn't use "merge" |
| 20:24 | you'd use "attach" | |
| 20:24 | jcamins | Agreed. |
| 20:24 | wizzyrea | or am I not thinking about this in the right way |
| 20:24 | jcamins | If you're not thinking about it the right way, neither am I. |
| 20:25 | sekjal | the merge tool used to list all the 952s, and the librarian could choose what to do with them |
| 20:25 | but since removing items from the marcxml, they no longer show up | |
| 20:25 | jcamins | Ah. I see. |
| 20:25 | sekjal | I think this report is more surprise at the change than to the functionality |
| 20:26 | jcamins | That does seem like a nice feature. |
| 20:27 | sekjal | bug report updated |
| 20:28 | wizzyrea | oh cool, thanks sekjal |
| 20:28 | sekjal++ that is sensible | |
| 20:30 | rhcl | daem, did I miss Jesse Weaver? |
| 20:30 | wizzyrea | nope, that's jesse m |
| 20:30 | pelletiermaxime left #koha | |
| 20:31 | wizzyrea | jesse W is pianohacker :) |
| 20:32 | rhcl | icic |
| 20:32 | yea, I know that | |
| 20:34 | you know, for a long time I thought his real name was Paul Ianohacker. Don't ask me where I came up with that. | |
| 20:34 | wizzyrea | tee hee |
| 20:35 | cait | :) |
| 20:36 | wizzyrea | wow that thing just posted to the koha list looks interesting |
| 20:38 | rhcl | LinkedIn? |
| 20:39 | wizzyrea | no, the one after that, the koha/greenstone/GSDL thinger |
| 20:39 | lulz. | |
| 20:39 | jcamins | Heh. A lot of people swear by LinkedIn. |
| 20:41 | Me, I'm not entirely convinced it's the solution to unemployment levels in the US. | |
| 20:41 | Guillaume1 joined #koha | |
| 20:41 | wizzyrea | linkedin is a necessary evil, I guess. |
| 20:41 | linkedin? | |
| 20:41 | wahanui | linkedin is probably a necessary evil, I guess. |
| 20:41 | wizzyrea | ha |
| 20:45 | seneca | everything seem to be running as it should |
| 20:45 | * wizzyrea | gives seneca a high five |
| 20:45 | seneca | thanks to jcamins, wizzyrea, cait |
| 20:45 | libsysguy... | |
| 20:45 | wahanui | rumour has it libsysguy is Koha's hottest developer or partying with swedes on his deck |
| 20:46 | wizzyrea | wall of em.... LOL. |
| 20:46 | seneca | and anyone who chimed in to help |
| 20:46 | wizzyrea | that was to say, wall of email crits me for 9999 |
| 20:46 | * wizzyrea | dies |
| 20:46 | libsysguy left #koha | |
| 20:46 | jcamins | What? |
| 20:46 | seneca | and with that, I'm out |
| 20:46 | ciao! | |
| 20:46 | seneca left #koha | |
| 20:46 | wizzyrea | I just got a big batch of bug emails. ;) |
| 20:47 | jcamins | Ah. |
| 20:48 | I guess they'll be hitting the list in a few minutes. | |
| 20:50 | cait | perhaps a good moment to go to bed then :) |
| 20:50 | good night all | |
| 20:51 | jcamins | Night. |
| 20:55 | trea joined #koha | |
| 21:00 | cait left #koha | |
| 21:05 | trea joined #koha | |
| 21:06 | * jcamins | hands trea the duct tape. |
| 21:06 | * trea | folds an origami swan out of duct tape. |
| 21:10 | rhcl | I wish I had the skill to do that. |
| 21:11 | OK, so everybody listen to me. I have a great idea. So our library, like every library in the world, has book sales of old, weeded, or donated books. | |
| 21:12 | But there is usually no databasing or information on them, just a big big bunch in boxes or on tables. Nobody knows what's there, right? | |
| 21:13 | So why doing I write some trivial app that lets the staff scan in the ISBN's, query Amazon for the title and author, grep that out, and put it in some trivial db with a trivial interface to lookup... | |
| 21:13 | and then when people come in looking for something they can find out if that book is there? | |
| 21:13 | s/doing/don't | |
| 21:14 | jcamins | rhcl: because you'll end up with fewer sales. |
| 21:14 | rhcl | less browsing? |
| 21:14 | jcamins | People buy books at library book sales because they're cheap, and, hey, that looks kind of interesting, might as well take it, since they might not find [other book]. |
| 21:15 | If people can look up if the sale has [other book], when they see the answer is yes, they're that much less likely to browse, or, when they see the answer is no, they're that much less likely to browse. | |
| 21:15 | rhcl | well |
| 21:15 | ibeardslee | of course knowing that the book you are after is there, means that you'll turn up |
| 21:16 | the trick would be to put all the books in there, but advertise that you'd only got a small number of the book listed | |
| 21:16 | rhcl | ok, gotta think about this |
| 21:16 | jcamins | ibeardslee: people would already be there, unless this is an online db. |
| 21:17 | Also, you need your volunteers to be able to do all the book sale prep stuff. | |
| 21:17 | Entering things into a database might not be so reasonable for some of the volunteers. | |
| 21:18 | ibeardslee | surely if they are old library books, the'll already be in the system? |
| 21:18 | rhcl | but my idea would be to make it terribly simple, just scan the barcode w/ a scanner... |
| 21:18 | ibeardslee | they details are already there, just need to know which ones |
| 21:18 | rhcl | put it in a flat-file db, have a simple lookup interface |
| 21:20 | jcamins | ibeardslee: most library book sales I've been to were 90% donations. |
| 21:20 | Fifteen copies of the 2009 Danielle Steele, an acidic copy of the Silmarillion, etc. | |
| 21:20 | ibeardslee | ahh ok |
| 21:21 | speaking of the Silmarillion .. I do need to track down another copy of that | |
| 21:21 | jcamins | Speaking of the Silmarillion... |
| 21:21 | ibeardslee | the last one is MIA |
| 21:21 | jcamins | www.tolkienlibrary.com/press/902-Benjamin_Harff_Interview_Edel_Silmarillion.php |
| 21:22 | trea | why not make an android/iphone app of this? use one of the barcode scan libs todo the lookups, etc. |
| 21:22 | wizzyrea | ^^ |
| 21:22 | trea | wouldn't require a pc or a barcode scanner that way |
| 21:22 | jcamins | trea: and then provide phones for the volunteers? |
| 21:22 | wizzyrea | *some* volunteers would have phones :) |
| 21:22 | jcamins | That makes a certain amount of sense. |
| 21:23 | trea | doesn't everyone have a smartphone? >.> |
| 21:23 | <.< | |
| 21:23 | * wizzyrea | readies the trout |
| 21:23 | trea | ^.^ |
| 21:24 | ibeardslee | https://www.youtube.com/watch?v=5kpR4kjqS88 |
| 21:25 | although this one has more 'value' .. https://www.youtube.com/watch?v=nqS_IOealhM&NR=1 | |
| 21:25 | rhcl | a smart app could certainly do the initial lookups, much like a barcode scanner, that's not a big issue, but it wouldn't do databasing so you could tell what you had in stock |
| 21:31 | ibeardslee | https://market.android.com/det[…]lyst.KiritakiKoha not sure if that could do a scan and dump it into a special koha instance |
| 21:32 | jcamins | rhcl: but would the volunteers be expected to update the database every time someone bought a book? |
| 21:34 | ibeardslee | a scanner at checkout could do the job |
| 21:34 | wizzyrea | you know, like a PoS device |
| 21:35 | that's point of sale, get your minds out of the gutter. | |
| 21:35 | ibeardslee | heh |
| 21:35 | it wasn't, I didn't, it was Dolly | |
| 21:35 | wizzyrea | the sheep? |
| 21:35 | even worse. | |
| 21:35 | * jcamins | thinks everyone else has libraries with nicer buildings than he's used to. |
| 21:36 | jcamins | And more volunteers. |
| 21:36 | And all else that is good. | |
| 21:36 | * jcamins | feels deprived now. |
| 21:36 | wizzyrea | i'm sympathetic, our libraries wouldn't use such a thing at their book sales |
| 21:36 | ibeardslee | wizzyrea: nah there was an Australian comedy show about that had a girl that blamed everything on her dolly .. honest |
| 21:37 | wizzyrea | hehe |
| 21:37 | * wizzyrea | takes nothing for granted when it involves australian tv |
| 21:37 | ibeardslee | they are just wierd |
| 21:40 | jcamins | Quick! Insult logbot! |
| 21:40 | wizzyrea | 's mother smelt of elderberries! |
| 21:41 | * jcamins | was just writing that. |
| 21:44 | rhcl | was away for a sec... jcamins, yes, I think logically at the cash register you would have a barcode reader to remove the book from the db. |
| 21:45 | jcamins | It's a cool idea. |
| 22:04 | logbot joined #koha | |
| 22:33 | mib_joe joined #koha | |
| 22:34 | mib_joe left #koha | |
| 23:14 | LBA joined #koha | |
| 23:19 | LBA | Hi All, did I see something fly by recently about having hit a momentous number of committers? Could someone refresh my memory? |
| 23:19 | eythian | LBA: 150th was recently |
| 23:20 | LBA | Thanks! |
| 23:20 | I'm doing a state of the open source ILSs tomorrow. Any suggestions from this group for other highlights in Koha land? | |
| 23:28 | jcamins | 3.6 feature freeze is less than a month away. |
← Previous day | Today | Next day → | Search | Index