Time Nick Message
04:03 arsenic fcbit: still working on a friday night?! :)
03:28 fbcit kados: around?
23:40 kados arsenic++ thanks
23:39 arsenic ok. I'll fill a bug for the reading history stuff.
23:39 kados yes
23:39 kados the types are hardcoded, the categories are not
23:39 arsenic oh, is this the super categories?
23:39 kados you have types of categories
23:39 kados yes, that is a new 'feature' of 3.0
23:38 arsenic why is there some hardcoded category_type? C and A seems to be reserved for children and adult...
23:38 kados arsenic: works fine in 2.2 and dev_week
23:38 kados arsenic: sounds like another bug in 3.0
23:37 arsenic ok, it seems that the reading history is because that the intranetreadinghistory flag never goes through the template params...
23:09 arsenic I guess is either ReadingHistory or intranetreadinghistory. There are both set to true and I can see anything related to reading history in the patron's page...
23:07 kados it is an option, you can enable it in sysprefs
23:05 arsenic it was a question about the personal information protection, brough by paul if my memory serves me well
23:05 arsenic hey! I remember seeing a thread talking about if it was ok or not to be able to get the patrons' reading history in the staff client. What was the final conclusion about this? Is this an option?
21:34 arsenic fcbit, did you mention that just by setting the $DEBUG, i should get the warn message in my apache log file? (yeah, I still trying to figure out this)
20:25 [K] *** part FreeNode!#koha: maktrix n=mak@59.152.90.138
20:24 atz well put
20:23 gmcharlt atz: we should have *a* convention on debugging ;-)
20:23 atz but we should have a stronger convention on debugging
20:22 atz any of this overhaul is after the release, obviously
20:22 kados 'release early, often'
20:22 atz right
20:21 kados but my pref would be to keep it brief for now, in case someone objects ... ie, don't spend a ton of time on it :-)
20:21 kados I'd use the koha wiki
20:21 kados fair enough, if you want to, write a style guide as a proposal, and release it as an RFC to koha-devel
20:20 atz the tactical side of me says write the style guide first :)
20:16 gmcharlt so atz, will you raise this on koha-devel?
20:16 gmcharlt but seriously, it looks like it would have to be $debug and koha_trace("xxx") [or koha_trace("xxx") if $debug]
20:15 gmcharlt atz: we could always use a source filter to deal with this ;-)
20:10 atz right, assembling the message itself should be avoided in normal operation
20:09 gmcharlt atz: ah, I see, evaulation of the contents of the debug message
20:09 atz and shouldn't bother to be assembled unless they will be used
20:09 atz because the dump messages can be pretty big
20:09 gmcharlt not sure that it would be, unless people start putting in a lot of these
20:09 atz the latter is preferable only ....
20:08 gmcharlt so question is whether sub invocation is too expensive
20:08 gmcharlt or in the context of a $debug and warn contruct
20:08 gmcharlt atz: yeah, but there would always be a runtime evalulation, either at the begging on koha_trace
20:07 atz gmcharlt: so we'd be making a bunch of calls to koha_trace without knowing whether or not they will be used, because the debug level would be encapsulated?
20:07 gmcharlt atz: what would be too far?
20:06 arsenic with eventually a level param. koha_trace(3, "my level 3 warning");
20:06 gmcharlt could allow several names -- koha_trace, koha_debug, etc., to express different levels
20:06 kados any volunteers for spearheading that?
20:05 kados this discussion should be moved to koha-devel
20:05 kados fbcit: yea, we could use a debug module
20:05 arsenic I would go for a koha_trace("xxx");
20:05 atz gmcharlt: not sure I'd want to go that far
20:05 fbcit module DEBUG...
20:05 kados (:))
20:05 kados that would be very cool
20:05 gmcharlt (yes, I know that I just changed sub names)
20:05 gmcharlt so that you would just do koha_debug("xxx");
20:04 gmcharlt and perhaps instead of doing a $debug and warn all the time, may just have C4::Context export a koha_carp function
20:04 kados yea, that's ideal
20:04 fbcit we could add a page to ship the log to support as well
20:04 atz right, that's the idea
20:03 gmcharlt and if a particular module doesn't need to worry about levels of reporting, $debug and warn("xxx") still works just fine
20:03 gmcharlt 1-9 levels
20:03 gmcharlt 0 = no debug info produced
20:03 gmcharlt and per atz: depending on programmer, that passed $debug value can have levels
20:02 gmcharlt other modules take debug setting from (say) C4::Context->debug(), or perhaps we even export a koha_debug_level() or something
20:02 atz any problem w/ a 0-9 convention ?
20:02 fbcit atz: I have used that elsewhere too... works nicely
20:02 atz this would be useful to maintain
20:02 gmcharlt check for DEBUG env var and syspref is done ones, in C4::Context
20:01 gmcharlt so how about this:
20:01 atz some of my debug stuff has levels... like: ($debug>3) and warn "some big complex dump"
20:01 kados yea, I like the syspref method
19:59 atz that makes sense
19:58 gmcharlt if tell user to start munging URLs, more difficult, especically if trying to trace a multi-page transaction
19:58 gmcharlt i.e., shoudl be able to tell user to turn on syspref, then send customer support log
19:58 atz how so/?
19:57 gmcharlt atz: not useful in customer support situation
19:57 atz gmcharlt: send ?debug=1 to memberentry.pl and see what happens :)
19:57 gmcharlt so perhaps something like $debug enabled if either env var is present or a syspref is defined
19:56 atz it would possible for that to work smoothly
19:56 gmcharlt kados, atz: from my point of view, need ability to turn on debugging (i.e., messages to Apache error log) without needing APache reload
19:55 atz i'm not sure.
19:53 atz but again, i think of this as related but distinct from the lower level debugging
19:53 kados so what about : syspref turns on debug globally, including the ability to add cgi debug params
19:52 atz i would like to see more CGI-responsiveness to a debug param
19:51 atz kados: yeah, but not as a permanent feature of the system, where any user could start dropping 50 lines per request into the error log
19:50 atz part of the value of using ENV is that it has no dependencies (CGI or Context)
19:50 kados I guess from my POV, it'd be darned useful to be able to trigger a module level debug from a cgi param
19:49 atz yeah, same destination, different formatting
19:49 kados doesn't warn send output to stderr?
19:49 atz so you don't want to enable the module level debug from a CGI param (though you might want the reverse)
19:48 atz meaning if you testing via web, the messages end up in the log
19:47 atz most of my module level stuff outputs to STDERR or warn
19:46 atz yeah, these are really separate ideas
19:46 kados I'm all for ENV, but that's tricky to enable for testing when using the web interaces
19:46 kados would it make sense to appropriate that for debug level to trigger your BEGIN block?
19:45 atz ah... ok, not much then
19:45 kados afaik it's only used for the carp stuff
19:45 atz i have not seen that used anywhere
19:45 fbcit module DEBUG.....
19:44 atz the one I know least about the syspref
19:44 kados *nod*
19:44 atz owen might prefer the CGI param, for example
19:44 atz my style reflects that most of my work is at the command line
19:44 kados there's a syspref that sets the debug level for Carp
19:44 atz actually, there are valid reasons to use the others' styles too :\
19:43 kados works for me
19:43 fbcit least intrusive
19:43 atz and separately, a user syspref (??)
19:43 atz there appears to be some hard coded debug stuff
19:42 atz note: ENV should never be SET by CGI param
19:42 atz separately, some scripts provide feedback on CGI param('debug')
19:41 atz mine are tripped by non-zero $ENV{DEBUG}, set in the BEGIN{} block to a local variable $debug
19:41 kados hehe
19:40 fbcit maybe we can do $DEBUG_atz $DEBUG_fbcit, etc
19:40 kados heh
19:39 fbcit hehe
19:39 atz i want to write a front-to-back style guide for debug
19:39 kados atz: a+ for style, but how does it work? :-)
19:39 atz that is my style, yes... but some DEBUG's pre-existed
19:39 kados atz: how does one turn on $DEBUG now?
19:38 kados atz: was that you?
19:38 kados yea, someone changed that and I've no idea how it's ever set
19:37 fbcit some files look at ENV $DEBUG
19:36 fbcit though not all warn's are conditioned by it
19:36 fbcit there are several $DEBUG's floating around various files that I have seen
19:36 kados that's just for the warns in C4/Search.pm though, right?
19:35 fbcit if you want to be overrun...
19:35 kados right
19:35 kados oh
19:34 fbcit $DEBUG
19:34 kados no, just check your koha-httpd.conf file for where they are located
19:33 arsenic is there a setting that must be set to see them?
19:33 arsenic hehe
19:33 fbcit *grimace*
19:32 kados apache log files
19:32 arsenic In which files the warn"xxxxx" from the .pl file are supposed to be logged?
19:32 kados hehe
19:30 fbcit s/flies/flys/g
19:30 fbcit their dropping like files...
19:07 kados thanks
19:06 arsenic kados: yep
19:01 kados arsenic: can you file a bug for that?
19:01 kados arsenic: really!
19:01 [K] *** join #koha@FreeNode: maktrix n=mak@59.152.90.138
18:45 arsenic If I set 25,5 in the Total/Default cell, i can still loan a 6th book to a borrower without being notified.
18:44 arsenic i remember that in 2.2, there was a problem with the circulation rules matrix. We had to fill every cells to get the desired result. It seems that it still the case with 3.0. Anybody can confirm?
17:59 kados weird
17:58 arsenic kados: you are right. It seems to be related to FF on Vista...?!
17:52 kados arsenic: sounds like a browser problem then
17:51 arsenic kados: I'm experiencing the problem on http://zoomopac.liblime.com/search
17:50 fbcit Merry Christmas hdl
17:48 kados yes
17:48 arsenic kados: hmm... are you using FF?
17:47 arsenic ciao hdl
17:47 kados ciao hdl
17:47 hdl See you. in 10 days.
17:46 hdl Merry Christmas every body.
17:43 kados arsenic: I don't have that problem
17:41 arsenic But i remembre of seeing it on paul's opac too
17:41 arsenic opac, nz
17:41 kados arsenic: zebra or nozebra?
17:41 kados arsenic: staff client? or opac?
17:38 arsenic do you also encounter the following search problem. Launch a search in the advance search page. Use the back button of your browser. Press the OK button to re-launch the search. Nothing happens (but sadness)
17:35 kados I agree
17:34 arsenic ok. It would be nice to have one created from every days latest version...
17:31 kados liblime will have one shortly after the release
17:31 kados nothing official yet
17:26 arsenic other than paul's one, is there any staff client demo for koha 3 availables?
17:21 arsenic sure
17:21 kados arsenic: can you file a bug please?
17:20 arsenic kados: yes, it's gone.
17:20 arsenic kados: i guess so.. let me double check
17:20 kados arsenic: I think there used to be a 'default' branch ... is that gone now?
17:18 arsenic Is it possible to set holidays for all branches at once?
17:12 kados hdl: no difference currently
17:12 kados hdl: there will be in a future version
17:12 hdl will there be ?
17:11 hdl is there any difference at the moment between tabular matrix and summary ?
17:11 hdl kados: about guided report, is it forecast to allow people to use Distinct for lists ?
17:01 atz i trust you'll be eating well and enjoying the holiday, paul!
17:01 Brooke Joyeux Noël
17:00 Brooke Merry Christmas paul
16:59 arsenic Bon temps des fêtes Paul. Repose toi bien
16:59 owen Merry Christmas, paul!
16:59 paul merry christmas to everyone here.
16:59 paul time to leave for me. I'll be back after christmas.
16:51 arsenic let's say I'd like to have the barcode and title of the currently issued items.
16:50 arsenic Ok. I'm building a new report. Step 1: Circulation, Step 2: Tabular, Step 3: ??? what should i use to get only the current issues...?!
16:48 arsenic ok... i guess that (again) i'm may be missing something... (btw, thanks for pointing me the contextual help :)
16:28 kados arsenic: there's extensive help files written in there, take a look at the [?] top right of the screen
16:28 kados arsenic: or you could also type in the SQL directly
16:27 kados arsenic: if you want to do the issues query
16:27 kados arsenic: reports -> guided report writer -> circulation
16:27 arsenic kados: what is the report writer exactly?
16:26 kados arsenic: use the report writer
16:25 arsenic kados: I'm trying to create a simple query like SELECT * FROM issues WHERE returndate is NULL;
16:24 kados arsenic: from the report writer you mean? if so, the answer is no
16:21 arsenic Concerning reports created from SQL queries, is there any limitation there (eg column names)?
16:18 Brooke bonjour henri :)
16:17 hdl Hi Brooke
16:16 Brooke howdy
16:12 fbcit hdl: what did the EXECUTE look like for the above debug?
16:11 fbcit we really need to patch syspref.sql to include mc along with your other patches, though.
16:10 fbcit hdl: works after rebuilding
16:06 hdl string : mt=MON at /home/hdl/Koha/Code/installations/CNAM3//C4/Search.pm line 1254.
16:06 hdl LIMIT DESC:and mt:MON at /home/hdl/Koha/Code/installations/CNAM3//C4/Search.pm line 916.
16:06 hdl LIMIT CGI:&limit=mt:MON at /home/hdl/Koha/Code/installations/CNAM3//C4/Search.pm line 915.
16:06 hdl LIMIT:mt=MON at /home/hdl/Koha/Code/installations/CNAM3//C4/Search.pm line 914.
16:06 hdl QUERY DESC: at /home/hdl/Koha/Code/installations/CNAM3//C4/Search.pm line 913.
16:06 hdl QUERY CGI: at /home/hdl/Koha/Code/installations/CNAM3//C4/Search.pm line 912.
16:06 hdl QUERY: mt=MON at /home/hdl/Koha/Code/installations/CNAM3//C4/Search.pm
16:04 hdl btw : on the version you tested (which is 1 week old), I only had one index used for itemtypes : mt. and the search gave :
16:02 hdl then rebuild_nozebra.pl
16:01 hdl copy itemtype line and add it replaceing itemtype by mc.
16:01 hdl NoZebraIndexes in systempreferences
16:01 hdl NoZebraIdexes
16:00 hdl maybe but you can do it :
16:00 fbcit rather where is this index defined?
16:00 hdl by which default ?
15:59 fbcit so should this not be installed by default?
15:59 hdl mc or itemtype has been alternatively used by Liblime for itemtypes research.
15:58 hdl this is the reason.
15:58 fbcit no
15:58 hdl you have no index mc have you ?
15:57 fbcit fails on the second recursion
15:57 fbcit [Fri Dec 21 11:46:11 2007] search.pl: EXECUTE : biblioserver, mc, NF at /usr/share/kohaclone1/C4/Search.pm line 1337.
15:57 fbcit [Fri Dec 21 11:46:11 2007] search.pl: mc / = / NF
15:57 fbcit [Fri Dec 21 11:46:11 2007] search.pl: EXECUTE : biblioserver, itemtype, NF at /usr/share/kohaclone1/C4/Search.pm line 1337.
15:57 fbcit [Fri Dec 21 11:46:11 2007] search.pl: itemtype / = / NF
15:57 fbcit but I still cannot get your Search.pm to work here :(
15:57 hdl No items DVD now
15:57 fbcit selecting itemtype of books works
15:56 hdl Yes.
15:56 fbcit it appears that you have no itemtype DVD?
15:56 fbcit wait
15:56 hdl what have you done precisely ?
15:55 fbcit Aucun résultat ne correspond à votre recherche “� dans le catalogue de Musée du CNAM
15:55 fbcit Pas de réponse !
15:55 fbcit hdl:
15:53 hdl Hopefully I am wrong.
15:53 hdl So I donot think you patch will help. It rather will break things.
15:51 hdl See o10.hdlaurent.paulpoulain.com
15:51 hdl The files i sent you yesterday works :
15:50 hdl then parsed.
15:50 hdl line 1209
15:49 fbcit the query is parsed incorrectly
15:49 fbcit when the parens are replaced with spaces
15:49 hdl and it is catched in :
15:49 hdl yes.
15:49 fbcit the limit becomes the search
15:49 fbcit in the case where only a limit is passed in, no keywords, etc
15:48 hdl you have to search for Benjamin franklin un américain à paris 1776 1785
15:48 hdl Again, Benjamin franklin un américain à paris (1776-1785)
15:48 fbcit yes
15:47 hdl In operands ?
15:47 hdl which parenthesis ?
15:47 fbcit being changed to spaces
15:47 fbcit the main issue is with the parenthesis
15:47 hdl This is a big bug.
15:46 fbcit ahh.. ok
15:46 hdl if you simply remove - and donot replace - by space, you will query 17761785 and will surely get NO results.
15:45 hdl take this : Benjamin franklin un américain à paris (1776-1785)
15:45 fbcit brb
15:45 fbcit ?
15:45 hdl I donot agree.
15:45 hdl + $string =~ s/-|\.|\?|,|;|!|'|\(|\)|\[|\]|{|}|"|&|\+|\*|\///g; # we must not introduce spaces in place of these chars
15:43 fbcit although it accidentally deletes a line which kados added back for me later last evening
15:43 fbcit hdl: see http://git.koha.org/cgi-bin/gitweb.cgi?p=Koha;a=commit;h=adab2825dcaeef11d6628479e112206a4af0f8ec
15:42 atz right
15:42 hdl atz: Koha now use ZOOM for any z3950 research.
15:42 fbcit corrected the regex in NZanalyse
15:42 fbcit hdl: so I added a conditional to buildQuery based on the existence of $query to determine whether or not to prefix the white space and
15:41 atz don't know about earlier stuff
15:41 atz ah, i see... yeah, I'm thinking 3.0
15:41 fbcit EXECUTE : biblioserver, , NF at /usr/share/kohaclone1/C4/Search.pm line 1395.
15:41 fbcit hdl: because of this and a later regex, on the second pass through NZanalyse something to this effect was produced:
15:41 gmcharlt atz: 2.2 for Win32, I mean
15:40 gmcharlt atz: including 2.2?
15:40 atz fbcit: I thought Koha used ZOOM on all platforms
15:39 fbcit hdl: one moment
15:38 arsenic is it possible to get a report of all checked out books?
15:38 fbcit $query was set to $limit with a white space prefixed to it
15:37 fbcit in buildQuery, when there was no $query and only $limit
15:37 hdl what was it ?
15:37 fbcit hdl: I found the NoZebra issue
15:36 hdl yes
15:36 fbcit hdl around?
15:32 fbcit kados ?
15:32 gmcharlt fbcit: dunno, sorry
15:31 fbcit the current Koha Win32 port does not use ZOOM, correct?
15:31 fbcit gmcharlt: I also posted to the Net::3950::ZOOM list per the author's suggestion, but received no response to date.
15:28 gmcharlt fbcit: yep, although I think the indexdata folk would be amenable to taking suggestions re the YAZ package if we make a good case
15:27 fbcit just to keep things in the realm of sanity
15:27 fbcit some of this stuff will probably require us maintaining a separate package of Win32 ports
15:26 fbcit I was working on YAZ/ZOOM last night some
15:25 fbcit good idea on S::At
15:25 fbcit so I'm going to try compiling YAZ under cygwin and moving the libs over
15:24 gmcharlt fbcit: nice thing about Schedule::At is it's only used by one script so far; so if there's a portable scheduling module on CPAN, would be easy to switch over
15:24 fbcit the ZOOM module author had not additional insight
15:24 fbcit the Win32 port of YAZ does not provide the libs that ZOOM wants
15:24 fbcit which will require some patching up to work either with Win32 'at' or task scheduler
15:23 fbcit Schedule::At
15:23 fbcit most of the XML modules
15:21 fbcit ZOOM which depends on YAZ
15:21 gmcharlt fbcit: so what dependent Perl modules are left?
15:21 gmcharlt fbcit: good to hear
15:14 fbcit gmcharlt: fix-perl-path.PL worked great with your changes.
15:08 fbcit I believe that expanded/contracted option is controlled in the framework setup, if I remember right.
15:04 owen The question is should there be some kind of indication that you have to click the tag text in order to expand the entry form in addbiblio
15:02 kados arsenic: icon beside what field?
15:02 kados arsenic, fbcit so what's this?
14:51 arsenic fbcit: hi, and thanks for making me feel better ;)
14:50 fbcit hi kados
14:50 fbcit owen arsenic: that got me the first time too...
14:50 kados morning fbcit
14:50 fbcit g'morning koha
14:35 arsenic ... a note ...
14:34 arsenic of course that once you know it, it's something easy to remembre. Maybe we could just put a not in the top of the page instead
14:33 owen I wonder if the alternative would clutter the interface in a way that outweighs its usefulness
14:33 owen It might be confusing to a brand new user, but it's easily remembered once someone understands it
14:26 arsenic Shouldn't we put an icon beside the field to add data? it's really not obvious that we have to click on the description...
14:26 hdl don't mention it
14:25 arsenic hdl: that's it, thanks. I knew i was missing something...
14:24 arsenic hdl: that must be it...
14:23 hdl click on tag description to input data.
14:22 hdl not for data.
14:22 hdl arsenic : two characters are for indicators.
14:22 arsenic that what I looked at but there is no lenght attrib... looking at the .tmpl file now.
14:21 owen arsenic: Do you know why it only allows 2 characters? Is there a "maxlength" attribute attached to the input tag?
14:20 arsenic kados: do you have the problem?
14:20 kados :)
14:17 arsenic you see how weirdo we are in quebec... we speak french but using marc21... :)
14:17 arsenic marc21
14:16 kados arsenic: unimarc or marc21?
14:15 arsenic I'm using the sample data provided with the installation. I looked at paul's demo and the problem is there too.
14:13 arsenic Is there a field length setting set in the framework?
14:13 owen Could it be a framework issue?
14:12 owen Yes, no problem.
14:12 arsenic owen: did you use the ISBN field?
14:11 kados hey owen
14:11 kados oh ... I stand corrected
14:11 owen I've tested the z3950 search more recently than weeks ago
14:11 kados arsenic: I'd say it's because no-one noticed or tested it
14:11 arsenic Well, that what I though at first. Then I wait a while, but since a few weeks, nobody complaints. Is that because most people are not using the z3950 feature to import marc record?
14:08 kados arsenic: sounds like a bug
14:07 arsenic There is something I find strange in Koha 3. When creating a new MARC record, the ISBN field lets me enter only 2 characters. Do i miss something?
14:02 paul that's what I use
14:02 arsenic The koha database must be created with which Collation? I used utf8_general_ci, is that correct?
13:58 arsenic We do have multiple inconsistencies between our french, so I guess that a day or another, I'll have to sponsored a French (Canada) translation.
13:57 kados ok, salutation it is
13:57 arsenic but it seems that Civilité is used on many french (from France) web site... and Salutation in french (from Quebec/Canada)'s one
13:55 arsenic here an awesome example: http://inlibro.com/index.php?option=com_facileforms&Itemid=60 :)
13:55 kados arsenic: ok, maybe that is the right term
13:55 kados paul: all patches pushed
13:50 arsenic Well, it's actually Dear [M./Miss/Dumb] X, so that is why salutation is used
13:50 kados paul: I'll approve the patch and will think of a better term in the meantime
13:49 kados that would be more like the first line in a letter 'Dear X'
13:49 kados hmmm, not quite right
13:49 arsenic that i see almost everywhere
13:48 kados we could use Salutation
13:46 paul (not for Mister, Miss...)
13:45 paul (we can use "titre" for civility, but only for king, duke or things like that)
13:45 kados hmmm
13:45 kados I see
13:45 paul so we need 2 different terms.
13:44 paul title in french is "Titre" (=biblio title) and "Civilité" (=ppl title)
13:44 paul it's an unsolvable problem for translation !
13:44 kados paul: Civility is incorrect, Title is preferred
13:41 kados hehe, ok
13:41 paul kados : 2 commit later, I say that in fact it works fine
13:41 kados paul: 'Note that it DOES not work as expected. It seem that the translator misses the _() string inside expandable button'
13:40 kados paul: does this patch improve things, i'm unsure based on your commit message
13:40 arsenic ok. thanks kados
13:40 kados paul: adding _() to strings for translator
13:40 kados but rel_3_0 will work
13:40 kados HEAD until the release
13:40 arsenic are you using rel_3_0 for, well, Koha 3.0 bugs?
13:39 kados arsenic: yep
13:39 kados arsenic: bugs.koha.org
13:39 arsenic guys, do you still using Bugzilla to report bugs?
13:36 kados paul: have any plans for the holiday?
13:35 kados ok, thanks
13:32 paul 2
13:32 kados just two like in the US?
13:32 kados in france, how many decimal place for the currency (euro)?
13:31 hdl maybe some local libraries.
13:31 paul mmm... no, i'm wrong. sanop use them if I don't mind
13:31 hdl kados: back
13:31 paul kados : I don't think so
13:30 paul (on phone)
13:29 kados paul: do any of the french libraries use the 'accounts, fines' features in Koha?
13:27 kados paul: also, when it's conveneint, I have a question
13:27 paul done
13:27 kados :-0
13:27 kados but normally, patches@
13:26 kados send to rm@koha.org this time
13:26 paul kados : I send the mail to jmf or patches mailbox ?
13:25 paul ok, I do it immediatly (and, unless I missed it, I haven't got a mail from you)
13:24 kados paul: did you get my email ... I had some problems with the patches, can you rebase and re-submit as a tgz?
13:24 kados paul: hi
13:20 paul lol
13:20 gmcharlt hehe
13:18 gmcharlt but if not needed, I can remove outright
13:18 gmcharlt paul, rather (need to stop talking to myself :) )
13:18 gmcharlt gmcharlt: no, code is still there, just now need to supply --munge-config to invoke it
13:17 paul s/them/it/
13:17 paul gmcharlt: you have removed them already if I don't mind ?
13:14 gmcharlt paul: when you have a chance, please look at the changes I made to rebuild_zebra.pl -- I'm wonder if the code to work with the config files is still needed
13:13 paul 'morning gmcharlt
13:13 gmcharlt good morning #koha, paul, and kados
13:12 paul (and I have another update one to send... for both opac & staff)
13:12 paul (it was a patches.tgz, very important, as they contains the updated french translation)
13:11 paul my patches have been lost, or is there a problem with them
13:11 paul 'morning to you.
13:11 paul hi kados.
13:08 kados hdl: also, I have a question for you if you have a moment
13:08 kados hdl: please verify that all your patches have been pushed up
13:07 kados hdl: you around?