Time Nick Message 01:17 slef at levin 02:48 bob hi, i've a quick koha 3.2 upgrade question - running the koha_perl_deps.pl file it says a few existing modules need a newer version - will upgrading them break other 3.0 kohas on the same box? 02:49 bob they are YAML, Storable, Locale::PO, DateTime, CGI::Session::Serialize::y 03:32 mason bob: short answer is no 03:33 bob that is a short answer 03:33 mason ive got a dev-box with a bunch of 3.0 and 3.2 kohas 03:33 bob excellent - that's the sort of thing i wanted to hear 03:33 mason deb-lenny fyi, and everything is happy 03:34 bob cool 03:34 bob thanks mason 03:34 mason yeah, your setup should be real close to mine, so you'll be fine, i reckon 03:35 bob my server is etch - but hopefully that won't cause problems 03:36 mason ok, i've previously done the same with etch too 03:37 mason u might need to upgrade perl from 5.8 to 5.10 03:37 bob ah, hmm that sounds a pain 03:37 mason which will mean a bit more work 03:37 mason yeah :/ 03:38 mason wot perl u on? 03:38 mason perl -v 03:38 bob 5.8.8 03:38 mason right, some of those deps, might want perl5.10 03:39 mason cant remember... 03:39 richard according the the release notes - The minimum version of Perl required is now 5.8.8. 03:39 mason ok, sounds good 03:39 bob well i'll try to install the modules tonight and if any complain i'll have to go down the perl upgrade path 03:40 mason try it on a dev box 1st, i reckon 03:41 bob right 03:41 mason but 3.0 and 3.2 kohas on etch, worked fine for me 03:41 bob i'm sure it'll all be fine :) 07:13 kmkale hi all 07:13 ivanc good morning #koha 07:15 Amit heya kmkale 07:16 kmkale hi Amit 07:16 kmkale Amit: thought you would be at the Kohacon10 07:16 Amit hmmm 07:17 kmkale Amit: is the book out? 07:18 Amit no 07:19 Amit kmkale: in november 07:19 kmkale cool 08:04 slef kohacons returning from the marae 10:33 slef PTFS? 10:33 slef munin: PTFS? 10:33 munin slef: Error: "PTFS?" is not a valid command. 10:33 slef munin: PTFS 10:33 munin slef: "PTFS" could be Ptfs: They Fork Software 11:16 kmkale @weather Mumbai 11:16 munin kmkale: The current temperature in Mumbai, India is 34.0�C (4:40 PM IST on October 28, 2010). Conditions: Smoke. Humidity: 49%. Dew Point: 22.0�C. Pressure: 29.80 in 1009 hPa (Steady). 12:21 owen Oh I don't know chris_n I thought the backtick was kind of jaunty. 12:21 chris_n hehe 12:22 chris_n kohacon in nz sure makes for a large scroll-back 12:28 owen I was about to ask "Hackfest doesn't start until tomorrow?" but then I remembered that tomorrow is coming earlier for them 12:35 gmcharlt heh 12:36 owen This is the part I really hate to be missing 13:05 schuster Owen - do you all use patron suggestions? 13:06 owen Not Koha's. We use our own system. 13:06 schuster owen - do you all use Koha's acq or something else? 13:07 schuster Last question as I have a ton of other things I should be doing... Do you allow patrons to write reviews? 13:07 owen We don't use any acquisitions software. We do some cataloging in Koha and some outside of Koha 13:08 owen We do have comments enabled, but I've never seen a single one submitted. 13:08 schuster K thanks... Thinking about QR codes and how others I have seen are using them in the library and with books. 13:09 owen How are people using them? 13:14 schuster Links to databases that are relevant to a topic that are posted in the stacks...(Legal section might have a qr code in the middle of the stacks that links to Legal ref database or a youtube on how to search a legal ref database) 13:14 schuster reviews of books or book trailers 13:15 schuster I see that gutenberg now has them available in their system for users to scan and take the book with them. 13:15 owen QR codes seem like they must be of such limited interest: People who have the right phone, with the right software, and know what QR codes are... 13:17 gmcharlt owen: it depends on the area - AIUI, QR codes are *heavily* used in Japan 13:17 schuster You can use almost any smart phone you just have to download the qr reader... I'm thinking with High school kids it could be of great interest as a "cool" think. 13:17 schuster think/thing 13:17 schuster I'm seeing them more here in the states - there was a Sears add this weekend with one on it, and in some magazines I am seeing them. 13:18 schuster last April I went to a session at the state library conference where several of the universities were looking at its use on campus. 13:18 schuster They even talked about it on CSI - NY the TV show! 13:19 schuster Evidently there was a session at Computers in Libraries West that talked about it as I had a call from a librarian that was attending.. Had to burst her bubble that I know about them and am presenting on it in 2 weeks. 13:22 owen I wish people would attach patches to their bug reports when marking them "patch-sent" 13:25 * chris_n cheers gmcharlt on in his patchwork 13:26 * owen too 13:51 schuster Question for those also keeping the pulse of Kohacon10... Were there any posts on the Wed - support session discussin? 14:21 kmkale bye all 15:08 rhcl hi brendan 15:42 brendan heya rhcl 17:18 brendan ah back - morning all 17:20 rhcl afternoon 17:22 chris_n gmcharlt about? 17:22 gmcharlt ues 17:22 gmcharlt yes, even 17:23 chris_n do you know if it is possible for a dev install not to have the 'HomeOrHoldingBranch' pref present? 17:23 chris_n actually 17:23 chris_n for that value to be null? 17:25 gmcharlt not under normal circumstance 17:26 chris_n hmm 17:26 chris_n actually the pref does not exist in this install 17:26 chris_n but it rebases fine against the current head 17:27 chris_n the trouble is it shows up in the prefs editor 17:28 chris_n well... setting it to other than the default adds it to the systempreferences table 17:28 chris_n interesting 17:29 * chris_n shrugs 17:30 druthb @seen jwagner 17:30 munin druthb: jwagner was last seen in #koha 5 days, 23 hours, 8 minutes, and 22 seconds ago: * jwagner is heading out now -- see you in NZ! 17:30 * druthb chuckles 17:30 druthb @seen jdavidb 17:30 munin druthb: jdavidb was last seen in #koha 17 weeks, 5 days, 22 hours, 16 minutes, and 49 seconds ago: <jdavidb> hi, cait! :D 17:30 gmcharlt druthb: I was going to say, surely you haven't misplaced her 17:30 gmcharlt @karma druthb 17:30 munin gmcharlt: Karma for "druthb" has been increased 37 times and decreased 0 times for a total karma of 37. 17:31 gmcharlt @karma jdavidb 17:31 munin gmcharlt: Karma for "jdavidb" has been increased 0 times and decreased 0 times for a total karma of 0. 17:31 druthb Gosh, has it been that long already? wow. 17:31 druthb We haven't misplaced her, I don't think. She IMs me most every day, at least for a few minutes. 17:33 druthb It's probably good they sent her, and not me. I would be tempted to vanish into thin air, I think. 17:33 jcamins druthb: is vanishing into *thin* air as impossible in DC as in NYC? 17:34 druthb quite impossible here. you have to have good cover around here. I'm no longer nondescript enough to become effectively invisible. 17:35 druthb jwagner is missing an informal bash tomorrow at the office, in honor of National Crossdressers' Coming Out Day...I mean, Halloween. I suspect she's heartbroken. 17:36 jcamins This morning, my boss and I spent several minutes staring out the library's windows at the fog bank that was rolling in over the Hudson. It looked like all of the city north of the Village was on fire. 17:37 jcamins We're pretty sure it wasn't, but it certainly reminded one of the fact that NYC's air isn't the greatest. 17:37 druthb We don't have fog and pollution terribly bad around these parts, but we do have some "orange alert" days from time to time. Mostly in the summer. 17:39 druthb The humidity here is fierce.. the western part of downtown DC used to be a bog on the shore of the Potomac; our office is about a mile, maybe, from the Potomac, a little farther upriver. 17:47 joetho hello- anybody got any experience converting xml to marc? Any alternatives to marcedit? 17:51 jcamins joetho: what format? 17:52 * jcamins usually just writes an XSLT and uses saxon 17:52 joetho original file has 13,000 records in .xml format 17:52 gmcharlt joetho: yaz-marcdump can do that conversion 17:52 gmcharlt something like yaz-marcdump -i marcxml -o marc file.xml > file.mrc 17:53 jcamins joetho: never mind. Do what gmcharlt says (actually, I think that's always a good rule...). I answered a different question entirely. 17:54 brendan man the koha 10 years in 10 minutes is pretty cool to watch 17:54 joetho add quote time: "Do what gmcharlt says (actually, I think that's always a good rule...) 18:03 druthb hi, owen. 18:04 owen Hello fellow American. 18:04 druthb fellow-American-stuck-in-America? :P 18:05 joetho hi druth 18:06 joetho My fellow amerikansan Liz has fled and we miss her terribly 18:06 owen I think you'll be lucky if she comes back joetho, by the sound of it 18:07 jcamins owen: would _you_? 18:07 owen Depends how many job offers I got while I was there 18:08 * druthb would be tempted to find some nice quiet sheep station somewhere...and effectively disappear. 18:08 druthb herding critters would lower my stress level some, maybe. 18:08 thd hdl: are you present? 18:09 hdl i am 18:09 owen druthb: Herding my critters doesn't always lower my stress level 18:09 jcamins owen: true... maybe they need bakers in NZ! I could reinvent myself as a baker on the other side of the world... 18:09 thd hdl: I did not understand the use of 'function' in "Maybe we could just use function and caching results." 18:10 hdl subs 18:10 thd subs? 18:10 hdl sub myfunction { return aaa; } 18:10 druthb baking...carpentry...hm. could do all sorta things, jcamins. :) 18:10 slef yengh 18:11 hdl memoize::memcached ( myfuction,ladida) 18:11 thd hdl: OK so its a caching function or subroutine 18:12 hdl yep 18:12 hdl I think that data persistance is more the way we should do rather than just caching. 18:13 thd hdl: You mean persistence in memory? 18:13 hdl But in both cases (data persistance or caching) you have the same issues : you have to flush whenever data is edited. 18:13 hdl thd: yes. 18:15 thd Presumably, edits are infrequent in an ILS unless we are also caching or persisting circulation data as well. 18:16 thd s/edits/edits to any significant number of records which might have been cached or otherwise persisted in memory. 18:16 hdl thd: it would even be caching branches and so on. 18:17 hdl But still, if you are caching issuingules. 18:17 hdl It is still quite disapointing when you see that the issuingrules taken is the previous one ;) 18:17 hdl There are ways to flush cache. 18:18 hdl I think we could use either flush cache on a regular base or just whenever and edit occurs. 18:20 thd When I have communicated with chris in the past about the relative benefit of file system access or DB storage he seemed to express the view that DB storage almost always wins with good caching over the file system. 18:24 joetho oh and gmcharlt: thanks for the yaz tip! 18:24 joetho yer the best! 18:24 thd hdl: How does caching or persistence really help for bibliographic records in a large collection in any case? 18:25 thd hdl: Are you referring merely to some benefit of the most popular queries from which records would be cached or persisted? 18:26 hdl (on skype) 18:26 thd ok 18:29 chris thd: that's our experience with stuff, which has highly dynamic content and a lot of it, keep it in ram ftw 18:31 chris We have millions and millions of rows, most of it persists in ram 18:32 chris As serialised objects 18:32 thd chris: Would libraries have enough RAM to keep everything in RAM? 18:32 chris Pretty much every story is much larger than a marc record 18:32 chris Yes 18:33 chris And it doesn't need to be everything, memcached is smart 18:34 chris But as ppl will learn at the talks today fetching data is not our bottleneck 18:34 chris There are some very easy wins but I'm not going to preempt the talks 18:34 thd chris: What about the issue which hdl raised that the cache or persistence has to be flushed every time there is an update. 18:34 chris Easy peasy 18:35 chris We have to do that too 18:35 chris You can't have old news on a news site 18:36 chris But the easy wins involve no caching 18:36 gmcharlt thd: also, managing the cache is well, part of life - it isn't *that* hard to fire appropriate cache-clearing actions when something gets updated 18:36 chris After we pick the low hanging fruit we can tackle those 18:36 gmcharlt i.e., it isn't rocket surgery, to borrower one of my colleague's catchphrases 18:37 thd chris: Do you mean that flushing and replacing the entire cache has a trivial impact on performance even on a site as busy as stuff.nz? 18:37 chris Exactly 18:37 chris Why flush the whole cache? 18:37 chris Why would you ever do that? 18:37 thd chris: If the cache is segmented that is fine :) 18:37 * thd does not understand the details of caching 18:38 chris You'd have to try really hard not to segment it :) 18:38 chris With memcached anyway 18:39 hdl thd: well caching imho would not be on record queries, what is most interesting is caching the parameters and branches and categories and all the settings. 18:39 hdl Could be on records. 18:40 chris Id cache records too 18:40 chris Memcached reclaims space from things that aren't used 18:40 hdl But settings and branches and categories are the most database consuming. 18:41 chris the settings affect scalabilty 18:41 hdl chris: there are many ways to 'cache records' 18:41 chris Records speed 18:41 hdl you could cacher record pages. 18:41 thd chris: cfouts refers to parsing inefficiencies for XML. I know that pales in comparison to circulation and record editor inefficiencies. However, all queries require parsing, while circulation and the record editor are used much less frequently. 18:41 hdl (but could be done in apache) 18:41 chris Ie you can fetch a syspref ftom the db faster than the cache 18:41 gmcharlt once we get items out of the bibs, caching the the display versions of the bib data would be a win 18:41 chris Yes 18:42 nod reminder, hack fest starts at 9am NZDT :) 18:42 nod level 3 catalyst house 18:42 chris On the bus now nod 18:42 nod http://www.catalyst.net.nz/contact 18:42 hdl gmcharlt: i pushed a wip_removeitems 18:42 nod chris: sweet, although hopefully theres nothing for you to do :) 18:42 hdl branch on git.biblibre.com 18:42 thd gmcharlt: Where should display optimised records be stored? 18:43 * nod works on his best practices talk 18:43 chris thd: hence store the serialised object not the xml blob in the cache :) 18:43 gmcharlt thd: stored? nowhere. cached? in memcache 18:43 gmcharlt there's a distinction 18:43 thd gmcharlt: but where stored prior to be cached by memcache? 18:43 gmcharlt nowhere 18:44 chris Its rendered to the cache 18:44 chris_n thd: the view is generated and cached 18:44 gmcharlt the display version would be computed when needed (e.g., applying the OPAC XSLT to the MARCXML) 18:44 chris And the screen 18:44 gmcharlt and the results cached 18:44 chris Yeah what he said :) 18:44 chris_n snap 18:44 thd gmcharlt: So if the server never goes down they can all live in a preparsed form forever? 18:45 * chris_n presumes they would go stale at some expire time 18:45 chris Don't have to chris_n 18:45 gmcharlt right, or depending on the level of granularity of our cache control, the cached version of an individual record could be invalidated if/when the bib gets updated 18:45 chris_n how would we decide if they were current or not? 18:45 chris If you instead flush them when you change them 18:45 chris_n ahh 18:45 gmcharlt i.e., what chris said :) 18:46 * chris_n must try to keep up 18:46 chris We always know when they change 18:46 chris Ok my stop, coffee the bbiab 18:46 chris_n drink some for me 18:47 hdl We have to go to 18:51 thd chris_n: I have not posted to the list, I have another update I want to do first on AGPL 3 advocacy. However, have a look at http://wiki.koha-community.org/wiki/Koha_copyright_license 18:51 thd chris_n: The IRC meeting about the ballot is fully summarised 18:54 chris_n nice work thd 18:55 thd chris_n: sorry that when I was having problems with my computer or my health in the past two months I did not have enough of me to do that work. 18:55 chris_n that is very understandable 18:55 thd chirs_n: your improvements are needed. 18:56 chris_n plus, the issue really took second place to 3.2.0 18:56 chris_n thd: I'll devote some time to it over the next week 18:57 * chris_n wonders aloud if slef has looked into possible voting mechanisms 18:57 * dpavlin_ applogies for jumping in just now 18:57 thd chris_n: I asked recently. I suggested that he prepare. 18:57 thd chris_n: I think after KohaCon we can restart the process. 18:57 chris_n dpavlin_: jump on in, the water's fine :) 18:58 chris_n thd: right 18:58 dpavlin_ I can do some more work with NYTProf to see which codepaths are real problem. 18:58 dpavlin_ But, to do that, I would need some direction in how to add caches (so I can mesure improvements) and yet have it somewhat usable. 18:59 chris_n dpavlin_: chris has a repo with code setup to use memcached iirc 18:59 dpavlin_ (as in somewhat usable for later -- I had a long day today and it's 21hrs here :-) 18:59 thd chris_n: the delay will not be nearly as long as between the proposal to relicense the wiki license and the vote on the wiki relicensing. 19:00 chris_n thd: I'd hope not :-) 19:00 * brendan thinks aloud when is the next IRC meeting 19:00 * dpavlin_ would appriciate pointer to it :-) 19:00 brendan anyone that knows - can they add that to the channel header? 19:00 chris_n dpavlin_: om, i'll look 19:01 brendan thanks chris_n I just don't know that date or time yet ;) 19:01 thd brendon: http://wiki.koha-community.org/wiki/General_IRC_Meeting,_10_November_2010 19:03 chris_n dpavlin_: well, chris will have to point you to it 19:05 chris_n brendan: done 19:06 brendan sweet thanks chris_n++ 19:06 brendan I guess when I engage VPN I loose IRC 19:06 chris_n probably not using split tunneling 19:07 * chris_n seems to remember it is bad practice to do that sort of thing 19:07 brendan nope 19:07 brendan yeah not my vpn - I just login - kick a script and get out 19:07 brendan go screen 19:15 richard hi 19:17 brendan hi richard 19:21 brendan is the hackfest going to taped? 19:21 * jcamins thinks that would be a great idea 19:22 * brendan thinks we'll be able to follow along with the patches sent? 19:22 brendan somewhat - been seeing a lot of patches sent by gmcharlt 19:40 rhcl gmcharlt: Is FulfiLLment analogous to OCLC? 19:41 gmcharlt rhcl: not in terms of its implementation 19:42 gmcharlt it lets a group of libraries interecirculate 19:42 jcamins gmcharlt: is there anything you don't know? 19:42 gmcharlt but it isn't a centralized service a la OCLC ILL 19:43 gmcharlt instead, it sits in the middle of a group of local catalogs 19:43 rhcl hummm 19:43 gmcharlt jcamins: considering that Equinox is writing FulfILLment, I ought to know what it is ;) 19:44 rhcl gmcharlt even speaks croatian 19:44 richard wow 19:44 jcamins gmcharlt: oh, well, yes, I guess that makes sense. 19:45 chris_n dpavlin_: found it... http://git.koha-community.org/gitweb/?p=koha.git;a=shortlog;h=refs/heads/new/memcached 19:49 owen Hello ladies of Koha 19:49 wizzyrea_ hi owen! 19:50 wizzyrea_ did you see the video of 10 years in 10 minutes? 19:50 owen Yeah, that was fun 19:50 wizzyrea_ 10 years of koha development that is 19:50 wizzyrea_ I loved watching you flit about the templates ;) 19:50 owen If they'd asked I would have given them a head shot ;) 19:50 * owen has a stack of glossies handy at all times 19:50 wizzyrea_ maybe they'll do a new version with submitted headshots 19:51 wizzyrea_ hahahaha 19:51 owen It would also be cool with little 8-bit style avatars 19:52 wizzyrea_ you gonna whip those up then? 19:54 owen I hope I'll have my hands full kibitzing template changes coming out of Biblibre and hackfest 19:55 wizzyrea_ I have no doubt that you will :) 19:55 nengard hi owen 19:55 owen wizzyrea_: Trick-or-treating tonight! You should show chris's kids how it's done. 19:56 nengard owen i might be wrong, but i think those headshots came from ohloh 19:56 wizzyrea_ lol 19:56 nengard off to see if they match :) 19:56 owen You could even try it after dark on the 31st rather than at 5PM three days before Halloween 19:57 nengard looks like i was was wrong about the headshots: https://www.ohloh.net/p/koha/stacks 19:57 nengard not sure where they came from 20:01 slef ok, is there a hack room? 20:01 owen You have to hack your way in slef 20:01 slef and it's chris's fault we're late :) 20:02 slef owen: I could but it often upsets ppl 20:05 slef owen: nengard: headshots from kohacon 2006 dev_week IIRC 20:05 nengard oh!! okay 20:05 owen Reminders of missed cons past... 20:05 slef or may be 2009, but either way, that's why I'm not there 20:06 * brendan wonders if kohacon will become more of a yearly thing now 20:07 slef brendan: depends on demand and organisers 20:07 brendan well I'll start saving now 20:07 slef brendan: some say uk next, but I'd need to get co-op backing. 20:08 brendan that would be great slef 20:08 rhcl http://www.chenahotsprings.com/ 20:08 owen slef: I'm certainly hoping for a kohacon somewhere in Europe next year 20:09 slef nengard: is that room to the left usable by us? 20:09 nengard yes 20:09 nengard bleh - slides going by too fast - can't blog 20:09 slef oops sorry to distract 20:10 slef let me know if I should stream a talk 20:10 slef brb 20:13 nengard slef not your fault at all - just that andrew is going fast :) 20:18 Elwell_ 22:03 < ?wizzyrea_> did you see the video of 10 years in 10 minutes? 20:18 Elwell_ ^^^^ available online? 20:18 wizzyrea yep 20:18 Elwell_ for those of us not at kohacon 20:19 owen http://www.youtube.com/watch?v=Tl1a2VN_pec 20:19 Elwell_ ta 20:19 wizzyrea ^^ 20:19 slef Elwell_: check http://s.coop/kohacon10 for links and stuff 20:20 slef laptop doesn't like catalyst wifi :( 20:21 slef sodding passphrase wrong 20:21 nengard bengard cant log into irc - ERROR :Closing Link: cat11g.catalyst.net.nz (Too many host connections (local)) 20:23 slef nengard: I'll set up a tunnel once I'm on the wifi.. 20:23 nengard Elwell_ all videos and presentation summaries here: http://www.web2learning.net/categories/conferences/kohacon 20:23 nengard thanks slef - cait also can't get in 20:26 Elwell_ cool nengard ta 20:31 slef am having serious fun with keyboards and mice too :/ 20:32 slef it all worked at the b+b :/ 20:32 slef rebooted and all works 20:36 slef ok, irc server tunnel on 10.22.33.74 for those at hackfest 20:36 slef it'll be up until 1130 at least 20:37 slef so that might give time to sort out the connection limits 20:40 hdl thanks slef 21:06 cait yay! 21:06 cait slef++ :) 21:08 cait hi bengard 21:08 bengard hello 21:08 bengard thanks to MJ for getting me onto IRC! 21:09 slef well that was more of a mess than I thought 21:09 slef thanks to the co-op for having multiple customer servers I could try until it worked! 21:10 slef hehe, magnus has stolen hdl's connection space 21:10 slef anyone else wants the connection info, ask me... I don't want to publish that one because it is too open 21:12 slef ok, now to hack stuff 21:13 brendan slef - sekjal may need a connection 21:14 slef I'll put it on the board if there's a marker 21:15 wizzyrea owen's gone isn't he 21:15 brendan yup past his bedtime 21:15 wizzyrea *sniff* 21:15 wizzyrea look at how kete handles "advanced search" 21:15 wizzyrea http://upperhutt.kete.net.nz/# 21:15 slef will wait for chris to pause 21:15 wizzyrea click on the spyglass in the search box 21:15 slef wizzyrea: javascript #fail? 21:15 wizzyrea aside that 21:29 magnus oops, what did i do? 21:37 rhcl not sure about relevance (http://upperhutt.kete.net.nz/#) 21:38 rhcl search for "fish" in pictures...expect so see some catfish? No, matches on personal name "Fisher" 21:39 wizzyrea did you click on the spyglass in the search box to see the advanced search? 21:40 wizzyrea because that's what is relevant 21:40 wizzyrea and it saves all of your previous searches 21:40 wizzyrea in that bo 21:40 wizzyrea box 21:40 wizzyrea which appears on every page 21:40 rhcl ya, the drop down options are nice 21:50 wizzyrea and re: upperhutt, there may not be any content in there about fish. Just sayin. 21:53 rhcl no walleye for me :( 22:01 mason-xxx helloooooooooooooooo 22:01 mason-xxx this is a test 22:01 wizzyrea hey mason 22:02 mason-xxx hi liz 22:02 slef magnus: only N ppl can connect from each location, catalyst hack lab is at maximum 22:07 brendan mason-xxx sounds scary 22:17 slef brendan: you like mason porn, yes? 22:17 brendan heh 22:17 brendan not sure about that - was thinking of the movie 22:18 sekjal thanks, slef, for the IRC workaround 22:18 braedon|h brendan: that doesn't really clarify the issue 22:19 brendan nope not into mason porn then 22:19 slef sekjal: in return, can you let me know when reed starts? 22:19 sekjal slef: absolutely 22:19 slef tyvm... and thank the co-op more than me for having servers handy :) 22:20 sekjal thanks, software.coop ! 22:44 slef so who's going to ask the if/elsif/else question? 22:44 slef oh, there is is 22:45 slef it is 22:45 slef but koha uses EXPR far too much... will this force a cleanup? 22:49 cait bigger_fonts++ 22:52 slef cait: I will bring binoculars for you tomorrow? 22:52 slef or you could just sit nearer the front 22:52 cait yeah, I could 22:53 wizzyrea cait: http://reedwade.net/kohacon10/ttt/ 22:55 slef mmm hard to ask questions here 22:57 cait wizzyrea++ 22:57 slef awww, ajax-- 22:57 slef so tt lets the expr survive :( 23:01 nengard bigger fonts and louder voices - might have to sit up front tomorrow 23:01 nengard or after lunch 23:04 slef no questions for slef :( 23:04 slef bbl 23:04 sekjal alright, lunch 23:04 sekjal need food 23:04 sekjal blood sugar low 23:21 braedon|h @wunder auckland 23:21 munin braedon|h: The current temperature in Auckland, New Zealand is 19.0�C (12:00 PM NZDT on October 29, 2010). Conditions: Scattered Clouds. Humidity: 56%. Dew Point: 10.0�C. Pressure: 30.42 in 1030 hPa (Steady).