Time |
S |
Nick |
Message |
12:09 |
|
kados |
el-GR-i-staff-t-prog-v-3000000.po done |
12:09 |
|
kados |
es-ES-i-staff-t-prog-v-3000000.po done |
12:09 |
|
paul |
hello kados. |
12:09 |
|
kados |
5 translation files left to fix before 3.0 RC1 is released |
12:09 |
|
kados |
hi paul |
12:09 |
|
paul |
busy week end I've seen... |
12:10 |
|
kados |
paul: nope, I didn't even use my computer over the weekend :-) |
12:10 |
|
kados |
paul: but it will be a busy morning ... and was a very busy Friday :-) |
12:10 |
|
paul |
mmm... right... 85 patches approved on friday. |
12:12 |
|
kados |
paul: can you confirm httt-language is working now? |
12:12 |
|
kados |
(it will only detect the first preference specified) |
12:12 |
|
kados |
(but should work for that now) |
12:12 |
|
paul |
except the phone don't stop ringing... |
12:12 |
|
kados |
IKWYM |
12:13 |
|
kados |
paul: over 50 bugs patched on Friday :-) |
12:14 |
|
kados |
a few more days like that and we'll be in good shape :-) |
12:17 |
|
kados |
paul: can you explain what 'fuzzy' strings are? |
12:17 |
|
paul |
(on phone) |
12:18 |
|
paul |
back. |
12:18 |
|
paul |
kados : a "fuzzy string" is a string that is translated, but the translation is uncertain. |
12:19 |
|
paul |
for us, a string can be "fuzzy" trhough 3 ways : |
12:19 |
|
paul |
- a string XXXX has been translated, and has been modified (a case or a space change is enough). |
12:19 |
|
kados |
(us meaning, French?) |
12:19 |
|
kados |
(or us, Koha) |
12:19 |
|
paul |
(us = Koha) |
12:19 |
|
kados |
gotcha |
12:20 |
|
kados |
(hy-Armn-i-staff-prog-v-3000000.po done) |
12:20 |
|
paul |
- a string has been added on a template, and tmpl_process3.pl has found a "almost matching" existing string. It default the translation of the new one to the translation of the old one, with "fuzzy" |
12:20 |
|
paul |
- a string has been manually marked "fuzzy" by the translator |
12:21 |
|
kados |
how do you define 'almost matching'? |
12:21 |
|
paul |
by security, a fuzzy string is not used when "tmpl_process3.pl install" |
12:21 |
|
paul |
example : |
12:21 |
|
paul |
- "Fill with appropriate value => Remplir avec la valeur correcte" already exists |
12:22 |
|
paul |
- the string "fill with appropriate value" is added. It automatically has "Remplir avec la valeur correcte" as translated. with FUZZY=ON |
12:22 |
|
paul |
if can be less near. For example, I think "Fill itemtype with appropriate value" would be automatically "fuzzy translated" as well |
12:23 |
|
kados |
it's defined by 'gettext'? |
12:23 |
|
paul |
I don't know what .po consider as a "almost matching" exactly. |
12:23 |
|
paul |
I don't know. |
12:23 |
|
kados |
OK |
12:23 |
|
paul |
usually it's relevant, but I had a few surprises... |
12:24 |
|
kados |
now that we have so many translations, we should put together better documentation on how to make a 'really good' translation of Koha |
12:24 |
|
kados |
I will see if Nicole can add to the manual |
12:24 |
|
kados |
( ru-RU-i-staff-t-prog-v-3000000.po) done |
12:24 |
|
paul |
pootle ++ here, as you can have a vocabulary (see serhij mail) |
12:25 |
|
kados |
yea, when I choose kartouche, pootle didn't exist |
12:25 |
|
paul |
I know, as, in fact, I choose kartouche 1st ;-) |
12:25 |
|
kados |
when I'm not RM, I can be translation manager and spend more time on it :-) |
12:25 |
|
kados |
hehe |
12:25 |
|
kados |
kartouche++ though, it does a very good job |
12:26 |
|
kados |
I wish it did a bit more validation |
12:26 |
|
kados |
so it remove ^M and \n automatically |
12:26 |
|
kados |
and duplicate msgids ... |
12:26 |
|
kados |
would be easy to add |
12:26 |
|
kados |
but I suspect pootle would be better |
12:27 |
|
paul |
I think the best thing that could be done atm, would be to clean the english strings that are filled with dozens of "This term", "This Term", "this term", "this term: ", "This term:"... |
12:27 |
|
kados |
yep |
12:27 |
|
kados |
in fact, I tried to do this, but it's a pretty boring task :-) |
12:28 |
|
paul |
& very very very long. |
12:28 |
|
kados |
yep |
12:28 |
|
paul |
I think you have more important things to do. |
12:28 |
|
kados |
*nod* |
12:28 |
|
paul |
(I mean : things that someone else can't do. this one can be done by anyone) |
12:28 |
|
kados |
yep |
12:29 |
|
paul |
bye |
12:47 |
|
kados |
back |
12:48 |
|
kados |
zh-Hans-CN-i-staff-t-prog-v-3000000.po done |
12:50 |
|
kados |
uk-UA-i-staff-t-prog-v-3000000.po done |
12:50 |
|
kados |
so now just turkish ... which is really a mess :/ |
13:09 |
|
kados |
importing translations to translate.koha.org |
13:19 |
|
kados |
this could take about an hour ... then I'll be needing some testers for the tardist |
13:19 |
|
kados |
any volunteers? |
13:20 |
|
acmoore |
I'm available |
13:49 |
|
kados |
OK, tardist is done, need some testers on this: http://download.koha.org/koha-[…]-stableRC1.tar.gz |
13:50 |
|
paul |
kados : I tried to upgrade 2 of my setups (090 => 094) On one of them, I get an error during upgrade (nothing on the other one) |
13:50 |
|
paul |
DBD::mysql::db do failed: Can't create table './ipt3/message_transports.frm' (errno: 150) at /home/paul/koha.dev/head//installer/data/mysql/updatedatabase.pl line 1701. |
13:50 |
|
paul |
150 : MySQL error code 150: Foreign key constraint is incorrectly formed |
13:50 |
|
kados |
paul: that should have been fixed on Friday |
13:51 |
|
kados |
paul: are you sure the first setup was fully up to date? |
13:51 |
|
paul |
what do you mean by "uptodate" ? |
13:51 |
|
kados |
paul: rebased as of today ? |
13:51 |
|
paul |
yes, 2mn ago |
13:51 |
|
kados |
(or as of late Friday) |
13:51 |
|
kados |
hmmm |
13:51 |
|
kados |
acmoore: any ideas? |
13:52 |
|
kados |
TARDIST READY, PLEASE TEST: http://download.koha.org/koha-[…]-stableRC1.tar.gz |
13:52 |
|
paul |
what is strange is that it works on the other DB... and they are both similar. really similar (upgrades always done on both at the same time) |
13:53 |
|
kados |
paul: both French UNIMARC? |
13:53 |
|
paul |
yep, and both zebra |
13:53 |
|
acmoore |
well, I'll look at it. |
13:53 |
|
slef |
hi all... is anyone working on kohabug 1909 Cannot delete repeatable marc fields in editor? |
13:54 |
|
slef |
kados: is there a git tag for that? |
13:54 |
|
kados |
slef: nope, won't be a git tag until the tardist is tested |
13:54 |
|
gmcharlt |
slef: bug 1909 is on my plate |
13:58 |
|
kados |
gmcharlt: is 1909 a blocker? |
13:59 |
|
kados |
at very least, it should be a 'major' |
13:59 |
|
kados |
IMO |
13:59 |
|
gmcharlt |
kados: IMO it should be at least major, if not blocker |
13:59 |
|
kados |
gmcharlt: assigning to you and marking 'major' |
13:59 |
|
gmcharlt |
and as part of MARC editor, related to 2206, which is a blocker |
14:00 |
|
kados |
*nod* |
14:02 |
|
paul |
mmm... on one of my setup, the letter interclassement is latin1, not utf8. Thus the problem in creating the message_transports constraint. |
14:02 |
|
kados |
acmoore,slef: i disagree about the optional stuff |
14:02 |
|
kados |
acmoore,slef: I think all dependencies should be in the Makefile.PL |
14:02 |
|
paul |
seems it's a long lasting diff between this base and the official one. |
14:02 |
|
kados |
acmoore,slef: even if they are optional features |
14:02 |
|
kados |
paul: ? |
14:02 |
|
paul |
kados : consider my problems solved. |
14:03 |
|
kados |
ahh, ok |
14:03 |
|
paul |
(DB upgrade 090 => 094) |
14:03 |
|
kados |
paul: so it's bug 2076 then :-) |
14:04 |
|
paul |
yes, except it's a "local" one, I won't investigate where it comes from. Just fixing it manually |
14:05 |
|
slef |
kados: listing optionals in PREREQ_PM has two problems: 1. asks sysadmins to install stuff they'll never use (=> fewer koha installations); 2. makes packages generated from Makefile.PL incorrect (=> harder koha packages, also more work if/when MakeMaker is replaced) |
14:06 |
|
kados |
slef: yep, but I disagree that that stuff won't be used |
14:06 |
|
kados |
slef: and there aren't very many 'optional' features, certainly not enough to make a big deal out of this point |
14:06 |
|
kados |
slef: we've got bigger fish to fry |
14:07 |
|
slef |
kados: SMS is expensive, ImageMagick is awkward, both are optional AIUI. |
14:07 |
|
kados |
slef: you can choose to not install them if you don't want them |
14:08 |
|
paul |
SMS & Imagemagick deps are used in a very specific cases. I agree to say koha should be installable without them. |
14:08 |
|
slef |
kados: but there's no recording of what's optional yet, is there? |
14:08 |
|
kados |
slef: the whole point of separating out the sys admin portion of the install is to not make the sys admin responsible for what the librarian will be using ... |
14:09 |
|
kados |
slef: no, there isn't |
14:09 |
|
kados |
slef: and we certainly don't have time to slip that into 3.0 stable |
14:09 |
|
slef |
kados: there needs to be some recording, even if just in INSTALL |
14:09 |
|
kados |
slef: but if you have the resources to add something to the installer to choose between mandatory and optional modules, be my guest |
14:09 |
|
slef |
kados: oh come on! If you can slip SMSing into 3.0... |
14:10 |
|
kados |
? |
14:10 |
|
kados |
slef: I'll evaluate any patch from you on this topic |
14:10 |
|
kados |
I disagree about not forcing installation of optional modules though |
14:10 |
|
kados |
because some librarian somewhere will try to click on something and get an error |
14:10 |
|
slef |
kados: ok, which modules has liblime added that are optional besides SMS and ImageMagick? |
14:10 |
|
kados |
and will think it's a Koha bug |
14:11 |
|
slef |
kados: I thought these things were behind system preferences that were disabled by default? |
14:11 |
|
kados |
slef: the pages aren't |
14:11 |
|
kados |
slef: the installer doesn't tell you you have to have SMS installed before installing the sample data for SMS |
14:11 |
|
acmoore |
I tried to make the patron messaging stuff hidden if the syspref is off. I may have failed in that, though. I'm not sure about the imagemagik stuff. |
14:11 |
|
kados |
slef: this is a bigger problem than we have time to solve right now |
14:12 |
|
kados |
slef: we have larger bugs to resolve that are much more important |
14:12 |
|
kados |
slef: I'd rather spend my energy thinking about those |
14:12 |
|
acmoore |
perhaps we file a bug that says that we should separate optional and mandatory modules, even though we can't get to it now. If someone can get to it, then would that be OK? I personally don't really have time to implement that right now, though. |
14:12 |
|
kados |
acmoore: sure, works for me |
14:12 |
|
slef |
kados: so why did you raise this when I was asking about 1909? |
14:13 |
|
slef |
if you don't want to discuss it now, don't discuss it now |
14:13 |
|
kados |
slef: because andrew sent in some patches for it that I'm not going to approve |
14:13 |
|
kados |
slef: and I was explaining why |
14:13 |
|
acmoore |
slef, I agree that the product would be better with some facility to mark modules as optional and not install them. Shall I open a bug for that enhnacement? |
14:14 |
|
slef |
acmoore: yes please... can you link the mailing list thread or would you like me to find a URL? |
14:14 |
|
acmoore |
slef, sure. that would be great. thanks! |
14:15 |
|
paul |
(we can add Net::LDAP to the list of modules that are not mandatory everytime) |
14:16 |
|
slef |
acmoore: http://comments.gmane.org/gman[…]s.koha.devel/1012 and http://comments.gmane.org/gman[…]s.koha.devel/1014 |
14:16 |
|
slef |
acmoore: see paul's line above too |
14:16 |
|
kados |
so is anyone testing the tardist? any issues so far? |
14:17 |
|
slef |
kados: seems OK so far - reports some prerequisites that aren't required ;-) |
14:17 |
|
kados |
hehe |
14:17 |
|
kados |
slef++ |
14:18 |
|
slef |
also, do we actually need versions that late of DBD::mysql and HTML::Template::Pro? |
14:18 |
|
kados |
slef: yes, in that case ... the dbd::mysql one is related to encoing issues |
14:18 |
|
kados |
slef: and html::template::pro later versions have features we use that don't exist in earlier ones |
14:18 |
|
kados |
s/encoing/encoding/ |
14:19 |
|
atz |
slef: yeah, we started using TMPL_ELSIF and loop_context_vars (both of which are really useful) |
14:21 |
|
slef |
atz: 0.69 Thu Feb 28 06:46:17 EET 2008- added elsif tag (requested by koha.org project) - heh, ok |
14:21 |
|
slef |
|
14:21 |
|
atz |
nice! hadn't seen that it was a custom job :) |
14:22 |
|
slef |
those two in particular are later than debian backports, so I'll add a note for html::template::pro to INSTALL.debian |
14:23 |
|
kados |
slef++ |
14:23 |
|
slef |
(I see now that DBD::mysql is noted) |
14:24 |
|
slef |
kados: I've got the famfamfam language appearing again, I think |
14:24 |
|
kados |
arrg |
14:24 |
|
kados |
slef: where? |
14:24 |
|
slef |
make |
14:24 |
|
kados |
make? |
14:24 |
|
slef |
it's copying prog/famfamfam |
14:24 |
|
kados |
famfamfam is an image directory |
14:24 |
|
kados |
it's valid |
14:25 |
|
slef |
oh ok |
14:25 |
|
kados |
but it shouldn't show up in the language list |
14:25 |
|
kados |
check About Koha -> Licenses for details |
14:25 |
|
slef |
not got that far yet - this is a bit of a big job... should we consider splitting languages out into their own tarballs? |
14:25 |
|
acmoore |
OK. I opened bug 2270 to implenent a facility to mark some modules as optional. http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=2270 I'd love to be able to mark SMS::Send as optional and have tried to make failure rather graceful in the event that it's not installed. I can't take that ticket now, though. |
14:25 |
|
kados |
slef: yes, we should |
14:26 |
|
slef |
ok, I'm going to triage some local bugs while waiting for this to complete||fail |
14:26 |
|
slef |
except that those bugs are on serene too ... oops |
14:28 |
|
acmoore |
slef, thanks for the help finding the perltidy options. I never would have found them. As you can tell, I'm a bit of a nut about code formatting, and unfortunately that's nearly as controversial as being a religious emacs fanatic. |
14:29 |
|
acmoore |
Ha! I won't VERSION you, then. |
14:32 |
|
slef |
does emacs respond to VERSION? |
14:32 |
|
slef |
apparently yes :) |
14:33 |
|
acmoore |
Oh, I'm an avid emacs user. I just recognize it as a controversial quality of myself. |
14:33 |
|
slef |
tools/picture-upload.pl:287: Unmatched =back |
14:33 |
|
acmoore |
but I don't use irc.el |
14:33 |
|
slef |
erc is in emacs 22 - too easy to use |
14:34 |
|
acmoore |
slef, do you use cperl mode? If so, do you have configuration options to match that perltidy config? |
14:34 |
|
slef |
also, I switched too it when trying to coordinate #debian-dpl-debate |
14:34 |
|
slef |
s/too/to |
14:34 |
|
slef |
acmoore: no, I don't use emacs for editing ;) |
14:34 |
|
slef |
well, not much |
14:35 |
|
slef |
acmoore: I'll look and see if I have them set from $AGES_AGO |
14:35 |
|
acmoore |
oh, wow. that is unusual. |
14:38 |
|
kados |
as a reminder, please test http://download.koha.org/koha-[…]-stableRC1.tar.gz |
14:39 |
|
kados |
If I hear no complaints before 12:00 EST (1.5 hours from now) I will announce the release on koha lists |
14:39 |
|
slef |
acmoore: only setting in my .emacs is '(cperl-indent-region-fix-constructs nil) - not sure if that's relevant |
14:40 |
|
slef |
kados: I've a few make test errors but I don't think they're serious |
14:40 |
|
kados |
slef: can you paste them in? |
14:40 |
|
slef |
kados: just grabbing the non-database ones |
14:40 |
|
slef |
t/icondirectories...........Use of uninitialized value in string eq at /home/mjr/k3tar/koha-3.00.00-stableRC1/blib/PERL_MODULE_DIR/C4/Koha.pm line 460. |
14:41 |
|
kados |
should we throw a 'no warnings uninitialized;' in Koha.pm? |
14:41 |
|
slef |
I'll look and see what line 460 is in a mo |
14:41 |
|
acmoore |
slef, I think that removes the space in "} else" to make "}else". I'll just use something to run perltidy on regions in emacs. THanks, though! |
14:42 |
|
acmoore |
kados, I think we should initialize the variables instead. |
14:42 |
|
slef |
# Error: Can't locate Algorithm/CheckDigits.pm in @INC at /home/mjr/k3tar/koha-3.00.00-stableRC1/blib/PERL_MODULE_DIR/C4/Labels.pm line 25. |
14:43 |
|
slef |
I think they're the only not-obviously-database-related ones |
14:43 |
|
kados |
slef: is Algorithm::CheckDigits installed? |
14:43 |
|
kados |
if so, maybe we need to submit a patch to fix their VERSION string on CPAN? |
14:43 |
|
kados |
(or debian, as the case may be) |
14:44 |
|
slef |
to me, 460 of Koha.pm is "if ($src eq 'intranet') {" |
14:45 |
|
slef |
Algorithm::CheckDigits isn't installed |
14:46 |
|
kados |
hmmm, why would $src be uninitialized? |
14:46 |
|
slef |
0.50 Fr 6. Jun 21:45:04 CEST 2008 |
14:46 |
|
slef |
- put $VERSION back into CheckDigits.pm |
14:46 |
|
slef |
kados: do you want me to send a 3-line patch for that? |
14:46 |
|
kados |
slef: please do |
14:47 |
|
slef |
kados: line 27 of t/icondirectories calls it with no params |
14:48 |
|
slef |
my $opac_icon_directory = getitemtypeimagedir(); |
14:48 |
|
slef |
|
14:48 |
|
slef |
t/icondirectories.t even |
14:58 |
|
slef |
Do I need to require Algorithm::CheckDigits::M43_001 as well as Algorithm::CheckDigits? |
15:04 |
|
slef |
kados: do you mind if I include # optional comments after the optionals? |
15:07 |
|
slef |
acmoore: other problem with reindenting is that it makes emacs git-blame-mode less useful. |
15:07 |
|
slef |
acmoore: unless there's some way of drilling down in it that I don't know about |
15:15 |
|
acmoore |
yeah, I encourage reasonable indentation from the beginning. |
15:17 |
|
acmoore |
gmcharlt++ # new automated test for template translatability |
15:20 |
|
acmoore |
slef, I can address that warning in getitemtypeimagedir, or have you opened a bug or sent in a patch? |
15:23 |
|
slef |
acmoore: I've not done either yet - just got my git in a tangle :-/ |
15:24 |
|
slef |
acmoore: re "from the beginning" - yeah, but I think that would involve time travel for all of the current developers ;-) Ideally, I wouldn't start from here either, but how to get from here to there? |
15:25 |
|
slef |
acmoore: can you address the warning - I'm not sure whether it's the test or the code to blame |
15:25 |
|
gmcharlt |
slef: perhaps a Great Reindentation prior to the beginning of work on 3.2? |
15:26 |
|
slef |
gmcharlt: that's one possibility, yes. |
15:26 |
|
acmoore |
slef, I'll patch both. |
15:27 |
|
kados |
back ... |
15:28 |
|
kados |
slef: optional comments are fine |
15:28 |
|
kados |
slef: but better get those patches in soon :-) |
15:29 |
|
slef |
kados: A::CD patch has been sent |
15:30 |
|
kados |
slef++ |
15:32 |
|
kados |
gmcharlt++ (template test) |
15:34 |
|
kados |
slef: that patch didn't apply, but I'll do it manually |
15:36 |
|
kados |
OK, I'm gonna tag 3.0 |
15:36 |
|
slef |
Subject: [PATCH] Note optional modules, for later reference. |
15:36 |
|
slef |
kados: buh? I even made a new topic branch for it :-/ |
15:37 |
|
slef |
(rather than try to sort out the tangle I got my branch into) |
15:37 |
|
kados |
shrugs even |
15:38 |
|
kados |
slef: you want me to wait for this #optional commentary? or can that go in post-release? |
15:40 |
|
kados |
post-release then :-) |
15:40 |
|
slef |
kados: post-rc1, would really like this and the language-pack split pre-final |
15:40 |
|
kados |
slef: OK, but you'll have to patch the language pack stuff, we (liblime) has bigger fish to fry unfortunately |
15:41 |
|
kados |
have even |
15:42 |
|
slef |
yeah, this is the problem, liblime making work for us much smaller companies |
15:43 |
|
kados |
huh? |
15:43 |
|
slef |
back in 20mins, sorry |
15:43 |
|
kados |
slef: it's your request, how is that our fault? |
15:43 |
|
owen |
Yeah, if people would just stop finding bugs, that would make life a lot easier |
15:45 |
|
kados |
slef: for when you get back: please think hard about how you characterize liblime, we have feelings too |
15:48 |
|
kados |
slef: and for the record, I'd turn liblime into a collective in a second if I had proof that a collective would work as effeciently for the koha project as a company |
15:52 |
|
slef |
back |
15:54 |
|
kados |
OK, stable release signed and delivered |
15:54 |
|
kados |
in the meantime, anyone want to double-check the sigs, MD5s, etc, please do so at downloads.koha.org |
15:55 |
|
slef |
Firefox can't find the server at downloads.koha.org |
15:55 |
|
slef |
http://download.koha.org/ |
15:55 |
|
kados |
oops |
15:56 |
|
slef |
sok, I guessed it |
16:00 |
|
slef |
kados: going back a little, liblime doesn't have feelings and I don't mean to characterise its employees. I feel liblime (not its employees) doesn't mind if schedules and roadmaps are allowed to slide out-of-date because they don't pay liblime. |
16:01 |
|
kados |
slef: liblime is nothing if not its employees |
16:03 |
|
owen |
slef, are you saying that the release has been delayed for invalid reasons? |
16:04 |
|
slef |
owen: no. I don't know why the release has unfolded as it has. We've not enough resources to track the current koha project. |
16:05 |
|
owen |
Then what's your point? |
16:07 |
|
slef |
We're not getting enough info from the PM, RMs and any other Ms. |
16:07 |
|
slef |
Ultimately, if you want to pick it into one point. |
16:09 |
|
slef |
According to the 3.0 roadmap, we're only half-done, but RC1 is out the door, so maybe the roadmap's out of date. Mostly, I'm confused. |
16:09 |
|
owen |
And you feel that the reason for this is that Liblime doesn't feel it's profitable to stick to the schedule? |
16:14 |
|
slef |
owen: it's one possibile reason for the current practices, don't you think? LibLime has other fish to fry, apparently. |
16:14 |
|
slef |
http://download.koha.org/koha-[…]C1.tar.gz.MD5.asc verifies OK here |
16:15 |
|
slef |
FF3 doesn't like it though, which is odd. |
16:16 |
|
owen |
slef, your reasoning just doesn't make any sense. It is in Liblime's interest to release as soon as possible, since they have paying customers who want Koha 3. It's also in Liblime's interest to release as stable a product as possible. |
16:17 |
|
owen |
Delaying the release in order to fix bugs doesn't sound like something anyone should be criticized for. |
16:19 |
|
kados |
slef: who is willing to program the items on the roadmap that aren't finished? |
16:20 |
|
kados |
slef: if you're saying you've found a way to do it without getting paid, tell me your secret (and proove it with your commits) |
16:21 |
|
kados |
slef: profit has nothing to do with the reason the release is delayed and the roadmap wasn't finished |
16:22 |
|
slef |
owen: no reason for delaying was announced AFAIK. Maybe those who can monitor IRC 24-7 knew, but we didn't. |
16:22 |
|
kados |
slef: I announced the reasons for the delay |
16:22 |
|
kados |
slef: check my emails to the lists |
16:23 |
|
slef |
kados: we're willing to program some things without getting paid. We reinvest some of our koha revenue. Part of the problem is tracking what is and isn't done yet. |
16:23 |
|
owen |
slef: ...the latest of which was on June 21, Re: Koha 3.0 Stable Release Plan |
16:24 |
|
slef |
kados: last release progress announcement was 21 May. |
16:24 |
|
slef |
owen: huh? Where? |
16:25 |
|
owen |
slef, perhaps you're having problems receiving mail from koha-devel? |
16:25 |
|
slef |
well, then there was the string freeze announcement today |
16:25 |
|
kados |
slef: I think you'd better double-check the archives |
16:25 |
|
kados |
slef: sounds like your'e not getting emails from lists.koha.org |
16:26 |
|
slef |
kados: http://blog.gmane.org/gmane.ed[…]raries.koha.devel |
16:26 |
|
slef |
kados: can you share the message-id? |
16:27 |
|
owen |
This? Message-ID: <2dfa91e40806202131i366ca91dre4291aeaf540e4eamail.gmail.com> |
16:29 |
|
slef |
ah, it's down a thread that had rolled off :-/ |
16:29 |
|
kados |
stableRC1 tagged |
16:30 |
|
kados |
so ... website updates ... |
16:30 |
|
kados |
slef: I can't be responsible for your email habits ;-) |
16:31 |
|
slef |
kados: threading emails is a reasonably common habit... has it been just translation problems holding us up? |
16:32 |
|
kados |
slef: yup, that's all |
16:32 |
|
kados |
slef: if you mean holding us up between Friday and today |
16:33 |
|
slef |
since last Monday |
16:33 |
|
kados |
slef: and if you think it's easy being QA manager, RM and Translation manager all in one, try it some time |
16:33 |
|
kados |
slef: ahh, that was explained last monday IIRC |
16:33 |
|
kados |
slef: reason being the feedback and lack of bug fixing |
16:33 |
|
kados |
slef: again, nothing to do with profit |
16:33 |
|
slef |
"Based on the feedback to my last post" |
16:33 |
|
kados |
slef: yep |
16:34 |
|
kados |
slef: thomas was pretty vocal, as were others, about the need to actually fix bugs |
16:34 |
|
kados |
as it is, we still have 24 major, critical and blocker bugs open |
16:34 |
|
kados |
slef: how many of those are you willing to fix? |
16:34 |
|
slef |
I remember thomas being pretty vocal about the need to change our whole bug severity approach :-/ |
16:35 |
|
kados |
yep, that too |
16:35 |
|
kados |
and I agree with him |
16:35 |
|
slef |
kados: all of them are claimed. |
16:37 |
|
kados |
slef: that's really your reason for not contributing patches? |
16:37 |
|
slef |
kados: we can put in patches, but how can we tell whether we're repeating work, which want help or what? |
16:37 |
|
kados |
slef: just because there are default assignees assigned by bugzilla? |
16:37 |
|
kados |
slef: who's 'we'? |
16:37 |
|
slef |
software.coop |
16:38 |
|
kados |
slef: have we seen more people apart from you contribute to koha? |
16:38 |
|
kados |
slef: from software.coop? |
16:38 |
|
slef |
kados: I'm our reporter. |
16:38 |
|
kados |
slef: so there are programmers other than MJ Ray that have contributed to koha? |
16:39 |
|
slef |
kados: nothing from the other two has gone to koha.org yet, no |
16:39 |
|
slef |
kados: please don't refer to me in the third person. |
16:40 |
|
kados |
slef: OK, then please don't refer to yourself in the collective ;-) |
16:40 |
|
lloyd |
This is better than TV |
16:40 |
|
slef |
kados: well, they are working on koha... |
16:40 |
|
kados |
slef: back on topic: the fact that bugzilla has default assignees shouldn't stop you from volunteering to fix bugs |
16:40 |
|
kados |
lloyd: :-) |
16:41 |
|
slef |
kados: how does one spot bugzilla default assignees? |
16:42 |
|
atz |
slef: it doesn't matter if you want to volunteer. |
16:42 |
|
atz |
just post in the bug. |
16:42 |
|
kados |
slef: the assignee is assigned by default based on the module |
16:42 |
|
kados |
slef: i'm not sure if there's a list that's viewable by anyone other than the admin of bugzilla |
16:43 |
|
kados |
slef: but you can tell by selecting a module in a new bug, it will populate the default assignee |
16:43 |
|
kados |
automatically |
16:43 |
|
slef |
ok, this is quite different from other bugzillas |
16:44 |
|
kados |
? |
16:44 |
|
atz |
not really. |
16:44 |
|
slef |
see https://bugzilla.mozilla.org/p[…]id=etiquette.html "No messing with other people's bugs" |
16:44 |
|
cnighs |
one can also reassign the bug to one's self |
16:45 |
|
kados |
slef: so it's different than a huge project with thousands of peopel contributing, I'm not surprised |
16:45 |
|
slef |
I thought we had a default assignee of koha-devel or something like that, but maybe that changed and I forgot. |
16:45 |
|
kados |
slef: we have always (as long as I've been involved in Koha) had a default assignee of a person who's familiar with that module, and koha-bugs is marked as QA but that's just for notification to people subscribed to koha-bugs |
16:47 |
|
acmoore |
There's a componenet list, which I think shows the default assignees: http://bugs.koha.org/cgi-bin/b[…].cgi?product=Koha |
16:47 |
|
kados |
acmoore++ |
16:48 |
|
acmoore |
but I agree that it's a but confusing to tell if someone is assigned a bug because they're actively working on it, or just because they're default. I tend to look to see if there are comments or other actions in the bug, and then contact the assignee. |
16:48 |
|
acmoore |
perhaps we should be more diligent in changing the status from "NEW" to "ASSIGNED" or whatever when we start working on them. |
16:49 |
|
kados |
acmoore: *nod* |
16:49 |
|
atz |
yeah, i try to update when I actually start working on it... |
16:50 |
|
slef |
ok, so bureado's kohabug 1909 - gmcharlt, mind if I poach from your plate? |
16:50 |
|
gmcharlt |
slef: feel free |
16:50 |
|
slef |
gmcharlt: any work not in the kohabug? |
16:51 |
|
gmcharlt |
slef: noo |
16:52 |
|
slef |
gmcharlt: how is this related to 2206? |
16:52 |
|
slef |
<gmcharlt> and as part of MARC editor, related to 2206, which is a blocker |
16:52 |
|
slef |
|
16:52 |
|
slef |
just part of same area? |
16:52 |
|
gmcharlt |
slef: yeah, same area |
16:53 |
|
masonj |
oops, me 'n russ are still default assignee's - with our old LL addys |
16:53 |
|
masonj |
http://bugs.koha.org/cgi-bin/b[…].cgi?product=Koha |
16:53 |
|
gmcharlt |
on first glance, probable fixes for 2206 and 1909 are not too likely to conflict |
16:53 |
|
gmcharlt |
but there's a possibility, of course |
16:53 |
|
kados |
masonj: just update your user on bugzilla and it will change |
16:53 |
|
kados |
masonj: (it should anyway) |
16:54 |
|
masonj |
ta josh |
16:54 |
|
kados |
can someone with oper change the topic to 'Koha 3.0 RC1 out the door ... congrats everyone' ? |
16:56 |
|
owen |
Does /anyone/ have oper? |
16:56 |
|
masonj |
doesnt look like it ;/ |
16:58 |
|
slef |
si: how do we get ops? |
16:59 |
|
masonj |
hes in baby-land.... |
17:04 |
|
slef |
masonj: asleep or what? |
17:06 |
|
masonj |
yeah, but when he gets up (3-4 hrs) si can sort it out... |
17:13 |
|
slef |
Can't coerce array into hash at intranet/cgi-bin/cataloguing/addbiblio.pl line 738. |
17:15 |
|
paul |
kados ? why didn't you applied my patch "bugfixin (itemtype summary)" ? |
17:16 |
|
paul |
(same question for bugfixing scan index though) |
17:17 |
|
gmcharlt |
paul: kados is away at the moment - back in a bit |
17:19 |
|
acmoore |
slef, I'm woring on my perltidyrc. I can't find what the -en=4 option that you mentioned does in my docs. Do you recall what that was supposed to do? Perhaps it's deprecated or something. |
17:21 |
|
slef |
acmoore: can you paste me the perltidy line please? |
17:21 |
|
acmoore |
perltidy -bar -ce -pt=2 -vt=2 -en=4 |
17:21 |
|
acmoore |
slef, see also: http://bugs.koha.org/cgi-bin/b[…]w_bug.cgi?id=2269 |
17:22 |
|
slef |
I think it should be -et=4 (4-character tabs which IIRC paul uses and he was RM back when I wrote that note) |
17:22 |
|
acmoore |
ah. OK, thanks. |
17:22 |
|
slef |
sorry for the error |
17:23 |
|
acmoore |
no worries. So, I think that encourages use of tabs at the beginning of the lines. That doesn't seem to be as common as spaces in our code. I wonder if that setting is still desired by many, or if we're on the wrong track here. |
17:25 |
|
masonj |
yeah, i agree andy - i think spaces are safer |
17:26 |
|
acmoore |
well, maybe I'll just leave this setting out for now. that means that perltidy will not recommend a change from whatever is there. |
17:29 |
|
slef |
acmoore: I lean towards 4-char tabs, but maybe I reconfigured my system after http://lists.koha.org/pipermai[…]3-May/003181.html |
17:33 |
|
acmoore |
ah. yeah, that looks pretty close to the config that you gave me. |
17:33 |
|
acmoore |
thanks |
17:41 |
|
gmcharlt |
owen: do you use circ/transferstodo.pl? |
17:42 |
|
owen |
I've only tested it. |
17:43 |
|
gmcharlt |
owen: I've been looking at it all morning, and it seems to do nothing useful, at least as currently written |
17:43 |
|
gmcharlt |
it shows a list of holds that have items to linked to them |
17:43 |
|
gmcharlt |
with presumption that item is to be transferred to the pickup library |
17:43 |
|
gmcharlt |
but in practice, by the time an item is specifically linked to a reqeust |
17:44 |
|
gmcharlt |
the transfer record is already created |
17:44 |
|
gmcharlt |
and because of that, the item is consequently not listed |
17:45 |
|
owen |
gmcharlt: It seems with several of these reports that the real purpose is only known to the contributor |
17:46 |
|
gmcharlt |
owen: agreed |
17:47 |
|
gmcharlt |
owen: for your holds processing, you rely on pendingreserves.pl and checking in the items you pull? |
17:49 |
|
atz |
owen: sometimes i'm not even sure the contributor knows... |
17:58 |
|
ricardo |
Hi everyone! :) |
17:58 |
|
ricardo |
First of all: congrats on releasing RC1! |
18:00 |
|
ricardo |
Is kados here? I want to ask him a question regarding the Portuguese translation (25% of translations seem to have disappeared from Kartouche, according to the stats there) |
18:01 |
|
slef |
<gmcharlt> paul: kados is away at the moment - back in a bit [18:15] |
18:01 |
|
slef |
!seen kados |
18:02 |
|
slef |
ricardo: kados wrote to koha-devel about invalid characters in some translations - could that have affected pt? |
18:05 |
|
ricardo |
slef: Thanks for the info. If I am NOT mistaken, "pt" was NOT one of the problematic translations that Joshua mentioned in his emails to the mailing list. |
18:45 |
|
ricardo |
Gotto go home. Take care everyone! :) |
18:45 |
|
ricardo |
s/gotto/got to |
20:21 |
|
chris |
sheesh |
20:22 |
|
hdl |
hi |
20:22 |
|
chris |
heya hdl |
20:23 |
|
gmcharlt |
hi chris |
20:23 |
|
chris |
hey galen, hows things? |
20:23 |
|
gmcharlt |
pretty good. you? |
20:24 |
|
chris |
not bad at all |
20:25 |
|
chris |
kados: is there anything you want me to trigger live on the website |
20:25 |
|
chris |
? |
20:26 |
|
kados |
chris: there was a news item, but no way to trigger it |
20:26 |
|
kados |
chris: and if you want to update other pages, feel free |
20:28 |
|
chris |
http://koha.org/about-koha/news/index.html |
20:28 |
|
chris |
triggered the news item, ill update the other pages and add the download link |
20:28 |
|
chris |
hdl: how'd that go? |
20:29 |
|
hdl |
well Edward Corrado and Heather Moulaison found the visit pretty much interesting. |
20:29 |
|
chris |
excellent |
20:30 |
|
hdl |
Tomorrow, kohala is gathering for its annual administration council. |
20:30 |
|
hdl |
I am going to Lyon, should go to bed now. |
20:30 |
|
chris |
sleep well |
20:31 |
|
hdl |
hope to see you longer next time. |
20:31 |
|
chris |
maybe tonight nz time :) |
20:33 |
|
chris |
have a good meeting if I dont see you before |
20:49 |
|
chris |
there we go http://koha.org/ |
21:18 |
|
slef |
chris: what's up with the breadcrumbs on http://koha.org/about-koha/news/nr1214238926.html do you know? |
21:18 |
|
slef |
chris: also, if I mark that up as html, can you trigger it? |
21:24 |
|
chris |
sure can |
21:25 |
|
chris |
just yell out when its ready to go |
21:36 |
|
slef |
sorry, distracted by koha-devel again ;-) |
21:51 |
|
chris |
it can be distracting :) |
21:52 |
|
slef |
chris: everyone has 20TB disks and is using debian-unstable, you know? |
21:53 |
|
chris |
lol |
21:56 |
|
slef |
yay! perfect for editing the web site! |
22:06 |
|
chris |
heh |
22:10 |
|
slef |
chris: trigger requested |
22:10 |
|
slef |
(assuming I didn't botch the edit) |
22:19 |
|
chris |
hmm breadcrumbs still dont seem right |
22:22 |
|
slef |
chris: I don't think I can edit the breadcrumbs |
22:24 |
|
chris |
ah right |
22:24 |
|
chris |
http://koha.org/about-koha/news/nr1214238926.html |
22:24 |
|
chris |
hows that |
22:24 |
|
chris |
? |
22:27 |
|
slef |
chris: my bad: under "Upgrading from a Previous..." there are <cite> tags around following. |
22:27 |
|
slef |
chris: other than that, looks much better, thanks! |
22:27 |
|
slef |
chris: can you quick-fix? |
22:28 |
|
chris |
will do |
22:30 |
|
slef |
thanks! |
22:30 |
|
chris |
done |
02:48 |
|
rach |
howdy |
02:49 |
|
cnighs |
hi rach |
02:52 |
|
masonj |
hailing over your end rach? |
03:03 |
|
rach |
thundering, so olive is quaking under my desk |
03:03 |
|
rach |
the parliamentry environment commission are interested |
03:04 |
|
rach |
we set up a demo, seems to work :-) |
03:09 |
|
masonj |
w00t |
03:11 |
|
pie |
we just had hail too |
03:11 |
|
pie |
crazy since it was blue sky earlier |
03:11 |
|
masonj |
yep, blue sky - then hail |
03:12 |
|
masonj |
aro & thorndon |
03:12 |
|
pie |
congrats. on the release everyone, I was just chatting to Chris earlier and saying well done so thought I'd pass it to everyone |
03:14 |
|
rach |
yep |
08:58 |
|
chris |
well that was kinda annoying |
08:58 |
|
masonj |
meh ;/ |
09:02 |
|
masonj |
i hope u charged him double-time |
11:10 |
|
mc |
hello koha people |
11:13 |
|
mc |
some git poweruser can help: |
11:14 |
|
mc |
- i have no branch |
11:14 |
|
mc |
- i wrote some code |
11:15 |
|
mc |
- now i realize that this work require another commit before |
11:15 |
|
mc |
my idea: |
11:15 |
|
mc |
git branch work1 |
11:15 |
|
mc |
commit |
11:15 |
|
mc |
git branch master (returns to master) |
11:16 |
|
mc |
code, code, code ... |
11:16 |
|
mc |
commit format-patch |
11:16 |
|
mc |
git merge |
11:16 |
|
mc |
can it work ? |
11:22 |
|
masonj |
hi marc |
11:22 |
|
masonj |
how about you make a patch for your 1st lot of work |
11:23 |
|
masonj |
make a new branch 'work1' |
11:23 |
|
masonj |
do your code, code, code |
11:23 |
|
mc |
hmm |
11:23 |
|
masonj |
and commit that.. |
11:24 |
|
mc |
in fact: i worked on the session bug |
11:24 |
|
masonj |
then git-apply your patch after that... |
11:24 |
|
mc |
and now i realize that i would like to use C4::Context::error |
11:24 |
|
mc |
(another patch i have to provide) |
11:25 |
|
mc |
oh ... like that ?? |
11:25 |
|
mc |
right |
11:25 |
|
masonj |
i dont use git-merge yet ;/ |
11:27 |
|
masonj |
i think i manually merge branch commits thru git-apply |
11:29 |
|
masonj |
... -ing commits as patches, it seems to be a little slower/ but safer for me |
11:30 |
|
mc |
i just seen that the error patch is just ridiculous: i propose all together |
11:30 |
|
mc |
kados will love it :) |