← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
00:23 | dac joined #koha | |
00:23 | dac | Oh, Windows 8. Thou art the buggiest... |
00:26 | dcook | Nothing like a crash to make you restart your browser sans billion tabs |
00:28 | chrisvella94 joined #koha | |
00:30 | chrisvella94 joined #koha | |
00:31 | chrisvella94 joined #koha | |
00:32 | chrisvella94 joined #koha | |
00:46 | chrisvella94_ joined #koha | |
00:57 | irma_ joined #koha | |
01:01 | rocio joined #koha | |
01:07 | dcook | rangi: looks like GitStats isn't updating again. The last commit that it's showing is for 2014-06-27, but there have been around 10 pushed in July alone, I think. |
01:34 | Whoa...it's still morning | |
01:34 | When did that happen? | |
01:36 | rangi | hmm ill look |
01:37 | seems to be working fine | |
01:37 | yeah | |
01:38 | git log tells me latest was Date: Thu Jun 26 15:03:37 2014 -0400 | |
01:38 | which is the one i pushed this morning | |
01:38 | eythian | dcook: it's very much afternoon. |
01:39 | rangi | ahhh its the mailmap busting it |
01:39 | ill fix | |
01:40 | explains why it wasnt merging too | |
01:49 | eythian | http://devopsreactions.tumblr.[…]ing-a-split-brain <-- why you shouldn't run two ES instances. |
01:49 | dcook | rangi: Yay! |
01:49 | eythian: Damn timezones... | |
01:50 | eythian: hehe. I just saw that tumblr this morning thanks to cjh.. | |
01:51 | cjh | ;) |
01:56 | rangi | dcook: http://git.koha-community.org/[…]ster/authors.html |
02:01 | dcook | Yay! Thanks, rangi :) |
02:37 | chrisvella94_ joined #koha | |
02:39 | chrisvella94_ joined #koha | |
02:40 | chrisvella94_ joined #koha | |
02:43 | chrisvella94_ joined #koha | |
02:45 | rocio left #koha | |
02:54 | bag | hey eythian you around? |
02:55 | rangi | he just ducked out |
02:55 | shouldnt be long | |
02:55 | bag | cool |
02:55 | thanks | |
02:58 | rocio joined #koha | |
03:02 | bag | @wunder las vegas nv |
03:02 | huginn | bag: The current temperature in MacDonald Ranch, Henderson, Nevada is 38.9°C (8:00 PM PDT on July 02, 2014). Conditions: Partly Cloudy. Humidity: 10%. Dew Point: 2.0°C. Pressure: 29.62 in 1003 hPa (Rising). Excessive heat warning in effect until 10 PM PDT this evening below 4000 feet... |
03:04 | dcook | Excessive heat warning? |
03:05 | * dcook | knows nothing of Nevada altitude... |
03:05 | dcook | Except getting a bit sick after leaving Reno... |
03:07 | bag | yeah I was just in Vegas this last weekend for ALA |
03:08 | brutally hot | |
03:08 | it was 114 (I think that's the hottest I've ever been in) | |
03:08 | @wunder 93101 | |
03:08 | huginn | bag: The current temperature in Westside (Gillespie), Santa Barbara, California is 17.7°C (8:08 PM PDT on July 02, 2014). Conditions: Clear. Humidity: 83%. Dew Point: 15.0°C. Pressure: 29.85 in 1011 hPa (Steady). |
03:08 | bag | much nicer :) |
03:08 | dcook | 114 is pretty hot.. |
03:09 | I think I did 118 in 2013 | |
03:09 | But that was just for a day | |
03:09 | @wunder sydney, australia | |
03:09 | huginn | dcook: The current temperature in Matraville, Sydney, New South Wales is 20.8°C (1:05 PM EST on July 03, 2014). Conditions: Clear. Humidity: 56%. Dew Point: 12.0°C. Pressure: 30.24 in 1024 hPa (Falling). |
03:09 | * dcook | looks outside |
03:09 | dcook | It does look like a beautiful day... |
03:10 | rangi | @wunder nzwn |
03:10 | huginn | rangi: The current temperature in Wellington, New Zealand is 10.0°C (3:00 PM NZST on July 03, 2014). Conditions: Clear. Humidity: 47%. Dew Point: -1.0°C. Pressure: 29.36 in 994 hPa (Steady). |
03:11 | * dcook | is trying to think of Oz/Nz slang for warm things |
03:11 | dcook | "Woolies"? |
03:11 | Hope you're rugged up? | |
03:12 | I suppose we'd say "bundle up" in Canada... | |
03:12 | Although -10 is cause for tshirt and shorts in spring... | |
03:12 | bag | yeah that's canada for you |
03:12 | * dcook | thinks Saskatchewan should host Kohacon in "spring" |
03:12 | dcook | bag: Yep :) |
03:13 | I used to think Saskatchewan was about the most hardcore you could get...blistering heat and blistering cold, but we build houses pretty well (or we don't notice the cold as we're numb most of the time) | |
03:18 | eythian | bag: yo |
03:19 | bag | heya - bbias |
03:19 | eythian | kk |
03:23 | bag | so eythian browse for ES |
03:23 | eythian | yeah, ES has no easy function (that I've found) to do what we (well, me at least) were thinking of. |
03:24 | It's good at search, but not good at giving you things that aren't part of your search terms. | |
03:24 | bag | I wasn't sure what your questions where... I thought what we had in the original demo stuff in March was pretty darn good |
03:24 | ah right so not a shelf list | |
03:24 | just results | |
03:25 | eythian | Yeah. I had faked it for testing purposes by just doing a "startswith" query, but that's not really the same thing. |
03:25 | bag | right and would only work for a little bit |
03:25 | eythian | yep |
03:25 | However, I've taken the shelf browser idea, and am having a go at implementing something that does a similar thing to that. | |
03:25 | bag | alright I'm caught up then |
03:25 | eythian | It's actually not going to be especially complicated. |
03:25 | bag | sweet |
03:26 | eythian | basically, all the fields you care about browsing, when you index you throw all the values into a database table. |
03:26 | bam, now we have a thing to browse on. | |
03:26 | (a bit more than that, but that's the essence of it :) | |
03:26 | bag | so just a bigger table |
03:27 | and can we ISAM that instead of INNODB | |
03:27 | eythian | It'll be quite a large table, but will only have a few columns. |
03:27 | Hmm. | |
03:27 | bag | at least for current mysql |
03:27 | eythian | most likely, yes |
03:27 | It'll depend on whether ISAM allows us the same degree of indexing, but if it does, then sure. | |
03:27 | It won't have any foreign relationships anyway. | |
03:28 | bag | so then it can be possible (I think)... |
03:28 | so would that be a build browse indexes at set times? cronjob | |
03:28 | eythian | I think so. It'll also work across search engines, too. |
03:29 | nah, it'd build the browse index when you add a record normally. | |
03:29 | i.e. as part of rebuild_(zebra|elasticsearch) | |
03:29 | bag | ok cool |
03:29 | hmm if you get the browse into a index table - then anyone could develop the display they want off that | |
03:29 | that's cool | |
03:29 | eythian | yeah |
03:30 | bag | would be nice if we could store it in any database we wanted instead of just the koha database |
03:31 | eythian | yeah. I'd put it in ES, but there's no way to say "give me this record and the five next ordered by this" |
03:31 | (without adding a number to the records yourself, but that means reindexing the whole lot to add one in the middle.) | |
03:32 | bag | :P |
03:32 | dcook | Pssst |
03:32 | eythian | hush dcook |
03:32 | dcook | hehe |
03:32 | eythian | we don't care about zebra :) |
03:32 | dcook | :( |
03:33 | eythian | I mean zebras are all "we just want to be like pandas, cos pandas are cool, but we're more like horses" |
03:33 | dcook | If we're keeping Zebra around for a z39.50 server, why not keep it around for a browser as well? :p |
03:34 | I suppose the z39.50 server could be updated fairly rarely | |
03:34 | The browser not so much.. | |
03:34 | * dcook | wishes eythian luck in any case |
03:34 | eythian | dcook: because in the short span of 50 years time, SRU and such will eat z39.50's lunch :) |
03:34 | * dcook | ponders |
03:34 | dcook | I think SRU uses CQL, and ZOOM can use CQL. |
03:35 | I suppose that's not the same thing at all though, lol | |
03:35 | Durrr | |
03:35 | Because ZOOM would still be using z39.50.. | |
03:35 | I would say it must be Monday if it weren't Thursday | |
03:36 | Hmm | |
03:36 | Actually, ZOOM can use SRU/SRW instead of Z39.50 | |
03:36 | I suppose the ZOOM acronym would just be a bit...misleading | |
03:37 | eythian | yeah :) |
03:37 | dcook | zebrasrv can also use SRU |
03:38 | Actually, I had a peak at CQL yesterday...it seems to much nicer than CCL... | |
03:38 | seems so* | |
03:38 | * dcook | didn't mean to butt into the eythian/bag dialogue :p |
03:38 | dcook | Well, I did, but only briefly |
03:39 | bag | no worries that's why we talked here dcook - so others can have input too |
03:40 | eythian | But anyway, hopefully my approach will be generally useful. I guess you could replace it with a special provider if your search backend can handle it for you. |
03:40 | dcook | Oh yeah.. |
03:41 | eythian: I had shot off an email to the DSpace folks asking how they did their browse with Solr, but got nothing in response :/ | |
03:42 | eythian | hmm, it'd be good to know. |
03:42 | dcook | I think that they put it in a browse index in Solr and use a value that they have to update each time they reindex...but I would rather have the confirmation |
03:43 | It's been too long since I played around with DSpace and Solr | |
03:43 | I seem to recall having issues with their browsing not updating though | |
03:43 | eythian | yeah, if it's doing that, then they probably only update it sporadically |
03:44 | dcook | Mind you...my problem may have been with cacheing if I recall correctly.. |
03:44 | eythian: Yeah, I would hope so. | |
03:44 | Not familiar enough with Java or Dspace to know for certain what they're doing | |
03:45 | They're a fairly small isolated community too, so a bit tough to get in touch with them from down under.. | |
03:45 | I do know though that your idea of using database tables is what they used to do at least.. | |
03:46 | eythian | hmm OK |
03:47 | rangi | https://www.bikewise.co.nz/new[…]culture-worldwide |
03:49 | eythian | https://github.com/DSpace/DSpa[…]owse/package.html <-- dcook |
03:49 | The Browse API uses database tables to index Items based on the supplied | |
03:49 | configuration. When an Item is added to DSpace, modified or removed via the | |
03:49 | <a href="../content/package-summary.html">Content Management API</a>, the | |
03:49 | indexes are automatically updated. | |
03:51 | dcook | Ahhh, right, I forgot it's not what they "used to" do, they still can do that |
03:51 | There is the SolrDAO but they also have the DB version...right. | |
03:52 | I think that example site I showed you before uses the SolrDAO... | |
03:53 | Hmm, that html looks a bit dated | |
03:53 | eythian | that surprises me, unless solr does facets quite differently to ES, I can't see how it'd work at any sort of speed. |
03:54 | dcook | Hmm, I'll check that site |
03:54 | Hmm Vim's history has me at the right point already. That's weird.. | |
03:55 | Yep, that site I showed you is using Solr, and it's super fast | |
03:55 | pastebot | "dcook" at 127.0.0.1 pasted "DSpace browse config" (17 lines) at http://paste.koha-community.org/75 |
03:56 | irma_loves_liquorice joined #koha | |
03:57 | dcook | Who doesn't love liquorice? |
03:58 | Hmm... | |
03:58 | I bet it gets its speed from cacheing | |
04:00 | Doesn't look like it has records but rather has pointers to records.. | |
04:00 | I suppose that's speed in retrieval but not indexing though | |
04:01 | Yeah https://github.com/DSpace/DSpa[…]owse/package.html is from 2010 | |
04:01 | This doesn't have to do with the Solr stuff at all as that's quite recent | |
04:02 | eythian | https://github.com/DSpace/DSpa[…]owseDAO.java#L359 |
04:02 | It still looks like it's pulling all the facets and sorting them | |
04:02 | dcook | I was just about to post https://github.com/DSpace/DSpa[…]olrBrowseDAO.java |
04:02 | eythian | I can't understand how that's fast |
04:03 | dcook | Ahh |
04:03 | eythian | oddly, that method never uses 'value' |
04:03 | err | |
04:03 | never uses 'column' | |
04:04 | dcook | Probably just there for compatibility |
04:04 | As it's overriding an inherited method | |
04:04 | The database DAO would use column I bet | |
04:04 | eythian | sure, but assuming the column is the aspect of data to be looking over... |
04:04 | how can it ignore it? | |
04:05 | dcook | Hmm, good point |
04:05 | I wonder where "facetField" is defined.. | |
04:06 | eythian | L685 |
04:06 | * eythian | should focus on what he's supposed to be doing for now though |
04:07 | eythian | https://www.youtube.com/watch?v=gPuI_pbCYOI |
04:07 | ^-- rangi | |
04:07 | dcook | Are you saying for once I derailed you? :P |
04:07 | rangi | heh |
04:07 | eythian | well, I'm supposed to be doing a migration... |
04:08 | dcook | Ah, well |
04:08 | As for speed, I'd suggest looking at "getSolrResponse" and "SolrBrowseDAO.FacetValueComparator" I guess | |
04:08 | eythian | it's a comparator |
04:09 | dcook | Why did you decide against facets again? |
04:09 | eythian | it's more the "fetch thousands of values via HTTP" that I have issues with |
04:09 | because of the "fetch thousands of values via HTTP for every view" problem. | |
04:09 | dcook | Totally |
04:09 | Ahh | |
04:09 | Don't you already have that though? | |
04:10 | I seem to recall seeing a "*" query on your opac-search.pl, no? | |
04:10 | That'll return thousands of records for every view I would think | |
04:10 | Ah wait | |
04:10 | I'm an idiot | |
04:10 | *:"keyword" | |
04:10 | Not *:* | |
04:11 | eythian | dcook: yeah, that's a "request all and I'll give you the top 20 first" thing. |
04:11 | and facets are limited to about 10 currently, though I do need to implement expanding them. | |
04:11 | dcook | Hmm |
04:11 | eythian | (though, for browse purposes, I could say "give me the top 100,000" |
04:12 | but then I'd have to process up to 100,000.) | |
04:12 | dcook | How do you get your facets? |
04:12 | You can say only give you X? | |
04:12 | The size parameter controls how many facet entries will be returned. | |
04:12 | Hmm | |
04:13 | The value computed can also be a script, using the value_script instead of value_field, in which case the lang can control its language, and params allow to provide custom parameters (as in other scripted components). | |
04:13 | That sounds interesting | |
04:14 | Mind you, the whole facets being deprecated thing is a drag | |
04:14 | francesa joined #koha | |
04:14 | eythian | dcook: yeah, I can control facets, but I still need to fetch them all to figure out where "smith" lives in the list. |
04:14 | rangi | francesa: http://irc.koha-community.org/ |
04:15 | http://irc.koha-community.org/style.css thats the css | |
04:15 | i was thinking it would be nicer to make it look like | |
04:15 | http://download.koha-community.org/ | |
04:16 | dcook | Hmm |
04:16 | francesa | ok I'm just opening the links now |
04:16 | eythian | 28-Aug-1989|5/06/98 <-- two different date formats, one field. Great work there. |
04:17 | I don't even know how it can be two, it's the accession date, and it represents one copy. | |
04:17 | dcook | eythian: Keeping in mind that I know nothing of caches...couldn't you store the facets in a cache...then refresh them either periodically or on updates? |
04:17 | I suppose you're still retrieving a lot of values and parsing them.. | |
04:18 | eythian | yes, but I'd still have to search them. Better would be to put them into something that can quite efficiently do searching and just provide me with the linear results that I want. |
04:18 | oh wait... | |
04:20 | This data has a column called "Today's Date". What the hell. | |
04:20 | It seemed so sane up until just now. | |
04:20 | dcook | lol |
04:20 | eythian | oh hey, it's in a different date format to the other dates. Fancy that. |
04:20 | * eythian | ignores it. |
04:23 | rangi | francesa: if you want to get all the files |
04:23 | you can do | |
04:23 | in a terminal | |
04:23 | git clone https://git.gitorious.org/koha[…]ot/kohalogbot.git | |
04:26 | eythian | oh god issues and issue history are at the biblio level |
04:26 | this is terrible | |
04:27 | dcook | eythian: You might want to look at this later: https://github.com/DSpace/DSpa[…]BrowseEngine.java |
04:31 | thd-away joined #koha | |
04:38 | barton_away joined #koha | |
04:51 | rangi | francesa: https://gitorious.org/ |
05:06 | rocio left #koha | |
05:11 | cait joined #koha | |
05:28 | dcook | Hmmm |
05:31 | Having problems in a few instances with the same code and the same data? | |
05:31 | SetEnv DEBUG 1 | |
05:31 | * dcook | twitches a bit |
05:31 | dcook | I'm glad this same thing happened to me a year or so, or I would've gone crazy |
05:31 | This whole experience thing sure comes in handy... | |
05:31 | eythian | heh who would have thought. |
05:31 | dcook | hehe |
05:32 | my $dbh = DBI->connect("DBI:$db_driver:dbname=$db_name;host=$db_host;port=$db_port", | |
05:32 | $db_user, $db_passwd, {'RaiseError' => $ENV{DEBUG}?1:0 }) or die $DBI::errstr; | |
05:32 | It'll get you every time | |
05:32 | Mind you, the fatal error comes due to some absolutely horrendous coding on "our" part | |
05:33 | * cait | waves sleepily |
05:33 | dcook | heya cait :) |
05:34 | * dcook | wonders if this has been fixed in master.. |
05:35 | eythian | hi cait |
05:35 | cait | hi dcook and eythian |
05:36 | dcook | Nopes.. |
05:36 | C4::Items::GetItemInfosOf | |
05:36 | http://repo.or.cz/w/koha.git/b[…]C4/Items.pm#l1145 | |
05:36 | * eythian | chooses not to look |
05:37 | dcook | I certainly wouldn't bother :p |
05:37 | * dcook | will fix it in a jiffy... |
05:37 | eythian | dealing with bad data from a non-koha system as it is :) |
05:37 | actually, not too bad data. A badly designed data structure. | |
05:37 | * dcook | is still trying to decide what is the worst about this |
05:38 | dcook | Perhaps a total lack of error checking |
05:38 | Not even error checking.. | |
05:39 | Row upon row of backwardsness perhaps.. | |
05:40 | * dcook | debates fixing the acute problem or the larger bad design.. |
05:48 | dcook | Alas, I think I only have time to fix the acute problem |
05:56 | ashimema | morning.. |
05:56 | wahanui | morning is a state of cat |
05:56 | ashimema | or evening for you ppes round the other side.. |
05:56 | eythian | hi ashimema |
05:56 | dcook | afternoon, ashimema :) |
05:57 | Do I recall there being a Reserves rewrite? | |
05:57 | eythian | OK, I'm failing to achieve anything here, I think I should go home. |
05:57 | later all. | |
05:58 | dcook | night, eythian |
06:18 | jseplae joined #koha | |
06:47 | reiveune joined #koha | |
06:48 | reiveune | hello |
06:50 | marcelr joined #koha | |
06:51 | marcelr | hi #koha |
06:52 | paul_p joined #koha | |
06:55 | yohann joined #koha | |
07:06 | dcook | hey Europeans :) |
07:08 | marcelr | hi dcook |
07:17 | gaetan_B joined #koha | |
07:17 | gaetan_B | hello |
07:18 | laurence joined #koha | |
07:25 | alex_a joined #koha | |
07:32 | cait joined #koha | |
07:33 | marcelr | hi cait |
07:34 | cait | hi marcelr! |
07:34 | alex_a_ joined #koha | |
07:47 | cait | marcelr: glad to see you around :) |
07:47 | marcelr | :) had some vacation |
07:48 | cait | nice :) |
07:55 | khall_away: ping me when you are around? | |
07:56 | sophie_m joined #koha | |
07:57 | paul_p | !seen matts |
07:57 | @seen matts | |
07:57 | huginn | paul_p: matts was last seen in #koha 4 weeks, 2 days, 0 hours, 50 minutes, and 6 seconds ago: <matts> hello ! |
07:58 | cait | bonjour paul_p |
07:58 | france vs. germany tomorrow? :) | |
07:58 | paul_p | cait it seems. I hope you'll still QA BibLibre patches, even if germany come back home ;-) |
08:00 | cait | hmmmmmm not sure... |
08:00 | paul_p | cait OK, /me calling french players to tell them to let you win now |
08:02 | cait | you have connections? :) |
08:03 | going to watch the game with some coworkers, should be fun anyway | |
08:06 | hoping the german team recovers - seems a lot of them have the flu or something | |
08:55 | ztajoli joined #koha | |
09:16 | fridolin joined #koha | |
09:16 | fridolin | hie all |
11:19 | laurence joined #koha | |
11:35 | bgkriegel joined #koha | |
11:35 | bgkriegel | Hi |
11:45 | khall | cait: what's up? |
12:13 | oleonard joined #koha | |
12:22 | oleonard | Bug 11703 doesn't apply anymore, already? |
12:22 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11703 enhancement, P5 - low, ---, kyle, Passed QA , Convert checkouts table to ajax datatable |
12:36 | tcohen joined #koha | |
12:43 | tcohen | morning |
12:47 | oleonard | Hi everyone |
12:56 | bgkriegel | hi tcohen oleonard |
13:05 | rocio joined #koha | |
13:15 | huginn | New commit(s) kohagit: Bug 10652 - Ajaxfileupload.js failing in IE9 for local image upload <http://git.koha-community.org/[…]1af496377c5de7748> / Bug 12150: Add missing space and correct innerHTML typo <http://git.koha-community.org/[…]a20b73c3445f772ed> / Bug 12150 - Use more javascript string formatting in intranet for translated strings. |
13:19 | trendynick joined #koha | |
13:29 | cait | khall: stil there? |
13:29 | khall | yo |
13:29 | cait | oleonard: where is the conflict? |
13:29 | wahanui | the conflict is in the perldoc :) |
13:29 | jburds_ joined #koha | |
13:30 | oleonard | cait: circulation.tt and moremember.pl |
13:30 | cait | hm wonder why |
13:30 | must be another patch - patron serach? | |
13:30 | it applied on a sandbox from yesterday | |
13:37 | khall: pm :) | |
13:40 | bgkriegel | oleonard: just tried and 11703 applies without problem |
13:40 | oleonard | Weird. |
13:42 | jseplae joined #koha | |
13:45 | huginn | New commit(s) kohagit: Bug 12220 - bootstrap not responsive on all devices <http://git.koha-community.org/[…]59fdb6dc3e108a143> / Bug 12237: Remove the "horrible hack" in C4::Templates <http://git.koha-community.org/[…]fe2347671e2a12ebf> |
13:55 | jcamins | tcohen: you should put the dates for KohaCon14 directly on the front page of the KohaCon14 section of the site. |
13:55 | tcohen | ok! |
13:55 | good morning jcamins! | |
13:55 | huginn | New commit(s) kohagit: Bug 12451 - circulation rule cant be edited if itemtype contains a space character <http://git.koha-community.org/[…]c48b796ae05c82dfa> / Bug 8567: Set output directory for fines.pl in cron config created by the packages <http://git.koha-community.org/[…]cdeb662283f05f5f0> |
13:55 | jcamins | Good morning. |
14:23 | tcohen | khall: it seems to me that checkout page is reloaded on each checkout instead of doing it asynchronously |
14:23 | ref bug 11703 | |
14:23 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11703 enhancement, P5 - low, ---, kyle, Passed QA , Convert checkouts table to ajax datatable |
14:24 | khall | tcohen: yes, that is not a bug |
14:24 | the next step is to ajaxify the checkout process itself | |
14:24 | that's something jesse weaver has been working on | |
14:24 | I've seen a working proof of concept | |
14:25 | his work is built on top of bug 11703 | |
14:25 | tcohen | ok |
14:28 | khall | the goal of bug 11703 itself is only to make circulation.pl load as fast as possible to increase the "responsiveness" of circulation for librarians |
14:37 | carmenh joined #koha | |
14:50 | Joubu | khall: do you know if that will allow checkouts in a batch? |
14:51 | khall | Joubu: bug 11703 doesn't |
14:51 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11703 enhancement, P5 - low, ---, kyle, Passed QA , Convert checkouts table to ajax datatable |
14:51 | khall | that's something that would need to be added to jesse's work |
14:52 | in the end I think it will trivialize the ability to do batch checkins | |
14:52 | s/checkins/checkouts/ | |
14:53 | Joubu | yes I know 11703 does not allow, I qa it :) |
14:54 | * khall | forgot about that |
14:54 | khall | and I think you for qa'ing! |
14:54 | s/think/thank/ | |
14:54 | * khall | can't type today |
14:54 | Joubu | khall: because I wrote bug 11759. It will be completely broken with 11703. |
14:54 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11759 enhancement, P5 - low, ---, jonathan.druart, Needs Signoff , Batch checkout |
14:55 | Joubu | And I will need to rewrite it. So it would be good to know on what JesseM is working :) |
14:55 | tgoat joined #koha | |
14:56 | khall | Joubu: yes, I'll see if Jesse can submit a patch yet. I think it would be best to base a new version of the feature on that. It shouldn't be very hard to add batch processing to it |
14:57 | JesseM | I think you mean the other Jesse :P Pianohacker |
14:57 | Joubu | khall: ok, let me know |
14:57 | khall | JesseM: yep, dang autocomplete! |
14:57 | Joubu | JesseM: yep, sorry, autocomplete :) |
14:57 | khall | Joubu: will do! |
14:57 | JesseM | :) |
14:59 | khall | Joubu: I know the feeling too. I had that happen with a serials patch I submitted. |
15:00 | reiveune | bye |
15:00 | reiveune left #koha | |
15:00 | yohann left #koha | |
15:01 | gmcharlt | please note the latest addition to the coding guidelines, DEPR1, deprecating the non-XSLT OPAC templates per the dev meeting yesterday http://wiki.koha-community.org[…]_Guidelines#DEPR1 |
15:01 | khall | gmcharlt: so we didn't decide to deprecate non-xslt for the staff intranet as well? |
15:02 | gmcharlt | khall: I'm not sure |
15:03 | my suggested wording was OPAC-only (an oversight) but I don't see that anybody commented on that until you did just now | |
15:03 | khall | well, I guess we can bring up the staff side at the next meeting |
15:04 | tgoat joined #koha | |
15:04 | gmcharlt | yeah, or just drop a note on the list |
15:05 | khall | that's a better idea |
15:06 | tcohen | I thought we were talking about both actually |
15:07 | khall | I thought we were as well |
15:07 | cait: any thoughts? ^ | |
15:07 | Joubu: ^ | |
15:09 | smrt joined #koha | |
15:09 | khall | bug 12407 has been needing qa for a while now, I can't because nengard signed it. It should be easy karma |
15:09 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=12407 major, P5 - low, ---, brendon.ford, Signed Off , phone label or data switched |
15:10 | Joubu | khall: In my thoughts, it was for both too |
15:10 | khall | cait appears to be away |
15:10 | Joubu | but maybe you can add it on the trello for the next dev meeting |
15:11 | tgoat | hey bywater .. I can't get log into my bywater google business acct. anyone else having thios issue? |
15:11 | khall | gmcharlt: how do you feel about changing DEPR1 to include staff side now, based on the fact that everyone so far thought it was for both, and we can double check on the mailing list and/or staff meeting |
15:11 | tgoat: you asking the the right channel ; ) | |
15:11 | tgoat | hanks .. didnt notice :) |
15:12 | gmcharlt | khall: no objections |
15:12 | khall | I think you probably meant to put in #bywater |
15:12 | tgoat | right-o! |
15:14 | Joubu | khall: for bug 11395, did you apply the deps? |
15:14 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11395 enhancement, P5 - low, ---, jonathan.druart, Patch doesn't apply , Batch modifications for records |
15:15 | khall | Joubu: nope, I'll reset the status and try again. Thanks for pointing that out! I should know better ; ) |
15:16 | cait | sorry |
15:16 | crazy day at work | |
15:17 | khall: for the non-xslt - both i thought | |
15:18 | khall | I think that settles the issue pretty well than |
15:18 | cait | anything else for me? |
15:18 | I am in a state of confused :) | |
15:19 | Joubu: argh about 11759 - i was looking forward to that - hoping it would help a little with our rfid integration | |
15:19 | Joubu: hope it can be resolved at some point | |
15:20 | and gmcharlt++ for adding the coding guideline :) | |
15:21 | * cait | runs off again |
15:42 | huginn | New commit(s) kohagit: Bug 11703: DBRev 3.17.00.009 <http://git.koha-community.org/[…]393b4801d82bba23b> / Bug 11703: (qa followup) consistency in svc <http://git.koha-community.org/[…]57ba45f776b6565e7> / Bug 11703 [QA Followup] - Change "No data available in table" to "Loading..." <http://git.koha-community.org/[…]koha.git;a=commit |
15:45 | tgoat joined #koha | |
15:54 | oleonard | tcohen: When I try to view the holds tab on the circulation page I get an error: svc/holds.pl not found |
15:55 | tcohen: Looks like holds.js still looks for holds.pl | |
15:59 | carmenh joined #koha | |
16:17 | cait | oleonard: hm worked for me yesterday - could it be the follow up? |
16:17 | oleonard: we tested holds and relative's checkouts yesterday | |
16:18 | oleonard | http://git.koha-community.org/[…]57ba45f776b6565e7 |
16:18 | cait | oleonard: yep, that one |
16:18 | and sorry, imissed you addressed tcohen... | |
16:24 | oleonard | Oh look someone wrote software for managing summer reading programs and made it open source... only it's written in ASP and requires SQL Server :P http://greatreadingadventure.com |
16:25 | cait | oh |
16:32 | laurence left #koha | |
16:53 | tcohen | oleonard: heh, looks like my grep capabilities is degrading |
17:08 | huginn | New commit(s) kohagit: Bug 11703: (followup) svc/holds invoked with trailing .pl <http://git.koha-community.org/[…]0b7d561cdcc2dc5e8> |
17:15 | tcohen | ^^^^^^^^^oleonard |
17:16 | oleonard | Thanks tcohen |
17:16 | tcohen | sorry for that |
17:18 | DBIx experts | |
17:19 | could we have problems with code relying on sorted hashes retrieved from DBIx? | |
17:47 | WNickC joined #koha | |
17:47 | jcamins | bug 11650 |
17:47 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11650 normal, P5 - low, ---, januszop, Passed QA , multiplicated authorities after link_bibs_to_authorities.pl |
18:04 | carmenh joined #koha | |
18:18 | huginn | New commit(s) kohagit: Bug 11638: Remove HTML from addbiblio.pl <http://git.koha-community.org/[…]22fe8ecbd0c32f966> / Bug 12482: (QA followup) coding guidelines for hashrefs <http://git.koha-community.org/[…]528c524a09a0b93b0> / Bug 12482 [QA Followup] <http://git.koha-community.org/[…]e86d58bad633020cb |
18:34 | francharb joined #koha | |
18:42 | tcohen | bye #koha |
19:00 | oleonard | @later tell tcohen It doesn't look like we make any provision for i18n of TinyMCE |
19:00 | huginn | oleonard: The operation succeeded. |
19:05 | cait left #koha | |
19:16 | Viktor joined #koha | |
19:49 | cait joined #koha | |
19:53 | * cait | waves |
19:59 | rangi | morning |
20:06 | cait | morning rangi |
20:33 | hankbank joined #koha | |
20:43 | bag | hola hankbank |
20:46 | * cait | waves |
21:33 | rangi | http://grooveshark.com/#!/ranginui/broadcast in case anyone wants to listen to my music tastes hehe |
21:34 | cait | i'd like to - but no grooveshark here :( |
21:34 | rangi | stupid GEMA |
21:34 | cait | heh |
22:10 | rangi | @wunder nzwn |
22:10 | huginn | rangi: The current temperature in Wellington, New Zealand is 10.0°C (10:00 AM NZST on July 04, 2014). Conditions: Clear. Humidity: 50%. Dew Point: 0.0°C. Pressure: 29.68 in 1005 hPa (Steady). |
22:11 | druthb_away joined #koha | |
22:20 | cait | @wunder konstanz |
22:20 | huginn | cait: The current temperature in Taegerwilen, Taegerwilen, Germany is 14.9°C (12:20 AM CEST on July 04, 2014). Conditions: Clear. Humidity: 74%. Dew Point: 10.0°C. Pressure: 30.15 in 1021 hPa (Steady). |
22:24 | rangi | https://twitter.com/ThatcherRe[…]84824472902328320 |
22:24 | the view from the rea's house | |
22:25 | bag | nice |
22:26 | tcohen joined #koha | |
22:33 | eythian | hi |
22:33 | @wunder nzwn | |
22:33 | huginn | eythian: The current temperature in Wellington, New Zealand is 10.0°C (10:00 AM NZST on July 04, 2014). Conditions: Clear. Humidity: 50%. Dew Point: 0.0°C. Pressure: 29.68 in 1005 hPa (Steady). |
22:33 | eythian | feels about right |
22:54 | cait left #koha | |
23:16 | WNickC | @wunder 05048 |
23:16 | huginn | WNickC: The current temperature in Lebanon, New Hampshire is 28.0°C (6:53 PM EDT on July 03, 2014). Conditions: Partly Cloudy. Humidity: 69%. Dew Point: 22.0°C. Pressure: 29.82 in 1010 hPa (Steady). Severe Thunderstorm Watch 391 in effect until 10 PM EDT this evening... |
23:32 | tcohen | hi eythian |
23:32 | eythian | hello tcohen |
23:39 | mtj | woah, which burb is that foto in, rangi? ^^ |
23:39 | is it brooklyn/melrose | |
23:44 | hiya eythian, tcohen | |
23:45 | eythian | mtj: it'll be Melrose |
23:46 | mtj | those snakey roads! |
23:47 | awesome view wizzyrea | |
23:57 | dcook | wizzyrea: All moved in now? |
23:57 | eythian | I think they are, but they're also going on holiday for a week. |
23:58 | so probably either have left, or are furiously packing :) | |
23:58 | dcook | Ah, right. I forgot about that. |
23:58 | * dcook | couldn't remember the order of holiday and moving |
← Previous day | Today | Next day → | Search | Index