Time Nick Message 03:18 masonj http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1836 03:18 masonj kados: FYI: i updated the bug report with more detail 02:53 masonj so, getzipnamecity() was failing, and no city or zip was being returned and saved 02:51 masonj the bug was, that $select_city, already contains the 'CITY|ZIP' pair, which it got from the template previous 02:50 masonj so the issue was that the getzipnamecity() was failing, because it wants an ID, and returns a 'CITY | ZIPCODE' pair 02:48 masonj - my ($borrower_city,$borrower_zipcode)=&getzipnamecity($select_city); 02:48 masonj - if ($select_city){ 02:48 masonj if ( $guarantorid eq ''){ 02:45 kados so I guess if there's fallout, there's fallout :-) 02:44 masonj background? 02:43 kados OK, so the values are populated manually now, rather than in the background 02:40 masonj if you are looking now yourself, you'll know what i mean :) 02:39 masonj the area is now messy, and does need a proper look at 02:39 masonj but, having said that... 02:38 masonj make sense? 02:37 masonj so the template now passes thru the selected zip/city values to the script, 02:36 masonj the lookup now happens before, and the zip/cites values are populated in the template 02:35 kados can you expand on that? 02:35 kados perhaps someone who does use that feature will step up to the plate in the next day or so 02:35 masonj close, it removes the zip/cites lookup , during the add 02:34 kados it really needs to be fixed to work properly, and if you don't have the time, we should file a blocker bug explaining the precise issue 02:34 kados looks like this patch's solution to bug 1836 is to just remove the cities and zipcode feature altogether 02:34 masonj yep 02:34 kados [PATCH] fix for bug 1836, Adding patrons fails when using cites/zipcode feature] 02:34 kados masonj: one other quickie: 02:33 kados hmmm, guess I didn't get those 02:33 masonj i sent thru 2 yesterday for the staff side temples too 02:31 masonj lemme confirm that too.. 02:31 kados just double-checking 02:31 kados cool, thanks 02:31 masonj i added the staff one recently, then the opac 02:30 kados ahh, so you're basically synching from the staff to the OPAC? 02:30 kados if not, we need to add it along with that patch 02:30 masonj yes, :) 02:30 kados masonj: is that functionality already in the staff side? 02:30 kados masonj: it's just for the OPAC 02:30 kados there's a patch from you in the queue: ' adding in SERIES(440) fields loop again' 02:30 kados hey mason 02:30 masonj hiya josh 02:29 kados masonj: you around? 02:29 kados chris: I didn't see 19 patches from paul, maybe about 12 or so 02:29 kados chris: you around? 02:26 atz fbcit: yeah, __MACOSX is an Apple system file... holds various stuff you won't need 00:24 fbcit chris around? 23:29 fbcit kados around? 23:29 fbcit ouch 23:25 fbcit perhaps a hidden folder on Mac OSX? 23:07 atz when I have a circ rule for Total "Default" set to 21,5 .... does that mean 5 items of EACH type? 21:52 atz ah, nevermind, at the bottom of memberentry... 21:51 atz do we have any designation for "lost card" ? 20:35 chris patch on the way 20:35 chris got it 20:31 gmcharlt ok 20:31 MatthewMetzger gmcharlt: I believe I got the exact same foreign key errors that we checked out before, so there's nothing new to post to bug 1820 20:26 MatthewMetzger gmcharlt: okay, thanks. I'll give it a try. Thanks so much again for helping me get the right perl modules. 20:25 gmcharlt MatthewMetzger: other than checking after the foreign key errors if they occur again, no 20:24 MatthewMetzger gmcharlt: I'm about to attempt an upgrade from 2.2.9 to 3.0 alpha again. Do you think there is anything to be really concerned about regarding http://bugs.koha.org/cgi-bin/bugzilla/show_bug.cgi?id=1820 (a listing of the update22to30.pl output errors from last time I tried)? 20:07 nengard thanks chris 20:06 chris looking now nengard 20:00 chris back 19:56 nengard if anyone wants to work on that I'm all for it :) 19:55 nengard kados: just fyi bug 1852 is also stopping me from writing my part of the manual 19:40 hdl So do I... 19:39 nengard hdl:looking forward to meeting you in person 19:36 hdl chris: leaving to Portland on Saturday morning (french time) 19:34 chris bbl 19:34 chris ok time to take this guy to daycare 19:30 chris when do you fly to portland hdl? 19:28 chris :) 19:27 hdl my 2 pences. 19:27 hdl this error seems to mean that some loop was not correctly initiated or populated. 19:27 nengard fbcit:emailed 19:27 hdl [Tue Feb 19 14:16:47 2008] picture-upload.pl: PARAM:LOOP:loop argument:array pointer was expected but not found at /usr/local/lib/perl/5.8.8/HTML/Template/Pro.pm line 191. 19:26 fbcit k 19:26 kados fbcit: i think it's attached to the bug report, or nengard can mail it to you 19:26 fbcit I've got to go to a meeting, bbiab 19:25 fbcit send it over to koha@foundations.edu 19:25 kados talking_about_fbcit_in_the_third_person++ :-) 19:25 nengard and yes 19:25 nengard k 19:25 kados if so he could make one 19:24 kados nengard: just a card number, right? 19:24 nengard will it? 19:24 nengard kados: won't work for him - if he doesn't have a user with same number 19:24 fbcit yp 19:24 fbcit is what Makefile.PL check for... 19:24 fbcit 'HTML::Template::Pro' => 0.65, 19:24 kados fbcit: can you try importing nengard 's zip file? 19:24 nengard just in case? 19:24 nengard you guys did check my .zip file to make sure it's right - didn't you? 19:23 kados that'd be strange 19:23 kados hmmm 19:23 fbcit HTML::Template::Pro -- 0.68 19:22 kados same as your version fbcit ? 19:22 kados so reports perlmodule_ls.pl 19:22 kados HTML::Template::Pro -- 0.67 19:21 fbcit are all perl modules current? 19:21 kados weird 19:21 fbcit ? 19:20 kados [Tue Feb 19 14:16:47 2008] picture-upload.pl: PARAM:LOOP:loop argument:array pointer was expected but not found at /usr/local/lib/perl/5.8.8/HTML/Template/Pro.pm line 191. 19:20 kados [Tue Feb 19 14:16:47 2008] picture-upload.pl: PARAM:LOOP:loop argument:array pointer was expected but not found at /usr/local/lib/perl/5.8.8/HTML/Template/Pro.pm line 191. 19:20 kados [Tue Feb 19 14:16:47 2008] picture-upload.pl: DEST : /home/nce/koha/intranet/htdocs/intranet-tmpl/patronimages at /home/nce/koha/intranet/cgi-bin/tools/picture-upload.pl line 17. 19:20 kados [Tue Feb 19 14:16:37 2008] picture-upload.pl: DEST : /home/nce/koha/intranet/htdocs/intranet-tmpl/patronimages at /home/nce/koha/intranet/cgi-bin/tools/picture-upload.pl line 17. 19:20 kados hmmm 19:19 fbcit kados 19:19 fbcit what does the error.log say? 19:17 nengard but no image on patron record 19:17 nengard oh it does :) 19:17 nengard okay - paste doesn't work 19:17 nengard * 2 image(s) moved from /tmp/hy6dEtrqS8/__MACOSX to /home/nce/koha/intranet/htdocs/intranet-tmpl/patronimages: 19:17 nengard * 2 image(s) moved from /tmp/hy6dEtrqS8 to /home/nce/koha/intranet/htdocs/intranet-tmpl/patronimages: 19:17 nengard * 2 directories processed. 19:17 nengard * 2 directories scanned. 19:17 nengard * Unpacking completed 19:17 fbcit maybe you should chown www-data:koha 19:17 nengard got this: 19:16 fbcit after an import 19:16 fbcit I see: -rwxr--r-- 1 www-data www-data 522122 2006-09-12 11:30 30108.jpg 19:16 fbcit w/ patronimages set to :drwxr-xr-x 2 www-data koha 4096 2008-02-01 04:46 patronimages 19:16 kados yea, it's empty 19:15 kados fbcit: don't think there ever have been any resulting files 19:15 fbcit kados: what to the permissions look like on the resulting files in patronimages? 19:15 kados nengard: when you get back try again 19:12 fbcit the permissions issue here is bad 19:12 fbcit :) 19:11 chris lol 19:11 fbcit drwxrwxrwx 2 koha koha 4096 2008-02-01 04:46 patronimages 19:11 fbcit for kicks try making it look like: 19:10 fbcit looks like koha does not 19:10 fbcit hrmm 19:09 kados www-data has read/wright on patronimages dir 19:09 kados drwxr-xr-x 4 nce nce 4096 2008-02-08 09:19 prog 19:09 kados drwxr-xr-x 2 www-data nce 4096 2008-02-18 10:28 patronimages 19:09 kados drwxr-xr-x 3 nce nce 4096 2008-02-18 10:29 .. 19:09 kados drwxr-xr-x 4 nce nce 4096 2008-02-18 10:29 . 19:09 kados total 16 19:09 kados l$ ls -la 19:09 kados but in the meantime: 19:09 nengard fbcit: any other ideas why it didn't work? 19:09 kados fbcit: that'd simply rock 19:09 kados fbcit++ 19:09 kados nengard: www-data user does have read/wright 19:08 fbcit kados:I'm going to try to change things so that the images are stored in the db 19:07 chris nengard: ah yeah that would make it difficult 19:07 fbcit kados: that directory is not created during the install 19:06 nengard kados: thanks 19:05 kados nengard: hmmm, I'll check the persmissions on that dir 19:03 nengard sorry didn't know you were talking to me only dings if you use nengard 19:03 nengard very hard for us all 19:03 nengard no communication 19:03 nengard no 18:47 chris does he write ? 18:46 chris its a good sign to know :) 18:46 chris i have to teach him some more signs 18:46 nengard "more" is the only sign that Brian's brother ever learned (he's autistic and has no speech and is 22) 18:46 nengard hehe 18:46 nengard ehe 18:31 chris he's happy again now 18:31 chris ohhh it was more music 18:30 chris they do seem to just keep coming 18:30 chris hehe 18:29 fbcit tnx 18:28 chris patch applied fine fbcit, sent on to joshua 18:27 chris hmm, kahu is walking round doing the sign for 'more' but i have no idea what he wants more of 18:24 nengard I have a few other errors logged that are stopping me from writing the manual as well - just fyi :) 18:23 nengard I sent your info to Josh - hope he can fix it today and I can finish writing the manual 18:23 nengard hehe 18:23 fbcit no pun intended :-) 18:22 fbcit I'm going to try to make some changes to how Koha stores the patron images over the next few days that will hopefully take the permissions out of the picture. 18:21 fbcit www-data user needs read/write permissions on it 18:21 nengard fbcit: thanks - I'll tell Josh - he manages that :) 18:19 fbcit the problem now is permissions on the patronimages directory 18:19 fbcit re bug 1848 18:19 fbcit hi nicole 18:19 nengard brb - dogs need me 18:19 nengard hi 18:19 nengard yes 18:19 gmcharlt fbict: yes 18:18 fbcit is nengard nicole? 18:17 chris will do 18:17 fbcit right 18:17 chris just the clarifying pod one? 18:17 chris okey dokey 18:13 fbcit chris: I just sent off a patch. Please disregard the first set and only forward the second single patch. 18:11 chris ive done something similair for cvs .. but not git be a fun thing to try :) 18:11 chris that does it all in the background 18:11 chris just a little 'do you want to submit this help to the project' button or something 18:11 gmcharlt :) 18:10 chris so the librarians can write the help for us :) 18:09 chris without having to know about git 18:09 gmcharlt chris: interesting idea 18:09 chris and then make a patch and send it to patches@koha.org 18:08 chris you can commit your help changes to it 18:08 chris so that if you have a git koha repo 18:08 chris for the helpwriter i want to extend it to work with git 18:06 lea see ya guys 18:04 chris p 18:04 chris ye 18:04 gmcharlt chris: but need to be careful -- don't want chance of scribbling *.pl files that are (currently) also owned by koha 18:04 chris means other websites cant write to anything we decide to allow the koha websites to write too 18:04 chris yeah, the idea of suexec is the koha sites run as the koha system user .. rather than www-data 18:03 gmcharlt chris: just need to be careful about security (at least for the defualt Koha install) 18:03 chris gmcharlt: yep ... altho that makes it harder to translate 18:02 chris back at katipo we ran suexec on all our hosting servers 18:02 gmcharlt chris: or else also store that in DB ;-) 18:02 gmcharlt chris: yep 18:01 chris for things like the helpwriter 18:01 chris im thinking that we should look into suexec for apache (or the equivalent for apache2) 18:00 gmcharlt ok 17:59 fbcit I'll look at doing it that way. 17:59 fbcit it also requires the least admin support 17:58 fbcit that is probably the more scalable approach 17:58 gmcharlt or bypass the whole issue by storing the images as BLOBs in the database 17:58 fbcit httpd.conf is not setup for access there either 17:58 gmcharlt putting in instructions in INSTALL about adding ACL or other appropriate permissions on the directory 17:57 gmcharlt which could be handled by doing chmod a+rw on the patronimages directory (which is terribly insecure) 17:57 fbcit any thoughts 17:57 fbcit so...? 17:57 fbcit right 17:57 gmcharlt fbcit: and write access 17:57 fbcit apache has to have read access 17:56 gmcharlt hi chris 17:56 fbcit gmcharlt: there might be a slight problem w/ /var/lib/koha/patronimages 17:55 chris ohh some good patches from paul 17:54 fbcit hi chris 17:50 chris morning 16:30 CGI207 hi, just showing someone how this works. 16:28 fbcit hi hdl 16:11 gmcharlt hi hdl 16:09 hdl hi 15:51 fbcit hello paul 15:51 gmcharlt hi paul 15:51 paul hello gmcharlt & fbcit 15:50 fbcit tnx 15:50 fbcit and to adjust the pod a bit. 15:50 fbcit heh 15:49 gmcharlt I do believe you know what git send-email does :) 15:49 fbcit maybe the pod could be a bit clearer on that :) 15:49 fbcit ahh 15:48 gmcharlt fbcit: right, but it doesn't search for it -- you have to explicitly do perl Makefile.PL --prev-install-log <log> 15:47 fbcit just to be sure I understand correctly here, if Makefile.PL finds an install log, it picks up the parameters there and does not prompt the admin? 15:46 gmcharlt fbcit: yes, it should 15:45 fbcit wouldn't an install from the current HEAD create an install log which subsequent installs should read? 15:44 gmcharlt yes 15:44 fbcit u around gmcharlt?