← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:04 | dcook | Phew. Just remembered I haven't applied the patch I want to test. |
| 00:04 | Almost re-indexed the db for nothin'... | |
| 00:04 | wth.. | |
| 00:05 | eythian: Is there a way to disable the use of Cache/FastMmap.pm? | |
| 00:05 | eythian | dcook: I have a feeling that my Koha::Cache won't use it. |
| 00:05 | pastebot | "dcook" at 127.0.0.1 pasted "sad face" (1 line) at http://paste.koha-community.org/220 |
| 00:05 | eythian | (unless you explicitly ask for it.) |
| 00:06 | why is it getting permission denied on /tmp? | |
| 00:06 | dcook | Good question |
| 00:12 | And I'm betting I can't see what line 640 is doing as it's probably written in C.. | |
| 00:13 | Well not that I can't see. It'll just be more work to track down. /tmp looks ok :S | |
| 00:13 | Oh wait a tic... | |
| 00:14 | eythian: It'll be the webserver trying to write to sharefile-koha-koha, yeah? | |
| 00:15 | The file is owned by my Koha user and file permissions are pretty strict. The web server can't touch that file.. | |
| 00:21 | Huh.. | |
| 00:21 | pastebot | "dcook" at 127.0.0.1 pasted "load all the modules..." (27 lines) at http://paste.koha-community.org/221 |
| 00:25 | dcook | Looks like every type of Cache is initialized if the module is available |
| 00:32 | Hmm | |
| 00:32 | I just deleted "sharefile-koha-koha"... and now there is a new one which is owned by the webserver (which would make sense) | |
| 00:32 | No idea why that other one would've been owned by the koha user... | |
| 00:32 | Weird as | |
| 00:43 | Mmm a stacktrace would be nice.. | |
| 00:44 | Serials are so wonderfully twisted. Now to figure out where it is calling GetNextDate... | |
| 00:48 | * dcook | is pretty sure he's already found this issue before.. |
| 01:05 | eythian | they're all initialised, but I don't think they're all used |
| 01:06 | if any script run as the koha user wants caching, it'll create a file with those permissions | |
| 01:10 | dcook | That sounds a bit dodgy :/ |
| 01:10 | The latter that is | |
| 01:11 | I think you're right about that first part. I don't think fastmmap can be used without explicitly specifying it in a env variable | |
| 01:11 | Or rather... | |
| 01:11 | I don't know | |
| 01:11 | It creates the file and reads it. It might not "use" it for the caching, but it plays with it. | |
| 01:13 | eythian | that may be. |
| 01:16 | dcook | On the plus side, my indexing has finished so I can test the Zebra facet patches :D |
| 01:16 | ...bollocks | |
| 01:26 | Ahh, have to love that syspref cache... | |
| 01:26 | * dcook | wonders if QueryAutoTruncation and QueryWeightFields are still set to incompatible settings by default.. |
| 01:54 | chrisvel1a94 joined #koha | |
| 02:20 | NateC joined #koha | |
| 03:05 | jeremy_ joined #koha | |
| 03:19 | RobC joined #koha | |
| 03:19 | RobC | Hi All |
| 03:20 | wizzyrea | hello :) |
| 03:21 | RobC | I have a quick question regarding Koha... we have a customer who no lnger uses Koha, but would like to export their data from Koha... is this possible? |
| 03:22 | eythian | it's totally possible |
| 03:23 | they can just grab a database dump, or they can export their biblio records, or both, or whatever they need. | |
| 03:23 | wizzyrea | What version are they running? |
| 03:23 | (were they running) | |
| 03:24 | RobC | i will have a look and come back to you... thanks for the help :) |
| 03:34 | Koha 2.2.6 | |
| 03:35 | rangi | oh thats about i zillion years old |
| 03:35 | 1 even | |
| 03:35 | or at least 10 years old anyway | |
| 03:35 | RobC | I see it is running MySQL... really old. If i can login an connect to the schema i should be able to get the data out. Is there a default root password? |
| 03:36 | rangi | no, that would be madness :) |
| 03:36 | RobC | lol |
| 03:36 | rangi | default root passwords = everyone hacked |
| 03:36 | but look for a koha.conf file in /etc/ | |
| 03:39 | RobC | OK, it is running on Windows XP and it is really slow... |
| 03:40 | * wizzyrea | blinks |
| 03:40 | rangi | oh in that case, i have no idea where they would have put the config file |
| 03:41 | ibeardslee | c: |
| 03:41 | cd \ | |
| 03:41 | dir /s koha.conf | |
| 03:41 | eythian | ibeardslee: stop swearing, this is a family channel. |
| 03:42 | * ibeardslee | is already hurting from that |
| 03:43 | wizzyrea | *cough* the documentation states that in most installs, it's at c:\etc\ |
| 03:43 | * wizzyrea | holds her nose and links this: http://www.koha.rwjr.com/downl[…]0on%20Windows.pdf |
| 03:43 | RobC | yep found it |
| 03:43 | wizzyrea | yes ok we are in fact elitist jerks. >.> |
| 03:43 | but we'll try to help :) | |
| 03:44 | ibeardslee | speak for yourself wizzyrea, I make no claim to be elitist |
| 03:44 | .. wait that didn't come out right | |
| 03:44 | wizzyrea | snerk :) |
| 03:44 | * dcook | holds his tongue :p |
| 03:45 | dcook | Well, apparently I stuck it out... I suppose that's a form of holding... |
| 03:45 | RobC | lol user = koha pass = koha |
| 03:45 | wizzyrea | logs? |
| 03:45 | wahanui | it has been said that logs is http://irc.koha-community.org/koha/ |
| 03:50 | RobC | thanks a lot for your help, i will just need some guidance from the user as to what data they want then the query shouldnt be to hard to figure out |
| 03:50 | cya all | |
| 03:50 | wizzyrea | good luck :) |
| 03:51 | you should recycle that windows server as linux, and put a modern Koha on it. | |
| 03:52 | RobC | hehe... they are a research company and are going cloud based... do you know if any cloud providers offer Koha? |
| 03:52 | wizzyrea | DO I |
| 03:52 | maybe. | |
| 03:52 | dcook | hehe |
| 03:52 | There are quite a few :) | |
| 03:52 | Where do they want it to be based? | |
| 03:52 | wizzyrea | ^ is probably a very important question |
| 03:52 | < NZ | |
| 03:53 | RobC | I doubt we would get anything close but we are in New Zealand |
| 03:53 | dcook | < Australia |
| 03:53 | wizzyrea | O RLY |
| 03:53 | dcook | ^ |
| 03:53 | wizzyrea | http://koha-community.org/supp[…]ort/continent/#nz |
| 03:55 | dcook | Certainly lots of options :). |
| 03:56 | wizzyrea | :) |
| 03:56 | it's a thing we know about, hosting Koha in the cloud. | |
| 03:56 | dcook | Speaking of which... |
| 03:56 | RobC | yep... all good...thanks i will look them up. It seems Koha was originally developed in NZ, who would have guessed :) |
| 03:57 | wizzyrea | probably rangi, since he wrote it :) |
| 03:57 | dcook | hehe |
| 03:57 | RobC | maybe rangi is short for rangitoto... is he in AUckland? |
| 03:57 | ibeardslee | Wellington |
| 03:57 | wahanui | Wellington is probably lucky, we have a lot of indian restaurants |
| 03:57 | wizzyrea | ^ true |
| 03:58 | ibeardslee | that's not overly lucky |
| 03:58 | wizzyrea | depends on how much you like indian food |
| 03:58 | RobC | lol... OK guys thanks for your help. |
| 03:58 | wizzyrea | yw, good luck! |
| 03:58 | eythian | RobC: ranginui is the origin of the nick, iirc |
| 03:59 | RobC left #koha | |
| 05:06 | cait joined #koha | |
| 05:08 | eythian | db_dependent tests sure take a while to run even just the 00-strict.t set. |
| 05:08 | hi cait | |
| 05:09 | cait | hi eythian |
| 05:27 | eythian | @wunder nzwn |
| 05:27 | huginn | eythian: The current temperature in Wellington, New Zealand is 9.0°C (5:00 PM NZST on September 22, 2014). Conditions: Overcast. Humidity: 76%. Dew Point: 5.0°C. Pressure: 29.80 in 1009 hPa (Steady). |
| 05:28 | eythian | from the metservice site: "Wind: S 52km/h Gust: 91km/h Feels like: 0°C"...guess what dummy didn't bring a jacket today. |
| 05:28 | cait | hmmmm |
| 05:33 | dcook | Brr |
| 05:33 | @wunder syd | |
| 05:33 | huginn | dcook: The current temperature in Sydney Airport, New South Wales is 19.0°C (3:00 PM AEST on September 22, 2014). Conditions: Partly Cloudy. Humidity: 34%. Dew Point: 7.0°C. Pressure: 30.38 in 1029 hPa (Falling). |
| 05:33 | dcook | @wunder athens |
| 05:33 | huginn | dcook: Error: No such location could be found. |
| 05:33 | dcook | @wunder athens, greece |
| 05:33 | huginn | dcook: The current temperature in Argyroupoli, Greece is 26.3°C (8:30 AM EEST on September 22, 2014). Conditions: Clear. Humidity: 81%. Dew Point: 23.0°C. Pressure: 29.89 in 1012 hPa (Steady). |
| 05:41 | eythian | > fatal: could not open '.git/COMMIT_EDITMSG': Hulpbron is tijdelijk onbeschikbaar |
| 05:42 | I can't say I've seen that before. | |
| 05:42 | "Resource is temporarily unavailable" on a file. | |
| 05:42 | probably a weirdo NFS thing | |
| 05:43 | dcook | Probably better than a NSFW thing |
| 05:43 | eythian | heh |
| 05:43 | dcook | which may or may not be how I read NFS the first time |
| 05:44 | eythian | there are days when it feels like NFS is NSFW. |
| 05:45 | dcook | I really should play with NFS one of these days. Isn't it pretty old school? |
| 05:46 | eythian | it is. I NFS mount my development directory on a VM so that I can write code on my desktop and test it in the VM. |
| 05:46 | it does the job well enough though. I used to have all sorts of issues with caching (e.g. the VM wouldn't see updates for a while after I made them, in some circumstances), but the latest release has fixed that. | |
| 05:48 | heh apparently it's cold enough here today that some train services are suspended. | |
| 05:48 | dcook | Mmm, I've had a few issues with Samba like that as well. |
| 05:48 | I had to love my issue last night | |
| 05:49 | My external hard drive kept unmounting whenever I turned off the monitor | |
| 05:49 | eythian | ... |
| 05:49 | dcook | Turns out I had the monitor on the master powerpoint and the external hard drive on the slave :p |
| 05:49 | eythian | aha |
| 05:49 | dcook | Silly dcook |
| 05:49 | Sadly, it took me longer than I would've liked to figure it out | |
| 06:02 | paul_p joined #koha | |
| 06:33 | magnuse joined #koha | |
| 06:34 | * magnuse | waves |
| 06:35 | eythian | hi magnuse |
| 06:38 | reiveune joined #koha | |
| 06:38 | reiveune | hello |
| 06:38 | wahanui | salut, reiveune |
| 06:42 | sophie_m joined #koha | |
| 06:43 | magnuse | hiya eythian reiveune sophie_m |
| 06:43 | eythian: good to hear there is progress on the plack front | |
| 06:43 | reiveune | \o_ magnuse |
| 06:43 | magnuse | \o/ |
| 06:43 | eythian | magnuse: well, now it's really just a matter of testing I think. |
| 06:43 | magnuse | yeah |
| 06:44 | Viktor's library is really keen on using it | |
| 06:44 | we have talked about switching over and using it until we find a real problem | |
| 06:44 | they did a one day test abou 6 months ago without any problems | |
| 06:45 | sophie_m | hello magnuse, #koha |
| 06:46 | eythian | I think most problems will take a while to show up, e.g. changing something and it shows up only sometimes. |
| 06:46 | fairly subtle | |
| 06:46 | * dcook | is working on a fairly subtle bug already sans Plack :p |
| 06:46 | dcook | I don't know how there can be duplicates in reserves and old_reserves... |
| 06:46 | And how old_reserves can be ahead of the auto_increment in reserves :S | |
| 06:47 | It's just been business as usual the past few days | |
| 06:48 | magnuse | eythian: yeah, sounds like the kinds of things that are hard to spot when you are just testing things briefly on a dev setup |
| 06:48 | eythian | yep |
| 06:50 | magnuse | eythian: do you have a plan for using plack in production? |
| 06:50 | on the staff side, i mean | |
| 06:51 | dcook | wth.. |
| 06:52 | Somehow my dev install magically turned from dom to grs1... | |
| 06:52 | alex_a joined #koha | |
| 06:53 | alex_a | bonjour |
| 06:53 | eythian | magnuse: we have one site we'd like to try it with, but there's other big projects for them on the go at the moment, so we'll have to wait. |
| 06:54 | (they're merging with an Australian organisation, and the two libraries are becoming one.) | |
| 06:56 | Viktor joined #koha | |
| 06:58 | dcook | Grr someone has changed the permissions on my Zebra db again.. |
| 06:58 | magnuse | eythian: sounds like fun :-) |
| 06:58 | dcook: it wasn't me! | |
| 06:58 | eythian | dcook: it was magnuse |
| 06:58 | dcook | hehe |
| 06:58 | magnuse | noooo |
| 06:59 | dcook | I think I might just write it off partially as being Monday's fault |
| 07:01 | what the.. | |
| 07:01 | wahanui | the is, like, a stop word |
| 07:02 | dcook | I swear my ENV variables were different just a second ago... |
| 07:02 | Monday... | |
| 07:02 | wahanui | monday is a nice and quiet day in #koha |
| 07:02 | cait joined #koha | |
| 07:03 | dcook | hey cait |
| 07:04 | cait | hi dcook :) |
| 07:05 | dcook | :) |
| 07:06 | Boo Monday | |
| 07:06 | The DB should be identical... the code should be identical... | |
| 07:06 | This might be what madness feels like | |
| 07:06 | cait | don'tsay boo |
| 07:07 | dcook | Is boo bad? |
| 07:07 | cait | i still have to get through it |
| 07:07 | dcook | hehe |
| 07:07 | Well, yours will probably be better than mine :) | |
| 07:07 | cait | let's hope |
| 07:10 | dcook | Bloody hell... |
| 07:10 | This "reserves" vs "old_reserves" thing is weird | |
| 07:10 | No one else has noticed this? | |
| 07:10 | cait | i missed the problem description i think |
| 07:10 | dcook | There are duplicate entries :S |
| 07:10 | cait | of? |
| 07:10 | dcook | So there will already be a row in old_reserves with reserves_id of "100" |
| 07:11 | cait | ugh |
| 07:11 | dcook | But a new row has appeared in reserves with a reserve_id of 100 |
| 07:11 | And you can't move the new row into old_reserves because it's a duplicate id :S | |
| 07:11 | cait | hm |
| 07:11 | weird | |
| 07:11 | magnuse | ouch |
| 07:11 | cait | so say... hold 100 was made and moved to old_reserves |
| 07:12 | hm no | |
| 07:12 | dcook: are those old holds? i mean were they made before the id got added? | |
| 07:12 | magnuse | is it possible for koha users to notice this? or does it just result in the hirstory not being there when you need it? |
| 07:13 | dcook | magnuse: fatal software errors on the staff client :/ |
| 07:13 | possibly on the opac too | |
| 07:13 | cait: nah, they're quite new | |
| 07:13 | cait | hm |
| 07:13 | dcook | All within the past few days |
| 07:13 | cait | could it be the counters are somewhat off by one? |
| 07:13 | dcook | It could |
| 07:13 | But I reset the counters | |
| 07:13 | cait | the one that determines the next reserve id? |
| 07:13 | dcook | And it screws up again |
| 07:14 | cait | reset to the right number? |
| 07:14 | sorry, have to go | |
| 07:14 | dcook | no worries. Thanks for listening :) |
| 07:14 | And nah, I've reset it to higher | |
| 07:14 | To avoid any accidental overlapping | |
| 07:28 | magnuse | dcook: that sounds like something you's notice, yes ;-) |
| 07:33 | ashimema | morning #koha |
| 07:36 | magnuse | 'owdy ashimema |
| 07:43 | ashimema | I'm still battling with dbic many_to_many relationships.. |
| 07:43 | * ashimema | is starting to feel really dumb |
| 07:45 | Joubu | o/ |
| 07:46 | magnuse | ashimema: nah, they are tricky, i think |
| 07:46 | ashimema | morning Joubu |
| 07:46 | I'm sure i've got it all set up correctly.. | |
| 07:46 | but I can't for the life of me actually retrieve anything useful from it | |
| 07:47 | magnuse | got an example? |
| 07:49 | ashimema | So.. got a pretty standard many_to_many example: Lists contain Items, and an Item can be on any number of Lists.. So we have Lists, ListItems and Items tables. |
| 07:49 | ListItems is the linking one.. | |
| 07:51 | We have a '__PACKAGE__->has_many(' relationship between Lists and ListItems.. linking in list_id | |
| 07:52 | We have a '__PACKAGE__->many_to_many("items" => "listitems", "item"); ' relationship between Lists and ListItems | |
| 07:52 | and so forth as specified in the dbic documentation.. | |
| 07:53 | Inspecting the resulting objects they look ok to me.. | |
| 07:54 | From inspecting the resultsets with a dump in my test script.. | |
| 07:55 | I can get a resultset, iterate through the results/rows and spot the correct many to many relationship and containted resultset.. | |
| 07:55 | iterating through the contained resultset, again dumping the result it looks liek the correct data is contained.. | |
| 07:55 | however, a get_columns on that result doesn't give me the data | |
| 07:55 | that's wahts confusing me | |
| 07:59 | # Tests | |
| 07:59 | my $result = $db->resultset('List')->search( { 'published' => 'y' } ); | |
| 07:59 | my $list = $result->next; | |
| 07:59 | my $materials = $list->materials; | |
| 07:59 | my $material = $materials->next; | |
| 07:59 | print Dumper($material); | |
| 07:59 | and that's my test script.. | |
| 08:04 | aha... | |
| 08:04 | I think by just talking through it.. I've found my issue.. | |
| 08:04 | I was referencing the get_columns result wrong.. | |
| 08:04 | calling is as a hashref instead of a hash. | |
| 08:05 | muppet | |
| 08:05 | thanks magnuse ;) | |
| 08:05 | * cait | hands magnuse a rubberduck |
| 08:11 | ashimema | hmm.. |
| 08:11 | well the query works as expecting now.. | |
| 08:11 | but it makes morbo hang :( | |
| 08:11 | even though in the test script it executes very quickly! | |
| 08:18 | gerundio joined #koha | |
| 08:18 | magnuse | ashimema: my pleasure ;-) |
| 08:20 | fALSO left #koha | |
| 08:30 | akafred joined #koha | |
| 08:58 | Spin joined #koha | |
| 09:00 | Spin | is it possible to have data.website.com/koha and data.website.com/koha-intra as webname ? and is it hard to do (i tried it once but the intra pages did not show up then) annyone has tips ? |
| 09:28 | mtj | Spin: afaik... its hard :/ |
| 09:29 | ashimema | yup.. that's pretty hard to acheive |
| 09:29 | subdomains is a much easier route | |
| 09:30 | mtj | what he said ^^ |
| 09:31 | i think you would hit some unusual bugs too | |
| 09:32 | ...as no one else uses this config | |
| 09:33 | ashimema | I believe it would be possible using apache re-writes.. but yeah.. it would certainly be hard.. and probably expose some bugs that tohers have never seen before. |
| 09:33 | Spin | k maybe i try to avoid it then |
| 09:33 | ashimema | sorry.. not a very 'friendly' answer.. but it's a truthful one ;) |
| 09:33 | Spin | better this way :) |
| 09:34 | mtj | lots of people ask this question Spin |
| 09:35 | ...but no solution exists, that is tested enough for production use | |
| 09:38 | a funny story... i had the same discussion with someone else, about 3 hours ago :p | |
| 09:41 | Spin | i'm not a bot ;) |
| 09:41 | well good bot's also say that but realy i'm not | |
| 09:48 | cait | Spin: it's nothing to be ashamed of.. being a bot, youare in good company here |
| 09:48 | wahanui? | |
| 09:48 | wahanui | cait? |
| 09:48 | cait | wahanui, are you a bot? |
| 09:48 | wahanui | cait: bugger all, i dunno |
| 09:55 | cait | @wunder Konstanz |
| 09:55 | huginn | cait: The current temperature in Taegerwilen, Taegerwilen, Germany is 13.3°C (11:55 AM CEST on September 22, 2014). Conditions: Scattered Clouds. Humidity: 79%. Dew Point: 10.0°C. Pressure: 30.12 in 1020 hPa (Steady). |
| 10:34 | Viktor joined #koha | |
| 10:49 | magnuse | tjänare Viktor |
| 10:50 | Viktor | Hej magnuse :) |
| 10:53 | NateC joined #koha | |
| 10:55 | bgkriegel joined #koha | |
| 10:56 | bgkriegel | Hi |
| 10:56 | wahanui | hi, bgkriegel |
| 10:59 | bgkriegel | Is git working? The only thing I get is "fatal: read error: Connection reset by peer" |
| 11:00 | magnus_away | bgkriegel: i get the same thing |
| 11:00 | bgkriegel | hi magnuse, and thanks |
| 11:13 | kmlussier joined #koha | |
| 11:20 | carmenh_lunch joined #koha | |
| 11:25 | Viktor joined #koha | |
| 11:39 | collum joined #koha | |
| 11:47 | francharb joined #koha | |
| 11:48 | francharb | Good morning |
| 11:53 | barrc joined #koha | |
| 11:59 | irma_ joined #koha | |
| 12:02 | meliss joined #koha | |
| 12:09 | ashimema | barton about? |
| 12:24 | NateC joined #koha | |
| 12:36 | cait | @later tell tcohen should http://wiki.koha-community.org[…]te_Administration be updated for the pootle server? |
| 12:36 | huginn | cait: The operation succeeded. |
| 12:36 | cait | Joubu: hdl is still listed at http://wiki.koha-community.org[…]te_Administration, can we remove those as well? |
| 12:36 | gmcharlt: ping? | |
| 12:36 | wahanui | Using deft allegory, the authors have provided an insightful and intuitive explanation of one of Unix's most venerable networking utilities. http://www.amazon.com/Story-ab[…]oks/dp/0448421658 |
| 12:40 | bgkriegel joined #koha | |
| 12:41 | Joubu | cait: yes, of course |
| 12:42 | cait | Joubu: was checking the page because of the git problems - i will delete him then |
| 12:42 | eythian joined #koha | |
| 12:45 | cait | Joubu: hm not sure if it needs to be changed on the server still too - will leave it for now I guess, but we shoudl pudate the page a bit |
| 12:46 | tcohen joined #koha | |
| 12:46 | tcohen | morning :-D |
| 12:47 | Joubu | cait: I don't know, sorry |
| 12:47 | hello tcohen | |
| 12:47 | tcohen | hi Joubu cait |
| 12:47 | cait | hi tcohen :) |
| 12:48 | i just left you a later in an outburst of 'wnat to tidy up that page' :) | |
| 12:49 | ashimema | morning tcohen |
| 12:55 | syspref question.. | |
| 12:57 | I want to impliment a 'shibbolethOnly' syspref to enable a 'nicer' sso experience with shibboleth whereby opac authentication only allow authentication via shibobleth.. should such a pref go in the OPAC tab (under 'Appearance'), or on it's own in the 'Administration' tab under 'Shibboleth Authentication'? | |
| 12:57 | I'm starting to err toward the latter.. | |
| 13:00 | Joubu | I would say with the other shib pref, so under Admin |
| 13:00 | ashimema | there are no other shib prefs ;) |
| 13:01 | they moved to being a 'config' in the koha-conf.xml.. | |
| 13:01 | as they're too easy to break a system with ;) | |
| 13:01 | Joubu | ha yes |
| 13:01 | ashimema | or rather.. should be set once and forgotten about.. which to me constitutes a config rather than a pref |
| 13:02 | Joubu | ashimema: so, I don't know :) |
| 13:02 | in both :p | |
| 13:02 | ashimema | It'll be a pref that's closely linked to OpacPublic.. |
| 13:03 | which is in OPAC tab.. | |
| 13:03 | but I reckon it's best under Administration.. with the other authentication prefs.. thinking through it.. | |
| 13:04 | meliss joined #koha | |
| 13:07 | magnus_away | ashimema: if it only affects the opac, i'd say put it with the opac prefs |
| 13:07 | ashimema | It would only affect the opac for now.. but I'm envisioning there will be a simlar pref for the staff in the foresable future.. |
| 13:09 | barrc | Hi all - has anyone noticed a significant decrease is search results in 3.16.003? I have recently upgrade two sites and they both display the same issue |
| 13:10 | that is, the time to display results has increased! | |
| 13:10 | tcohen | #koha: if you're coming to KohaCon14. please put your arival/departure data on http://wiki.koha-community.org[…]_is_arriving_when |
| 13:10 | cait | ashimema: i'd put it together with the others i think - cas and the linke |
| 13:10 | ashimema | :) |
| 13:10 | ok.. next question.. | |
| 13:10 | anyone ever hidden preferences from view depending on config? | |
| 13:11 | shibboleth is mostly in the back end koha-conf.. | |
| 13:11 | so I don't really want to display the user editable prefs if the back end stuff isn't configured? | |
| 13:11 | the construction of the prefs page is looking rather crazy.. so just wondered if anyone had tried this before. | |
| 13:20 | nengard joined #koha | |
| 13:21 | kmlussier joined #koha | |
| 13:21 | kmlussier left #koha | |
| 13:23 | cma joined #koha | |
| 13:29 | Joubu | ashimema: not sure you can do that |
| 13:29 | ashimema | :( |
| 13:29 | yeah.. that's what I'm coming around to.. | |
| 13:29 | Joubu | actually I am pretty sure you cannot do that :) |
| 13:29 | ashimema | I didn't want to clutter the interface unnesesarily |
| 13:29 | oh well | |
| 13:31 | Joubu | ashimema: but I don't think it's a problem. A lot of prefs have the same problem |
| 13:31 | or at least prefs depending on other prefs | |
| 13:32 | ashimema | Yeah.. |
| 13:32 | Shame though. | |
| 13:41 | cait | ashimema: i think a lof the prefs depend on each other, but we don't have a way to account for dependencies really right now |
| 13:42 | ashimema: maybe just put a note that shibboleth needs to be configured on server side? | |
| 13:43 | ashimema | yup.. |
| 13:43 | that's certianly how to do it for now.. | |
| 14:19 | rocio joined #koha | |
| 14:20 | tcohen | any bywaterian? |
| 14:30 | nengard | I'm here |
| 14:33 | cait | tcohen, ashimema... anyone zebra: we got problems with sru in 3.16.3 |
| 14:33 | it refuses to hand out marcxml giving us a nice few of the indexes instead | |
| 14:34 | bug 9612 should be in this version - we updated from a 3.12, it's a package install... and we are not seeing thwat to change to fix it :( | |
| 14:34 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9612 major, P5 - low, ---, m.de.rooy, Pushed to Master , SRU Response is different when DOM indexing is enabled |
| 14:39 | tcohen | cait: |
| 14:39 | carmenh_lunch joined #koha | |
| 14:40 | tcohen | can you point me to the SRU endpoint? |
| 14:42 | cait | sadly no, it's blocked in the firewall |
| 14:42 | but we see the same as on the first 2 links from bug 9612 | |
| 14:42 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9612 major, P5 - low, ---, m.de.rooy, Pushed to Master , SRU Response is different when DOM indexing is enabled |
| 14:44 | cait | tcohen: what info do you need? |
| 14:44 | with grs-1 it worked, we switched to dom | |
| 14:44 | a lot of our services build on the sru, so this is really a blocker right now :( | |
| 14:45 | ashimema | I can confirm that's the case with a freshly configured package 3.16.3 |
| 14:45 | poo. | |
| 14:45 | I have vague recollections that the fix needed to be applied differently for packages.. and it was never prted.. | |
| 14:45 | we need ethyian | |
| 14:47 | cait | hm stupid timezones |
| 14:47 | ashimema | or perhaps tomas would know |
| 14:47 | tcohen | |
| 14:47 | cait | tcohen: was here a moment ago :) |
| 14:47 | NOTE: This patch does not deal with the Debian package installs. In the same way koha-conf-site.xml.in, and *-retrieval-info-* could be adjusted. | |
| 14:48 | so... does anyone have a working file to look at? :( | |
| 14:48 | ashimema | NOTEtold ya ;) |
| 14:49 | alex_a_ joined #koha | |
| 14:49 | cait | but not how to fix |
| 14:49 | grr. :) | |
| 14:50 | ashimema | sorry.. |
| 14:50 | I never worked out how it should work in packages | |
| 14:50 | cait | why? not your fault :) |
| 14:50 | ashimema | we've not needed it yet |
| 14:50 | cait | i guess we have to check the changed files again |
| 14:51 | running over ot the other office brb | |
| 14:53 | alex_a_ joined #koha | |
| 14:58 | cait | hm we are trying to recreate the changes from the patch |
| 14:58 | talljoy joined #koha | |
| 15:14 | cait | hm adding RecordSchema=marxml to the sru url used makes it work |
| 15:22 | ashimema | :) |
| 15:23 | cait | ashimema: you tested with a new package instance, right? |
| 15:23 | ashimema | yup |
| 15:23 | 3.16.3 | |
| 15:24 | cait | coudl you try adding recordSchema=marcxml if that works for you too? |
| 15:29 | bug 12977 | |
| 15:29 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12977 normal, P5 - low, ---, gmcharlt, NEW , SRU + DOM on package installs doesn't show MARCXML by default |
| 15:43 | reiveune | bye |
| 15:43 | reiveune left #koha | |
| 15:50 | tcohen | hi ribasushi |
| 15:50 | ribasushi | o/ |
| 15:51 | tcohen | \o |
| 15:51 | will you be around tomorrow ? | |
| 15:51 | ribasushi | yes, we scheduled a meeting didn't we? |
| 15:52 | tcohen | yes :-D |
| 15:52 | just checking | |
| 15:54 | ribasushi | aye, tomorrow ;) |
| 15:54 | tcohen | bye ribasushi |
| 16:00 | ashimema | :) |
| 16:00 | sorry cait, was picking up the daughter from school | |
| 16:00 | will try now. | |
| 16:01 | Dyrcona joined #koha | |
| 16:02 | ashimema | yup.. can confirm your fix works cait.. |
| 16:02 | go for it... submit a patch.. ;) | |
| 16:14 | barrc left #koha | |
| 16:14 | cait | ashimema: i am not sure it's a fix as it worked without that before :) |
| 16:14 | seems the fallback changed | |
| 16:15 | ashimema | k |
| 17:11 | cait joined #koha | |
| 17:19 | Viktor joined #koha | |
| 17:27 | pablito joined #koha | |
| 17:28 | pablito | hi everyone |
| 17:30 | anyone here? | |
| 17:39 | ashimema joined #koha | |
| 18:00 | NateC joined #koha | |
| 18:25 | Viktor joined #koha | |
| 18:44 | NateC joined #koha | |
| 19:29 | kmlussier joined #koha | |
| 19:31 | Viktor joined #koha | |
| 20:00 | bgkriegel joined #koha | |
| 20:11 | rangi | morning |
| 20:12 | cait | morning rangi |
| 20:18 | pianohacker joined #koha | |
| 21:39 | cait left #koha | |
| 22:25 | papa joined #koha | |
| 22:41 | eythian | hi |
| 23:44 | new master packages uploaded | |
| 23:58 | tcohen joined #koha | |
| 23:59 | rangi | heya tcohen |
| 23:59 | tcohen | hey |
← Previous day | Today | Next day → | Search | Index