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 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|, 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