Time Nick Message 22:59 chris hehe 22:58 pianohacker :) 22:58 pianohacker Just mowing, vacuuming, setting up a birthday party and getting in the prefs editor before the freeze, why? 22:57 chris got plans for the weekend pianohacker ? 22:57 pianohacker CNN: "C4::Search rewritten, global migraine rate drops sharply" 22:56 chris heh 22:56 pianohacker There's that kiwi understatement again 22:56 chris there's a theme here 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:55 chris @quote random 22:13 chris my brain hurts 22:12 chris i think im gonna take a break from cherry picking for a bit 21:20 chris heh 21:15 wizzyrea git outta town 21:14 brendan I find myself typing git now all the time -- instead of got :) 19:14 chris but i will clone from that and apply patches, and you can pull from my repo 19:13 chris i cant push to the maintanence repo 19:12 chris hdl_laptop: you there? 19:10 chris hdl_laptop: reading your email now 19:05 chris not too bad 19:04 gmcharlt how goes it? 19:04 gmcharlt morning chris 19:03 chris morning 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 18:47 wizzyrea sure thing 18:47 hdl_laptop thx wizzyrea ;) 18:47 wizzyrea :D 18:47 munin hdl_laptop: The operation succeeded. 18:47 hdl_laptop @later tell chris I have some more patches on 3.0.x 18:47 munin hdl_laptop: I'll give you the answer just as soon as RDA is ready 18:47 hdl_laptop munin, purge quotes 18:47 wizzyrea hdl_laptop: I think it's @later tell 18:46 munin hdl_laptop: I've exhausted my database of quotes 18:46 hdl_laptop @later chris I have some more patches on 3.0.x 18:46 hdl_laptop wajasu: you can disable creation of authorities when adding biblios 18:44 hdl_laptop chris around ? 18:43 wajasu I'm grasping at straws here, because I'm not at the system. 18:42 wajasu do i need to put at least one authority value in something like the MARC21 850 field? 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 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:40 wizzyrea (it's so fun to watch this stuff come together) 18:39 pianohacker gmcharlt: The last part is easy; the new prefs work is isolated 18:39 gmcharlt i.e., not too many unrelated bugfixes 18:39 gmcharlt and, if at all possible, that includes *only* the new syspref stuff 18:38 gmcharlt that is a fast forward from head 18:38 gmcharlt but ultimately the end result I want is a branch that you send me a pull request for 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 pianohacker Heh 18:37 gmcharlt pianohacker: no, just on phone calls, which is worse ;) 18:37 pianohacker Not a problem, you're on the road, right? 18:37 gmcharlt back now 18:37 gmcharlt pianohacker: sorry for disappearing 18:37 pianohacker Sorry, my connection's flaking out, meant to use /ping 18:37 pianohacker syn/ack 18:37 wizzyrea ack 18:36 pianohacker ping 17:37 cait_laptop dinner now :) 17:36 owen Yes 17:36 cait_laptop owen: thx, will send patch soon. feature freeze is on end of sunday? 17:35 owen I don't have any objection if you want to change that to match the other sections 17:34 owen Sorry, I misunderstood. I thought you were saying that it was a result of your patch. 17:34 cait_laptop owen: sorry, I dont understand, is display of alternate addres already fixed? 17:33 owen cait_laptop: It sounds like what you're seeing is the same as in the latest version 17:32 cait_laptop owen: do you think this changes to display of alternate address on moremember.pl are ok? 17:31 cait_laptop thx 17:31 pianohacker See ya, have a good dinner 17:30 cait_laptop sorry, my family is setting the table around me, 17:30 pianohacker Sending him the file :) 17:30 schuster Wizzyrea where'd ya go? 17:30 cait_laptop pianohacker: yes to what? 17:30 pianohacker cait_laptop: Most likely, yes 17:29 cait_laptop Im working on an old laptop, so no public repo, shall I send you the file? 17:29 slef biab 17:28 slef owen: which translates as Great! Someone else will do it. 17:28 cait_laptop slef: 3463 is already done, only altcontact... had no country field 17:28 slef I can test applying it to our repo before you send, if you want... if not, nm 17:27 cait_laptop Im glad that I came that far :) 17:27 slef ok 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 owen: TEAM = Toll, Ein Anderes Macht's (excuse misspelling) again 17:26 cait_laptop is there a reason for that or is it ok to add these things? 17:26 slef mmmm, can I have the fix for bug 3464 please cait_laptop? Sounds useful 17:26 owen slef: I just recalled someone saying "we should announce it" but then that was the last of it 17:26 cait_laptop I noticed that alternate contact has no lines and labels and no separate edit button 17:25 slef owen: no idea. Was I meant to be announcing it? 17:25 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_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 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=1600 enhancement, P3, ---, chris@bigballofwax.co.nz, NEW, Alternate address form should offer 2 address fields 17:25 cait_laptop hi, I wrote a patch for bug 1600 and bug 3464 adding new fields to borrowers 17:25 owen slef: Has the koha foundation IRC meeting been announced? 17:24 owen Yes 17:24 cait_laptop owen: here? 17:22 wizzyre with missing ending e's 17:22 wizzyre one and the sam 17:22 slef time to stress-test mobile internet again 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:20 pianohacker wizzyre = wizzyreal? 17:19 wizzyre have a good weekend paul_p 17:19 pianohacker bye, paul_p 17:19 paul_p bye US & other ppl ! see you on monday ! 17:19 paul_p pianohacker: git rebase -i could help you merging commits 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:18 gmcharlt pianohacker? 17:10 schuster wizzyrea ya listening? 17:09 schuster OK thanks. 17:06 pianohacker gmcharlt: around? 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:27 owen That doesn't mean things haven't been submitted, it just means things haven't been approved. 16:26 cait_laptop pianohacker: worked great - thx again! 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:25 schuster Howdy all what a morning! 16:07 pianohacker np 16:07 pianohacker You'll get used to it. It'll still give you trouble, you just won't mind as much 16:07 cait_laptop I will try, thank you pianohacker 16:07 cait_laptop ah thx, I m really new to git 16:07 pianohacker All you're saying is, make a patch for all changes since this point 16:07 pianohacker That works too 16:06 cait_laptop two = too 16:06 cait_laptop I used git format-patch origin - will this work two or is it completely wrong? 16:06 cait_laptop ah 16:06 pianohacker Just make the change, run git commit --amend, then git format-patch ^HEAD again 16:05 pianohacker You'll have to make a new patch, but you won't need two of them 16:04 cait_laptop can I include this change in the patch I created or must I create a new patch now? 16:03 cait_laptop my database update worked fine, but I found a typo in a label 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:02 cait_laptop pianohacker: ok, I have a question :) 15:57 cait_laptop :) 15:57 pianohacker Always happy to help by not helping 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:56 cait_laptop hm I think I just found out what is wrong 15:55 pianohacker Anything we can help you with? 15:55 pianohacker Probably not until later, I think it's about 4:00 AM there 15:54 cait_laptop chris here? 15:34 pianohacker Good morning 14:53 jwagner Buns of steel, maybe? 14:51 owen That was a sesame seed bun, and it was only that once. 14:51 gmcharlt Marian strikes again 14:51 * hedgesst doesn't understand. Owen ~does~ wear his hair in a bun. 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:44 jwagner Article on CNN.com about the future of libraries: http://www.cnn.com/2009/TECH/09/04/future.library.technology/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:24 slef owen: no more than candygirl does. 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 owen slef: Are you telling me that "Puff the Magic Dragon" has something to do with drugs?! 14:24 hedgesst my sensors were tingling 14:23 hedgesst hi slef! 14:23 slef whoa, drug discussions in #koha and hedgesst appears? 14:14 gmcharlt not a puff to be found, I'm sure 14:14 owen And not the friendly, telepathic, fly-me-to-work kind I suspect. 14:11 gmcharlt owen: there be one of the dragons, I think 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:04 gmcharlt owen: most likely 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? 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 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:57 jwagner I'll drink to that, owen.... 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:55 owen Good grief holds and transfers are so messed up 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:50 gmcharlt jwagner: good catch 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: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:35 library exit 13:35 library bbl 13:32 library bu I do no thave OPAC part which I do not need anyway 13:31 library gmcharlt: If i Put in OPAC part that it is 127.0.0.1:80 it works OK. 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:29 jwagner Still can't search either staff or OPAC for any branches but the main one. 13:28 jwagner I wondered about that, so I rebuilt the indexes last night -- no help. 13:27 gmcharlt library: depends on how you configured it. you can try http://192.168.1.6:8080 13:27 gmcharlt possibly bibs and index getting out of sync 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: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:21 jwagner Not on a cruise ship.... 13:21 owen You'll need 5 after 1-3, but you'll want to bring 4 with you on 5. 13:20 jwagner 5. A vacation :-) 13:20 owen 4. A pony. 13:20 gmcharlt right 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: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:17 gmcharlt owen: yes 13:17 owen Are they now sorted by frequency according to the count we can't see? 13:16 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=2614 enhancement, P3, ---, jmf@liblime.com, NEW, Facets in Alpha Order 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:14 nicomo but in fact it does seem they do not 13:14 jwagner Well, a Real Live Admin did notice :-) 13:14 nicomo gmcharlt: i wondered too, and in amazement too: how can they not see it! 13:13 * gmcharlt idly wonders if any Real Live Patron (tm) has ever noticed 13:13 gmcharlt but computing the list of facets is wrong 13:12 munin 04Bug 3154: major, P5, ---, henridamien@koha-fr.org, NEW, OPAC Search refining by facets is wrong 13:12 gmcharlt as owen says, the filtering is against the entire result set 13:12 nicomo jwagner: see http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=3154 13:12 nicomo yes 13:12 jwagner Whew. That's better, was about to panic. 13:12 gmcharlt nicomo, jwagner: that's actually the motivation for switching to using Zebra's built-in facet generation 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:11 nicomo jwagner: absolutely 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:10 gmcharlt which is probably why the count isn't displayed by default 13:10 gmcharlt jwagner: right 13:10 gmcharlt you'll see the facets changing 13:10 gmcharlt in a long search results list 13:10 jwagner So the count would only be for the current page? 13:10 gmcharlt so if you go from page to page 13:10 gmcharlt not for the entire results list 13:09 gmcharlt since the facets are computed *only* for the displayed records 13:09 gmcharlt although it could be confusing 13:08 gmcharlt that you could expose 13:08 gmcharlt there's a facet count availble in the template 13:08 jwagner OK, I'll tell them that; it might affect what they want to do. 13:08 gmcharlt right 13:07 jwagner So the most frequent author, place, etc. is first in the list for that facet? 13:07 gmcharlt is decreasing frequency 13:07 gmcharlt it's not explicitly indicated, but the order of facets within a type 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:06 gmcharlt I can understand desire to sort facets in alpha order 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:05 gmcharlt one for controlling the order of the facets within each type 13:05 gmcharlt one for ordering of the facet types 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:04 gmcharlt so in fact what I just told you about the ordering is wrong 13:04 jwagner And they'd REALLY like to have the entries in each facet sorted alpha 13:04 gmcharlt compare http://opac1.koha.librarypolice.com/cgi-bin/koha/opac-search.pl?q=a vs. http://opac1.koha.librarypolice.com/cgi-bin/koha/opac-search.pl?q=bd 13:04 jwagner I could have told you that :-) 13:03 gmcharlt jwagner: shoot - this code is a mess 13:03 jwagner OK, can I control the display order? Without screwing up too many things? 13:03 gmcharlt there will normally be fewer series facets than any other type 13:03 jwagner Series comes first even if there are only 2 entries (and no "more" link) 13:03 gmcharlt right, but that can happen by accident 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:01 gmcharlt in other words, the order changes based on the search results 13:01 gmcharlt the topic facets will be displayed before the place facets 13:01 gmcharlt and 5 place 13:01 gmcharlt so if 3 topic facets are found in the result set 13:01 gmcharlt in order of increasing number of facet terms displayed 13:00 gmcharlt followed by the other facets types 13:00 gmcharlt *libraries* first, rather 13:00 gmcharlt it seems to actually be topics first 13:00 gmcharlt jwagner: no, sorry, scratch that 12:57 gmcharlt which boils down to the following hard-coded order 12:57 gmcharlt in the facet type loop returned by C4::Koha::getFacets() 12:57 gmcharlt by the link_value code 12:56 gmcharlt it's alphabetical order 12:56 gmcharlt jwagner: in a slightly obscure fashion 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:25 chris_n g'morning 11:55 gmcharlt how goes it? 11:55 hdl_laptop hi 11:55 gmcharlt good morning 11:33 jwagner Hi there 11:32 bigbrovar hi jwagner 11:32 bigbrovar hi Amit 11:28 jwagner Hi Amit 11:27 Amit hi jwagner, bigbrovar 11:02 chris http://search.cpan.org/~bdfoy/Business-ISSN-0.91/lib/ISSN.pm might be useful 11:01 davi thanks a lot chris 11:01 bigbrovar hi guys morning/afternoon/evening (which ever applies to you) 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". 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:58 chris you'll have to go read the spec, i don't know off the top of my head 10:58 davi What is the conversion I have to do? 10:58 davi How to represent an ISSN ad EAN-13? 10:57 davi yes, it was 10:57 chris when the standard says 8 10:57 chris i was wondering if that was why you thought it needed 13 10:57 chris i know, but you can represent an issn as an EAN-13 10:56 davi EAN is not in biblioitems 10:54 chris EAN needs to be at least 13 too 10:53 chris ISBN needs to be 13 10:53 chris seems like 9 is fine 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:50 chris send a patch :) 10:50 davi It should be at least varchar(13) 10:49 davi | issn | varchar(9) is wrong. 10:49 cait_laptop just wanted to ask if you plan to work on it 10:49 chris cool 10:47 cait_laptop not sure if I can really do it... but I will try and see how far I get 10:47 cait_laptop |lupin| added the country fields lately and I thought I could try to copy what he did 10:47 chris cool, feel free to reassign it to you 10:46 chris havent done any work on it tho 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 well its assigned to me 10:46 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=1600 enhancement, P3, ---, chris@bigballofwax.co.nz, NEW, Alternate address form should offer 2 address fields 10:46 cait_laptop I see that @bug 1600 is yours 10:46 cait_laptop hi chris 10:42 chris yep cait_laptop 10:38 cait_laptop chris here? 10:33 slef paul_p: sig11 or sig10? 10:31 Amit ok 10:31 slef do @learn amit as DESCRIPTION-GOES-HERE 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:30 Amit @whatis amit 10:30 munin Amit: downloading the Perl source 10:30 Amit @amit 10:25 slef I'm not much of a hardware guy, so I could be wrong 10:25 slef we have one hardware server left I think - all else is virtual rented now 10:24 slef owowow 10:24 paul_p (RAM & CPU changes on the way... then we will probably finish with this 5years old server...) 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:22 munin slef: "slef" could be MJ Ray, webmaster-developer for TTLLP software.coop 10:22 slef @whatis 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:21 slef @info slef 10:20 Amit Slef: I am working in Nucsoft Osslabs www.osslabs.biz 10:20 slef or munin could store it anyway 10:19 slef Amit: where do you work? Anyone: is there a way of making munin read user info from the wiki? 10:19 slef hi Amit 10:19 Amit hi slef 10:17 slef heh, damned frenchie early lunchers 10:06 |Lupin| lunch time, bye everybody ! 09:46 munin 04Bug http://bugs.koha.org/cgi-bin/bugzilla3/show_bug.cgi?id=1600 enhancement, P3, ---, chris@bigballofwax.co.nz, NEW, Alternate address form should offer 2 address fields 09:46 |Lupin| bug 1600 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:43 paul_p RAID++ 09:43 paul_p yep slef. 09:42 slef paul_p: RAID means non-fatal, I hope 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:35 |Lupin| hi cait_laptop 09:29 slef it's not 1030 and I've just seen my third incident 09:29 slef erm, no, it's not ;-) 09:28 cait_laptop good morning 09:25 slef will do - waiting for the logrotate... checking email for words of librarian wisdom 09:25 chris wow typing fail tonight 09:25 chris restart mysql and see what happanes 09:24 chris you could change taht to somewhere else 09:24 chris slef: in my.cnf tmpdir = /tmp 09:24 slef I can try logrotating to free up some space 09:23 slef 64GB is the remaining space 09:23 |Lupin| slef: of is 64GB the remaining space ? 09:23 |Lupin| slef: is your / indeed full ? 09:22 slef it says no quotas 09:22 chris hmm that sounds like a possible suspect 09:21 slef I wonder if there's some quota system going on 09:21 chris :mysql 09:21 chris that will be the error mysql passed back to dbd: 09:21 chris it 09:21 chris its mysql doing 09:21 chris just the results of the query for sorting 09:21 slef what is DBD::mysql trying to write? 09:20 slef yeah, even when I had the monster sessions table, the dump was only 4Gb 09:20 slef well, it looks like tmp is still on / but it's not completely clear 09:20 chris yeah and the whole db would probably fit into 64Gb 10 times 09:20 slef |Lupin|: relative to 64Gb, that won't be much 09:19 |Lupin| slef: if /mp is not on its own partition, apt-get clean may help to get more free space 09:19 slef checking further 09:19 slef actually, it's a symlink... duh! 09:18 slef which does beg the question: what is DBD::mysql trying to write? 09:18 chris and /tmp isnt it its own partition? 09:18 chris error 28 is no space left on device 09:18 slef maybe - but there's 64Gb free 09:17 slef yes, but I've traced it back to C4::Members::SearchMember 09:17 chris run out of sapce in /tmp ? 09:17 chris ahh trying to browse? 09:17 slef just searching for the error, but wondered if anyone had seen this 09:17 chris where are you having the problem? 09:17 slef 09:17 slef 0:ARRAY(0xc87d8c) 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 at /home/mjr/koha-3.0.x.c/C4/Members.pm line 245. 09:17 slef DBD::mysql::st execute failed: Error writing file '/tmp/MYATZA2Q' (Errcode: 28) 09:16 slef 33000 with a surname starting with the same letter 09:16 chris ? 09:16 chris or 33000 in total 09:15 chris 33000 with the same name? 09:15 slef yep, big busy library 09:14 |Lupin| wow 09:14 slef I'm failing at 33000 members 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 outside has just turned into central Rome... lots of horns blaring! 09:13 slef how many members have you got with surnames beginning with the same letter? 09:13 |Lupin| slef: nope, sorry 09:13 slef Hi all. Has anyone hit a problem with having too many members with surnames beginning with the same letter? 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:04 |Lupin| question about bulkmarcimport pls 08:35 chris hi jransom 08:33 jransom hiya 08:27 |Lupin| hi Amit 08:20 Amit hi lupin, paul_p 08:10 |Lupin| hi 07:14 paul_p yep 07:14 chris good conference? 07:13 paul_p chris: yep 07:13 chris back from paris? 07:13 paul_p our mail/webserver seems to have problems... 07:13 paul_p hi chris. 07:12 chris hi paul_p 05:59 chris ahhh 05:59 nicomo I was in Paris but just ent from meeting to meeting 05:58 nicomo I was the only one NOT at the conference in fact 05:56 chris good conference? 05:52 nicomo hi chris 05:52 chris hi nicomo 05:45 munin Amit: Error: No such location could be found. 05:45 Amit @wunder delhi 05:45 nicomo hi Amit 05:45 Amit hi nicomo 05:03 munin chris: The operation succeeded. 05:03 chris @later tell hdl_laptop ping me when you are on, i have 100 commits cherry-picked over ready to push 03:47 Amit ok thanks 03:42 brendan I guess I would start with the koha-conf.xml and go from there 03:42 Amit no problem good night 03:41 brendan hmm... sorry amit -- bed time for me -- 03:40 Amit this runs fine 03:40 Amit make koha-install-symlinks KOHADIR=/opt/kohanewgit/kohaclone/koha-tmpl/intranet-tmpl/prog/en KOHACGIDIR=/opt/kohanewgit/kohaclone 03:39 Amit mean to say send target list 03:39 Amit but the problem due to saving records on local machine 03:39 Amit i have already configured once biblios.net with koha 03:38 brendan biblios seems to not be supported anymore -- so I haven't looked at it a long time 03:34 Amit i m using koha via git 03:29 brendan not sure -- which version of koha 03:29 brendan night 03:29 pianohacker Good night, #koha 03:28 Amit pazpar2 03:28 Amit fail 03:28 Amit cpan module test fial 03:28 Amit because my make-koha-install gives an error 03:28 Amit i ask one question pazpar2 is configure on koha configuration time 03:27 Amit yes 03:27 brendan the key is getting pazpar2 and your koha-conf.xml right 03:27 brendan yes a while ago 03:26 Amit heya brendan have u configure biblios.net 03:25 Amit hi pianohacker 03:25 pianohacker Good morning, Amit 03:25 brendan hi amit 03:25 Amit good morning #koha 03:25 Amit hi chris, brendan 03:05 brendan I've learned a lot -- need a massive brain-dump at the end of this week 03:05 pianohacker Heh. Reminds me of my stay in Paris a few years ago 03:04 brendan haven't seen the sun all week 03:04 pianohacker Georgia, huh? How's that? 03:04 brendan heya pianohacker :) 03:04 pianohacker Hi, brendan 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). 02:55 brendan @wunder norcross ga 02:55 brendan quiet evening here #koha 02:16 CGI048 Thanks, I got it. 02:13 pianohacker No problem, good luck 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:11 pianohacker CGI048: You need to turn on the BibliosAddAuthorities system preference, under the Authorities (or Cataloging, can't remember) tab 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 01:10 chris heh 01:10 pianohacker American English Class, maybe :) 01:10 * chris_n2 wonders if English Class is required in PhD studies... ;-) 00:57 pianohacker You furaners keep your britrot out of this here channel 00:56 pianohacker Hehehehe 00:56 chris capitalisation :) 00:53 pianohacker *capitalization 00:53 pianohacker What's power if you don't abuse it to change capititalization?