| Time |
S |
Nick |
Message |
| 13:29 |
|
mc |
hello all |
| 13:32 |
|
gmcharlt |
hi Marc |
| 13:32 |
|
masonj |
ah, i spotted that a couple of days agao too owen |
| 13:32 |
|
masonj |
in circ-toolbar.inc ?? |
| 13:32 |
|
owen |
yeah |
| 13:33 |
|
masonj |
it does seen to look redundant |
| 13:37 |
|
mc |
anyone can tell me for what reason a zebrasrv launched successfully at hand |
| 13:37 |
|
mc |
failed with daemon ? |
| 13:37 |
|
mc |
(with no error) |
| 13:38 |
|
masonj |
so 'zebrasrv -f ./koha-conf.xml' works okay |
| 13:38 |
|
masonj |
but 'zebrasrv -d -f ./koha-conf.xml' doesnt |
| 13:39 |
|
gmcharlt |
it should be -D, not -d, right? |
| 13:40 |
|
masonj |
hmm, -d <daemon> |
| 13:40 |
|
masonj |
for zebrasrv-2.0.32 |
| 13:40 |
|
gmcharlt |
man zebrasrv says -D, not -d |
| 13:41 |
|
gmcharlt |
-D to daemonize |
| 13:41 |
|
masonj |
oops, zebrasrv -h says '-d' |
| 13:41 |
|
gmcharlt |
-d to specify name of daemon for hosts_access |
| 13:41 |
|
gmcharlt |
-d is optional |
| 13:41 |
|
masonj |
ah, my bad |
| 13:42 |
|
nengard |
owen - i was wrong - ryan will be in in a couple of hours |
| 13:44 |
|
masonj |
mc: 'zebrasrv -D -f ./koha-conf.xml -l ./log ' |
| 13:44 |
|
masonj |
and tail -f the log... |
| 13:44 |
|
mc |
i try |
| 13:45 |
|
masonj |
could be something in there.. |
| 13:45 |
|
masonj |
'zebrasrv -D -f ./koha-conf.xml -l ./log -v all' |
| 13:46 |
|
masonj |
turn the log-level up, perhaps |
| 13:48 |
|
mc |
grmbl ... it seems that the problem comes from daemon : no logfile created |
| 13:57 |
|
mc |
i work around it |
| 13:57 |
|
mc |
sudo -u $OTHERUSER zebrasrv 2>>$ERRLOG 1>>$STDOUT |
| 14:09 |
|
eric |
gmcharlt, concerning the zebrasrv daemon, do you know if is there a reason why the koha-zebra-ctl.h is using the daemon utils instead of using the -D switch? |
| 14:10 |
|
gmcharlt |
eric: I'm not sure - chris wrote those scripts. |
| 14:10 |
|
gmcharlt |
eric: possibly to make it easier to identify which zebrasrv to kill when stopping it |
| 14:12 |
|
eric |
i ran through some problem yesterday with zebrasrv running with the RC1. |
| 14:12 |
|
eric |
for an unknown reason, it seems to be confused with the koha-conf.xml file. |
| 14:14 |
|
gmcharlt |
how so? |
| 14:15 |
|
eric |
I got full of _Bareword found where operator expected at <koha-conf.xml path> near "/home/ebegin"_ |
| 14:15 |
|
eric |
(Missing operator before ebegin?) |
| 14:16 |
|
gmcharlt |
sounds like it's running koha-conf.xml through the Perl interpreter for some reason |
| 14:16 |
|
eric |
Let me check something ;) |
| 14:21 |
|
eric |
gmcharlt, you are right. I replaced the koha-zebra-ctl.sh file with a previous version. gmcharlt++! |
| 14:39 |
|
owen |
masonj: I figured out the answer to my question about StaffMember permisisons |
| 14:40 |
|
owen |
You have to have special permission to edit the permissions of staff members. A fairly recent addition. |
| 15:52 |
|
owen |
cnighs? |
| 16:13 |
|
fbcit |
hi owen |
| 16:14 |
|
owen |
About Bug 2319... |
| 16:14 |
|
owen |
No, sorry.. |
| 16:15 |
|
owen |
Bug 2318 |
| 16:17 |
|
owen |
The 404 error is by design |
| 16:17 |
|
owen |
...so technically the bug is invalid. But I agree it's questionable behavior |
| 16:17 |
|
fbcit |
right, I'm thinking that it might be nice to return why |
| 16:17 |
|
fbcit |
so maybe an enhancement? |
| 16:18 |
|
owen |
Yeah, and I think you'll have to argue your case. The current behavior assumes that individual records can be considered "pages," and that someone following a link to something that's not there should be told it's not there |
| 16:19 |
|
fbcit |
incidentally, the koha-error_log gives no explanation of why the error occurred either |
| 16:19 |
|
fbcit |
perhaps I should add that bit to the bug as the sys admin will have a hard time understanding what caused the 404 w/no log entry |
| 16:22 |
|
fbcit |
it is probably unlikely that attempting to view a non-existent biblio will occur |
| 16:23 |
|
fbcit |
it happened here due to messed up zebra indexes |
| 16:23 |
|
fbcit |
once the index was dropped and rebuilt, the bad entries no longer appeared |
| 16:24 |
|
owen |
I think it's a difficult question... we consider detail.pl to be the page. We know it's always there. it's the ?biblionumber= part that changes. But does the user view each unique URL (including the biblionumber=) as a separate page? |
| 16:25 |
|
owen |
Amazon and WorldCat both give 404-ish errors |
| 16:26 |
|
fbcit |
I guess my main concern was not so much the user, but the admin when (s)he is asked to discover what is going wrong |
| 16:27 |
|
fbcit |
but that fix is probably as simple as adding a warn to the detail.pl script when it attempts to retrieve information for a non-existent biblionumber |
| 16:28 |
|
fbcit |
so maybe bug 2318 should be closed and another opened recommending the addition of a warn so the error will be logged |
| 16:29 |
|
owen |
That sounds good to me |
| 16:35 |
|
paul_koha |
hello world |
| 17:35 |
|
kados_ |
paul: you here? |
| 17:35 |
|
paul |
yep. |
| 17:35 |
|
paul |
hello kados_ |
| 17:35 |
|
kados_ |
paul: there are 16 translation modifs on translate.koha.org, are those official? |
| 17:35 |
|
kados_ |
for fr-FR |
| 17:35 |
|
kados_ |
(hi :-)) |
| 17:35 |
|
paul |
(almost time for dinner here, but i'm alone those weeks) |
| 17:35 |
|
paul |
(this week) |
| 17:35 |
|
paul |
(so I can eat when I want ;-) |
| 17:36 |
|
paul |
not at all. |
| 17:36 |
|
paul |
I don't know who did them at all. |
| 17:36 |
|
kados_ |
OK, I will ignore them |
| 17:36 |
|
paul |
we use .po & git directly |
| 17:36 |
|
paul |
kados : about http://biblio-os.blogspot.com/[…]ry-system-md.html |
| 17:37 |
|
paul |
how should I understand : |
| 17:37 |
|
paul |
Their original go-live date was supposed to be this fall, but they are now waiting for the new Koha acquisitions module, Get It, to be finished. They are co-sponsoring development of this with WALDO. It will be released in November, at a conference in North Carolina. |
| 17:37 |
|
paul |
you're working on a new acquisition module ? |
| 17:37 |
|
kados |
paul: it's not a Koha module in fact |
| 17:38 |
|
kados |
paul: will be similar to biblios, a separate project |
| 17:38 |
|
paul |
what will it do ? |
| 17:38 |
|
kados |
paul: we will announce it officially once they have signed off on the specs |
| 17:38 |
|
kados |
paul: and the specs will be published too, so you can have your answer to that question too :-) |
| 17:40 |
|
kados |
not sure I understand the last sentence, do you mean you wish we told you about the project before someone posted a blog about it? |
| 17:40 |
|
paul |
yep. |
| 17:40 |
|
paul |
as we're working on a new acq module too. |
| 17:40 |
|
paul |
maybe we could have merged our specs. |
| 17:40 |
|
kados |
the problem is that if we announce we have a new acq module, everyone will want to know what it will do |
| 17:41 |
|
kados |
and since we don't have customer sign-off on the spec, we can't say for sure |
| 17:41 |
|
paul |
I thought BibLibre was not "everyone" |
| 17:42 |
|
kados |
true, but your first question was 'what will it do?' ;-) |
| 17:44 |
|
kados |
paul: we are working on a site for all liblime sponsored dev projects |
| 17:44 |
|
kados |
paul: but things are so busy we haven't had time to finish it |
| 17:44 |
|
kados |
paul: hopefully in the next month or so it will be ready |
| 17:44 |
|
paul |
same here (for being busy...) |
| 17:44 |
|
kados |
*nod* |
| 17:44 |
|
paul |
what is nice with summer is that customers are in holidays, so we can work on what we can't usually ;-) |
| 17:45 |
|
paul |
about BibLibre : Olivier Saury will be full time aug, 1st. Dedicated to new acq module |
| 17:45 |
|
paul |
Johnny Soros will be full time aug 1st, dedicated to new acq module too |
| 17:45 |
|
kados |
excellent! |
| 17:46 |
|
paul |
Nicolas Moris has started on monday, dedicated to strategy & Marseille Universities |
| 17:46 |
|
paul |
Jacques Piton should start on aug, 1st or Sep 1st, it's objectives not being defined yet |
| 17:47 |
|
paul |
Laucence Lefaucheur will start on Oct, 1st, being dedicated to customers & contracts |
| 17:47 |
|
paul |
one librarian still to find (we have a good candidate, maybe a better one can come. Otherwise, we have got our man) |
| 17:48 |
|
paul |
so, hdl+me+mc+5 new + 1 to decide = 9 BibLibrer's on oct, 1st |
| 17:48 |
|
kados |
really great paul! |
| 17:49 |
|
paul |
do you have some minuts for me & my commits ? |
| 17:50 |
|
kados |
paul: I'm working on translations atm, maybe in a bit? |
| 17:50 |
|
paul |
ok, will be here for 2 or 3 hours still |
| 17:50 |
|
paul |
I've 3 patches that I want to discuss of |
| 17:51 |
|
kados |
OK |
| 17:51 |
|
kados |
actually, go ahead, now is fine |
| 17:51 |
|
kados |
which 3? |
| 17:51 |
|
paul |
5d327138cde8cb3dc245e0f20966083d791b8075 : bugfixing scan index |
| 17:51 |
|
paul |
(june, 2) |
| 17:51 |
|
paul |
I never had news from you about this one unless i've missed it |
| 17:52 |
|
paul |
(in fact, you asked me for some infos, I answered, and ... nothing) |
| 17:52 |
|
kados |
checking |
| 17:53 |
|
kados |
I think we talked on IRC about it |
| 17:53 |
|
kados |
I can't get scan to work at all |
| 17:53 |
|
kados |
before or after the patch |
| 17:54 |
|
kados |
yep, not working on http://opac.liblime.com for instance |
| 17:54 |
|
paul |
works on staff : http://i15.bureau.paulpoulain.[…]sort_by=relevance |
| 17:54 |
|
paul |
(abel / abel) |
| 17:54 |
|
kados |
paul: also, your patch doesn't reference a bug number |
| 17:54 |
|
paul |
there is none |
| 17:55 |
|
paul |
mmm.... works on opac for me as well : |
| 17:55 |
|
paul |
http://o15.bureau.paulpoulain.[…]y=relevance&do=OK |
| 17:55 |
|
kados |
on staff, still doesn't work for me |
| 17:55 |
|
kados |
http://staff-jmf.dev.kohalibra[…]sort_by=relevance |
| 17:55 |
|
kados |
admin / demo |
| 17:55 |
|
kados |
it says 10 results found, but none display |
| 17:56 |
|
paul |
probably a marc21/unimarc problem |
| 17:57 |
|
kados |
*nod* |
| 17:57 |
|
paul |
I think i've got it |
| 17:58 |
|
paul |
C4::Search.pm, line 475 |
| 17:58 |
|
paul |
is it correct for MARC21 ? |
| 17:58 |
|
kados |
looks correct to me |
| 17:58 |
|
paul |
:( |
| 17:59 |
|
paul |
anyway, my patch is correct, you should apply it ;-) |
| 17:59 |
|
kados |
hehe |
| 17:59 |
|
kados |
OK, I will add it to the list of TODO for today |
| 17:59 |
|
kados |
next patch? |
| 17:59 |
|
paul |
86eca13ffb6f8747cfd5531f4bcb2bfcc20fd2c1 bugfixing (itemtype summary) : it summary is defined, the icon & author were not displayed |
| 17:59 |
|
paul |
this one is useless for you (you use XSLT) |
| 18:00 |
|
paul |
but it's very important for us, that use the itemtype.summary thing |
| 18:00 |
|
paul |
(useless & harmless I hope) |
| 18:00 |
|
paul |
(june, 2nd too) |
| 18:00 |
|
kados |
right, and I need to test that one I think |
| 18:00 |
|
kados |
again, I wish there was a bug report |
| 18:01 |
|
kados |
so I could reference an issue that has been explained |
| 18:01 |
|
kados |
paul: i will test it today |
| 18:01 |
|
paul |
it's very small, and everything is included in a <tmpl_if name="summary"> |
| 18:01 |
|
paul |
so you'll have to use summary to see what it does |
| 18:02 |
|
kados |
*nod* |
| 18:02 |
|
kados |
will try today |
| 18:02 |
|
paul |
last one... the 0088 / 0089 unicode |
| 18:02 |
|
kados |
yes, and this one we disagree on I'm afraid :-) |
| 18:02 |
|
paul |
yes, we disagree. |
| 18:03 |
|
paul |
mc spent 2 days trying to add \{0088} to .chr file to explain zebra what it must do with it |
| 18:03 |
|
paul |
and could not get any result |
| 18:03 |
|
kados |
paul: have you asked on zebra lists how to do it? |
| 18:03 |
|
paul |
yes, on may, 30 |
| 18:03 |
|
paul |
and got no answer |
| 18:04 |
|
kados |
try again perhaps? |
| 18:04 |
|
kados |
because removing a character breaks the MARC record |
| 18:04 |
|
kados |
it messes with the directory size |
| 18:04 |
|
kados |
and could cause unexpected problems that would be very hard to debug |
| 18:04 |
|
paul |
it's done on the MARC::Record object, so the leader is recalculated when needed, am I wrong ? |
| 18:05 |
|
kados |
not within that function I don't think |
| 18:05 |
|
paul |
+ look what it look like here : http://o03.musil.biblibre.com/[…]?biblionumber=360 |
| 18:06 |
|
paul |
+ my patches solves the problem for NoZebra as well |
| 18:06 |
|
kados |
gmcharlt: around? |
| 18:06 |
|
kados |
paul: maybe the solution is to map it to a different character? |
| 18:06 |
|
kados |
instead of just removing it |
| 18:06 |
|
paul |
a space would be OK |
| 18:06 |
|
kados |
I see that being done elsewhere in that function |
| 18:07 |
|
gmcharlt |
kados: what's uP? |
| 18:07 |
|
kados |
gmcharlt would be the best one to ask |
| 18:07 |
|
paul |
hi gmcharlt |
| 18:07 |
|
kados |
gmcharlt: paul's recent patch: BUGFIX (UNIMARC specific) : zebra dislike 0088 and 0089 chars |
| 18:07 |
|
kados |
gmcharlt: adds the following : |
| 18:07 |
|
kados |
+ # discard 0088 and 0089, that are added by BNF for starting articles |
| 18:07 |
|
paul |
FYI : http://www.fileformat.info/inf[…]ar/0088/index.htm |
| 18:07 |
|
kados |
+ next if $char eq 0x0088; |
| 18:07 |
|
kados |
+ next if $char eq 0x0089; |
| 18:08 |
|
kados |
to the char_decode5426 sub in Charset.pm |
| 18:08 |
|
gmcharlt |
I strenuously object to throwing out valid data that is permitted by the standard |
| 18:09 |
|
paul |
note it's "non printable char" |
| 18:09 |
|
kados |
paul: so the 'bug' is that linux doesn't know how to display the character? |
| 18:09 |
|
paul |
look at : http://o03.musil.biblibre.com/[…]?biblionumber=360 |
| 18:09 |
|
gmcharlt |
barring a solution for Zebra, it should be implemented as a filter prior to indexing a record (NoZebra) or sending it to Zebra |
| 18:09 |
|
paul |
not at all. |
| 18:10 |
|
paul |
it's that zebra consider {0088}Camp as a word. |
| 18:10 |
|
kados |
paul: apart from the patch, there is no bug report for this, so it's hard for us to understand what exactpl the problem is |
| 18:10 |
|
gmcharlt |
and possibly an output filter |
| 18:10 |
|
kados |
paul: OK, looking at that record |
| 18:10 |
|
paul |
thus, searching "Camp" don't return anything |
| 18:10 |
|
kados |
(at the top of the page I see: |
| 18:10 |
|
kados |
<<<<<<< HEAD:koha-tmpl/opac-tmpl/prog/en/includes/doc-head-close.inc ======= >>>>>>> 5ae7d4ea9738ab0c2ca499a578fdd3d23efdd836:koha-tmpl/opac-tmpl/prog/en/includes/doc-head-close.inc |
| 18:10 |
|
paul |
as the "word" indexed is "{0088}Camp" |
| 18:10 |
|
kados |
) |
| 18:10 |
|
paul |
yes, it's a git problem |
| 18:10 |
|
paul |
not our problem though ;-) |
| 18:11 |
|
kados |
paul: why did the catalogers put the char in there? |
| 18:11 |
|
paul |
it's BNF ! |
| 18:11 |
|
paul |
it's here to say "Le " is useless for sorting title |
| 18:11 |
|
paul |
the book has to be sorted on C (Camp) |
| 18:12 |
|
atz |
BNF != Backus-Nauer Form ? |
| 18:12 |
|
paul |
it's UNIMARC standard v5 unless i'm mistaken. |
| 18:12 |
|
paul |
atz: joking or you don't know that BNF is Bibliothèque Nationale de France ? |
| 18:13 |
|
paul |
BNF provides a free z3950 that every libraries uses in France ! |
| 18:13 |
|
gmcharlt |
kados, paul: it's not just BNF: http://www.loc.gov/marc/marbi/1998/98-16.html |
| 18:13 |
|
atz |
paul: didn't know. and since you're talking about parsing, i figured backus-nauer would make sense |
| 18:17 |
|
paul |
just to point a difference btw France & US/GB : last week, hdl teaches Koha to some benevolent librarians. Some were english, some were french. When he showed the OPAC-detail, the reaction was "Hey (great), it looks like Amazon" and "Hey (horror), it looks like Amazon". guess who expressed what ? |
| 18:17 |
|
paul |
(not related to our 0088 problem, just to smile a little) |
| 18:17 |
|
kados |
hehe |
| 18:18 |
|
kados |
paul: XSL will come to the rescue there I hope |
| 18:18 |
|
paul |
(for most french librarians, Amazon is evil...) |
| 18:18 |
|
kados |
heh |
| 18:18 |
|
atz |
paul: and google is worse ? |
| 18:18 |
|
atz |
:) |
| 18:18 |
|
paul |
yep. |
| 18:19 |
|
paul |
(strange to see that "google book scan" is Devil, and "google search engine is great" |
| 18:19 |
|
paul |
so, back to our problem... |
| 18:20 |
|
gmcharlt |
re Zebra's tokenization, do you try setting 88 and 89 as space characters in the appropriate *.chr? |
| 18:20 |
|
paul |
yep. |
| 18:20 |
|
paul |
but could not make it work |
| 18:20 |
|
paul |
(& I asked on zebra ml, but got no answer) |
| 18:21 |
|
paul |
I tried : |
| 18:21 |
|
paul |
space {\001-\040}!"#$%&'\()*+,-./:;<=>?@\[\\]^_`\{|}~{\088-\089} ? |
| 18:21 |
|
paul |
but does not work. |
| 18:21 |
|
gmcharlt |
what about setting encoding of that one to utf8 and adding the appropriate encoding directive? |
| 18:21 |
|
paul |
+ that solve the search problem for Zebra, but it's still here for display (strange char) & for NoZebra |
| 18:21 |
|
paul |
gmcharlt: I don't understand what you mean |
| 18:22 |
|
gmcharlt |
paul: read description of the encoding directive in http://www.indexdata.dk/zebra/[…]ter-map-files.tkl |
| 18:23 |
|
paul |
I know this page, but I still don't understand what you mean |
| 18:24 |
|
paul |
(if you mean adding encoding utf-8 at the beginning of the file, it's already here |
| 18:24 |
|
paul |
etc/zebradb/lang_defs/fr/sort-string-utf.chr |
| 18:25 |
|
gmcharlt |
ok, gotcha |
| 18:25 |
|
gmcharlt |
but if you're trying \088-\089, that's interpreted as *octal*, not *hex* |
| 18:25 |
|
gmcharlt |
so \88-\89 might work |
| 18:26 |
|
gmcharlt |
or rather, \x88-\x89 |
| 18:26 |
|
paul |
why don't you want to remove those chars ? |
| 18:26 |
|
paul |
(as .chr will solve only the zebra problem, not the display or the NoZebra one) |
| 18:27 |
|
paul |
(having search work would be much better however !) |
| 18:27 |
|
gmcharlt |
because it corrupts data that is valid per the MARC standard |
| 18:27 |
|
paul |
corrupts ? the leader you mean ? |
| 18:29 |
|
paul |
+ the line $result=~s/\x0f//; & later does somewhat the same thing isn't it ? |
| 18:29 |
|
paul |
(changing the size of the subfield) |
| 18:29 |
|
gmcharlt |
let me spell it out - 0088 and 0089 are permitted in MARC records, have a defined purpose (surrounding nonfilng characters to remove), and your patch would just simply remove them before saving the record |
| 18:30 |
|
paul |
yes, because Koha don't handle them, neither zebra & it add some strange boxes on the display. |
| 18:30 |
|
paul |
worth the price I think |
| 18:30 |
|
paul |
(if we can handle them properly, I agree to change my mind ;-) ) |
| 18:30 |
|
atz |
i don't think you can just thow out valid data though... |
| 18:30 |
|
gmcharlt |
NO! the solution is to fix Koha to deal with those characters, configure Zebra properly, and possibly add an option to filter then from output to deal with broken web browsers |
| 18:31 |
|
atz |
even if is it problematic bizarre valid data |
| 18:32 |
|
paul |
gmcharlt: I think the strange boxes appear on non broken web browser (ff, konqueror, opera...) & don't appear on broken one (IE6) in fact ;-) |
| 18:34 |
|
gmcharlt |
given that 0088 and 0089 are clearly marked as control characters, that behavior is debateable |
| 18:35 |
|
paul |
do you want to debate now ? ;-) |
| 18:36 |
|
gmcharlt |
paul: actually, no - I would prefer that you implement this by adding routines to filter HTML output and indexing output, not by corrupting MARC records |
| 18:36 |
|
paul |
are you sure it corrupts MARC records ? and where ? |
| 18:36 |
|
atz |
paul: you take valid data out. that's corruption. |
| 18:37 |
|
paul |
valid, but not usefull for us. so I think it's acceptable |
| 18:37 |
|
paul |
(again, could we deal with those markers correctly, I would change my mind) |
| 18:37 |
|
kados |
paul: I disagree :-) |
| 18:38 |
|
kados |
paul: removing valid data that isn't useful is called corruption |
| 18:38 |
|
kados |
paul: it might not be useful now, but what if we deal with it correctly later? |
| 18:38 |
|
atz |
not useful for us only because koha doesn't handle it. the fix is NOT in changing the data. |
| 18:38 |
|
kados |
paul: remember that in 2.0 you removed leaders from MARC records :-) |
| 18:38 |
|
kados |
paul: because they weren't useful at the time |
| 18:38 |
|
kados |
paul: ;-) |
| 18:39 |
|
paul |
(no need to ;-) I was a newbie at MARC, so I made mistakes) |
| 18:39 |
|
kados |
this would be a similar mistake IMO |
| 18:39 |
|
kados |
not quite as bad I agree, but still destructive |
| 18:39 |
|
kados |
if we had DOM filtering for instance, we could use the presence of those chars to signal the index |
| 18:39 |
|
kados |
in zebra to sort properly |
| 18:40 |
|
kados |
so if you remove them from your data you lost taht ability |
| 18:40 |
|
paul |
yes, and for NoZebra, we could remove the chars when indexing, no pb here. so the last remaining problem would be display. |
| 18:40 |
|
paul |
which I can live with... |
| 18:41 |
|
gmcharlt |
alternatively, switching to ICU chains would help, because then they could be readily filtered out |
| 18:41 |
|
paul |
so, let's check if space {\x88-\x89} works for zebra |
| 18:41 |
|
paul |
gmcharlt: ++ |
| 18:41 |
|
paul |
(I tried icu, works very well) |
| 18:41 |
|
gmcharlt |
although now isn't the time to add yaz-icu as a dep, but for 3.2, different story |
| 18:41 |
|
paul |
gmcharlt: ++ |
| 18:42 |
|
paul |
OK, will check for {\x88-\x89} and you'll see a patch coming if it works |
| 18:42 |
|
paul |
(& you could probably use it for marc21/en as well, isn't it ?) |
| 18:42 |
|
kados |
sounds like it, yes |
| 18:42 |
|
gmcharlt |
paul: well actually, we need to prepare proper .chr files for en to begin with |
| 18:43 |
|
kados |
*nod* |
| 18:49 |
|
paul |
gmcharlt: you're the best ! |
| 18:49 |
|
paul |
{\x88-\x89 just work fine !) |
| 18:49 |
|
paul |
http://i15.bureau.paulpoulain.[…]ch.pl?q=communaut3%A9 |
| 18:49 |
|
paul |
(abel/abel) display "La communauté de l'anneau" !!! |
| 18:49 |
|
paul |
kados: patch coming |
| 18:50 |
|
paul |
(+ translation updated patch coming too) |
| 18:50 |
|
atz |
cool, glad to see that worked out (at least this initial part) |
| 18:52 |
|
kados |
excellent |
| 19:43 |
|
paul |
kados : 2 patches sent (french updated & 88/89 .chr version) |
| 19:43 |
|
paul |
going to dinner then bed. |
| 19:43 |
|
paul |
bye world |
| 19:44 |
|
paul_away |
kados : mc planned to send a mail on koha-devel about CGI::Session pb. if you can get in touch with him, feel free to speak of it |
| 19:45 |
|
paul_away |
(he has contacted CPAN maintainers to have them fix a problem on CGI::Session package, that is the origin of the problems) |
| 19:45 |
|
paul_away |
(dunno the details, it's something about "pause request") |
| 19:45 |
|
paul_away |
this time, really away ;-) |
| 20:22 |
|
cait |
hi, i ve got a question: what means currency cutoff? im working on german translation (again) :) |
| 20:23 |
|
cait |
its on home > circulation > billing |
| 20:26 |
|
kados |
cait: the date for translation submission has passed unfortunately :) |
| 20:26 |
|
kados |
cait: I already pushe dup the german ones |
| 20:26 |
|
kados |
for 3.0-stable |
| 20:26 |
|
cait |
thats ok, i had no internet last week... |
| 20:27 |
|
cait |
and i think a better german translation will be ok for next version? or perhaps as a patch oder download? |
| 20:28 |
|
acmoore |
is that cutoff the lowest amount that koha will bill for? |
| 20:28 |
|
acmoore |
in order to avoid sending bills for negligably small amounts |
| 20:29 |
|
cait |
btw is there a new date for final release? |
| 20:30 |
|
cait |
the term appears in billing report... its on the left side. i cant test it, i have no fines or charges in the system yes |
| 20:53 |
|
cait |
hm, is there really no chance of getting my translation work to 3.0? i completed OPAC yesterday and in rc1 are still many strings completely missing or marked as changed in po-edit. |
| 21:00 |
|
kados |
cait: I'm working on the release right now, hoping it will be ready today |
| 21:00 |
|
cait |
oh |
| 21:00 |
|
kados |
cait: you working from a .po file, or from translate.koha.org? |
| 21:01 |
|
cait |
po-file, fixing typos, looking that terms are used the same way everywhere in koha. thats not possible with translate.koha.org |
| 21:02 |
|
kados |
*nod* |
| 21:02 |
|
kados |
cait: OK, well I'll accept a late submission for that file |
| 21:03 |
|
kados |
cait: please just let me know how to get it, or zip it up and send to me directly at jmf liblime.com (maybe cc koha-translate too) |
| 21:03 |
|
cait |
thx kados |
| 21:03 |
|
kados |
np |
| 21:03 |
|
cait |
can you give one or two more hours to check some things before submitting? |
| 21:04 |
|
kados |
sure |
| 21:04 |
|
kados |
cait: I'm wrapping up a bunch of bug reports/patches anway |
| 21:04 |
|
cait |
ok. ill stay here so you can contact me |
| 21:51 |
|
slef |
hi all... cnighs are you alive? |
| 21:52 |
|
cnighs |
yup |
| 21:52 |
|
slef |
in C4/Auth.pm:/checkauth, why did you make it unless ($userid || $sessionID0 ? |
| 21:53 |
|
slef |
I think commit 3d377cd7c1858bb865f8da7126961f888ca15692 broke OPAC logins for me. |
| 21:54 |
|
slef |
But I'm not entirely sure. I've changed that || to && and it works, but I'm not sure about that either. |
| 21:54 |
|
kados |
slef: is that |
| 21:54 |
|
kados |
fix for 2322: Failure to reach amazon.com to retrieve enhanced content causes fatal error in Koha |
| 21:54 |
|
kados |
? |
| 21:54 |
|
kados |
ahh, nope |
| 21:54 |
|
slef |
kados: it's kohabug 1875 Public lists/virtualshelves are displayed and viewable whether a patron is logged in or not. |
| 21:54 |
|
kados |
slef: found it, thx |
| 21:55 |
|
kados |
slef: what's the error you're getting? |
| 21:55 |
|
slef |
kados: no error. Just no-one can log in to OPAC if they've got a session cookie. |
| 21:55 |
|
slef |
That was my first suspicion but NAFAICT |
| 21:56 |
|
slef |
Do either CGI::Session::Serialize::storable or ::freezethaw work, by the way? Would be good to reduce PREREQ_PM instead of lengthening it. |
| 21:56 |
|
gmcharlt |
slef: I just tested both storable and freezethaw |
| 21:56 |
|
gmcharlt |
slef: neither work as a trivial substitution, alas |
| 21:57 |
|
gmcharlt |
storable crashes outright |
| 21:57 |
|
gmcharlt |
freezethaw can't handle managing the session during the commit operation of a staging MARC import |
| 21:58 |
|
gmcharlt |
(and FreezeThaw isn't a core module, anyway) |
| 21:58 |
|
slef |
cnighs: unless confuses the hell out of me, so || might be right and my site's problem is elsewhere. |
| 21:58 |
|
slef |
gmcharlt: FreezeThaw is in Extras on darwin, which is a little better than CPANs. |
| 21:59 |
|
slef |
gmcharlt: Storable would have been nicest if it worked and it didn't look like it had been tested. Thanks. |
| 22:04 |
|
cnighs |
slef: take a look around line 534 |
| 22:04 |
|
cnighs |
if ( ($query->param('koha_login_context')) && ($query->param('userid') ne $session->param('id')) ) { |
| 22:04 |
|
cnighs |
#if a user enters an id ne to the id in the current session, we need to log them in... |
| 22:04 |
|
cnighs |
#first we need to clear the anonymous session... |
| 22:05 |
|
cnighs |
if the user enters a userid not equal to the one contained in the session, the anonymous session is cleared, or should be |
| 22:05 |
|
cnighs |
works here |
| 22:05 |
|
slef |
cnighs: I saw it, but koha_login_context isn't in the login form. |
| 22:06 |
|
slef |
ah, but not in their templates |
| 22:06 |
|
slef |
AY*(DF&AS(*D&AS(*&DA(S*&D*F(A |
| 22:08 |
|
slef |
the site I was debugging |
| 22:09 |
|
slef |
it would be really really really really useful to modify the intranet rather than the opac when you have the choice |
| 22:10 |
|
slef |
I suspect there are far more modified opac templates in use than intranet ones. |
| 22:10 |
|
cnighs |
unfortunately anonymous session in the intranet might not go over too well ;) |
| 22:10 |
|
slef |
cnighs: so you couldn't have had user_edit_context somehow? |
| 22:15 |
|
cnighs |
slef: I'm not familiar with that context |
| 22:18 |
|
slef |
cnighs: it doesn't exist, but neither did koha_login_context. |
| 22:22 |
|
slef |
kados: has 9a301c2608e07b79c2749ac859d41e87a1446e0c been applied? |
| 22:59 |
|
kados |
slef: is that 'BUGFIX opac-serial-issues.pl template.' ? |
| 23:11 |
|
slef |
kados: no, it's 'Improve Z39.50 result checking and display a little:' |
| 23:11 |
|
kados |
slef: that's not in my queue, did you send it to koha-patches? |
| 23:11 |
|
kados |
I may have missed it? |
| 23:12 |
|
kados |
slef: I do'nt see it on lists.koha.org in the may archive ... and I don't see a June archive(!!!) |
| 23:12 |
|
slef |
kados: it's at http://serene.ttllp.co.uk/~mjr[…]play-a-little.txt too. You rejected an earlier version of it, but I've had no reply to this one. |
| 23:12 |
|
kados |
or July for that matter |
| 23:13 |
|
kados |
slef: I'll take a look now |
| 23:13 |
|
slef |
kados: known bug, ask hdl || paul to give me access if they want help fixing it. |
| 23:14 |
|
slef |
kados: thanks. It's reduced the number of "we can't find stuff in z39.50 when it shows on $whatever's OPAC, so Koha is broken" reports we get. |
| 23:15 |
|
slef |
kados: key line is push(@breeding_loop,{'toggle'=>($i % 2)?1:0,'server'=>$servername[$k],'title'=>join(': ',$oConnection[$k]->error_x()),'breedingid'=>-1,'biblionumber'=>-1}); |
| 23:16 |
|
kados |
slef: looks better |
| 23:16 |
|
kados |
slef: is there a bug number? |
| 23:16 |
|
kados |
if not, there should be |
| 23:17 |
|
slef |
1337 |
| 23:18 |
|
slef |
erm |
| 23:18 |
|
slef |
well, it relates to that |
| 23:21 |
|
kados |
slef: I'll go ahead and apply it |
| 23:23 |
|
kados |
slef: it checks out, thanks |
| 23:24 |
|
slef |
kados: re kohabug 2244 - how does SIP2 do cataloguing? |
| 23:24 |
|
kados |
slef: how does RFID do cataloging? :-) |
| 23:25 |
|
slef |
kados: you put barcode-like numbers on the tags |
| 23:25 |
|
kados |
SIP is basically just a way to communicate with an RFID hardware solution for things like circulation self-checkout or RFID checkouts |
| 23:25 |
|
slef |
kados: I read 3M's SIP2 docs and didn't see how to set the book barcode-like number. |
| 23:26 |
|
kados |
slef: yea, I'm not the man to ask there, that'd be atz |
| 23:26 |
|
slef |
kados: that's what I thought, so I don't understand your question on 2244. |
| 23:26 |
|
kados |
well, I saw RFID and thought 'SIP2' |
| 23:26 |
|
kados |
because that's how RFID solutions typically interact with an ILS |
| 23:26 |
|
kados |
through the SIP2 interface |
| 23:27 |
|
kados |
I'm unaware of any other way in fact |
| 23:27 |
|
kados |
unless it's some kind of proprietary vendor-specific protocol for RFID |
| 23:27 |
|
kados |
or for an RFID reader I mean |
| 23:27 |
|
slef |
well, this project is to avoid a proprietary RFID writer |
| 23:28 |
|
kados |
slef: in that case, you're well beyond me, just ignore my comment :-) |
| 23:29 |
|
slef |
it's the other side to SIP2 |
| 23:29 |
|
slef |
although if we're writing tags, it's cheap to also interface to circulation |
| 23:30 |
|
slef |
so we'll do that too |
| 23:31 |
|
ricardo |
Hi everyone! :) |
| 23:31 |
|
kados |
heh, hi there ricardo |
| 23:31 |
|
slef |
Hi Doctor ricardo! |
| 23:31 |
|
slef |
</simpsons> |
| 23:32 |
|
atz |
slef: so you are building an SIP client embedded-RFID-reader system? |
| 23:32 |
|
ricardo |
slef: LOL! Hi MJ :) Well, technically I'm not a "Doctor", at least in the UK / US sense (I do NOT have a Ph.D, alas...) |
| 23:32 |
|
ricardo |
Hi kados ! |
| 23:33 |
|
ricardo |
kados: I've finished updating my openSUSE tutorial in the wiki. I'm now installing git to update the INSTALL.opensuse file |
| 23:33 |
|
slef |
atz: no, it's a non-SIP RFID-writer |
| 23:33 |
|
kados |
ricardo++ |
| 23:33 |
|
atz |
the RFID "barcode printer" then. |
| 23:34 |
|
kados |
slef: did you ever file the bugs related to and referenced in bug 1536? |
| 23:34 |
|
ricardo |
BRB |
| 23:34 |
|
slef |
atz: pretty much, plus an RFID "keyboard wedge" for the circulation screens |
| 23:34 |
|
slef |
atz: button that fills the barcode field with whatever RFID tag is on the writer pad. |
| 23:35 |
|
atz |
sounds right to me |
| 23:35 |
|
atz |
and yeah, SIP doesn't provide anything like "modify item" as a function |
| 23:36 |
|
slef |
atz: including evil use of REMOTE_IP to figure out what RFID pad to use... |
| 23:37 |
|
slef |
kados: nafaict... hdl (see comment #4) seemed to suggest it was a local problem. Are serials working for you? |
| 23:37 |
|
atz |
so you have to setup IP maps ahead of time? not much fun there. |
| 23:37 |
|
kados |
slef: there might be an NCIP profile that handles "modify item" |
| 23:38 |
|
kados |
slef: no, serials are broken |
| 23:38 |
|
kados |
slef: and i'm waffling about the release over them |
| 23:38 |
|
atz |
kados: .... anytime soon anyway |
| 23:38 |
|
slef |
atz: no, the RFID pads are listening on tcp |
| 23:40 |
|
slef |
atz: small daemons on staff terminals |
| 23:40 |
|
atz |
ah, i see... you have to know who to spit back at (via non HTTP browser) |
| 23:41 |
|
atz |
not much error control then, i gather, once you've sent the command back to the the pad |
| 23:41 |
|
atz |
or is that the part you are working on? |
| 23:44 |
|
ricardo |
kados: I didn't know that verb "waffling". I do know about "wafles" though! <Homer>Hmm.... Wafles....</Homer> ;-) |
| 23:45 |
|
atz |
for some reason american political discourse needs to have a new verb for "vacillate" every few years |
| 23:45 |
|
kados |
hehe |
| 23:46 |
|
kados |
one less bug :-) |
| 23:46 |
|
ricardo |
atz: LOL! |
| 23:48 |
|
slef |
atz: ? the pad gives feedback about command success/failure. |
| 23:48 |
|
slef |
atz: also, the pads make beeps and boops on command |
| 23:49 |
|
atz |
so the page submits some form to the server, server sends to pad, pad replies, server returns form to browser (potentially w/ error info) |
| 23:50 |
|
atz |
it just happens to be that the way to contact the pad is back through the same system that the browser is requesting from |
| 23:51 |
|
slef |
yep |
| 23:52 |
|
atz |
sounds cool |
| 23:52 |
|
slef |
will be when it works |
| 23:52 |
|
atz |
:) |
| 23:53 |
|
cait |
No transfers to receive |
| 23:53 |
|
cait |
oh sorry, wrong window |
| 23:53 |
|
atz |
hello anyway cait |
| 23:56 |
|
cait |
atz: hi :) |
| 23:57 |
|
ricardo |
Is it good practice, in the INSTALL (documentation) files, to put a "changelog" in the "body" (description) of the patch? |
| 23:58 |
|
gmcharlt |
ricardo: the body of the patch ought to summarize the change |
| 23:58 |
|
gmcharlt |
ricardo: I don't think in general there's a need for a ChangeLog section in the install document itself |
| 23:58 |
|
ricardo |
gmcharlt: OK. So I think the answer is yes. Great, thanks for the feedback :) |
| 00:11 |
|
ricardo |
newlogbot: Welcome Back! |
| 00:13 |
|
kados |
ricardo: ahh, OK :-) |
| 00:13 |
|
ricardo |
kados: Got it? |
| 00:14 |
|
kados |
ricardo: I'm afraid NO |
| 00:16 |
|
ricardo |
kados: OK. Back to editing main.cf |
| 00:18 |
|
ricardo |
kados: Take #3 |
| 00:19 |
|
kados |
ricardo: got it! |
| 00:19 |
|
kados |
ricardo: thanks! |
| 00:19 |
|
ricardo |
kados: Great! :D |
| 00:19 |
|
ricardo |
kados: You're welcome :) |
| 00:22 |
|
ricardo |
There is my Patch in all its glory (ahem...): |
| 00:22 |
|
ricardo |
http://koha.markmail.org/searc[…]ny4+state:results |
| 00:26 |
|
kados |
ricardo: OK, pushed, thanks again! |
| 00:27 |
|
ricardo |
kados: Welcome! |
| 00:29 |
|
ricardo |
OK. It's 1H30 AM here now. It's REALLY time to go. Take care everyone. Keep up the great work! :) |
| 00:30 |
|
slef` |
heh, same time here |
