Time Nick Message 20:29 wizzyrea ;) 20:29 wizzyrea ^^ what they said. God we're hard to get along with. 20:29 Nate Happy 4th of July Everyone! and i second Owen's thanks to everyone else :) 20:01 chris owen++ 20:00 owen Alright, quitting time. Merry Independence day my fellow Americans. Thanks for putting up with our &%$# everyone else 19:59 chris that print baskgroup pdf thingy is actually pretty cool 19:51 * wizzyrea means that with all possible kind thoughts, of course 19:50 jcamins friday_afternoon++ 19:50 gmcharlt that patch wasn't applicable to HEAD 19:50 * wizzyrea shoos gmcharlt... I thought you were leaving 19:49 gmcharlt and whatever it is, it only seems relevant to 3.0.x 19:49 owen It is Friday afternoon after all :) 19:49 gmcharlt owen: no, your eyes are not deceiving you 19:48 jcamins If you're missing something, I am too. 19:47 owen Am I missing something or does this patch only delete a warn: http://lists.koha-community.org/pipermail/koha-patches/2009-November/010421.html 19:47 chris no reason i can think of 19:46 gmcharlt question for the audience: is there any reason why aqbudgets.budget_period_id shouldn't be a 'not null' FK to aqbduget_periods? 19:44 wizzyrea *giggle* 19:43 gmcharlt wizzyrea++ 19:43 * wizzyrea goes and raids owen's karma bucket and tosses +'s into the air 19:43 wizzyrea i make myself laugh 19:42 wizzyrea gmcharlt_on_vacation++ 19:42 jcamins gmcharlt++ 19:42 chris have fun 19:42 wizzyrea gmcharlt++ vacation++ 19:42 chris thanks for your hard work with the blockers 19:42 wizzyrea bye! have fun 19:42 chris gmcharlt++ 19:42 * gmcharlt is heading out for a bit, to well, have a vacation day on his vacation day 19:42 chris theres a decent contigent coming from the us now 19:42 wizzyrea a tree with two *intertwined* trunks 19:41 chris awesome daniel is coming 19:41 wizzyrea perhaps a bit too poetic 19:41 wizzyrea http://uddharan.files.wordpress.com/2009/09/tree-near-kesighat.jpg 19:41 collum I'm outta here. Have a good weekend all. 19:32 wizzyrea <3 19:32 jcamins Yeah... sometimes if a tree's hit by lightning that'll happen. 19:31 chris heh :) 19:31 wizzyrea just to be contrary: http://t2.gstatic.com/images?q=tbn:D8U-A1KkxCqmSM:http://farm1.static.flickr.com/186/467769517_92ccc2082d.jpg 19:31 owen I have, but they're always on clearance at the nursery 19:31 chris have you ever see a tree with 2 trunks? 19:31 chris its not a fork its trunk ... thats going on my wall of quotes 19:29 owen yeah, it's stacy's fault that she can't act as a conduit for the messages Liblime is trying to leak to the public 19:28 wizzyrea well what she's heard and what they thought they said are clearly two different things 19:28 chris personally, i think shes been on the button so far 19:28 wizzyrea (i've talked to her on the phone) 19:28 chris apparently she is always wrong, if i read jwagner right last night 19:27 wizzyrea stacy's a spitfire, I like her. 19:27 wizzyrea haha 19:27 owen Don't worry about me, I was getting bored with all the quiet anyway 19:26 * wizzyrea pats owen, it'll be ok chum. 19:26 owen It's the massive deja vu that's getting to me 19:25 chris dont let the man get you down :) 19:21 owen Thanks chris 19:20 chris owen++ 19:17 chris you got it 19:16 wizzyrea ^^ 19:16 collum chris must be reading his early morning email 19:15 gmcharlt ? 19:14 chris sheesh 19:13 munin New commit(s) kohagit: bug 3902: item class source can now be set during serials receiving <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=64afbf1416b63728435244185402892a0d36bdd1> 19:06 jcamins Strangely, I wasn't even using it when it stopped functioning. 19:04 wizzyrea urg 19:04 jcamins Our catalog abruptly, and with no prior notice, stopped working. 19:03 jcamins Thank goodness it's Friday and we have a long weekend. 18:58 wizzyrea just wanted to make sure I'm not being obtuse. I am sometimes, as we all know. 18:58 gmcharlt anyway, to answer your question, bug report is fine 18:58 wizzyrea (using the tool anyway0 18:58 wizzyrea but you can't go back 18:58 wizzyrea it'll do that 18:58 wizzyrea and you tell it to change the bunch to missing 18:58 gmcharlt gotcha 18:57 * gmcharlt reading comprehension FAIL 18:57 wizzyrea so if you have an item that has no lost status 18:57 wizzyrea no, it can set things FROM null to a value 18:57 gmcharlt how? 18:57 gmcharlt wait, it *can* set fields in an item record to a null vaue? 18:55 wizzyrea does that make sense? 18:55 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4935 enhancement, P5, ---, gmcharlt, NEW, Batch Modify tool cannot "unset" options such as Lost status 18:55 wizzyrea bug 4935 18:53 munin New commit(s) kohagit: bug 4808: allow limited-permission circ operators to print receipts <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=d3ece118f130847eb9715dd1fb8edf3f1725c8f7> 18:49 wizzyrea I wonder if it would be better to remove the LOST field until it works like (I would) expect it to 18:43 wizzyrea cool beans will do 18:42 gmcharlt yep, as a new enh 18:42 wizzyrea since the original bug is fixed and can be closed? 18:42 wizzyrea would you like me to add the fact that you can't "un-set" as a new bug 18:40 gmcharlt back when item types were bib-level 18:40 gmcharlt I *think* it's a way to have add-hoc templates for munging the bib display 18:40 gmcharlt right - I'm fuzzy on how that's used myself, but it's mostly used by the French libraries, I beliee 18:38 owen Supposedly something to do with itemtypes.summary, which is empty or null in my system 18:38 wizzyrea though now it shows up in the list as an option 18:38 wizzyrea bummer, that didn't work 18:36 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3281 enhancement, PATCH-Sent, ---, nahuel.angelinetti, ASSIGNED, Item's summary parsing should be different 18:36 owen Does anyone know what problem Bug 3281 was designed to fix? 18:35 wizzyrea going to test and see if setting a description makes a difference 18:35 wizzyrea we had the value, but it had no description 18:35 wizzyrea aha 18:33 munin New commit(s) kohagit: bug 3916: set another "no change" dropdwon in batch item modification <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=0d7a33f671e719015c34d10c5573ed652d1e925c> 18:32 wizzyrea and if that's all that has to happen to make it work, then I'm for it 18:32 wizzyrea because I think this tool should be able to clear lost statuses 18:32 jcamins :) 18:31 wizzyrea just for you ;) 18:31 wizzyrea I will try it 18:31 wizzyrea BUT 18:31 wizzyrea idk, which is why I hesitate 18:31 wizzyrea maybe something 18:31 wizzyrea maybe nothing 18:31 gmcharlt owen: yep, and I've done so 18:31 wizzyrea jcamins: I'm wondering what happens if you have an authorized value that matches a default value 18:30 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3598 normal, PATCH-Sent, ---, nahuel.angelinetti, ASSIGNED, isbn and import from z39.50 18:30 owen Bug 3598 18:30 owen Sorry, wrong number 18:30 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2598 major, P3, ---, gmcharlt, NEW, Pay Fines allows payment against accruing fine. 18:30 owen gmcharlt: Is it appropriate to mark Bug 2598 as "wontfix?" 18:29 wizzyrea the itypes are no longer overwritten 18:29 jcamins Uh-oh... what weirdnesses did I loose on my unsuspecting catalog? 18:29 wizzyrea yes, thank you, that patch fixed it 18:29 wizzyrea then, in that case 18:29 wizzyrea that (I think) would come with its own set of wierdnesses 18:28 jcamins wizzyrea: Don't you have to add a "Not lost" setting with value 0? 18:28 gmcharlt a set of checkboxes that you'd tick to explicitly clear/zero/empty the field in question 18:28 gmcharlt that would be useful, of course, but would probalby require adding, in addition to the inputs 18:28 wizzyrea or 18:28 wizzyrea ah, so I'm using it wrong 18:27 gmcharlt the tool currently doesn't have a mode for clearing values 18:27 gmcharlt wizzyrea: right, but no need 18:26 wizzyrea I'll take a video 18:26 wizzyrea i.e. setting it to blank didn't clear the lost status 18:25 wizzyrea I couldn't unset the lost status 18:25 wizzyrea and while I could change it to another lost status 18:25 wizzyrea was clear lost status 18:25 wizzyrea but what I was trying to do 18:25 wizzyrea urgle lol, yea, it works 18:24 wizzyrea let me make sure that it's still working 18:24 wizzyrea ya, that fixed the problem 18:24 pianohack brb 18:21 wizzyrea k just making sure 18:21 gmcharlt yep 18:21 wizzyrea outside the bracket? 18:19 gmcharlt $value = ""; 18:19 gmcharlt and add, after line 293 18:18 wizzyrea 1s 18:18 wizzyrea aha 18:18 gmcharlt push @authorised_values, ""; 18:18 gmcharlt change line 287 of tools/batchMod.pl to 18:18 gmcharlt wizzyrea: ok, try this 18:17 wizzyrea fwiw, the rest of the dropdowns are golden 18:16 wizzyrea perhaps there is one installed by default and we deleted it? 18:16 wizzyrea ;) 18:16 wizzyrea HA 18:16 gmcharlt XXX in the library? oh noes! 18:16 wizzyrea we obviously don't have an empty itype 18:16 pastebot "wizzyrea" at 24.124.17.146 pasted "batch mod koha itype dropdown" (24 lines) at http://paste.koha-community.org/19 18:14 wizzyrea yep, sec 18:14 gmcharlt please paste the HTML source of that dropdown 18:14 wizzyrea I don't 18:13 gmcharlt do you have an item type whose code is the empty string, by any chance? 18:13 wizzyrea it defaults to (Unclassified) 18:12 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3916 blocker, PATCH-Sent, ---, gmcharlt, ASSIGNED, Batch Modify tool overwrites dropdown fields - no option for "no change" 18:12 wizzyrea bug 3916 from my testing it looks like the Koha Item Type dropdown still needs to be fixed? 17:53 wizzyrea gmcharlt is a machine today 17:52 munin New commit(s) kohagit: (BUG #4804) fix following bug: in neworderempty.pl, Click on minus sign in a item... <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=50391764431c95ffcbb735dd23d344265328c488> 17:48 SJeffery Likely left 10 minutes ago for a two week vacation with my luck. 17:47 wizzyrea possibly :) 17:47 SJeffery Chris_n is afk, isn't he:P 17:47 SJeffery Have a good one! 17:47 wizzyrea later jane! have a good weekend! 17:47 jwagner Gonna head out now (will be working this evening, sigh). USians, have a good holiday weekend! 17:47 wizzyrea and the labels documentation 17:46 SJeffery Yeah. We will print barcodes as well, but I think I will have to go with using an outside app for that. 17:46 wizzyrea chris_n is the one to ask about such matters 17:46 SJeffery Also, is it an option to configure how a call number would print out (such as each element of a LC call number printing on a separate line)? 17:46 wizzyrea oh you are talking about for labels, not receipts 17:45 SJeffery For example, just looking at label templates/profiles/fields, what would you put in the template page height field when using rolls of labels? 17:41 wizzyrea and 4's 17:41 wizzyrea we use epson TMT88III's 17:40 wizzyrea I haven't heard of any problems 17:39 SJeffery It just makes me wonder if anyone else has ever done it or knows of any problems. 17:38 SJeffery Nothing yet. I am in the process of getting Koha and having to purchase a printer at the same time. The higher-end Zebra printers are not the type that libraries commonly use. 17:38 wizzyrea where firefox=your browser of choice 17:38 wizzyrea because, in truth, if you can print to it from firefox, you can print to it from koha 17:37 wizzyrea sjeffrey: what kind of problem are you running into with the Zebra printer? 17:37 pianohack Almost a perfect fit for me 17:37 pianohack gmcharlt: Site where you nitpick people's foreign language entries and they nitpick yours 17:36 wizzyrea wow, i really ought to make sure I'm scrolled all the way to the bottom 17:34 wizzy_nom 026: afaik, nothing, does this help you at all: http://koha.org/documentation/manual/3.0/tools/notices 17:20 gmcharlt lang-8? 17:20 pianohack Bah, I'm in nitpick mode from too much lang-8 17:19 pianohack I shall corret any I see, sir 17:17 gmcharlt obviously, typos in source files themselves can and should be correted 17:17 gmcharlt anyway, can't fix commit messages after they've been pushed 17:17 rhcl russian spy! 17:17 gmcharlt pianohack: my plot to subvert the English language has been uncovered! 17:16 pianohack gmcharlt: Not sure if you particularly care, but spelling mistake in the last commit message 17:12 munin New commit(s) kohagit: bug 3916: set final "no change" dropdwon in batch item modification <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=72d7840f52ef11b60b0cd6254e0739d0dd198869> 17:12 SJeffery Has anyone set up Koha to print labels and barcodes to something like a high-end Zebra printer? 17:09 gmcharlt another blocker bites the dust 17:06 CGI026 It'll send them out for me then? 17:06 CGI026 And that's it? 17:06 * owen will get some lunch instead of fuming about that 17:06 pianohack CGI026: You need to run the advance_notices.pl and process_message_queue.pl cronjobs, yes 17:05 owen So after their customers have been using a development for six months, PTFS releases the out-of-date code and waits for the rest of us to integrate it into Koha 17:04 owen Oh I get it, the "4 of 5 years" is an insult directed at non-PTFS Koha developers. Nice. 17:03 CGI026 I did that, and the advanced messaging preference is on. How do I set up the sending of the emails? 16:59 gmcharlt CGI026: another thing to do is (under Tools | Notices) is set the PREDUE message to your liking 16:57 CGI026 -- Clarification-- I'm basically asking you how to set up predue notices. If I turn on the preference, what else do I need to set up? 16:56 CGI026 and if I turn on the advanced notices preference, is it configured and ready? 16:55 gmcharlt correct 16:55 CGI026 Ok, I think I usderstand that... But back to predue notices, is the cron job advance_notices.pl what I need? 16:53 munin owen: Error: "Gesundheit." is not a valid command. 16:53 owen munin: Gesundheit. 16:52 munin New commit(s) kohagit: Fix for Bug 4934 - Image missing for linked subfields in MARC display <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=ade32378208e7eb3445d89d17a25cfaf236f9298> / Fix for Bug 4932, Serial Enumeration / chronology not populated on receive <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=8ef86f187580cf325d993956add496585c2ffab8> 16:52 owen PTFS/Liblime 16:52 CGI026 Got it. So who owns Koha.org if it isn't official? 16:51 owen It's fine. Just be sure to visit http://koha-community.org for up-to date offical Koha news and releases 16:50 CGI026 And I'm using Koha 3.0... so I have no other choice? 16:50 owen Yes, with the exception of the 3.0 documentation on koha.org, if necessary 16:48 CGI026 So I should be using the koha community site? 16:48 owen And they don't want to share. 16:48 owen The owners of koha.org also own the copyright to the 3.0 documentation 16:48 wizzy_nom for 3.0 documentation yes 16:47 CGI026 Now I'm really confused. Koha-community.org is the official site, but for documentation, it still links to koha.org? 16:47 owen CGI026: The owners of koha.org don't want you to know 16:46 CGI026 I guess I missed that... 16:45 wizzyrea koha.org isn't affiliated with the community at the moment. 16:45 wizzyrea the official website has moved to http://koha-community.org 16:45 wizzyrea by the way 16:45 wizzyrea you *are* coming in through a CGI irc client 16:45 CGI026 Must just be me, I'm getting an error... 16:44 wizzyrea well the very last one doesn't but the others do 16:44 SJeffery Hey Jane, how's it going? 16:44 wizzyrea they work for me 16:44 CGI026 Munin's 16:44 wizzyrea which links 16:43 CGI026 ... Those links don't seem to work, just so you know. 16:42 munin New commit(s) kohagit: bug 4422: add AR (article) format icon to staff interface <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=c9b59307b2afab2762a2fd866a168c00e8e6d4e6> / bug 4422: Show article icon with DisplayOPACiconsXSLT <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=95b4f31fb2478435d7095c2bb8c754342325e3b3> / Fix for bug 4928, problematic 78x display in OPAC <http://git.koha-community.org/gitweb/?p=koha.gi 16:37 wizzyrea so you may have to pick the 3.0 manual 16:37 wizzyrea idk what version you are on 16:37 wizzyrea http://koha-community.org/documentation 16:36 wizzyrea the manual might help you 16:36 CGI026 Sure, is there any sort of tutorial for this? I'm not the best at this stuff 16:36 pianohack And do a little extra setup 16:36 pianohack CGI026: You have to run an extra cronjob 16:35 pianohack If $domain (which is set from branches.branchip) is, for instance, (10.1|72.158.192.1), then the regex will work with both 16:35 CGI026 Great! I was also having problems with advanced notices. If I just turn the preference on, does Koha set up predue notices for me, or do I have to configure it somewhere else? 16:35 pianohack jwagner: All the check is is $ip !~ /^$domain/ 16:33 CGI026 I'll make sure to look at that, thanks. 16:33 jwagner We've always had to do the IP limiting through apache unless it was just one range. 16:32 CGI026 Jwagner: It just took two, I just had to scale them down a bit 16:32 jwagner pianohack, if you're talking about the syspref, I believe I was told a long time ago it can only take one IP/range, not multiples. 16:32 CGI026 Yeah, I put in just the first two numbers like you showed, and it worked. It was cutting it when I put in the full ip for both locations. 16:32 pianohack What's the exact setting? You don't have to give out the exact IPs if you don't want, but what's the general format? 16:31 pianohack Hrm, no, there's probably just some silly length limit 16:29 CGI026 Hmm... When I do that, Koha cuts the second ip address to the first number. Is that all it checks? 16:28 pianohack All Koha checks is that the start of your IP address matches 16:28 pianohack CGI026: You don't even have to put in the full IP 16:27 pianohack That is, parentheses around all the choices, with each one separated by a pipe character 16:27 CGI026 Great, thank you! 16:27 pianohack CGI026: Just something like this: (192.168|72.148) 16:27 SJeffery Someone mentioned labels? 16:26 CGI026 So how would I do that, do I just put commas or semicolons between them, or do I have to do something else? 16:25 pianohack CGI026: Yes 16:23 wizzyrea and I"ll make it match 3.2, not our special labels ;) 16:23 CGI026 Hi, I'm new to Koha, and I'm trying to configure the AutoLocation setting. I was wondering if it is possible to give a library more than one ip address, so I can work on it from home and at the library. Thanks! 16:23 wizzyrea okies, I will go ahead and put it in the wiki then, since it seems like it might be useful 16:22 gmcharlt ah - well, one could probably write a script to try to parse memberentrygen.tmpl to build that automatically, but given that it would have to be reviewed manually, would be mostly a manual process to match up fields with lables 16:20 wizzyrea (basically it's for helping staff understand which fields are which when presented with a list of db fields) 16:20 munin New commit(s) kohagit: add EUC-KR to list of support Z39.50 character encodings <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=d3993f44eeaa9c50a1598d385eb2dc055bc19b99> 16:20 pianohack Hello 16:20 wizzyrea as those 16:20 wizzyrea there are some that are not so straightforward 16:19 wizzyrea http://screencast.com/t/NTA2NTY2 16:19 wizzyrea a la 16:19 wizzyrea I have a document that says which koha fields go with which pretty label in the gui interface 16:19 wizzyrea i mean 16:18 gmcharlt wizzyrea: what do you mean? 16:08 owen Must be a popular feature... the image used for the link is broken. 16:03 owen I see a setting the marc subfield structure under "advanced constraints," "Link (e.g. Title or Local-Number)" 15:59 owen Under what conditions would something be "link" ? 15:59 owen In the template for MARCdetail.tmpl there is a check for <!-- TMPL_IF name="link" --> when displaying subfields 15:59 wizzyrea is there some global utility for this pseudo mapping document I just created mapping the koha patron field names to their pretty GUI labels? 15:57 wizzyrea gmcharlt++ for good helps 15:57 CGI267 Thanks, gmcharlt! 15:57 gmcharlt CGI267: sure 15:57 gmcharlt sec 15:57 CGI267 Can you just email me the instructions and any other pertinent information at "daniel.ny@koreasociety.org"? 15:55 CGI267 So what do I need to do so that I can read the info from them? 15:53 gmcharlt it's euc-kr 15:53 gmcharlt CGI267: ah, I've figured out what the character set they're using is 15:52 gmcharlt sure - pm me your email address 15:52 CGI267 gmcharlt, is there anyway that I could have you email me what you figure out? 15:51 wizzyrea (I was asked to cross reference the fields with the pretty labels this morning) 15:51 wizzyrea ok thanks gmcharlt, that makes sense 15:50 wizzyrea AH 15:50 gmcharlt LICENSE:foo 15:50 gmcharlt ah, you'd use the attribute code in the patorn import CSV 15:50 wizzyrea so i have license data coming in from sirsi 15:50 wizzyrea no, for patron migration 15:50 gmcharlt wizzyrea: you mean for jquery processing? 15:49 gmcharlt CGI267: yep - none of the canned Koha settings work, so I'm now going to retrieve a raw record to figure out way the set is 15:49 wizzyrea is that the field we map to? 15:49 wizzyrea but in the patron add screen it's labeled as patron_attr_2 15:49 wizzyrea example, we have one called LICENSE, and we want to map data into that 15:48 wizzyrea question, how does one determine the mappable name for a patron authorized value? 15:48 CGI267 Also, I know that the problem lies with the Korean script b/c numbers and English text show up without problems 15:41 CGI267 The "������" may also appear as empty rectangular boxes depending on your web browser 15:39 gmcharlt CGI267: thanks, I was about to ask 15:38 CGI267 You could try searching for a book using the following ISBNs: 8934920351 or 8980370202...both are correct ISBNs for books written in Korean...when I search for them the bibliographic information appears as ����� or ¸ð·¡ÀÇ Ã. Thanks again, gmcharlt. 15:37 rhcl yep 15:37 gmcharlt i.e., in your case presumably would be the library 15:37 rhcl OK, thanks all... 15:37 gmcharlt for suitable definitions of "I", yes 15:37 rhcl I just want to make sure that it is correct to say that "I" legally "own" the copyright on GPL-licensed code. 15:37 gmcharlt rhcl: correct, the terms of the contract 15:37 jcamins Right. 15:36 rhcl jcamins: just for clarity, the "work-for-hire" status wouldn't be in the code, right? That would be in the terms of the contract? 15:35 gmcharlt (although the license is legally effective, at least in the case of the GPL and kin, because of underlying copyright law) 15:34 CGI267 Thanks, gmcharlt 15:34 jcamins (sorry, yes, copyright is completely independent of the license) 15:34 gmcharlt CGI267: I'll give it a try myself - one moment 15:34 jcamins Yes, completely. 15:34 jcamins rhcl: it depends on the work-for-hire status of the code. 15:34 rhcl copyright then, would be independent of the license, for example GPL2? 15:34 CGI267 When you setup a new target server, koha asks for you to designate syntax and encoding standards to use...I tried various combinations but nothing worked. 15:33 gmcharlt rhcl_away: in a situation where you pay somebody to write code for you, copyright in the code produced can belong to you or to contractor, depending on how you write the contract 15:33 CGI267 That is correct 15:32 gmcharlt CGI267: www.nanet.go.kr ? 15:32 rhcl_away Would it be correct to say, in a legal sense, that I (either me individually or an organization) can "own" code written on my behalf under a GPL license? 15:31 CGI267 The website for the National Assembly of Korea...it was the only target I could find in Korea 15:30 gmcharlt CGI267: what target(s) are you trying to pull Korean records from? 15:30 jcamins We tend not to put anything in the $z, though. 15:29 jcamins 952$xThis book is on permanent loan to curator.$zPlease consult staff. 15:28 CGI267 Korean script shows up everywhere in Koha except when I use the z23.50 search to import bibliographic information. Please help 15:28 jcamins owen: Sorry for the delay. Here is an example of how we use internal notes: 15:27 CGI267 No ideas on the issues with Korean script not showing up in Koha? 15:19 gmcharlt but pulling from github is fine for me as well 15:19 gmcharlt sure 15:19 jcamins I have github, but if attaching patches works, I'd just as soon do that. I'm still vaguely dubious about my github repository. 15:18 CGI267 I'm new to Koha. I'm trying to import info on books from a library in South Korea but the Korean script doesn't show up. Any suggestions? 15:18 gmcharlt if not, and you don't want to set that up, attach the patches to email 15:18 gmcharlt btw - one thing about sending a pull request - that assumes that you also have a git-daemon running to serve your git repo 15:17 gmcharlt jcamins: right - if you can't use git-send-email directly for some reason, please attach your patches to the email 15:17 jcamins Okay. Pull request it is. 15:16 jcamins I tried sending it through Thunderbird, but I guess that didn't work. 15:16 munin New commit(s) kohagit: Bug 4854: Show same subfields for 245 and 880$6245 <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=5e397af14f171d790f73dcf210f555ffbbd67464> 15:16 owen jcamins: Can you give me an example of how you use a non-public note? 15:16 gmcharlt how are you emailing it? 15:16 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4928 normal, PATCH-Sent, ---, camins, NEW, With multiple 76x-78x fields, the font display gets progressively smaller 15:16 gmcharlt jcamins: your patch for bug 4928 got mangled 15:12 gmcharlt it purely depends on what the particular library did 15:11 owen So what you're saying is that all non-public notes are in more_subfields_xml but not all data in more_subfields_xml is a non-public note 15:10 gmcharlt it is, as you suspect, a place to store item fields defined in the framework that aren't mapped to a specific column in the items table 15:10 owen ? 15:10 gmcharlt but noting something from the bug - more_subfields_xml != non-public notes, necessarily 15:09 jcamins I would think that non-public notes should show up to all staff... they're often used for circ. 15:09 gmcharlt could be circ notes as well, I say display both in the staff view 15:08 owen Or are non-public notes typically of use only to catalogers? 15:08 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4924 major, P5, ---, oleonard, NEW, Public/Internal notes missing in staff normal view 15:08 owen It's trivial to add public notes to detail.pl to fix that aspect of Bug 4924. Should non-public notes be added as well? 15:06 owen Sounds like the junk drawer of the items table 15:06 * owen discovers the more_subfields_xml column in items for the first time 14:59 CGI043 you have a good weeked 14:59 wizzyrea have a good one 14:58 CGI043 thanks 14:58 wizzyrea excellent :) 14:58 CGI043 will do that wizzyrea 14:58 wizzyrea (lots of people will see it) 14:58 wizzyrea (I would really recommend a message to the list) 14:58 CGI043 oh yes.. thanks! 14:58 wizzyrea to http://koha-community.org 14:58 wizzyrea and you might be aware that the official website has moved 14:58 CGI043 really apologize for the short visit 14:57 wizzyrea you might try sending email to the list 14:57 CGI043 i need to go now.. can somebody provide pointers on where to look to solve this issue? 14:56 munin New commit(s) kohagit: remove a bunch of unconditional debug warns <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=573ac9488f0ef086939a9909e523dfc6d5559814> 14:54 kf :) 14:54 wizzyrea later cait 14:54 CGI043 nope.. 14:54 kf have a nice weekend all :) 14:53 gmcharlt jcamins: http://galencharlton.com/blog/?p=10 14:53 wizzyrea is there anything in your logs about it 043? 14:52 * owen just checked out the Angels and Demons DVD from his local library, is wise to all that now 14:51 wizzyrea owen, you are far too good at that 14:51 wizzyrea >.< 14:51 CGI043 you can say I am pretty close to it :) 14:50 CGI043 :) 14:50 wizzyrea omg it *IS* the secret vatican library! 14:50 wizzyrea where did you import the data from? Sometimes.. 14:50 CGI043 mainly accented roman characters.. 14:49 CGI043 one thing which I don't understand is that title text comes fine but not note text 14:49 jcamins CGI043: is the problem with accented roman characters, or other alphabets? 14:49 CGI043 yep 14:49 wizzyrea is your browser set to UTF-8? 14:49 CGI043 I am using zebra-2.0 14:49 CGI043 yes.. 14:49 CGI043 somehow browser does not show it 14:49 wizzyrea you are using zebra right? 14:48 wizzyrea I don't know if zebra has an encoding setting 14:48 CGI043 Apache is set to UTF-8 14:48 owen jcamins: I don't know. gmcharlt? 14:48 CGI043 it is set to UTF-8 14:48 CGI043 yes 14:47 jcamins owen: How would one send a pull request? Since git send-email doesn't work, I guess the best thing to do is ask someone who can use git send-email to pull it from our public repository? 14:47 wizzyrea is your database encoded in UTF-8? 14:47 CGI043 I found that using this query select * from biblio where biblionumber=<somenumber> 14:47 wizzyrea hmm 14:46 * wizzyrea scuttles back out once it's revealed that it might be the secret vatican library "I don't want to know!" 14:46 CGI043 well coming to the point.. the content in database seems to be fine .. encoded properly 14:46 * owen doesn't want to know, wants to live! 14:46 * wizzyrea goes down the rabbit hole 14:46 owen Secret Vatican library? 14:45 CGI043 :) 14:45 wizzyrea unless the contents of your catalog is top secret ;) 14:45 CGI043 I know.. its like troubleshooting in dark for you guys 14:45 wizzyrea well, the OPAC shouldn't have any particular sensitive data, but ok 14:45 CGI043 sorry for that 14:45 CGI043 i am not sure if I am allowed to do that.. it has production data 14:44 wizzyrea (jing/screencast is a popular one, http://www.jingproject.com) 14:44 wizzyrea do you have a facility to cap the screen? 14:44 CGI043 i went to the database to check the actual content 14:44 CGI043 but when I click on notes link on that page.. the text seems to be jumbled up.. not properly uncoded 14:43 CGI043 :) 14:43 CGI043 yes.. true.. just wanted to share the URL 14:42 CGI043 the text in the title seems to show up fine.. I mean with characters properly encoded 14:42 owen We can't see that :) 14:42 CGI043 which looks something like http://host/cgi-bin/koha/opac-detail.pl?biblionumber=18162 14:41 CGI043 I get result.. and when i click on it.. i get a details page 14:41 CGI043 when i search for some keyword in OPAC 14:41 wizzyrea fair enough 14:41 CGI043 and library lingo 14:40 CGI043 i am a complete newbie to this whole koha setup 14:40 wizzyrea shoot 14:40 CGI043 i am looking for some help regading encoding problems which i am facing 14:40 wizzyrea argle bargle 14:40 jcamins I've figured out why I didn't submit the patch last time. git send-email doesn't work. 14:40 wizzyrea er, 3 should read: be able to associate defined hold notices with specific libraries 14:40 wizzyrea hi there 14:40 CGI043 hello guys 14:39 wizzyrea 3. in general be able to define hold notices per library 14:39 wizzyrea 2. be able to define very short hold notifications, and have them tied to the mobile email 14:38 wizzyrea would be to 1. be able to define a short from address: bad: circulation@williamsburgcommunitylibrary good: sms@nekls.org 14:38 wizzyrea so the kicker for the sms -> email messages 14:37 wizzyrea which admittedly is a bit of a bummer 14:37 wizzyrea I think they do, but I'm not sure 14:35 owen I wonder if the FRM, SUBJ and MSG all count towards the character limit 14:35 owen Whaddyaknow, it works. 14:34 wizzyrea (from ATT's website) 14:34 wizzyrea for example 14:34 wizzyrea Send and receive emails using your phone's email address. Your address is your 10-digit number@txt.att.net. 14:33 wizzyrea ya 14:33 owen And such messages arrive as a text? 14:33 wizzyrea it's usually <your number>@somephonecodomain.com 14:33 * owen didn't know most everyone's phone has an email address 14:32 wizzyrea (per library, for example) 14:32 wizzyrea that development goes along with being able to define discrete hold notices 14:32 wizzyrea yea, it seems silly to me to use a SMS relay when most everyone's phone has an email addy 14:31 owen I'd love to try it, but we'd need a way to send a different email notice just to SMS users 14:31 owen An interesting project for Ohio libraries: http://oplin.org/seeking-testers-sms-service 14:28 owen Yeah, rebasing it is the right thing to do 14:27 jcamins Right. 14:27 owen Meaning you attached the patch to the bug report but didn't submit it? 14:26 jcamins I can't quite remember why I didn't do that in the first place. Possibly I didn't know how to. 14:26 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4422 normal, P5, ---, camins, ASSIGNED, XSLT display incorrect for analytics (articles) 14:26 jcamins owen: is there any reason I can't rebase the proposed patch on bug 4422 and submit it as-is? 14:20 kf will ask him on monday 14:19 kf we know a lot more now than we did back then 14:19 kf will ask my colleague, but not sure we did it with git 14:19 jwagner (May be misunderstanding the problem) 14:18 jwagner doesn't git log show you the latest commit at the top of the display? 14:18 kf yes, so I can get the same snapshot from git we used for our production system 14:17 jwagner kf, are you talking about the latest patch/commit loaded? 14:16 kf we have a standard install 14:16 owen I've wondered the same thing kf 14:15 kf can I find out... its really too warm the last days 14:15 kf question: can I found out which version from git we have in production? I have the database version, but can I find out up to which commit? 14:11 jcamins Thanks. 14:10 owen You change it to PATCH-Sent, and gmcharlt will add a comment when the patch is pushed 14:10 jcamins Do I change the Importance in bugzilla to PATCH-Sent after sending the patch to the list, or does gmcharlt do that if/when he commits the patch? 14:07 jcamins Yup. If it doesn't show up in a half hour, I'll try again, I guess. 14:05 owen jcamins: To koha-patches@lists.koha-community.org ? 14:04 jcamins (just tried sending a patch) 14:03 jcamins I hope I did that right. 14:03 owen We should incorporate "break time" into the official INSTALL file, especially since zebra setup comes next 14:03 Genji Okay! koha make install done! break time. 14:03 owen Genji: I hope I'm not telling you something incorrect, just passing on what I remember 14:02 Genji okay. 14:02 owen Genji: I've heard in the past that make test errors can be safely ignored 13:59 kf Genji: sorry Genji, I m not the right person for this question 13:58 Genji kf: any idea why this MarkIssueReturned could be failing? 13:50 kf resend 13:48 kf ah, --abort helped 13:48 kf previous rebase directory /home/koha/kohaclone/.git/rebase-apply still exists but mbox given (?) 13:46 Genji # Error: "MarkIssueReturned" is not exported by the C4::Circulation module 13:46 Genji # Tried to use 'C4::Serials'. 13:46 Genji # at t/Serials.t line 7. 13:46 Genji Failed test 'use C4::Serials;' 13:45 Genji says MarkIssueReturned isn't exported.. but.... it is.. 13:45 Genji im getting a weird koha make test response.. 13:45 Genji ack! 13:42 kf I just cant resend from git easily, but the file is in git. ... I will try to create a new branch and resend 13:41 gmcharlt kf: no worries, I'll do it manually and credit you 13:41 kf owen: its ok, all others were pushed so I think its the only one I really lost 13:40 kf owen: you are right of course, but it was an accident 13:40 owen Oh, ouch :( 13:40 kf yes, but I killed the wrong snapshot in my virtual box 13:40 owen That's why you should save all your branches until your patch is pushed :) 13:39 kf ah I lost the branch... can I send you the patchfile as attachment? 13:38 kf gmcharlt: will do. I think I sent it from work with outlook 13:35 gmcharlt kf: could you resubmit - looks like another one that got managled by MTA 13:33 kf take a look... sorry 13:33 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4854 normal, PATCH-Sent, ---, katrin.fischer, NEW, Show same subfields for 245 and 880$6245 in OPAC's XSLT result list 13:33 kf gmcharlt: can you take at my patch for bug 4854? its really small and I think my last patch for 3.2 that is not pushed yet 13:33 nahuel owen, 3.2/3.0 13:33 jcamins Okay. Thanks. 13:33 gmcharlt you can have two branches to keep the work separate 13:32 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4931 enhancement, PATCH-Sent, ---, nahuel.angelinetti, ASSIGNED, Stocktaking must be based on holdingbranch instead of homebranch 13:32 owen nahuel: Why does Bug 4931 have no version number specified? 13:32 gmcharlt so, for example, if you are working on two unrelated bugs 13:32 gmcharlt you can submit the patches or send a pull request 13:32 gmcharlt do your work in that branch, and when it is tested and ready to submit 13:32 kf hi druthb :) 13:32 gmcharlt jcamins: generally idea is that you start a new branch on master every time you have a distinct bug to work on 13:32 druthb hi, kf! :) 13:31 kf hi #koha 13:31 jcamins gmcharlt: What is the proper way to fix bugs with branches in git? I understand how to create branches in git, but I'm not quite sure how to use that knowledge to fix bugs in the preferred manner. 13:29 Genji hopefully not 13:21 Genji is this a problem? 13:21 Genji but all LibXML tests are okay... except the version check. 13:20 Genji Running libxml2 version: 20702 13:20 Genji Compiled against libxml2 version: 20626 13:10 nahuel 2s 13:10 nahuel hmmm 13:10 gmcharlt i.e., a small database that uses all of the modules 13:10 gmcharlt library type doesn't matter too much, but one that uses catalog, circ, serials, and acquisitions would be ideal 13:09 nahuel network library ? 13:09 nahuel on library ? 13:09 nahuel of library ? 13:09 nahuel gmcharlt, what kind ? 13:09 paul_p you've y permission 13:09 nahuel which one ? 13:08 paul_p ok, then nahuel send a dump to gmcharlt ;-) 13:08 gmcharlt that woudl be OK for my purposes 13:08 paul_p would be in UNIMARC, isn't it a problem for you ? 13:08 gmcharlt testing upgrades to from 3.0.6 to 3.2 13:08 paul_p what would be the use of this database ? 13:08 gmcharlt hi paul_p 13:07 paul_p gmcharlt, hi 13:05 nahuel gmcharlt, as a permission to paul 13:05 nahuel gmcharlt, we do :) but don't think I've the right to give you 13:04 gmcharlt is anybody running a small 3.0.6 (or 3.0.5) database who would be willing to lend me a copy of it? 13:03 jcamins Good morning, #koha 13:02 gmcharlt nahuel: yep, as always, would need to be an optino to pick either holdingbranch or homebranch 13:01 nahuel cool thanks :) 13:01 owen I agree 13:01 nahuel so I can change it from code ? :) 13:01 gmcharlt nahuel: yep, sounds reasonable that they'd want to be able to get the list by holdingbranch then 13:00 nahuel the lib1 can't check if the item is there 13:00 nahuel during the stocktaking, the books are on the lib2 13:00 nahuel lib1 loan to lib2 some books 12:59 nahuel they "loan" books to the others libraries 12:59 nahuel Our user have more than one library 12:58 nahuel bug report from one of our users 12:58 nahuel owen, no email or bug report 12:58 nahuel gmcharlt, yep 12:57 gmcharlt dunno; like owen, I need a bit more context 12:57 gmcharlt nahuel: at a guess, desire may be to make the inventory list report on the holding branch because that's were the items actually are to be found? 12:57 owen Is this in reference to a bug report or message on the list? I don't understand the question 12:56 nahuel ? 12:56 nahuel owen, 12:56 nahuel gmcharlt, 12:55 nahuel instead of homebranch ? 12:55 nahuel to base it on holdingbranch 12:55 nahuel about Stocktaking 12:54 nahuel what do you mean 12:54 nahuel I have a question 12:49 owen Does it make sense to change the "click to add item" link automatically set the select to "arrived" ? 12:48 munin New commit(s) kohagit: bug 4188: add note about hiding the OrderPdfTemplate syspref <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=6676dc2df04f5b361ed616c17a8f0d741a2dee59> / bug 4188: move PDF templates for printed purchase orders <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=1457256b98afd94dc3e3166200120bfb29b562dc> / remove extraneous warns <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=b1c 12:48 owen Okay, crickets, it's all you: On the serial receive page (serials-edit.pl), you can add an item by choosing "arrived" from the select, or you can click a link to add an item 12:45 owen If anyone is around who uses Serials, I have a workflow question about receiving issues 12:42 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4188 blocker, P1, ---, gmcharlt, ASSIGNED, Basketgroup print fails to generate a file 12:42 gmcharlt testers for recently pushed changes to close blocker bug 4188 requested 12:28 druthb First day in the office as myself; figured cookies makes everything easier... 12:27 druthb ah-hah. thought so. 12:27 * jwagner will be very nice, for chocolate chip cookies :-) 12:27 * jwagner retracts the threat!!! 12:27 druthb Better be nice, jwagner; I'm planning homemade chocolate chip cookies for Tuesday. 12:26 jwagner (But chocolate is allowed....) 12:26 jwagner We're going to lock them into a room without food or water until they get it done :-) 12:25 druthb The development group has been given much more...erm...aggressive goals...than four-to-five-years. 12:24 jwagner Yes, well, the person in question is rather noted for getting things wrong. Sigh. 12:23 owen That's the trouble with not being the first source for information about your business 12:23 * jwagner notes that the message to the list is not entirely accurate in many regards. We will be clarifying things, I'm sure. 12:21 owen I've got grumpy looks for "four to five years" to integrate LEK into Koha 12:18 * jwagner sends a grumpy look in Amazon's direction 12:18 owen Since Amazon is using those numbers as internal tracking numbers, I don't think they care much about whether it's causing us trouble 12:17 jwagner OK, that clarifies things. Thanks. Does Amazon have any plans to accept the longer ISBN as a link? 12:16 owen Yes 12:16 jwagner That's what I thought. Just edited the sample problem record to swap the ISBNs, and it's now retrieving the cover. Different problem would be that Amazon doesn't have "A Look Inside" feature for all titles, correct? 12:14 owen (pain in the butt) 12:14 owen So you have to edit your records to put the 10-digit isbn first if you've got both 12:14 owen Just the first in line 12:13 jwagner Hrmmmm. If some titles get content and others don't, but a title that doesn't has an ISBN that exists in Amazon (can search it & find the book) where do I look for the problem. Amazon's end? Does Koha send all the ISBNs or just the first in line? 12:09 jwagner Thanks, owen! 12:08 owen http://search.myacpl.org 12:08 jwagner Can someone point me to an OPAC running Amazon content? Can't remember who's using it offhand. I want to compare some results. 11:52 munin New commit(s) kohagit: bug4929 - amended the instructions <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=5d2a1c7916e49fb39f6986afeb2b30f34c361660> 11:50 munin 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4914 blocker, PATCH-Sent, ---, henridamien, NEW, Last patch on C4/Output.pm has problem 11:50 gmcharlt hdl: note 3.0.x blocker I've assigned to you - bug 4914 11:48 Genji File not found by glob: /var/tmp/GraphicsMagick-1.3.12-root/usr/share/man/man3/*gz 11:48 Genji File not found by glob: /var/tmp/GraphicsMagick-1.3.12-root/usr/lib/perl*/site_perl/*/*/auto/Graphics/Magick/* 11:48 Genji File not found by glob: /var/tmp/GraphicsMagick-1.3.12-root/usr/lib/perl*/site_perl/*/*/auto/Graphics/Magick 11:48 Genji File not found by glob: /var/tmp/GraphicsMagick-1.3.12-root/usr/lib/perl*/site_perl/*/*/Graphics/Magick.pm 11:48 Genji File not found by glob: /var/tmp/GraphicsMagick-1.3.12-root/usr/lib/perl*/site_perl/*/*/Graphics 11:48 Genji RPM build errors: 11:48 Genji okay... in trying to install GraphicsMagick.... 11:43 gmcharlt good morning 11:36 Genji can't seem to install ImageMagick 11:16 * jwagner snarls about updates requiring a reboot.... 10:34 Genji ... any automated way of installing cpan prerequisites? 10:28 Genji memcache is a good thing to install from the start, with koha 3.2? 10:22 Genji nevermind.. just brought down the filewall and its testing fine. 10:19 Genji indexdata no longer running their test z3950 server? 10:05 hdl ) 10:05 hdl (Not 3.2 but 3.2 plus our patches. 10:04 hdl Nimes who is going live soon will be on 3.2 code base. 10:04 chris its fine for upgrading if you know what you are doing too, its just not ready for everyone yet, pretty darn close now though 10:03 hdl Genji: should be 10:03 Genji ah... wow. cool. so, its fine for new libraries then? 10:03 chris most of the blockers are around upgrading 10:03 chris Genji: www.library.org.nz is running 3.2 10:01 Genji think ill stick to 3.0.6 for production install for now. 10:01 Genji 13...hmmm... 10:00 hdl http://bugs.koha-community.org/bugzilla3/buglist.cgi?query_format=advanced&bug_severity=blocker&bug_severity=critical&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&version=rel_3_2 09:58 Genji how many showstoppers are there for koha 3.2? 09:06 Amit heya kmkale 08:28 kmkale so trying run only 3.00.06 08:28 kmkale I am sure the above error is because I am connecting to wrong koha 08:27 kmkale now I am sure I have gone over the edge. I have disabled all sites in apache. There is nothing in sites-enabled; I have even removed the simlinks from sites-available yet when I restart apache2 all my koha sites start up 08:13 chris paul_: http://twitter.com/JonahLomu11/status/17557028516 08:13 chris paul_: about? 08:13 chris kmkale: weird 08:13 kf chris: thought so :) 08:13 kmkale dropped the db; recreated a blank one; ran web installer; ERROR 1050 (42S01) at line 685: Table 'default_branch_item_rules' already exists 08:13 chris yeah now you have to come, or i will be a liar 08:12 kmkale :( 08:12 kf developers from germany? ;) 08:12 kf hi chris 08:12 chris hi kf 08:11 chris ahh cool 08:10 kmkale btw this is to check the items shown Available problem we talked about yesterday.. 08:09 kmkale let me run along and do it right. Thank chris. As usual you are a gem.. 08:09 kmkale right. 08:08 chris and run updatedatabase.pl 08:08 kmkale oohhh.. 08:08 chris then web based installer will go, oohh version is different 08:08 chris then load the dump in to the db 08:08 chris you want to do the install 08:08 chris ahh you dont want to do it that way 08:08 kmkale I got a dump from 3.00.05 mysql db, loaded it in a db on my laptop, and trying to install 3.00.06 as a dev install on it 08:07 chris that will kill all your data 08:07 chris because it shouldnt use the kohastructure 08:07 chris how are you upgrading? 08:06 kmkale but above error reported corrospondes to line 685 in kohastructure.sql as in the table being altered 08:05 kmkale in updatedatabase.pl line 685 is $dbh->do("ALTER TABLE `import_batches` ADD `matcher_id` int(11) NULL AFTER `import_batch_id`") 08:04 chris basically you just need to upgrade the code, then the web based upgrader kicks in (and runs updatedatabase.pl) 08:03 kmkale tyen which is used for upgrade? 08:03 chris the upgrade is done by updatedatabase.pl 08:03 chris that is only used for the install 08:03 chris hmm that file isnt used in the upgrade 08:03 kmkale chris: its not allowing me to proceed 08:03 kmkale in koha-3.00.06/installer/data/mysql/kohastructure.sql line 685 creates this table but it does not have a drop table if exists line before it 08:02 chris kmkale: that's safe enough to ignore 08:02 chris 5 years!! wtf 07:56 kmkale upgrading from 3.00.05 to 3.00.06 I get an error "ERROR 1050 (42S01) at line 685: Table 'default_branch_item_rules' already exists " 07:56 kmkale good afternoon all 04:27 Amit k 04:25 Genji Amit solved my problem, note to all. reinstalling libraries sometimes helps. 03:46 Amit wait 03:45 Genji coming from libtool: link: gcc -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m32 -march=i386 -mtune=generic -fasynchronous-unwind-tables -o .libs/zoomsh zoomsh.o ../src/.libs/libyaz.so -lgnutls -lreadline -lncurses -lhistory /usr/lib/libexslt.so /usr/lib/libxslt.so -lgcrypt -lgpg-error /usr/lib/libxml2.so -ldl -lz -lm -lwrap 03:45 Genji /usr/lib/libxslt.so: undefined reference to `xmlXPathContextSetCache' 03:44 Amit -ba mean Build binary and source packages and --bb means Build a binary package 03:40 Genji whats -ba as opposed to -bb? 03:39 Amit k 03:39 Genji lemme try 3.0.49 03:39 Genji i was trying 3.0.32.... 03:39 Genji huh.... 03:39 Genji old rpm 03:39 Genji ah! 03:38 Amit hmm 03:38 Genji /usr/lib/libxslt.so: undefined reference to `xmlXPathContextSetCache' is the first error.... 03:37 Amit i m using this version 03:37 Amit download yaz-3.0.49-1.src.rpm 03:37 Amit http://ftp.indexdata.dk/pub/yaz/redhat/fc9/SRPMS/ 03:37 Genji of the source rpms i mean. 03:36 Genji latest 03:36 Amit your yaz vrsion 03:35 Genji and the devel for them. 03:34 Amit then compile yaz src 03:34 Genji done that 03:34 Amit Genji: first install libxslt and libxml by yum 03:33 Genji missing functions.. specifially those that should be resolved via xslt-devel and xml-devel, but they're not. 03:33 Amit Genji: which version of centos are u using? 03:33 Amit ? 03:33 Amit what error r u getting 03:32 Genji done that, Amit...it won't finish compile. 03:32 Amit Genji download yaz src then compile 03:32 wasabi genji needs help with yaz stuff on centos 03:32 Genji hey Amit... yeah... yaz wont build... help? 03:31 wasabi hiya amit 03:31 Amit heya mason, Genji 03:31 wasabi Genji: pass, ask amit, he's the centos whizz 03:26 Amit heya brendan, chris 02:51 Genji reason being, the source rpm won't build.... the xslt library doesn't seem to be registering inthe build process. 02:35 Genji hiya all.... to install koha on centos, do i really need to compile my own yaz source, or can i just use the prebuilt 2008 rpm? 00:51 pianohack hi chris 00:50 chris hiya pianohack