← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| 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 | and it has poor internet connectivity. | |
| 12:40 | owen | Doing what? |
| 12:41 | hdl | A big Library was migrated. |
| 12:41 | (In fact the main public Library there) | |
| 12:41 | 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 | Weather is horrible.... | |
| 12:43 | 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 | hi js | |
| 12:58 | js | hi hdl ans #koha :) |
| 13:04 | owen | kados around? |
| 13:09 | 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 | Also, I'm pondering adding backtraces to the error messages | |
| 15:50 | 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 | 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 | 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 | or "cripes" | |
| 17:37 | 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 | 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 | 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 | need restore? bad tape-- | |
| 18:51 | 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 | actually I could do both | |
| 18:52 | 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 | gmcharlt: hi | |
| 19:07 | any thoughts on just how large a image file we should allow for patron images? | |
| 19:08 | maybe 1MB or < ? | |
| 19:08 | 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 | 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 | 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 | 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 | atz: heh | |
| 19:32 | how's this: | |
| 19:32 | 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 | the deed is done | |
| 19:40 | 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 | 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 | owen: is the git copy of the yui library up to date? | |
| 19:48 | 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 | :-( | |
| 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 | hold on | |
| 19:49 | owen | No, not your mistake |
| 19:49 | 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 | and we haven't set aside a convention for using a "common" area | |
| 19:50 | (besides C4) | |
| 19:52 | fbcit | owen: then is your install using separate yui for opac and staff |
| 19:52 | ? | |
| 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 | 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 | 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 | 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 | We're not using YUI's version anywhere | |
| 20:11 | atz | theirs invokes flash |
| 20:11 | so it would be a one-off | |
| 00:02 | tags and baker + taylor patches are sent! | |
| 00:02 | wooot! | |
| 00:32 | ryan | atz++ |
| 00:49 | atz | rebasing up to speed was an ordeal though |
| 00:49 | time to get a burrito |
← Previous day | Today | Next day → | Search | Index