foundations.edu, ASSIGNED, Patron Card Labels should printcmsd.bc.ca, RESOLVED FIXED, installer.pl could prompt user to send testing results inmyacpl.org, NEW, Label Example Imagemyacpl.org, NEW, Label Example Imagechris-laptop:/# ls -la /root/← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:22 | chris | http://www.stuff.co.nz/world/s[…]uakes-off-Vanuatu |
| 00:22 | :( | |
| 00:24 | pianohacker | yikes |
| 00:24 | yet another tsunami - I hope this one isn't as damaging | |
| 00:24 | good luck, chris | |
| 00:25 | chris | yeah i hope it is a false alarm |
| 00:25 | mason | 3 in 1 week? |
| 00:26 | pianohacker | you too, mason, Jo |
| 00:27 | mason | heya, yep |
| 00:28 | pianohacker | south |
| 00:28 | _pacific/*, for that matter. at least the initial earthquake did less damage | |
| 00:29 | chris | yeah, theres not much left in samoa too damage |
| 00:29 | to even | |
| 00:44 | alert cancelled | |
| 00:48 | gmcharlt joined #koha | |
| 00:50 | chris | heya gmcharlt |
| 00:51 | gmcharlt | hi chris |
| 00:51 | * gmcharlt | loves in-flight wifi |
| 00:53 | chris | :) |
| 00:55 | ricardo joined #koha | |
| 00:55 | ricardo | Hi all |
| 00:56 | chris: stll here? | |
| 00:56 | chris | yep |
| 00:57 | ricardo | chris: Great! :) |
| 00:57 | With the help of hdl, I located a problem in the PO file... and I fixed it | |
| 00:57 | chris | its weird that it was working fine for me |
| 00:57 | with the version from git | |
| 00:58 | still does in fact | |
| 00:58 | ricardo | chris: Yeah, weird... But when doing this small correction, when I re-generate the templates, all dirs appear |
| 00:59 | chris | best fix it in pootle too then, so it makes it into git |
| 01:00 | or tell me what line and ill fix it | |
| 01:00 | ricardo | chris: Hmm.... The fix is pretty small (just 2 lines). http://git.koha.org/cgi-bin/gi[…]b987b95f;hb=3.0.x |
| 01:00 | http://git.koha.org/cgi-bin/gi[…]b987b95f;hb=3.0.x | |
| 01:00 | It's in lines 5635 to 5638 of that file | |
| 01:01 | Basically line 5637 should go away | |
| 01:02 | and the content of line 5638 should go inside the quotes of line 5636 (the msgstr "" line) | |
| 01:03 | chris | ahh another reason why not to use a text editor to edit .po files :-) |
| 01:03 | ricardo | Should I submit this as a patch, do you want to fix this yourself or should it be easy for me to do this with Pootle? |
| 01:03 | * chris | will fix and commit it |
| 01:03 | ricardo | chris: Great, thanks! :) |
| 01:03 | Oops | |
| 01:03 | Small fix-to-the-fix | |
| 01:04 | When you put the contents of line 5638 inside the quotes of line 5636... | |
| 01:04 | you must change "<a2>" to "<a1>" | |
| 01:05 | Clear enough? :-/ | |
| 01:05 | chris ? | |
| 01:05 | chris | yep there is an error on the one below it too, will fix that |
| 01:06 | also | |
| 01:07 | ricardo | chris: Yeah... The one below was not so serious, but sure... it makes sense so correct that as well, while you're at it |
| 01:09 | chris | pushing now |
| 01:10 | ricardo | chris: Cool :) |
| 01:10 | Seeing them now | |
| 01:11 | chris: Many thanks :) | |
| 01:12 | chris | no worries |
| 01:13 | ricardo | This was one hard and strange bug to debug (cause and effect were not really logical, apparently) |
| 01:13 | chris | yeah and it must be related to a version of gettext |
| 01:13 | since here it just skipped over that and did the rest | |
| 01:14 | ricardo | chris: Interesting... What is your distro / version? What version of gettext are you running? |
| 01:14 | chris | debian unstable |
| 01:15 | gettext (GNU gettext-runtime) 0.17 | |
| 01:17 | ricardo | # more /etc/debian_version |
| 01:18 | 5.0.3 | |
| 01:18 | # gettext --version | |
| 01:18 | gettext (GNU gettext-runtime) 0.17 | |
| 01:18 | chris | weird |
| 01:20 | ricardo | yeah |
| 01:20 | pianohacker | same here, with same observed effects as ricardo |
| 01:20 | ricardo | pianohacker: Thanks for the feedback... Some other difference then. |
| 01:23 | (and there's my 1st "silent" conflict in git... a merge done too well. Don't worry: it's NOT related to the problem we were discussing here. It was related to C4/Search.pm) | |
| 01:24 | Maybe I should undo my commits locally after sending them by "git-send-email"? | |
| 01:25 | chris | nope |
| 01:25 | but you shouldnt be doing your commits on master | |
| 01:25 | ricardo | chris: Don't worry. I'm NOT doing that :) |
| 01:25 | chris | or 3.0.x etc |
| 01:25 | ricardo | right... |
| 01:25 | I only use those 2 for pulling | |
| 01:25 | chris | good :) |
| 01:26 | once i submit my patches, my branch is done | |
| 01:26 | ricardo | I have "rickoha30x" and "rickohamaster" for commiting / rebasing / merging |
| 01:26 | chris | and i start a new one |
| 01:26 | ricardo | chris: That's what I was thinking... |
| 01:26 | (once i submit my patches, my branch is done) | |
| 01:26 | chris | (i leave it there, just dont use it) |
| 01:26 | ricardo | Right |
| 01:27 | pianohacker | chris: do you remove the branch on acceptance of patch |
| 01:27 | ? | |
| 01:27 | chris | sometimes |
| 01:27 | ricardo | chris: In this case "hdl" didn't apply my proposed patch to the file (C4/Search.pm), but instead changed something else in the file (and I agreed to that)... So, if I do a git pull, the file gets BOTH changes and, in this case, it should only keep hdl change |
| 01:27 | chris | yeah |
| 01:28 | i never pull into my work branches | |
| 01:28 | i fetch and rebase my 3.0.x and master one .. then merge into my work branch | |
| 01:29 | pianohacker: if i have pushed that branch up remotely somewhere, then yep i delete it locally | |
| 01:29 | ricardo | chris: rebase? But if you're cleaning your 3.0.x / master "clean", you don't have local commits in those branches to rebase on top of their "origin"s... right? |
| 01:30 | s/ if you're cleaning/if you're keeping | |
| 01:30 | chris | nope but i still like to rebase versus merge |
| 01:30 | on my pristine branches | |
| 01:31 | pianohacker | for what reason? if it's a clean pull (fast-forward), it's the same difference, no? |
| 01:31 | ricardo | chris: Well, I think in that case it makes no difference. But, yeah... if you don't "touch" those branches, maybe rebasing instead of merging, avoids getting some "merge" messages in the commit history, not sure |
| 01:31 | chris | yep, it does |
| 01:31 | you dont end up wiht merge messages | |
| 01:32 | ricardo | chris: That's the only advantage (and difference) that I see, between both approaches, for a "pure mirror" scenario, like the one you're describing |
| 01:32 | chris | yep thats the reason i do it |
| 01:32 | ricardo | OK :) |
| 01:33 | chris | because i push from there up to gitorious and github |
| 01:33 | ricardo | I'm officially now TWO steps above... git newbie! ;-) |
| 01:33 | chris | and i dont want to push up all the merge stuff |
| 01:33 | ricardo | chris: OK |
| 01:33 | chris | basically i want it to be an exact mirror |
| 01:33 | ricardo | chris: RIGHT! |
| 01:36 | thd | chris: what was the Koha wiki using before DokuWiki? |
| 01:37 | chris | cant remember |
| 01:38 | thd | chris: Yet there was one previously? |
| 01:38 | chris | yes |
| 01:38 | for ages | |
| 01:38 | hosted by roger buck in australia | |
| 01:39 | march 20, 2002 it started | |
| 01:39 | pianohacker | do you have a url? earliest in wayback is 2006 as dokuwiki |
| 01:39 | thd | yes so wiki.koha.org was not the URL? |
| 01:39 | chris | nope |
| 01:40 | it was http://www.saas.nsw.edu.au/wiki/index.php | |
| 01:40 | then it moved to | |
| 01:40 | http://www.saas.nsw.edu.au/koha_wiki/index.php | |
| 01:41 | didnt move to wiki.koha.org until after liblime existed, sometime in 2006 | |
| 01:41 | or late 2005 | |
| 01:43 | pianohacker | based on http://web.archive.org/web/200[…]edu.au/koha_wiki/, seems to be something called tavi |
| 01:44 | chris | it did the job |
| 01:44 | ricardo | chris: Interesting. I didn't know that |
| 01:44 | pianohacker | looks similar to dokuwiki |
| 01:44 | ricardo | pianohacker: Thanks for that info as well :) |
| 01:44 | pianohacker | or moinmoin, rather |
| 01:44 | ricardo | Well... Almost 3 AM now and I have to wake up early for work. |
| 01:44 | I'm leaving now | |
| 01:44 | chris | night ricardo |
| 01:44 | ricardo | chris: Thank you very much for everything! :) |
| 01:44 | pianohacker | good night, thanks for your translation work |
| 01:45 | ricardo | pianohacker: You're welcome... Thanks for also testing this |
| 01:45 | * chris | just got updated russian and ukranian .po files plus updated sql |
| 01:45 | pianohacker | np, least i could do |
| 01:46 | ricardo | @later tell hdl: Correcting the problematic section of the PO Portuguese staff file that you pointed out solved the "strange redirect problem". Thanks! :) Chris has already pushed the updated version to git |
| 01:46 | munin` | ricardo: The operation succeeded. |
| 01:46 | pianohacker | chris: cool. wish I could figure out a good way to make the .pref files translateable, though |
| 01:46 | ricardo | Thanks munin` ;-) |
| 01:46 | (I hope the syntax was correct) | |
| 01:46 | Bye people! | |
| 01:46 | pianohacker | I think the colon will cause problems |
| 01:47 | ricardo | pianohacker: That's what I was thinking |
| 01:47 | Take 2 | |
| 01:47 | @later tell hdl Correcting the problematic section of the PO Portuguese staff file that you pointed out solved the "strange redirect problem". Thanks! :) Chris has already pushed the updated version to git | |
| 01:47 | munin` | ricardo: The operation succeeded. |
| 01:47 | ricardo | There... just in case. |
| 01:47 | Sleep time. Take care! | |
| 01:47 | ricardo left #koha | |
| 01:48 | thd is now known as thd-laundry | |
| 01:49 | pianohacker | what would the koha project do without people with weird sleep schedules |
| 01:51 | chris | heh |
| 01:51 | gmcharlt | become a boring 9 to 5 job? |
| 01:52 | pianohacker | bah. I can't remember the last time I did anything nine to five |
| 01:52 | gmcharlt | now, did I specify 9 a.m. to 5 p.m.? ;) |
| 01:52 | pianohacker | ahahaha |
| 01:52 | there you go | |
| 02:18 | gmcharlt left #koha | |
| 02:28 | thd-laundry is now known as thd | |
| 02:29 | thd | jo: are you there? |
| 02:35 | Is there anyone from NZ around who can clarify an issue about NZ charitable trusts? | |
| 02:35 | chris | probably not |
| 02:36 | thd | I will ask on the mailing list. |
| 02:37 | chris: what do you think of the majority vote for foundation now? | |
| 02:37 | chris | it was what i feared would happen |
| 02:38 | democracy only works if people understand the issues | |
| 02:38 | thd | I presumed that was the less well informed vote about the practical problem |
| 02:38 | chris | i think most people think they were voting for the final solution |
| 02:39 | (who voted for form a foundation now) | |
| 02:40 | im also worried that so many think a foundation/association will be able to govern | |
| 02:40 | thd | chris: we need to explain the issues on the mailing list where maybe people will understand that foundation now means foundation later and not now because it would take to long to agree on things. |
| 02:40 | chris | yeah |
| 02:40 | thd | chris: What would the foundation have to govern? |
| 02:40 | chris | i dont know, but people seem to want it to govern |
| 02:41 | i just want it as a place to store community property | |
| 02:41 | people seem to think it would be able to have stopped things like the fork etc | |
| 02:41 | richard | i would have thought the only thing it would govern are the domain names and being the copyright holder |
| 02:41 | thd | I suppose I do as well in the sense that we need some procedures for agreeing how to use community property |
| 02:41 | chris | or would be able to govern the project/control direction |
| 02:42 | thd | controlling the project in terms of directing development is silly |
| 02:42 | chris | thd and richard, i agree wholeheartedly |
| 02:43 | http://www.librarytechnology.o[…]adID=126&BlogID=1 things like this | |
| 02:43 | richard | yeah, the direction of development is from people wanting to develop a feature stuff and getting it done - not some entity saying that this is what you should develop next |
| 02:44 | thd | although I can imagine an interest in marshalling some effort at fixing neglected bugs or allowing companies to cooperate better where there are not enough discrete customers to demand something everyone really wants |
| 02:46 | chris | yep as long as people realise a foundation has no control over what people do |
| 02:46 | trying to set one up to control the project = recipe for fail | |
| 02:47 | one to hold property so it cant be misused = win | |
| 02:47 | IMHO anyway | |
| 02:47 | thd | I think that it could do more by degrees |
| 02:47 | chris | it could influence direction sure |
| 02:48 | if people wanted to let it | |
| 02:48 | i fear that people think it will magically stop situations like what has occured with liblime happening | |
| 02:48 | thd | It could also help people share resources, exactly if people wanted to provide resources to the foundation expressly for sharing |
| 02:48 | chris | yep |
| 02:49 | thd | the license allows LibLime to do what it is doing with the code. |
| 02:50 | chris | exactly |
| 02:50 | and having a foundation wouldnt change that one bit | |
| 02:51 | thd | no one can force cooperation from people even with a slightly different license which covers some problems. |
| 02:51 | chris | yep |
| 02:52 | pianohacker | you can strongly encourage cooperation, but not force it |
| 02:52 | same with direction of dev | |
| 02:52 | elopment | |
| 02:52 | chris | things like this make me fearful |
| 02:52 | I think this article from K Schneider, Free Range Librarian, is well worth everyone's attention, especially as it brings back into the focus the need for a thriving and well structured governance layer within the Koha Foundation. | |
| 02:53 | thd | I have some questions which I would like to put to SFLC but I do not want to be asking merely privately. |
| 02:53 | chris | http://freerangelibrarian.com/[…]ource-leadership/ |
| 02:53 | Jo | hi all - just reading back |
| 02:53 | chris | and that |
| 02:53 | thd | Jo: Can you answer some question about NZ charitable trusts? |
| 02:53 | Jo | sure |
| 02:54 | chris | "Like a lot of software projects, Koha’s movement toward coherent self-government has lagged behind its software development and adoption, and this has left the project in a position where no one legally-recognized entity can say to Liblime, “No, you can’t do that.” Koha has a nascent user group, and has been talking about a foundation, but it hasn’t got to a place where Koha belongs to Koha, with a clearly-defined legal entity." |
| 02:54 | Jo | (totally confident) |
| 02:54 | chris | stuff like that, which people seem to believe is possible makes me worried |
| 02:55 | Jo | This is a good resource too: http://www.community.net.nz/ho[…]ritable-trust.htm |
| 02:55 | chris | frankly a thriving governance layer that tries to govern the project would probably be the only reason id ever fork :-) |
| 02:55 | thd | Jo: We discovered that in the US the Internal Revenue Service has a rule that assets cannot be transferred to a non-US based nonprofit. |
| 02:55 | Jo | and this is relebvant: http://www.community.net.nz/ho[…]s/landingpage.htm |
| 02:55 | thd: ok. | |
| 02:56 | so can't be transferred from 1 us based charitable trust to an off shore charitable trust | |
| 02:56 | thd | Jo: Do you know of any similar tax rule affecting NZ charitable trusts? |
| 02:56 | Jo | no - but i will investigate |
| 02:56 | but regardless, they can be sold for 41 | |
| 02:56 | sorry $1 (not 41) | |
| 02:56 | ie sold for a peppercorn | |
| 02:57 | (muses that I sold a limited liability company for $1 once) | |
| 02:58 | thd | Jo: I am not certain if a $1 sale would pass in the US if some US charity would be watching over the sale and worrying about what the IRS might think.. |
| 02:59 | Jo | make it a tenner then :) |
| 02:59 | (i'm off looking now ...) | |
| 02:59 | thd | Jo: I think many want some place in the US and Europe to give resources |
| 03:00 | Jo | so US based people who want to give stuff want a US based koha trust/org/foundation? |
| 03:00 | thd | Jo: Could HLT set up some place to hold money in a US and French bank? |
| 03:01 | Jo | I don't know the answer to that either. I do however have a lawyer I can all these questions of |
| 03:01 | thd | Jo: Well the less which is lost through currency conversion the better. |
| 03:02 | Jo: If donated resources are spent in the originating currency they can pay for a little more. | |
| 03:03 | Jo: There is also the issue of perhaps obtaining grants from US and European organisations which grant only within their own regions. | |
| 03:06 | Jo | sure. |
| 03:08 | I think we would be a good body to hold the copyright, trademarks and domain name in trust for the community at large. Not at all sure the Trustees would be keen to get heavily involved personally in lots of big stuff. | |
| 03:08 | I see the Trust as an interim step | |
| 03:08 | a fast, immediate, pair of safe hands | |
| 03:08 | chris | i see that as perfect |
| 03:08 | ;) | |
| 03:08 | Jo | whci is what we need - now - immediately. |
| 03:09 | chris | frankly something that gets heavily involved sounds like a recipe for a mess to me |
| 03:09 | Jo | the koha.org site is a bloody joke |
| 03:09 | its a liblime advertsiing site | |
| 03:09 | chris | yup |
| 03:09 | Jo | and anyone who didn't know the history would think that liblime IS koha |
| 03:09 | chris | indeed |
| 03:10 | Jo | and i think HLT needs to stand up very quietly and politely, and ask for Liblime to give the community assets back to the community. |
| 03:11 | if they refuse, or insist on a sale at an unreasonable price ie more than just a token price, then the Koha community needs to seriously rethink what we want to call ourselves.... coz Koha is not and can never be just 1 vendor | |
| 03:12 | which is the myth being perpetuated in the States and through koha.org at the moment | |
| 03:12 | thd | Jo: I see at as interim as well but people in the US may have an easier time helping the long term if they can give to somewhere that they can pretend is in the US even if it is really in NZ or wherever. |
| 03:12 | Jo | sure. |
| 03:13 | so i see 2 issues: | |
| 03:13 | immediate problem: reclaim koha assets for the koha community | |
| 03:13 | mid - long term: tease out the Koha foundation tangle and see what options are and what needs to be done | |
| 03:14 | 2nd one can not be rushed | |
| 03:14 | thd | People need to be persuaded with the reality that the second cannot or should not be rushed. |
| 03:15 | Jo | yes they do. |
| 03:15 | chris | yep |
| 03:15 | thd | Jo: 56% of those who voted did not understand that. |
| 03:15 | Jo | thatis our very real problem |
| 03:15 | thd | the second highest vote was for HLT. |
| 03:16 | chris | if you look at the raw data |
| 03:16 | the people most involved in koha voted for hlt or spi | |
| 03:16 | Jo | well, thats the problem with democracy :) |
| 03:16 | chris | the people new to koha voted for a new foundation |
| 03:16 | this is the issue we face | |
| 03:17 | Jo | i wonder if HLT should just take the lead |
| 03:17 | chris | naw, dont wanna pull a liblime |
| 03:17 | thats what it will forever be known as | |
| 03:17 | Jo | and ask for BibLibre and Liblime to please give the stuff back |
| 03:17 | immediate problem solved | |
| 03:17 | chris | "pulling a liblime" = doing stuff without consultation |
| 03:17 | Jo | I know - I get that. |
| 03:17 | thd | exactly |
| 03:18 | Jo: HLT has trust because they have never asserted a legacy interest in promoting their own interests | |
| 03:19 | Jo | excatly |
| 03:19 | and nor do we want to now | |
| 03:19 | thd | Jo: Showing leadership is one thing but be careful about how to be seen to promote that leadership. |
| 03:20 | Jo | sigh ... ok ..... which brings us back to the vote whioch was clearly confusing and not understood |
| 03:20 | (I'm really a bully / dictator you know ....) | |
| 03:21 | chris | :-) |
| 03:21 | thd | I think that the biggest disadvantage to SPI and the Conservancy is that the project will not get the attention which it can get from HLT with no real investment on the part of HLT |
| 03:21 | pianohacker | we want to consider the results carefully, though, to avoid charges of "well why did you have the poll if you're just going to ignore it?" |
| 03:22 | thd | At least nengard thinks that the question was not explained well on the ballot |
| 03:22 | Jo | yep |
| 03:22 | totally agree | |
| 03:22 | chris | spi, conservancy, hlt are all fine with me |
| 03:22 | Jo | we need wise words from the kaitiaki |
| 03:23 | chris | hlt would be the preference |
| 03:23 | Jo | i don't want the community to be expecting big 'action-man' response from HLT |
| 03:23 | coz it won't happen | |
| 03:23 | chris | thats why i favour hlt |
| 03:23 | :) | |
| 03:23 | Jo | we are low key, relaxed, honest, trusting |
| 03:23 | Amit joined #koha | |
| 03:23 | thd | pianohacker: we obviously cannot ignore the result of the poll. The only advantage we have is a little time before the final poll on the issue. |
| 03:23 | Amit | hi chris, brendan |
| 03:24 | Jo | hiya |
| 03:24 | chris | yeah someone who is gonna tell me what to work on = not gonna fly |
| 03:24 | Amit | good morning #koha |
| 03:24 | pianohacker | thd: yes |
| 03:24 | Amit | heya Jo |
| 03:24 | Jo | and we absolutely do believe in the koha community is the best 'ruler' of the koha community |
| 03:24 | thd | We can also be certain that the wording of the poll is reviewed by everyone before it is published. |
| 03:25 | pianohacker | chris: if the foundation were to pull together resources and _hire_ a developer, that would be entirely different |
| 03:25 | Jo | its almost like there is a part A and part B |
| 03:25 | part A has 2 questions: | |
| 03:25 | chris | pianohacker: indeed :) |
| 03:25 | pianohacker: that would be great | |
| 03:25 | Jo | Q1: should HLT be asked to secure koha stuff and hold in trust for the community |
| 03:26 | yes and no | |
| 03:26 | immediate response in other words | |
| 03:26 | pianohacker | (of course, this is a fully-fledged foundation and not an intermediate trust) |
| 03:26 | gmcharlt joined #koha | |
| 03:26 | thd | Jo: the statement in the wiki about how HLT would accommodate the project would give more autonomy to the project than any non-independent entity. |
| 03:27 | Jo | Q2 Or should the community do nothing in haste and proceed with investigations to either set up a koha foundation or join something bigger |
| 03:27 | then the second part of the poll comes in : ie a bunch of options. | |
| 03:28 | thd | Jo: I like the way you put those questions. |
| 03:28 | You can get any result you want if you ask in the right way. | |
| 03:29 | Jo | needs to be made very clear to koha community at large that the trustees would do this with a light hand ... the commun ity will still have to step forward and volunteer and nominate officeholders and coordinate development, training, conferences etc |
| 03:29 | thd | The questions should be seen to be a little more neutral. |
| 03:30 | Jo | (I speak a little too crisply or bluntly sometimes - especially wjhen excited :) My words can always be smoothed and softened and rephrased ;) |
| 03:30 | thd | Jo: all the competing organisations let the projects run themselves but others have more rules about how to interact with the holding organisation. |
| 03:30 | chris | well not IFLA |
| 03:31 | Jo | My Trustees want to be clear what the communitys expectations of them are. |
| 03:31 | not into overpromising and underdelivering | |
| 03:31 | thd | IFLA is not a holding organisation and should have been a different ballot question. |
| 03:31 | chris | yeah |
| 03:31 | ppl voted for it though | |
| 03:32 | librarians seem to like huge committees that talk all the time and do very little | |
| 03:32 | * chris | generalises grossly |
| 03:32 | thd | Jo: People should not expect more than what the project contributes on its own. |
| 03:32 | gmcharlt left #koha | |
| 03:32 | pianohacker | *cough* frbr *cough* |
| 03:33 | thd | Jo: People just need a legal entity to allow the project to do whatever it needs to do without too much trouble. |
| 03:33 | Jo | Chris: agreed .. and get all over organised and bossy and nit picky and 'superior' (and yes I am a librarian) |
| 03:33 | pianohacker: bad cough mate - should get that looked at :) | |
| 03:34 | pianohacker | Jo: yeah, yeah |
| 03:34 | Amit left #koha | |
| 03:34 | Jo | so, we appear to be all agreed |
| 03:34 | thd | people should be thankful that HLT is there to help even a little. |
| 03:34 | Jo | so how to proceed |
| 03:36 | thd | Jo: People need to comment on the poll results and related matters. |
| 03:36 | Amit joined #koha | |
| 03:36 | Jo | hello AMit! |
| 03:36 | gmcharlt joined #koha | |
| 03:36 | Jo | so this discussion we have just had really needed to be on the list |
| 03:36 | waves at Galen | |
| 03:37 | * gmcharlt | waves at Jo |
| 03:37 | thd | People should express what they believe about whether the ballot question was well understood. |
| 03:37 | Jo | I don't think it was clear |
| 03:37 | so really good exercise to go through in that it has higghlighted the con fusion | |
| 03:37 | ofish left #koha | |
| 03:38 | thd | The question should be asked as to whether people think that a foundation could really be set up now. |
| 03:38 | How many people have set up foundations and had them flourish. | |
| 03:39 | Amit | heya Jo |
| 03:39 | thd | I have seen organisations killed on the first meeting with some poor bylaws. |
| 03:39 | Amit | chris: Today Bangalore workshop started |
| 03:39 | gmcharlt | whether a foundation *can* be set up I would argue is not actually something that Koha people in general can answer - it will ultimately depend on *some* people having the will and/or the institution backing to go through with it |
| 03:41 | Jo | I'm going to scan and load the HLT trust deed online. |
| 03:41 | sets out what we can and can' | |
| 03:41 | thd | gmcharlt: I am confident it was there but it took Jbrice 2 years to start KUDOS because he became too busy. |
| 03:41 | Jo | cant do |
| 03:42 | thd | Jo: Do you have an accountant or someone to ask about holding monetary donations in the US and France? |
| 03:43 | Jo | yep. |
| 03:43 | chris | Amit: cool :) |
| 03:44 | thd | Actually, with only 165 votes it would be very easy to find a few more votes to swing any outcome which is my biggest concern about contentious issues. |
| 03:44 | richard left #koha | |
| 03:44 | Jo | heres our HLT Trust Deed: http://kete.library.org.nz/tru[…]/39-deed-of-trust |
| 03:45 | thd | We should have more people voting if we can have informed people voting. |
| 03:46 | Jo: How independent is HLT of local government control? | |
| 03:47 | Jo | "Trust has all of the same powers as a natural person" |
| 03:47 | the trustees are appointed by the District Council | |
| 03:47 | we have a management agreement which sets out agreed performance measures | |
| 03:48 | are audited by Audit NZ (central Govt auditors) | |
| 03:48 | get 85% funding from local council rest from fees and charges and grants and donations | |
| 03:49 | so, basically if it got really shitty council could theoretically starve us of funding, or appoint crappy trustees. | |
| 03:49 | but it has never happened. | |
| 03:50 | clause 20 of the deed looks interesting: Power to Create Classes of members | |
| 03:51 | and the schedule | |
| 03:51 | we can invrest in NZ or overseas | |
| 03:52 | schdule 20s: delegate to committee | |
| 03:53 | "Bank accounts: open an account at any bank" schedule k | |
| 03:53 | schedules for delegate to committee | |
| 03:53 | that was what i envisaged for the Koha group : a sub committee of the Trust | |
| 03:54 | so yes to bank account in France or USA (we have a paypall account in the states :) | |
| 03:55 | schedule t: (I love this one) Do such other acts and things as the Trustees wants ... | |
| 04:03 | pianohacker | off to vpn land, cya all tomorrow |
| 04:03 | thd | Jo: Wow, you seem to have much more discretion than any US non-profit would have. |
| 04:03 | pianohacker left #koha | |
| 04:04 | thd | Jo: In the US non-profits cannot do things outside far to many rules. |
| 04:04 | chris | thd: yes charitable trusts are set up for that reason |
| 04:05 | thd | chirs: Does that mean that there are much more restrictive non-profits in NZ like those in the US? |
| 04:05 | chris | yep incorporated societies |
| 04:06 | http://www.societies.govt.nz/c[…]porated-societies | |
| 04:07 | bascially you have to set up a bunch of rules ... and stick to them | |
| 04:07 | thd | Jo: People would probably want a legal guarantee as a formality ensuring that assets would be used as directed by the Koha community. |
| 04:08 | chris | ok, gotta go catch my bus |
| 04:10 | Jo | sure. |
| 04:11 | The powers seem pretty wide but uit is heavily monitored and scritinised | |
| 04:11 | Madar joined #koha | |
| 04:12 | Jo | full team of auditors here every year auditing everything, not only money, by goals, plans, strategies etc and how and why we did everything. |
| 04:12 | thd | Jo: slef will want a really solid guarantee. |
| 04:12 | Jo | thats all by agreement :) |
| 04:13 | thd | Jo: It is not the accounting which would be at issue it is the use of any assets. |
| 04:13 | Madar | G.morning |
| 04:13 | Jo | sure - and once we agree on something we have to do it |
| 04:13 | its about transparency and accountability | |
| 04:13 | and thats what the auditors check - not just money | |
| 04:14 | ok - have to go - pilates class. | |
| 04:14 | talk tomorrow :) | |
| 04:14 | thd | Jo: have fun stretching |
| 04:14 | Jo | cya |
| 04:14 | Jo left #koha | |
| 04:14 | thd | good morning Madar |
| 04:23 | richard joined #koha | |
| 04:25 | Madar | i 've a question about Koha Error |
| 04:26 | when i finished add record | |
| 04:28 | thi caNT SAVE IT | |
| 04:28 | anasha joined #koha | |
| 04:57 | Madar | this the Error - <thd> |
| 04:57 | Koha error The following fatal error has occurred: Tag "" is not a valid tag. at /usr/share/koha/lib/C4/Biblio.pm line 1542 Apache Server version: Apache/2.2.8 (Ubuntu) Server built: Jun 11 2009 18:39:41 Koha 3.00.00.107 Koha DB 3.0000107 MySQL mysql Ver 14.12 Distrib 5.0.51a, for debian-linux-gnu (i486) using readline 5.2 OS Linux web.com 2.6.24-23-generic #1 SMP Wed Apr 1 21:47:28 UTC 2009 i686 GNU/Linux Perl 5.008008 | |
| 05:04 | thd | Madar: What error do you see displayed in the staff client record editor? |
| 05:06 | Madar: Is it via using the record editor where you have this bug? | |
| 05:32 | Madar | Koha error The following fatal error has occurred: Tag "" is not a valid tag. at /usr/share/koha/lib/C4/Biblio.pm line 1542 Apache Server version: |
| 05:43 | Ropuch | Morning, #koha |
| 05:50 | nicomo joined #koha | |
| 05:56 | richard | hi Ropuch |
| 06:12 | magnusenger joined #koha | |
| 06:17 | kf joined #koha | |
| 06:17 | kf | morning :) |
| 06:29 | davi left #koha | |
| 06:44 | davi joined #koha | |
| 06:46 | nahuel left #koha | |
| 06:51 | Amit left #koha | |
| 06:51 | laurence joined #koha | |
| 07:00 | francharb joined #koha | |
| 07:00 | hdl_away is now known as hdl | |
| 07:01 | chris | hi all |
| 07:02 | hdl | hi chris |
| 07:10 | About translations, | |
| 07:11 | sql and some js should get into po. | |
| 07:11 | do you have a suggestion for that ? | |
| 07:13 | kf | hi chris and hdl |
| 07:13 | Kivutar joined #koha | |
| 07:15 | chris | nope |
| 07:15 | just have to write another copy of tmpl_process3.pl | |
| 07:15 | that understands .js | |
| 07:15 | and one for sql as well | |
| 07:16 | Madar | <thd> Is it via using the record editor where you have this bug? |
| 07:16 | nope | |
| 07:16 | Ropuch | I have a book added with book framework with itemtype book, yet i typed 1 in # Volume/Copy for serials (orderreceive.pl) |
| 07:17 | I did it by mistake, but then the book was shown line an serial in opac | |
| 07:17 | Madar | it is after finished tha save record from Home › Cataloguing › Add MARC Record |
| 07:17 | Ropuch | Shoud it be that way? I was sure it depends on itemtype |
| 07:17 | hdl | chris tmpl_process3.pl :((((( |
| 07:17 | Ropuch | Hello chris, Madar |
| 07:18 | and hdl :) | |
| 07:18 | hdl | i'd rather use gettext from bare command-line ;) |
| 07:18 | chris | :) |
| 07:18 | well make one that does that | |
| 07:18 | just a .sh script | |
| 07:18 | might be the win | |
| 07:19 | Madar | hi Tag "" is not a valid tag. at /usr/share/koha/lib/C4/Biblio.pm line 15420505 |
| 07:19 | Hi all, I have an error while while adding a book in the koha.i am getting the error like: Tag "" is not a valid tag. at /usr/share/koha/lib/C4/Biblio.pm line 246205 | |
| 07:19 | chris | hdl: actually yeah a shell script that calls gettext would probably work fine ;) |
| 07:20 | i might try that this weekend if i get some time | |
| 07:35 | CGI944 joined #koha | |
| 07:35 | CGI944 | hi there anybody can help me |
| 07:37 | nahuel joined #koha | |
| 07:38 | CGI944 | the error what am getting when am adding a book is "Tag "" is not a valid tag. at /usr/share/koha/lib/C4/Biblio.pm line 1542" |
| 07:38 | what can i do to solve this problem? | |
| 07:39 | paul_p joined #koha | |
| 07:46 | Ropuch | Hello paul_p |
| 07:48 | paul_p left #koha | |
| 07:55 | hdl | CGI944: I think this comes out of a problem in your Biblio framework. |
| 07:55 | have you checked that ? | |
| 07:55 | (in administration= | |
| 07:59 | Madar | Biblio framework ??? how ?? |
| 08:04 | hdl | in Administration/ you have a link to check your framework |
| 08:19 | Madar | يهي ع ةثشى : MARC Bibliographic framework |
| 08:19 | did u mean MARC Bibliographic framework | |
| 08:36 | davi left #koha | |
| 08:45 | davi joined #koha | |
| 08:51 | richard left #koha | |
| 08:57 | hdl | yes |
| 09:04 | ricardo joined #koha | |
| 09:14 | chris_n2 joined #koha | |
| 09:17 | CGI960 joined #koha | |
| 09:17 | CGI960 left #koha | |
| 09:21 | Topic for #koha is now General IRC Meeting took place 7 October 2009, 1000 UTC (date -d @1254909600), here in #koha - http://wiki.koha.org/doku.php?[…]etingnotes09oct07 | |
| 09:22 | chris_n left #koha | |
| 09:29 | CGI944 left #koha | |
| 09:30 | paul_p joined #koha | |
| 09:33 | ricardo | Good morning paul_p ! |
| 09:37 | Madar | sry but am still i dnt know what i have 2 do in MARC Bibliographic framework ??? |
| 09:50 | hdl | Madar : |
| 09:51 | have you checked you frameworks ? | |
| 09:52 | cgi-bin/koha/admin/checkmarc.pl | |
| 09:52 | and look at the results | |
| 09:56 | Ropuch | I've just send my chief link to prototype of our opac, it would be his first contact with live Koha |
| 09:57 | I hoping for the best as i want him to share some bandwitch and server space for polsih Koha site ;> | |
| 09:57 | s/polsich/polisch | |
| 10:09 | magnusenger | Having some value_builder problems... Trying to create a normarc_field_008.pl, but when I select it for the 008 field, it doesn't "stick". Neither does marc21_field_008.pl. Then I set it to normarc_field_008.pl "by hand" in MySQL, but when I click on "..." next to 008, up pops marc21_008_field.pl. Any ideas? |
| 10:11 | hdl | have you reloaded your page ? |
| 10:15 | magnusenger | hdl: yes, and the marc_subfield_structure.value_builder wasn't set to enything before I set it to normarc_field_008.pl |
| 10:15 | hdl | which page ? addbiblio.pl ? |
| 10:17 | magnusenger | hdl: yes |
| 10:21 | sorry, found it, There's some JavaScript in *_field_008.pl which tells addbiblio.pl which value_builder to use. | |
| 10:22 | So my normarc_field_008.pl was telling addbiblio.pl to open marc21_field_008.pl... | |
| 10:22 | fredericd left #koha | |
| 10:40 | jdavidb joined #koha | |
| 10:53 | paul_p left #koha | |
| 11:01 | slef | Afternoon all. Why is the default search order often surname,firstname instead of cardnumber? |
| 11:09 | Colin joined #koha | |
| 11:29 | hdl | hi |
| 11:30 | gmcharlt | slef: not sure why - do you have enough overlap between patron card numbers and names that it makes a difference? |
| 11:32 | hdl | slef: in little libraries, name and surnames are more often searched on |
| 11:32 | davi left #koha | |
| 11:38 | Madar | <hdl> yesss i was checked |
| 11:39 | i see the results | |
| 11:40 | did u mean i must edit some of it ? and how ? | |
| 11:41 | jwagner joined #koha | |
| 11:44 | slef | gmcharlt: no. I'm having poor performance on some searches and have traced it back to sorting by names being a filesort, while sorting by cardnumber has an index. |
| 11:44 | hdl: Not the search itself, but the order. | |
| 11:45 | gmcharlt | slef: do we need to just add indexes on the surname and firstname columns, then? |
| 11:46 | slef | gmcharlt: can't index text fields on a MyISAM table. |
| 11:46 | (IIRC) | |
| 11:47 | gmcharlt | what about an InnoDB table? ;) |
| 11:47 | slef | I think that can do fulltext indexing, yes, but why are we using MyISAM? |
| 11:47 | gmcharlt | the point I'm trying to make is that we're not using MyISAM |
| 11:47 | slef | ok, I'll recheck my notes |
| 11:48 | gmcharlt | but if InnoDB doesn't do indexes on text columns either, we could change the name columns to varchar |
| 11:49 | slef | "FULLTEXT indexes are supported only for MyISAM tables" |
| 11:49 | ok, I'm backwards | |
| 11:49 | changing them to varchar() would also allow indexing | |
| 11:49 | but why are they mediumtext and text? | |
| 11:50 | davi joined #koha | |
| 11:50 | gmcharlt | probably for the same reason many, many columns are mediumtext and text - it was easier at the time to go with a data type that didn't require you to guess a maximum length |
| 11:53 | chris_n2 is now known as chris_n | |
| 11:53 | slef | so are users going to be bitten if we introduce a maximum length? |
| 11:53 | chris_n | g'morning |
| 11:53 | slef: see my comment on bug 3583 | |
| 11:53 | munin` | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=3583 blocker, P5, ---, cnighswongerfoundations.edu, ASSIGNED, Patron Card Labels should print |
| 11:53 | slef | chris_n: hi. No, I haven't yet. |
| 11:54 | chris_n | slef: this week has been a schedule killer so it will be sometime next week before I get back on the pcard stuff |
| 11:55 | slef | chris_n: ok. Thanks for the comment. I had forgotten that there was a batch-former option on the marc import. |
| 11:56 | chris_n | slef: there are a number of "bells and whistles" enhancements that can be added based on the new label and pcard code |
| 11:57 | the one you suggest is a good idea and shouldn't take much time | |
| 11:57 | slef | chris_n: probably. I should go play with it more, but I'm trying to catch up with user requests just now, so am trying to make sure we're feeding to bugs.koha.org where appropriate. |
| 11:57 | lunchtime here. bbi30ish | |
| 11:59 | chris_n | gmcharlt: that win32 port of Koha is looking like it may be doable in the next 12 months or so |
| 11:59 | gmcharlt left #koha | |
| 12:00 | * chris_n | did not realize the stimulating effect he has on some people ;-) |
| 12:01 | jdavidb left #koha | |
| 12:02 | jwagner | chris_n, it's far too early in the morning for stimulation.... |
| 12:02 | chris_n | @later tell gmcharlt that win32 port of Koha is looking like it may be doable in the next 12 months or so |
| 12:02 | munin` | chris_n: The operation succeeded. |
| 12:03 | chris_n | jwagner: probably a heavy dose of coffee would help :-) |
| 12:04 | paul_p joined #koha | |
| 12:07 | jwagner | But I don't drink coffee :-( However, my tea should be brewed by now. Let me go retrieve it.... |
| 12:08 | chris_n | jwagner: tea should do just as well.... I like either... and the more variety the better |
| 12:12 | jwagner | A friend of mine owns a button, which comes in very handy at groggy moments. It reads Tea. Earl Grey. Hot. |
| 12:13 | Can't get much more succinct than that. | |
| 12:23 | chris_n | lol... Earl Grey is probably at the top of my list |
| 12:29 | owen joined #koha | |
| 12:35 | davi left #koha | |
| 12:36 | gmcharlt joined #koha | |
| 12:36 | gmcharlt | chris_n: cool (re win32 port) - tell me more |
| 12:38 | chris_n | gmcharlt: as you can see here https://rt.cpan.org/Public/Bug[…]lay.html?id=48576 it is hoped that XML::LibXML will be part of the next Strawberry release |
| 12:39 | I was able to get it installed under the beta_2 release of strawberry | |
| 12:40 | I'm currently working to get the rest of the perl deps installed under strawberry beta to see if Koha will run | |
| 12:40 | gmcharlt | chris_n++ |
| 12:40 | chris_n | of course this is a very back-burner project |
| 12:40 | gmcharlt: I assume this might be of interest to the EG project as well? | |
| 12:45 | magnusenger | i'm almost certain i have seen a value_builder-script where at first you see only one or two fields, then when you make a choice the other, relevant fields appear, but i can't seem to find it now... sound familiar to anyone? |
| 12:46 | chris_n | gmcharlt: the chances of XML::LibXSLT being in the the October release of Strawberry have just been greatly boosted by the release of XML::LibXSLT 1.70 yesterday.... this is very nice |
| 12:48 | gmcharlt | chris_n: probably would be - I don't know if anybody's pursued porting EG server to Windows, but XML::LibXML and XML::LibXSLT would be prereqs, sure |
| 12:52 | chris_n | bbl |
| 13:09 | thd | gmcharlt: do you see the problem which I have identified for the relicensing ballot? |
| 13:09 | slef | thd: what problem? |
| 13:10 | thd | slef: There is no proper question on the ballot |
| 13:10 | davi joined #koha | |
| 13:10 | thd | See my message to the koha list |
| 13:10 | slef | thd: even after the rewording I mentioned in the meeting? |
| 13:10 | pianohacker joined #koha | |
| 13:10 | slef | ok, looking at koha list |
| 13:13 | owen | Hi pianohacker, you're in early |
| 13:13 | pianohacker | good morning |
| 13:13 | yup, thought I'd try getting up before 10:00 once this week | |
| 13:14 | * owen | can't imagine why |
| 13:17 | pianohacker | bbl |
| 13:17 | pianohacker left #koha | |
| 13:18 | owen | Hmmm.... Did I get him thinking about going back to bed? |
| 13:20 | thd | slef: whatever the question should be that people are asked to ascent to should appear at the top of the ballot page for people to agree or not. |
| 13:24 | slef: the way in which GPL is mentioned could mean GPL 1 which no one would really understand but in a ballot about relicensing more precision should be given than in more casual use. | |
| 13:24 | slef | thd: I am very cross with you. |
| 13:24 | thd | why |
| 13:24 | ? | |
| 13:25 | gmcharlt | thd: licensing of the wiki and the Koha software itself are different matters |
| 13:25 | slef | This was covered in the meeting. You were here. |
| 13:26 | thd | gmcharlt: yes, I understand that they are different. |
| 13:26 | I also understood that there was an attempt to make them compatible | |
| 13:26 | maybe I missed something at some point during the meeting | |
| 13:27 | All I am asking is that the ballot question be precise. | |
| 13:28 | I know that my message is long but it has a simple conclusion that the ballot question simply needs wording about how the relicensing is to be invoked. | |
| 13:28 | slef | Do you want the relicensing ballot postponed? |
| 13:28 | thd | No |
| 13:28 | I did not want to imply that | |
| 13:29 | gmcharlt | thd: thanks for saying that - otherwise, frankly I would consider your email to be a purely dilatory move |
| 13:29 | kf | owen: thx for solving 3676 :) |
| 13:29 | gmcharlt | can we agree that the question will specify a GPL version, e.g., GPL v2 or later? |
| 13:30 | thd | gmcharlt: I was really only trying to be helpful with very little time because I had thought the issue deferred until the meeting. |
| 13:30 | I had asked chris about it last week and he suggested that the issue had been deferred | |
| 13:30 | Of course I asked the wrong person. | |
| 13:31 | Ignore my call for lawyers to look at the issue. They are unlikely to give an answer really helpful to the community and I will write another message to say so. | |
| 13:33 | gmcharlt: Yes if the question is relicense under GPL 2 or later and that appears at the top of the ballot page then I think that the question has been properly asked. | |
| 13:35 | gmcharlt slef: I would be doubtful of enough response in the small ballot window if an email message is not sent to each of the people on the list of names as well. | |
| 13:36 | gmcharlt | thd: which, oddly enough, is why slef and I doing exactly that during the meeting yesterday |
| 13:36 | anasha left #koha | |
| 13:36 | gmcharlt | please pay more attention before assuming that we didn't take that into account |
| 13:38 | thd | gmcharlt: I am sorry but I did loose attention at a certain point and was surprised that the issue was being reintroduced at this particular moment. |
| 13:38 | I am all for it if that is not clear | |
| 13:38 | I just want to be certain that it is done well. | |
| 13:38 | slef | This has been bumped in the last few general meetings. It shouldn't be a surprise. |
| 13:39 | thd | I may have missed something from the context earlier. |
| 13:40 | I kept looking at the wiki relicensing page and seeing vote to be held in May. | |
| 13:45 | slef | it probably should have been updated sooner and linked from meetings pages when it was bumped, but http://wiki.koha.org/doku.php?[…]ch&id=relicensing does show it. |
| 13:50 | thd | gmcharlt slef: looking at kohatoday I missed nothing but the issue was rushed by so quickly I had no idea what was happening.. |
| 13:50 | slef | thd: what is kohatoday? |
| 13:50 | thd | The current IRC logs |
| 13:50 | Is logbot working again? | |
| 13:51 | slef | NAFAIK |
| 13:51 | jdavidb joined #koha | |
| 13:51 | thd | http://stats.workbuffer.org/irclog/koha/ |
| 13:52 | I am sorry that I did not have time in May to properly address the issue and am happy for any reasonable resolution of it. | |
| 13:53 | I realise that my long message may cause confusion so I will fix that now. | |
| 13:54 | slef: If you know or know where to check I am quite curious about what advise the Debian project had from lawyers about using the GPL as a documentation license. | |
| 13:54 | slef | Not OTTOMH |
| 13:54 | but we've been using it for a decade or so | |
| 13:55 | and we're not broken yet | |
| 13:55 | the move to the GPL was inspired by problems with the OPL IIRC but it's before my time | |
| 13:55 | thd | I know there is much that goes by because people basically want it to work |
| 13:55 | slef | I doubt it changed without a few detailed discussions |
| 13:56 | http://lists.debian.org/search.html may know | |
| 13:56 | thd | I just remember it being a huge controversy recently in the context of GFDL. |
| 13:57 | slef | it predates FDL. FSF asked debian contributor opinions on FDL, then seemed to ignore nearly all of them. |
| 13:57 | thd | I do consider GFDL to be a big problem and I say so in my message to the list that GPL is the only real option |
| 13:58 | slef | getting debian contributors to do work and then essentially rejecting it is a pretty easy way to cause a huge controversy |
| 13:58 | thd | Bradley Kuhn said that developers were consulted quite poorly about GFDL |
| 13:58 | slef | yeah, I've read similar messages from him |
| 13:59 | thd | Consulting developers a little and publishers much more is what I think that he meant. |
| 14:01 | slef: If the current comment process existed which SFLC helped design I think that the issue would have been addressed from the beginning. | |
| 14:01 | slef | By the current comment process, do you mean stet? |
| 14:02 | thd | Well it is not perfect but yes |
| 14:02 | It is much better than the absence of it. | |
| 14:02 | slef | If so, it's a buggy mess and there are tons of unanswered comments in it. |
| 14:02 | thd | Mostly unanswered comments yes. |
| 14:03 | slef | The problem is with the process QA and the accountability, not the technicalities. |
| 14:03 | pianohacker joined #koha | |
| 14:03 | thd | However, every comment is read at SFLC. |
| 14:03 | Eben Moglen personally reads each comment. | |
| 14:04 | as do others. | |
| 14:04 | Unfortunately they do not have enough people to respond to everyone. | |
| 14:06 | I managed to help influence the wording of GPL 3 so I know that it works. The wording change took my statement almost exactly when I was not attempting to specify wording. | |
| 14:08 | slef: I am very sorry for missing the bumping. Bumping is easy to miss. I will try to fix any confusion which I may have caused with my message now. | |
| 14:09 | I did at least see everything in yesterdays meeting | |
| 14:09 | ing | |
| 14:09 | ing | |
| 14:09 | ing | |
| 14:09 | ing | |
| 14:09 | ing | |
| 14:09 | ing | |
| 14:09 | ing | |
| 14:09 | ing | |
| 14:09 | ing | |
| 14:09 | ing | |
| 14:09 | ing | |
| 14:09 | ing | |
| 14:09 | ing | |
| 14:09 | ing | |
| 14:09 | ing | |
| 14:09 | ing | |
| 14:09 | ing | |
| 14:09 | ing | |
| 14:09 | ing | |
| 14:09 | ing | |
| 14:09 | pianohacker | ? |
| 14:09 | thd | ing |
| 14:10 | oops | |
| 14:11 | * thd | have been having keyboard trouble for months |
| 14:11 | Nate joined #koha | |
| 14:11 | thd | I have read something that suggests it may be a kernel bug. |
| 14:12 | Replacing the keyboard does no good | |
| 14:13 | wizzyrea | is it wireless? |
| 14:13 | because my wireless one does similar stupid things sometimes | |
| 14:14 | (and I use a Mac) | |
| 14:14 | thd | no, I never want a wireless keyboard. |
| 14:15 | It is not USB which could now be part of the problem in some recent Linux kernels | |
| 14:19 | slef: The license choice in the Wiki is a DokuWiki default. The previous wiki had no license statement. I doubt anyone ever decided anything in examining DokWiki configuration. | |
| 14:23 | slef | on customer call |
| 14:33 | back | |
| 14:34 | thd: is "Yes, I am in favor of changing the wiki page license to the GPLv2+ terms used by the main Koha download" clear enough? | |
| 14:35 | thd | I prefer "or later version" to "+" for clarity. |
| 14:35 | I know what you mean but others may find it too subtle. | |
| 14:35 | slef | just "or later" and expand the "v" to "version"? |
| 14:36 | owen | gmcharlt around? |
| 14:36 | gmcharlt | owen: yes |
| 14:37 | owen | Is there a patch floating around for sounds-on-checkout? |
| 14:37 | thd | slf: yes |
| 14:37 | gmcharlt | there's something in Michael Hafen's tree, I think |
| 14:37 | thd | slef: yes, the way you last put it seems fine |
| 14:37 | gmcharlt | as I recall, main issue is making sure that sounds are not tied to requiring Flash, but it's been a while |
| 14:39 | slef | http://wiki.koha.org/doku.php?id=relicensing updated |
| 14:41 | thd | slef: I would use the word 'software' instead of "download" for clarity but there is no point of confusion anymore. |
| 14:41 | * owen | sees Flash-based audio stuff in mhafen's tree |
| 14:42 | wonders if HTML5 has improved our options | |
| 14:42 | tomascohen joined #koha | |
| 14:43 | gmcharlt | owen: I believe so, in theory |
| 14:47 | tomascohen | hi everyone, just wanted to say I'm happy i managed to bypass the firewall to be with you |
| 14:47 | :-D | |
| 14:48 | owen | Hi tomascohen |
| 14:48 | hdl | hi tomascohen |
| 14:54 | tomascohen left #koha | |
| 14:55 | tomascohen joined #koha | |
| 14:58 | kf | hi tomascohen |
| 14:59 | davi | |
| 15:03 | * owen | is looking for some nice open-source-licensed beeps |
| 15:06 | ricardo | @quote add <tomascohen> hi everyone, just wanted to say I'm happy i managed to bypass the firewall to be with you *** tomascohen quit (Remote host closed the connection) |
| 15:06 | munin` | ricardo: The operation succeeded. Quote #40 added. |
| 15:06 | ricardo | Sorry, couldn't resist ;-) |
| 15:07 | tomascohen | ricardo++ |
| 15:07 | ricardo | Hi tomascohen :) |
| 15:08 | slef | thd: reply emailed to list |
| 15:09 | thd | slef: I was about to send a correcting message |
| 15:10 | * jdavidb | pinches his daughter, and records the eeps and squeaks she makes, sticks a CC license on 'em, and sends them to owen. |
| 15:10 | owen | jdavidb: Can she make a noise that expresses the idea "Your checkout has failed?" |
| 15:11 | jdavidb | I bet she could, owen. Teens are good at expressing their opinion of adults' failure. |
| 15:11 | owen | it would be funny if you could load different personalities for your audio feedback |
| 15:12 | * owen | is really just looking for a couple of good beeps |
| 15:12 | jdavidb | Like my GPS, which speaks NZ English, since the USian voices in it are *boring.* |
| 15:12 | hdl | a sound like ouch ;) |
| 15:13 | pianohacker | owen: I used the ubuntu sound set for a similar project |
| 15:14 | owen | pianohacker: I was just thinking there must be such a thing |
| 15:14 | pianohacker | it was internal, so I didn't check the license, but I'd imagine they're open source |
| 15:15 | I'd go for a major and minor arpeggio chord, but that may not be the personality you have in mind | |
| 15:18 | owen | pianohacker: Any idea if there is a way to browse those sounds on the web? |
| 15:20 | pianohacker | owen: looking through packages.ubuntu.com right now |
| 15:20 | there's this, looking for normal one http://packages.ubuntu.com/kar[…]theme-freedesktop | |
| 15:21 | http://packages.ubuntu.com/karmic/ubuntu-sounds | |
| 15:21 | both have .tar.gz's that you can look through | |
| 15:22 | owen | Thanks |
| 15:23 | FWIW, Firefox 3.5 and Safari 4 both autoplay wav files using the HTML5 <audio> tag | |
| 15:26 | * owen | would feel a certain satisfaction telling people they'd need to ditch Internet Explorer if they wanted audio feedback in Koha |
| 15:27 | pianohacker | bug 42 - koha only works on standards-compliant browsers |
| 15:27 | munin` | 04Bug http://bugs.koha.org/cgi-bin/b[…]how_bug.cgi?id=42 normal, P2, ---, tonnesencmsd.bc.ca, RESOLVED FIXED, installer.pl could prompt user to send testing results in |
| 15:27 | pianohacker | hah, thanks, munin |
| 15:28 | tomascohen left #koha | |
| 15:28 | * jdavidb | enjoys telling people they need to ditch IE for any reason whatever. |
| 15:29 | owen | "IE causes scurvy!" |
| 15:31 | Ropuch | ;> |
| 15:31 | Shame on you to speak in public such obscene word like "IE"! | |
| 15:32 | pianohacker | owen: I was able to get results (if not consistent ones) using embed, no autoplay, and the exposed js methods of the embed tag |
| 15:32 | * owen | likes the potential simplicity of using <audio src="beep.mp3" autoplay="true"> |
| 15:33 | pianohacker | that is nice. if you're using ajax, no autoplay allows load-once and play-many |
| 15:33 | not an issue with circulation, though | |
| 15:33 | * pianohacker | pokes gmcharlt |
| 15:39 | Kivutar left #koha | |
| 15:41 | gmcharlt | pianohacker: good enough - somebody can add IE support later if they want (though preferably *not* be having Koha need to start check user agent strings, which hasn't been necessary thus far) |
| 15:42 | pianohacker | gmcharlt: most likely a note on the off |
| 15:42 | -by-default syspref that sound alerts don't work in ie would be enough | |
| 15:43 | gmcharlt | sadly, there are enough users stuck with IE for the staff interface that *somebody* will have to deal with it at some point |
| 15:43 | pianohacker | right |
| 15:44 | though a lot of the stuck on ie people have ie 6 | |
| 15:44 | which as far as I know, won't even be seen in the same room as koha's staff interface | |
| 15:45 | gmcharlt | actually, I think some people are (painfully) actively using IE6 with the Koha staff interface |
| 15:45 | pianohacker | the modern martyrs of the library world |
| 15:46 | gmcharlt | s/library world/world of anybody stuck with a hidebound or overly paranoid IT department/ |
| 15:46 | pianohacker | lots of those to go around |
| 15:47 | daily wtf needs a permanent entry on _that_ particular policy | |
| 15:47 | owen_ joined #koha | |
| 15:48 | owen_ | pianohacker: Actually aside from some visual quirks IE6 manages with the staff client quite well in my limited experience. |
| 15:49 | pianohacker | for which you are partly to blame :) |
| 15:53 | owen_ | I have wondered if we should be including support for Google's Chrome Frame |
| 15:54 | pianohacker | I myself am not too familiar with it, but have you taken a look at the mozilla community's response to it? |
| 15:54 | saw something about it on webmonkey not too long ago | |
| 15:55 | owen_ | pianohacker: Only a cursory look |
| 15:55 | paul_p left #koha | |
| 15:55 | owen_ | I did hear one comment that Mozilla folks would be opposed to it because it give IE users another reason not to switch |
| 15:56 | owen left #koha | |
| 15:56 | owen_ is now known as owen | |
| 15:56 | * pianohacker | wonders if same it paranoia that has locked users into ie would allow something like chrome-frame in |
| 15:56 | pianohacker | *if the same |
| 15:56 | owen | That's my question too. |
| 15:57 | jdavidb left #koha | |
| 15:58 | owen | It's also worth noting that Chrome Frame doesn't help those who are stuck with IE6 because they're stuck on Win98 or Win2K: no Chrome support in those OSes |
| 15:59 | pianohacker | right |
| 15:59 | * owen | wonders if it's IE6 or Chrome Frame crashing at the moment |
| 15:59 | pianohacker | seriously? that's irony in motion right there |
| 16:03 | jwagner | Fines question for folks -- is there a list somewhere of what the various accountype codes in the accountlines table mean? Like F, FU, A, etc.? I found this page on the wiki, but it only lists the hardcoded codes, not what they mean: http://wiki.koha.org/doku.php?[…]ment:hard_coded&s[]=accounttype |
| 16:05 | pianohacker | jwagner: not really, unfortunately. best way is to go to those places in the code that create the fines |
| 16:05 | jwagner | Darn. Why isn't there ever an EASY answer with Koha? |
| 16:05 | pianohacker | sorry |
| 16:06 | fines especially :) | |
| 16:07 | jwagner | *grumble* Do I feel like stalking code right now, or going to lunch instead? Somehow, I think lunch may win that argument..... |
| 16:07 | pianohacker | bah, who needs food when you have code |
| 16:12 | kf | for f and fu nicole wrote something on koha.org |
| 16:13 | I think f is the first fine and fu accrued or something like that | |
| 16:13 | http://koha.org/documentation/[…]searchterm=f%20fu | |
| 16:14 | laurence left #koha | |
| 16:16 | paul_p joined #koha | |
| 16:16 | jwagner | kf, thanks. I'll track it down after I get done resolving the current crisis/panic attack. Sigh. |
| 16:18 | * kf | hands jwagner a cup of earl grey tea |
| 16:25 | jwagner | Nope, I've already had my two cups for the day. But thanks :-) |
| 16:25 | owen | jwagner: What do you do after you've used up your allotted 2? Nap? |
| 16:27 | jwagner | owen, depends on if I'm working from home :-) |
| 16:27 | * owen | usually needs the caffeine infusion after lunch rather than in the morning |
| 16:29 | jwagner | Well, I work an early schedule -- usually in the office by 7:30 which means getting up at a perfectly horrible time. Just because I've made it into the office does NOT mean I'm awake! You've heard of sleepdriving? |
| 16:29 | owen | So, labels_recon and biblibre-sopac have been integrated into HEAD, but we're still waiting on sysprefs_editor and biblibre's acquisitions stuff? |
| 16:31 | pianohacker | owen: yes on sysprefs |
| 16:31 | finally working on koha again after a school crunch | |
| 16:31 | to that will happen | |
| 16:31 | *so | |
| 16:33 | davi left #koha | |
| 16:34 | jwagner | owen, re your message to the list yesterday about OPAC detail page sorting by itemtype, changing to branch -- couple of questions. One is are you doing a patch, and the other is would it also fix the problem in the staff interface? |
| 16:34 | owen | jwagner: I'd be happy to work on a patch, but so far the conversation is between only you and me! I'd love to hear someone else put in their vote |
| 16:35 | jwagner | You mean I can't vote 57 times? |
| 16:35 | owen | I hadn't planned on adding holdings table sorting to the staff client for the reason I stated yesterday: I'm concerned about performance for libraries with lots of items |
| 16:36 | jwagner: You'll have to at least use different voices. How's your Cookie Monster? | |
| 16:36 | jwagner | Cooooooookkkkkkkkkeeeeeeeee |
| 16:36 | kf | I think sorting by serial enum could be interesting too |
| 16:37 | jwagner | I'm trying to check, but I looked it up a week or two ago, and I think it already does sort by serial enum. Question of whether we could add branchcode in there too, I guess. |
| 16:38 | kf | perhaps im just confused :) are we talking about default sorting or possible to sort? |
| 16:38 | owen | default sorting |
| 16:39 | jwagner | Sorry, not on serial enum. If I have the right place, it's accessiondate -- ORDER BY items.dateaccessioned |
| 16:39 | kf | ok, just checked - its not sorted by serial enum |
| 16:39 | found a title where all other columns are the same | |
| 16:44 | jwagner is now known as jwagner_lunch | |
| 16:44 | kf | and I will leave work now (to test some things on my laptop at home... *sigh*) bbl, bye #koha |
| 16:44 | kf left #koha | |
| 16:48 | joetho joined #koha | |
| 16:51 | davi joined #koha | |
| 16:52 | owen | If I want to test biblibre-integration, how should I update my database? |
| 16:55 | "then run through the database update (in the case of labels_recon) or run the atomic update scripts (in case of biblibre-integration)" | |
| 16:55 | atomic update scripts? | |
| 16:57 | ColinC joined #koha | |
| 16:58 | owen is now known as owen-away | |
| 17:01 | jdavidb joined #koha | |
| 17:02 | thd | slef: I have appended my response to you to my previously written correction for confusion. |
| 17:03 | Colin left #koha | |
| 17:04 | thd | slef: I agree with you on every significant point except one which is unimportant, given the lack of alternatives. |
| 17:07 | ColinC is now known as Colin | |
| 17:11 | thd | gmcharlt: are you there for a moment? |
| 17:11 | francharb left #koha | |
| 17:12 | jwagner_lunch is now known as jwagner | |
| 17:12 | gmcharlt | thd: what's up? |
| 17:13 | paul_p left #koha | |
| 17:13 | thd | gmcharlt: I hope that my new message has corrected any confusion caused by my previous message. |
| 17:14 | gmcharlt: I am curious about why the election window is so small. | |
| 17:16 | gmcharlt | not sure, slef picked it, but there's no sure formula for picking a length |
| 17:16 | thd | gmcharlt: Does 9-11 October not risk having low turnout and defeating the effort. |
| 17:16 | gmcharlt | regardless, if it turns out we get insufficient turnout, we can hold another vote or extend the voting period |
| 17:16 | thd | I trust in slef's good judgement. |
| 17:17 | gmcharlt | since the electorate is fixed, there's not a question of any risk of electorate padding |
| 17:17 | thd | gmcharlt: Yes we can always extend the vote without being unfair. |
| 17:17 | CGI333 joined #koha | |
| 17:17 | thd | Thanks gmcharlt |
| 17:18 | CGI333 | hi i need to ask something about audit trails in koha |
| 17:18 | gmcharlt | CGI333: go for it |
| 17:18 | CGI333 | Audit trail |
| 17:18 | The system should contain an audit trail that records the movement of files throughout the departments. It should allow the administrator to view who processed a specific file on a specific date. This audit trail should record the details of the movement (action, person, file reference code) and the operator details (username, date, time). | |
| 17:18 | is this supported in KOHA | |
| 17:21 | ? | |
| 17:23 | gmcharlt | CGI333: by file you mean digital resource file (image, movie, sound recording, etc?) |
| 17:23 | rhcl_busy | Maybe I'm out of the loop, but what do you mean by "movement of files thoughout the departments", in regards to an ILS? |
| 17:23 | CGI333 | by files I ment books |
| 17:23 | thd | CG1333: Or do you mean printed files |
| 17:24 | CG1333: there is a circulation module. | |
| 17:24 | CGI333 | sorry but i took this from a clients request and they call books as files |
| 17:24 | just books | |
| 17:25 | gmcharlt | Koha's circ system woudl provide a sufficient audit trail of circulation, IMO, but it sounds like from your wording that they may be talking about auditing internal processing of books |
| 17:26 | CGI333 | basically they want sort of a report that shows the history of a book between a certain date (say last year) |
| 17:26 | who loaned it, when did he loan it, etc | |
| 17:28 | thd | CG1333: You should be able to query for the circulation history by an identifier for the book. |
| 17:29 | CG1333: You may have to write a special SQL query or Perl script for that but it should not be difficult. | |
| 17:29 | CGI333 | oh ok that was what i was looking to confirm |
| 17:30 | i knew it could but i wanted to confirm if it was implemented or it had to be done via a script | |
| 17:30 | thanks for your help | |
| 17:31 | thd | CG1333: It is probably not implemented in quite the way you ask. |
| 17:31 | CG1333: You have to be certain not to set the option for erasing the history. | |
| 17:31 | CGI333 left #koha | |
| 17:35 | brendan left #koha | |
| 17:35 | Colin left #koha | |
| 17:44 | chris | morning |
| 17:44 | owen++ | |
| 17:47 | brendan joined #koha | |
| 17:48 | ricardo | Morning chris |
| 17:50 | chris: I'll probably have a new version of translation in the next few days... I have to solve an (apparent) merge conflict in Subversion. Let's see how that works | |
| 17:50 | (Portuguese translation, I mean) | |
| 17:52 | chris | cool |
| 17:56 | hdl | pianohacker: around ? |
| 17:56 | ricardo | chris / hdl : Could you tell me in |
| 17:56 | brendan | morning chris, ricardo hdl et. al |
| 17:56 | hdl | hi all |
| 17:57 | yes i can : "in" | |
| 17:57 | (silly joke) | |
| 17:57 | ricardo | hdl: LOL... Funny. I'm having problems rearranging the "Mibbit" and "git.koha.org" in Firefox :) (too many tabs...) |
| 17:58 | OK. Done... | |
| 17:58 | Take 2 | |
| 17:58 | chris / hdl : Could you tell me in | |
| 17:58 | http://git.koha.org/cgi-bin/gi[…]5d35e6e46bda9a22a | |
| 17:59 | ... if lines 1842 to 1849 are translatable? Just by looking at them, I'm suspecting they're NOT (but I might be wrong) | |
| 18:00 | hdl | ricardo : you should not translate that. |
| 18:00 | those are codes ;) | |
| 18:01 | pianohacker: i'll test your sys pref branch. | |
| 18:01 | ricardo | hdl: Right... That's what I thought. So, should I just leave the msgstr "blank", meaning with: msgstr "" ? |
| 18:02 | hdl | yes |
| 18:02 | pianohacker: How have you solved translation context ? | |
| 18:02 | ricardo | hdl: OK. In that case, it assumes the original "words" (from "msgid"), right? |
| 18:03 | hdl | yes |
| 18:03 | or you can just copy paste the string | |
| 18:03 | ricardo | hdl: OK. Thanks |
| 18:04 | owen-away is now known as owen | |
| 18:04 | owen | hdl: can you tell me what I need to do to update my database to test biblibre_integration? |
| 18:05 | hdl | owen : updatedatabase.pl + all the "atomicupdate" scripts in installer/data/mysql/atomicupdate |
| 18:05 | pianohacker | hdl: I have not yet. just getting back to work on that |
| 18:06 | owen | hdl: if I am not prompted to update the database via the installer, does that mean all I need are the atomicupdate scripts? |
| 18:06 | hdl | I think so. |
| 18:07 | db version should be 115 | |
| 18:28 | catobear joined #koha | |
| 18:28 | cato left #koha | |
| 18:36 | chris | gah, 2 sick kids, 'working' from home today |
| 18:37 | wizzyrea | booo |
| 18:37 | gmcharlt | :( |
| 18:38 | wizzyrea | are yours like mine, when they get sick all they want to do is lay on you |
| 18:38 | which can actually work out, if you have a laptop :P | |
| 18:39 | gmcharlt | depends if the kids are like my cats |
| 18:40 | if they are, better hope they're transparent so that you can see the screen ;) | |
| 18:40 | chris | hehe |
| 18:40 | yeah trying to get as close as possible | |
| 18:41 | cait_laptop joined #koha | |
| 18:43 | pianohacker | enjoy it now, we become pains in the butt when we reach teenagerhood |
| 18:43 | chris: sorry to hear they're sick, tho | |
| 18:44 | cait_laptop | good evening |
| 18:44 | ricardo | chris: echoing pianohacker, I hope your kids get well really soon |
| 18:44 | Going home now. See you later! | |
| 18:44 | pianohacker | see ya |
| 18:45 | ricardo left #koha | |
| 18:49 | owen | Anyone know of an example of the type of image referred to in Bug 2069? |
| 18:49 | munin` | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=2069 enhancement, P3, ---, oleonardmyacpl.org, NEW, Label Example Image |
| 18:53 | wizzyrea | huj |
| 18:53 | hrm | |
| 18:58 | chris | heh |
| 18:58 | owen | hunh? |
| 19:00 | pianohacker | resembles something from a word processing program |
| 19:00 | davi left #koha | |
| 19:01 | pianohacker | you could have a static image showing what each dimension was (simple diagram) |
| 19:01 | wizzyrea | sec, looking in word for something like it |
| 19:01 | pianohacker | or, even better, start with that diagram and update proportions as the user entered dimensions, with <canvas> |
| 19:01 | cait_laptop | chris: problem: subject in emails and subjects in cataloging are different translation in German, but only on string in po - is there a way to split it? |
| 19:02 | chris | not easily |
| 19:02 | cait_laptop | chris: just an example, its a problem in differnt places |
| 19:02 | wizzyrea | http://screencast.com/t/zbH8Bvag |
| 19:02 | presumably this would change if you told it different label size | |
| 19:03 | cait_laptop | cancel is another example - most of the time its abbrechen, but sometimes it should be stornieren |
| 19:03 | owen | pianohacker: Thanks I'll get right on that :| |
| 19:04 | pianohacker | owen: I'm just fantasizing. really, a static diagram of a label sheet with some labeled dimensions would be helpful for the bug |
| 19:05 | cait_laptop | chris: hm. no easily is not good, will try to work around it as best as possible. |
| 19:06 | wizzyrea | http://screencast.com/t/GrViib75p |
| 19:06 | actually never mind | |
| 19:06 | that's probably not it at all | |
| 19:08 | hdl | pianohacker: I can see 3 branches prefs prefs-compact prefs-submit ? |
| 19:08 | which one is test-able ? | |
| 19:09 | pianohacker | hdl: compact is a temporary branch, prefs is original work, and prefs-submit is the code as submitted to git.koha.org |
| 19:10 | sysprefs_editor on git.koha.org is best for testing | |
| 19:10 | I'll push further changes to it from prefs_submit | |
| 19:11 | hdl | ok thanks. |
| 19:17 | davi joined #koha | |
| 19:33 | jwagner left #koha | |
| 19:46 | jdavidb left #koha | |
| 19:49 | richard joined #koha | |
| 19:49 | richard | hi |
| 19:49 | pianohacker | hello richard |
| 19:49 | richard | hiya pianohacker |
| 19:50 | hdl | good night |
| 19:50 | thx pianohacker | |
| 19:51 | pianohacker | see ya hdl |
| 19:51 | chris | night hdl |
| 19:57 | pastebot | "pianohacker" at 192.168.15.101 pasted "Possible easy solution to new syspref data file translation (YAML)" (27 lines) at http://paste.workbuffer.org/24 |
| 19:57 | pianohacker | any thoughts from devs? |
| 19:58 | gmcharlt | pianohacker: what do you mean my storing preferences in a cookie? preference values? |
| 19:59 | pianohacker | gmcharlt: that's cruft from pastebot |
| 19:59 | everything from "plain text..." down is not part of the paste | |
| 20:00 | gmcharlt | ah, ok |
| 20:00 | hdl left #koha | |
| 20:00 | gmcharlt | at first glance, your proposal seems workable |
| 20:00 | pianohacker | overuse_of_monospace-- |
| 20:01 | got idea from http://search.cpan.org/~drtech[…]ct/Plugin/YAML.pm | |
| 20:04 | chris: any thoughts as one of the reluctant translation helpers? | |
| 20:09 | chris | reading now |
| 20:10 | Jo joined #koha | |
| 20:11 | chris | looks like it'll work |
| 20:11 | thats how we would have to do the js too from what i can tell | |
| 20:11 | if we dont want to try and implement something mad like tmpl_process3.pl | |
| 20:12 | Jo | morning all |
| 20:12 | cait_laptop | good morning |
| 20:13 | chris | pianohacker: i like it |
| 20:15 | chris_n | owen about? |
| 20:15 | owen | For another few minutes |
| 20:15 | chris_n | re bug 2069... I might have an image you can use for that |
| 20:15 | munin` | 04Bug http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=2069 enhancement, P3, ---, oleonardmyacpl.org, NEW, Label Example Image |
| 20:16 | chris_n | if you are interested I'll shoot it your way later this evening or tomorrow morning |
| 20:17 | owen | Sure, I'd like to see it. I've been working something, but it's off the top of my head |
| 20:17 | gmcharlt left #koha | |
| 20:18 | chris_n | @later tell gmcharlt to give his computer stronger coffee to drink so it will stay awake longer ;-) |
| 20:18 | munin` | chris_n: The operation succeeded. |
| 20:18 | chris | pianohacker: and the display code strips the _ out before handing it to the browser eh? |
| 20:19 | owen left #koha | |
| 20:20 | pianohacker | chris: actually, I was thinking of making a generic module for handling YAML like this |
| 20:21 | chris | that works even better then |
| 20:21 | pianohacker | at least handling YAML::Syck's quirks and _ stripping |
| 20:21 | chris | yep |
| 20:21 | pianohacker | that way, preferences.pl wouldn't notice the difference |
| 20:21 | chris | *nod* |
| 20:22 | and using xgettext.pl | |
| 20:22 | that would be easily translatable | |
| 20:22 | pianohacker | yup. |
| 20:23 | chris | i think for the js, we ahve 2 options |
| 20:23 | declare all the strings as variables | |
| 20:23 | davi left #koha | |
| 20:23 | pianohacker | (I've been putting of the task of making misc/translator/ understand the quirky .pref format for a while now, so this is better) |
| 20:24 | chris | then write code to generate .po from that |
| 20:24 | or have a base one, with _ leading translatable strings | |
| 20:24 | and have a process to strip that out | |
| 20:25 | there seems to be no nice way of localizing js that i can find | |
| 20:26 | pianohacker | it would have to be slightly flexible, to handle both the YAML's simple _ and js's _('') and _(""), but I like the second approach better |
| 20:27 | the first will make the js files much harder to read and change | |
| 20:29 | chris | yep |
| 20:30 | pianohacker | the hardest part will be making xgettext and tmpl_process generic; tmpltokenizer is baked in pretty deep at the moment |
| 20:31 | rach left #koha | |
| 20:32 | pianohacker | theoretically you could make a tokenizer that emulated the interface and output of tmpltokenizer, allowing that to stay in place |
| 20:33 | davi joined #koha | |
| 20:34 | magnusenger left #koha | |
| 20:35 | rach joined #koha | |
| 20:36 | chris | pianohacker: i want tmpl_process to go away |
| 20:36 | so will be working hard on my template toolkit stuff | |
| 20:36 | (not before 3.2 of course) | |
| 20:37 | pianohacker | yeah, too many cycles of "we just need it do this one little thing more" |
| 20:37 | chris | *nod* |
| 20:37 | pianohacker | how does your template::toolkit stuff deal with translation? |
| 20:41 | jwagner joined #koha | |
| 20:42 | nicomo left #koha | |
| 20:44 | chris_n2 joined #koha | |
| 20:47 | chris | https://wiki.mozilla.org/Bugzi[…]te_Toolkit_syntax |
| 20:47 | copying the way the bugzilla dudes do it | |
| 20:49 | basically localize on the fly from the .po files | |
| 20:49 | rather than having different template sets | |
| 20:49 | and through the magic of tt, cache the translated template | |
| 20:51 | (preprocess where applicable too) | |
| 20:51 | pianohacker | hmm. that looks survivable |
| 20:51 | we have gigantic .po's, though; how would you deal with first | |
| 20:51 | chris | and then my plan to release language packs |
| 20:52 | pianohacker | -time lag |
| 20:52 | chris | yeah, break them up |
| 20:52 | we have one giant one for the intranet now | |
| 20:52 | pianohacker | ahh, okay. By module, maybe? |
| 20:52 | chris | that also can solve cait_laptop's problem |
| 20:53 | where the same string needs to be translated different in different templates | |
| 20:53 | * cait_laptop | starts reading |
| 20:53 | chris | (different contexts) |
| 20:53 | also once we do this | |
| 20:53 | pianohacker | diff translations in different templates, or merely different modules? |
| 20:54 | chris | it becuase easy to check translations inside context |
| 20:54 | becomes even | |
| 20:54 | pianohacker: probably module .. there will be some trial and error | |
| 20:55 | we can have .pot files too | |
| 20:56 | and a terminology list | |
| 20:57 | so that we can create .po files using the teminology list .. and then it would just be changing the ones that need to be different | |
| 20:57 | rather than translating the same thing again and again | |
| 20:58 | or we could have one big .po in pootle the way we do now | |
| 20:58 | and have a script to split it (there are lots of these) | |
| 20:59 | so in the release you get the split ones, and if you run from git, you can run the script to do it yourself | |
| 21:00 | basically i havent decided yet :) | |
| 21:01 | pianohacker | all sounds good |
| 21:01 | chris | my ultimate goal |
| 21:01 | is to be able to translate from within koha | |
| 21:02 | and if you are rendering from the .tt + .po file | |
| 21:02 | chris_n2 | @later tell owen I added a suggested image to bug 2069 as well as a couple of other observations |
| 21:02 | munin` | chris_n2: The operation succeeded. |
| 21:02 | cait_laptop | I think translators would really like that - but sounds like a lot of work |
| 21:02 | chris | that makes it a lot easier to see you translation right away |
| 21:03 | but a first step is | |
| 21:04 | have my koha running using the .tt and .po files | |
| 21:04 | so that when you change something in pootle it changes .po file .. and it shows up in my translation koha right away | |
| 21:05 | that should make translation easier | |
| 21:05 | or at least easier to check | |
| 21:07 | cait_laptop | chris++ |
| 21:08 | good night :) | |
| 21:09 | cait_laptop left #koha | |
| 21:11 | pianohacker | chris: last-gasp use of the tmpl_process architecture could be to accurately convert everything to .tt- |
| 21:12 | chris | *nod* |
| 21:12 | there is a perl module to do that too, which seems to do an ok job | |
| 21:15 | pianohacker | bbl later, off to library and ice cream |
| 21:17 | chris | nice |
| 21:39 | Nate left #koha | |
| 21:40 | gmcharlt joined #koha | |
| 21:44 | chris | hmmwb gmcharlt |
| 21:44 | heh, wb even | |
| 21:57 | CGI028 joined #koha | |
| 21:57 | CGI028 | Hey all |
| 21:57 | I've got a small question regarding items in Koha | |
| 21:57 | branch, barcode, itemtype) to the MARC data | |
| 21:58 | But when I view the biblio record | |
| 21:58 | so 4) | |
| 21:58 | Can anyone give me a quick hand? | |
| 22:01 | chris | sorry i dont understand your question |
| 22:04 | davi left #koha | |
| 22:05 | CGI028 | One second, I may have figured it out myself =) |
| 22:13 | davi joined #koha | |
| 22:29 | |Lupin| joined #koha | |
| 22:29 | |Lupin| | good evening, all |
| 22:29 | good day NZ | |
| 22:37 | jwagner left #koha | |
| 22:41 | CGI028 left #koha | |
| 22:58 | pianohacker | hi |Lupin| |
| 23:09 | joetho left #koha | |
| 23:11 | |Lupin| | hey pianohacker |
| 23:11 | pianohacker: how are you ? | |
| 23:11 | pianohacker | alright |
| 23:11 | |Lupin| | great |
| 23:12 | pianohacker | typing one-handed due to broken fingers, but otherwise okay |
| 23:12 | what are you up to? | |
| 23:14 | |Lupin| | pianohacker: what happened toyour fingers ? |
| 23:14 | pianohacker: just install | |
| 23:14 | pianohacker: just installing a production Koha | |
| 23:14 | pianohacker | (bicycle accident) |
| 23:15 | cool | |
| 23:15 | |Lupin| | pianohacker: oops |
| 23:15 | pianohacker: how long are you gonna be handicapped ? | |
| 23:15 | pianohacker | a few more weeks |
| 23:16 | good opportunity to relearn touch typing | |
| 23:16 | |Lupin| | sure... |
| 23:16 | pianohacker: and to learn to appreciate the abilities one has with two hands... :-) | |
| 23:17 | pianohacker | no kidding on that one :) |
| 23:17 | who's the production koha for? | |
| 23:17 | * |Lupin| | is wondering why cpan persists to place the .cpan directory in a user's home directory whereas cpan initialize is ran as root |
| 23:17 | |Lupin| | pianohacker: my employer, the BrailleNet non-profit organisation |
| 23:18 | pianohacker | |Lupin|: cpan is quite strange |
| 23:18 | |Lupin|: nice! are you going live soon? | |
| 23:18 | |Lupin| | pianohacker: ok, but there is no reference to this directory in the environment for instance, so I'm really wonderign where it takes it from... |
| 23:19 | pianohacker: hmm, delicate question | |
| 23:19 | pianohacker | |Lupin|: are you running it with sudo? sudo can copy environment sometimes |
| 23:19 | uh-oh | |
| 23:20 | |Lupin| | pianohacker: the developments are not finished yet. We need to adapt KOha so that our librarians can use it to upload files in addition to cataloguing, so I'm working on that now |
| 23:20 | pianohacker | ahh |
| 23:20 | |Lupin| | pianohacker: no I did a sdo su - |
| 23:20 | pianohacker | any chance of public patches? That sounds really nice |
| 23:20 | |Lupin| | pianohacker: and just looked at env's output |
| 23:20 | pianohacker | hmm. |
| 23:20 | |Lupin| | pianohacker: hmm... |
| 23:22 | pianohacker: not sure the KOha community is that interested... for ppl here cataloguing the files in Koha and storing them in a digital library management sstem should be two distinct actions, but for our use-case it is not very convenient | |
| 23:22 | rhcl_busy is now known as rhcl_away | |
| 23:22 | pianohacker | I dunno. You could put it in a public git branch and see what people thought |
| 23:23 | |Lupin| | pianohacker: sure |
| 23:24 | pianohacker | If it wasn't too intrusive, could be useful for the occasional pdf someone wanted to put in their catalog |
| 23:24 | chris | not so much should be distinct actions, but you should store digital documents in a digital document management system |
| 23:24 | wether you catalogue them in koha or not | |
| 23:24 | otherwise you are just making your life difficult for the future | |
| 23:25 | |Lupin| | pianohacker: also, for the moment the integration is perhaps not as smooth as it could be. In particular, the part that transfers the files to the library management system should probably go into a plgin, but since this involves javascripting which is hard for me to do and test, I just replaced the additem script and template by a non-javscript version that uses only simple forms |
| 23:25 | pianohacker | that additem two alone might actually be |
| 23:25 | (sorry, hit enter by accident, nvm) | |
| 23:26 | chris | with a digital repository you get version control, full text searchign (where applicable) interface to remove/move the documents etc |
| 23:26 | |Lupin| | chris: yeah I think in the long run this is what's going to happen. It's just that for the moment we have a home-made thing which hardly deserves the name of library management system but which we don't want to replace now. |
| 23:27 | chris | so as long as the patches head towards allowing koha to work happily with a digital repository, like kete,fedora,greenstone etc |
| 23:27 | |Lupin| | chris: the strategy which has been decided was to first replace the home-made web server by KOha (keeping the initial file server at that time), and then perhaps replace the file server by a genuine igital library management system |
| 23:27 | pianohacker | brb dinner |
| 23:27 | chris | if its a step along that path, then im sure everyone would like it |
| 23:28 | |Lupin| | chris: even n its present state ? (no plugins...?) |
| 23:29 | chris: do you have an idea about the previously mentionned cpan issue, pls ? | |
| 23:29 | chris | if you put it in a public branch and keep it up to date, then its a step along a path, if you dont, its a dead end :) |
| 23:29 | * chris | reads back |
| 23:30 | chris | yeah sudo su - |
| 23:30 | isnt the same as | |
| 23:30 | su - root | |
| 23:31 | |Lupin| | chris: what's the difference ? |
| 23:32 | chris: I didn't know the root password that's why I was forced to use sudo. Now I changed the root password so I can use sudo - root | |
| 23:33 | chris | basically youre environment doesnt change when you run sudo |
| 23:33 | your | |
| 23:34 | at least it doesnt always | |
| 23:34 | |Lupin| | well I checked that and the environment looked to me as a genuine root environment |
| 23:35 | chris | well its obviously not :) |
| 23:35 | or cpan would have no idea what user you actually were | |
| 23:35 | |Lupin| | chris: now when I run cpan initialize even as root, it seems it remembers some settings. For instance it doesn't ask me if it is ok to guess configuration values |
| 23:35 | (although the .cpan dir in the user's home dir has been removed) | |
| 23:35 | chris | did you su root |
| 23:35 | ? | |
| 23:36 | |Lupin| | yes |
| 23:36 | I su - root | |
| 23:36 | chris | and is there a .cpan dir in /root now? |
| 23:37 | |Lupin| | chris: no |
| 23:37 | chris | no idea then |
| 23:37 | |Lupin| | chris: does cpan use some other configuraiton files where it could store settings or so ? |
| 23:37 | chris | yes |
| 23:38 | |Lupin| | chris: where are they ? |
| 23:38 | chris | no idea on your system |
| 23:38 | |Lupin| | chris: looked in /etc but couldn't find anything whose name contained cpan |
| 23:38 | chris: it's a freshly installd debian lenny | |
| 23:38 | chris | most of it is the module |
| 23:39 | and is overriden by the settings in .cpan | |
| 23:39 | |Lupin| | when I run cpan as root it imediately creates a directory under the user's home and asks whether it is OK to connect to the iinernet |
| 23:41 | chris | what user? |
| 23:42 | |Lupin| | I'm sorry ? |
| 23:42 | ah, | |
| 23:42 | chris | if you are running as root, then root is your user |
| 23:42 | |Lupin| | my non-root user's account |
| 23:43 | but I just examined the output of set and env | |
| 23:43 | and they don't mention this directory | |
| 23:43 | except in OLDPWD | |
| 23:44 | chris: yeah UID=0, USER=root, LOGNAME=root, HOME=/root | |
| 23:44 | everything seems correct | |
| 23:44 | chris | what directory are you in when you run cpan |
| 23:44 | |Lupin| | /root |
| 23:44 | chris | weird |
| 23:45 | works fine for me | |
| 23:45 | rootchris-laptop:/# ls -la /root/ |
|
| 23:45 | drwxr-xr-x 2 root root 4096 2009-10-09 12:42 .cpan | |
| 23:45 | |Lupin| | I'm gonna strace the command and have a look to which files it opens... |
| 23:45 | chris | (just tried it on my laptop) |
| 23:47 | |Lupin| | chris: ok |
| 23:48 | chris | there must be some remnant of it been run before that it remembers |
| 23:51 | |Lupin| | yeah |
| 23:51 | I think it has a debugging mode | |
| 23:51 | if looking at the list of files it opens does not succeed, I'll turn to that | |
| 23:52 | /etc/perl/CPAN/Config.pm | |
| 23:52 | hmm | |
| 23:52 | didn't think about an pper-case name, grrr | |
| 23:53 | 'build_dir' => q[/home/dirnat/hinderer/.cpan/build], | |
| 23:53 | here it is... | |
| 23:57 | chris | :) |
| 23:58 | * |Lupin| | promises to use -iname rather than -name when running find.. |
← Previous day | Today | Next day → | Search | Index
