← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | 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 | *capitalization | |
00:56 | chris | capitalisation :) |
00:56 | pianohacker | Hehehehe |
00:57 | 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 | @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 | good morning #koha | |
03:25 | brendan | hi amit |
03:25 | pianohacker | Good morning, Amit |
03:25 | Amit | hi pianohacker |
03:26 | heya brendan have u configure biblios.net | |
03:27 | brendan | yes a while ago |
03:27 | the key is getting pazpar2 and your koha-conf.xml right | |
03:27 | Amit | yes |
03:28 | i ask one question pazpar2 is configure on koha configuration time | |
03:28 | because my make-koha-install gives an error | |
03:28 | cpan module test fial | |
03:28 | fail | |
03:28 | 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 | but the problem due to saving records on local machine | |
03:39 | mean to say send target list | |
03:40 | make koha-install-symlinks KOHADIR=/opt/kohanewgit/kohaclone/koha-tmpl/intranet-tmpl/prog/en KOHACGIDIR=/opt/kohanewgit/kohaclone | |
03:40 | 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 | 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 | 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 | 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 | 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 | or 33000 in total | |
09:16 | ? | |
09:16 | slef | 33000 with a surname starting with the same letter |
09:17 | DBD::mysql::st execute failed: Error writing file '/tmp/MYATZA2Q' (Errcode: 28) | |
09:17 | at /home/mjr/koha-3.0.x.c/C4/Members.pm line 245. | |
09:17 | DBD::mysql::st fetchall_arrayref failed: fetch() without execute() at /home/mjr/koha-3.0.x.c/C4/Members.pm line 247. | |
09:17 | 0:ARRAY(0xc87d8c) | |
09:17 | ||
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 | run out of sapce in /tmp ? | |
09:17 | slef | yes, but I've traced it back to C4::Members::SearchMember |
09:18 | maybe - but there's 64Gb free | |
09:18 | chris | error 28 is no space left on device |
09:18 | and /tmp isnt it its own partition? | |
09:18 | slef | which does beg the question: what is DBD::mysql trying to write? |
09:19 | actually, it's a symlink... duh! | |
09:19 | 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 | yeah, even when I had the monster sessions table, the dump was only 4Gb | |
09:21 | what is DBD::mysql trying to write? | |
09:21 | chris | just the results of the query for sorting |
09:21 | its mysql doing | |
09:21 | it | |
09:21 | that will be the error mysql passed back to dbd: | |
09:21 | :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 | slef: of is 64GB the remaining space ? | |
09:23 | cait_laptop joined #koha | |
09:23 | slef | 64GB is the remaining space |
09:24 | I can try logrotating to free up some space | |
09:24 | chris | slef: in my.cnf tmpdir = /tmp |
09:24 | you could change taht to somewhere else | |
09:25 | restart mysql and see what happanes | |
09:25 | 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 | 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 | RAID++ | |
09:44 | (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 | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=1600 enhancement, P3, ---, chrisbigballofwax.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 | Amit: where do you work? Anyone: is there a way of making munin read user info from the wiki? | |
10:20 | 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 | (RAM & CPU changes on the way... then we will probably finish with this 5years old server...) | |
10:24 | slef | owowow |
10:25 | we have one hardware server left I think - all else is virtual rented now | |
10:25 | 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 | I see that @bug 1600 is yours | |
10:46 | munin | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=1600 enhancement, P3, ---, chrisbigballofwax.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 | 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 | 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 | It should be at least varchar(13) | |
10:50 | chris | send a patch :) |
10:53 | 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 | seems like 9 is fine | |
10:53 | ISBN needs to be 13 | |
10:54 | 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 | i was wondering if that was why you thought it needed 13 | |
10:57 | when the standard says 8 | |
10:57 | davi | yes, it was |
10:58 | How to represent an ISSN ad EAN-13? | |
10:58 | 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 | 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 | 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 | 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 | it's alphabetical order | |
12:57 | by the link_value code | |
12:57 | in the facet type loop returned by C4::Koha::getFacets() | |
12:57 | which boils down to the following hard-coded order | |
13:00 | jwagner: no, sorry, scratch that | |
13:00 | it seems to actually be topics first | |
13:00 | *libraries* first, rather | |
13:00 | followed by the other facets types | |
13:01 | in order of increasing number of facet terms displayed | |
13:01 | so if 3 topic facets are found in the result set | |
13:01 | and 5 place | |
13:01 | the topic facets will be displayed before the place facets | |
13:01 | 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 | 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 | one for ordering of the facet types | |
13:05 | 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 | 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 | it's not explicitly indicated, but the order of facets within a type | |
13:07 | 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 | that you could expose | |
13:09 | although it could be confusing | |
13:09 | since the facets are computed *only* for the displayed records | |
13:10 | 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 | you'll see the facets changing | |
13:10 | jwagner: right | |
13:10 | 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 | 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 | 04Bug 3154: major, P5, ---, henridamienkoha-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 | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=2614 enhancement, P3, ---, jmfliblime.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 | 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 | 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 | gmcharlt: If i Put in OPAC part that it is 127.0.0.1:80 it works OK. | |
13:32 | bu I do no thave OPAC part which I do not need anyway | |
13:35 | bbl | |
13:35 | 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 | 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 | 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 | 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 | 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 | 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 | 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 | Anything we can help you with? | |
15:56 | cait_laptop | hm I think I just found out what is wrong |
15:57 | 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 | pianohacker: ok, I have a question :) | |
16:02 | I m working at my first patch, adding B_address2 and altcontactcountry to borrowers, so that all addresses offer the same fields | |
16:03 | my database update worked fine, but I found a typo in a label | |
16:04 | 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 | Just make the change, run git commit --amend, then git format-patch ^HEAD again | |
16:06 | cait_laptop | ah |
16:06 | I used git format-patch origin - will this work two or is it completely wrong? | |
16:06 | two = too | |
16:07 | pianohacker | That works too |
16:07 | 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 | 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 | np | |
16:25 | schuster joined #koha | |
16:25 | schuster | Howdy all what a morning! |
16:26 | 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 | 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 | 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 | time to stress-test mobile internet again | |
17:22 | wizzyre | one and the sam |
17:22 | with missing ending e's | |
17:24 | cait_laptop | owen: here? |
17:24 | owen | Yes |
17:25 | 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 | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=1600 enhancement, P3, ---, chrisbigballofwax.co.nz, NEW, Alternate address form should offer 2 address fields |
17:25 | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3464 enhancement, P5, ---, Sebastien.Hinderersnv.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 | 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 | 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 | 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 | Sorry, my connection's flaking out, meant to use /ping | |
18:37 | gmcharlt | pianohacker: sorry for disappearing |
18:37 | 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 | but ultimately the end result I want is a branch that you send me a pull request for | |
18:38 | that is a fast forward from head | |
18:39 | and, if at all possible, that includes *only* the new syspref stuff | |
18:39 | 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 | 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 | @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 | 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 | hdl_laptop: you there? | |
19:13 | i cant push to the maintanence repo | |
19:14 | 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 | my brain hurts | |
22:55 | @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 | :) | |
22:59 | chris | hehe |
← Previous day | Today | Next day → | Search | Index