Time Nick Message 23:49 dcook Oh, Java. You're just full of beans... 22:24 dcook Although not as specific as the bad coffee thing... 22:24 dcook I think every single web comic I've ever read has had a reference to librarians in some way. 22:24 dcook For instance, I think every single tv show I've ever watched has had a reference to bad coffee 22:24 dcook You know... I used to have a theory about references to things in media 22:23 dcook hehe 22:18 eythian http://www.smbc-comics.com/comics/1426775844-20150319.png 22:11 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12739 normal, P5 - low, ---, dcook, Passed QA , SendAlerts function does not take care of "html" format or UTF-8 22:11 dcook bug 12739 22:11 * dcook waves 22:10 mtj also, hi cait :0) 22:07 mtj yep, totally 22:02 * cait waves 22:01 rangi can't hurt to give it a try 21:58 mtj i think ill config a discouse in the weekend :) 21:53 mtj embedded images and video, and code snippets too 21:52 mtj http://hub.jmonkeyengine.org/t/how-to-type-code-blocks/31155 21:52 mtj http://hub.jmonkeyengine.org/t/project-rts-game-engine-map-editor-implemented/29983 21:51 mtj i think its the 1st site, ive seen 21:50 mtj hey, i recently bumped into a nice discourse.org site... -> http://hub.jmonkeyengine.org 21:49 mtj pianohacker: nice link ^ :0) 21:49 mtj hi #koha 21:41 rangi hey tcohen 21:39 tcohen hi rangi 21:39 pianohacker cool site: http://experimental.worldcat.org/marcusage/246.html 21:22 wahanui Send a patch! 21:22 rangi be rangi 20:59 Brooke tko 20:32 * nengard hugs back 20:32 * Brooke hugs nengard 20:32 Brooke squeeeee 20:30 nengard hi brooke 20:20 Brooke howdy 20:20 rangi hi Brooke 20:19 Brooke I always knew Rangi had a sekrit id but I didn't suspect it was guest 136 20:19 Guest136 heh 20:19 Guest136 oleonard++ 20:18 pianohacker hi Brooke! 20:18 * Brooke hugs pianohacker 20:18 Brooke squeee 20:16 Brooke o/ 19:02 * magnuse gives the evening wave 18:47 p_vdk Hello Koha community 18:27 tcohen bye #koha 18:15 huginn tcohen: The operation succeeded. 18:15 tcohen @later tell dcook I left a comment on bug 12739 but couldn't provide the followup because I have to leave 18:12 huginn New commit(s) kohagit: Bug 13709 - Patron cards creator utf-8 encoding and ttf fonts broken <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=d149cd1d977ab796edd5da9881f08bac251c54e1> / Bug 13021: Reintroduce the name column for guarantor search <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=bceac94f0a64b826413baecc82a690fca58a46f8> / Bug 13021: guarantor search - guarantor_search.tt is useless <http://git.koha-co 17:38 gaetan_B bye 17:20 huginn New commit(s) kohagit: Bug 13836: Does not separate symbol and value if symbol is not displayed. <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=15468615f9c5c427cc819bf833c2df58d13c5080> / Bug 10703: Add more serial table DB documentation <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=17a886aed2928b619826b5e2cd435998f7d2b276> / Bug 10703: Update Patron DB Documentation <http://git.koha-community.org/gitweb/?p=ko 17:20 cait Joubu++ 16:51 tcohen Joubu++ 16:51 huginn tcohen: The operation succeeded. 16:51 tcohen @later tell marcelr could you please take a look at jonathan's solution? bug 13876 16:43 huginn tcohen: The current temperature in Bo Altos de San Martin - NW, Cordoba city, Cordoba City, Argentina is 32.2°C (1:40 PM ART on March 19, 2015). Conditions: Clear. Humidity: 41%. Dew Point: 17.0°C. Pressure: 30.04 in 1017 hPa (Steady). 16:43 tcohen @wunder cordoba, argentina 16:10 fridolin bye 16:09 reiveune bye 15:58 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13876 major, P5 - low, ---, jonathan.druart, Needs Signoff , Permission issues on updating via installer - dev installations 15:58 Joubu ok patch submitted on bug 13876 15:44 marcelr see the report itself 15:44 marcelr no 15:44 Joubu cait, marcelr: did you open a bug report for the updatedb permission issue? 15:36 drojf i'd go with the last. and it fits in the display too 15:34 drojf maybe just erscheinungszeitraum 15:33 drojf but it's too long for the display ;) 15:33 drojf or erscheinungszeitraum eingrenzen 15:31 drojf datumsbereich is a weird word :D 15:31 drojf erscheinungsjahr eingrenzen 15:27 cait drojf: the library says date range and years don't fit together 15:27 Joubu y 15:27 Joubu ok will tr 15:27 Joubu ha 15:27 marcelr I mark information as hidden and I save, but no result? 15:27 drojf cait: yes 15:27 marcelr The admin page does not save my column config 15:26 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13864 enhancement, P5 - low, ---, jonathan.druart, Failed QA , Columns configuration - Late orders 15:26 Joubu marcelr: I don't understand the issue you described on bug 13864, could you please detail? 15:24 cait drojf: datumsbereich erscheinungsjahr in advanced search- can we think of something better? 15:14 cma ok. well, it was worth a shot 15:14 khall cma: the transport cost matrix only affects the holds queue afaik 15:12 cma nope, still defaulted pickup library to mine. 15:10 cma ah-ha, adding a default holds policy for an item type let me place a hold on it, now to test with the transport matrix. 15:07 khall I hadn't thought of it until now, but the additional of a complete RESTful api would do wonders for the ability customize sites with javascript 15:05 cma yes, that can of worms. :) I'll have a look 15:04 khall cma: check your circulation rules. There are a number of settings in there that will help. 15:04 cma i need the pickup location to be the item's home branch, yes 15:04 cait hm which might be difficult, when there are multiple 15:04 cait khall: the items home branch 15:04 cma I might be wrong, now I've disabled it and it still won't let me place holds on stuff at another library 15:03 khall and you need the pick up location fixed to that patron's home branch at the time the hold is placed, correct? 15:03 khall cma: I'm having a hard time visualizing what you need. This is for the opac, right? 15:01 cait i was hoping it would let you, but i think maybe there is no logic for pickup locations yet hm 15:00 cma i figured I'd try it out and see if it would work as a workaround 14:56 cma no, it won't let me place a hold. I need it to allow me to place a hold at another library but not transfer the item 14:55 khall cma: so that serves as a workaround? 14:54 cma khall, I tried using the transport cost matrix with no transfers allowed and it won't let me place a hold on an item from another library, even with canreservefromotherbranches set to Allow. 14:50 paul_p magnuse typo fixed on biblibre blog 14:45 khall javascript++ 14:44 cma ok. I'm liking this javascript thing. Saves a lot of headaches. 14:44 khall cma: yeah, that sounds like custom work. I can see if we can do it via javascript, otherwise I'll have to submit a bug and patch 14:44 cait we only have 2 libraries with more than 1 branch, holds have so many options 14:43 cait sepaking of him, khall might know 14:43 cma ok 14:43 cait maybe that would do it 14:43 cait you could say they can place holds, but items are not transported 14:43 cma we used to but it might have been a khall customization. we finally just upgraded from a pretty customized 3.02 14:43 cait ah 14:43 cait hmmm 14:42 cait cma: i am nto sure you can do that 14:41 cma I'm not sure that does what I need, but maybe I'm misinterpreting it. I need to allow patrons to place holds on items from any library, but they must be picked up from the holding library. 14:38 cma maybe...might explain why I'm not finding it. :) 14:38 tcohen on the circulation matrix page? 14:37 cma hi everybody, can you tell me if there's a syspref that will let me set a hold's default pickup branch to the holding library? I swear I saw it yesterday but now I can't find it. 14:35 fridolin your welcome 14:35 gerundio tcohen++, fridolin++, cait++ thank you very much for your support 14:34 gerundio let's see what their feedback is 14:34 tcohen that's the best option 14:34 gerundio I'll send that information back to EBSCO's team 14:34 gerundio ..oO(tcohen, I've written the email but still haven't press Send) 14:33 tcohen the thing is, what EBSCO is using for retrieval, that doesn't match your configuration 14:33 tcohen gerundio: yes, and probably usmarc too 14:33 gerundio "format unimarc" followed by "show 1" works too 14:33 gerundio fridolin, using "format xml" followed by "show 1" resulted in the biblio record being shown 14:27 tcohen i'm just guessing their tools don't expect it 14:27 fridolin but i dont know how to configure the defaut format used by yaz-client 14:27 tcohen fridolin: it is 14:27 fridolin I think it is this line 14:27 fridolin <retrieval syntax="unimarc" name="F"/> 14:26 cait oleonard is back! at least on the mailing list! 14:26 fridolin its configured in koha-conf.xml if im correct 14:26 tcohen we shouldn't use it 14:26 tcohen and unimarc is not kosher 14:25 tcohen fridolin: my guess is that they are expecting the format to work out-of-the-box 14:24 fridolin show will use this format to display te record 14:24 fridolin thats what we use (since 3.10) 14:24 fridolin cait: hie, oh then easy : format unimarc 14:24 tcohen usmarc and marcxml are serialization formats 14:24 cait if that makes a difference 14:23 cait hi fridolin - he is using unimarc 14:23 fridolin gerundio: in yaz-client, try : "format usmarc" or "format XML" 14:22 tcohen yes 14:21 gerundio tomascohen <at> gmail.com ? 14:20 tcohen can u send it to my email? 14:20 gerundio the screenshot mentioned there shows that yaz client queries being submitted and resulting in that error message 14:19 gerundio ortunately we do not know why it might be behaving incorrectly." 14:19 gerundio ny of the Records within the server, implying that is why our attempts to harvest and display holdings information is failing. Your ILS Vendor, Koha, does not require any special configuration to implement RTAC functionality. At this point, it would be most useful for you to consult your ILS Vendor, Koha, as they should have more information on the error shown in the previously sent screenshot. We do not maintain the z39.50 server, so unf 14:19 gerundio in the meantime their team reported: "At present, we are able to use credentials that have been previously provided to login and access the z39.50 server associated with your local Catalog. We use a program called Yaz to test accessing and searching a z39.50 server. After logging in and access the z39.50 server, we are able to search for and find Records from your Catalog that exist on the server. Unfortunately, we are unable to display a 14:18 gerundio we provided them our Z39.50 server settings so they could retrieve the information the needed 14:18 gerundio our library catalog is being integrated into EBS (EBSCO Discovery Service) 14:16 gerundio sure 14:15 tcohen gerundio, can u explain me slower what the problem is? the one you are trying to solve/debug using yaz-client 14:15 gerundio his feedback then was: "I think it's safe to rule out a bad record at this point.I'm afraid we've hit the limit of my knowledge. tc ohen can probably help from here when he gets back I would say this must be a zebra issue" 14:14 gerundio khall told to try and export the Koha record and open it in MarcEdit, which I did successfully 14:13 tcohen i haven't used the integration 14:13 gerundio which resulted in "[239] Record syntax not supported -- v2 addinfo '1.2.840.10003.5.10' nextResultSetPosition = 2" 14:13 tcohen yes 14:12 gerundio EBSCO's team issued a "find @attr 1=12 61849" command followed by "show 1" using yaz-client 14:12 gerundio can you spare a few minutes of your time to look into it? 14:12 gerundio tcohen, I was told by cait and khall that you might be the right person to talk to conserning a problem in my Koha installation with EBSCO EDS integration via Z39.50 server 13:59 tcohen Joubu: did biblibre change something on the git server? I cannot seem to fetch without user/pass anymore 13:52 huginn tcohen: The operation succeeded. 13:52 tcohen @later tell dpavlin I will attach my plack-for-packages patch to the bug as-is, as I don't have enough time to finish it this week, and maybe someone else can take the lead with that basis 13:51 marcelr :) 13:51 drojf marcelr++ 13:45 tcohen uff, this power outages are driving me mad 13:42 barton oh, I do. believe me, I do. 13:38 cait barton: i'd blame Search.pm 13:35 barton yeah... in main > catalog, search results appear for searches where the apostrophe is ommitted (e.g. searching for OBrien returns results for O'Brien). In an author search, only O'Brien returns O'Brien. 13:33 cait have you tried searching without the apostrophe? 13:32 cait ah interesting - not sure that's a zebra problem... might be our code 13:32 barton cait -- the issue that I'm working on is actually more convoluted: Searching using apostorophes doesn't work using kw, wrdl, but is necessary in an author search :-P 13:26 cait but then you can<t search c++ 13:25 cait remoing the punctuation 13:25 cait barton: i think icu does that 13:21 andreashm I saw some other 3.16 bug with it claiming there where no items - but that was when several items where placed in the cart, and some not allowed to place a hold on. but that seems to have been resolved. 13:20 marcelr there will be more :) 13:20 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5534 normal, P5 - low, ---, gmcharlt, NEW , koha does not ignore punctuation when searching 13:20 barton what's the status on Bug 5534? It's marked as 'NEW' in bugzilla, but it was reported in December 2010. 13:20 andreashm magnuse: nope, that didn't work. but allowing that parameter suddenly made holds work, with no issues. setting it back to do not allow (and checking the book out of course), and I still have the problem of it claiming that there are no items connected to the record. 13:18 magnuse andreashm: strange indeed. does that mean that earlier you were able to place a hold on a book that on the shelf, even with onshelfholds = don't allow 13:18 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9805 normal, P5 - low, ---, kyle, Needs Signoff , Lost items are un-lost if returned, but not if renewed. 13:18 khall cait et al: I finally got around to fixing bug 9805 so now you can choose if you can renew lost items, and if that renewal marks the item as found via circulation rules 13:18 * barton waves the morning wave 13:12 andreashm magnuse: strange... if I allow onshelfholds in the circ preferences it works without the need of changing the item type. 13:02 marcelr log files are temporary by nature 13:02 cait is the file kept or deleted anyway? becuase then we can just use temp i think 13:01 marcelr move the file to temp 13:01 tcohen marcelr, cait: i have no problem reverting it at some point, but I'm not sure we should. we should as well find a workaround for dev setups 12:59 tcohen can u help me think of a workaround for dev setups instead? 12:57 marcelr i would opt for reverting 12:57 marcelr yeah 12:56 cait runnign the script directly 12:56 cait marcelr: that didn't work for me either 12:54 marcelr in a dev install you will run updatedatabase the most time 12:54 tcohen we need a way to fix it for dev isntalls 12:54 tcohen on a packages setup everything is ru nby the right user 12:53 tcohen it is a mess 12:52 cait tcohen: what about other processes writing to the directory? i think some of the command line scripts log too? 12:49 andreashm magnuse: good idea. 12:47 marcelr all by all, i rather have that file in temp 12:47 marcelr did not test that, but i guess i have to add an exception 12:46 tcohen chown-ing the dir to www-data doesn't fix it? 12:46 marcelr if you use it, he may not like you to write new files out there 12:45 marcelr it is part of the problem 12:45 tcohen what about it? 12:45 magnuse andreashm: maybe check the item in the database before and after editing? and see if anything other than the item type changes 12:45 andreashm maybe we should have someone who's good at the koha administration come to stockholm and guide us through the ropes... anyone interested? =) 12:45 marcelr tcohen: what about selinux too 12:45 magnuse but since changing the item type and chenging it back fixes it, it sounds like there is something that is missing, which is added when you edit the item 12:44 tcohen so it seems to only affect people with dev installs (myself for example) 12:44 andreashm magnuse: gaaaah. =) 12:44 magnuse that could also be :-) 12:44 tcohen i will consider your proposal, my first impression is that the log dir should in any case be owned by the apache process user 12:44 andreashm or if we've screwed up with the circulation rules or something. 12:43 magnuse andreashm: that could be 12:43 andreashm I'm wondering if it is a migration issue. 12:43 marcelr hi tcohen 12:43 magnuse ¡hola tcohen! 12:43 magnuse andreashm: weird! but at this point i would check if an upgrade to 3.18.x fixes it 12:43 tcohen hi marcelr 12:43 tcohen morning! 12:36 andreashm if I manually go and edit the item, and change the "koha item type" field to something else and then back again it suddenly works. 12:35 andreashm humm... my 3.16 doesn't want to add holds. giving an error message saying there are no items added, which there is. weird. anyone stumble onto something similar? 12:34 khall np! 12:34 gerundio cait++, khall++, thanks for all your help 12:34 gerundio ouch, I'll try to reach tcohen when he gets back then 12:33 khall I would say this must be a zebra issue 12:32 khall I'm afraid we've hit the limit of my knowledge. tc ohen can probably help from here when he gets back 12:32 khall gerundio: I think it's safe to rule out a bad record at this point. 12:32 gerundio khall, any hint on what that find query is suppose to return? 12:26 gerundio at least from what I can tell 12:26 gerundio it shows fine in MarcEdit 12:26 gerundio khall, changing the file extension from .marcstd to .mrc worked 12:22 khall marcedit should know to open that 12:22 khall if so, change the file extension to .mrc 12:22 khall does the file end in marcstd? 12:21 gerundio khall, which koha export format should I use, none of the ones I chose seems to fit into MardEdit :s 12:11 gerundio upgrading MarcEdit, I'll get back in a minute 12:11 gerundio exported the record to all 3 MARC formats available on Koha Save option 12:11 cait they might be asking fur usmarc when it shoudl be unimarc or something like that 12:11 cait gerundio: maybe ask them what commands they exactly run 12:09 gerundio khall, does 61849 stand for the biblio id? 12:07 khall gerundio: if you export that record from Koha, can you open it in another program like marcedit? 12:07 cait i think maybe they missed a command - telling what to display? 12:07 gerundio thanks cait++, I was just about to repost that info 12:06 cait (13:00:03) gerundio: which resulted in "[239] Record syntax not supported -- v2 addinfo '1.2.840.10003.5.10' nextResultSetPosition = 2" 12:06 cait (12:59:08) gerundio: they issued a "find @attr 1=12 61849" command followed by "show 1" 12:06 gerundio they connecting via Z39.50 12:06 khall so it's a record you've exported from Koha and sent to EBSCO? Or are they getting it via z39.50? 12:05 cait i know unimarc z39.50 was broken at some point, but that was ages ago 12:05 cait hm ok 12:05 khall that's odd 12:05 gerundio 3.18.02 12:05 cait gerundio: which version of koha are you using? 12:05 cait khall: gerundio is working with ebsco and they say they can't display a record in his catalog 12:05 gerundio unimarc 12:04 khall as in yaz-client? 12:04 cait are you using marc21 or unimarc? 12:04 cait khall: are you friends with yaz? 12:04 gerundio I performed some basic tests using MarcEdit Z39.50 client 12:03 gerundio I'm not familiar with Z39.50 server myself 12:03 cait a missing command 12:03 cait like tell it to display marc21 or so 12:03 cait it might be they need to select a record syntax 12:03 cait gerundio: maybe best woudl be if you tested yourself 12:03 gerundio cait, maybe 12:03 cait :) 12:03 cait gerundio: or it's just an email text they copy a lot : 12:03 gerundio yes 12:03 cait are you running koha yourself? 12:02 gerundio I think that as ILS Vendor, Koha, they might be thinking about LibLIme Koha 12:02 cait hm 12:02 gerundio this was their last email 12:02 gerundio t be behaving incorrectly." 12:02 gerundio implying that is why our attempts to harvest and display holdings information is failing. Your ILS Vendor, Koha, does not require any special configuration to implement RTAC functionality. At this point, it would be most useful for you to consult your ILS Vendor, Koha, as they should have more information on the error shown in the previously sent screenshot. We do not maintain the z39.50 server, so unfortunately we do not know why it migh 12:02 gerundio "At present, we are able to use credentials that have been previously provided to login and access the z39.50 server associated with your local Catalog. We use a program called Yaz to test accessing and searching a z39.50 server. After logging in and access the z39.50 server, we are able to search for and find Records from your Catalog that exist on the server. Unfortunately, we are unable to display any of the Records within the server, 12:01 cait so what is 1=12 supposed to be? 12:01 gerundio they told me they can connect and perform searches just fine in the Z39.50 12:00 cait think they might be missing something 12:00 gerundio as I don't either 12:00 gerundio bummer, I was hoping you would 12:00 gerundio which resulted in "[239] Record syntax not supported -- v2 addinfo '1.2.840.10003.5.10' nextResultSetPosition = 2" 11:59 cait sorry, i don't really speak yaz 11:59 gerundio they issued a "find @attr 1=12 61849" command followed by "show 1" 11:58 gerundio cait, I have a screenshot from a YAZ client session they sent me 11:57 cait gerundio: what exactly are they looking for? 11:57 cait gerundio: i think koha has no rtac yet 11:47 gerundio is there any specific settings on Koha I should be aware in order to get this up and running? 11:47 gerundio I couldn't find any relevant documentation regarding this subject online 11:46 gerundio people at EBSCO are having some trouble retrieving R-TAC information using our Koha Z39.59 server 11:45 gerundio hi everyone, good morning 11:33 gmcharlt wiki back up 11:30 khall mornin magnuse! mornin #koha! 10:55 cait i am trying to catch up - currently working ona serials patch (where i shoudl set the qa contact actually) 10:55 cait i said i woudl test that -but not sure when 10:55 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10480 enhancement, P5 - low, ---, m.de.rooy, Signed Off , Improvements for framework plugins in cataloguing/item editor 10:55 cait bug 10480 10:55 marcelr cait: you take 10480 :) 10:54 marcelr cait: OK 10:54 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13859 normal, P5 - low, ---, katrin.fischer, Signed Off , Fix item search result list - obsolete "by" and display of publication date for MARC21 10:54 cait marcelr: could i ask you to qa bug 13859 sometime? it's my patch and Joubu signed off - so already down with qa options a bit there :) 10:52 marcelr well, it would not be my suggested name, but what's in a name? 10:51 marcelr updated_on ? 10:49 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13421 enhancement, P5 - low, ---, jonathan.druart, Passed QA , Add the creation time for virtual shelves 10:49 Joubu marcelr: bug 13421 comment7 10:46 Joubu marcelr: I don't know :) Kyle suggested something, let me check 10:44 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10459 minor, P5 - low, ---, m.de.rooy, ASSIGNED , borrowers should have a timestamp 10:44 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11165 enhancement, P5 - low, ---, jonathan.druart, Needs Signoff , auth_header.datemodified should be updated 10:44 marcelr Joubu: about bug 11165: should your timestamp actually be called timestamp? note the previous discussion on irc in relation to bug 10459 (I wanted to add bortimestamp to make it unique, but found no support) 10:40 magnuse ooh, interesting theory 10:28 drojf that must be why hipsters throw cucumbers into their gin ;) 10:27 magnuse sounds like lots of alcohol might be required to attain the cognitive level of a cucumber 10:21 magnuse you can do it! 10:21 kivilahtio its hard to think like a Cucumber 10:21 kivilahtio man it's hard to write Cucumber tests 10:18 drojf that's what i thought. thanks 10:17 cait so normally only what is in there before i think 10:17 cait it uses zebra 10:17 cait hm depends how fast your indexing is :) 10:16 drojf when i use matching rules for import, will it match only records already in the database before, or also those i import right at that moment? 10:14 indradg cait: i see.. 10:13 cait indradg: sorry, not that i am aware of 10:13 cait Joubu: i got lots of small patches... results of our testing and uer meeting 10:13 cait Joubu: thx :) 10:11 Joubu cait: yep, will do 09:58 indradg one that does not involve digging into opac-detail.tt and .pl? 09:57 indradg is there a way to add a column from the items db table to the opac-detail holdings table in the NormalView? 09:55 indradg hi! 09:54 cait heh 09:54 kivilahtio :) 09:54 ashimema ;) 09:54 magnuse ashimema: you can look it up on the wiki... 09:54 ashimema that's an equinox one aint it 09:53 kivilahtio :) 09:53 ashimema just did that 09:53 ashimema yup 09:53 kivilahtio <akafred> http://www.downforeveryoneorjustme.com/wiki.koha-community.org 09:52 ashimema is wiki.koha-community down? 09:50 wahanui magnuse, I didn't have anything matching this noe 09:50 magnuse wahanui: forget this noe 09:49 wahanui hmmm... this one is cool as long as someone *wants* acknowledgement 09:49 cait this one 09:49 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13859 normal, P5 - low, ---, katrin.fischer, Needs Signoff , Fix item search result list - obsolete "by" and display of publication date for MARC21 09:49 cait bug 13859 09:48 cait hm,... and that was the wrong bug number 09:48 huginn 04Bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13856 minor, P5 - low, ---, katrin.fischer, Passed QA , Hard to translate strings on patron search results page 09:48 cait Joubu: could you maybe take a look at bug 13856? It includes some changes specific to unimarc 09:33 magnuse paul_p: yay :-) 09:25 paul_p magnuse thanks, i've fwd:: the hilight to pierre 09:22 magnuse paul_p: small typo in http://biblibre.com/en/blog/koha-hackfest-2015-roundup "28 patches have been signed, 60 patches have been signed" 09:19 nlegrand I meant o/ magnuse but hey marcelr also ^^ 09:19 marcelr :) 09:19 nlegrand o/ marcelr 09:16 marcelr note that only the dir permission did not solve my problem, i also adjust selinux 09:16 Joubu marcelr: That's what I wanted to do, at the beginning. But it looked a good idea to keep a trace of the updatedb executions 09:15 marcelr you could write your file to temp? 09:15 magnuse hiya nlegrand 09:15 Joubu marcelr: I agree, but there is an easy workaround. We can try to avoid to revert the patch before the release 09:12 marcelr yeah, but i should not have to do it 09:12 Joubu modify* 09:11 nlegrand Hiya #koha 09:11 Joubu marcelr: you can modified the logdir entry in your koha-conf file to point to a directory writable by your koha user 09:03 Viktor Hi Magnuse! 09:01 magnuse hiya khall and Viktor 08:48 kivilahtio helps ease the pain of kohawiki being downs 08:48 huginn marcelr: The operation succeeded. 08:48 marcelr @later tell tcohen "Please revert bug 13793" 08:47 akafred :-) 08:47 kivilahtio what a nice web app! 08:46 akafred --> It's not just you! 08:46 akafred http://www.downforeveryoneorjustme.com/wiki.koha-community.org 08:37 marcelr hi gaetan_B 08:33 gaetan_B hello 08:12 marcelr hi #koha 08:09 kivilahtio haie fridolin 08:07 fridolin hie poeple 07:58 reiveune !hgb 07:55 andreashm morning 07:48 reiveune hello 07:46 andreashm magnuse: very 07:45 magnuse andreashm: sounds like fun 07:43 alex_a bonjour 07:42 andreashm I came in early to work today to watch a webinar from Ex Libris. it was to start at 7 gmt (40 min ago). I have yet to recieve any connection details. great. 07:40 magnuse hiya AmitG 07:38 AmitG magnuse 07:38 AmitG hi 07:37 andreashm tjenix magnuse 07:37 magnuse tjänare andreashm 07:31 andreashm morning 07:03 cait hi magnuse 06:43 magnuse kia ora cait 06:41 cait morning #koha 06:37 * magnuse waves 06:13 drojf morning 05:10 AmitG chris around? 05:10 AmitG hi chris 02:45 dcook Well, easiest as in easiest short term 02:45 dcook Of course, I would think the easiest solution would be not to optimize the database, but... 02:44 dcook Like reserves... or items, biblios, biblioitems, issues, etc... 02:44 wizzyrea yes. 02:44 dcook Which... can be bad for any table that moves from one table to another 02:44 wizzyrea ah 02:44 dcook Apparently optimizing the table will reset the AutoIncrement to one higher than the number within that table 02:44 dcook The only trouble I have with reserves lately is with the AutoIncrement 02:44 dcook I see I see 02:44 wizzyrea is a quirky thing. 02:43 wizzyrea or it "thinks" that since it's put the table on the printable page, that it's only one page worth. or something. 02:43 dcook Boo-urns 02:43 wizzyrea i.e. it doesn't like to split them across pages, so it just quits. 02:42 wizzyrea it's actually not weird, it's something to do with firefox and tables 02:42 wizzyrea that it only prints the first page from firefox. 02:42 dcook wizzyrea: What's weird about the reserve queue? 02:42 * dcook perks up 01:16 huginn wizzyrea: The operation succeeded. 01:16 wizzyrea @later tell barton I have heard of the reserve queue going dumb like that, yes. 01:01 huginn New commit(s) kohagit: Bug 13858: Datatables paging on Koha news tool page slightly broken <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=f3e02d2496a411b52304b4ade8b9594442993020> / Bug 13863: Fix Datatables paging on the cities and search history pages <http://git.koha-community.org/gitweb/?p=koha.git;a=commitdiff;h=031cccb6740cff2ec449f5fa219a872589d76974>