Time Nick Message 11:21 paul_p hi gmcharlt. 11:21 gmcharlt paul_p: good news 09:11 chris you can probaly ammend the commits to get the authors back 09:10 chris http://www-cs-students.stanford.edu/~blynn/gitmagic/ch05.html 09:07 paul_p chris: ++ :D 09:07 chris with cvs it would be 600+ conflicts :) 09:07 paul_p hi nicomo 09:07 paul_p only problem with this : mason & john have disappeared as authors, it seems i'm the only author of all the patches... 09:07 nicomo hi paul_p 09:07 chris thats not bad 09:06 paul_p (I merged the 300+ patches into 67 more comprehensible ones, then git-format-patch, then git-am on head. With something like 20 merge conflicts for the 67 patches) 09:04 chris so the message isnt quite right 09:04 chris altho 010 isnt actually octal 09:01 chris yep that one is ok, the first one was just some refactoring 09:01 paul_p (the 2nd one) 09:01 paul_p to 010 => 10 is correct isn't it ? 09:00 chris not sure the patch will be accepted 09:00 chris yep 08:59 paul_p (Colin Campbell) 08:59 paul_p chris: yep. 08:59 paul_p hey, a new commiter from ptfs-europe ! 08:59 chris back from the library? 08:59 chris hi paul_p :) 08:58 hdl_laptop what is your registered user btw ? 08:58 paul_p hi kiwis ! 08:58 hdl_laptop it is because your registered user was masonj 08:56 mason ;) .. 08:56 chris ahh 08:56 mason a typo , i think.. 08:56 chris mason is banned?? 08:53 mason just checked, yep... 08:53 hdl_laptop are you still banned from biblibre ? 08:53 mason heya henri 08:52 mason im about to head to the adelaide, and watch some friends bands... 08:52 hdl_laptop hi mason 08:51 mason heya chris 08:25 chris evening 23:35 pianohacker chris: cool 23:35 chris human readable, and machine parsable 23:35 chris pianohacker: i like it 23:34 chris heh, noticed galen referenced brenda's blog, she sits round the corner from me, small world 23:32 pianohacker devs: any thoughts on the new pref format? (A few pages back) 21:23 chris heh :) 21:23 Sharon Chris - I'll be sure to tell her. We share an office, so I've been listening to your musical recommendations, too 21:22 chris wizzyrea has created a monster by showing me grooveshark 21:21 chris for anyone who wants to listen to what im listening too while im hacking away on koha :) 21:21 chris http://listen.grooveshark.com/#/playlist/Koha_Hacking/8190140 21:14 ryan hdl_laptop: ok, thx. gn! 21:13 chris sleep well hdl_laptop 21:13 hdl_laptop going to bed now. 21:12 hdl_laptop will send that soon. 21:12 hdl_laptop file a bug. 21:12 gmcharlt ryan: no pending patch that I'm aware of 21:11 ryan hdl_laptop: / gmcharlt : is there a patch queued to replace 'dontmerge' syspref with MergeAuthoritiesOnUpdate as in commit 92890557 or shall i file a bug ? 20:47 gmcharlt hi chris 20:47 chris and everyone else :) 20:46 chris morning richard 20:43 pianohacker woops, bbl, library trip 20:43 pianohacker richard: mornin' 20:43 richard morning 20:40 pianohacker Incomplete experiment in representing the pref tabs in YAML (not implemented): http://weaverhome.rlogin.org:8080/intranet-tmpl/prog/en/modules/admin/preferences/patrons.pref 20:24 jwagner Great, thanks much. Gonna sign off now (brain is too fried to keep up with things). That's going to solve one problem, though. 20:24 atz yes 20:24 jwagner So items.onloan should match issues.date_due, correct? 20:23 atz update items.onloan based on issues.date_due 20:22 jwagner Yes, but what do I tell the DBA needs to be done? 20:21 atz no, that can be done by your DBA 20:21 jwagner Hmmm. Is there a patch or a routine to do the data massage? We have a lot of old data that's confusing people. 20:17 atz and it will, for data created after the patch 20:16 jwagner Yes, but the goal is to have the hitlist & the record display show the same date. 20:12 atz jwagner: the date will still exist in two places, even if you don't see it. 20:02 jwagner Wouldn't it be preferable to have the two pages use the same source for date? Then we wouldn't need to massage data. 20:01 wizzyrea massage *the data manually 20:01 wizzyrea you'd probably have to massage to get retroactive results 20:01 wizzyrea yea, a patch would be for data going forward 19:58 atz the patch doesn't fix your data 19:35 jwagner I saw that one in bugzilla, but couldn't tell details. That patch is loaded on one of the systems where I'm seeing problems, but the dates are still off. 19:31 gmcharlt jwagner: patch pushed for 3049 addresses part of it 19:20 jwagner Someone has sent a patch already? 19:19 gmcharlt there's a fix keep item.onloan and issues.date_due in better sync 19:19 jwagner That's what I thought, looking at the dates that show in the catalog. I looked at Search.pm but it's beyond my Perl skill level. Do you know if anyone is working on a fix? I remember this coming up very recently on the list. 19:14 gmcharlt issues.date_due is going to be more accurate 19:14 gmcharlt jwagner: the discrepancy is a problem, of course 18:46 jwagner I asked on the koha-dev list the other day but didn't get an answer. The staff hitlist is pulling duedate from a different place than the staff record details page. I know there was discussion a while back on this. As near as we can tell, the hitlist is getting the variable from Search.pm, which seems to be the original due date (item.onloan). The details page is getting the variable from Items.pm, which is pulling the date from issues.date_due. Is 18:37 Sharon Great! Thank you. 18:37 ryan Sharon: yes. After 10pm PDT. 18:26 Sharon liblimers - Is NExpress still onto receive updates tonight? I'm sending out a warning email to our members and want to be accurate... 17:00 wizzyrea bbiaw 17:00 wizzyrea will think about it over lunch, hee 16:59 wizzyrea dk what I did differently 16:59 wizzyrea 9cf52836bd1829825254b5db9ec5277d3a9ec6ed shows root@liz-koha.etc 16:59 wizzyrea 04a5bec30a006b8f33ece34fcf806bc52f8828da looks right 16:58 gmcharlt when you do a git log, which email address shows up as the patch author? 16:58 gmcharlt :) 16:58 wizzyrea is ok. all learning. :) 16:58 wizzyrea k, I will take a look. It's weird because the first went through and was correct, but the 2nd wasn't. :( 16:55 gmcharlt wizzyrea: http://coffee.geek.nz/how-change-author-git.html , though I suggest testing carefully 16:52 wizzyrea erg, I set my email address but it's still coming through wrong in my submissions 16:42 luisb and how motivated I am to get this migration done asap ;) 16:41 gmcharlt :) 16:41 luisb I guess I meant it makes sense what my problem is :P 16:40 luisb haha 16:39 luisb makes sense 16:39 luisb ahh 16:39 gmcharlt ' ' means MARC-8 (or Latin-1, or whatever random encoding somebody decided to use - one of the things that can make MARC record processing troublesome) 16:39 luisb and ' '? 16:38 gmcharlt 'a' means UTF8 16:36 luisb er, utf8 16:35 luisb 'a' means marc21, yes? 16:35 luisb So, if the LEADR 009 is ' ' (a space), that tells the reader that the records are in ... which format? 16:34 gmcharlt you're welcome 16:32 luisb awesome, thank you sir- 16:32 luisb I planned on running our export through MarcEdit since I had success doing that to get data from our current db into koha 16:31 gmcharlt luisb: just one 16:31 luisb gmcharlt: do you mean to use yaz-marcdump and MarcEdit together, or pick one of those? 16:30 luisb so now I get to fix it :P 16:30 luisb (i don't know why he was converting to latin1; doesn't make sense to me) 16:30 luisb While we work to migrate to koha, I need to keep our current operation running, which fails at times, I assume because the previous programmer's perl script bombs when trying to convert to latin1 16:27 luisb Marc > marcxml, then marcxml > marc21 16:27 luisb I had to use marc edit to successfully import a batch of records into koha... 16:26 gmcharlt and Koha is capable of importing MARC-8 records and converting them to UTF-8, which it uses internally 16:26 pianohacker Mornin', liz 16:26 luisb I see 16:26 wizzyrea mornin pianohacker 16:26 gmcharlt yaz-marcdump, MarcEdit 16:26 wizzyrea (I knew gmcharlt would come to the rescue) 16:26 gmcharlt there a couple tools available to convert MARC-8 encoded records to UTF-8 16:26 luisb a previous programmer seemed to attempt to convert the data exported to Latin1 (ISO-8859-1) 16:25 gmcharlt luisb: MARC-8 is a character encoding - MARC21 is the record format 16:25 luisb Basically, the problem is our proprietary db cannot export in utf8 16:25 wizzyrea owen: ha! 16:24 wizzyrea gmcharlt I'm with you on that one 16:24 luisb Our bibrecords are stored in a database which can be exported to MARC8. At first I was told this was a char set, then I thought it was purely a data format, but the Library of Congress seems to call MARC-8 a character set agin. 16:24 gmcharlt does libraryspeak belong on an OPAC anyway? 16:24 owen English major, hunh? I thought you folks were supposed to be unemployed because of your lack of real-world skills, kind of like art majors like me 16:24 wizzyrea just didn't know if there was some specific library related libraryspeak reason to have it that way. I couldn't think of one but thought maybe there was a reason for it 16:23 wizzyrea bitchin. I'll do it 16:23 owen Sounds good to me wizzyrea 16:23 wizzyrea and I'm an english major, it annoys me (and the ppls in my office) 16:23 wizzyrea since it's a preference to search by itype or ccode 16:23 wizzyrea aside: I'm thinking of a change to the advanced search page of the opac, changing the verbiage from "Limit type to: match any of the following:" to "Limit to any of the following" 16:21 luisb Lemme 'splain: 16:21 luisb I just started a position here and the learning curve of how things work here to learn enough to migrate to koha, coupled with misuse of terminology is very steep. 16:20 luisb Hi all, I am looking for some clarification between character encoding (e.g. Unicode), character set (e.g. utf8) and data format (e.g. marc21): 15:39 kf off home now - till monday :) bye #koha! 15:38 wizzyrea (lol) 15:38 wizzyrea oh thank heavens, I was worried I had offended somebody 15:37 kf hope I will so I can fix my bugs myself one day :) 15:37 kf listening to you talking about git makes me a little bit jealous - did not figure that out yet 15:36 kf in Germany <thumbs up> is ok ;) 15:14 wizzyrea <thumbs up> 15:11 soul9 well, off home, have a good workers-day all 15:09 soul9 jwagner, i think it's logic, then you either branch before commiting, or stash your local changes, branch, then commit your stash to the branch you want to 15:09 atz yeah, otherwise it's effectively a sub-branch 15:08 owen Otherwise the new branch you create is *supposed* to include the changes you've just committed. 15:08 jwagner atz, that's what I've been doing to clean things out. owen, it's quite likely I've missed adding that "origin" at the end -- I'll have to make sure to add that. 15:06 owen jwagner: Are you sure you're specifying "origin?" "checkout -b my-new-branch origin" 15:06 wizzyrea I think atz's method is probably a good approach 15:05 atz jwagner: periodically I just reclone to get a clean start 15:04 jwagner But they're carried over even if I DO commit. Sigh. I'm doomed to be haunted by the ghosts of patches past :-) Fortunately I don't do that much stuff and I can clean things out manually if I need to. 15:02 owen A relevant quote: ""$ git checkout master" to return to your original work. Observe that any uncommitted changes are carried over. 15:02 wizzyrea (not that nerd isn't perfectly acceptable... <dig> <dig> <dig>) 15:01 wizzyrea erm, non-nerd 15:01 wizzyrea is not perfect but is at least kind of english 15:00 jwagner Thanks wizzyrea. I'll take a look. 14:59 wizzyrea jwagner: this may help you (helped me some) http://www-cs-students.stanford.edu/~blynn/gitmagic/ch01.html 14:02 jwagner OK, that's a new command. I'll give that a try next time. Gotta run for a conf call right now. Thanks! 14:02 hdl_laptop git branch --track newbranch remotes/origin/master 14:02 jwagner I always do a git checkout master to come out of the first branch, then create a new branch from there. Sigh. 14:01 hdl_laptop then you have to tell it to git 14:01 hdl_laptop if you branch whe you have commited, your new branch will branch on top of your commit. 14:01 jwagner But I don't WANT it in my head (or even my HEAD)!!! I want it to stay off in it's nice little separate branch and let me go work on other stuff in peace! 14:00 hdl_laptop if you commit you make the thing come into your dev HEAD 14:00 hdl_laptop it is very logic 14:00 hdl_laptop hehe... 13:55 jwagner I think git is the unholy kind of magic myself :-( Even when I did a commit, and created a new branch, the changes from the commit are there in the new branch. 13:00 hdl_laptop ;) 13:00 hdl_laptop it is the magic of git the more you learn the more you git 12:57 jwagner No -- I didn't think I was supposed to commit until I was done. Usually I'll work on something for a while but not finish, then go work on something else. 12:56 owen jwagner: Are you committing before switching branches? 12:50 jwagner owen, so far I've just been building one thing at a time & sending it off. I thought the whole purpose of branches was to keep work isolated, though. When I've been working on something in one branch, and then go check out another branch, those files follow me around! And get in the way of what I'd like to do in the second branch. Sigh. 12:36 owen jwagner: I like that you can get stuff done with git without knowing that many commands. You can build slowly as you find the need to do more things 12:17 jwagner Amit, is there life outside Koha? I'm not sure at the moment.... I'm still trying to figure out git. I've learned a few basic commands, but am pretty lost outside those. 12:15 Amit jwagner: i have set a git in my office 12:15 Amit how is life 12:15 Amit ok