Time Nick Message
22:41 |Lupin| it takes optional arguments and I'm not sure how to deal with them...
22:40 |Lupin| could someone please explain me how to call the function C4::Biblio::AddItem ?
22:19 |Lupin| :)
22:19 brendan thanks munin
22:19 brendan ah nicer than the last two days
22:19 munin brendan: The current temperature in Northwest Goleta, Goleta, California is 22.9�C (3:14 PM PDT on October 15, 2009). Conditions: Clear. Humidity: 74%. Dew Point: 18.0�C. Pressure: 29.94 in 1013.8 hPa (Falling). Wind Advisory in effect until 9 am PDT Saturday...
22:19 brendan @wunder 93117
22:17 |Lupin| pianohacker: still around ?
22:17 |Lupin| hi brendan
22:17 brendan hi |Lupin|
22:07 |Lupin| hi again
21:28 ricardo BRB (Restarting Firefox, just in case)
21:25 ricardo Ropuch: Good night Ropuch :)
21:25 Ropuch s/doon/Good ;>
21:25 Ropuch Doon night everyone
21:24 ricardo http://myhost:8080/cgi-bin/koha/mainpage.pl is (wrongly) being displayed in English, although all the other Staff pages (correctly) appear in Portuguese. I wonder if this some cache (local or proxy) problem ...
21:24 ricardo This is weird...
21:21 sekjal time to catch my train. cheers, all!
21:09 ricardo chris: Yeah... I think that's better... Even for the Brazilian folks!
21:09 chris right, ill get hdl to not include the pt-BR files in the 3.0.4 release
21:07 ricardo chris: http://twitpic.com/lnjb7
21:04 chris nope
21:04 ricardo Is there a "paste.workbuffer.org" for images?
21:03 chris yep, not a bug tho, just probably someone editing po files with a text editor again :)
21:02 chris non-existent
21:02 ricardo s/screnshots/screenshots
21:02 chris or in this case the no existent .po file
21:02 ricardo Let me try to show you screnshots
21:02 ricardo chris: Err... Actually, for my setup... The consequence was much BIGGER than that
21:02 chris because the bad .po file stopped them being made
21:02 chris its a harmless error, its just saying there is a pt-BR folder here, but i cant find any actual templates
21:01 ricardo "Bad PO file! Bad!" ;-)
21:01 chris just bad .po file for pt-BR
21:01 chris no bug ricardo
21:01 munin chris_n: The operation succeeded.
21:01 chris_n @later tell hdl_laptop some mailing list weirdness... I seem to get send copies of emails I send to the list now? (or is it me that's confused?)
21:01 ricardo chris: I'm still worried that there was some bug that caused this
21:00 ricardo chris: Yep, that solved it. Thanks! :)
21:00 chris_n ahh, tnx
21:00 chris you'll have to ask hdl, he looks after that one
21:00 chris_n dev list
21:00 chris koha-devel?
21:00 chris which mailing list?
21:00 ricardo usr/share/koha/intranet/htdocs/intranet-tmpl/prog # mv pt-BR old_pt_br
20:59 chris_n chris: some mailing list weirdness... I seem to get send copies of emails I send to the list now? (or is it me that's confused?)
20:58 chris (since there is nothing in it anyway, you dont lose anything)
20:58 chris then that error will go away
20:58 chris id delete the whole pt-BR folder
20:58 Ropuch I have only css and modules in pt-BR
20:58 Ropuch True
20:56 ricardo [Thu Oct 15 21:43:32 2009] [error] [client 10.1.2.3] File does not exist: /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/pt-BR/lib, referer: http://myhost:8080/cgi-bin/koha/admin/systempreferences.pl
20:56 ricardo Here's a log entry that (strangely) mentions "pt-BR":
20:54 ricardo chris: right
20:54 * ricardo asks chris_n to hand him his bug spray can ;-)
20:54 chris that all looks ok
20:54 ricardo "opaclanguagesdisplay" is set to "1" (ON)
20:53 ricardo "opaclanguages" is set to "pt-PT,en"
20:53 ricardo "language" is set to "en"
20:53 * chris_n greets chris
20:53 ricardo chris: *nod*
20:52 chris id check what values you have set for them
20:52 ricardo opaclanguagesdisplay
20:52 ricardo opaclanguages
20:52 ricardo language
20:52 ricardo mysql> select variable from systempreferences where variable LIKE '%language%';
20:52 ricardo opaclanguages
20:52 ricardo mysql> select variable from systempreferences where variable LIKE '%languages';
20:50 chris check what languages you have enabled in sysprefs
20:50 ricardo Now, I wonder why Koha is searching "pt-BR" in this 3.0.3 install... Because I'm having problems seeing the web pages for the Intranet part, I'll have to look directly at the MySQL database
20:48 ricardo chris: Hi Chris! You're right... I thought that NOT even the OPAC was done for "pt-BR" had been done.
20:48 chris only the opacs have been done
20:47 chris http://translate.koha.org/pt_BR/
20:46 ricardo I guess I'll have to check if this is fixed in git, for 3.0.4
20:46 ricardo Talking about bugs, the log files mention some "pt-BR" files... and the Brazilian translation ("pt-PT") one, AFAIK, hasn't been done yet... only the standard European Portuguese one ("pt-PT")
20:45 ricardo chris_n: LOL!
20:45 * chris_n needs a stronger brand of bug spray... :-P
20:44 Ropuch yup
20:44 Ropuch output_html_with_http_headers $query, $cookie, $template->output;
20:44 ricardo Something like "output_http_with_headers"
20:43 ricardo Ropuch: It's the last line of that mainpage.pl file
20:43 ricardo pianohacker: OK
20:43 Ropuch mainpage.pl line 70, let me see
20:43 pianohacker bbl
20:43 ricardo Ropuch: Cool... Thanks. The weird part is that I *do* have that file :-/
20:42 Ropuch /usr/share/koha/intranet/htdocs/intranet-tmpl/prog/en/includes/doc-head-open.inc
20:37 ricardo (Running "updatedb"... because I want to find some files now, and I admit I like "locate" better than "find")
20:35 ricardo Just what I needed in the day before a presentation :-(
20:33 ricardo [Thu Oct 15 21:31:26 2009] [error] [client 10.1.2.3] [Thu Oct 15 21:31:26 2009] mainpage.pl: HTML::Template::Pro:template doc-head-open.inc not found! at /usr/share/koha/intranet/cgi-bin/mainpage.pl line 70, referer: http://myhost:8080/cgi-bin/koha/admin/systempreferences.pl?tab=OPAC
20:33 ricardo Hmmm... It seems that I have this installation "botched up" somehow:
20:33 ricardo Ropuch: eheheh...
20:32 Ropuch I had to work with win 3.11 (1999!) in my library while studying, as students we were sure this is Path of teaching Patience ;-P
20:30 ricardo Ropuch: LOL!
20:30 Ropuch I kn ow patience is a librarian's virtue, but.. ;>
20:30 ricardo Ropuch: Yep... In my case, it took several MINUTES
20:30 Ropuch It's quite a moment before some output starts to show up on the screen
20:30 Ropuch ;>
20:29 ricardo Ropuch: Right. Thanks for confirming it :)
20:27 Ropuch Agreed, when compiling the first time i was about to kill the process too
20:24 ricardo pianohacker: Yay! The "blib" stuff finished. I think a warning about this delay could be nice (or better still, some descriptive output about each step being done)
20:23 munin ricardo: The operation succeeded.
20:23 ricardo @later tell hdl_laptop Hi Henri! The "koha-br" and "koha-pt" mailing lists have no messages posted yet. So, it doesn't seem necessary to announce the Koha Ballot there
20:20 ricardo pianohacker: The place I work uses SuSE.... And, actually, I don't have anything against "rpm" (you have"yast" / "zypper" on top of if, to take care of dependencies... like you have "yum" in Red Hat / Fedora... or "aptitude", "synaptic" and others for "deb"s in the "Debian World")
20:18 pianohacker not sure why you're fighting so hard just to stay in the land of (shiver) RPM, but to each his own :)
20:18 ricardo pianohacker: OK, thanks for the info
20:18 brendan :)
20:18 ricardo brendan: Yeah, I understand that ("path of least resistance")
20:17 brendan just curious if you ever did --- I gave that battle up like a year and half ago and switched to debian full-time
20:17 ricardo brendan: Nope... I quit trying to set up Zebra in openSUSE. I don't predict resuming that battle in the next several months (if at all). Why?
20:16 pianohacker the blib fixing part will take some time
20:16 brendan ricardo -- did you ever get zebra to run on SUSE
20:16 pianohacker also, can you check to see if it's doing anything with top?
20:16 ricardo pianohacker: 2 minutes, maybe
20:16 pianohacker ricardo: how long has it been running
20:16 ricardo (and then... no more output)
20:15 ricardo /usr/bin/perl "-Iblib/arch" "-Iblib/lib" fix-perl-path.PL blib
20:15 ricardo ~/koha-3.00.03 # make install
20:15 pianohacker you need another reason to dislike ie?
20:15 brendan looks so nice in Firefox -- but "crappy" with IE
20:15 ricardo "make install" seems to be "stuck":
20:15 ricardo I'm having a problem here in a machine with Koha 3.0.3 (in SLES 11). SLES = SUSE Linux Enterprise Server
20:15 * brendan is disliking IE for messing with my templates
20:14 brendan hi ricardo
20:14 pianohacker hi ricardo
20:14 ricardo Hi everyone!
20:10 brendan wb chris
20:04 chris back
20:01 wizzyrea jwagner: sure, gimme a min
20:00 jwagner wizzyrea, back from my meeting again -- could you send me a description of how your workflow goes? That would be a big help.
19:53 pianohacker the first is the only one you have to change, the others depend on it
19:52 sekjal yar, so many ScriptAliases....
19:46 pianohacker yes
19:45 sekjal so, for a dev-install, my document root is going to be much different, isn't it?
19:43 pianohacker I've done the fix-apache-conf scramble before
19:43 sekjal still, kinda freaky
19:43 brendan :)
19:43 sekjal fortunately, I got it back up before anyone complained
19:43 pianohacker yikes
19:43 sekjal my document root was bad, and restarting apache caused my production instance to disappear
19:42 pianohacker sekjal: what's going wrong?
19:41 sekjal I just haven't done it right yet...
19:41 sekjal ah, okay. that's what I've done
19:40 pianohacker and documentroots and whatnot, of course
19:40 brendan not too much -- I just enable a second site
19:40 pianohacker sekjal: not really. just copy-paste the two virtualhost sections and edit the servername and setenv lines
19:39 sekjal if I'm doing a dev-install on the same server on which I have a production installation, do I need to muck around with my koha-httpd.conf file a lot?
19:39 richard hey brendan
19:39 brendan hi richard
19:33 richard hi pianohacker
19:33 pianohacker hello, richard
19:33 richard hi
19:28 wizzyrea owen: I've had that same error on my ubuntu installs forever. I haven't bothered to try to fix it either
19:27 wizzyrea maybe a better question: what workflow are you trying to accommodate?
19:26 wizzyrea that's how we do holds on items that don't physically exist yet
19:26 wizzyrea they can put a hold on that item but it won't hit pick lists until it's changed from "on order"
19:25 wizzyrea jwagner: you create an "on order" item
19:24 jwagner Drat. Thanks, owen & pianohacker. I was afraid of that answer.... Now to work around it.....
19:24 jwagner That's what I'm trying to do -- a title (next available) hold, but it's complaining about not having any items attached.
19:24 owen As far as I know pianohacker is right, the interface will not offer you the hold link if no items are attached
19:23 pianohacker jwagner: i'm not sure. it can place a biblio-level hold, but might list a biblio with no items as unavailable
19:23 jwagner I could swear I've seen that functionality.
19:22 jwagner Quick question -- have to run back to my meeting. Koha should be able to place a hold on a title which has no items attached, correct?
19:22 brendan :)
19:21 pianohacker brendan: that's just cruel
19:21 brendan cheers to that
19:21 pianohacker very satisfying to get a koha install running on your own
19:21 brendan now onto zebra :)
19:21 brendan sweet
19:21 pianohacker hey, awesome
19:20 owen What do you know, it's actually working.
19:16 pianohacker owen: 8000 and 8080, but yes
19:15 owen pianohacker: So you use 127.0.0.1:80 and :8080 to access your opac and staff client?
19:13 pianohacker owen: I've had that exact error on my ubuntu koha install for quite some time. should probably fix it, but it hasn't caused any problems
19:13 brendan just something to do with your hosts setting -- but should work for you
19:13 brendan not too concerned
19:12 owen Should I be concerned about this error? "apache2: Could not reliably determine the server's fully qualified domain name, using 127.0.1.1 for ServerName"
19:07 owen It's about time ;)
19:07 chris_n owen++ #for doing a self-install :-)
19:03 sekjal looking forward to those
19:03 sekjal there are also the two meetings in Hartford, CT that Nate from ByWater tipped me off to
19:02 sekjal later, chris
19:02 chris ok, time to catch my bus, back in a bit
19:02 sekjal some local NY-area folks are looking to have a meeting, too
19:02 chris excellent
19:02 sekjal chris: that's more than ok. happy to talk about my experiences
19:01 chris if thats ok
19:01 chris sekjal: i will drop you an email sometime today, to do an introduction to the system librarian at Waikato Uni here, they are considering Koha in the future and he would like to chat to you about how you guys did it
19:00 chris will do
19:00 sekjal chris: yes
19:00 brendan would be cool
19:00 sekjal hey, neat, I was just doing a new dev install for my test system, and was wondering about some of the set up
19:00 chris so, im gonna write up a report on the lianza conference for my bosses today, reckon i should send it to the koha-devel list too?
18:59 brendan morning chris
18:59 brendan yup what chris said
18:59 brendan but we can help you out when you get there :)
18:59 brendan then when you get to zebra daemon part -- you'll most like need to edit you koha-zebra-ctl.sh file a little bit
18:59 chris (they live out there so that they dont get overwritten when you do a git fetch/rebase)
18:58 chris probably /home/owen/koha-dev/etc/
18:58 owen Ah, I'll bet you're right
18:58 chris what he said
18:57 brendan not kohaclone
18:57 brendan if so I think you'll need to copy the koha-httpd.conf file from koha-dev
18:57 owen yes
18:57 brendan owen do you do a koha-dev install ?
18:56 owen Warning: DocumentRoot [/etc/apache2/__OPAC_WWW_DIR__] does not exist
18:55 owen Now I'm hung up on the Apache config
18:55 owen Okay, my go at installing Koha on Ubuntu has gone better today, I've gotten further this time.
18:39 chris_n opps ;-)
18:39 chris_n go HLT
17:59 CGI875 :)
17:59 pianohacker you too
17:59 CGI875 okay! take care:0
17:59 pianohacker I'm not always here, but #koha is always open
17:58 CGI875 don't mind if I trouble you again in the future?:)
17:58 pianohacker good luck
17:58 pianohacker no problem, happy to help
17:58 CGI875 uff... I'm all confused here :) but you helped me a lot, thanks, pianohacker:)
17:57 CGI875 okay...
17:57 pianohacker I recommend pre-printed for the future, but you'll have to see which option works better
17:57 pianohacker okay, guess you don't have much choice for this batch then. you can switch it on for now, make barcodes with autobarcode then print them (the manual at koha.org is very helpful for this)
17:56 CGI875 so do i need to autobarcode in this case>?
17:55 CGI875 you got me:)
17:55 pianohacker time pressure? :)
17:55 pianohacker ahh, okay
17:54 CGI875 i mean librrary supplies
17:54 pianohacker CGI875: order?
17:54 CGI875 so I guess I will have to print them out:))
17:53 CGI875 I already placedd the order and didnt order any barcodees:)))
17:53 pianohacker ?
17:53 CGI875 now... there's a problem
17:53 CGI875 okay...
17:53 pianohacker pre-printed barcodes involve little work and are not at all expensive
17:52 CGI875 good, so which way is easier?:)
17:52 pianohacker right
17:52 CGI875 so I still can decide which way to do it - autobarcode and then print them out, or stick them frist and then print them in:)
17:52 pianohacker you can do it two ways
17:52 pianohacker ok then
17:51 CGI875 no there's only ISBN, no barcodes sticked on them
17:51 CGI875 no
17:51 CGI875 yes
17:51 pianohacker wait, did you say that they had physical barcodes (not isbns) on them already?
17:50 pianohacker you just have to go to each biblio, then click edit -> edit items
17:50 CGI875 since i didn't any barcodes yet, I can still deecide which way to do it... would koha's autobarcodee be easier?
17:49 CGI875 ohhhh right...
17:48 pianohacker you only want it if you're printing barcode labels from within koha
17:48 pianohacker CGI875: ahh, okay. you want that to stay off; all it controls is whether barcodes are automatically assigned by koha
17:47 CGI875 yes, that one
17:47 pianohacker CGI875: you shouldn't have to switch it on... do you mean the autobarcode system preference?
17:47 CGI875 the keyboard is getting worse:)
17:46 CGI875 okay, will do:) so first i will have to swith the option on< and then start editing? is it in the iTEM EDITING?
17:45 chris_n missing lunch will really mess with your mind :-P
17:45 pianohacker CGI875: oh, okay. if you haven't banged your head against perl before, for a collection that size it would be much easier to do it manually imho
17:45 munin chris_n: The operation succeeded.
17:45 chris_n @later tell gmcharlt I had to submit and additional patch for bug 3706; would you be so kind as to push it when you have a moment? tnx
17:45 munin chris_n: I'll give you the answer just as soon as RDA is ready
17:44 chris_n @later gmcharlt I had to submit and additional patch for bug 3706; would you be so kind as to push it when you have a moment? tnx
17:44 CGI875 its about 70 biblios so far:) not much, so I guess I'll survive:)
17:43 pianohacker CGI875: pretty much any way you do it will involve heartache and a fair amount of labor. what's the size of your collection?
17:42 pianohacker heh
17:42 chris_n hehe
17:42 munin chris_n: gmcharlt was last seen in #koha 1 day, 8 hours, 3 minutes, and 11 seconds ago: <gmcharlt> hi Amit (and goodbye for moment, about to board airplane)
17:42 munin pianohacker: gmcharlt was last seen in #koha 1 day, 8 hours, 3 minutes, and 11 seconds ago: <gmcharlt> hi Amit (and goodbye for moment, about to board airplane)
17:42 chris_n @seen gmcharlt
17:42 pianohacker @seen gmcharlt
17:42 munin chris_n: (last [--{from,in,on,with,without,regexp} <value>] [--nolimit]) -- Returns the last message matching the given criteria. --from requires a nick from whom the message came; --in requires a channel the message was sent to; --on requires a network the message was sent on; --with requires some string that had to be in the message; --regexp requires a regular expression the message must (1 more message)
17:42 chris_n @last gmcharlt
17:42 chris_n gmcharlt about?
17:41 CGI875 sorry, Koha is all new to me, just started using it last week:)
17:41 CGI875 ok the script - what script:)
17:41 CGI875 oh man..:)
17:40 pianohacker :)
17:40 pianohacker I'm typing one-handed, so believe it or not i sympathize
17:40 pianohacker it might be easier to assign them manually by editing each individual biblio then try to find some way to assign them accurately in a script
17:39 CGI875 the keyboard is killing mee:) I''m sorry, it doublles al the letters....
17:39 CGI875 yyeep
17:39 pianohacker okay. will these reference books be getting physical barcodes?
17:38 pianohacker (right, I know that feeling very well...)
17:38 CGI875 I was told that all the material's gonna be only reference, and the dean told me not to bother with the barcodes, so I left the option off. Now he wants to circulate all the staff (it's a new small library, and they are still not certain what they want, ,,so they find job ffor me all the time:))
17:34 pianohacker things get trickier, then. just out of curiosity, why are they lacking barcodes?
17:33 CGI875 the latter
17:32 pianohacker hrm. are you working from an import, or is this an existing installation?
17:31 CGI875 ok, I don't, but I neeed to assign the barcodes anyway...:(
17:31 pianohacker it's a bit involved, and assumes you have perl scripting experience
17:30 CGI875 could you tell me what to do exactly? :)
17:29 pianohacker yes.
17:28 CGI875 so, pianohacker, I suppose this programming should be done on the server as well?
17:28 CGI875 I'm back:0
17:19 pianohacker okay
17:19 CGI522 Good Lolrd, the computer is gonna restart now, I'm gonna kill the sysadmin:) didn't leave me option to cancel it:((( I'll be back in a minute. pianohacker, don't forget your words, brb
17:17 pianohacker CGI522: hmm. you can edit the items of each individual biblio, but if you want to do it in a batch, you'd have to do some perl programming
17:16 CGI522 I know I can switch that option on and off, but how can I assign barcoded to already catalogued biblios?
17:16 pianohacker indeed, barcodes
17:16 CGI522 barcode
17:15 pianohacker shoot
17:15 CGI522 sincec I'm already here:)
17:15 CGI522 onemore thing
17:15 CGI522 oh
17:15 CGI522 thanks a lot, pianohacker:)
17:14 pianohacker or wherever it was installed
17:14 pianohacker just let him know that he has to change the password for the kohaadmin user in mysql, then put the new password in the <password> element at the bottom of /etc/koha/koha-conf.xml
17:12 pianohacker okay
17:12 pianohacker ahhh
17:12 CGI522 eh... that's exactly what I was afraid of - can't catch the goddamn sysadmin...:)
17:12 pianohacker yes
17:12 CGI522 on the server?
17:11 pianohacker okay. since koha uses the kohaadmin username and password to access the mysql database, you have to change it in mysql first
17:11 CGI522 3.00.01.005
17:10 pianohacker CGI522: what version of koha are you running?
17:10 CGI522 I need to change a password for staff client - for kohaadmin, can't find the option...
17:09 pianohacker but we can help. what would you like help with?
17:09 CGI522 you're speaking - that's a good sign:)
17:09 jdavidb Present, yes. Alive...maybe.
17:09 CGI522 :)
17:08 pianohacker alive, that's questionable
17:08 CGI522 I need some help with Koha...
17:08 CGI522 is anyone live here?
17:08 CGI522 hello!!
16:49 kf bye #koha
16:47 pianohacker np
16:47 |Lupin| pianohacker: ah ok, thanks a lot !!
16:47 pianohacker it's in C4::Biblio
16:47 pianohacker |Lupin|: ModRecordMarc is the name, i believe
16:47 |Lupin| pianohacker: but then once the 995 field is removed, how which function should be called to update the xml things ?
16:46 owen Thanks |Lupin|
16:46 pianohacker bye, |Lupin|
16:46 |Lupin| hmm, gotta run, will see this later... bye !
16:46 pianohacker |Lupin|: You would have to write a basic perl script to go through each record and remove the 995 tags (using MARC::Record)
16:44 |Lupin| any idea about how to remove these remaining item fields in the xml columns, please ?
16:42 owen Okay
16:41 |Lupin| owen: the makefile would tell you that it needs version x.y but only version z.t was found
16:38 owen Thanks |Lupin|. How would I know if that was the case?
16:36 |Lupin| fredericd: ok, I just checked the database and the items are still present in the xml field although the items table is empty...
16:35 |Lupin| owen: there is also the case where the module is packaged for Debian but is present with a version too low for KOha. IN that case, chris recommends to use dh-perl-make to build a debian package from the Perl sources. With this method you allow the distribution to update the package, should it once become more recent than the one you built yourself
16:33 |Lupin| owen: what I generally do is that when apt-cache search modulename does not return anything meaningful, I do a cpan modulename
16:33 |Lupin| owen: some of them are not packaged
16:32 owen Also on my list: HTTP::OAI, IPC::Cmd, JSON, Memoize::Memcached, Test::More, and XML::SAX::Writer
16:31 |Lupin| owen: that one does not seem to be packaged, but in general apt-cache search themodulename works, with the module name displayed by the makefile
16:30 owen Okay, found libdbd-sqlite2-perl
16:30 |Lupin| owen: apt-cache search DBD::SQLite2
16:29 ColinC owen: I did mean by mistake. It's a potential trap
16:26 pianohacker often, though, perl packages are named something like libdbd-sqlite2-perl
16:26 pianohacker owen: you can try apt-cache search sqlite2
16:25 owen What's the best way to acquire these? When I see a name like "DBD::SQLite2" I assume I can't just apt-get that name
16:24 pianohacker owen: DBD::SQLite2, at least, is a fairly new dependency; it might not have been added to the package list yet
16:23 owen Does that mean these weren't included in "ubuntu.packages," or did I miss a step?
16:22 owen Okay, got some warnings: "Makefile.PL: Warning: prerequisite DBD::SQLite2 0.33 not found." (and others)
16:16 owen Colin: You mean by mistake?
16:15 Colin owen: I can't think of a good reason and I've seen folk update an install and set it back to grs as a result
16:12 owen Why does the Koha installer default to "grs1" for Zebra indexing when it says it's for legacy support?
16:05 |Lupin| brb
16:01 fredericd on OPAC result page for example
16:01 fredericd pianohacker: If you suppress 995 (952 in MARC21) tags in bibioitems.marcxml fields, they may still be extracted from zebra until all biblio record are reindexed
16:00 pianohacker if you want to get rid of items, you have to remove those holdings tags. the api will do all of this for you if you're deleting one-at-a-time
16:00 |Lupin| fredericd: hmm I won't be able to do record edition with lynx...
15:59 pianohacker well, items are stored as holdings tags regardless of zebra
15:59 fredericd you can check by trying to edit a record (not display on result page)
15:59 fredericd |Lupin|: After suppressing all items, your items table must be empty. If item table is empty, and item seem to still be present in biblio record, it may be an indexing issue with zebra
15:58 |Lupin| fredericd: hmm no i t fact it has removed the items form the items table, but they seem to still appear as 995 fields...
15:57 |Lupin| fredericd: hmm actually it seems that the script hasn't removed anything...
15:56 * |Lupin| is okay, thanks
15:56 pianohacker how are you, owen, |Lupin|?
15:56 pianohacker good, healing bit by bit
15:55 |Lupin| hey Jesse. HOw are your ifngers ?
15:55 pianohacker hi, owen
15:55 owen Hi pianohacker
15:55 |Lupin| Colin: thanks
15:55 pianohacker good morning
15:55 |Lupin| fredericd: yes, I just wrote a purgeitems.pl script which should have done the jub just fine
15:54 fredericd |Lupin|: If you have 995 tags in marcxml you need to suppress them with related items table records: that's what DelItem function is for...
15:44 Colin Lupin in that case I think you can just remove them from the items table
15:27 |Lupin| Actually removing all the items but keeping the biblio records untouched would be great
15:27 |Lupin| Colin: there is a 995 field in biblioitems.marcxml but nothing in items.more_subfields_xml
15:19 |Lupin| Colin: let me check...
14:55 Colin Is there any trace in the marc record?
14:53 |Lupin| Colin: no I'd like to just get rid of it completely
14:53 |Lupin| Colin: the thing is that the item has been incorrectly added: I think no item number has been inserted in it's marc record... I think..
14:52 Colin Yes you also might want to add it to deleteditems
14:51 |Lupin| Ropuch: I'm not sure it's that simple because I believe the items are also added to the marc(xml) fields somehow...
14:51 Colin Lupin: DelItem in Items.pm
14:51 Ropuch Hi paul_p
14:51 Ropuch |Lupin|: you can always use sql
14:44 |Lupin| anybody knows how to remove an item from Koha without using the web interface ?
14:44 |Lupin| guys
14:44 |Lupin| hello jdavidb :)
14:34 jdavidb Hi, |Lupin| ! :)
14:32 |Lupin| hi again, everybody
14:27 jdavidb Hi, chris_n
14:26 chris_n g'morning #koha
14:15 owen Hi CGI280
13:17 Colin last changes to it were May/June
13:09 jdavidb git pull's wouldn't. I think there's a make target for updating the indexes, but I've never used it.
13:09 owen ...unless a git update changed this file I haven't.
13:08 owen What's strange is this is the test system I've been using for ages
13:08 jdavidb Well, that *looks* right. hrm.
13:08 owen melm 034 Map-scale
13:07 jdavidb Oh! The line above...what's it look like?
13:07 jdavidb Hm. what about the one in ../authorities?
13:06 owen Line 67 is commented out: #melm 035 Local-number,Identifier-standard
13:05 jdavidb yup! :)
13:05 owen In etc/zebradb/marc_defs/marc21/biblios ? Is that the right place to look?
13:04 jdavidb What's record.abs line 67 look like?
13:03 owen 08:01:56-15/10 zebraidx(21880) [warn] record.abs:67: Bad # of args to melm
13:03 owen Can anyone help me understand this error I get when I run rebuild_zebra.pl?
12:54 jdavidb Howdy, owen. :)
12:54 jdavidb Hi, Colin! :)
12:49 Colin morning/afternoon/evening all
12:48 owen Hi folks
12:47 nengard thanks
12:47 schuster nengard again good job...
12:45 nengard schuster - that's why we gave time to research the other options :) But also - this time around your didn't have to pick options you were unfamiliar with or unhappy with
12:39 schuster That's coming from someone who has tried to keep up with the formation of this foundation - and someone who has been involved with setting up a foundation...
12:38 schuster nengard good job on the survey. I had a specific opinion on this, and when it comes to second choices it was hard as I really didn't know enough about the other 2 options that I liked as to what the best option would be. So I am concerned about the general public filling out this form and not understanding all of the issues behind it.
12:26 munin jdavidb: rhcl was last seen in #koha 1 day, 19 hours, 41 minutes, and 34 seconds ago: <rhcl> slef: amazing. Thanks.
12:26 jdavidb @seen rhcl
12:20 kf nengard: thx :)
12:18 CGI992 gay + gay = LOVE :)
12:16 CGI992 men+men
12:16 nengard one vote every person
12:15 kf nengard: I was not sure who can vote on the survey - one vote / organisation or everybody?
12:11 kf good morning nengard and jwagner
12:07 jwagner But it's a useful idea and probably should be implemented somewhere -- if somebody's had a hold on an item for like a year and it's never been triggered, shouldn't that hold get wiped eventually?
12:06 nengard you should report a bug for that - so that we can get that out of there before 3.2 releases
12:05 nengard jwagner - well that would make the whole question moot
12:05 jwagner nengard, see email to list -- I can't find that holdCancelLength is implemented anywhere in the code.
12:04 jwagner Good morning all.
10:57 kf hm. just not sure if I should forward the survey in our institution too or at least to my colleagues involved in our koha project
10:39 kf survey: one institution one vote one person one vote?
10:29 |Lupin| lunch
09:28 |Lupin| nahuel: sure !
09:28 nahuel 2s
09:28 nahuel I'm calling
09:27 |Lupin| can someone clarify ? nahuel perhaps ?
09:27 |Lupin| I'm wondering whether its last arg should be an array ref or a hashref...
09:27 |Lupin| could someone please help me with the C4::Items::ModItem function ?
09:24 nahuel hi
09:24 Amit heya nahuel
09:24 Amit hi lupin
09:23 |Lupin| guten morgen kf
09:07 kf hi Amit, |Lupin|
08:39 |Lupin| hi all
08:10 login helloo
07:54 Amit hi kf, paul_p
07:25 login morning
07:13 kf morning Ropuch
07:13 Ropuch Morning, kf
07:12 kf morning #koha
06:37 sanelib hello everyone
05:59 chris *sigh*
05:37 Ropuch Morning, #koha
04:39 pianohacker okay. good night, all
04:09 pianohacker heh. just a bit :)
04:09 chris_n g'night pianohacker (must be a late schoolwork night :-)
04:08 pianohacker see ya, chris_n
04:08 chris np, sleep well
04:08 chris_n well, I'm off to catch sleep; tnx for the input
04:06 chris *nod* we gain lots of neat tricks we can do with caching rendered fragments of templates too
04:05 chris_n yeah, TT looks much nicer than T::P
04:05 chris then maybe move the opac to it, then module by module
04:05 chris so first steps are take some of its good things Template Toolkit etc
04:04 chris yes, piles
04:04 chris_n it appears that it would be a ton of work to move koha over to it
04:03 chris its like rails .. without the performance hit
04:03 chris_n what I'm reading about it sounds nice
04:03 chris oh def, if i was starting a project yep i would be looking at catalyst
04:03 chris_n I'm beginning an in-house app and thought I might use it for that
04:02 chris if we decide to move Koha that route
04:02 chris dbix::class and TT are steps along the way
04:02 chris ive poked with it, and liked what i saw
04:02 chris_n hehe
04:02 chris not in anger
04:01 chris_n chris: have you used Catalyst?
04:00 chris am now chris_n
03:49 chris_n hi brendan
03:49 chris_n chris about?
03:45 brendan chris_n -- so true
03:20 chris_n only on a network running M$ does the network admin have to stay up late to install AV software :-P
03:09 Amit heya chris
03:08 Amit heya brendan
03:08 brendan hi Amit
00:40 brendan cya in a bit #koha
00:29 chris back