← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
00:18 | papa joined #koha | |
00:26 | rocio left #koha | |
00:29 | dcook | Ooo just learned about "corelist" |
00:29 | That's neat | |
00:29 | eythian | what's that? |
00:29 | dcook | It lets you know whether or not a Perl module is part of the core :) |
00:30 | eythian | oh right |
00:30 | dcook | I was wondering about that a bit... |
00:30 | I mean... we don't include modules that in koha_perl_deps, which are part of the core | |
00:30 | But isn't CGI on its way out? | |
00:30 | I suppose we could just add that later of course.. | |
00:30 | eythian | it's on its way to being non-core |
00:30 | dcook | Yeah |
00:31 | eythian | I can special case that though, by doing something like 'depends: perl (<5.22) | libcgi-perl' |
00:31 | dcook | Only for packages though |
00:32 | We other suckers would need it in koha_perl_deps.pl as well | |
00:32 | Which isn't a big deal of course | |
00:32 | I wonder if koha_perl_deps would benefit from listing whether or not the module is a core module... | |
00:33 | * eythian | only cares about dependencies in packages. Anything more becomes a larger headache. |
00:33 | dcook | True dat |
00:33 | Hmm | |
00:34 | C4::Sip::Sip is actually packaged just as Sip... | |
00:34 | C4/SIP/Sip I suppose.. | |
00:35 | eythian | yeah |
00:35 | it's its own little namespace | |
00:36 | dcook | I didn't know that we did that :S |
00:36 | Looks like the ILSDI stuff might do that as well? | |
00:36 | eythian | see also bug 7904 |
00:36 | dcook | Hmm nope... must be something else |
00:36 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7904 enhancement, P5 - low, ---, colin.campbell, Passed QA , SIP modules handling of @INC is confused |
00:36 | eythian | no, ilsdi I think crams a bunch of packages into one file |
00:36 | something like that does that anyway | |
00:36 | it's very AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAa | |
00:37 | dcook | oai.pl |
00:37 | * dcook | shudders |
00:37 | dcook | But yay for bug 7904 |
00:37 | eythian | that's the one |
00:37 | dcook | There is "use ILS" somewhere... not sure what that's for yet |
00:38 | That's also for SIP it seems | |
00:38 | Ah, that's part of the bug too | |
00:38 | Sweet as | |
00:39 | eythian | oh, the ILS.pm in Sip looks interesting |
00:39 | * eythian | ignores that for now and gets back to authority searching |
00:41 | eythian | I had a realisation the other day that authority searching is a /lot/ more strict than biblio searching. |
00:41 | this makes life easier | |
00:41 | no having to parse free-form search queries | |
00:42 | dcook | Oooh. That's nice :) |
00:43 | Some day I'll look at query parsing again.. | |
00:43 | eythian | https://i.imgur.com/5zuupyE.jpg |
00:47 | dcook | hehe |
00:48 | rocio joined #koha | |
00:56 | dcook | Hmm... what's support like for EDS? |
00:56 | It looks like it uses "LWP" | |
00:57 | eythian | talk to rangi if you're working on that, he's going to be doing some work with it some time soon probably |
00:57 | I can't remember the exact scope though | |
00:57 | but it'll involve genericising all that stuff | |
00:57 | dcook | Ah, I'm not working on it. I'm just looking at what modules are being loaded up by stuff |
00:57 | eythian | ah, ok |
00:57 | dcook | Double-checking deps and what not |
00:58 | Looks like Try::Tiny is also used in EDS and a maintenance script | |
00:59 | I might just make a bug for this... or maybe email the listserv.. | |
01:02 | eythian | it would be interesting to have something that scans what modules are used that aren't included in the dependency list |
01:02 | dcook | Agreed |
01:02 | I'm not sure how one would go about it | |
01:03 | eythian | although, if in general, they'll get picked up when I do builds |
01:03 | dcook | At the moment, I'm just grepping the hell out of everything |
01:03 | eythian | as the 00-load.t will fail |
01:03 | dcook | Oo what's 00-load.t? |
01:03 | eythian | (but it does deliberately skip some things) |
01:03 | dcook | Looks like "English" gets used by a few scripts as well |
01:03 | eythian | it's a test case to check that every module can be parsed. |
01:03 | is English not core? | |
01:03 | dcook | Ah, but English is core |
01:04 | I just tried one of these "sh find-perl-modules.sh | xargs corelist" | |
01:04 | Kinda handy | |
01:04 | I'm sure I'm probably missing something somewhere though | |
01:04 | And just ignoring Koha|C4|Sip|ILS atm | |
01:04 | Lots of egrep followed by an awk and a sort -u | |
01:05 | Hmm, I misised the PDF modules somehow.. | |
01:05 | missed* | |
01:07 | Ah, I see.. | |
01:14 | Hmm | |
01:15 | eythian: I wonder if 00-load.tt just gets lucky sometimes? | |
01:16 | eythian | whaddaya mean? |
01:16 | dcook | I don't see "URI" in koha_perl_deps.pl |
01:16 | And it's not core | |
01:16 | But it's used by PazPar2 | |
01:16 | Which is loaded by 00-load.tt | |
01:16 | But we do have URI in our system for some reason | |
01:17 | eythian | could be it's pulled in as part of something else |
01:18 | dcook | I figure that must be it |
01:18 | eythian | my package builds are done in a cleanroom type environment, so if it doesn't end up in there, it'll fail. |
01:18 | dcook | Ahh, that's good :) |
01:19 | Then when something is missing you add it to koha_perl_deps.pl and make a deb package for it? | |
01:19 | eythian | well |
01:19 | it depends | |
01:20 | debian/control is generated from C4::Installer::PerlDependencies | |
01:20 | if it doesn't end up in there, then it'll fail. | |
01:20 | typically I just report a bug on it. | |
01:20 | sometimes fix it myself. | |
01:20 | I try to encourage people from just assuming I can make a package, as it's happened before that it's not always possible | |
01:21 | sometimes it requires updating half the universe, sometimes they're not copyleft, etc. | |
01:21 | s/encourage/discourage/ | |
01:21 | dcook | Mmm, yeah, I think you've said that before |
01:22 | Cool beans | |
01:22 | Well, I figure any issues with Koha will find their way out individually rather than a big sweep.. | |
01:22 | So perhaps I'll just focus on making sure we track any extra modules we add locally... | |
01:24 | eythian | yeah, it's part of periodically building a master package, they can get spotted quickly. |
01:24 | Though the biggest issue I have is people making test cases that require a database to be present. | |
01:25 | if you add the modules to C4::..PerlDeps, then it'll just follow it around happily | |
01:25 | dcook | Yeah the database dependent ones seem suboptimal |
01:25 | I'll keep that in mind :) | |
01:25 | The C4::..PerlDeps thing that is | |
01:25 | Well both :p | |
01:28 | Ah, it turns out that CGI "is" listed in C4...PerlDeps | |
01:28 | That's cool | |
01:31 | Hmm, we list a few core modules | |
01:31 | Data::Dumper too | |
01:31 | eythian | innit core too? |
01:31 | or just everywhere... | |
01:31 | oh, I see | |
01:31 | there's no harm in listing them | |
01:31 | dcook | Yeah, it's core |
01:32 | Nope, no harm at all | |
01:32 | Yeah, I'd almost prefer everything were listed | |
01:32 | eythian | though, it makes my update-dependecies script run slower, but I probably shouldn't run it in a RAM constrained VM anyway. |
01:33 | dcook | update-dependencies? |
01:34 | eythian | update-control I meant |
01:34 | dcook | Mmm |
01:34 | If it's in core, would it also have a debian package? | |
01:34 | Or sometimes yes, sometimes no? | |
01:34 | eythian | generally no |
01:35 | dcook | So that could get dicey |
01:35 | Hmm, I always figured DBI would be core | |
01:35 | eythian | $ dpkg -S Data/Dumper.pm |
01:35 | perl: /usr/lib/x86_64-linux-gnu/perl/5.20.1/Data/Dumper.pm | |
01:35 | so, it's in perl | |
01:35 | no, my update script understands that things might be core | |
01:35 | (well, it's mostly liw's update script, I've just change it a bit.) | |
01:36 | dcook | Speaking of liw, I was thinking of you last night, eythian, as I was deciding which Ubuntu release to use |
01:36 | I like 14.04 so far, but 14.10 has the latest Obnam... | |
01:36 | Which reminds me I forgot to bring in my backup drive today.. | |
01:37 | eythian | I tend to run the latest ubuntu for desktops, but I tend to recommend the latest LTS to other people, paradoxically/hyocritically. |
01:38 | dcook | hehe |
01:38 | Makes sense | |
01:38 | I suppose the average person doesn't want to upgrade every year | |
01:39 | eythian | 6 months, but yeah |
01:39 | dcook | I thought it was 9 months of support? |
01:39 | eythian | it is, but there's a new release every 6 months |
01:39 | dcook | I guess you wouldn't necessarily want to be at the start or end.. |
01:39 | Ah, righto | |
01:46 | eythian | ok, ugly old authorities query now turned into a nicer hash form, now to turn that into an actual ES query. |
01:54 | dcook | Oh wow... just received a bundle of Christmas presents from my grandmother |
01:54 | * dcook | thinks it took the boat a while to get to Sydney |
01:55 | eythian | heh |
01:56 | dcook | Apparently it only takes 2 days to get something shipped from Amazon though :p |
01:57 | eythian | it takes forever to get amazon things to here. |
01:57 | well, last time I did it | |
01:57 | usually the shipping cost is ridiculous at the same time | |
02:00 | dcook | Yeah, I haven't bought anything from Amazon yet, but the time/shipping cost are the factors that would get me :/ |
02:04 | Hehe. I don't know what "GD.pm" does, but I like its name | |
02:04 | eythian | graphicsy things, iirc |
02:04 | dcook | Ah yeah. Something with barcodes it seems. |
02:04 | That's not as amusing as I was thinking | |
02:04 | eythian | yeah, lets you use drawing primitives to output a png |
02:07 | * dcook | thumbs up |
02:32 | eythian | dcook: when you do an authority search, |
02:32 | oh, never mind | |
02:32 | wahanui | Good, I'm glad you figured it out. I didn't understand, and probably never will, being a bot. |
02:32 | eythian | thanks for helping |
02:33 | dcook | hehe |
02:33 | :) | |
02:42 | eythian | I wonder why the authorities code makes one name to another: |
02:42 | elsif ( @$tags[$i] eq "mainentry" ) { | |
02:42 | $attr = " \@attr 1=Heading "; | |
02:42 | } | |
02:42 | there's a few options like that | |
02:42 | maybe it's an old name to a new name | |
02:48 | beer o'clock in 12 minutes, followed by whisk(e)y o'clock | |
02:49 | my Japanese whiskey arrived today, which was handy too. | |
02:53 | dcook | Mmm |
02:53 | * dcook | is jealous of the Catalyst folk and their booze |
02:54 | eythian | wellington is nice this time of year, just sayin'... |
02:57 | dcook | hehe |
02:57 | I need to look at my vacation leave again... | |
02:57 | rocio1 joined #koha | |
02:57 | dcook | And possibly wait until we get some money back from these vet bills |
02:57 | Turns out giving your cat radiation therapy is about $2000 | |
02:58 | Well, a radioactive capsule | |
02:58 | Hopefully insurance will cover most of that though | |
02:58 | eythian | ouch, not cheap. |
02:58 | dcook | Nopes |
02:58 | eythian | can't you just feed them a lot of bananas? |
02:58 | dcook | Plus he'll be radioactive for a while so we're putting him up in boarding for a while |
02:58 | hehe | |
02:58 | I forgot about the banana thing | |
02:59 | Well, it's quite interesting. He has hyperthyroidism. | |
02:59 | Which apparently is caused by a cancerous growth in the thyroid gland. | |
02:59 | Same thing happens with humans. | |
02:59 | eythian | ah yep |
02:59 | dcook | So they give you some radioactive iodine, which gets absorbed into the gland, and apparently the growth shrinks/is destroyed |
03:00 | One day I will visit Wellington though, especially on a Friday ;) | |
03:00 | eythian | that's the inverse of how you plan for nuclear fallout/exploding reactors. |
03:00 | dcook | As for the authority stuff... |
03:00 | I wonder that too | |
03:01 | Hmmm? | |
03:01 | So what you're saying is... if I would've just taken him near a exploding reactor, I wouldn't have to pay $2000... ;) | |
03:01 | eythian | stock up on normal iodine, so that the radioactive stuff doesn't get absorbed into your thyroid causing cancer. |
03:02 | I think Finland did it around Chernobyl time | |
03:02 | dcook | Huh... interesting! |
03:02 | wahanui | i think interesting is sometimes good and sometimes bad |
03:03 | dcook | Apparently it's used as a preventative for breast cancer |
03:03 | "the FDA recommends 165 mg of iodine to prevent thyroid cancer in the event of a radiation emergency" | |
03:04 | Learn something new everyday | |
03:08 | eythian | right, things pushed, now it's beer o'clock. |
03:08 | bye! | |
03:11 | dcook | laters eythian |
03:22 | @later tell eythian When you use EDS for your clients, do you turn LWP into a debian package? Or is it provided by a different one? | |
03:22 | huginn | dcook: The operation succeeded. |
03:22 | dcook | Don't think it's provided by anything else.. |
03:32 | BobB joined #koha | |
03:45 | rocio1 left #koha | |
04:04 | dcook | Huh... LWP is there... |
04:04 | I wonder if it's just part of LWP::UserAgent | |
04:06 | Or it's part of libwww-perl... | |
04:06 | edveal joined #koha | |
04:08 | dcook | @later tell eythian Nevermind. I see that LWP.pm is included in libwww-perl, which you already have in koha-perldeps :) |
04:08 | huginn | dcook: The operation succeeded. |
04:38 | BobB_ joined #koha | |
04:39 | BobB joined #koha | |
06:36 | cait joined #koha | |
07:18 | laurence joined #koha | |
07:38 | reiveune joined #koha | |
07:38 | reiveune | hello |
07:38 | * magnuse | waves |
07:41 | paul_p joined #koha | |
07:43 | malik joined #koha | |
07:45 | malik | Hello to All : I am working on Active Directory integration with koha. Can anyone have an idea about this that how to install AD on ubuntu because i have my koha on ubuntu and i don't have window server |
07:58 | alex_a joined #koha | |
07:58 | alex_a | bonjour |
08:05 | fridolin joined #koha | |
08:05 | fridolin | hie all |
08:08 | Viktor joined #koha | |
08:11 | sophie_m joined #koha | |
08:17 | gaetan_B joined #koha | |
08:17 | gaetan_B | hello |
08:29 | cait joined #koha | |
08:29 | cait | morning |
08:29 | Joubu: around? | |
08:31 | Joubu | cait: yep |
08:35 | cait | ok |
08:35 | going to test again here in our 3.18.3 | |
08:35 | give me a second | |
08:35 | (serial expiration) | |
08:36 | ok, i am on the serial subscription page, using the filters to the left - the expiration date of the subscription is 1.3.2015 | |
08:36 | Joubu | cait: I tried on master |
08:36 | cait | using expires before 01.01.2016 finds it |
08:36 | Joubu: i did this mornign - but don't have a master here | |
08:36 | i tried with and without the patch | |
08:37 | interesting, you are right, it works now here | |
08:37 | Joubu | cait: Ho! I wasn't! It was a 3.18.x too |
08:37 | cait | ok - so we retest on master? |
08:37 | Joubu | ok, git checkout master and I retry :) |
08:37 | cait | thx :) |
08:37 | wonder if it's some weird logic and only some dates fail (you never know :( ) | |
08:38 | if you have to create a subscription, maybe you could try with the dates on the bug | |
08:38 | Joubu | same, it works with the same example |
08:38 | cait | weird |
08:38 | i tried more than one time | |
08:38 | hmpf. | |
08:39 | hmm | |
08:39 | could you check something? | |
08:39 | do the filters go on the same field? | |
08:41 | Joubu | erk , does not work with 10/09/2014 |
08:41 | funny... | |
08:45 | cait: actually it is in C4::Serials::GetExpirationDate, there are some check on the frequency, the number of issues, etc. | |
08:45 | the enddate is not checked in these cases | |
08:47 | cait | ok, 2 filters, labelled the same, doing different htings? |
08:48 | Joubu: can we do something to make it more clear? not sure i understand it yet myself | |
08:48 | sophie_m joined #koha | |
08:49 | Joubu | cait: in the sub search, the check is done on subscription.end_date |
08:50 | eth0__ left #koha | |
08:50 | Joubu | actually the algorithm in "check expiration" is really awful: retrieve all subscriptions from the DB (with title and isbn match, but if don't provide them, retrieve all sub...) |
08:51 | and do some funny checks on length, frequency, etc. | |
08:51 | do know if it is expired or not | |
08:51 | s/do/to | |
08:51 | cait | sounds too complicated to work nicely |
08:52 | do we update the expiration date when we renew a subscription? | |
08:52 | Joubu | maybe it sounds complicated because of my English and I did not manage to explain correctly/easily... |
08:53 | yes, using GetExpirationDate :p | |
08:53 | cait | still confused i think :) |
09:02 | Joubu: so does it work... or does it not? | |
09:04 | Joubu | it does like the code wants it to work... |
09:12 | cait | Joubu: i thik we display the subscription.enddate in the search result - but it is not used for the searhc |
09:12 | that's the confusing bit | |
09:12 | it would be interesting to show the date the system calculated | |
09:13 | ngourlay joined #koha | |
09:14 | Joubu | cait: it's what it's done, I think. On checkexpiration.pl, I see: |
09:14 | 78 my $expirationdate = GetExpirationDate($subscriptionid); | |
09:14 | 80 $subscription->{expirationdate} = $expirationdate; | |
09:14 | cait | hm ok |
09:14 | something for another bug maybe | |
09:15 | to make it visually clear when we show a calculted date | |
09:15 | calculated | |
09:16 | Joubu | What it certainly happen: the expiration date is not the same, depending on the page you use |
09:16 | cait | yeah |
09:16 | not very clean | |
09:22 | irma joined #koha | |
09:34 | sophie_m joined #koha | |
10:01 | cait | hm someone good with javacript regex? |
10:06 | Viktor joined #koha | |
10:11 | ngourlay joined #koha | |
10:23 | cait | hm found a workaround |
10:48 | paxed | cait: window.location.hash? |
10:50 | cait | i figured out a workaround - the probem is another script that comes as last and on click |
11:40 | Viktor joined #koha | |
12:45 | meliss joined #koha | |
12:46 | Joubu | khall: hi! Jacek have opened an interesting bug report (bug 13645). Do you have any idea on how could we do that in an elegant way? |
12:46 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13645 normal, P5 - low, ---, gmcharlt, NEW , Koha::Acquisition::Bookseller->search() performance / efficiency problems |
13:07 | oleonard joined #koha | |
13:11 | alex_a joined #koha | |
13:20 | drojf joined #koha | |
13:20 | drojf | hi #koha |
13:23 | NateC joined #koha | |
13:26 | collum joined #koha | |
13:26 | drojf joined #koha | |
13:32 | oleonard | Hi #koha |
13:32 | edveal joined #koha | |
13:32 | Dyrcona joined #koha | |
13:35 | alex_a joined #koha | |
13:44 | nengard joined #koha | |
13:45 | JoshB joined #koha | |
13:48 | cait | hi oleonard |
13:52 | alex_a_ joined #koha | |
14:01 | carmen joined #koha | |
14:04 | alex_a joined #koha | |
14:08 | magnuse | hm, on a completely fresh install of 3.18.3, when i enter a patron with "norwegian wovels", save and view the patron, the they show as garbled text. anyone else seen that? |
14:08 | cait | not yet |
14:08 | but let me try | |
14:09 | hm looking ok here | |
14:09 | which page are you looking at? i used umlauts in the name | |
14:11 | magnuse | the member detail page /cgi-bin/koha/members/moremember.pl?borrowernumber=1 |
14:11 | and the check out page | |
14:12 | cait | hm ok for umlauts here |
14:12 | äüö | |
14:12 | can you give me your name? :) | |
14:13 | magnuse | Håvard |
14:13 | or did you mean Magnus? ;-) | |
14:13 | looks ok in the db | |
14:14 | umlauts are garbled too | |
14:17 | works ok in one of my old, upgraded instances also running 3.18.3 | |
14:17 | dbs joined #koha | |
14:17 | cait | hm i tested in a new one |
14:18 | but updated from 3.18.2 i think | |
14:18 | might be a new 3.18.3 not sure when we set it up | |
14:18 | magnuse | weird |
14:20 | edveal joined #koha | |
14:22 | drojf | hi cait and magnuse |
14:22 | hanthana joined #koha | |
14:28 | Joubu | khall: around ? |
14:28 | khall | what's up? |
14:29 | Joubu | khall: I have retested bug 13021, and it looks ok here |
14:29 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13021 enhancement, P5 - low, ---, jonathan.druart, Failed QA , DataTables server-side processing - guarantor search |
14:29 | Joubu | could you confirm you correctly clean the cache? |
14:29 | khall | ok, I'll retest and figure out what the heck is going on |
14:29 | Joubu | Otherwise, it cans come from a bad formated json |
14:30 | khall | I cleared the cache multiple times |
14:30 | Joubu | caused by non escaped char |
14:30 | khall | Joubu: I'm using the example patrons fwiw |
14:31 | no errors in the js console or the error log either | |
14:32 | Joubu | what do you search for? |
14:35 | ho wait, I got it | |
14:38 | khall: it comes from b8989510ec8b6b58249707bf2ddc6cf80fbfef4d, bug 8096 | |
14:38 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8096 normal, P5 - low, ---, veron, Pushed to Stable , Card number twice on patron search results |
14:38 | Joubu | it added new breaklins |
14:40 | khall: ok I have a patch | |
14:40 | khall | excellent! |
14:42 | Joubu | khall: ok sent |
14:42 | khall: did you see my previous ping? | |
14:42 | It was "khall: hi! Jacek have opened an interesting bug report (bug 13645). Do you have any idea on how could we do that in an elegant way?" | |
14:42 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=13645 normal, P5 - low, ---, gmcharlt, NEW , Koha::Acquisition::Bookseller->search() performance / efficiency problems |
14:42 | khall | I'll take a look at that |
14:43 | oleonard | I don't want to throw fuel on an email thread by that "other paul," but is there something to his contention that searching in 3.18 is slower? |
14:44 | My library's experience of 3.16 over 3.14 is that searching is significantly slower. | |
14:44 | jcamins | oleonard: I suggest rewriting Zebra with pthreads. |
14:45 | It'll be awesome! | |
14:45 | ... as long as someone who isn't me does it. | |
14:45 | * jcamins | goes to get some yogurt for breakfast. |
14:45 | oleonard | jcamins: Like I said, I'm not getting into that, but I would like serious discussion if anyone has any. |
14:45 | Callender joined #koha | |
14:46 | Joubu | could be related to 13645 too |
14:48 | khall | Joubu: I suppose we could make the schema and resultsets package level vars and make it a singleton perhaps? |
14:48 | and perhaps implement Koha::Cache for it | |
14:48 | Joubu | khall: using the same way as we do for C4::Context? |
14:49 | khall | essentially, yes |
14:50 | magnuse | oleonard: my server has seen higher load and slower everything after the upgrade from 3.16.7 to 3.18.3. but apache and mysql were updated at the same time, so there are a few "moving parts" |
14:50 | i suspect there is something amiss with my mysql config | |
14:51 | khall | I think as a general rule Koha adds additional complexity over time which leads to more processing which leads to less speed overall. |
14:52 | I think a solid REST api which can be leveraged by Koha itself would help a lot for overall speed | |
14:52 | oleonard | If that's true khall then Koha will inevitably get slower and slower until it is unusable. |
14:53 | khall | oleonard: to some extent that is true, I am of course over-generalizing |
14:53 | the solution is to make a page do less ( at least on initial load ) | |
14:54 | magnuse | one one my munin grpahs called "http loadtime of a page" shows the loadtime ~doubling after the upgrade |
14:54 | khall | however, some complexity just can't be avoided ( checkins and checkouts behavior for example ) |
14:55 | magnuse | uptimerobot shows a less dramatic increase, but still a visible difference |
14:55 | plackify all the things! | |
14:56 | khall | here here! |
14:56 | oleonard | How can we make quantitative judgements about how updates to Koha change various primary functions like check in checkout and searching? |
14:57 | khall | relative subroutine call timings via unit tests? |
14:57 | can Jenkins tell us anything useful? | |
14:57 | magnuse | i took a shot at that with https://github.com/digibib/kohaprofile |
14:58 | khall | neat! magnuse++ |
14:58 | magnuse | maybe i should try running it again, to see if there is a difference for 3.18 |
14:59 | it needs some more meaningful tests, i think | |
14:59 | patches welcome ;-) | |
15:00 | drojf | magnuse++ |
15:05 | cait | magnuse++ |
15:08 | Joubu | thanks khall! |
15:08 | khall | np! |
15:10 | drojf | @wunder berlin, germany |
15:10 | huginn | drojf: The current temperature in Berlin Tegel, Germany is 2.0°C (3:50 PM CET on January 30, 2015). Conditions: Light Snow. Humidity: 100%. Dew Point: 2.0°C. Windchill: -2.0°C. Pressure: 28.74 in 973 hPa (Steady). |
15:10 | drojf | :/ |
15:13 | /o/ into the cold… later #koha | |
15:26 | talljoy joined #koha | |
15:43 | rocio joined #koha | |
15:53 | cma joined #koha | |
15:59 | TGoat joined #koha | |
16:03 | reiveune | bye |
16:03 | reiveune left #koha | |
16:08 | alex_a joined #koha | |
16:34 | fridolin left #koha | |
16:56 | laurence left #koha | |
17:25 | gaetan_B | bye |
17:37 | burdsjm joined #koha | |
17:38 | drojf joined #koha | |
17:45 | rocio joined #koha | |
17:56 | rocio joined #koha | |
18:03 | cait left #koha | |
18:04 | cait joined #koha | |
18:04 | cait left #koha | |
18:52 | cait joined #koha | |
18:55 | mtompset joined #koha | |
19:01 | mtompset | Out of curiosity, the crowdfunding page that Bywater put up recently... those funds go where and how? |
19:10 | talljoy joined #koha | |
19:37 | bag | mtompset: the fund come to bywater - but it doesn't totally mean that bywater is doing the development - things could be shared to other developers etc. But bywater would be the fund manager and project manager from that bywater hosted site |
19:40 | mtompset | So, if I go, "Oooo... I like that project," and as a develop report the bug, take the bug, and code the bug. I could ask for the funds raised? |
19:40 | ^develop^developer^ | |
19:56 | drojf joined #koha | |
21:05 | talljoy left #koha | |
21:53 | nengard left #koha | |
22:04 | carmenh left #koha | |
22:41 | mtompset | Have a great weekend, #koha. |
23:24 | carmen joined #koha | |
23:57 | tom joined #koha |
← Previous day | Today | Next day → | Search | Index