← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
00:00 | dcook | Mmm, I see |
00:00 | I just realized the gitweb has a log | |
00:00 | wizzyrea | it's kind of fantastic, I like it for looking at patches applied to a particular file in the tree. |
00:01 | you can do the same with the git log but I LIKE TO CLICK (sometimes.) | |
00:01 | dcook | Yeah, I have to ssh into my server or start up my VM, so this is a bit more convenient |
00:01 | Plus, tabs! | |
00:06 | jenkins_koha | Project Koha_3.10.x build #168: SUCCESS in 41 min: http://jenkins.koha-community.[…]/Koha_3.10.x/168/ |
00:06 | * Galen Charlton: use JSON rather than Storable for the OPAC search history cookie | |
00:06 | * Galen Charlton: do some validation of the KohaOpacRecentSearches cookie | |
00:06 | * Galen Charlton: move Auth_ParseSearchHistoryCookie.t to db_dependent directory | |
00:06 | * Bernardo Gonzalez Kriegel: Update release notes for 3.10.9 release | |
00:06 | * Bernardo Gonzalez Kriegel: Database update for 3.10.9 release | |
00:06 | Starting build #335 for job Koha_3.8.x (previous build: SUCCESS) | |
00:07 | gmcharlt | giving jenkins a workout today |
00:07 | * wizzyrea | imagines him buttling about doing tests and such |
00:08 | gmcharlt | :) |
00:09 | rangi | http://www.stuff.co.nz/nationa[…]-his-diabetic-mum |
00:09 | feel good story of the day | |
00:11 | wizzyrea | dawwww |
00:23 | peter joined #koha | |
00:34 | jcamins | gmcharlt++ |
00:34 | eythian++ | |
00:41 | dcook | Quick question, is there an easy way to cherry-pick a range of commits from one branch to another? |
00:41 | I seem to be...doing something wrong | |
00:41 | I just want commit X to commit Y but git seems to be trying to be too smart | |
00:42 | (or I'm not smart enough...probably the latter) | |
00:42 | jcamins | dcook: I never learned how. |
00:43 | dcook | So cherry-pick individual commits? |
00:43 | I suppose there shouldn't be too many cases where you'd need to cherry-pick a range, i suppose | |
00:43 | jcamins | That's what I do. |
00:43 | dcook | Cool beans. :) |
00:44 | On a completely unrelated topic, is frozen yogurt increasingly becoming a thing anywhere else than in Sydney? | |
00:44 | They're springing up everywhere | |
00:44 | jcamins | It's very popular here. |
00:44 | dcook | Newtown has at least 3 places within close proximity to each other. |
00:44 | jenkins_koha | Project Koha_3.8.x build #335: SUCCESS in 37 min: http://jenkins.koha-community.[…]b/Koha_3.8.x/335/ |
00:44 | * Galen Charlton: use JSON rather than Storable for the OPAC search history cookie | |
00:44 | * Galen Charlton: do some validation of the KohaOpacRecentSearches cookie | |
00:44 | * Galen Charlton: move Auth_ParseSearchHistoryCookie.t to db_dependent directory | |
00:44 | * Galen Charlton: release notes for 3.8.16 | |
00:44 | * Galen Charlton: bump up version numbers for 3.8.16 release | |
00:44 | dcook | I thought froyo was a thing of the '90s |
00:44 | :S | |
00:45 | jenkins_koha | Starting build #1341 for job Koha_master (previous build: STILL UNSTABLE -- last SUCCESS #1338 4 days 10 hr ago) |
01:35 | tcohen joined #koha | |
01:53 | jcamins | What's going on with tags? |
01:54 | drnoe_away left #koha | |
02:00 | jenkins_koha | Project Koha_master build #1341: STILL UNSTABLE in 1 hr 15 min: http://jenkins.koha-community.[…]Koha_master/1341/ |
02:00 | * Galen Charlton: use JSON rather than Storable for the OPAC search history cookie | |
02:00 | * Galen Charlton: do some validation of the KohaOpacRecentSearches cookie | |
02:00 | * Galen Charlton: move Auth_ParseSearchHistoryCookie.t to db_dependent directory | |
02:08 | tcohen joined #koha | |
02:09 | tcohen | why jcamins? (about your tag question) |
02:10 | dcook | That's one way to ask a question.. |
02:10 | jcamins: What's up? | |
02:10 | jcamins | dcook: I was wondering what ontop, push, and BL_304 meant. |
02:11 | dcook | Those do sound bizarre |
02:11 | rangi | someone pushed some biblibre tags, which i had previously deleted from the repo last time they accidentally got pushed |
02:11 | the trick is to always push tags from a clean branch | |
02:11 | jcamins | rangi: ah. |
02:11 | rangi | which you dont have other tags on |
02:11 | it just pushes them all | |
02:11 | ill clean them off again at some point :) | |
02:13 | dcook | That moment when you clear your cache and have no idea why the tags aren't appearing in Cataloguing...until you realize that they are on tabs other than 0 |
02:13 | cjh | you can also push the tags one by one 'git push remote tagname' |
02:13 | rangi | *nod* |
02:13 | jcamins | Yeah, I always use that form. |
02:13 | rangi | i have a repo |
02:13 | called cleankoha | |
02:14 | thats the only one i ever push anything from | |
02:14 | just cos i make typos | |
02:14 | sometimes :) | |
02:14 | cjh | I also have a cleankoha that I built packages from, but for rmaint I have millions of tags I use... |
02:14 | keeping track of my progress through 3.10.x, noting where I didnt push a patch and the reason, etc. | |
02:14 | rangi | *nod* |
02:14 | i do that too | |
02:15 | but when it comes to pushing i pull/merge to my clean one and push from there | |
02:15 | ie my messy one is a remote of my clean one | |
02:15 | if that makes sense | |
02:18 | cjh | yeah that does, most of my mess is in the 3.10.x branch and my 3.8.x branch is kept clean. |
02:38 | mcooper joined #koha | |
03:52 | dcook | Hmm, there's no way of merging authorities besides at the command-line, right? |
03:53 | I mean existing authorities | |
03:53 | Where you have "Authority A" and "Authority a" | |
03:53 | And you want to merge the second into the first | |
04:29 | zebran00b joined #koha | |
04:29 | mcooper joined #koha | |
04:29 | zebran00b | using package install of Koha, can send emails from command line and have koha-enable-email on for my instance, but Koha doesn't send any emails. Is there a log I should check? |
04:33 | version 3.12 btw | |
04:39 | Irma left #koha | |
05:02 | cait joined #koha | |
05:11 | cait | gmcharlt++ tcohen++ bgkriegel++ cjh++ |
06:05 | magnuse | yeah! gmcharlt++ tcohen++ bgkriegel++ cjh++ |
06:07 | dcook | hey cait and magnuse :) |
06:07 | magnuse: I was just looking at this gist of yours: https://gist.github.com/MagnusEnger/1918264 | |
06:07 | * dcook | is trying to figure out how Koha uses OAI-PMH and possibly build a OAI-PMH client into Koha... |
06:08 | magnuse | dcook: cool |
06:10 | dcook | Looks like people were certainly talking about it years ago... |
06:10 | DC => MARC21 is a bit scary though | |
06:10 | Mainly in terms of forming the leader and 008... | |
06:10 | magnuse | yeah, but oai-pmh doesn't have to be dc |
06:11 | dcook | True |
06:11 | In anticipation of Kohacon, I'm thinking of trying to harvest data from Dspace and ingest into Koha | |
06:11 | I suppose the records you ingest are only as good as the data that you have at the origin | |
06:12 | The automation of the harvesting looks...interesting | |
06:12 | Especially given that Koha itself limits searches of its OAI server to 50 (or other value in a syspref) | |
06:12 | Hmm resumption tokens eh.. | |
06:13 | drojf | dcook: excellent, i was going to ask you about dspace and koha, and if you'd do that with OAI-PMH. and how. :) |
06:13 | dcook | I think that's the ideal |
06:14 | magnuse | there is no searching in oai-pmh, just harvesting, possibly limited to "sets" |
06:14 | drojf | gmcharlt++ tcohen++ bgkriegel++ cjh++ eythian++ |
06:14 | dcook | magnuse: Admittedly, I haven't tried much yet. Just...ListIdentifiers and GetRecord |
06:14 | But that's probably very narrow of me | |
06:14 | cait | eythian++ |
06:14 | magnuse | one way to do it would be to write a script that could harvest records from oai-pmh and then inject them into koha through the rest api thingy |
06:15 | dcook: yeah, results are "paged" so by default koha gives you 50 results and then you have to use the resumption token to get the next 50 etc | |
06:15 | dcook | drojf: At the moment...we extract the DC metadata from Postgresql, transform it to MARC21 with a custom program, then ingest it into Koha using the background scripts |
06:15 | background = cli | |
06:15 | magnuse | eythian++ too |
06:16 | drojf | dcook: that does not sound like something the library that asked me about it would want to do (or be capable of) |
06:16 | dcook | drojf: Agreed. Hence why I'm working on the OAI-PMH idea :) |
06:16 | drojf | dcook++ |
06:18 | dcook | magnuse: Yeah, I'm starting to think that I'll need to add a new cronjob that pings OAI-PMH servers, and then transform and ingest the results...either through the rest api or using the normal scripts |
06:18 | drojf: I think the transformations are going to be the toughest part :/ | |
06:19 | Although I think LoC has a DC to MARC XSLT somewhere.. | |
06:19 | drojf | oh, they have? |
06:19 | dcook | Not that it has to be DC...I should look at DSpace. I think they have a few formats. |
06:19 | magnuse | yup, transofmrations sounds like the hardest part of that |
06:19 | drojf | OAI-PHM is not restricted to DC, so you could have MARC too, in theory? but that may not be an option in DSpace |
06:20 | dcook | drojf: Yeah, I know DSpace has DC. I was told it has others as well, but I have my doubts on MARC |
06:20 | DC to MODS.. | |
06:20 | drojf | oh, that reminds me. there is this great and very easy to test bug 9295 that needs a signoff by somebody familiar with OAI-PMH, dcook or magnuse ;) *spam* |
06:20 | dcook | drojf: http://www.loc.gov/standards/m[…]DC2MARC21slim.xsl |
06:20 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9295 enhancement, P5 - low, ---, mirko, Needs Signoff , Introduce operator equal/ notequal to OAI set mapping instead of hardcoded 'equal' value |
06:20 | dcook | lol |
06:21 | I only started reading about OAI-PMH today! | |
06:21 | Although I did see that bug when I was searching online ;) | |
06:21 | drojf | heh |
06:21 | dcook | I was hoping you could tell me more about how one even defines OAI sets in Koha :S |
06:21 | Apparently, there is a thing called OAI MARC | |
06:21 | http://www.loc.gov/standards/m[…]RC2MARC21slim.xsl | |
06:21 | P.S. These are all at: http://www.loc.gov/standards/marcxml/ | |
06:22 | drojf | i'll have to have alook at it again. it has been some time ago and we were taling about it at work. i forgot a lot about it :) |
06:23 | dcook | Ahh...this DC to MARC XSLT looks terrible |
06:23 | drojf | because it has MARC in it? :P |
06:23 | dcook | hehe |
06:23 | Well, it's just super barebones | |
06:24 | I was hoping they might have a solution for the leader and 008 issue...but nope | |
06:24 | OAI MARC looks better.. | |
06:24 | * dcook | goes and looks at DSpace |
06:25 | dcook | Neato! |
06:25 | Apparently, DSpace does have MARC | |
06:25 | * dcook | breathes a sigh of relief |
06:25 | dcook | https://wiki.duraspace.org/dis[…]I+2.0+Server#OAI2.0Server-MetadataFormats |
06:25 | Wait... | |
06:25 | Or did I read that wrong.. | |
06:26 | cait | it looks like it |
06:27 | * dcook | is trying to find a DSpace backend to confirm that one.. |
06:27 | dcook | I half wonder if they're just saying that is a valid OAI format |
06:28 | Hmmm | |
06:32 | Not looking good | |
06:32 | * cait | keeps fingers crossed while walking to work |
06:33 | cait | bbiab |
06:33 | dcook | ttyl, cait |
06:33 | thanks :) | |
06:34 | alex_a joined #koha | |
06:34 | alex_a | hello ! |
06:36 | magnuse | bonjour alex_a |
06:36 | mcooper joined #koha | |
06:36 | magnuse | @wunder marseille |
06:36 | huginn` | magnuse: The current temperature in Marseille, France is 22.0°C (8:30 AM CEST on July 30, 2013). Conditions: Clear. Humidity: 64%. Dew Point: 15.0°C. Pressure: 30.15 in 1021 hPa (Rising). |
06:36 | magnuse | @wunder boo |
06:37 | huginn` | magnuse: The current temperature in Bodo, Norway is 17.0°C (8:20 AM CEST on July 30, 2013). Conditions: Clear. Humidity: 72%. Dew Point: 12.0°C. Pressure: 29.83 in 1010 hPa (Falling). |
06:37 | dcook | Oh...I see how they were doing the leader... |
06:39 | Actually, that's not half bad... | |
06:39 | They get the 6th and 7th positions of the leader.. | |
06:39 | Those are the most important | |
06:42 | Could write a best guess of the 008 as well I suppose based on those positions | |
06:46 | Wow...the built-in marc.xsl in Dspace is rather horrendous.. | |
06:47 | Best to harvest it as DC and perform one's own transformation | |
06:47 | Maybe I could write up a good one and post it on koha-community.org... | |
06:47 | * magnuse | thinks anything involving MARC *has* to be horrendous |
06:48 | dcook | hehe |
06:48 | True | |
06:48 | Yet, there is a standard there | |
06:48 | The marc.xsl wontonly disregards it | |
06:48 | Using it...one would get some rather misleading records | |
06:48 | At least in terms of fixed field data | |
06:49 | Also, it's pretty barebones on what it spits out in terms of datafields as well | |
06:49 | laurence joined #koha | |
06:52 | dcook | Ahh...Administration > OAI sets |
06:53 | salut laurence, alex_a | |
06:53 | hey mcooper | |
06:53 | alex_a | salut dcook |
06:54 | laurence | bonjour dcook |
06:56 | dcook | magnuse++ |
06:56 | Thanks for chatting about OAI-PMH :) | |
06:58 | magnuse | any time ;-) |
06:59 | lds joined #koha | |
07:00 | drojf | showered. caffeine level rising. aaah. |
07:00 | btw, when did you sneak back in magnuse? :) | |
07:00 | dcook | hehe |
07:01 | magnuse | drojf: yesterday ;-) |
07:01 | drojf | welcome back then :) |
07:01 | magnuse | thanks |
07:04 | christophe_c joined #koha | |
07:04 | christophe_c | hello #koha |
07:05 | magnuse | bonjour christophe_c |
07:06 | christophe_c | bonjour magnuse ;-) |
07:07 | alex_a_ joined #koha | |
07:17 | gaetan_B joined #koha | |
07:17 | gaetan_B | hello |
07:17 | wahanui | hi, gaetan_B |
07:18 | bigbrovar joined #koha | |
07:35 | drojf | @wunder berlin, germany |
07:35 | huginn` | drojf: The current temperature in Prenzlauer Berg, Berlin, Germany is 20.8°C (9:12 AM CEST on July 30, 2013). Conditions: Mostly Cloudy. Humidity: 72%. Dew Point: 16.0°C. Pressure: 30.01 in 1016 hPa (Rising). |
07:39 | dcook | drojf: bug 10662 |
07:39 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10662 new feature, P5 - low, ---, dcook, NEW , Build OAI-PMH Harvesting Client |
07:39 | dcook | If you add your CC, it'll save me trying to tell you how I go :p |
07:41 | drojf | cool! will do :) |
07:41 | dcook | I'm pretty optimistic :) |
07:41 | Dspace does have a MARC crosswalk but it's rather awful, so I'm going to write a better one :p | |
07:41 | drojf | dcook++ # sounds nice |
07:42 | quality MARC records. hehe | |
07:42 | dcook | :p |
07:43 | the marc.xsl in Dspace uses a leader that says everything is a musical recording | |
07:43 | drojf | lol sounds grat |
07:43 | magnuse | lol |
07:43 | way to go! | |
07:43 | drojf | my e is half broken btw |
07:43 | sophie_m joined #koha | |
07:43 | drojf | that's what i get for fixing m r |
07:43 | my r | |
07:43 | dcook | lol |
07:43 | * drojf | needs a nw keyboard |
07:44 | * dcook | nods |
07:44 | dcook | :) |
07:44 | drojf | heh |
07:44 | i hope its better now | |
07:44 | dcook | But yeah...hopefully when I get this feature done... |
07:44 | It'll just need a bit of config and then a decent XSLT | |
07:44 | drojf | i had to put the numpad 7 in as T, that triggered kind of a chain reaction :D |
07:44 | magnuse | dcook: the perl module you use should take care of the resumption tokens for you |
07:44 | dcook | And I'll provide mine either with the patch or online |
07:44 | magnuse: That's what it says but I don't see how it does O_o | |
07:45 | Mind you, I only looked at HTTP::OAI::Harvester and it uses a few other modules | |
07:45 | magnuse | dcook: not sure how, but i have seen it work for this, at least: http://search.cpan.org/~esumme[…]tAllRecords%28%29 |
07:45 | dcook | Mmm, that's the other harvester I was looking at as well |
07:45 | It looks like it might actually be better | |
07:46 | kf joined #koha | |
07:46 | dcook | Although not sure how it does the XML parsing.. |
07:46 | kf | good morning #koha |
07:46 | dcook | hey ya kf :) |
07:46 | In any case, I have to go get my wife and make her foodz | |
07:47 | kf | :) |
07:47 | magnuse | have fun dcook |
07:47 | dcook | night drojf, magnuse, kf, et les autres ;) |
07:47 | drojf | by dc |
07:47 | kf | night dc |
07:47 | magnuse | guten morgen kf |
07:47 | drojf | heh |
07:47 | kf | autocomplete... fail |
07:47 | :) | |
07:48 | god morgen magnuse | |
07:48 | drojf | if he's dc now he should transform himself into MARC so he can be harvested |
07:49 | magnuse | lol! |
07:49 | ooh, that is some superpower: transforming yourself into a MARC record | |
07:51 | drojf | yeah, great ;) |
07:51 | what esle would you like to be :P | |
07:51 | else | |
07:52 | kf | that's something for the evil villain |
07:57 | magnuse | yeah, probably |
07:58 | ibeardslee joined #koha | |
08:07 | kf | quiz question |
08:07 | when shoudl a renewal be blocked for an existing hold? | |
08:11 | hm | |
08:11 | * kf | starts testing |
08:18 | magnuse | there is a loan with a hold on it, and the patron who has the loan wants to renew? |
08:20 | kf | yeah... |
08:21 | and the patron can in 3.12 :( | |
08:21 | item level and title level hold don't block renewal | |
08:22 | magnuse | and there isn't a syspref affecting it? |
08:23 | AllowRenewalsInSpiteOfHolds or something? | |
08:28 | MaxSayre joined #koha | |
08:28 | eythian joined #koha | |
08:29 | kf | i am checking for a pref |
08:29 | but i don't think there is | |
08:32 | eythian | hi |
08:32 | wahanui | salut, eythian |
08:33 | kf | hi eythian |
08:39 | magnuse | hiya eythian |
08:39 | eythian | hello |
09:03 | sijobl joined #koha | |
09:20 | rangi | sometimes i despair |
09:20 | https://twitter.com/ranginui/s[…]62140154300858370 | |
09:20 | cjh | only sometimes? |
09:21 | rangi | hehe |
09:23 | kf | rangi++ |
09:23 | thx for your help with bug 10663 | |
09:24 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10663 major, P5 - low, ---, koha-bugs, NEW , Holds don't block renewal in OPAC |
09:24 | kf | which is totally a big problem... even if it's not blocker for not messing up our data :( |
09:25 | rangi | easy fix |
09:25 | revert the patch | |
09:25 | kf | yeah, but i will need gmcharlt for that |
09:25 | rangi | any patch that does optimisation, but causes a regression |
09:26 | is an instant revert in my opinion | |
09:26 | because reverting it loses no new features, just fixes the bug it introduced | |
09:26 | cjh | ++ |
09:26 | kf | only saying that it's not in my git might to do it :) |
09:26 | i am all for reverting | |
09:26 | i will even try it next onmy installation | |
09:32 | * magnuse | is about to try his hand at a 3.0200007/normal install to a 3.12.3/packages install |
09:35 | magnuse | ...upgrade |
09:40 | sophie_m1 joined #koha | |
10:05 | kf | gmcharlt: around? |
10:10 | sophie_m joined #koha | |
10:12 | drojf joined #koha | |
10:19 | drojf | hi #koha |
10:19 | again ;) | |
10:23 | eythian | go to bed, kf |
10:24 | kf | eythian: grr? |
10:24 | eythian | it's the middle of the day, which normally means you're up far too late. |
10:24 | magnuse | yeah, that is excellenet advice at 12:24 on a weekday ;-) |
10:25 | * drojf | wants to go to bed too |
10:30 | kf | eythian: you have to finally reset your timezones |
10:38 | this_day-- | |
10:39 | * drojf | chucks cookies at cait. not the bad kind of cookies |
10:43 | kf | :) |
10:47 | * magnuse | needs some lunch too |
10:50 | NateC joined #koha | |
11:16 | jwagner joined #koha | |
11:19 | jwagner joined #koha | |
11:26 | collum joined #koha | |
11:33 | kf | hm i think i found it |
11:38 | magnuse | yay! what? |
11:49 | kf | the reserve problem |
11:49 | pending some more tests | |
11:50 | * magnuse | was hoping that was what kf had found |
11:51 | kf | hehe |
11:51 | yay! | |
11:57 | magnuse | yay?!? |
11:57 | kf | keep fingers crossed :) |
11:58 | oleonard joined #koha | |
11:58 | kf | hi oleonard |
11:58 | oleonard | Hi |
11:58 | wahanui | hola, oleonard |
11:58 | drnoe joined #koha | |
12:01 | nengard joined #koha | |
12:03 | edveal joined #koha | |
12:04 | * magnuse | crosses fingers |
12:04 | kf | looks good |
12:19 | * kf | grumps |
12:19 | kf | that is stupid. if all items are checked out you can't place a hold? |
12:20 | oh well you can | |
12:20 | but it can still be renewed | |
12:20 | or... | |
12:24 | tcohen joined #koha | |
12:25 | tcohen | morning #koha |
12:25 | kf | hi tcohen |
12:25 | tcohen | hi kf |
12:26 | oleonard | kf++ |
12:30 | kf | oleonard: not sure i can fix it :( |
12:30 | tcohen | so, itmanagerwtctheology.org.uk is still out of office |
12:30 | oleonard | You get points for trying kf |
12:30 | kf | thx oleonard :) |
12:30 | jcamins | tcohen: it must be nice to get a zillion weeks of vacation. |
12:30 | oleonard | tcohen: Aren't you glad for the reminder? You might have forgotten. |
12:30 | kf | help appreciated... |
12:30 | tcohen | heh |
12:31 | kf | tcohen: youare not on 3.12 by chance? :P |
12:31 | tcohen | right now i'm writing a Redmine presentation for a tech talk i have to give in about an hour |
12:31 | kf | ah |
12:31 | we use redmine | |
12:32 | tcohen | and you have presentation? |
12:32 | kf | sorry no |
12:32 | tcohen | what do u like of redmine? |
12:32 | kf | that it keeps my gazillion tasks in one place? :) |
12:33 | i like using sub tickets and linking tickets together, like we can in bugzilla | |
12:34 | Dyrcona joined #koha | |
12:35 | tcohen | thanks kf |
12:36 | i've been playing with eclipse+mylyn for integrating everything in one place | |
12:41 | magnuse | tcohen: i have used redmine a little bit, and i like the way you can link issues together by searching in the box where you would expect to just be able to write the number of the bug you want to "link" to |
12:41 | tcohen | thanks magnuse |
13:07 | khall joined #koha | |
13:08 | oleonard | Hi druthb & khall |
13:08 | drojf | druthb! |
13:08 | khall | morning oleonard, druthb, et al! |
13:10 | druthb | drojf! khall! oleonard! :D |
13:14 | kf | :( |
13:18 | jcamins | edveal: in the future, you should just ask your jQuery questions on #koha. Or #bywater, of course. |
13:19 | For non-clients, #koha is always a more effective way to get answers than a PM to me. | |
13:19 | edveal | jcamins I did ask channel and got some great help but while I was waiting I pinged you. |
13:19 | * kf | gives up. |
13:19 | jcamins | Ah. |
13:20 | Yeah, if I don't respond in-channel, I'm unlikely to respond to a PM either. | |
13:20 | kf | khall: if you have libraries on 3.12 bug 10663 might turn out to really annoy them ;) |
13:20 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10663 critical, P5 - low, ---, koha-bugs, NEW , Holds don't block renewal in OPAC |
13:22 | magnuse | kf: maybe remove the "in OPAC" part of the bug title? |
13:23 | kf | magnuse: true |
13:23 | * kf | makes it more dramatic |
13:23 | kf | bug 10663 |
13:24 | * kf | stsill hopes to be all wrong tho |
13:24 | magnuse | bug 10663 |
13:24 | JesseM joined #koha | |
13:27 | kf | magnuse: wahanui gave up too |
13:28 | bug 10663 | |
13:28 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10663 critical, P5 - low, ---, koha-bugs, NEW , Holds never block renewals |
13:29 | mcooper joined #koha | |
13:43 | maximep joined #koha | |
13:47 | talljoy joined #koha | |
13:49 | * magnuse | really should do some signoffs, for his sins |
13:50 | oleonard | Sounds like a good weekend was had magnuse ;) |
13:52 | magnuse | hehe |
13:53 | i was more thinking of adding patches to the queue, without testing a proportionate number of bugs | |
13:53 | * magnuse | wanders off to make spaghetti carbonara |
13:57 | oleonard | Mmmm... carbon. |
14:05 | I'll bet magnuse wants to test Bug 9916 | |
14:05 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9916 normal, P5 - low, ---, oleonard, Needs Signoff , Use DataTables in the OPAC |
14:05 | nengard left #koha | |
14:09 | khall_ joined #koha | |
14:14 | gmcharlt | @quote random |
14:14 | huginn` | gmcharlt: Quote #58: "<jdavidb> I prefer killing bugs, not kitties." (added by gmcharlt at 04:38 PM, February 17, 2010) |
14:22 | * kf | waves at gmcharlt |
14:22 | gmcharlt | hi kf |
14:23 | drojf | hi gmcharlt |
14:23 | i had a question for you that i forgot now | |
14:23 | gmcharlt | drojf: :) |
14:24 | vfernandes joined #koha | |
14:27 | drojf | gmcharlt: ah, i know. for bug 10195, do you think it is necessary to have an option to keep the old (faulty) behaviour that records hidden from search results can be accessed if you know the direct link/biblio number for weird legacy use cases? |
14:27 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10195 normal, P5 - low, ---, mirko, Signed Off , Records hidden with OpacSuppression can still be accessed |
14:29 | gmcharlt | drojf: IMO, no, it's not necessary |
14:29 | drojf | excellent. :) |
14:30 | khall joined #koha | |
14:33 | tcohen joined #koha | |
14:34 | khall joined #koha | |
14:37 | magnuse | @wunder boo |
14:37 | huginn` | magnuse: The current temperature in Bodo, Norway is 24.0°C (4:20 PM CEST on July 30, 2013). Conditions: Mostly Cloudy. Humidity: 50%. Dew Point: 13.0°C. Pressure: 29.71 in 1006 hPa (Falling). |
14:37 | magnuse | phew... |
14:37 | oleonard | ? |
14:40 | druthb | @wunder 77063 |
14:40 | huginn` | druthb: The current temperature in Briargrove Park, Houston, Texas is 29.6°C (9:38 AM CDT on July 30, 2013). Conditions: Scattered Clouds. Humidity: 68%. Dew Point: 23.0°C. Pressure: 30.09 in 1019 hPa (Rising). |
14:40 | druthb | hm |
14:41 | @wunder mcmurdo | |
14:41 | huginn` | druthb: The current temperature in McMurdo, Antarctica is -32.0°C (12:00 AM NZST on July 31, 2013). Conditions: Blowing Snow. Humidity: 32%. Dew Point: -39.0°C. Pressure: 28.97 in 981 hPa (Falling). |
14:56 | jenkins_koha | Starting build #21 for job master_maria (previous build: STILL UNSTABLE) |
14:56 | huginn` | New commit(s) kohagit: Bug 10543 - add mandatory subfield check to addorderiso2709.pl <http://git.koha-community.org/[…]14520708577cf761a> / Bug 10543 - Unify item mandatory subfields check <http://git.koha-community.org/[…]0a8f59ebe8340f165> / Bug 10543: fix false warnings from checks of mandatory item fields <http://git.koha-community.or |
14:59 | jenkins_koha | Starting build #1342 for job Koha_master (previous build: STILL UNSTABLE -- last SUCCESS #1338 5 days 1 hr ago) |
15:07 | drojf | unimarc-- |
15:08 | kf | evil-bugs-- |
15:08 | gmcharlt++ | |
15:09 | pianohacker joined #koha | |
15:12 | pianohacker | mornin' |
15:12 | drojf | hi pianohacker |
15:12 | pianohacker | hey drojf |
15:20 | tcohen joined #koha | |
15:23 | drojf | gmcharlt: i hardcoded the field/subfield (942$n) in bug 10195. it is the field used for 'Suppress' index in marc21 and normarc. the field is also referenced in some unimarc sql files for the same purpose, but it is not part of record.abs for unimarc. can i leave it hardcoded and expect unimarc devs to use 942$n for this if they ever wanted to have a suppress index? |
15:23 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10195 normal, P5 - low, ---, mirko, Signed Off , Records hidden with OpacSuppression can still be accessed |
15:24 | drojf | (i hope that made sense at all) |
15:26 | gmcharlt | drojf: not a fan of hardcoding MARC fields, but since the 942$n isn't mapped to a column in biblio, using GetMarcFromKohaField is not currently an option |
15:27 | so, at the very least please wrap it in a routine (e.g., GetOpacSuppressFlagField or the like) | |
15:27 | another option, if you care to spend the time implementing it, would be to add a new boolean column to biblio -- biblio.opac_suppressed, e.g. | |
15:28 | then update the frameworks to map 942$n to it | |
15:28 | that way, the OPAC suppression status of a bib would also become more easily accessible to SQL | |
15:28 | jcamins | drojf: that is the better option for your use case, because otherwise a public report could still expose a suppressed record. |
15:30 | drojf | oh, good point |
15:40 | jenkins_koha | Project master_maria build #21: STILL UNSTABLE in 43 min: http://jenkins.koha-community.[…]/master_maria/21/ |
15:40 | * Fridolyn SOMERS: Bug 10543: fix false warnings from checks of mandatory item fields | |
15:40 | * Fridolyn SOMERS: Bug 10543 - Unify item mandatory subfields check | |
15:40 | * Fridolyn SOMERS: Bug 10543 - add mandatory subfield check to addorderiso2709.pl | |
15:40 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10543 normal, P5 - low, ---, fridolyn.somers, Pushed to Master , false mandatory warning in additem |
15:48 | drojf | gmcharlt: that would go into biblio, not biblioitems? i admit i still don't understand what the difference is, but it seems most 942 things are in biblioitems |
15:48 | gmcharlt | drojf: biblio -- current idea is that biblioitems will get folded into biblio |
15:48 | drojf | ah, cool. thanks |
15:51 | pianohacker | gmcharlt: I know his is a contentious topic, so I'm just curious about what's been said recently; does Koha have any plans for any kind of FRBR inclusion? |
15:51 | obviously the current infrastructure doesn't really support that well at all, but... | |
15:54 | * druthb | hides. |
15:54 | gaetan_B | bye ! |
15:54 | gmcharlt | heh |
15:54 | * drojf | heads home, hopefully |
15:55 | gmcharlt | pianohacker: well, that's a broad question, but as stated, not terribly different from "can my favorite feature X get into Koha", which has all of the usual answers (show us patches, specs, codes, $$$, anything) |
15:55 | i.e., yes, nothing blocking it | |
15:56 | druthb | There is FRBR, the fairly-good concept, and there is RDA, the dumbed-down FRBR-ish-kind-of idea that basically means "Add a few MARC fields, and preserve the Bad Idea Infrastructure that we've been on for longer than you've been alive." |
15:56 | jcamins | gmcharlt: other than FRBR being poorly conceived. |
15:56 | gmcharlt | but "FRBR inclusion" per se isn't really specific, since it could mean anything from "group related records record better on the OPAC, using vaguely FRBRish principles" to "adopt a full-blown imitation of the FRBR data model" |
15:56 | jcamins | Not that that would really prevent anything happening. |
15:58 | pianohacker | okay, makes sense. Thanks |
15:58 | druthb | I've had occasion to think about the notion of a full-blown implementation of the FRBR model. As jcamins notes, there are problems with it, but if we let the perfect be the impediment to the better-than-we-have-now, we'd still be using typewriters, and cards with a hole in an odd place. |
15:59 | jcamins | druthb: but I maintain that we already have something better which we are pushing under the rug because "Functional Requirements for Bibliographic Records" sounds better than "traditional bibliographic concepts." |
16:00 | druthb | Depending on the meaning of "traditional bibliographic concepts", I agree with you, actually. Unless you mean MARC. |
16:01 | jcamins | druthb: pffft. MARC better than... anything? |
16:01 | Not likely! | |
16:01 | druthb | didn't think so. |
16:01 | jcamins | No, I mean the well-established bibliographic concepts of edition, etc. |
16:02 | Note for those who have missed my pontification on the subject before: the library world doesn't use these concepts. | |
16:02 | druthb | As I see it, there are *two* purposes to cataloging generally; they don't actually have to be in conflict with each other, but they aren't the same sorts of things—"What do we hold?" (inventory control) vs "What do we hold?" (so I can find it, as a patron). MARC serves one of those kind of well, and the other--dismally. |
16:03 | melia joined #koha | |
16:03 | * kf | flees |
16:03 | kf | bye all |
16:03 | kf left #koha | |
16:04 | pianohacker | oleonard: By "copypasta copyright" on bug 10320 (comment 20), you meant "Copyright 2009 BibLibre SARL", correct? |
16:04 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10320 enhancement, P4, ---, jweaver, Signed Off , Show results from library's OverDrive collection in OPAC search |
16:05 | oleonard | I remember that particular one, yes. Can't remember if there were more. |
16:05 | druthb | FRBR, while still quite imperfect, gives a philosophical separation between the two that MARC lacks, and *begins* to approach them as the different things that they are. |
16:05 | pianohacker | (and are we still doing the "Copyright (c) <author>, Koha Development Team" thing) |
16:06 | oleonard: thanks | |
16:06 | oleonard | pianohacker: That doesn't sound familiar |
16:10 | gmcharlt | pianohacker: it's either copyright-author or copyright-employer; there's no copyright assignment going on that makes "Copyright Koha Development Team" a meaningful concept |
16:10 | pianohacker | kk |
16:11 | jenkins_koha | Project Koha_master build #1342: STILL UNSTABLE in 1 hr 12 min: http://jenkins.koha-community.[…]Koha_master/1342/ |
16:11 | * Fridolyn SOMERS: Bug 10543: fix false warnings from checks of mandatory item fields | |
16:11 | * Fridolyn SOMERS: Bug 10543 - Unify item mandatory subfields check | |
16:11 | * Fridolyn SOMERS: Bug 10543 - add mandatory subfield check to addorderiso2709.pl | |
16:11 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10543 normal, P5 - low, ---, fridolyn.somers, Pushed to Master , false mandatory warning in additem |
16:12 | bshum | Does anyone have any experience extracting MARC data and holdings from Winnebago Spectrum? |
16:12 | We're seeing an odd case where the export comes out with no tags. Just the indicators, subfields, and values. | |
16:12 | It's quite perplexing. | |
16:13 | pianohacker | wow, that's odd. Is it a USMARC or MARCXML file? |
16:13 | bshum | pianohacker: I'm not sure exactly what the school was trying to pull out. I think it's supposed to be USMARC. |
16:14 | It's just a .txt file export | |
16:14 | pianohacker | bshum: Any chance you could put an extract on paste.koha-community.org? |
16:18 | mcooper joined #koha | |
16:19 | bshum | pianohacker: Oh weird. When I view the first 1000 characters of the file, I can see there's some unrecognized characters in front of the various areas where I would expect a tag to be. |
16:19 | Maybe it's some encoding error. | |
16:22 | pianohacker | ah, that sounds likely |
16:25 | tcohen joined #koha | |
16:38 | pianohacker | Hmm. What's the reason for the 'opac-tmpl should be replaced with [% interface %]' warning in the qa tools? |
16:38 | * pianohacker | is full of questions today |
16:39 | oleonard | There should be no direct link to the theme directory ("prog") |
16:40 | pianohacker | oleonard: This is a link to the generic opac-tmpl/lib directory |
16:40 | oleonard | If so it sounds like a bug in the qa tools |
16:40 | I'm not sure that's really a problem | |
16:40 | pianohacker | I'd say so. I'll poke kf when she gets back though |
16:42 | jcamins | pianohacker: the QA tools are maintained by mtj and Joubu. |
16:42 | cait joined #koha | |
16:42 | * cait | waves |
16:42 | pianohacker | jcamins: Thanks. |
16:43 | yo, cait | |
16:43 | oleonard: It looks like it was intended to prevent bug 2774 from reappearing, but I'd say it's overzealous | |
16:43 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=2774 normal, P3, ---, oleonard, Pushed to Master , Path to theme is hard-coded in many places |
16:49 | pianohacker | Hrm. Yeah, I'd say t/data/5/tmpl/i_fail_patterns_theme.tt in the qa repo is very much missing the point of that bug |
16:50 | edveal joined #koha | |
16:56 | bshum joined #koha | |
16:57 | gmcharlt | time for a QA process for qa-tools? |
16:57 | * gmcharlt | is not entirely joking |
16:59 | pianohacker | haha, well :) It might not be bad to have a koha-patches sort of mailing list for the qa-tools |
17:00 | gmcharlt | I'd rather that they just be folded into Koha's tree proper -- if developers are expected to comply with them, they should be Right There In Front of Them (TM) |
17:03 | oleonard | +1 |
17:04 | pianohacker | +1 |
17:05 | bshum joined #koha | |
17:06 | ebegin joined #koha | |
17:06 | blou joined #koha | |
17:08 | ebegin | a quick question about bug 8133 |
17:08 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8133 enhancement, P5 - low, ---, jweaver, Signed Off , hourly loans doesn't know when library closed |
17:08 | pianohacker | ebegin: what's up? |
17:08 | ebegin | I guess this one is for pianohacker :-) |
17:09 | It seems that your patch for the JS was marked as replaced your first patch. Is this what you really wanted to do ? | |
17:11 | pianohacker | ebegin: no, it wasn't. Fixed that, thanks for mentioning it :) |
17:11 | alex_a joined #koha | |
17:13 | ebegin | pianohacker, thanks ! we tried to apply it using git gz and it wasn't working |
17:14 | pianohacker | ebegin: Because of it being obsolete, or due to other problems? |
17:14 | ebegin | I guess that it was because it was obsolete, yeah. |
17:14 | pianohacker | okay, cool |
17:15 | ebegin | good, it seams to work. |
17:17 | By the way, I want to introduce Blou (pronouced Blue) to the koha community. Is one of the new programmers who started working for inLibro last week. | |
17:17 | pianohacker | ebegin: awesome. Please let me know if something's unclear during the testing procedure, the code is adapted to a couple specific usage scenarios, and I'm not sure how flexible it is |
17:18 | and hello blou, and welcome :) | |
17:18 | blou | thanks pianohacker. Got a good feel so far! |
17:18 | gmcharlt | blou: welcome! |
17:18 | wahanui | Welcome to zombo.com |
17:18 | oleonard | wahanui: ?! |
17:18 | wahanui | oleonard: i'm not following you... |
17:19 | pianohacker | blou: wahanui is a learning info-bot, so if you see something weird from it, don't worry too hard |
17:20 | blou | good to know, I had already done a search on zombo :) |
17:20 | ebegin | so did i ... :) |
17:25 | jcamins | @quote get 123 |
17:25 | wahanui | http://xkcd.com/1172/ |
17:25 | huginn` | jcamins: Quote #123: "rangi: #thingsihavelearnt if there is a mad scheme a library somewhere will be doing it ... except madder" (added by wizzyrea at 09:20 PM, March 30, 2011) |
17:25 | jcamins | blou: you'll probably need to know that one ^^ |
17:25 | :) | |
17:25 | And, welcome! | |
17:25 | wahanui | Welcome to zombo.com |
17:25 | cait | welcome blou |
17:26 | blou_ joined #koha | |
17:26 | cait | and don't get irritated by the bots :) some people like feeding them nonsense |
17:26 | oh | |
17:26 | jcamins | cait? |
17:26 | wahanui | cait: go to bed |
17:26 | cait | again? |
17:26 | pianohacker | bears repeating |
17:26 | jcamins | I was demonstrating nonsense. |
17:28 | blou_ | them? There are many? |
17:28 | jcamins | @later tell blou_ Yup! |
17:28 | huginn` | jcamins: The operation succeeded. |
17:28 | cait | wahanui and huginn - but you never know who else is a bot... |
17:28 | wahanui | i don't know, cait |
17:28 | * druthb | might or might not be a bot. |
17:28 | jcamins | blou_: if you say something, huginn will send you the message I just left for you. |
17:29 | drojf joined #koha | |
17:29 | blou_ | so i say something |
17:30 | ohhh sweet memories... It feels like 1995 all over again! | |
17:31 | pianohacker | druthb: Does supybot have whiskey and harassment plugins yet? |
17:31 | druthb | pianohacker: I'll get back to you on that, once RDA is finalized. |
17:31 | pianohacker | hahahahaha |
17:55 | Dyrcona | RDA-- |
18:07 | alex_a_ joined #koha | |
18:07 | magnuse | (some) bots are listed at the bottom of this page: http://wiki.koha-community.org/wiki/IRC_Regulars |
18:07 | bots? | |
18:07 | wahanui | bots are listed at http://wiki.koha-community.org/wiki/IRC_Regulars |
18:09 | drojf | nice try magnusebot |
18:10 | * drojf | chucks skittles at druthbot |
18:11 | rambutan joined #koha | |
18:11 | * druthb | chucks skittles at drojf |
18:12 | * cait | ducks |
18:13 | * drojf | chucks ducks at cait |
18:13 | druthb | cait: caitsnack cookie |
18:13 | cait | not hungry for cookies |
18:14 | druthb | hmpf. |
18:14 | drojf | OMG whats wrong? |
18:14 | * druthb | takes the cookie back, and offers cookies to drojf |
18:14 | drojf | used cookies? ;) |
18:14 | ah, why not :) | |
18:14 | thanks :D | |
18:15 | druthb | :P |
18:15 | cait | 10663 still |
18:15 | * druthb | grumbles something about her boss being late to his own funeral. |
18:16 | cait | this code is just insane |
18:21 | oleonard | Holds code? Insane? Who would've thought? |
18:23 | * cait | grumbles |
18:35 | tcohen | looks like i'll have to fix the release notes next tiem |
18:35 | jcamins | tcohen: what's wrong with them? |
18:35 | tcohen | vimal argued his name isnot there |
18:37 | * drojf | giggles |
18:38 | drojf | " Another thing is, Live DVD Manager name has not mentioned in About Koha > Koha Team." |
18:38 | really? | |
18:38 | wahanui | i think really is off now |
18:38 | drojf | bug tracker is too much? |
18:39 | druthb | wahanui: bug tracker? |
18:39 | wahanui | i think bug tracker is http://bugs.koha-community.org |
18:40 | druthb | lol |
18:40 | I was hoping he'd say it's too much. | |
18:40 | drojf | lol |
18:40 | druthb | have to be careful about saying "is" around here.. |
18:41 | drojf | bug tracker <is> too much |
18:41 | or how that worked | |
18:41 | bug tracker? | |
18:41 | wahanui | hmmm... bug tracker is http://bugs.koha-community.org |
18:41 | drojf | ok i fail at confuseabot |
18:43 | druthb | wahanui: drojf? |
18:43 | wahanui | drojf is from Germany and developing Koha on a raspberry pi! |
18:43 | cait | hehe |
18:43 | druthb | wahanui: Germany? |
18:43 | wahanui | well, Germany is very cool |
18:44 | drojf | erm. do i really just put biblio.something into the framework and it magically works with GetMarcFromKohaField? |
18:44 | druthb | yes, yes it is. |
18:44 | wahanui: cait? | |
18:44 | wahanui | cait: go to bed |
18:44 | druthb | lol |
18:44 | cait | drojf: that sounds magical :) |
18:44 | drojf | cait: too magical to be not suspicious ;) |
18:44 | cait | drojf: you might want to check if editing, creating , deleting things still works right :) |
18:45 | rambutan | wahanui: Pi? |
18:45 | wahanui | rumour has it Pi is fine. glad i made a new card with fresh debian and koha stable before so i can still play with it ;) |
18:45 | * cait | does the insane and tries to write test |
18:45 | cait | s |
18:45 | drojf | cait: have not done anything, just checking what to do at all |
18:45 | druthb | wahanui: Reno? |
18:45 | wahanui | hmmm... Reno is like vegas junior right? |
18:45 | druthb | LOL |
18:45 | drojf | hehe |
18:47 | oleonard | It might as well be Vegas. Everyone here thinks I'm going to Vegas even though I said Reno. |
18:47 | They should just rename the whole state Vegas. | |
18:51 | druthb | The amazing thing is not how well the bear waltzes, but that the bear waltzes at all. |
18:51 | hm. | |
18:51 | rambutan | [on] Sweet Cherry Pi? https://www.youtube.com/watch?v=RisWH8iMLdE |
18:52 | druthb | wahanui: The amazing thing? |
18:52 | wahanui | hmmm... the amazing thing is not how well the bear waltzes, but that the bear waltzes at all. |
18:52 | druthb | muahahaa |
18:53 | drojf | Unfortunately, this SME-music-content is not available in Germany because GEMA has not granted the respective music publishing rights. |
18:53 | i have never heard of sme music | |
18:54 | cait | hm trying to figure out the best way to set my reserve to waiting |
18:54 | druthb | drojf: http://www.youtube.com/v/RisWH8iMLdE ? I hear that's a hack to avoid that problem. |
18:54 | http://lifehacker.com/381349/b[…]s-with-a-url-hack | |
18:54 | rambutan | http://anonymouse.org ? |
18:54 | drojf | thanks, i already knew that 2 times but forget it immdiately :D |
18:55 | immediately even | |
18:55 | my e is b0rked | |
18:55 | oh, it dos not work anymore | |
18:55 | the hack, i mean | |
18:55 | druthb | rats! |
18:56 | I used to use it to watch european content from time to time. | |
18:56 | drojf | i usually just throw it into tor but it does not work for all videos |
18:56 | this one seems to exist only in flash form | |
18:56 | druthb | börk, börk, börk! |
18:56 | drojf | the webms work |
18:57 | pianohacker | drojf: torsocks? |
18:57 | drojf | tor browser bundle. but i'd wear socks from them too |
18:57 | ;) | |
18:58 | * druthb | puts on her Tor Sox, and wiggles her toes. |
18:58 | drojf | lol |
18:58 | pianohacker | drojf: Just wondering if the LD_PRELOAD hack that torsocks uses might be passed along to flash even if normal proxy settings aren't |
19:00 | drojf | AFAIK you are not supposed to use flash at all because it will leak information. i think there is not even an option to enable it in thr tor browser |
19:00 | pianohacker | ah okay |
19:00 | drojf | i need a new keyboard |
19:00 | or maybe throw this one in the bath tub for a while | |
19:00 | * druthb | hands drojf some extra eeeeeees |
19:00 | drojf | yay |
19:01 | if it would just leave them out… but it feels weird to type and that is irritating | |
19:04 | mcooper joined #koha | |
19:06 | alex_a joined #koha | |
19:09 | rambutan | I used to put our library's keyboards through my dishwasher routinely. Kinda got tired of taking them apart, however, so haven't done it so much lately. |
19:11 | ...casually wondering how a Pi might do as a Tor relay.... | |
19:11 | mcooper joined #koha | |
19:12 | drojf | rambutan: onion pi |
19:12 | jcamins | rambutan: I think there's already a downloadable distribution for that. |
19:12 | rambutan | oh? mihgt have to check it out |
19:13 | drojf | http://learn.adafruit.com/onion-pi/overview |
19:15 | talljoy joined #koha | |
19:25 | nengard joined #koha | |
19:40 | * rangi | choke coughs |
19:42 | rangi | what an annoying start to the day |
19:42 | oleonard | rangi: ? |
19:42 | rangi | someones refactoring busted holds |
19:42 | and no others have to fix it | |
19:43 | a massive pet peeve of mine | |
19:43 | refactoring is great ... in theory | |
19:43 | * cait | hides |
19:43 | rangi | and then we have the other pet peeve |
19:43 | the live dvd | |
19:46 | jcamins | rangi: but hey, it could be worse. The refactoring could have been intended to make the LiveDVD work. |
19:46 | * cait | glares at jcamins now |
19:47 | jcamins | Or... the refactoring could have been intended to make the LiveDVD run under Windows. |
19:47 | drojf | what do you mean, make? |
19:47 | it doesn't by default? | |
19:47 | we need a koha livedvd on windows manager ASAP | |
19:47 | pianohacker | jcamins: That is a horrifying idea |
19:48 | I've been looking at indexdata documentation and that still horrifies me! | |
19:48 | jcamins | Or... the refactoring could have been intended to make developers' lives easier while removing user-facing features as they used the LiveDVD instead of an actual installation, under Windows Me. |
19:48 | *ME | |
19:48 | rangi | heh |
19:48 | jcamins | ... on an iPhone. |
19:49 | drojf | lol |
19:49 | * jcamins | wins at horror. |
19:49 | jcamins | :D |
19:49 | * druthb | shudders |
19:50 | rangi | ok off to take kids to school |
19:51 | pianohacker | oleonard: Quick styling question: is it possible to have a dropdown in a toolbar (like in the marc editor, for instance), that doesn't have any behavior on the actual button, just in the menu options? Is that a horrifying idea? Do you have a better idea? :) |
19:52 | to give specifics, this is a quick Preferences/Settings dropdown in the professional marc editor I'm working on | |
19:52 | oleonard | pianohacker: That sounds like the standard behavior of a regular menu button (as opposed to a split button) |
19:52 | jcamins | pianohacker: it is. Just don't add an additional button for the caret. |
19:53 | As for whether it's a good idea, oleonard is the expert. :) | |
19:53 | pianohacker | okay, thanks :) Happen to know where one is off the top of your head? |
19:53 | ^one^an existing regular menu button^ | |
19:54 | oleonard | pianohacker: the patron detail page toolbar |
19:54 | rambutan | I rather suspect pianohacker will be rich, famous and well-beloved at the successful completion of his very ambitious undertaking |
19:54 | pianohacker | oleonard: Perfect! Thank you |
19:54 | druthb | rambutan: he's already two of those. |
19:54 | pianohacker | I'm a college student, so I'm damn well not rich ;) |
19:55 | jcamins | rambutan: I think druthb has a saying about pigs and lipstick that applies to cataloging interfaces. |
19:55 | pianohacker | so thank you druthb :) |
19:55 | rambutan | A marc editor has been the source of much grousing |
19:55 | pianohacker | and, well, yeah :) In jcamins terms, it will be as good as I can make it while still being very much a MARC editor |
19:55 | druthb | jcamins is nicer than I am. |
19:55 | Nice new shade of lipstick. | |
19:56 | talljoy joined #koha | |
19:58 | pianohacker | https://github.com/pianohacker/koha/tree/pci btw if anyone feels like poking at it |
19:58 | and to make things clear we have already decided that the bikeshed will be a nice sage color | |
19:59 | LOC regulations, nothing I can do | |
20:01 | jcamins | pianohacker: hey, do you know that your repo links to koha.org? |
20:01 | pianohacker | woah wat? That needs to be fixed |
20:01 | thanks jcamins. Shows how old that repo is | |
20:04 | jcamins | Interesting. I like it. |
20:04 | One question. How do you enter a dollar sign? | |
20:04 | pianohacker | Glad to hear. Fixed fields/leaders are still very much a work in progress |
20:05 | jcamins | Two questions, actually. |
20:05 | pianohacker | jcamins: Dollar signs are only recognized as field delimiters if followed by [A-Za-z0-9%] and a space |
20:05 | jcamins | I trust you're going to increase the width of the dropdowns so that the whole letter appears? |
20:05 | pianohacker | oh, nuts. Wondered it that would show up cross-platform |
20:06 | jcamins | So, librarians had better enter $9.00 instead of $9. :) |
20:06 | pianohacker | jcamins: Yeah, going for a more robust approach on that |
20:06 | jcamins: Heh yup. My hope is that the syntax highlighting will make that clear :) How common are prices in MARC records outside of, say, the 300 field? | |
20:06 | alex_a_ joined #koha | |
20:07 | jcamins | Surprisingly common. |
20:08 | Especially in prepublication records that libraries might download. | |
20:08 | pianohacker | Okay, good to know. The editor supports $, | and the weird double-cross sign. May be worth it at some point to support disabling $ as a delimiter |
20:08 | nengard left #koha | |
20:09 | cait | hah - my patch fixes 3 failing tests :) |
20:09 | pianohacker | woot |
20:09 | jcamins | How does the editing work? I don't see contenteditable turned on anywhere. |
20:09 | pianohacker | jcamins: Piles of magic: http://marijnhaverbeke.nl/blog/#cm-internals |
20:10 | Short answer: It steals input from an invisible textarea, and implements scrolling/bidi input/selection/etc. itself | |
20:12 | jcamins | Very nice. I may use that idea for Biblionarrator. It looks much easier to do a two-way binding with than contenteditable. |
20:12 | pianohacker | I'd even recommend stealing CodeMirror wholesale if you can. The APIs can be quirky but it does a lot for you |
20:12 | jcamins | The idea I was talking about was "just use CodeMirror." :P |
20:13 | pianohacker | oh. well then! Cool. |
20:13 | jcamins | Where did you come across it? |
20:14 | pianohacker | The original prototype version of this I did ages ago used it, since all I wanted back then was textual marc + syntax highlighting. I'd heard that it had added a number of features since then, so it still seemed like a good fit |
20:15 | jcamins | Nifty. That doesn't come up early in search results when you're searching for a richtext editor, but I think I could make it work like richtext. |
20:21 | oleonard | I just pushed a new revision of my Bootstrap OPAC branch with updated behavior of the Cart button, hopefully more mobile-friendly |
20:28 | And it's got DataTables! But some of them are broken. | |
20:29 | mtompset joined #koha | |
20:29 | oleonard | See you tomorrow #koha |
20:29 | mtompset | Greetings, #koha. |
20:30 | How do you roll your own distribution of Koha the second time? | |
20:31 | jcamins | The same way you did the first. |
20:32 | mtompset: if you mean packages, you can use debian/build-git-snapshot. | |
20:32 | If tarball, it's something like git archive ${BRANCHNAME} | |
20:33 | mtompset | The first time, I did the instructions at http://wiki.koha-community.org[…]es_-_The_Easy_Way |
20:33 | But what will a second pbuilder create do? | |
20:33 | overwrite the first one? | |
20:33 | jcamins | Skip that step. |
20:33 | Yes. | |
20:34 | You can skip the "Getting set up" section, since you -- presumably -- already got set up. | |
20:34 | mtompset | Yes, I successfully packaged one package setup. :) |
20:35 | jcamins | Actually, there's even a section called "Updating your packages" which summarizes the procedure for updating your packages. |
20:36 | mtompset | okay... yes, that does seem like the section to jump to in the "second time" case. :) |
20:37 | jcamins++ | |
20:37 | jcamins | And to prove how easy it is, "Updating your packages" is the same as "Building your packages" + "Deploy the packages." |
20:39 | mtompset | I was noticing the similarities. :) |
20:42 | * cait | is afraid that all this just can not work the way it was intended to. |
20:43 | mtompset | what work, cait? |
20:44 | cait | bug 10663 is still puzzling me |
20:44 | huginn` | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10663 critical, P5 - low, ---, koha-bugs, NEW , Holds never block renewals |
20:44 | wizzyrea | cait if I have a chance I will look |
20:45 | cait | wizzyrea: oh it's just plain broken |
20:45 | wizzyrea: holds of whatever kind don't block renwals ever in my testing | |
20:45 | testing with one branch and one item and multiple items etc. | |
20:45 | wizzyrea | in master or what version |
20:45 | becaue they certainly used to | |
20:45 | cait | 3.12 and master |
20:46 | yeah, i only had a 3.6.10 to compare, but there it worked like i supposed it should | |
20:46 | there was some code optimization done in march, so that should only affect 3.12 actually | |
20:48 | wizzyrea | ohh yea, reading that.. no surpirse that broke it |
20:50 | cait | what i wonder currently... we don#t seem to take the branch into account at all |
20:50 | or if an item can actually fill he hold | |
20:56 | wizzyrea: the more i look at it | |
20:56 | the more i think that replacing Checkreserves with GetReserveStatus in places like Canbookberenewed was totally wrong. | |
20:57 | the more i think about it.... the more i believe that... | |
20:57 | because check reserves does so much more than GetReserveStatus | |
20:57 | rangi | basically you revert that commit and fix the conflicts et voila it works fine again |
20:58 | imho regressions caused be refactoring should be reverted with extreme prejudice | |
20:58 | just lucky im not RM hehe | |
21:00 | cait | gmcharlt tried to revert |
21:00 | he said it was not possible | |
21:00 | unlucky to have a library using that version... | |
21:00 | gmcharlt | at least, not without potentiall reverting a buch of follow patches to reserves -- this was caught late |
21:01 | cait | that's how far i got with tests, but i am currently questioning if i understand how it works... and I think it can never work |
21:01 | http://paste.koha-community.org/145 | |
21:01 | CheckReserves was replaced by GetReserveStatus in CanItemBeRenewed,... which is the major point of my headache right now, but it's also been replaced in lots of other places | |
21:02 | and for checking for 'waiting' I think it's ok | |
21:02 | rangi | yes, that was the point of the refactoring |
21:02 | cait | which is all it's used for in some places |
21:02 | but CheckReserves does also check if the item can actually fill the hold I think... it's rather hard to read, but it looks for itypes and if they are not for loan etc.... so totally different thing | |
21:02 | gmcharlt | rangi: note, that revert in the narrow sense is risky; undoing it is another matter |
21:03 | cait | it's 11pm now |
21:03 | i have spent... 10 hours on it today - and I still have no idea how to fix it right | |
21:03 | with my patch most of the tests above pass - but i am stuck on how it actually can ever work for blocking renewals when there is a title level hold | |
21:04 | rangi | cait: check out 8447aeccdbe10e3586c9707bb6a99a3e47d9908f |
21:04 | which is the commit just before the bad one | |
21:04 | maximep left #koha | |
21:04 | rangi | if title level holds dont work at that point |
21:04 | then thats seperate to this bug | |
21:04 | if they do, then its not | |
21:05 | cait | i don't think it's separate |
21:05 | but i can try | |
21:05 | rangi | that would prove that its not |
21:05 | cait | it's only that i have killed my db for writing the tests ;) |
21:05 | rangi | and in the commit message can we link to http://blog.bigballofwax.co.nz[…]no-not-like-that/ |
21:05 | :) | |
21:05 | cait | hm |
21:05 | it's too late to try | |
21:05 | i would have to reconfiugre my whole database | |
21:06 | rangi | annoying |
21:06 | cait | and loading a dump will not work because we most probably changed something in database structure that will give me trouble |
21:07 | alex_a joined #koha | |
21:07 | jcamins | cait: updatedatabase should take care of any changes since the dump was made. Though it may take a while to run. |
21:08 | cait | jcamins: the dump is too new - not too old |
21:08 | the commit fromrangi is at least 3 months back | |
21:08 | i have no dump so old | |
21:08 | jcamins | Oh. I see. |
21:09 | cait | the refactor wa sin march, so some time before that |
21:12 | maybe we just need to put back CheckReserves.... | |
21:12 | rangi | thats what id do |
21:12 | * cait | gives up for tonight. maybe someone else will fix it while i sleep? there is always hope :) |
21:13 | rangi | if we can revert that change to opac-user.pl with a git revert |
21:13 | id do a manual revert | |
21:13 | ie a new patch that undoes it | |
21:13 | cait | it didn't work perfectly... but it worked lots better than what we have now |
21:13 | and the new one covers less, not more | |
21:13 | we will also have to revert circulation.pl | |
21:13 | i think | |
21:13 | that's the staff side of the problem | |
21:13 | rangi | right |
21:14 | cait | and there are a couple of other places the new one got introduced, but those are the 2 i found to be buggy |
21:14 | so far | |
21:14 | rangi | yep |
21:14 | cait | in some of the other places we check only for waiting - that actually works |
21:14 | because you have an itemnumber | |
21:14 | rangi | yep |
21:14 | cait | and koha already figured out if the item can fill the hold |
21:15 | rangi | *nod* |
21:17 | pianohacker | jcamins: Bah, I should have asked this earlier, but could I ask you for a quick screenshot of the leader dropdowns? |
21:18 | jcamins | pianohacker: sure. One moment. |
21:18 | It's actually just the 'm' that's cut off. | |
21:19 | Okay... that would make it difficult. | |
21:19 | Jing is running on the second monitor. | |
21:19 | But I don't have a second monitor connected right now. | |
21:19 | So, it'll have to wait until I'm at home, sorry. | |
21:19 | pianohacker | jcamins: the 'm' under bibliographic level? |
21:21 | if that's all, that explains a bit. Thanks again for testing | |
21:21 | jcamins | Yup. |
21:21 | It looks very much like an 'n'. | |
21:21 | cait | good night all |
21:21 | cait left #koha | |
21:21 | jcamins | Initially I was going to tell you that your plugin had the positions wrong, then I realized it was just a display glitch. |
21:22 | pianohacker | oh, haha, good. Even just the leader took some heavy staring on loc.gov to get right. |
21:33 | rambutan joined #koha | |
21:35 | ebegin joined #koha | |
21:44 | aquaman joined #koha | |
21:48 | talljoy joined #koha | |
21:52 | nengard joined #koha | |
22:07 | alex_a_ joined #koha | |
22:09 | nengard left #koha | |
22:20 | tcohen joined #koha | |
22:36 | mtompset | Hmmm.... how do you debug a trailing whitespace git apply problem? |
22:46 | papa joined #koha | |
22:49 | mtompset | Greetings, papa. |
22:50 | papa | hello! |
22:58 | rambutan left #koha | |
23:00 | jcamins | mtompset: you don't? |
23:01 | You say "oh, great, git fixed it for me." | |
23:01 | mtompset | and how do you tell git to fix it for you? |
23:01 | jcamins | Or, if git didn't, you fix your configuration so git will. |
23:01 | git? | |
23:01 | wahanui | git is, like, http://wiki.koha-community.org[…]Control_Using_Git |
23:01 | jcamins | ^^ somewhere on there you'll find either instructions or a link to instructions |
23:03 | mcooper joined #koha | |
23:06 | alex_a joined #koha | |
23:24 | pianohacker | good night, wahanui |
23:24 | wahanui | It'll all be over soon... |
23:32 | dcook joined #koha | |
23:57 | dcook | morning #koha |
← Previous day | Today | Next day → | Search | Index