Time Nick Message 23:50 hudsonbot * Chris Cormack: Updating history docs 23:50 hudsonbot * Paul Poulain: Bug 5700: MT4004 : additem.pl Some Status were not defaulted to the correct value Status 0 was lost because test was done on value and not on the fact that a value was defined or not. when value is 0 then it was not used as default value for 23:50 hudsonbot * Paul Poulain: Bug 5699: don't discard $3 when building a record (UNIMARC specific) 23:50 hudsonbot * Chris Cormack: Bug 5691 - Delete all items respects independentbranches system preferences 23:50 hudsonbot * Owen Leonard: Fix for Bug 5532 - sysprefs editor should show names of saved prefs 23:50 hudsonbot * Owen Leonard: Fix for Bug 5689 - System preference notifications are not translatable 23:50 hudsonbot * Owen Leonard: Fix for Bug 5115, Tags JavaScript includes many untranslatable strings 23:50 hudsonbot * Henri-Damien LAURENT: Bug 5690 23:50 hudsonbot Project Koha_3.2.x build #97: SUCCESS in 22 min: http://hudson.koha-community.org/job/Koha_3.2.x/97/ 23:27 huginn New commit(s) kohagit32: Updating history docs <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=9ed4374971a59b280270b3b96677c1f9b829671e> / Bug 5700: MT4004 : additem.pl Some Status were not defaulted to the correct value... <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=853246b1969fcf2039518a502b4808fd3b030c88> / Bug 5699: don't discard $3 when building a record (UNIMARC specific) <http://git.koha-community.org/ 23:27 hudsonbot Starting build 97 for job Koha_3.2.x (previous build: SUCCESS) 22:55 sekjal cheers, #koha 21:24 jcamins Good night, #koha 20:25 * jwagner thinks maybe I'd better leave too -- getting a little too slap-happy.... 20:25 jwagner Come back, cait! I didn't mean to drive you away!!! 20:23 cait bye all 20:23 cait ok, confused enough to go to bed, reading my perl book 20:22 jwagner Thought that's what translations were for...Maybe we need an English translation for that one? 20:21 * jwagner was referring to your threat to rename Branches 20:21 jcamins jwagner: at least it would be spelled correctly in *some* language then. 20:21 * cait is confused 20:21 jwagner s/remaining/renaming/ 20:21 jwagner remaining things :-) 20:20 cait huh? 20:20 jwagner Bad girl, cait. Bad 20:20 gmcharlt s/IndependantBranches/SYSPREF_23445/, perhaps? :) 20:20 cait or we rename it to UnabhängigeBibliotheken ;) 20:19 oleonard In that case "Branches" is spelled wrong ;) 20:18 jcamins Ah. 20:18 gmcharlt with an argument that we English-speaking folks are the ones spelling it incorrectly ... according to the French ;) 20:18 gmcharlt jcamins: there's a long-standing bug 20:18 jcamins I had the spelling of "independent" right the first time. 20:17 jcamins Ummm... has anyone else noticed that IndependantBranches is spelled wrong? 20:16 jcamins I think it was IndependantBranches. 20:15 oleonard Could the item not have the homebranch is should? 20:15 schuster2 I'm not sure how that all works with independant branches... Can they share stuff? 20:14 jcamins (but I'm confirming that) 20:14 jcamins I think so, yes. 20:14 schuster2 Independant branches on? 20:13 jcamins I don't think so. 20:13 jcamins CHECK IN. This item must be returned to home library." 20:13 jcamins "CANNOT 20:13 schuster2 How many branches are in the system? Maybe they sent it to the wrong branch. 20:12 schuster2 What message do they get when they check it in? 20:12 jcamins The former. 20:12 oleonard Sent as in did a transfer or sent as in checked in at the first branch and Koha initiated an automatic transfer? 20:11 jcamins schuster2: they tried and were told they couldn't. 20:11 schuster2 did they check it in? 20:10 jcamins The staff client says "In transit," and the books were sent from the first library to the second, but they can't discharge the books at the second library. 20:09 oleonard What are the circumstances? 20:09 jcamins Any idea how it could happen that the holdingbranch is not changed? 20:08 jcamins Hm. 20:07 oleonard I consider this to be wrong 20:06 oleonard When an item is transferred its holdingbranch is set to that of the destination 20:04 jcamins When an item is transferred between branches, it needs to be discharged before it shows up as having arrived at the destination library, right? 19:51 sekjal hmmm 19:50 oleonard git.koha-community.org[0: 174.143.233.17] 19:50 sekjal oleonard: verify which remote? 19:49 oleonard Weird. "fatal: unable to connect a socket" is what I get 19:48 sekjal oleonard: git pull just worked for me 19:48 cait ah, now it worked. I did a git pull and it took a little while to start 19:48 mtj oleonard: works ok for me 19:48 cait hm, yes 19:47 cait hm not sure 19:47 oleonard anyone else having trouble connecting to git? 19:46 jcamins oleonard: direct links to downloadable resources. 19:45 oleonard True. But I'm not sure how much we gain if we leave out the icons. 19:45 cait or hide them in general from the xslt view 19:45 cait oleonard: I think there was a syspref to hide the icons in those cases 19:45 jcamins Heh. Sounds about right. 19:44 oleonard jcamins: We've always had to have XSLT turned off because our MARC data is wrong so much of the time :( 19:43 jcamins Based on the 007. 19:43 jcamins And to be able to differentiate downloadable MP3s versus downloadable other things. 19:43 jcamins oleonard: we just introduced XSLT results view to this client. It helps, but they want the icons larger. 19:42 oleonard jcamins: I'm curious what information isn't displayed by the material type icons that they would want to see 19:42 oleonard jcamins: I'm curious: Is your client dissatisfied with the material type icons offered by the XSLT results view? 19:42 cait running into a timeout 19:42 cait hm, can't access the link 19:40 jcamins oleonard: I was picturing your implementation of that for Koha. 19:39 gmcharlt oleonard: if it were based on items instead of bib values, could be done (or if it were diving a lot more deeply in fixed fields that could encode multipe formats) 19:39 oleonard jcamins: That link? Not me. 19:39 * cait hides 19:39 cait can we make it a sys pref? 19:39 jcamins oleonard++ 19:39 jcamins oleonard: shiny! 19:38 oleonard But you'd have to do some kind of matching between broad material types and individual item types/collection codes 19:38 anitsirk something off topic: check out today's / tomorrow's (?) special Google logo: Jules Verne - it's moving and it's under water :-) 19:38 oleonard I'm picturing a row of images in which more than one is active based on what different types of items are attached 19:38 cait and it's even more exciting when I know the corner or the place in your photograph 19:38 gmcharlt there's a "metabib" type search that tries to group formats together; for that type of search, multiple material type icons may get lit up 19:38 cait anitsirk: it's only true - I click on your twitter links every day :) 19:37 cait different code though - we thought it should be the same include for both when we first looked at it 19:37 gmcharlt oleonard: in an ordinary search, yes 19:37 cait not in staff, but in opac 19:37 anitsirk hi cait. thanks for your nice tweet 19:37 oleonard So only one of that row of images will ever be "active" at one time 19:37 cait I think that's what we are doing on the result and detail page now too 19:36 oleonard http://evergreen.seo.lib.oh.us/opac/en-US/skin/craftsman/xml/rresult.xml?rt=keyword&tp=keyword&t=harry%20potter&l=1&d=0&f=&av= 19:36 cait hi anitsirk 19:36 anitsirk hi magnuse :-) 19:36 gmcharlt oleonard: Evergreen has no concept of a bib-level item type as such; what it does is choose the icon to display based on leader and other fixed field values 19:36 magnuse hiya anitsirk! 19:36 gmcharlt oleonard: PINES is only running 1.4.0.7, as it happens 19:35 oleonard gmcharlt: Does the Evergreen search results page indicate item- or biblio-level item/material type? 19:34 oleonard I was surprised that the gapines one was so out of date (in distance from 2.0) 19:33 gmcharlt there's a 2.0.0 (i.e, about as recent as you can get) OPAC demo included there 19:33 gmcharlt oleonard: see http://evergreen-ils.org/dokuwiki/doku.php?id=community_servers#community_demo_servers 19:32 rangi :) 19:32 anitsirk now i need to be careful again to always type in the correct chatroom ;-) 19:32 anitsirk morning rangi. 19:32 rangi hi anitsirk 19:32 oleonard gmcharlt: Do you where I can find an up-to-date Evergreen OPAC? 19:31 oleonard Evergreen does what I'm thinking of, if I'm not mistaken. 19:30 jcamins Or normal, for that matter. 19:30 jcamins XSLT. 19:30 cait are we talking about xslt or normal view? 19:28 jcamins cait: not on the search results page. 19:28 cait and the material type icons are not obvious enough? 19:27 jcamins Yeah, that's the problem I'm trying to deal with. 19:27 oleonard I'm not sure how you'd do it, but I know that what my patrons really want to be able to see at a glance is whether it's a book, DVD, audio book, etc. 19:26 oleonard But if we displayed material-type icons like on the XSLT display... 19:25 cait oleonard: I think there is no right way to do it if you have more than one item type 19:24 cait we had a library reporting that if the biblio level itemtype is not for loan they don't see holds links in the staff result list 19:24 oleonard jcamins: I think what we should probably work for is a display of item-level material types on the search results page 19:24 cait but there are some smaller bugs 19:23 cait it should 19:23 jcamins Oh, it must affect limits. 19:22 jcamins Ah, grep, how I do treasure thee. 19:22 oleonard Not sure, beyond display of item type images 19:21 jcamins Does item-level_itypes affect anything else? 19:21 cait hi all 19:19 jcamins The ANS used biblio-level itypes. 19:19 jcamins I was trying to figure out why I never had any problems before. 19:19 oleonard (just had a conversation about this with nengard) 19:19 jcamins Yep. 19:18 oleonard jcamins: You have a client asking about it? 19:17 jcamins I see. 19:17 jcamins Ohh. 19:16 oleonard item type icons do not display on the results page unless item-level_itypes is set to OFF 19:16 jcamins Do they work together? 19:16 jcamins Item type icons and OPACXSLTResultsDisplay. 19:13 * oleonard can't git fetch.. times out... 19:12 rangi back 19:04 rangi Ok my stop bbiab 19:02 rangi its on same time as the conf proper? 19:00 rangi Cool, I reckon I could swing that :) 18:58 gmcharlt for the LITA OSS interest group, if nothing else 18:57 rangi Orly? 18:57 gmcharlt rangi: I have ways of getting you to present at ALA ;) 18:57 rangi And beverages of course gratefully accepted 18:54 rangi Presenting at access, not ALA at least I don't think I am 18:32 schuster2 Wow world traveler! Are you presenting or??? and when??? I will be there working on some School business/Texas Library Association stuff. I would love to buy you a beverage one night. 18:27 rangi Are my 2 north american trips this year 18:27 rangi Ala in june, access in october 18:26 rangi Barring unforeseen circumstances 18:26 rangi Yes indeed 18:19 schuster2 So rangi you are coming to ALA in June? 17:56 brendan_ morning #koha 17:55 oleonard Nice Google home page, NZ: http://www.google.co.nz/ 17:51 rangi Heh 17:51 jcamins rangi: I agree. I just want that stapler... 17:50 rangi If we do it now, all patches not applied now would have to be rewritten 17:50 * jcamins will take a nice heavy stapler any time, even if he has to wait until June. 17:50 rangi So 3.6 we could start with a big tidy 17:49 rangi Ill bring it to ala and throw it :) 17:49 rangi Then we can shift everything around 17:49 * jcamins makes a note to send in a patch tidying a small portion of the templates so that rangi will send him a nice heavy stapler. 17:49 rangi We need to get them converted and be happy we haven't broken stuff 17:48 rangi The heaviest I can find 17:48 jcamins rangi: what kind of stapler? 17:48 rangi And applying outstanding patches almost impossible 17:47 rangi Because that makes spotting differences 17:47 rangi But I will throw a stapler at anyone who tries to tidy the templates as we convert them 17:46 rangi And yes html tidy and tt play nice 17:46 rangi I think chris h has a few more for that too 17:46 rangi Yay 17:45 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5462 enhancement, PATCH-Sent, ---, gmcharlt, NEW, Fix variable names so we dont break template::toolkit 17:45 oleonard that discussion led to my patch today for Bug 5462 17:44 rangi Cool 17:44 oleonard rangi: nengard and I figured it out 17:44 huginn rangi: The operation succeeded. 17:44 rangi @later tell nengard don't know, way too many commits to memorise them, try searching the git log 17:42 rangi As long as the signed off version goes to the list, and ppl set the bug statuses correctly should be fine 17:30 jcamins oleonard: makes sense to me. 17:29 oleonard briceSanc is attaching reformatted versions of his patches to the bugs and I'd like to mark them "needs signoff" so they'll get looked at. 17:28 oleonard Now that we need everything to have a signoff, the signed-off version will make it to the list 17:28 oleonard What do you all think: Okay to mark a bug "patch sent" if the patch is attached to the report, even if it hasn't been sent to the list? 17:16 schuster2 Gotta go to a meeting sorry be back in a bit 17:16 jcamins schuster2: what do you mean? 17:15 sekjal back after 17:15 schuster2 Another question - as I'm working on this kids icon driven searching project. If I wanted to house them on the Koha server I probably need to create a directory on my server. Where would the best place be? 17:15 sekjal alright, time for some lunch 17:15 * oleonard comes up with several metaphors which are just more confusing 17:13 schuster2 OK thanks - I'll need to do some playing on my own to get my brain around it... 17:12 oleonard Those files change the moment you switch branches 17:12 oleonard the web site always looks in the same place for the files to use to do its thing 17:11 schuster2 OK so when you switch the web knows to use whatever the "active" branch is... 17:10 oleonard Since you can't delete a branch which is checked out you would have already had to switch to another branch 17:10 schuster2 So if you delete a branch because you abandon the changes you were working on the installation reverts back to the main code? 17:09 oleonard schuster2: When you check out a branch all the files are updated to that branch's version. Your installation immediately uses those changed files 17:07 schuster2 But I will ask this question of those here! When you are editing in a git branch - how does the web know which branch to use and display changes? 17:06 schuster2 Thanks everyone. 17:06 schuster2 ok - I was just playing around and now realize part of what I was trying to test isn't on that server yet - 5489 isn't applied so it really doesn't matter. 17:05 jcamins It may be a few minutes since I'm eating lunch now. 17:05 oleonard schuster2: I wouldn't think it would since it's a public demo 17:04 jcamins schuster2: I don't think it does, but I'll check. 17:03 schuster2 Does anyone know if the "demo" server from bywater up and running from koha-community has emails running? 17:02 oleonard schuster2: I would say so based on gmcharlt's comment 17:02 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5489 enhancement, PATCH-Sent, ---, amit.gupta, ASSIGNED, Send hold email to branch email address if it exists instead of koha email address 17:02 schuster2 Then bug 5489 came about 17:01 schuster2 So is this feature working or not now? 17:01 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5297 minor, P5, ---, nengard, NEW, emailLibrarianWhenHoldIsPlaced does nothing 17:01 schuster2 I'm confused by bug 5297 17:00 oleonard I guess my suggestion for using the Wikipedia discussion area didn't go over well 16:53 snail I've reverted some of mtj's changes to the wikipedia page. if they show up here and ask about it, encourage them not to simply revert my revision. that way lies the path of madness. I'll be back here as I can, but I can't connect from work 16:50 hdl hi all 16:48 magnuse hiya hdl 16:41 kf hi hdl 16:37 druthb [off] lol 16:36 jcamins [off] oleonard: speak for yourself. I was planning on changing the page to say "100% of dentists agree- Koha is the best ILS. When asked, Dr. Aibolit said 'oh, yeah, without novocaine we'd be even less popular than we are now.'" 16:34 hdl hi all 16:32 oleonard Good thing we all exercise such great caution ;) 16:30 snail oleonard: technically, pretty much anyone in this channel editing the article is a COI 16:30 snail oleonard: because far too many of the contributors have COI issues. did you read what I wrote recently at https://secure.wikimedia.org/wikipedia/en/wiki/User_talk:Jkostoff ? 16:29 jcamins No, I just thought it would be nice to send a video on how to customize notices to a customer. :) 16:29 kf jcamins: I know more about notices than I ever wanted to know - do you have a specific question? 16:28 oleonard snail: Why not take it up in the discussion on that article? 16:27 jcamins Did nengard prepare a training video on customizing notices? 16:25 magnuse hi Nate_ 16:25 snail mtj: please don't mess with my carefully chosen words around the fork in the wikipedia article. i understand your point of view, but wikipedia has the whole encyclopedic voice thing going on which means it has to be balanced and impartial 16:25 kf hm 16:25 magnuse does anyone know the status of "search domains" - do they actually do anything? 16:24 rhcl Hey Nate 16:24 rhcl yes, concur 16:24 Nate_ Hiya! 16:24 magnuse rhcl: i see kete more as a "wiki with documents", dspace more as an archival tool, strong on metadata, weak on user participation 16:24 * druthb waves to Nate_ from DCA's big concourse. 16:23 * magnuse too 16:21 * oleonard too 16:21 kf snail: I would guess mtj 16:21 rhcl I also note that many people, possibly including Joann, might disagree 16:20 rhcl For more static things like still images and documents my _general_impression_ is that DSpace is better suited 16:20 snail anyone know who the wikipedia editor 'Alohabot' is? 16:19 rhcl Kete looks great for recording the memories of living people, audio or visual I think 16:19 rhcl I see Kete and DSpace having differences--I've looked at both, though not recently. 16:16 magnuse rhcl: kete is worth a look too, depending on your use case... 16:12 sekjal druthb: cool, noted 16:11 druthb sekjal: I'm supposed to arrive on the shuttle at 1820, at the hotel, and I'll check in and boogie to the dinner. :D 16:10 druthb great! I fly from DCA about 1400 (yes, in 2.5 hours), and will be on the ground by about 1630 in Indy. 16:09 sekjal druthb: I don't have any particular plans after lunch today. I'll give you a buzz 16:09 jcamins (don't answer that... one of my other channels has a bot which would tell me, and I wondered if munin did too) 16:09 * druthb waves to jcamins. 16:09 rhcl I actually evaluated DSpace here, and plan to go back to that archival project "some day". 16:08 druthb sekjal: I should be done with the newbee dinner 8-ish...call me when you're un-busy after that? (and if you don't have other dinner plans, I'm sure there's room for one more friend.) 16:08 jcamins What time is it in Detroit? 16:08 magnuse rhcl: free software FTW! ;-) 16:07 rhcl eprints seems to be using DSpace, and excellent app 16:07 sekjal druthb: ah, thought you'd have a connection... but since I connected in DCA, that train of thought doesn't really hold 16:06 magnuse lucky people - code4lib sounds cool! 16:06 druthb (and also, seeing sekjal....actually, that should be the other way around; I'm going to bloomington to see sekjal, and also go to code4lib.) :) 16:05 druthb yep. going to Indy, then taking a shuttle to bloomington for code4lib. :D 16:05 wizzyrea indianapolis? 16:05 magnuse btw: e-lis has 9 hits for koha: http://eprints.rclis.org/simple-search?query=koha&submit=Go 16:04 druthb Mine is only one leg. I'm at DCA (National) now. 16:04 * magnuse waves at druthb 16:04 sekjal how was the first leg o' the flight? 16:04 druthb Congratulations, sekjal, on your publication! 16:04 magnuse sekjal: cool! 16:04 sekjal hey, druthb! 16:03 * druthb pops in for a bit, before lunch and flying.. 16:03 sekjal magnuse: just reading the legalize now. Yes, I'm allowed to republish with impunity 16:03 magnuse e.g. http://eprints.rclis.org/ 16:02 magnuse sekjal: are you allowed to post a preprint/open access version somewhere? 16:02 rhcl_away sekjal++ 16:01 magnuse sekjal++ 15:59 sekjal full disclosure: I had a co-author, but at the last minute, she asked to have her name taken off for political reasons. 15:58 sekjal thanks, everyone 15:56 ebegin congrats sekjal 15:56 kf sekjal++ :) 15:56 jcamins Congratulations! 15:56 wizzyrea woot! 15:56 sekjal (my article has been published) 15:56 sekjal http://bit.ly/i3bBLw 15:35 kf oleonard++ 15:30 kf ok, just let me me know if I can test or provide more information :) 15:30 sekjal kf: I saw it, but haven't tried to do anything with it yet 15:29 kf I have to say using our ISILs as branchcode is a bit mean to the system 15:29 kf sekjal: speaking of patches - have you seen my comment on the autobarcode issue? 15:26 sekjal atz is here 15:26 sekjal I've got some patches I want to work up, but they aren't requests from our clients, so it's hard to find the time during the normal work day 15:26 oleonard Any other koha enthusiasts you know of coming? 15:25 sekjal I think we will. hopefully will have some time for a bit of hackfestery 15:24 kf sekjal: hope both of you have a good time :) 15:22 kf ah 15:22 sekjal will be here around 6pm, I think 15:22 sekjal kf: she's in transit today 15:21 kf sekjal: druthb with you? 15:18 * oleonard hadn't even realized it was coming up 15:18 sekjal oleonard: it's pretty neat 15:15 * oleonard should try to make code4lib someday 15:14 sekjal hi, owen. yes, at the pre-conference session on cloud computing 15:13 oleonard You at code4lib? 15:13 oleonard Hi sekjal 14:57 kf I added a comment to the bug (thought it was already there, missed the bugzilla error message) 14:56 kf ah, mid-air collision 14:55 kf and some of them are quite cryptic 14:55 kf because ourlibrarians don't know the english codes / terms 14:55 kf have different labels and show them, I would like it htat way for opat at least 14:54 kf ah, so more than one separate line 14:54 nengard kf i'm saying that some of those terms need to be there (editor, illustrator, translator) the biggies cause otherwise those people are listed as 'additional authors' and they're not really 14:54 kf nengard: and it should work for 880 - but the display for 880 is not optimal at the moment 14:53 kf nengard: I agree about the separate line - only not happy about the codes/terms 14:51 wizzyrea good morning :) 14:51 oleonard Hi wizzyrea 14:50 oleonard jwagner: Sounds like something that should be cherry-picked into master and resubmitted 14:48 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3496 enhancement, PATCH-Sent, ---, jwagner, ASSIGNED, Override maximum fine at checkout 14:48 jwagner jcamins, see Bug 3496 14:45 jcamins Is it possible to override noissuescharge? 14:37 nengard thanks oleonard :) 14:36 huginn nengard: The operation succeeded. 14:36 nengard @later tell rangi got a question about recent commits - what commit/bug report added the item type icons to the search results in the staff and opac? I have a comment but I can't find where to put it 14:36 oleonard bywater++ # MassCat! 14:36 jcamins nfred: sorry, I've been trying to figure out what the next step is. 14:35 nfred jcamins: should I run another command on the linux side to trouble shoot, or run yast? 14:35 nengard that too is confusing 14:35 nengard right now illustrators will show under additional authors instead of as 'illustrators' 14:35 nengard as an 'additional author' i would like it to say what i did :) 14:35 jcamins There should be a syspref for that. :) 14:34 kf and not sure everybody wants to show them - will complicate the opac view 14:33 jcamins kf: yes, indeed there should. :) 14:32 kf there should be a way to translate them 14:32 kf I think we still use the codes 14:31 jcamins kf: recent practice has changed to using terms ($e) instead of codes. 14:30 kf thx, was looking there but missed this link 14:30 jcamins kf: yes. http://www.loc.gov/marc/relators/ 14:30 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5701 enhancement, PATCH-Sent, ---, m.de.rooy, ASSIGNED, Distinction between authors/additional authors in staff normal view (MARC21/XSLT) 14:30 kf bug 5701 14:29 kf $4 apparently in 700 and others 14:29 kf jcamins: do you know where I can find a list of relator code or terms? 14:29 nfred jcamins: okay, thanks 14:28 jcamins nfred: lo is loopback, so it won't be accessible from Windows. 14:28 nfred there's also similar info with lo. re ping on windows, request timed out 14:27 jcamins Then run ping 192.168.1.16 14:26 jcamins Okay, now, open up a terminal on your Windows box. 14:26 nengard morning all - got a question about recent commits - does anyone know what commit/bug report added the item type icons to the search results in the staff and opac? 14:26 nfred eth0 14:26 jcamins (whether it's en0 or eth0 or what) 14:26 nfred yes, and Bcast 192.168.1.255 14:26 jcamins You want to know A) the IP and B) that first bit. 14:25 jcamins It should say something like en0: UP 192.168.1.16 netmask 255.255.255.0 14:25 jcamins Run ifconfig 14:24 nfred okay, logged in as root 14:24 nfred I'm booting now.. 14:23 mtj nfred: you shouldnt be able to see localhost from your windows box ;) 14:23 jcamins nfred: no, of course not. I was just waiting for you to get your VM booted after you changed it for the next step. 14:21 nfred I changed to bridged from NAT last night. I then went to my windows browser and still couldn't see http://192.168.1.16 or http://localhost 14:21 jcamins nfred: anyway, use bridged networking. 14:20 jwagner jcamins, it was a MERCY killing! 14:20 nfred oops 14:20 jcamins Oh no! I killed wahanui1! 14:19 wahanui1 jcamins: that doesn't look right 14:19 jcamins nfred: change VirtualBox to use bridged networking. 14:19 nfred However, I'm trying to follow steps listed on the koha site 14:18 nfred Yes, I haven't even gotten to the koha part yet! 14:18 kf nfred: sounds more like a virtualbox issue than koha 14:17 nfred kf: I'm working with http://wiki.koha-community.org/wiki/Koha_3.0.0_on_openSUSE_11.3, but can't make the virtualbox server visible to my Windows laptop. Freek (and previously Ricardo Dias Marques) suggested static IP. Using yast with minimum os install, i.e. no gui. 14:17 kf jwagner: I would think yes - remain valid. it will make it easier to make him show up and pay his fines 14:17 kf oleonard: I think I would expect it so show a message with an override option 14:16 jwagner No way to distinguish between holds the patron might have suspended himself versus ones the system did 14:16 jwagner That could work -- the tricky part would be unsuspending. When someone is debarred, it could automatically suspend holds, but no good way to automatically unsuspend them I can think of. 14:15 oleonard You'd have to add a "suspend hold" feature (sounds familiar) 14:14 jwagner The answer might have an effect on what happens at the point of debarrment. 14:14 jwagner kf and mtj, as a matter of interest, what would you expect should happen if a patron has existing holds and then gets debarred? Do those holds remain valid? 14:14 oleonard It could be called a bug if there were code in Koha to prevent it from happening but that code didn't work ;) 14:13 oleonard kf: Feature :) 14:10 kf mtj: I feared you would say that 14:10 jcamins nfred: I wasn't suggesting you use Debian, just expressing my excitement about there finally being a version of Debian with MySQL 5.1. 14:10 mtj bug :) 14:09 nfred Yes, but the Cape Town install is OpenSuse. w/ Koha 3.00.01.005 14:08 kf question: can place holds for debarred user - bug or feature? 14:08 jcamins Yeah, I saw that Debian 6 was released. :) 14:08 kf I think debian is what most people use and there are good manuals and even packages for that 14:08 nfred I've been following instructions on the koha site. 14:08 kf never worked with opensuse 14:07 nfred OpenSUSE 11.3 in virtualbox 14:07 nfred I want to set up a similar environment too the Cape Town install. 14:06 kf which os are you using? 14:06 nfred My challenge for some time has been simply to install Koha on my laptop, and darned if I haven't been able to do it yet. 14:06 * oleonard 's irc client has tab completion so it doesn't matter how long the nick is as long as it doesn't start the same as someone else's 14:05 nfred I thought nfred would be easier for folks to type. I've been working a plan for some time and move at snails pace... 14:04 oleonard nfred: Welcome back. We're still getting used to some new nicks around here :) 14:03 nfred Yes, I'm being inconsistent! I was nelsonf I think - Nelson Fredsell Atlanta, with installation in Cape Town, South Africa 14:02 oleonard nfred: Do we know you by another nick from the old channel? 14:02 kf thx for the offer owen :) 14:02 oleonard kf: Feel free to file a bug if you'd like me to take a look. I don't always recognize that kind of problem 14:01 nfred Hi oleonard, glad to be here. Been away for months! 14:01 kf too many ifs 14:01 kf tried to change them, but always broke something until I gave up 14:00 kf like cutting sentences into smaller parts with if clauses - hard to translate such things 14:00 kf some things there are bad for translation too 13:59 kf mormember template needs a clean up 13:59 oleonard Hi nfred 13:58 oleonard I think the proof will be seeing how it handles a complex page like moremember.tmpl or circulation.tmpl 13:56 kf would make reading the templates easier I think 13:56 kf but I would like it 13:55 oleonard Of course 13:55 kf or rangi 13:55 kf we should ask chris about ti 13:53 ebegin oleonard++ 13:53 oleonard But after the T:T transition *everyone* will be required to submit patches in a new format. Good time to begin a new standard. 13:52 ebegin We will always have pending patches 13:52 oleonard I think kf's idea of building this into the T:T transition is a good one, although I have no idea if it is feasible 13:52 ebegin or we can postpone that forever. 13:51 ebegin If we say that from now on, every time we modify a file we have to align them, chances are that most files will be standardized. 13:50 ebegin oleonard, I agree. That whu there will be a transition. 13:48 oleonard At the moment, because people have many patches pending which haven't been written according to any standard 13:46 ebegin why count onan automated task when we can do it correctly while writing it... 13:45 ebegin s/human/humans 13:45 ebegin oleonard, this is why we are there, us, poor human ;) 13:44 oleonard ebegin: One problem with <!-- /TMPL_IF -->placement is that even an editor with good code folding is going to have trouble handling both HTML and TMPL at the same time 13:41 mtj ha, sure.. just saying.. 13:41 oleonard mtj: It's a little late to be working on that again 13:40 ebegin kf, I hope too 13:40 mtj there was a WIP for html-tidy to handle html::template, a few years ago, i haven't looks at it since 13:39 kf ebegin: I hope the new syntax will make it a little easier 13:38 jcamins mtj: probably because they're an offense against nature. 13:38 ebegin I can believe that we have to look at .tmpl file for 15 or 30 minutes to know where that <!-- /TMPL_IF --> has to go 13:38 jcamins Yes, that's what I mean. 13:38 mtj i *still* haven't found an html tidy/beautifiler that handles <!— TMPL —> blocks 13:37 ebegin jcamins, sorry, I agree that the spaces vs tab doesn't worth it... but a standard on indentation (when changing line, for exemple) worth it. 13:36 oleonard kf++ 13:36 kf ebegin: I think we will need a suggestion for template toolkit - perhaps a tidy up could be done with the conversion scripts? 13:36 mtj 4-char is prolly what folks will decide upon 13:35 mtj and every once/while someone brings it up 13:35 ebegin jcamins, I think that it worth it actually. 13:35 mtj nah, its a serious thing to agree on 13:35 * jcamins doesn't care, for what it's worth. 13:34 mtj lol, so add it... 13:34 kf * Indentation: 4 spaces [+++] or tabs [] or 2 spaces [] or don't care but give us perltidy settings [+] 13:34 kf I think 4 space indentation? 13:33 oleonard Doesn't say: http://wiki.koha-community.org/wiki/Coding_Guidelines 13:33 mtj as many as it says in the kc.org style guide, silly 13:33 ebegin That's why with a tab, you can set it to whatever you want ;) 13:32 mtj some template files in koha get pushed waaay right, with 4-char indenting 13:32 ebegin but if you use spaces, that brings another questions. how many... 2, 4, 6, 8 ? 13:31 ebegin that is always an eternal debate,. 13:31 * mtj dons tinfoil pants… 13:30 mtj no tabs, set your tab key to input spaces ;) 13:30 ebegin I used 4 chars in the example because I was not able to use tab in the form 13:29 ebegin mtj, i used 4 chars in the example, but I prefer using tab instead. If you want your tab to be 1, 2, 4 or 10 characters is up to you and is usually a setting in your editor 13:27 mtj i think 2-char spacing might be better than 4 13:27 ebegin basically, group what reprensents grouping, both in HTML::Template (<!-- TMPL_IF -->, <!-- TMPL_LOOP -->, ...) and HTML tags (<div>, <table>, <ul>, ...) 13:26 ebegin http://paste.koha-community.org/140 13:26 ebegin that would be a first proposal 13:25 pastebot0 "ebegin" at 24.202.39.26 pasted "Indentation proposal for .tmpl file" (30 lines) at http://paste.koha-community.org/140 13:24 oleonard I'm not sure we'd manage to keep everyone on the same standard without some kind of Tidy script 13:22 kf perhaps we can decide on that after the switch to template toolkit? 13:14 oleonard Either term has little meaning if you don't offer a suggested standard to apply 13:13 ebegin oleonard, i wanted to be polite. :) you could replace could be improved by sucks :) 13:13 oleonard Not everyone agrees on indentation style, so "improved" is a problematic term 13:12 oleonard It could certainly be better standardized 13:12 ebegin is it just me or the indentation of the .tmpl files could be improved? :) 13:11 * mtj speaks with much personal experience on the issue 13:11 ebegin I added an extra space before the > by mistake in a <!-- /TMPL_LOOP --> 13:10 mtj reindent *after* the mod works 13:10 ebegin got it :) it was not that long after all :) 13:10 jcamins ebegin: there's some way to have diff ignore whitespace. 13:09 ebegin Hmmm, it won't be easy, I reindented most of the file. 13:07 mtj or git-diff, the only method i use 13:07 mtj ebegin: nope, use diff 13:05 ebegin I do have an mismatch for a tag somewhere in one of my .tmpl file. Is there an easy way to validate a .tmpl file ? 13:05 ebegin :) 13:04 * chris_n welcomes ebegin 13:04 kf hi ebegin 13:04 ebegin hello #koha! 13:04 kf jcamins: congrats :) 12:58 jwagner morning, Nate_ and congrats jcamins 12:58 Nate_ morning! jwagner 12:57 Nate_ congrats!! 12:57 jcamins Woohoo! My paper on the role of women in establishing the Russian canon was accepted! 12:52 jwagner Morning all 12:48 Nate_ morning jcamins! 12:48 jcamins_away Good morning, #koha 11:42 huginn kf: The operation succeeded. 11:42 kf @later tell kmkale opac-user.pl: when you are logged in on top of the page: 'Welcome....' 10:59 kmkale yes the my summary page 10:57 kf ah sorry, have to go, lunch 10:57 kf you mean account? 10:53 kmkale in opac where is the link to take a user to opac-user.pl? 10:45 huginn kf: The operation succeeded. 10:45 kf @later tell jwagner tested bug 5688 - good catch, I never noticed the column! 10:25 kf poor furbies 10:25 magnuse amen mtj 10:23 mtj thats why we all have to help each other 10:23 mtj amen druthb 10:23 mtj … we've cherry-picked 50 exciting Koha features on a 3.0.1 codebase, and tested them on *actual* furbies! 10:23 druthb keeping up with more than one fork at a time is *hard work*. 10:22 * magnuse would have to relase 3 forks, Rosa, Benoni and Lina... nah, sounds like too much work ;-) 10:20 * druthb is not gonna release a fork named after her pet. "Captain Midnight" is a screwy name for a release. :) 10:18 mtj KohaAloha, NZ releases what it considers to be a stable release of Koha, called 'Furby'… 10:18 kmkale brb 10:17 mtj i want to make an april fools joke release of Koha , called 'Furby' 10:16 mtj someones probably sneaked the harley details in as relevant, i think… 10:15 mtj lol, yeah that stuff should go 10:14 kmkale both branches have a very large active team??? 10:09 mtj http://en.wikipedia.org/w/index.php?title=Koha_%28software%29&action=historysubmit&diff=412502815&oldid=412006237 10:09 * mtj mods the koha wiki page... 10:06 * kmkale would like a peek at current standings too ;) 10:02 magnuse i just wanted to see the current standing - but guess that won't be available before it has closed 09:58 rangi nope 17th 09:58 mtj surely not 09:58 rangi has it closed? 09:57 * magnuse looks for a way to see the results of the kohacon vote, but can't find it 09:57 mtj anyhoo, thats the only experience ive had with RS... 09:56 mtj http://www.canonical.com/enterprise-services/ubuntu-advantage/landscape 09:56 mtj this rackspace was running landscape, which was causing a 3 minute hang after ssh login :/ 09:53 kmkale i am using rackspace. and frankly i am happy with it. 09:53 mtj its = rackspace 09:52 mtj its out-of-the-box config was borked too 09:52 druthb I've not had that problem with ours, but we've had some panicky times when their servers act up and have to be rebooted. 09:52 * magnuse never had trouble with that on slicehost 09:52 mtj i worked on a client's rackspace box, and it was sooo slow, i got ssh timeouts constantly 09:51 hudsonbot Paul Poulain: Bug 5700: MT4004 : additem.pl Some Status were not defaulted to the correct value Status 0 was lost because test was done on value and not on the fact that a value was defined or not. when value is 0 then it was not used as default value for 09:51 hudsonbot Project Koha_Master build #346: SUCCESS in 23 min: http://hudson.koha-community.org/job/Koha_Master/346/ 09:50 druthb We've been using Rackspace, and there have been some uptime issues. I am not fond of their fixed-size systems...if you need a huge disk, you have to buy huge cpu and memory to go with. my loader server doesn't need a huge CPU, just lots and lots of workbench area. 09:50 rangi on my small linode 09:50 rangi im running hudson, bugzilla, the pastebot and infobot, as well as downloads.koha-community 09:49 mtj and more RAM 09:49 magnuse yeah, looks like it 09:49 mtj linode is better/cheaper than slicehost 09:48 * magnuse has been quite happy with slicehost so far, but should take another look at those stats... 09:48 mtj i wanna try running a small demo koha, on a linode 09:47 mtj ok, i read somewhere 32-bit might be more lean, for a small memory config? 09:46 druthb I've done some dev works, approvals and such, on nearlyfreespeech.net....for web stuff, it's decent. You can't run herkin big services there, but for little db-based apps, wordpress, CMS stuff, it's nice, because you pay as you go for what you use. Not a full vm, but not a cpanel host, either, kinda in between. 09:45 rangi i run 64 09:45 mtj any prefs? 09:45 mtj rangi: 32 or 64 bit kernel, on linode? 09:44 mtj … and the best bang-for-buck 09:44 mtj yeah, im going that way chris 09:43 druthb I'm a big fan of linode; I've used 'em for a number of small projects here and there. 09:43 rangi rocksolid 09:43 mtj http://journal.uggedal.com/vps-performance-comparison 09:43 kmkale :) 09:43 rangi linode rules 09:43 mtj oooh, VM hosting performance (with graphs) 09:43 druthb for some people, certainly, kmkale. For me, not so much; They're sometimes stressful and busy, but I try really hard to be the happiest person I know. (And that's an internal decision, not a reaction to externalities.) 09:42 kmkale s/yahhy/happy/ 09:41 kmkale yo druthb yahhy monday is that thingi like oxymoron or some such 09:41 mtj kidding ;) 09:41 mtj tax-returns or scribbly-paper tossing? 09:40 druthb It's not *that* big a thing, but it sure feels good, don't it? 09:39 * mtj hive-fives druthb 09:39 kf hmpf. 09:39 druthb I got a bunch of organizing done over the weekend, too, and tossed out piles of scribbly paper notes, so my $stress_level--, too. 09:38 mtj … and about to splurge on some linode VMs 09:38 druthb yay! 09:38 mtj $stress_level— 09:37 mtj nah, i've sorted/paid all my tax stuff for the last 2 years 09:36 kf because it's almost over? ;) 09:36 mtj heyazz, very happy monday for me 09:36 druthb hehehe... 09:36 kf hi druthb :) 09:35 kf happy monday?? 09:34 druthb happy Monday, #koha. :) 09:27 hudsonbot Starting build 346 for job Koha_Master (previous build: SUCCESS) 09:17 huginn New commit(s) kohagit: Bug 5700: MT4004 : additem.pl Some Status were not defaulted to the correct value... <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=14422c8ed9df29a6b89e8afe69c4d05056618124> 09:01 hudsonbot Paul Poulain: Bug 5699: don't discard $3 when building a record (UNIMARC specific) 09:01 hudsonbot Project Koha_Master build #345: SUCCESS in 24 min: http://hudson.koha-community.org/job/Koha_Master/345/ 09:00 magnuse guten morgen, kf 09:00 magnuse cool! 08:59 snail magnuse: indeed, transliteration of 'morning' 08:59 kf god morgen magnus :) 08:54 magnuse "good morning"? 08:54 * magnuse googles 08:53 snail mÅrena, magnuse 08:47 magnuse kia ora, #koha 08:46 hudsonbot kf: great! yum yum. I just love cookie! 08:46 kf !hudson botsnack cookie 08:46 hudsonbot Use !hudsonhelp to get help! 08:46 hudsonbot kf did you mean me? Unknown command 'bot' 08:46 kf !hudsonbot botsnack cookie 08:37 hudsonbot Starting build 345 for job Koha_Master (previous build: SUCCESS) 08:36 hudsonbot Mason James: (bug 5277) (HEAD) cant search by barcode in OPAC search-page 08:36 hudsonbot Project Koha_Master build #344: SUCCESS in 24 min: http://hudson.koha-community.org/job/Koha_Master/344/ 08:35 huginn New commit(s) kohagit: Bug 5699: don't discard $3 when building a record (UNIMARC specific) <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=60e0a76fc027ff8d97c3630fce0a7b8222b6d5fd> 08:17 rangi http://git.koha-community.org/gitweb/?p=koha.git;a=commit;h=a4cc394508182f292b4767504dfbac882744c3df 08:16 rangi eg 08:16 rangi well splitting and combining 08:16 paul_p splitting our split in smaller splits, I understand ;-) 08:16 rangi building up a dependency tree and bugs for each feature/bug 08:15 rangi im doing that with all your branches 08:15 kf paul_p: cool :) 08:15 huginn New commit(s) kohagit: Merge branch 'new/bug_5277' into kcmaster <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=a8222aeeb1169d7b1939d1e64c319a16e3846e8c> 08:15 paul_p ok, link found 08:14 paul_p mmm... rangi, how do you get this showdependancytree (can't find the link on show_bug.cgi?id=5574) 08:13 paul_p hi rangi 08:13 rangi quite a few of these have been merged into master now, if you could test and mark resolved that would be great 08:13 rangi http://bugs.koha-community.org/bugzilla3/showdependencytree.cgi?id=5574&hide_resolved=1 08:12 rangi speaking of debugging 08:12 rangi cool 08:12 hudsonbot Starting build 344 for job Koha_Master (previous build: SUCCESS) 08:11 paul_p breaking news kf :we organise a "European debugguing sprint week" in April, here in Marseille, for 3.4, from april 4th to 8th. Public announcement coming soon, you can already note this week on you agenda ;-) 08:10 paul_p morning kf 08:10 kf morning paul_p 08:04 kf good morning #koha 07:33 * mtj has his tax stuff all done :) 06:58 rangi hi francharb 06:57 francharb hello alll 05:31 snail morning all 03:52 kmkale hi mtj 03:45 mtj heya Koustubha 03:44 kmkale Namaskar #koha 03:03 Brooke_ game over, mate. 03:02 Brooke_ ooof 02:49 Brooke_ she says no yeah buddy waiata on the 2pt conversion... 02:48 Brooke_ hey rangi, better bribe me mum, bro 02:48 Brooke_ kia ora 02:18 mtj doing tax stuff this arvo… :/ 02:17 mtj whats up? 02:17 mtj ronald: heya i'm about, now... 01:39 rangi havent seen him today ronald 01:38 ronald is Mason around?