IRC log for #koha, 2009-09-04

All times shown according to UTC.

Time S Nick Message
00:27 jdavidb joined #koha
00:34 jdavidb left #koha
00:46 Jo is now known as jolunch
00:52 Topic for #koha is now Welcome to #koha - English channel about Koha ILS - Don't ask to ask, please, just ask your questions
00:53 pianohacker What's power if you don't abuse it to change capititalization?
00:53 pianohacker *capitalization
00:56 chris capitalisation :)
00:56 pianohacker Hehehehe
00:57 pianohacker You furaners keep your britrot out of this here channel
01:10 * chris_n2 wonders if English Class is required in PhD studies... ;-)
01:10 pianohacker American English Class, maybe :)
01:10 chris heh
01:44 chris_n2 is now known as chris_n2-away
01:46 richard left #koha
01:47 richard joined #koha
02:06 CGI048 joined #koha
02:10 CGI048 Hi, can anyone help me about this matter. Pls. I was trying to enter new record on MARC but I can't fill in tag 100 Personal Name
02:11 pianohacker CGI048: You need to turn on the BibliosAddAuthorities system preference, under the Authorities (or Cataloging, can't remember) tab
02:13 CGI048 I'm using the latest version of Koha and my first time to explore it. Anyways, thanks alot I'll try to look for it.
02:13 pianohacker No problem, good luck
02:16 CGI048 Thanks, I got it.
02:34 CGI048 left #koha
02:55 brendan quiet evening here #koha
02:55 brendan @wunder norcross ga
02:55 munin brendan: The current temperature in Conyers, Georgia is 20.7�C (10:55 PM EDT on September 03, 2009). Conditions: Mostly Cloudy. Humidity: 88%. Dew Point: 19.0�C. Pressure: 29.48 in 998.2 hPa (Rising).
03:04 pianohacker Hi, brendan
03:04 brendan heya pianohacker :)
03:04 pianohacker Georgia, huh? How's that?
03:04 brendan haven't seen the sun all week
03:05 pianohacker Heh. Reminds me of my stay in Paris a few years ago
03:05 brendan I've learned a lot -- need a massive brain-dump at the end of this week
03:06 jolunch is now known as Jo
03:12 brendan left #koha
03:12 brendan joined #koha
03:24 Amit joined #koha
03:25 Amit hi chris, brendan
03:25 Amit good morning #koha
03:25 brendan hi amit
03:25 pianohacker Good morning, Amit
03:25 Amit hi pianohacker
03:26 Amit heya brendan have u configure biblios.net
03:27 brendan yes a while ago
03:27 brendan the key is getting pazpar2 and your koha-conf.xml right
03:27 Amit yes
03:28 Amit i ask one question pazpar2 is configure on koha configuration time
03:28 Amit because my make-koha-install gives an error
03:28 Amit cpan module test fial
03:28 Amit fail
03:28 Amit pazpar2
03:29 pianohacker Good night, #koha
03:29 brendan night
03:29 pianohacker left #koha
03:29 brendan not sure -- which version of koha
03:33 indradg left #koha
03:34 Amit i m using koha via git
03:38 brendan biblios seems to not be supported anymore -- so I haven't looked at it a long time
03:39 Amit i have already configured once biblios.net with koha
03:39 Amit but the problem due to saving records on local machine
03:39 Amit mean to say send target list
03:40 Amit make koha-install-symlinks KOHADIR=/opt/kohanewgit/kohaclone​/koha-tmpl/intranet-tmpl/prog/en KOHACGIDIR=/opt/kohanewgit/kohaclone
03:40 Amit this runs fine
03:41 brendan hmm...  sorry amit -- bed time for me --
03:42 Amit no problem good night
03:42 brendan I guess I would start with the koha-conf.xml and go from there
03:47 Amit ok thanks
04:50 richard left #koha
05:03 chris @later tell hdl_laptop ping me when you are on, i have 100 commits cherry-picked over ready to push
05:03 munin chris: The operation succeeded.
05:12 Jo left #koha
05:41 nicomo joined #koha
05:45 Amit hi nicomo
05:45 nicomo hi Amit
05:45 Amit @wunder delhi
05:45 munin Amit: Error: No such location could be found.
05:46 anasha joined #koha
05:47 anasha left #koha
05:47 anasha joined #koha
05:52 chris hi nicomo
05:52 nicomo hi chris
05:56 chris good conference?
05:58 nicomo I was the only one NOT at the conference in fact
05:59 nicomo I was in Paris but just ent from meeting to meeting
05:59 chris ahhh
06:10 Amit left #koha
06:33 laurence joined #koha
06:47 Amit joined #koha
07:05 paul_p joined #koha
07:12 chris hi paul_p
07:13 paul_p hi chris.
07:13 paul_p our mail/webserver seems to have problems...
07:13 chris back from paris?
07:13 paul_p chris: yep
07:14 chris good conference?
07:14 paul_p yep
08:07 jransom joined #koha
08:08 |Lupin| joined #koha
08:10 |Lupin| hi
08:20 Amit hi lupin, paul_p
08:27 |Lupin| hi Amit
08:33 jransom hiya
08:35 chris hi jransom
08:49 bigbrovar left #koha
09:04 |Lupin| question about bulkmarcimport pls
09:05 |Lupin| is the accents present in the imported records are encoded in UTF-8, isn't it enough to give -s option to bulkmarcimport to have them preserved ?
09:08 jransom left #koha
09:08 jransom joined #koha
09:13 slef Hi all.  Has anyone hit a problem with having too many members with surnames beginning with the same letter?
09:13 |Lupin| slef: nope, sorry
09:13 slef how many members have you got with surnames beginning with the same letter?
09:14 slef outside has just turned into central Rome... lots of horns blaring!
09:14 |Lupin| slef: small library and so just migrating datas into Koha... we have not more than 1000 users in all...
09:14 slef I'm failing at 33000 members
09:14 |Lupin| wow
09:15 slef yep, big busy library
09:15 chris 33000 with the same name?
09:16 chris or 33000 in total
09:16 chris ?
09:16 slef 33000 with a surname starting with the same letter
09:17 slef DBD::mysql::st execute failed: Error writing file '/tmp/MYATZA2Q' (Errcode: 28)
09:17 slef at /home/mjr/koha-3.0.x.c/C4/Members.pm line 245.
09:17 slef DBD::mysql::st fetchall_arrayref failed: fetch() without execute() at /home/mjr/koha-3.0.x.c/C4/Members.pm line 247.
09:17 slef 0:ARRAY(0xc87d8c)
09:17 slef
09:17 chris where are you having the problem?
09:17 slef just searching for the error, but wondered if anyone had seen this
09:17 chris ahh trying to browse?
09:17 chris run out of sapce in /tmp ?
09:17 slef yes, but I've traced it back to C4::Members::SearchMember
09:18 slef maybe - but there's 64Gb free
09:18 chris error 28 is no space left on device
09:18 chris and /tmp isnt it its own partition?
09:18 slef which does beg the question: what is DBD::mysql trying to write?
09:19 slef actually, it's a symlink... duh!
09:19 slef checking further
09:19 |Lupin| slef: if /mp is not on its own partition, apt-get clean may help to get more free space
09:20 slef |Lupin|: relative to 64Gb, that won't be much
09:20 chris yeah and the whole db would probably fit into 64Gb 10 times
09:20 slef well, it looks like tmp is still on / but it's not completely clear
09:20 slef yeah, even when I had the monster sessions table, the dump was only 4Gb
09:21 slef what is DBD::mysql trying to write?
09:21 chris just the results of the query for sorting
09:21 chris its mysql doing
09:21 chris it
09:21 chris that will be the error mysql passed back to dbd:
09:21 chris :mysql
09:21 slef I wonder if there's some quota system going on
09:22 chris hmm that sounds like a possible suspect
09:22 slef it says no quotas
09:23 |Lupin| slef: is your / indeed full ?
09:23 |Lupin| slef: of is 64GB the remaining space ?
09:23 cait_laptop joined #koha
09:23 slef 64GB is the remaining space
09:24 slef I can try logrotating to free up some space
09:24 chris slef: in my.cnf tmpdir          = /tmp
09:24 chris you could change taht to somewhere else
09:25 chris restart mysql and see what happanes
09:25 chris wow typing fail tonight
09:25 slef will do - waiting for the logrotate... checking email for words of librarian wisdom
09:28 cait_laptop good morning
09:29 slef erm, no, it's not ;-)
09:29 slef it's not 1030 and I've just seen my third incident
09:35 |Lupin| hi cait_laptop
09:37 Amit left #koha
09:38 paul_p slef: our mail/dns/biblibre.com server has one of his RAID disk dead this morning. Seems it's the day...
09:42 slef paul_p: RAID means non-fatal, I hope
09:43 paul_p yep slef.
09:43 paul_p RAID++
09:44 paul_p (and munin +++, because we hadn't RAID on this very old server, and munin warned us 4 months ago about some suspicious things done by hda. So we upgraded to RAID, and it's not a big problem to have hda dying)
09:46 |Lupin| bug 1600
09:46 munin Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=1600 enhancement, P3, ---, chris@bigballofwax.co.nz, NEW, Alternate address form should offer 2 address fields
09:55 jransom left #koha
09:58 jransom joined #koha
10:06 |Lupin| lunch time, bye everybody !
10:06 |Lupin| left #koha
10:12 Amit joined #koha
10:17 slef heh, damned frenchie early lunchers
10:19 Amit hi slef
10:19 slef hi Amit
10:19 slef Amit: where do you work?  Anyone: is there a way of making munin read user info from the wiki?
10:20 slef or munin could store it anyway
10:20 Amit Slef: I am working in Nucsoft Osslabs www.osslabs.biz
10:21 slef @info slef
10:21 munin slef: Key "slef" is not locked and has 1 factoid associated with it: #1 was added by slef at 10:21 AM, September 04, 2009
10:22 slef @whatis slef
10:22 munin slef: "slef" could be MJ Ray, webmaster-developer for TTLLP software.coop
10:23 paul_p wow, in fact, either the RAM or the CPU also has a problem (random core cump in Apache, postfix, ssh...)
10:24 paul_p (RAM & CPU changes on the way... then we will probably finish with this 5years old server...)
10:24 slef owowow
10:25 slef we have one hardware server left I think - all else is virtual rented now
10:25 slef I'm not much of a hardware guy, so I could be wrong
10:30 Amit @amit
10:30 munin Amit: downloading the Perl source
10:30 Amit @whatis amit
10:30 munin Amit: Error: No factoid matches that key.
10:30 Amit @info amit
10:30 munin Amit: Error: No factoid matches that key.
10:31 slef do @learn amit as DESCRIPTION-GOES-HERE
10:31 Amit ok
10:33 slef paul_p: sig11 or sig10?
10:38 cait_laptop chris here?
10:42 jransom left #koha
10:42 chris yep cait_laptop
10:46 cait_laptop hi chris
10:46 cait_laptop I see that @bug 1600 is yours
10:46 munin Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=1600 enhancement, P3, ---, chris@bigballofwax.co.nz, NEW, Alternate address form should offer 2 address fields
10:46 chris well its assigned to me
10:46 cait_laptop I would like to try to add address2 and country so that all addresses offer the same fields
10:46 chris havent done any work on it tho
10:47 chris cool, feel free to reassign it to you
10:47 cait_laptop |lupin| added the country fields lately and I thought I could try to copy what he did
10:47 cait_laptop not sure if I can really do it... but I will try and see how far I get
10:49 chris cool
10:49 cait_laptop just wanted to ask if you plan to work on it
10:49 davi | issn   | varchar(9)  is wrong.
10:50 davi It should be at least  varchar(13)
10:50 chris send a patch :)
10:53 chris The ISSN (International Standard Serial Number) is an internationally standardised number identifying serial publications concisely and distinctively. The ISSN consists of 8 digits, the last of which being a check digit. The letter X can also have this check function.
10:53 chris seems like 9 is fine
10:53 chris ISBN needs to be 13
10:54 chris EAN needs to be at least 13 too
10:56 davi EAN is not in biblioitems
10:57 chris i know, but you can represent an issn as an EAN-13
10:57 chris i was wondering if that was why you thought it needed 13
10:57 chris when the standard says 8
10:57 davi yes, it was
10:58 davi How to represent an ISSN ad EAN-13?
10:58 davi What is the conversion I have to do?
10:58 chris you'll have to go read the spec, i don't know off the top of my head
10:59 chris When encoded in an EAN-13 bar code, the ISSN is preceded by the digits 977 and the ISSN check-digit (the last of the 8 digits) is not encoded. A two digit price code, almost always "00", is added to the end, and finally the EAN check digit is added.
10:59 chris Let's say you have the number 0264-3596 as a serial publication's ISSN. The true ISSN is 0264359 (no 6 because it is the ISSN check digit). The EAN-13 number would then be 9770264359008 for normal issues. The "00" is the normal issue code and the "8" is the EAN-13 check digit). A special issue could receive a 2-digit numbers other than "00".
11:00 bigbrovar joined #koha
11:01 bigbrovar hi guys morning/afternoon/evening  (which ever applies to you)
11:01 davi thanks a lot chris
11:02 chris http://search.cpan.org/~bdfoy/[…]-0.91/lib/ISSN.pm might be useful
11:24 cait_laptop left #koha
11:26 jwagner joined #koha
11:27 Amit hi jwagner, bigbrovar
11:28 jwagner Hi Amit
11:32 bigbrovar hi Amit
11:32 bigbrovar hi jwagner
11:33 jwagner Hi there
11:48 gmcharlt joined #koha
11:55 gmcharlt good morning
11:55 hdl_laptop hi
11:55 gmcharlt how goes it?
12:07 mason joined #koha
12:14 Amit left #koha
12:22 mason left #koha
12:25 chris_n g'morning
12:26 collum joined #koha
12:29 owen joined #koha
12:40 jwagner Question on facets -- what controls the sorting and display order of the sidebar facets in OPAC and staff mode?  Is there any way to tell Koha to always display facets in a particular order (like Authors, Topics, then Series) and to sort the entries under each facet?  I'm looking at code in Koha.pm and Search.pm, but I can't see anything useful.  The OPAC template does have them in an order, but that's not the order they display in.
12:56 anasha left #koha
12:56 gmcharlt jwagner: in a slightly obscure fashion
12:56 gmcharlt it's alphabetical order
12:57 gmcharlt by the link_value code
12:57 gmcharlt in the facet type loop returned by C4::Koha::getFacets()
12:57 gmcharlt which boils down to the following hard-coded order
13:00 gmcharlt jwagner: no, sorry, scratch that
13:00 gmcharlt it seems to actually be topics first
13:00 gmcharlt *libraries* first, rather
13:00 gmcharlt followed by the other facets types
13:01 gmcharlt in order of increasing number of facet terms displayed
13:01 gmcharlt so if 3 topic facets are found in the result set
13:01 gmcharlt and 5 place
13:01 gmcharlt the topic facets will be displayed before the place facets
13:01 gmcharlt in other words, the order changes based on the search results
13:02 jwagner Hmm.  I'm seeing Series always display first, followed by Authors, followed by Places (if any), followed by Topics.  That's been consistent.  One of my sites would like to force them to always display in a specified order.
13:03 gmcharlt right, but that can happen by accident
13:03 jwagner Series comes first even if there are only 2 entries (and no "more" link)
13:03 gmcharlt there will normally be fewer series facets than any other type
13:03 jwagner OK, can I control the display order?  Without screwing up too many things?
13:03 gmcharlt jwagner: shoot - this code is a mess
13:04 jwagner I could have told you that :-)
13:04 gmcharlt compare http://opac1.koha.librarypolic[…]pac-search.pl?q=a vs. http://opac1.koha.librarypolic[…]ac-search.pl?q=bd
13:04 jwagner And they'd REALLY like to have the entries in each facet sorted alpha
13:04 gmcharlt so in fact what I just told you about the ordering is wrong
13:05 gmcharlt jwagner: I'll poke at it a bit later, but I think the best thing to do is write up a couple bugs
13:05 gmcharlt one for ordering of the facet types
13:05 gmcharlt one for controlling the order of the facets within each type
13:05 jwagner OK, will do.  I think it's going to take someone who understands the code better than I do to fix it.  Thanks.
13:06 gmcharlt I can understand desire to sort facets in alpha order
13:06 gmcharlt but riddle your customer this - what happens if the most common facets of a type come later in to alphabet and thus get hidden under the 'show more' link
13:07 gmcharlt it's not explicitly indicated, but the order of facets within a type
13:07 gmcharlt is decreasing frequency
13:07 jwagner So the most frequent author, place, etc. is first in the list for that facet?
13:08 gmcharlt right
13:08 jwagner OK, I'll tell them that; it might affect what they want to do.
13:08 gmcharlt there's a facet count availble in the template
13:08 gmcharlt that you could expose
13:09 gmcharlt although it could be confusing
13:09 gmcharlt since the facets are computed *only* for the displayed records
13:10 gmcharlt not for the entire results list
13:10 brendan left #koha
13:10 gmcharlt so if you go from page to page
13:10 jwagner So the count would only be for the current page?
13:10 gmcharlt in a long search results list
13:10 gmcharlt you'll see the facets changing
13:10 gmcharlt jwagner: right
13:10 gmcharlt which is probably why the count isn't displayed by default
13:11 jwagner That is a problem, then, that's bigger than the sort order.  My assumption would be when I do a search and see facets that clicking a particular facet (like topic) would apply and filter against the -entire- search results, not just the current page.
13:11 nicomo jwagner: absolutely
13:12 owen It applies the filter against the search results, it just doesn't show you an accurate count for the whole result set
13:12 gmcharlt nicomo, jwagner: that's actually the motivation for switching to using Zebra's built-in facet generation
13:12 jwagner Whew.  That's better, was about to panic.
13:12 nicomo yes
13:12 nicomo jwagner: see http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3154
13:12 gmcharlt as owen says, the filtering is against the entire result set
13:12 munin Bug 3154: major, P5, ---, henridamien@koha-fr.org, NEW, OPAC Search refining by facets is wrong
13:13 gmcharlt but computing the list of facets is wrong
13:13 * gmcharlt idly wonders if any Real Live Patron (tm) has ever noticed
13:14 js joined #koha
13:14 nicomo gmcharlt: i wondered too, and in amazement too: how can they not see it!
13:14 jwagner Well, a Real Live Admin did notice :-)
13:14 nicomo but in fact it does seem they do not
13:16 jwagner There is a bug report Bug 2614 for sorting the facets in alpha order; judging by the comment, the intent is to sort the contents of each facet (i.e., authors should be in alpha order in the Authors facet).
13:16 munin Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=2614 enhancement, P3, ---, jmf@liblime.com, NEW, Facets in Alpha Order
13:17 library joined #koha
13:17 owen Are they now sorted by frequency according to the count we can't see?
13:17 gmcharlt owen: yes
13:18 owen Wow, what a mess. So sorting in that order would make sense if we could see the count, but we can't see the count because the count is inaccurate
13:19 jwagner So there seem to be three separate issues -- 1. control the order in which the facet categories display (i.e., always Author, Topic, Series or whatever).  2. if wanted, sort the contents of each facet alphabetically (might need to be a site preference).  3. give an accurate count next to each entry that applies to the whole results set, not just the first page.  Is that right?
13:20 gmcharlt right
13:20 brendan joined #koha
13:20 owen 4. A pony.
13:20 jwagner 5. A vacation :-)
13:21 owen You'll need 5 after 1-3, but you'll want to bring 4 with you on 5.
13:21 jwagner Not on a cruise ship....
13:26 library my machine is 192.168.1.6 and I can get OPAC, but I cannot get Koha admin part. How to enter it?
13:26 jwagner OK, a tangentially related question, at least it came up first while looking at facets.  For a multi-library system, with items belonging to several branches, what would cause both the facet for a branch name and the advanced search limit by library to fail?  That is, limiting the facet to a branch and limiting advanced search to a branch both come back and say no results found for branchname?
13:27 gmcharlt possibly bibs and index getting out of sync
13:27 gmcharlt library: depends on how you configured it.  you can try http://192.168.1.6:8080
13:28 jwagner I wondered about that, so I rebuilt the indexes last night -- no help.
13:29 jwagner Still can't search either staff or OPAC for any branches but the main one.
13:30 library gmcharlt: I just get : It works when I type that. I have in koha-httpd OPAC and Intranet settings. in INtranet settings is 192.168.1.6:8080 but in OPAC is 192.168.1.6:80
13:31 library gmcharlt: If i Put in OPAC part that it is 127.0.0.1:80 it works OK.
13:32 library bu I do no thave OPAC part which I do not need anyway
13:35 library bbl
13:35 library exit
13:35 library left #koha
13:40 jwagner gmcharlt, I think I just figured out my branch search problem.  This is a test system and we took data that a site had migrated itself.  I'm seeing permanent location as the main branch, but current location as the other branches.  The other branches are showing in the facets.  Would that account for it?
13:48 jwagner Seems to have.  I edited one of the items to be permanent location of one of the branches, and the facet & advanced search worked fine then.
13:50 gmcharlt jwagner: good catch
13:53 jwagner When we do their proper data load, this shouldn't be an issue.  But it sure was puzzling for a while....
13:54 Colin joined #koha
13:55 owen Good grief holds and transfers are so messed up
13:55 owen I'm at the point where I don't feel I can tell my staff anything other than, "it's messed up, get used to it."
13:57 jwagner I'll drink to that, owen....
13:57 owen A book was on hold at PPL. Scanned, checked in, hold confirmed. Status of the book wasn't changed to waiting.
13:59 owen Looking at another hold, the person who is #1 on the list placed their hold a week *after* the person who is #2 on the list
14:03 owen The timestamp of the #2 hold is later than the timestamp of the #1 hold. I wonder if this indicates someone changed the priority?
14:04 gmcharlt owen: most likely
14:05 owen if that was the case wouldn't #1 and #2 have the same timestamp, because both would have changed at the same time?
14:11 gmcharlt owen: there be one of the dragons, I think
14:14 owen And not the friendly, telepathic, fly-me-to-work kind I suspect.
14:14 gmcharlt not a puff to be found, I'm sure
14:22 hedgesst joined #koha
14:23 slef whoa, drug discussions in #koha and hedgesst appears?
14:23 hedgesst hi slef!
14:24 hedgesst my sensors were tingling
14:24 owen slef: Are you telling me that "Puff the Magic Dragon" has something to do with drugs?!
14:24 owen Next you'll be telling me that "Lucy in the Sky with Diamonds" isn't about a girl who can fly and distributes gemstones to worthy children around the world.
14:24 slef owen: no more than candygirl does.
14:34 Colin left #koha
14:41 js_ joined #koha
14:44 jwagner Article on CNN.com about the future of libraries: http://www.cnn.com/2009/TECH/0[…]nology/index.html  My favorite quote (about librarians): Some wear tattoos, piercings and dress like they belong on the streets of Brooklyn instead of behind bookshelves.
14:49 owen That's why I can't work the circ desk anymore. They only allow old ladies with their hair in a bun going "Shhhh!!!!"
14:50 js left #koha
14:51 * hedgesst doesn't understand. Owen ~does~ wear his hair in a bun.
14:51 gmcharlt Marian strikes again
14:51 owen That was a sesame seed bun, and it was only that once.
14:53 jwagner Buns of steel, maybe?
15:19 pianohacker joined #koha
15:34 pianohacker Good morning
15:34 Sharon joined #koha
15:43 js__ joined #koha
15:44 laurence left #koha
15:53 js_ left #koha
15:53 bigbrovar left #koha
15:54 cait_laptop joined #koha
15:54 cait_laptop chris here?
15:55 pianohacker Probably not until later, I think it's about 4:00 AM there
15:55 pianohacker Anything we can help you with?
15:56 cait_laptop hm I think I just found out what is wrong
15:57 cait_laptop working on my first patch and wanted to ask something about git, but I think I got it. thy pianohacker
15:57 pianohacker Always happy to help by not helping
15:57 cait_laptop :)
16:02 cait_laptop pianohacker: ok, I have a question :)
16:02 cait_laptop I m working at my first patch, adding B_address2 and altcontactcountry to borrowers, so that all addresses offer the same fields
16:03 cait_laptop my database update worked fine, but I found a typo in a label
16:04 cait_laptop can I include this change in the patch I created or must I create a new patch now?
16:05 pianohacker You'll have to make a new patch, but you won't need two of them
16:06 pianohacker Just make the change, run git commit --amend, then git format-patch ^HEAD again
16:06 cait_laptop ah
16:06 cait_laptop I used git format-patch origin  - will this work two or is it completely wrong?
16:06 cait_laptop two = too
16:07 pianohacker That works too
16:07 pianohacker All you're saying is, make a patch for all changes since this point
16:07 cait_laptop ah thx, I m really new to git
16:07 cait_laptop I will try, thank you pianohacker
16:07 pianohacker You'll get used to it. It'll still give you trouble, you just won't mind as much
16:07 pianohacker np
16:25 schuster joined #koha
16:25 schuster Howdy all what a morning!
16:26 schuster So with the freeze on Saturday am I looking at the wrong place as I don't see anything added to http://git.koha.org - since Aug 31.
16:26 js__ left #koha
16:26 cait_laptop pianohacker: worked great - thx again!
16:27 owen That doesn't mean things haven't been submitted, it just means things haven't been approved.
16:29 paul_p schuster: or it's in a specific branch (look closely, you'll see a BibLibre, and a labels_recon branch (bottom of home page)
16:33 owen left #koha
16:38 collum left #koha
16:43 owen joined #koha
16:46 jwagner left #koha
17:06 pianohacker gmcharlt: around?
17:09 schuster OK thanks.
17:10 schuster wizzyrea ya listening?
17:17 wizzyre joined #koha
17:18 gmcharlt pianohacker?
17:18 pianohacker gmcharlt: I have a prefs branch (which will be ready within the hour) with many, many small commits; how would you like it?
17:19 paul_p pianohacker: git rebase -i could help you merging commits
17:19 paul_p bye US & other ppl ! see you on monday !
17:19 pianohacker bye, paul_p
17:19 wizzyre have a good weekend paul_p
17:20 pianohacker wizzyre = wizzyreal?
17:20 slef oops - think I just booked a job right before the koha foundation IRC meeting, so I might still be travelling when it happens.
17:22 slef time to stress-test mobile internet again
17:22 wizzyre one and the sam
17:22 wizzyre with missing ending e's
17:24 cait_laptop owen: here?
17:24 owen Yes
17:25 owen slef: Has the koha foundation IRC meeting been announced?
17:25 nicomo left #koha
17:25 cait_laptop hi, I wrote a patch for bug 1600 and bug 3464 adding new fields to borrowers
17:25 munin Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=1600 enhancement, P3, ---, chris@bigballofwax.co.nz, NEW, Alternate address form should offer 2 address fields
17:25 munin Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3464 enhancement, P5, ---, Sebastien.Hinderer@snv.jussieu.fr, RESOLVED FIXED, borrowers table should contain country information for libraries with international patron populations
17:25 slef owen: no idea.  Was I meant to be announcing it?
17:26 nicomo joined #koha
17:26 cait_laptop I noticed that alternate contact has no lines and labels and no separate edit button
17:26 owen slef: I just recalled someone saying "we should announce it" but then that was the last of it
17:26 slef mmmm, can I have the fix for bug 3464 please cait_laptop?  Sounds useful
17:26 cait_laptop is there a reason for that or is it ok to add these things?
17:27 slef owen: TEAM = Toll, Ein Anderes Macht's (excuse misspelling) again
17:27 cait_laptop I will send it soon - its my first patch, I want to test a little more before sending it
17:27 slef ok
17:27 cait_laptop Im glad that I came that far :)
17:28 slef I can test applying it to our repo before you send, if you want... if not, nm
17:28 cait_laptop slef: 3463 is already done, only altcontact... had no country field
17:28 slef owen: which translates as Great! Someone else will do it.
17:29 slef biab
17:29 cait_laptop Im working on an old laptop, so no public repo, shall I send you the file?
17:29 paul_p left #koha
17:30 pianohacker cait_laptop: Most likely, yes
17:30 cait_laptop pianohacker: yes to what?
17:30 schuster Wizzyrea where'd ya go?
17:30 pianohacker Sending him the file :)
17:30 cait_laptop sorry, my family is setting the table around me,
17:31 pianohacker See ya, have a good dinner
17:31 cait_laptop thx
17:32 cait_laptop owen: do you think this changes to display of alternate address on moremember.pl are ok?
17:33 owen cait_laptop: It sounds like what you're seeing is the same as in the latest version
17:34 cait_laptop owen: sorry, I dont understand, is display of alternate addres already fixed?
17:34 owen Sorry, I misunderstood. I thought you were saying that it was a result of your patch.
17:35 owen I don't have any objection if you want to change that to match the other sections
17:36 cait_laptop owen: thx, will send patch soon. feature freeze is on end of sunday?
17:36 owen Yes
17:37 cait_laptop dinner now :)
17:43 nicomo left #koha
18:04 wizzyre left #koha
18:20 wajasu joined #koha
18:31 cait_laptop left #koha
18:36 pianohacker ping
18:37 wizzyrea ack
18:37 pianohacker syn/ack
18:37 pianohacker Sorry, my connection's flaking out, meant to use /ping
18:37 gmcharlt pianohacker: sorry for disappearing
18:37 gmcharlt back now
18:37 pianohacker Not a problem, you're on the road, right?
18:37 gmcharlt pianohacker: no, just on phone calls, which is worse ;)
18:38 pianohacker Heh
18:38 gmcharlt as paul_p suggests, rebase -i so that the commits can be brought down into more coherent sets would be nice
18:38 gmcharlt but ultimately the end result I want is a branch that you send me a pull request for
18:38 gmcharlt that is a fast forward from head
18:39 gmcharlt and, if at all possible, that includes *only* the new syspref stuff
18:39 gmcharlt i.e., not too many unrelated bugfixes
18:39 pianohacker gmcharlt: The last part is easy; the new prefs work is isolated
18:40 wizzyrea (it's so fun to watch this stuff come together)
18:41 pianohacker Heh. I was scrambling there for a while, because despite personally writing on the meeting notes that the feature freeze was Sunday, I thought it was today
18:41 wajasu i set up koha 3.0.3 on a box.  I imported someone's marc21 data that they had worked on, via the web import. When i edit and then save, there is an error about not being able to append an authority value.
18:41 hedgesst left #koha
18:42 wajasu do i need to put at least one authority value in something like the MARC21 850 field?
18:43 wajasu I'm grasping at straws here, because I'm not at the system.
18:44 hdl_laptop chris around ?
18:44 vickiteal joined #koha
18:46 hdl_laptop wajasu: you can disable creation of authorities when adding biblios
18:46 hdl_laptop @later chris I have some more patches on 3.0.x
18:46 munin hdl_laptop: I've exhausted my database of quotes
18:47 wizzyrea hdl_laptop: I think it's @later tell
18:47 hdl_laptop munin, purge quotes
18:47 munin hdl_laptop: I'll give you the answer just as soon as RDA is ready
18:47 hdl_laptop @later tell chris I have some more patches on 3.0.x
18:47 munin hdl_laptop: The operation succeeded.
18:47 wizzyrea :D
18:47 hdl_laptop thx wizzyrea ;)
18:47 wizzyrea sure thing
18:50 Tierno26 joined #koha
18:50 Tierno26 left #koha
18:59 owen left #koha
18:59 gmcharlt pianohacker: don't stress *too* much about consolditaing patches, though - if time is limited, spend it on making sure that the commit messages for the most important patches in the series are really good
19:03 chris morning
19:04 gmcharlt morning chris
19:04 gmcharlt how goes it?
19:05 chris not too bad
19:06 brendan left #koha
19:10 chris hdl_laptop: reading your email now
19:12 chris hdl_laptop: you there?
19:13 chris i cant push to the maintanence repo
19:14 chris but i will clone from that and apply patches, and you can pull from my repo
19:17 brendan joined #koha
20:26 vickiteal left #koha
21:14 brendan I find myself typing git now all the time -- instead of got :)
21:15 wizzyrea git outta town
21:20 chris heh
21:33 schuster left #koha
22:06 Sharon left #koha
22:12 chris i think im gonna take a break from cherry picking for a bit
22:13 chris my brain hurts
22:55 chris @quote random
22:55 munin chris: Quote #26: "<chris> as an aside C4::Search makes my brain hurt" (added by jdavidb at 09:21 PM, August 22, 2009)
22:56 chris there's a theme here
22:56 pianohacker There's that kiwi understatement again
22:56 chris heh
22:57 pianohacker CNN: "C4::Search rewritten, global migraine rate drops sharply"
22:57 chris got plans for the weekend pianohacker ?
22:58 pianohacker Just mowing, vacuuming, setting up a birthday party and getting in the prefs editor before the freeze, why?
22:58 pianohacker :)
22:59 chris hehe

| Channels | #koha index | Today | | Search | Google Search | Plain-Text | plain, newest first | summary