IRC log for #koha, 2009-09-07

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

All times shown according to UTC.

Time Nick Message
00:06 ricardo_away_ joined #koha
00:13 ricardo_away left #koha
00:39 chris_n2-away joined #koha
01:17 brendan_ joined #koha
01:17 brendan left #koha
01:17 brendan_ is now known as brendan
01:36 chris_n2-away google andriod & koha++
01:37 chris :)
02:00 richard left #koha
02:03 richard joined #koha
02:06 ricardo_away_ is now known as ricardo
02:06 ricardo Time to go to sleep... Take care everyone!  :)
02:15 chris: Still there?
02:18 Question to everyone/anyone... I know today (6 Sep) is / was the feature freeze for 3.2... And is there some freeze date already set for 3.0.4 (fixes)?
02:21 Well... I guess all the other people ARE asleep, eheh... OK. I'll probably be back in 12 hours or so. Take care!
02:22 ricardo left #koha
03:11 chris @later tell ricardo 3.0.4 is a bugfix release ... permanent feature freeze :)
03:11 munin` chris: The operation succeeded.
03:41 Amit joined #koha
03:42 Amit hi chris, brendan
03:42 good morning #koha
03:44 indradg left #koha
03:45 pianohacker joined #koha
03:45 Amit hi pianohacker
03:45 pianohacker Good morning, chris
03:45 and amit
05:02 hdl_laptop joined #koha
05:10 pianohacker Hrm. A tad late
05:12 pianohacker left #koha
05:16 richard left #koha
05:51 chris evening
05:52 bob hi chris: got a koha qu for you
05:52 chris hi bob, whats that?
05:52 bob in the koha i'm trying to set up i get urls like this
05:52 eg /opac-detail.pl?biblionumber=65 | 65
05:53 what's with the | bit?
05:53 chris weird what version?
05:53 bob 3.00.02.012
05:54 chris http://opac.koha.workbuffer.or[…]?biblionumber=559
05:54 i get versions like that
05:54 bob that's what i'd expect to get too
05:54 chris what page links you to the weird url?
05:54 bob all of them
05:54 sorry
05:54 chris the search results?
05:55 bob i mean search results have them
05:55 yeah
05:55 chris sounds like a bug in the template
05:55 i dont think ive ever seen that though
05:56 bob ah i didn't check the template
05:56 me thought it was some wigginess from importing from v2
05:57 it happens both on opac and intranet
05:57 chris hmm 2 things to check then, the template
05:57 and then the db
05:58 to make sure the number isnt doubled up in it
05:58 if it happens in both, id suspect the db
05:59 bob you mean duplicate biblionumber?
05:59 chris yeah check the marcxml column in biblioitems
05:59 specifically teh 999 tag
06:00 im wondering if the biblionumber is doubled up there
06:01 bob ah i think my data is using 090 rather than 999
06:01 chris 999 c i think it is
06:01 i wonder if that might be the problem
06:03 bob when i imported the data from v2 and indexed it - search initially didn't work then i read about changing the zebra to index on 090 instead of 999 (from google)
06:03 and that got the search working
06:04 chris its not doubled up in the 090 is it?
06:04 bob i'm just checking that now
06:06 there does look to be 2   <datafield tag="090" ind1=" " ind2=" ">
06:06 one with just a subfield code =d
06:06 the other with both c and d
06:07 chris ahh that would be doing it i bet
06:07 bob i note the subfield code d values are different
06:08 can you have more than one subfield code =d within the same <datafield></datafield> ?
06:09 chris d is biblioitemnumber i thnk, c is biblionumber
06:09 either way, it can only have 1 of each
06:09 bob ah ok
06:09 chris i suspect the one with 2 values (c and d) is the right one
06:10 bob same - as the c and d match
06:10 * bob just wondering what the other number matches
06:10 chris and do they match the biblionumber and biblioitemnumber ?
06:11 select biblionumber,biblioitemnumber,marcxml from biblioitems where biblionumber=65;
06:11 bob ah no the biblio number matches but the biblioitemnumber is the other number
06:12 chris ahhhh
06:13 you might have to figure some way to clean those up, (maybe shift them to 999 too)
06:13 bob do you know if anyone has written a script to do that?
06:14 chris i think mason might have
06:14 for kapiti
06:14 bob ah cool, i'll email him and ask for advice
06:15 thanks chris
06:15 chris bribe him with coffee :)
06:15 * bob has a much better idea of my problem now
06:16 hdl_laptop bob is that XSLT related or template  ?
06:16 bob he still the kohaaloha email?
06:16 chris yep
06:20 bob in changing the 090's to 999's is it safe to say the 090's can be removed or do both need to exist?
06:21 chris you need to check you marc mappings in admin, and your zebra config
06:22 but then you can remove the 090's
06:22 bob cool, ta for you help
06:22 it has been very informative
06:23 chris np
06:28 |Lupin| joined #koha
06:29 chris hi |Lupin|
06:32 @quote random
06:32 munin` chris: Quote #26: "<chris> as an aside C4::Search makes my brain hurt" (added by jdavidb at 09:21 PM, August 22, 2009)
06:35 |Lupin| hi #koh
06:35 hello chris
06:35 chris: do you remember the conversation we had about using logs to keep track of who added /modified a record ?
06:37 nicomo joined #koha
06:38 chris iyep
06:38 hi nicomo
06:38 nicomo hi chris hi all
06:41 |Lupin| hi nicomo
06:41 chris: I'm wondering how to deal with the initially bulkmarcimported records.
06:42 chris: In our current system we know who has created a record and we'd like to import this information into KOha, too.
06:46 chris just gotta feed and bathe kids
06:46 back in a while
06:50 |Lupin| chris: np
06:56 Amit left #koha
07:07 paul_p joined #koha
07:10 Amit joined #koha
07:19 Amit chris: in this URL is there any maintenance branch http://repo.or.cz/w/koha.git/
07:22 Kivutar joined #koha
07:37 paul_p Amit: (hello) look at the bottom of the page ("HEADS" section)
07:38 Amit hi paul_p thanks
07:48 |Lupin| grrr, deleting a borrower requires javascript...
07:48 Amit hi lupin
07:49 |Lupin| hi amit
07:55 chris back
07:58 |Lupin| chris: is it possible to delete borrowers cleanly without using the web interface ? Is it just a matter of moving the lines from the borrowers to the deletedborrowers table ?
08:02 chris nope
08:02 you need to check a lot of things
08:02 the issues table
08:02 and the reserves one too
08:02 plus also accountlines
08:03 or you might leave dangling issues, reserves and fines
08:11 |Lupin| chris: ah ok... we don't have such things here. Just migrating atm so nothing happened.
08:11 chris it would be best to write a script that calls the members/deletemem.pl
08:12 ahh if you dont have any of that, then yes, thats safe
08:12 |Lupin| chris: ah yes
08:12 chris: the thing is we have bibliographic records bound to deleted users
08:12 so we have to migrate these deleted users from the old system to the new one, too
08:13 chris: did you see the question I asked you just before you left to take care of your children ?
08:14 chris in order to do that with the log, you would have to edit bulkmarcimport
08:15 so that it inserts the appropriate value in the log
08:25 |Lupin| chris: do you think it would be a difficult thing to do ?
08:25 chris lemme check something
08:25 |Lupin| chris: thanks
08:26 chris so it will depend on how it stored in the old system
08:29 there are 2 ways you can do it, you can get the info out of the old system .. find the borrowernumber in the new system and use that as the user in action_logs
08:29 or
08:29 you can use a user called migration (or something like that)
08:29 and then store the name of the person who created it in the info column
08:30 |Lupin| chris: awesome
08:31 chris: the first one should be doable. I have added tables in the Koha database that mapthe old identifiers (for users, books) to the new ones
08:31 chris cool
08:31 |Lupin| chris: yeah it proved to be useful so far
08:40 chris: just in case you have some time
08:40 chris: I think there is a small bug in misc/batchRebuildBiblioTables.pl
08:41 chris: the -t option is not taken into account I believe
08:41 chris: no time to fix this myself, I'm sorry
08:43 chris true, it is just ignore
08:43 d
08:44 |Lupin| chris: yeah. I assume it is not the intended behaviour...
08:44 chris localNEWmodbiblio($dbh,$record​,$biblionumber,$frameworkcode) unless $test_parameter;
08:44 it looks like it should work
08:46 |Lupin| chris: yeah but I think this line is not even reached, because the test variable is not checked after getopt has ben called. Or am I wrong on that ?
08:47 chris that is the line checks it
08:48 so if its set, that unless will be true, so it wont change the db
08:48 it should run, printing lots of things out, but not actually changing anything
08:50 |Lupin| batchRebuildBiblioTables.pl:30: if ($version || (!$confirm)) {
08:50 chris yes
08:51 you need -c -t
08:51 |Lupin| chris: so it means that if the script is ran with -t as its only argument, it will print the syntax and exit. Is that the intended behaviour ?
08:51 chris yes
08:51 you need -c -t
08:51 |Lupin| chris: ah so -c is mandatory ?
08:52 chris if you want it to do anything at all, then yep
08:52 thats how it was written anyway
08:52 its so someone doesnt accidentally run it
08:52 |Lupin| I find it a bit odd actually. Is it to prevent people from runnig the script by accident ?
08:53 yeah...
08:53 nicomo left #koha
08:59 bob left #koha
09:03 slef hi all... does this sound fair:
09:03 need to describe the Koha project's current structure (which is the subject of some disagreement between the pro-Kaitiaki and post-Kaitiaki developers).
09:04 chris oh?
09:04 i thought there was only 1 post-kaitiaki developer
09:07 or should i say, former developer
09:09 slef ok, so I'm being more than fair ;-)
09:10 chris :)
09:17 chris_n-2nd joined #koha
09:18 slef anyone know the URL to the Ohio KSF?
09:18 chris hmm i was looking for it the other day
09:18 i remember you and i found it
09:18 but i cant remember where
09:19 i found the Koha Foundation one instead :)
09:21 http://activecause.com/nonprof[…]83b3e39383d262525
09:24 got it
09:24 http://www2.sos.state.oh.us/pl[…]ATION1.SHOW_PARMS
09:24 search for koha there
09:25 http://www2.sos.state.oh.us/pl[…]rg_values=1839255
09:25 might work
09:25 chris_n left #koha
09:27 slef tyvm
09:29 ok, think I'm overtime... http://wiki.koha.org/doku.php?id=kohafoundation updated
09:30 chris slef: imm a member of spi too
09:30 slef chris: cool. You can edit the wiki too ;-)
09:30 chris :)
09:30 ill add that
09:31 slef chris: which project did you join from (if any)?
09:31 |Lupin| hmm
09:31 is it possible in mysql to undo the last operation ?
09:32 paul_p |Lupin|: if you have started a transaction and not commited it yes. Otherwise, no
09:33 chris slef: none at moment, just a private member
09:34 edited
09:37 |Lupin| paul_p: ok, thanks :)
09:45 bigbrovar left #koha
09:45 bigbrovar joined #koha
09:55 cait_laptop joined #koha
09:56 chris hi cait_laptop
09:56 cait_laptop hi chris
09:56 chris added you to the history today :)
09:56 cait_laptop just started reading my mails - no internet connection here
09:56 thx :)
09:56 but I think you have 2 96th commiters now
09:58 slef I wondered about the wisdom of numbering them in the text.  Sorry for not mentioning it to chris
09:59 cait_laptop but I m happy, I dreamed about the code tonight (I always do when I try to program)
09:59 but it got accepted so perhaps I did not make all the mistakes I dreamt about :)
10:00 chris thats only the 2nd mistake ive made
10:00 and unless someome manages to go back in time and commit in the past, shouldnt be an issue :)
10:00 ill fix it now
10:01 |Lupin| paul_p, hdl_laptop, fredericd: unimarc question please
10:02 In a few imported records there is a 410$a field (collection). This field does not appear in marc view, neither at OPAC nor in the staff client.
10:02 any idea ?
10:02 chris fixed
10:03 cait_laptop thx chris :)
10:05 paul_p |Lupin|: maybe you did not activate it (it may be unactive by default)
10:06 |Lupin| paul_p: ah maybe... what do you mean by activate ?
10:06 paul_p: do you mean in the cataloguing framework, or where ?
10:06 paul_p |Lupin|: yep, in the cataloguing framework
10:07 |Lupin| paul_p: ok, will check that, thanks
10:12 slef what's the label enhancement bug number?  I'm failing to find it
10:14 cait_laptop slef: never saw a bug number for label enhancement - perhaps there is none
10:15 slef I'll stick it in bug 3583 then ;-)
10:15 munin` 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3583 blocker, P5, ---, cnighswonger@foundations.edu, NEW, Patron Card Labels should print
10:18 chris_n2-away is now known as chris_n2
10:18 chris_n2 who is Jonathan Sowash?
10:19 chris liblime's lawyer
10:19 reading up on the foundation?
10:19 * chris_n2 grimaces
10:19 chris_n2 yup
10:20 chris yeah its not pretty
10:22 slef list traffic or following links?
10:22 chris_n2 slef: a little of both
10:29 pianohacker++ #for the new syspref editor
10:31 chris_n2 is now known as chris_n2-away
10:36 davi Where are the files which modify the Koha database schema
10:36 ?
10:36 I need to add some fields
10:48 slef kohastructure.sql and updatedatabase.pl I think
10:48 There is a page on http://wiki.koha.org about database revisions
10:56 davi thanks
11:25 gmcharlt good morning
11:29 nahuel hi gmcharlt
11:32 cait_laptop good morning gmcharlt
11:33 gmcharlt: and thx for the welcome mail. Im really happy that my patch got accepted.
11:34 gmcharlt cait_laptop: you're welecome
11:55 slef: where on software.coop are the RFID:: modules?
12:01 |Lupin| pls
12:01 what should I do to activate a subfield in a cataloguing framework ?
12:01 for the moment it is said the field is ignored,...
12:06 gmcharlt |Lupin|: check the visibility setting
12:06 |Lupin| gmcharlt: where is it ?
12:06 gmcharlt in the framework subfield definition editor
12:07 |Lupin| gmcharlt: does it correspond to the tab column of the marc_subfield_structure table ?
12:07 gmcharlt |Lupin|: no
12:07 nicomo joined #koha
12:08 gmcharlt tab = 0 - 9 corresponding to which MARC Yxx tag it is
12:08 tab = -1 does suppress the subfield
12:10 |Lupin| gmcharlt: I'm not sureI understand. Are you saying that if tab is between 0 and 9 then it contains the first digit of the tagsubfield column ?
12:10 gmcharlt: I thought it was to tell koha on which page the field had to be displayed...
12:11 gmcharlt |Lupin|: it says what tab in the editor to display the subfield
12:11 and usually is set to the first digit of the tag
12:11 chris_n-2nd is now known as chris_n
12:11 chris_n g'morning all
12:12 |Lupin| gmcharlt: ok
12:13 gmcharlt: so which field shoudl I check in the db for the visibility ?
12:14 gmcharlt marc_subfield_structure.hidden
12:16 |Lupin| gmcharlt: it's 0 for the field in quesiton, so it means the field is hidden, or is not hidden ?
12:17 gmcharlt for that, please read the help associated with the MARC framework editor - it's complicated
12:17 cait_laptop bye #koha
12:17 cait_laptop left #koha
12:21 |Lupin| gmcharlt: I'm sorry, I can't see it with lynx... Is the help stored in some file in Koha, or in the database ?
12:22 gmcharlt koha-tmpl/intranet-tmpl/prog/en/modules/​help/admin/marc_subfields_structure.tmpl
12:22 |Lupin| gmcharlt: thanks a lot !!
12:26 I don't know what Collapsed means... could somebody explain, pls ?
12:33 Amit hi galen
12:33 gmcharlt hi Amit
12:34 |Lupin|: not expanded by default - label shows, but form for entering subfield is not shown by default - user has to click to view it.  not relevant to lynx
12:36 Amit left #koha
12:37 |Lupin| gmcharlt: here it's for other users I'm trying to have the field showed in a nice way.
12:41 hmm hidden was 0, set it to -1 but nothing changes...
12:48 could anybody help ?
13:00 Colin joined #koha
13:03 hdl_laptop is now known as hdl_childdoctor
13:13 |Lupin| paul_p or fredericd: one of you knows in which unimarc field to put the collection titles, pls ?
13:19 slef Question about http://wiki.koha.org/doku.php?[…]installperldebian - don't you need "install" after "cpan" in the last one?
13:21 answering myself: nope
13:21 sole -i is optional
13:22 |Lupin| slef: do you need a double check or is everything okay ?
13:23 slef everything ok now
13:23 I'm pretty sure dh-make-perl should be used instead of cpan when we can
13:26 Does curl -I http://koha/cgi-bin/koha/errors/404.pl show "HTTP/1.1 200 OK" instead of 404 Not Found for other people?
13:27 |Lupin| slef: the URL isnot valid...
13:28 slef: ah you mean on an installed koha, oops, sorry
13:28 slef |Lupin|: did you replace koha with your koha's server name?
13:28 heh
13:28 |Lupin| slef: HTTP/1.1 200 OK
13:29 slef ok, it's not just me.  That's a bug, isn't it?  Looks to me like C4::Output::output_html_with_http_headers doesn't pass status codes.  Anyone reported this bug before?  I don't find it in a search.
13:31 |Lupin| slef: don't know
13:32 slef I'll wait to see other opinions for a few minutes while I deal with my immediate problem (I need to 503 Service Unavailable some pages)
13:33 |Lupin| slef:
13:35 slef: ok :)
13:37 slef gmcharlt: chris: any opinion on this?
13:37 or paul_p
13:38 paul_p slef: don't know, sorry (and for technical questions, you'll probably have more luck with nahuel or hdl_childdoctor)
13:40 slef I suspect hdl_childdoctor might not be there just now ;-)
13:44 nahuel hi
14:01 slef hi nahuel - should files in /errors/NNN.pl return the corresponding NNN status codes, do you think?
14:02 nahuel yes they should
14:02 and if it isn't, i think it's a bug
14:05 slef ok I will file one RSN
14:17 |Lupin| RSN ?
14:20 slef http://foldoc.org/RSN
14:21 nahuel héhé
14:22 slef @dict RSN
14:22 munin` slef: jargon, foldoc, and vera responded: foldoc: RSN {Real Soon Now}; jargon: RSN /R-S-N/ adj. See {Real Soon Now}; vera: RSN Real Soon Now (telecommunication-slang)
14:27 chris_n gmcharlt: patch submitted to correct css issues in the labels code
14:31 |Lupin| please folks
14:31 when a patron does a simple search in the OPAC
14:31 which fields are searched ? I assume this is customizable ? Is there a syspref for that ?
14:35 nahuel |Lupin|, As I know, there is no syspref, it's zebra configuration
14:38 slef Bug 3586 Submitted
14:38 munin` 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3586 normal, P5, ---, joe.atzberger@liblime.com, NEW, errors pages are sent with HTTP 200 OK header
14:43 |Lupin| nahuel: and in the case of nozebra systems ?
14:44 nahuel |Lupin|, ah, no zebra is a black box for me :p
14:44 never used it
14:48 |Lupin| nahuel: ok, thanks
14:49 nahuel |Lupin|, you should look at C4/Search.pm
14:49 |Lupin| nahuel: ah yeah, good idea. Thanks a lot for the hint !
14:50 enf of working day so this will have to wait till tomorrow...
14:50 bye everybody !
14:58 nahuel ++
14:59 slef damn, these French people always seem to quit an hour early ;-)
15:27 pianohacker joined #koha
15:27 pianohacker Good morning, #koha
15:35 Kivutar :)
15:35 nahuel slef, !
15:36 i'm not gone
15:36 hey pianohacker !
15:36 pianohacker Hi, nahuel
15:36 nahuel what's up ?
15:36 pianohacker Not much, school and work as always
15:41 slef hehe
15:42 don't you hate it when you finally get the network router login from the network manager and then discover that the router has changed IP address and no-one told you? (AFAICR)
15:42 happily, /usr/sbin/arp to the rescue! :)))
15:43 nahuel ^^
15:43 Hopping this never arrive !
15:43 happend
16:02 Kivutar left #koha
16:32 Colin left #koha
17:28 Colin joined #koha
17:31 Colin left #koha
18:16 bigbrovar .
18:16 pianohacker cd ..
18:23 paul_p left #koha
18:36 * chris_n thinks some folks have been at the command prompt tooo long ;-)
18:36 pianohacker Just trying to keep bigbrovar company
18:36 How are you, chris_n?
18:36 chris_n trying to fix a programmer's nightmare
18:37 hdl_childdoctor is now known as hdl
18:37 pianohacker Koha has many examples of those. Can you be more specific? :)
18:37 chris_n my catalogers begin manually entering barcodes and *figured out* the wrong pattern... 8-O
18:37 bigbrovar hi guys been working on configuring koha for my schools library ( am not a librarian or in fact knowledgeable on library matters) am just a normal generic system admin.. am doing this because there just no one to do it . i have it up and running but its the cataloging part that am lost.
18:37 chris_n thankfully it was only 12 items and not 1200
18:38 pianohacker chris_n: Always good to catch data corruption issues
18:38 bigbrovar: Yes; unfortunately, all Koha cataloguing is done using MARC
18:38 bigbrovar what i need now is to understand how this MARC thingie works .. a good guide would be appriciated
18:38 pianohacker Gah, I'm too used to typing out the directory name that way
18:39 chris_n bigbrovar: you might try http://www.loc.gov/marc/ for starters
18:39 bigbrovar because it just keeps coming up and it something i would have to know ( oh there :pianohacker: u see what am saying :0)  )
18:39 pianohacker bigbrovar: Did you set up Koha to use MARC21 or UNIMARC?
18:39 bigbrovar MARC21 i
18:40 yep MARC21
18:40 pianohacker Then the LOC site is a good place to start
18:42 bigbrovar chris_n: pianohacker:  thanks (its going to be a long night for me and a cup of coffee wont hurt)
18:47 mj joined #koha
18:52 cait_laptop joined #koha
19:38 chris morning
19:39 pianohacker Good morning, chris
19:39 nicomo morning chris
19:39 hdl hi chris
19:39 * chris fights the temptation to reply to nick on the mailing list, and say "i wouldnt ever expect a response"
19:39 chris its a hard fight
19:39 hiya hdl :)
19:40 i will try to get a few more cherry-picks done today, if you want to send me an updated list
19:41 nicomo chris: imo Nick doesn't really expect a response
19:43 chris yep, i didnt even bother
19:43 requesting a listing
19:44 nicomo maybe you should have, you know, just placing a stone here on the path saying: hey, I followed procedures, see?
19:44 hdl I had no minutes to devote to cherry-picking today.
19:45 chris nicomo: im exercising my passive resistance ala ghandi :)
19:45 hdl My son Emmanuel had 3 medical interviews.
19:45 chris s/ghandi/gandhi/
19:45 oh no hdl .. i hope he is doing better?
19:45 nicomo chris: as "Gandhi of the Beige Brigade"
19:46 chris hehe
19:46 hdl It was mere checkups, and simple stomachal problems.
19:46 chris nicomo: ill send a request today, as you say, follow the procedures
19:46 hdl But took all my time.
19:46 chris hdl: ahhh that is good news :)
19:46 nicomo chris: it's always sad to fell like you're just going through the motions, but well, that's how things are
19:47 right now
19:47 chris about my tweet: I sent an email point out the "error". We'll see
19:50 chris :)
19:52 ok time to catch my bus, good night to those who will be gone by the i get back online
19:52 pianohacker See you soon
19:54 chris_n pianohacker: nice work on the syspref editor
19:54 pianohacker chris_n: Thanks
19:54 chris_n order from chaos
19:56 pianohacker Speaking of which, still needs translation suppor
19:56 *support
20:03 chris_n time to head out
20:03 ttyl
20:03 pianohacker See ya
20:38 chris back
20:44 gmcharlt hdl: glad to hear it was just routine checkups (re your son)
20:46 hdl Well he was early so he "deserves" peculiar attention from doctors ;)
20:48 chris :)
20:48 nicomo: sent my request to be listed
20:49 nicomo hum... can you point me to an install you made?
20:49 chris hehe
20:51 gmcharlt chris: any windmills left standing in Wellington? ;)
20:51 chris knocked em all down now :)
20:51 mason joined #koha
20:56 chris_n2-away is now known as chris_n2
20:58 ricardo joined #koha
20:58 ricardo Hi all!
20:58 chris hiya ricardo
20:58 gmcharlt hi ricardo
20:58 mason left #koha
20:59 ricardo Hi Galen / Hi Chris!  :)
20:59 mason joined #koha
20:59 ricardo I'm updating now to the current HEAD of the 3.0.x branch... In the Web Installer step, after logging in, I'm getting this message (seems relatively benign, but I wanted to check it with you, anyway):
20:59 [Mon Sep 7 20:57:30 2009] updatedatabase.pl: inside 3.00 at /root/ricardokohaclone/installe​r/data/mysql/updatedatabase.pl line 1963.
21:00 gmcharlt pretty sure that's entirely benign
21:00 chris yep
21:00 125 cherry-picks to go into
21:01 http://git.koha.org/cgi-bin/gi[…]nce.git;a=summary
21:01 ricardo gmcharlt: Right... It seems the result of an "almost-unconditional"  warn instruction in the Perl code:
21:01 chris and then that will get merged into 3.0.x and lots of testing then 3.0.4 ..
21:01 ricardo Line 1962:
21:01 if (C4::Context->preference("Version") =~/3\.00/) {
21:01 Line 1963 (the "guilty" one):
21:01 warn "inside 3.00";
21:03 gmcharlt just a debug warn - nothiing serious
21:03 ricardo But, because we're NOT using a "Centralized" Source Control Management System, I don't know if anybody else is already changing this file to comment that line, eheh
21:04 gmcharlt well, I'd wait until chris & hdl finish cherry-picking, but you can always send a patch
21:04 chris yeah id give us a day or 2
21:04 and then if its still doing that, a patch would be appreciated
21:05 ricardo Well... A side effect seems that it introduces a "loop" in the web installer (when clicking on the "Click to continue to log in to Koha" takes again to the "Step 3" of the Web Installer (the one that you must "update your database")...
21:05 ... But, yeah, if you're "cherry picking" I can wait a few days, of course  :)
21:06 gmcharlt ricardo: ah, you've just jumped the gun, it seems - better wait a couple days, as chris says
21:06 chris its night time for hdl, so im taking over for the day
21:06 http://git.workbuffer.org/cgi-[…]oha.git;a=summary
21:06 thats where im up to
21:07 hdl ricardo: this was a useful hint for me.
21:07 chris you can track progress there if you want
21:07 (just picked a new one)
21:07 ricardo hdl: Good night Henri!  :)
21:08 hdl But i agree  it should be not displayed.
21:08 richard joined #koha
21:08 ricardo hdl: of course, understood... The bigger problem seems that it's getting the web installer "stuck", at least in my setup
21:09 gmcharlt the warning itself probably isn't doing it - I suspect just a missing SetVersion call somewhere
21:09 hdl Well, still have some other stuff I work on to make.
21:09 ricardo: yes.
21:10 gmcharlt: is right. I realized that reconciliation Version missed a last SetVersion on the last updatedatabase
21:10 => loop
21:11 I updated that on my version. But maybe I forgot to push update on koha-maintenance/reconciliation
21:11 chris its fixed now :)
21:11 yeah, its not fixed in 3.0.x yet hdl
21:11 hdl should be at least
21:11 ricardo chris: Right... I'm pulling from the "regular" 3.0.x branch
21:11 chris but it is in hte maintenance
21:11 so it will be fixed in 3.0.x in a day or so when we merge over
21:12 ricardo chris: OK
21:13 gmcharlt: Regarding this question from "Savitra Sirohi" :
21:13 [Koha-devel] problem git cloning maintenance branch over http
21:13 http://lists.koha.org/pipermai[…]ember/010039.html
21:13 chris well its actually a repo, not a branch
21:14 otherwise could just get it from repo.or.cz
21:14 unfortunately we cant change the git.koha.org set up
21:14 ricardo gmcharlt: ... I clearly remember that you set up "Cloning over HTTP" following a request from me (thanks again!) a few months ago. So I'm finding strange that it's now giving problems to Savitra. Any ideas?
21:15 gmcharlt there's a step that has to be done per repository, and at moment I don't have access to do anything about it
21:15 chris yeah its the fact its a different repository
21:15 ricardo gmcharlt: Ah! OK, understood. Thanks for the explanation
21:15 chris: Right. Now, I get it
21:15 chris ricardo: do you want to clone it over http?
21:16 ricardo chris: I will, when I get to my workplace tomorrow (I have the same problem that "Savitra" has - there I am behind a "Big Bad Firewall")
21:16 chris i can set repo.or.cz to mirror it
21:16 ricardo chris: That would be much appreciated :)
21:17 chris doing it now
21:17 ricardo ... at least, while Galen doesn't get his "super powers" back
21:18 On a related note:
21:18 Three Doors Down - Kriptonite
21:18 http://www.youtube.com/watch?v=dCJXcKEQ10I
21:18 Here's to you Galen!  ;-)
21:19 chris ok, mirror is starting
21:21 gmcharlt lol
21:21 ricardo gmcharlt: :)
21:24 richard is now known as rich-away
21:30 ricardo Back in a hour or so
21:30 ricardo is now known as ricardo_AWAY
21:35 nicomo left #koha
21:44 cait_laptop left #koha
21:48 mj left #koha
21:50 chris @later tell ricardo http://repo.or.cz/w/koha-maintenance.git
21:50 munin` chris: The operation succeeded.
21:51 brendan hey chirs
21:51 hey chris
21:51 hdl gmcharlt: at the moment, it is not possible to udpate only the item part which is not linked to any subfields as far as i can tell.
21:51 chris heya brendan
21:51 hdl gmcharlt: ModItem(undef, $itemnumber, $biblionumber, $dbh, $fwkcode,
21:51 brendan hello hdl and gmcharlt (I know you're lurking out there somewhere)
21:52 hdl (v=>update, z=>otherupdate)
21:52 hi brendan howdy ?
21:52 )
21:52 pianohacker Hi, hdl, brendan
21:52 brendan heya pianohacker
21:52 hdl I can cope with that.
21:53 brendan getting ready to start some testing on your branch
22:03 pianohacker reconciliation, or sysprefs_editor?
22:04 chris hdl: i will send an updated email with the picks left to do before i finish work today
22:04 hdl thanks.
22:05 Will continue thereafter
22:18 bigbrovar left #koha
22:24 nahuel left #koha
22:31 pianohacker left #koha
22:33 pianohacker joined #koha
22:33 nahuel joined #koha
22:54 pianohacker left #koha
22:59 hdl good night
23:00 hdl is now known as hdl_asleep
23:48 rich-away is now known as richard
23:59 ricardo_AWAY_ joined #koha

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

koha1