Time Nick Message 07:25 chris hi mc 06:52 mc hello world 01:10 mason tho, my encoding bug is a bit more obvious than yours , it seems.. 01:09 mason "besides the "encoding" field not being populated," 01:08 mason atz: i wonder if you are hitting a similar encoding bug to me? 00:19 atz might have to look at that again later 00:18 atz my $decoder = guess_encoding($marcdata, qw/utf8 latin1/); 00:17 atz use Encode::Guess; 00:17 atz alright.... now here's an interesting part: 00:16 chris must have changed whent that changed to ZOOM 00:16 atz ah, interesting 00:16 chris it used to use plain old Net::Z3950 00:16 chris oh maybe it was changed 00:15 atz uses ZOOM ? 00:15 atz chris: http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=blob;f=z3950/processz3950queue;h=a87b84d14bc64c76f781194c266169ae8f207a5a;hb=4cde30f3a56670e1302798bccd56706dfbf49df8 00:13 chris in there 00:13 chris the z3950-daemon-shell.sh and z3950-daemon-launch.sh 00:13 chris http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=tree;f=z3950;h=59a4ebff8ea83f2c908e8d5e3faefc42f570b1b4;hb=4cde30f3a56670e1302798bccd56706dfbf49df8 00:12 chris lemme find it 00:12 atz wow... had no idea 00:12 chris nope, totally custom written 00:12 atz was it an indexdata daemon also? 00:12 atz interesting 00:10 chris give that a whirl then see if you can spot the diff 00:10 chris could well be it 00:09 atz i suppose i'll just try recreating broken ones from scratch. it is probably a default value (in addition to encoding) that doesn't get applied by migration scripts... 00:08 atz chris: any recommendations for getting busted ones working in 3.0? Clients can't be persuaded that the sources they were using last week are unnecessary in the fancy new version of the software..... 23:54 chris so theres a few things different 23:54 chris and it didnt use ZOOM 23:53 chris that actually did the z3950 searches 23:53 chris you had to have a daemon type thing running on your box 23:53 chris the 2.2 worked totally different 23:15 atz it seems odd that the 2.2 implementation works better out of the box than the 3.0 one 23:14 atz chris: besides the "encoding" field not being populated, what else might cause working z3950 targets in 2.2 to break after upgrade to 3.0? 22:34 SelfishMan oops, wrong window 22:34 SelfishMan mwalling: That's funny 21:36 danny ok 21:36 gmcharlt if it's just something you noticed along the way, put it in a separate patch 21:36 gmcharlt put in the main patch if removing the files is logically part of the change 21:35 danny i have a patch that will make a couple of files obsolete, what is the general procedure for that? Is a separate patch for removing old files best or including that in the main patch? 20:14 cait i did it too - parallel? g 20:13 chris done :) 20:11 cait need login first :) 20:11 chris heh, yeah you can change it 20:10 cait ah meant for chris 20:10 cait its greek g 19:55 cait or if it has to go back first, yes 19:54 chris thats more for if you can issue an item 19:53 cait HomeOrHoldingBranch might also be interesting 19:52 owen Too bad there isn't a "do not transfer" button offered like there is a "do transfer" button when it's switched off. 19:51 owen Yeah, looks like what we were looking for. 19:50 chris If ON, Koha will automatically set up a transfer of this item to its homebranch 19:50 chris yep 19:50 cait AutomaticItemReturn should be right, i remember i tested it wednesday 19:49 atz (search for need) 19:49 atz owen: i think there is a SomethingNeedsSomething syspref? 19:49 owen :) 19:49 chris this is gonna be tricky 19:49 owen "This Variable allow or not to return automaticly to his homebranch" 19:49 chris hmm, my staff site is in greek 19:49 owen Hmm... AutomaticItemReturn maybe? 19:49 chris ill go look 19:48 chris but i may be misremembering 19:48 chris i think so owen 19:48 atz for shift + alt/option + q|r|u 19:48 owen For instance: whether or not to automatically transfer items which belong at other branches 19:48 owen Is there a preference for controlling how transfers are handled by default in returns? 19:47 atz Œ‰¨ 19:47 atz same results w/ Witch disabled... 19:46 atz hi chris 19:46 atz maybe alt's not working b/c i installed "Witch" 19:39 chris morning 19:37 atz so maybe i need shift or fn or some other magic 19:37 atz it's the same key as option on this small MacBook keyboard... but as a secondary 19:36 atz maybe i don't even know how to get to "alt" on my keyboard 19:35 atz u => opens some kind of dead-key extra-keyboard entry 19:34 atz q => œ 19:34 atz hmm.... option r gives me ® 19:29 atz i'd say that's a minor bug unless it affects win32 FF or IE 19:29 owen I haven't looked into the bug report because I always forget when I'm on my Mac :| 19:28 owen See this bug for complications: http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=2639 19:28 owen Right, for checkins, checkouts, and searches 19:28 atz looks like alt+r, alt+u, and alt+q 19:25 atz cool, thx 19:25 owen Look in staff-global.js for where it is put to use 19:25 atz i see jquery.hotkeys.js 19:24 owen It's not used extensively (or consistently, probably), but there is a jquery plugin being used in some places--the resident search form, for instance 19:23 atz owen: what mechanism do we use for keyboard hotkeys, if any, in the staff interface? 18:10 rhcl I don't really know anything about rima-tde.net, but just as a side note it has some interesting google hits. 17:49 trepador and one thing more i apologize for my poor english 17:49 trepador i read many times the installation page on kubuntu hardy heron 17:48 trepador thank you hdl laptop, but i have no idea of apache and mysql , i start to learn it, two days ago 17:41 atz you can't do web install w/o mysql. 17:41 hdl_laptop trepador: I think that MANY things are told in INSTALL documents. 17:37 trepador thanks 17:37 trepador now i'm installing with the web installer 17:37 trepador i don't have mysql-server installed 17:37 trepador sorry but i'am a newbie jejeje 17:34 hdl_laptop mysql seems not running 17:34 hdl_laptop trepador: yes. 17:21 trepador thanks 17:21 trepador someone knows what's the problem 17:21 trepador Can't connect to local MySQL server through socket '/var/run/mysqld/mysqld.sock' 17:20 trepador but when i try to conect with the navigator shows me this fatal error 17:20 trepador hi i finally got install koha 17:10 gmcharlt of course, I was just joking 17:09 hdl_laptop provided that traditional catalog is working fine, i think it would be OK for traditional catalogers. 17:08 gmcharlt - finding a large rock to hide under as traditional catalogers and metadata librarians start fighting over the ILS ;) 17:07 hdl_laptop Sure.... long way. 17:07 gmcharlt - the obvious thought that if you make Koha support multiple MARC formats, you may as well go all the way and support native DC and other metadata formats 17:06 gmcharlt - UI changes for user to know/set which MARC format is in use at a given point in time 17:06 hdl_laptop gmcharlt: ++ 17:06 hdl_laptop And we should then add user information. 17:06 gmcharlt - indexing : would requires DOM mode to have enough flexibility 17:05 gmcharlt but there are lots of details to attend to 17:05 gmcharlt conceptually, adding a marcflavour column to biblio and replacing preference lookups would go a long way 17:05 hdl_laptop But that would double the data. 17:05 hdl_laptop if we add a new link to a subfield. 17:04 hdl_laptop mmm... not that much.... 17:01 atz hdl_laptop: I imagine that would be very difficult 17:00 hdl_laptop atm, multiple MARC flavour support is quite time consuming for all of us. 16:59 atz it's not really experimental though. it's pretty stable at this point. 16:59 owen Yeah, my library is full of ideas but empty of cash. 16:59 atz but i don't have time/skillz/sponsorship for that 16:59 hdl_laptop atz: same idea 16:59 hdl_laptop owen: fwiw, imho, tags should be considered as metadata. 16:59 atz owen: the correct fix would be to index tags in zebra 16:58 owen Yeah, I'm sure. I was just surprised at myself for never noticing. 16:57 nengard i think atz is the one to ask about that 16:57 nengard owen i was under the impression that since tagging was still experimental more cool features would be coming - eventually 16:29 owen I'm surprised to realize that you can't search tags in Koha 3. Also surprised that I never thought of it until one of my staff asked about it. 16:25 nahuel :) 16:23 paul_p gmcharlt: that was exactly the idea of nahuel : clean when upgrading !!! 16:22 gmcharlt or do something with a replica 16:22 gmcharlt well, at moment best idea is probably to dump/recreate database during scheduled downtime for an upgrade 16:19 nahuel well at the beggining the question is : does liblime have a solution ? 16:16 nahuel postgre yes :) 16:16 nahuel cfouts, yes i know :) 16:16 cfouts isam doesn't support foreign key constraints 16:15 gmcharlt like anything else, disk space usage has to be monitored 16:15 nahuel (and indexes) 16:15 nahuel use myisam, the disk space used, is the data disk space... 16:15 mc i'm aware 16:15 gmcharlt a library could start out small, get a big grant, and increase its collection ten-fold 16:15 nahuel gmcharlt, hmm no :) 16:15 mc yes: 16:15 mc ooh 16:15 mc almost rookie in database in generam 16:15 nahuel mc, we talked about sessions expiry 16:15 gmcharlt but that's always the case 16:15 mc nahuel, what do you expect from me ... i'm just a rookie with mysql 16:14 nahuel but the USE of the database 16:14 nahuel it do not more depend of the data in the database 16:14 nahuel The problem is you do not control the disk space grow 16:13 cfouts disk space is pretty cheap. I don't know how big of a problem this is. 16:13 cfouts you can do other things, like connect a replication slave to create a new copy of the data 16:13 nahuel but this innodb problem is amha a big problem... 16:13 nahuel mc, :) 16:12 mc nahuel, i'm reading 16:12 cfouts yes, it's not an ideal solution, that's for sure. 16:12 nahuel dump/rebuild is bad in production databases amha 16:11 cfouts no, you have to dump and rebuild to shrink the database file size. 16:10 nahuel but as i understand do not decrease the disk space used? 16:10 cfouts that's the ideal solution, but truncate works for now 16:10 nahuel mc should look to fix this 16:09 cfouts I've got a bug in for that. 16:09 hdl_laptop cfouts: having decent expiry session time would be also a solution 16:09 cfouts no, it will never shrink, but periodically truncating the sessions table will keep it from growing further. 16:08 nahuel but innodb do not delete datas from disk 16:08 cfouts at night when not many people are using it. 16:08 cfouts 'truncate sessions' 16:08 cfouts it also contributes in terms of table fragmentation, which gives very sparse and inefficient data storage. 16:08 nahuel but what do you do to decrease it ? 16:08 nahuel too big ;) 16:08 nahuel yes 16:07 cfouts lots of that is often the sessions table. have you looked at that? 16:07 nahuel and I think you can count the size in GB each years 16:07 nahuel the database is permanently growing 16:07 nahuel yes of course, but i'm thinking to some libraries that received/delete lot of datas each months 16:06 cfouts and then never shrinks if you delete some data. 16:06 cfouts it grows to accommodate however much data you put into it. 16:06 cfouts well, they don't grow without bounds, generally. 16:05 nahuel you let the databases growing ? 16:05 nahuel :s 16:05 cfouts not much to be done about it, unfortunately. 16:04 gmcharlt cfouts: nahuel has some questions about shrinking innodb datafiles for tables and databases that do lots of inserts and deletes 16:03 cfouts what's up? 16:01 nahuel s/s/d 16:01 nahuel ans have 10k users 16:01 nahuel but i imagine someone who install koha and do not do this for 10 years 16:01 nahuel it should be a solution for long time support 16:00 gmcharlt nahuel: cfouts will undoubtedly have better insight 15:58 gmcharlt (or if you're doing something clever to not have downtime, it would likely involve having a copy of the database anyway) 15:58 gmcharlt since you'll have some downtime anyway 15:58 gmcharlt that's no unreasonable for major upgrades 15:57 nahuel Well, another solution for us is to dump/restore the database each upgrade time 15:56 gmcharlt minimizes downtime, but I haven't actually tried anything like that 15:56 nahuel yes it could be a solution, but it's a big problem of innodb... 15:56 gmcharlt then swtich over from master to replica 15:56 nahuel and all the loans 15:56 nahuel that delete/create thousands of "patrons" each years 15:55 gmcharlt thinking aloud, one possibility might be setting up replication 15:55 nahuel or like an university use 15:55 gmcharlt ah 15:55 gmcharlt that way you don't start off with unnecessary space for any temporary stuff created during the migration 15:55 nahuel yes, but I'm thinking in a client that have a 10 years old installation... 15:54 gmcharlt or transfer the dump for a temp database used for the migration to the production one 15:54 gmcharlt after you finish the load, either drop the database and load it from a dump 15:54 gmcharlt another trick is during your production data migration 15:54 gmcharlt still means production downtime 15:54 gmcharlt right, but with care, would be able to selectively shrink certain tables 15:52 nahuel hmmm, ok, but it do not delete the data 15:52 nahuel to decrease ? 15:52 gmcharlt a couple things I can think of right away - enable innodb_file_per_table_feature. 15:52 nahuel how did you do ? 15:52 gmcharlt I assume we do 15:51 nahuel did someone in liblime had the same problem ? 15:51 nahuel and the growing disk space used by innodb 15:51 nahuel ok great, but I wanted to talked you about the mail I just send to koha-devel about innodb 15:51 gmcharlt haven't had a chance to test your COinS patches yet, but later today 15:51 nahuel hehe :) 15:50 gmcharlt nahuel: for you, yes :) 15:50 nahuel gmcharlt, you have 2 mins ? 15:39 teelmo i was trying to install koha earlier today :) didn't quite manage 15:29 gmcharlt hi teelmo 15:29 teelmo hello 14:18 kf hi hdl 14:15 hdl_laptop I am working on 3.0.1 14:14 hdl_laptop hi kf : 14:12 owen I'm a little behind on Koha work these days because my library is preparing for its own upgrade to 3.0 (with Liblime's help) 14:07 kf i did some work on german translation and getting deeper in koha everyday now 14:04 kf i know, you are responsible for koha looking so nice 14:02 owen I don't think we've met before kf, I'm from the Nelsonville Public Library in Ohio, U.S.A. 14:00 kf some snow here, cold but sunny ;) 13:55 kf yes 13:52 owen kf, you're in Germany? 13:51 kf :) 13:50 kf it was in german news yesterday - snow in marseille and a short film 13:45 owen :) 13:44 paul_p we are famous for that and for soccer 13:44 paul_p not sure : Marseille ppl are well known to be the most crying ppl in France ! 13:43 owen Now everyone in Marseille is saying "There is no global warming!" 13:43 paul_p I said "once every 10 years", I was under ;-) 13:43 paul_p last time there was so many snow in Marseille : 22 years ago ! 13:43 owen Today we've got new snow, although not too much 13:42 owen Hi paul_p 13:42 paul_p hi owen. 13:42 paul_p ;-) 13:11 hdl_laptop yes 13:11 mc better 13:11 mc hello all 13:11 mc hell all 13:10 nahuel gmcharlt, did you see my new zotero patch ? 13:10 nahuel ok gmcharlt thanks 13:09 hdl_laptop (just For My Information) 13:09 hdl_laptop have you had time to take a look at the patches I sent you ? 13:08 hdl_laptop hi gmcharlt 12:23 gmcharlt nahuel: please use .015 11:19 nahuel does someone can say me why in http://wiki.koha.org/doku.php?id=en:development:dbrevs:start there is two version "v3.01.00.011" ? and which version I can add? .012 ou .015?