Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 11:51 | btoumi | nono? |
| 11:54 | nono are u around: | |
| 16:40 | tumer | paul:how did zebra go? |
| 16:40 | _paul | hello tumer |
| 16:40 | paul | quite well. My problem was an expat one |
| 16:41 | tumer | oh yes lots of dependencies |
| 16:41 | paul | expat was not installed, thus zebra was not compiled with xml support :-( |
| 16:41 | tumer | and not complained while building? |
| 16:42 | paul | yes, it was, but just a "grs-xml : no" during configure. |
| 16:42 | can easily be missed... | |
| 16:42 | (hdl added a wiki page to warn for this) | |
| 16:42 | tumer | yes i think you should bug them |
| 16:42 | paul | (& probably other zebra specific stuff will come...) |
| 16:42 | hdl | hi |
| 16:42 | dewey | hi, hdl |
| 16:43 | tumer | hi |
| 16:43 | paul: now working on a WAP version koha, anyone else worked on this before? | |
| 16:46 | hdl | tumer : does yaz query UDP or TCP ports ? |
| 16:46 | tumer | tcp |
| 16:47 | port 212 is globally reserved for z3950 and there is one for zebra as well | |
| 16:47 | 212/210 | |
| 16:50 | hdl | Thanks tumer. |
| 16:51 | paul_away | bye world. |
| 16:51 | kados | hdl: I recommend a unix socket rather than tcp |
| 16:51 | hdl: it's much faster | |
| 16:51 | paul | a quick information for kados & tumer... |
| 16:51 | hdl | kados : it is for external servers. |
| 16:51 | kados | hdl: (ahh) |
| 16:52 | tumer | hdl:search for a list i cannot remember the address but gives the whole use of ports |
| 16:52 | paul | this week, i'm teaching koha v3 to SAN-OP. keep finger crossed... |
| 16:52 | tumer | crossed |
| 16:52 | paul | because I'm sure we will encounter bugs (we have 2 months to find them), but hopefully not too much |
| 16:52 | kados | yep |
| 16:52 | so far NPL is very happy | |
| 16:53 | minimal bugs in dev_week | |
| 16:53 | paul | otherwise, the 1st 14 users will be disappointed & they will be anxious for going live on january 1st... |
| 16:53 | kados | so hopefully the same for rel_3_0 |
| 16:53 | paul | yep, but I know there are still alot of improvements to do, for SAN-OP on their zebra setup. |
| 16:53 | kados | paul: I have a suggestion |
| 16:54 | paul: I suggest that we not release 3.0 officially until SAN is happy with it | |
| 16:54 | my feeling is that an official release is too important to be buggy ... | |
| 16:54 | paul | (even if I may install a 2nd library, managed 100% by me with it in early january) |
| 16:55 | kados | especially since zebra is so complex |
| 16:55 | paul | an official release is important and THIS release is more than important... |
| 16:55 | kados | it could be detremental to the project if it is complex AND buggy :-) |
| 16:55 | tumer | i am probably setting up another library next mont with HEAD |
| 16:55 | kados | paul: exactly |
| 16:56 | tumer: which one? | |
| 16:56 | dewey | rumour has it which one is that? :-) |
| 16:56 | paul | note that SAN-OP don't uses acquisitions, so we won't test rel_3 acqui module... |
| 16:56 | tumer | which?? |
| 16:56 | dewey | which is, like, really annoying or insane |
| 16:56 | paul | which new library with HEAD ? |
| 16:56 | kados | tumer: which library? |
| 16:56 | tumer | a special library in Turkey |
| 16:56 | kados | cool |
| 16:57 | tumer | currently HEAD is as bugfree as rel2_2 |
| 16:57 | paul | don't you find too many bugs in HEAD ? because toins did many many many bugfixes on rel_3 that you should have in HEAD |
| 16:57 | ??? | |
| 16:57 | kados | tumer: that may be just for the subset of functions that you use |
| 16:58 | tumer | I have it running for 2 month only acquisitions not well tested |
| 16:58 | kados | hdl: what is the status of authorities with zebra? |
| 16:58 | paul | it's working (for UNIMARC at least). |
| 16:58 | tumer | i have not been committing-since nobody uses it |
| 16:58 | kados | cool |
| 16:58 | we need to discuss how to manage our commits better | |
| 16:59 | I've a feeling there's a lot of duplicated work | |
| 16:59 | tumer | kados:Date.pm on head is now all necessary function for KOHA without Date::Manip. i am committing it now |
| 16:59 | kados | tumer++ |
| 16:59 | paul | tumer : OK, but you should always comit, because toins follow all commits, and report what is needed/interesting on rel_3 |
| 16:59 | it's a shame you did not previously, because toins is working on that for rel_3_0 too | |
| 16:59 | kados | paul: re: 2.2.7 ... did you see my email sent today? |
| 17:00 | tumer | well i did paul |
| 17:00 | this is additions | |
| 17:00 | and i still see lots of duplicated work | |
| 17:00 | paul | kados : the one about mySQL5 support ? |
| 17:00 | kados | paul: yse |
| 17:01 | paul: yes even :-) | |
| 17:01 | paul | yes, i've read it. But my main concern is to have a mySQL4 AND mySQL5 compliance, which is not so easy, If toins is not lying. |
| 17:01 | kados | ahh, I see |
| 17:01 | isnt' that what Contex.pm is for? | |
| 17:01 | ie, there used to be a way to specify the db driver to use | |
| 17:01 | paul | so i'm waiting for chris commits to check if it's work is OK for mySQL 4 as well |
| 17:01 | kados | ok |
| 17:02 | paul | yes, but some SQL statements must be rewritten. |
| 17:02 | for example : | |
| 17:02 | select X, Y from A,B where A.xxx = B.yyy is no more correct if you should write : | |
| 17:02 | kados | join, I know |
| 17:02 | paul | select X,T from A left join B on A.xxx=B.yyy |
| 17:02 | kados | it's a major change |
| 17:02 | and the behavior has changed too | |
| 17:03 | paul | and there's a LOT of such syntaxes all around koha ! |
| 17:03 | kados | yep |
| 17:03 | maybe there's a 'backwards compatible' for mysql5? | |
| 17:03 | paul | ok, guys, it's time for me to go with my wife... |
| 17:03 | kados | paul: have a good afternoon |
| 17:04 | paul | (it seems the SQL planner has be deeply modified) |
| 17:04 | paul_away | this time, bye world. |
| 17:05 | a last note about 3.0 official release : kados, you're the release manager, so you'll decide when releasing :-D | |
| 17:06 | kados | paul_away: ok, good :-=) |
| 17:06 | paul_away: ciao | |
| 17:10 | chris | hmm with the changes i made to make it work under mysql5 they all work under mysql 4 too |
| 17:10 | its just rearranging the joins and adding some () | |
| 17:11 | to make it actually ansi compliant sql | |
| 17:11 | kados | chris: !! wtf are you doing up? :-) |
| 17:11 | kinda early, no? | |
| 17:11 | chris | its 9.11am |
| 17:11 | kados | ahh, must be the daylight savings time ... always throws me oof |
| 17:12 | and time flew by today | |
| 17:12 | chris | the live server runs mysql5 the test server runs mysql4 and it works on both |
| 17:12 | kados | sweet |
| 17:12 | chris | but there may be something else i have missed |
| 17:13 | tumer | chris:i saw the server->name server->host modif you did, thats becuase it never worked for windows and thats how i used it |
| 17:13 | kados | how many queries have been changed roughly? |
| 17:13 | chris | umm about 5 or 6 |
| 17:13 | just in SearchMarc.pm and Search.pm | |
| 17:13 | some of the left joins | |
| 17:14 | tumer | acquisitions and serials will need some change as well |
| 17:14 | chris | its pretty much entirely to do with left joins |
| 17:14 | well rangitikei use those, so either i made those changes, or they didnt need them :) | |
| 17:16 | tumer | and from what i read only one change in behavour (we do not use) and which can be controlled by dbd::mysql anyway |
| 17:16 | chris | yup |
| 17:16 | in terms of Koha i think its only the left joins that need to be changed | |
| 17:16 | tumer | yep from me too |
| 17:17 | i will be doing it for head | |
| 17:17 | chris | cool |
| 17:19 | owen_ | Hey chris, how's it going? |
| 17:20 | chris | heya owen, busy but good |
| 17:20 | owen | when's your little boy due? |
| 17:20 | chris | december 19 |
| 17:20 | owen | Cool. We've got one arriving on Feb. 2 :) |
| 17:21 | chris | woo congrats |
| 17:21 | heh | |
| 17:21 | theres some bad ones on there | |
| 17:22 | kados | bbiab |
| 17:23 | chris | heh |
| 17:24 | kados | I was doing good last week ... taking lunch on time and such |
| 17:24 | but I got hit with a tidal wave of support requests this morning | |
| 05:07 | Mordazy | Hi all |
| 05:07 | anybody here? | |
| 05:17 | osmoze | hello |
| 05:17 | dewey | salut, osmoze |
| 05:17 | Mordazy | hi osmoze, hi dewey |
| 05:17 | are you proficient in importing things into Koha? | |
| 05:21 | I want to import bibl. records into breeding farm | |
| 05:21 | but don`t know what format the file should be... | |
| 05:22 | tried iso2709 | |
| 05:22 | and .mrk file produced by MarcTools | |
| 06:22 | osmoze | bugs.koha.org is dead ? |
| 06:23 | mason | oops |
| 06:24 | chris did some perl upgrading on the box today... | |
| 06:24 | that could be why its down | |
| 06:25 | osmoze | bad chris ! no test before :p |
| 06:28 | mason | hes probably in bed now, so ill get him to have a look in the morning |
| 06:28 | osmoze | ok :) |
| 07:03 | chris | nope i didnt touch bugzilla, or perl i just installed a perl module |
| 07:03 | so it wont be that | |
| 07:04 | ill go see what the problem is tho | |
| 07:04 | osmoze | hum...Probleme of repository |
| 07:17 | chris | its dead at the moment im afraid, for some reason someone has uninstalled bugzilla |
| 07:18 | the database is all there safe and sound tho, so nothing is lost, ill just have to wait until the morning and ask the sysadmin why he did it | |
| 07:18 | and make him put it back | |
| 07:28 | osmoze | arf, bad :( |
Today | Next day → | Search | Index