Time Nick Message 12:33 owen Quiet in #koha today 12:37 hdl hi owen 12:38 owen Hi hdl. I haven't seen paul in a while, is he on vacation? 12:39 hdl Nope, he has been in New Caledonia for 2 weeks and a half now (near NewZealand) 12:40 hdl and it has poor internet connectivity. 12:40 owen Doing what? 12:41 hdl A big Library was migrated. 12:41 hdl (In fact the main public Library there) 12:41 hdl So he was installing and training persons. 12:42 owen Wow. I hope it's also an enjoyable trip for him 12:42 hdl not that much. 12:42 hdl Weather is horrible.... 12:43 hdl Raining.... and raining again. 12:43 owen That's too bad. It looks like it's a nice place when the weather's good 12:54 hdl I know. 12:56 hdl hi js 12:58 js hi hdl ans #koha :) 13:04 owen kados around? 13:09 owen He must be PLAying 13:17 hdl owen : do you know what is happening with plone contest? 13:18 owen No idea. 14:04 hdl hi thd-away 15:01 fbcit hi #koha 15:01 owen Hi fbcit 15:49 slef hi all - does anyone else get a list of versions in their error messages when DebugLevel is 2? 15:49 slef Also, I'm pondering adding backtraces to the error messages 15:50 slef assuming no-one's added that to HEAD while I've not been tracking that closely 15:54 fbcit slef: gotta run, but backtraces++ 16:28 slef Are the new lists running yet? 16:53 hdl slef not officially. 16:55 slef hdl: so my emails to koha-devel just vanished or what? ;-) 16:55 hdl no. 16:55 hdl It will be delivered. 16:56 slef easily confused, aren't I? 16:56 hdl But since information is not official, I thought it would be better not to use two systems sending emails to the lists. 17:16 hdl slef : email received. 17:36 slef hdl: can you resend it out to official? 17:37 hdl yes. 17:37 slef thanks 17:37 hdl But all the persons will receive it twice. 17:37 slef oo lummee 17:37 slef or "cripes" 17:37 slef never mind then 18:11 fbcit kados: point me to the discussion of various backup/standby solutions for koha 18:17 atz fbcit: see anything for mysql backup 18:18 atz live replication is cool, but mysqldump cron job is probably most common 18:19 fbcit atz: tnx 18:20 atz to me, the Cadillac is probably tivoli running on a tape library 18:20 atz but that would be overkill for even a midsize institution 18:47 fbcit atz: I have a DDS drive in that server, but have bad experiences w/tape backup 18:48 atz bad carts? bad drives? 18:50 fbcit bad drives && bad tapes 18:50 fbcit need restore? bad tape-- 18:51 fbcit having said that, I may setup a mysqldump and tarball it to the DDS 18:51 atz that would be normal... or push the gzipped tarball over to a storage server 18:52 fbcit surely all of the tapes in a 10 day rotation can't be bad 18:52 fbcit actually I could do both 18:52 fbcit I currently rsync backups off of several *nix boxes here to a central rsync server 18:52 atz makes sense 18:53 fbcit I use it to run a warm standby of our web radio broadcaster 18:55 atz Got Reels? : ) 18:55 fbcit hehe 19:07 fbcit gmcharlt: hi 19:07 fbcit any thoughts on just how large a image file we should allow for patron images? 19:08 fbcit maybe 1MB or < ? 19:08 fbcit my test images are roughly 20K 19:08 owen Are we using any other criteria? dimensions? 19:08 atz definitely less than a meg! 19:09 fbcit owen: not currently 19:09 owen and we're not doing any re-sizing on the server, right? 19:09 fbcit right 19:10 fbcit we probably should be doing a limit on dimensions as well 19:10 owen I'd say llimit to less than 100k, at the very least. Maybe 60. 19:10 atz we're only talking about maybe 120x200 pixels of space 19:10 atz in terms of layout 19:11 fbcit the file size limit is more a protective measure 19:11 atz right, i'm just saying as a practical matter, we don't have layout space to display "more" image data 19:12 owen Quickly creating an image of that size in Photoshop, adding 100% noise, it comes to 80K 19:12 fbcit so maybe 100K for starters? 19:12 owen I think that's safe 19:13 owen Don't forget your goggles 19:15 atz Thee gogglez, they do nothing! 19:15 owen :D 19:17 fbcit I do think we need to limit based on dimensions, but don't have the brain power to think about it now 19:17 fbcit atz: heh 19:32 fbcit how's this: 19:32 fbcit warn "$filename is TOO BIG!!! I refuse to beleagur my database with that much data. Try reducing the pixel dimensions and I\'ll reconsider."; 19:37 fbcit the deed is done 19:40 fbcit owen: I'm seeing a couple of js errors in opac-main.pl 19:40 owen What? 19:40 fbcit firebug seems not to like: YAHOO.util.Event.onContentReady("changelanguage", function () { 19:41 fbcit it claims "YAHOO is not defined" 19:41 owen That implies that the YUI js libraries are not loading properly 19:42 fbcit ahh, so something on my install? 19:44 owen Sounds like it. 19:44 atz you can be set to load local copies, or from yahoo directly 19:44 owen Check the yuipath system pref 19:44 fbcit I'm using the current default which I think is local 19:45 atz for many international users, yahoo performance is poorer than local 19:46 fbcit /intranet-tmpl/prog/en/lib/yui 19:48 fbcit owen: is the git copy of the yui library up to date? 19:48 fbcit or do I need to get it from Yahoo directly? 19:48 owen ...which of course isn't quite right for the OPAC :| 19:48 fbcit opps 19:49 fbcit :-( 19:49 owen I guess it works, though. 19:49 atz fbcit: git is current 19:49 owen I wonder what the problem is... 19:49 fbcit my mistake 19:49 fbcit hold on 19:49 owen No, not your mistake 19:49 owen We only have one pref for both intranet and OPAC 19:50 fbcit so I notice now I looked 19:50 atz this kind of thing is annoying... but currently necessary, since the opac and intranet *could* logically be on different servers 19:50 atz and we haven't set aside a convention for using a "common" area 19:50 atz (besides C4) 19:52 fbcit owen: then is your install using separate yui for opac and staff 19:52 fbcit ? 19:53 owen No, I've just haven't run the YUI lib locally in a while, so I hadn't seen the error. I'm checking it out 20:00 owen fbcit: There were a couple of YUI files missing from git. I'll submit a patch for it today 20:01 fbcit tnx owen :) 20:05 atz cool... it looks like there were a couple revisions in the past month or so 20:06 atz owen: are we using "Uploader" ? 20:07 owen It wasn't a revision, it was a file I'd linked to in the OPAC without remembering to add to the local files in the intranet 20:07 owen Although yeah, there have been updates. We're actually using an older version now, it's been so long since I started using the YUI stuff 20:08 atz it's funny, i think of yahoo code as static... like "Yahoo's still doing development?" 20:10 owen atz, theres an include in the staff client that does some AJAXy upload stuff, used by stage-mark-import.pl, but I've never seen it in action 20:11 owen We're not using YUI's version anywhere 20:11 atz theirs invokes flash 20:11 atz so it would be a one-off 00:02 atz tags and baker + taylor patches are sent! 00:02 atz wooot! 00:32 ryan atz++ 00:49 atz rebasing up to speed was an ordeal though 00:49 atz time to get a burrito