![http://02varvara.files.wordpre[…]no-bear.jpg?w=800](http://02varvara.files.wordpress.com/2011/04/01-how-about-no-bear.jpg?w=800){kind=link}
← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
| Time | Nick | Message |
|---|---|---|
| 00:15 | dpk1 joined #koha | |
| 00:29 | matts_away joined #koha | |
| 00:50 | eythian | https://soundcloud.com/fredsco[…]trent-reznor-song <-- it so is |
| 01:00 | dcook | Does anyone else dislike when they hear a sound from an app or a website, but they have no idea to which it belongs? |
| 01:02 | eythian | yeah, though it's rare that it happens, I think mostly because I have blocking addons for things. |
| 01:02 | dcook | Me thinks that I might need more of those |
| 01:10 | wizzyrea | because my brain is obviously not working properly - you can't change the little icons that populate from the leader? |
| 01:10 | I know you can turn them off. | |
| 01:11 | eythian | no, I don't think you can |
| 01:11 | dcook | Only if you edit your XSLT, me thinks |
| 01:12 | wizzyrea | right. thanks |
| 01:20 | irma joined #koha | |
| 01:23 | rangi | nope you can turn them off with a syspref |
| 01:24 | i just have to find it | |
| 01:26 | dcook | DisplayIconsXSLT, I think |
| 01:26 | Although it also removes the words as well as the icons | |
| 01:26 | rangi | theres a patch to switch to using the itemtype icon too |
| 01:26 | wizzyrea | rangi++ thanks |
| 01:26 | yea I found that one | |
| 01:26 | iconsxslt was the bit I was missing :) | |
| 01:27 | dcook | I'm always a bit conflicted about record type vs item type |
| 01:28 | I suppose the 942 acts like a record type though | |
| 01:28 | wizzyrea | I think the record type is more or less useless information |
| 01:28 | rangi | it is |
| 01:28 | dcook | Sort of, eh? |
| 01:28 | wizzyrea | especially if you think about frbr. |
| 01:28 | rangi | totlally useless |
| 01:28 | and cant support reality | |
| 01:28 | wizzyrea | ^^^ |
| 01:28 | dcook | I suppose the part that gets me though is when you have a bib without items |
| 01:28 | rangi | that was one thing they could have fixed with RDA |
| 01:29 | dcook | In Koha, you might have an item type in the 942, but is that an "item type" |
| 01:29 | wizzyrea | what. is. the. harm. in. creating. an. item. |
| 01:29 | rangi | they just made more of a mess though |
| 01:29 | dcook | wizzyrea: Yeah, that's usually what we do |
| 01:29 | rangi | yeah theres no reason not to have an item |
| 01:29 | ever | |
| 01:29 | dcook | But if you're importing from someone like Ebsco, they won't have items by default |
| 01:29 | So you'd need to write a script to create items from an import | |
| 01:29 | jcamins | Record type can be useful... as long as you don't think of it as related at all to item types. |
| 01:29 | dcook | Which makes a barrier to regular non-programmers |
| 01:29 | rangi | jcamins: or reality :) |
| 01:29 | dcook | jcamins: Also true |
| 01:30 | It depends how you implement item types, I suppose | |
| 01:30 | wizzyrea | really, ISBN, ISSN, UPC, those ought to be item fields |
| 01:30 | rangi | since it cant support most of what is being published now |
| 01:30 | wizzyrea | well not issn. |
| 01:30 | but isbn, upc. | |
| 01:30 | (upc for DVD's) | |
| 01:30 | eythian | No, ISBN and UPC shouldn't be, that's denormalised. |
| 01:31 | jcamins | rangi: no, record types can have a definite basis in reality, just not if you think of record type in purely physical terms. |
| 01:31 | rangi | i dont see any other use for them |
| 01:31 | esoteric data no one cares about? | |
| 01:32 | jcamins | Many of my libraries use it. |
| 01:32 | eythian | they are a general semantic type that is movable between catalogues. |
| 01:32 | it's just they're a pain to actually use :) | |
| 01:32 | jcamins | "Auction catalogs" for example. |
| 01:33 | rangi | im still missing the point |
| 01:33 | wizzyrea | me too. Just create an item. |
| 01:35 | * rangi | pops a painkiller and goes back to sleep |
| 01:35 | jcamins | Last I checked, you can't show item information at a bibliographic level. |
| 01:36 | * eythian | grumbles at the idea of creating fake items, it's bad data, even though it's sometimes necessary. |
| 01:36 | eythian | it's a hack for something that needs a better solution. |
| 01:36 | dcook | ^^ |
| 01:36 | wizzyrea | yea, frbr. :P |
| 01:36 | eythian | pretty much, yeah |
| 01:37 | * wizzyrea | points out that as originally coded, Koha handled all of that really well. |
| 01:37 | rangi | fucking marc |
| 01:37 | now im really leaving | |
| 01:37 | eythian | yeah, but marc |
| 01:38 | koha could sorta fake it with marc, grab another 9xx field and link them together. It'd get ugly though. | |
| 01:38 | *uglier | |
| 01:38 | wizzyrea | why would you bother faking it |
| 01:39 | eythian | same reason item records are already there. |
| 01:39 | everything in one place has its uses. | |
| 01:40 | kathryn | fake it til you make it... |
| 01:40 | wizzyrea | I still feel that the bib level item type, in *general library usage* is misleading for borrowers, and overall utterly pointless. |
| 01:41 | yea you got your quote 123 situations where ok sure your use case it might be helpful | |
| 01:41 | but it'll be a 123. | |
| 01:41 | eythian | data normalisation is important, or everything will end up terrible. |
| 01:41 | and bib level records provide that | |
| 01:41 | oh, bib level item type | |
| 01:42 | yeah, it's an odd one. | |
| 01:42 | dcook | ^ |
| 01:42 | * wizzyrea | still prefers the frbr model. |
| 01:43 | eythian | well yeah |
| 01:43 | wizzyrea | you shouldn't end up with 50 different hamlet records. You should have one hamlet, with 50 expressions, and an item for each expression. |
| 01:43 | eythian | it's even more normalised, which up to a point means more good :) |
| 01:44 | wizzyrea | I'm not going to argue normalisation with you, lol. I'm not an advocate for "do it all willy nilly" |
| 01:44 | just don't do it this way as it's nonsensical. | |
| 01:44 | eythian | however MARC was developed before relational data storage was a thing, so that doesn't help it any. |
| 01:45 | dcook | ^ |
| 01:45 | wizzyrea | http://demo.mykoha.co.nz/cgi-b[…]anch_group_limit= regardless, without those damn icons this looks passably nice ;) |
| 01:46 | dcook | Is that jquery? |
| 01:46 | wizzyrea | what? |
| 01:46 | eythian | are those records confusing bibliography and biography? |
| 01:46 | dcook | How you're hiding it. Well, CSS, but I wasn't sure if you used jquery or the usercss for that |
| 01:46 | eythian | e.g. "Dracula; a biography of Vlad the Impaler, 1431-1476" |
| 01:46 | Format: print bibliography bibliography; Nature of contents: biography; Literary form: not fiction | |
| 01:46 | wizzyrea | I think those came from gutenberg |
| 01:47 | that data predates me I think. I could certainly remove it | |
| 01:47 | eythian | maybe it means something different in cataloguey terms. |
| 01:49 | dcook | Did you miss some icons, wizzyrea, or are those supposed to be there? |
| 01:49 | wizzyrea | I only turned off the xslt icons thing, whatever that did is what it did. |
| 01:49 | dcook | Ah, the system preference must've changed since I last used it then |
| 01:50 | eythian: Bibliography: p. 215-228. | |
| 01:50 | wizzyrea | that seems highly unlikely |
| 01:50 | dcook | I think it's probably a coding error |
| 01:50 | Err, human error that is | |
| 01:50 | eythian | dcook: well, it might have a bibliography, but it sounds like it's describing the whole work as one. |
| 01:50 | which seemed inaccurate. | |
| 01:51 | especially if it's also a biography | |
| 01:51 | my phone is claiming that it's 27° here. I think it's lying. | |
| 01:51 | @wunder nzwn | |
| 01:51 | huginn | eythian: The current temperature in Wellington, New Zealand is 19.0°C (2:30 PM NZDT on January 30, 2014). Conditions: Clear. Humidity: 78%. Dew Point: 15.0°C. Pressure: 29.95 in 1014 hPa (Rising). |
| 01:51 | dcook | eythian: I concur |
| 01:51 | I think it's a biography containing a bibliography | |
| 01:52 | So it probably shouldn't say "print bibliography" | |
| 01:52 | wizzyrea | I think the item probably doesn't actually exist as catalogued. |
| 01:52 | since it's a fiction to begin with. | |
| 01:52 | the record, not the work. | |
| 01:53 | rocio left #koha | |
| 01:53 | eythian | quite possibly |
| 01:54 | BobB joined #koha | |
| 01:55 | dcook | Actually, it looks like it might be a coding issue in Koha? |
| 01:55 | Or rather, a difference between MARC and Koha | |
| 01:55 | bibliographies should be under nature of contents | |
| 01:55 | Which, in this case, seems relevant | |
| 01:56 | Form should just be print | |
| 01:57 | If you look at the html source, it even says bibliographies is a natureofcontents datum | |
| 01:57 | * dcook | can't believe he just said datum |
| 01:58 | eythian | why, it's a perfectly valid word :) |
| 01:58 | dcook | Yeah, but it just seems a bit wanky |
| 01:59 | * dcook | feels the thickness of his glasses |
| 01:59 | dcook | Perhaps I have enough cred to say it |
| 02:00 | mtompset | Does anyone here have experience migrating circulation history? |
| 02:00 | eythian | yep |
| 02:00 | it's easy peasy | |
| 02:01 | mtompset | which tables? |
| 02:01 | eythian | old_issues for history, issues for current. |
| 02:01 | and items.issued needs to be populated accordingly too | |
| 02:07 | dcook | items.onloan? |
| 02:07 | wahanui | items.onloan is, like, NULL |
| 02:07 | mtompset | now, what if this is from 3.0.7? |
| 02:07 | those tables existed back then? | |
| 02:08 | * mtompset | cringes, "I need to set up a Koha 3.0.7 VM." |
| 02:08 | eythian | dcook: that's the one sorry |
| 02:09 | mtompset: yeah, not a whole lot has changed in that respect, iirc. | |
| 02:09 | I think maybe a new column or something that's not even used. | |
| 02:09 | mtompset | @karma dcook |
| 02:09 | huginn | mtompset: Karma for "dcook" has been increased 1 time and decreased 0 times for a total karma of 1. |
| 02:09 | mtompset | dcook++ # we don't say thank you enough. :) |
| 02:10 | @karma eythian | |
| 02:10 | huginn | mtompset: Karma for "eythian" has been increased 11 times and decreased 1 time for a total karma of 10. |
| 02:10 | mtompset | eythian++ # for the circulation history help. |
| 02:11 | dcook | I think I was just working on items.onloan recently, so thought it might be relevant |
| 02:14 | mtompset | So the old_issues.issuedate is used to populate the items.onloan value, right? |
| 02:14 | well, and issues.issuedate as well, right? | |
| 02:14 | eythian | mtompset: no |
| 02:14 | onloan is null or the date due | |
| 02:15 | oh | |
| 02:15 | the issue date | |
| 02:15 | but not from old_issues | |
| 02:15 | basically, I run this after an import: | |
| 02:15 | https://gitorious.org/koha-mig[…]erty/circ.pl#L138 | |
| 02:23 | * mtompset | starts up his UNIMARC VM. |
| 02:26 | mtompset | I really should do this more often. I hate huge git pulls. |
| 02:26 | eythian | you don't share one repo between them all? |
| 02:27 | mtompset | separate VM. |
| 02:27 | eythian | network file systems |
| 02:27 | mtompset | Don't want to even go there. |
| 02:27 | eythian | I NFS mount mine, but sshfs would also work. |
| 02:28 | mtompset | I choose the pain for simplicity. |
| 02:28 | wizzyrea | pull only the master branch? |
| 02:28 | can reduce it some. | |
| 02:28 | * mtompset | shrugs. |
| 02:28 | eythian | or pull from a local copy that's kept up to date |
| 02:29 | mtompset | Like I trust my copies to stay clean. :P |
| 02:36 | dcook | Ah, that reminds me of something to try.. |
| 02:37 | Really need to try out NFS and sshfs sometime. If I move away from Windows completely, there might not be a point using Samba.. | |
| 02:38 | Let's see if a Linux VM in Windows can read a Linux encrypted USB.. | |
| 02:38 | * dcook | bets not.. |
| 02:40 | eythian | probably can |
| 02:41 | assuming it gets to see it as a block device, anyway | |
| 02:42 | mtompset | I agree with eythian on this. |
| 02:43 | dcook | Well, Windows can detect a drive, but wants to reformat it |
| 02:43 | Maybe I don't have Virtualbox configured correctly but it's not showing up there | |
| 02:43 | mtompset | Oh, you have to have the add on installed. |
| 02:43 | (if I recall) | |
| 02:44 | dcook | I think I already have the addons installed |
| 02:44 | Might just be a checkbox | |
| 02:44 | Ah, Extension Pack | |
| 02:47 | eythian: Rhapsody of Fire now appears in my Recently Listened to amongst music that most certianly is not similar at all, lol | |
| 02:47 | eythian | heh |
| 02:47 | using google music? | |
| 02:47 | dcook | Grooveshark |
| 02:47 | wahanui | Grooveshark is glitching out on that song, odd as it works for any other song. |
| 02:48 | dcook | Rangi put me onto it ages ago and now I find it's part of the routine |
| 02:49 | eythian | ah right. I find google music loves a bit too much to tell you what you've recently listened to, when I'd rather have more recommendations. |
| 02:50 | dcook | Yeah, I think I'd prefer more recommendation, which I think is an option |
| 02:50 | There's a few songs that I listen to regularly though that I'd like in the mix | |
| 02:53 | eythian | I do quite like the radio mode though. I've had a few people complement me on my selection when I just pick a track that everyone will like and say "more like this" :) |
| 02:54 | dcook | This is Google music? |
| 02:54 | eythian | yeah |
| 02:54 | I have an All Access subscription, which give you everything. | |
| 02:54 | dcook | Hmm, I had a person recommending it last year. Perhaps I should give it a look. |
| 02:57 | dac joined #koha | |
| 03:06 | mtompset | Hmm.... Why isn't my patron able to log in?! |
| 03:07 | eythian | mtompset: Traceroute says that there is a routing problem in the backbone. It's not our problem. |
| 03:07 | mtompset | no no... into koha locally silly. |
| 03:07 | I just did an add, and it doesn't log in. | |
| 03:08 | eythian | oh, then it's probably from a change in Earth's rotational speed |
| 03:08 | mtompset | No owner passed in or defined. |
| 03:08 | Hmm.... | |
| 03:10 | wizzyrea | staff or borrower? |
| 03:10 | mtompset | staff. |
| 03:10 | wizzyrea | permissions? |
| 03:10 | wahanui | rumour has it permissions is most likely the problem |
| 03:11 | mtompset | superlibrarian. |
| 03:11 | wahanui | superlibrarian is one of the permissions |
| 03:11 | mtompset | I also logged in as the system account, changed the password of an existing superlibrarian. |
| 03:11 | And I can't log in as them either. | |
| 03:11 | wizzyrea | version? |
| 03:11 | wahanui | version is always noted in a comment on top |
| 03:13 | mtompset | OH... wait a second... it triggered a branch select. |
| 03:13 | It didn't run the save?! | |
| 03:13 | 3.15.00.015 -- master | |
| 03:13 | My unimarc VM. | |
| 03:16 | still debarments bug in memberentrygen.tt | |
| 03:17 | nope that wasn't it. | |
| 03:19 | What is C4::Tags?! | |
| 03:20 | eythian | it manages tags |
| 03:20 | dcook joined #koha | |
| 03:20 | eythian | it'd be nice if it actually said that somewhere though. |
| 03:20 | dcook | No go on the encrypted drive |
| 03:20 | rangi | perldoc C4/Tags.pm |
| 03:20 | C4::Tags.pm - Support for user tagging of biblios. | |
| 03:20 | like there? | |
| 03:22 | eythian | ah, I was looking in the code, and that comes after stuff. If you go to the bottom, nearly the first thing is |
| 03:22 | =head3 TO DO: Add real perldoc | |
| 03:24 | wizzyrea | well I found out what was killing the koha-community server |
| 03:24 | eythian | oh yeah? |
| 03:24 | pastebot | "wizzyrea" at 127.0.0.1 pasted "for 3 hours straight" (24 lines) at http://paste.koha-community.org/102 |
| 03:25 | wizzyrea | now if we don't have a referer it drops those. hrmph. |
| 03:26 | rangi | we should do a fail2ban rule for that |
| 03:26 | eythian | yeah definitely. |
| 03:26 | wizzyrea | ooh I bet someone has one of those. |
| 03:26 | eythian | assuming that wordpress logs auth failures somewhere (it probably does.) |
| 03:27 | * dcook | recalls a catalyst person telling him about fail2ban |
| 03:27 | dcook | ibeardslee? |
| 03:27 | wahanui | ibeardslee is probably closer to the merengues at BOC |
| 03:28 | wizzyrea | mmm it doesn't really but it probably could - there seems to be a plugin. |
| 03:28 | ibeardslee | dcook: I may have done |
| 03:28 | dcook | I seem to recall fail2ban being able to block after 3 password attempts or some such? |
| 03:28 | * dcook | really needs to look at it himself sometime.. |
| 03:29 | rangi | dcook: for ssh it does that out of the box |
| 03:29 | wizzyrea | http://23x.net/908/securing-wo[…]ing-fail2ban.html good thoughts |
| 03:29 | rangi | and for a bunch of other things |
| 03:29 | eythian | yeah, it's quite good. |
| 03:29 | * wizzyrea | will execute this post haste |
| 03:29 | ibeardslee | yes .. I use it for ssh on my personal servers .. although I really should change that to keys only |
| 03:29 | dcook | eythian / mtompset: Finally got that USB working |
| 03:29 | rangi: Ah, right, of course. | |
| 03:29 | keys only :D | |
| 03:30 | * dcook | wonders how that would work with a VPS |
| 03:30 | dcook | Is there a web-based terminal a person can use as if they were working with the physical machine? |
| 03:30 | (Depending on the provider, I suppose) | |
| 03:31 | eythian | I don't understand the premise behind the question. |
| 03:31 | ibeardslee | any machine, physical or virtual, you have ssh access to should be able to be setup for key only access |
| 03:32 | wizzyrea | linode uses lish for that |
| 03:32 | dcook | Right, I guess you'd have to use password access to get your key up first then |
| 03:32 | wizzyrea: lish? | |
| 03:32 | wizzyrea | i'm guessing that stands for "linode shell" |
| 03:33 | dcook | eythian: The premise being how do you get a key onto a server that has key only access if your key isn't already on it |
| 03:33 | wizzyrea | anyway it's like a console connection |
| 03:33 | dcook | console? |
| 03:33 | wahanui | somebody said console was on the 'all' tab and there is nothing there |
| 03:33 | eythian | dcook: when you set it up you have a password, then you put a key onto it and change the setting. |
| 03:33 | wizzyrea | console being "what they call it when you're sitting in front of it" |
| 03:33 | dcook | eythian: Right, I figure that was the only option unless there was another way of accessing the server. |
| 03:34 | eythian | My VPS has console via VNC over HTML. It works surprisingly well. |
| 03:34 | dcook | I suppose if your key is compromised and you're locked out, you're screwed anyway |
| 03:34 | wizzyrea | ^^ is probably what lish is |
| 03:34 | dcook | Mmm |
| 03:34 | Ok, yeah, that's what I was thinking of | |
| 03:34 | https? Isn't VNC unencrypted? | |
| 03:35 | * dcook | says only barely having come near VNC so far |
| 03:35 | eythian | yeah, it uses https |
| 03:35 | but it's more that its rendered using HTML that's interesting. | |
| 03:38 | dcook | Quite. Now that I think about it, I guess the web-based console I used last time might've used something else than HTML...not sure really |
| 03:38 | eythian | possibly a plugin |
| 03:38 | java or some such | |
| 03:39 | dcook | Yeah, I wonder if I remember the name of the system.. |
| 03:39 | rangi | ajaxterm |
| 03:39 | wizzyrea | ^ |
| 03:39 | mtompset | OH ..... bleep. |
| 03:39 | password varchar(30) | |
| 03:40 | * dcook | is pleased that the encrypted drive works on a Linux VM even though Windows thinks it's going nuts |
| 03:40 | mtompset | but the bcrypt hash is longer than that! |
| 03:40 | no wonder I can' | |
| 03:40 | t log in. | |
| 03:41 | rangi | you mustnt have upgraded the db |
| 03:41 | dcook | rangi: https://code.google.com/p/shellinabox/ |
| 03:41 | 'twas Turnkey Linux | |
| 03:44 | mtompset | I did, but I think there may have been an overlapping version number between custom stuffs. |
| 03:46 | wizzyrea | 2 a second, those jerks. |
| 03:46 | eythian | mtompset: this is why a database should explode when you try to do things like put a big value into a small field, not truncate like mysql does. |
| 03:47 | wizzyrea | eythian++ good idea fail2ban it's already got one ^.^ |
| 03:47 | rangi | eythian: we could turn strict on |
| 03:47 | might be worth doing | |
| 03:47 | eythian | that's probably a good thing to try |
| 03:47 | dcook | rangi: I think that'll cause problems in a few other areas |
| 03:47 | rangi | good :) |
| 03:47 | eythian | dcook: no, it'd expose problems |
| 03:47 | dcook | hehe |
| 03:47 | Good point | |
| 03:47 | Exposing problems = good | |
| 03:47 | wizzyrea | oh and rangi++ who initially suggested it |
| 03:48 | mtompset | exposed problems = quickly fixed problems. |
| 03:48 | *whew* not affecting our live or QA systems. :) | |
| 03:58 | eythian | huh you can't actually edit the default framework any more. |
| 03:59 | I didn't realise that, but it's a good idea. | |
| 04:00 | oh, it's just the name you can't change | |
| 04:00 | I always click the wrong link there | |
| 04:02 | mtompset | Editing frameworks in a pain. |
| 04:03 | ^in^is^ | |
| 04:03 | dcook | eythian: Not being able to edit the default framework does sound like a rather good idea! |
| 04:03 | mtompset | You'll note I specify the clicks to take in most of my test plans, because I don't want to assume people know what to click to do something. :) |
| 04:04 | dcook | mtompset: Being explicit is the best :D |
| 04:04 | mtompset | - assuming the default framework has EVERYTHING, then yes. |
| 04:04 | dcook | In theory, it should. |
| 04:04 | If not, there should probably be a better update mechanism than manually editing it | |
| 04:15 | irma left #koha | |
| 04:26 | irma_ joined #koha | |
| 04:27 | mtompset | Thanks for the sign off, eythian. :) |
| 04:27 | eythian | no problem |
| 04:27 | mtompset | eythian++ # thanks. :) |
| 04:27 | It's not perfect, but it is a vast improvement. :0 | |
| 04:29 | Oak joined #koha | |
| 04:29 | irma__ joined #koha | |
| 04:30 | Oak | kia ora #koha |
| 04:30 | hello mtompset :) | |
| 04:30 | mtompset | Greetings, Oak. |
| 04:33 | irma_580 joined #koha | |
| 04:34 | irma_272 joined #koha | |
| 04:35 | irma_487 joined #koha | |
| 05:10 | mtompset | With a unimarc sign off, I shall go to bed. :) |
| 05:11 | Have a great day, #koha Oak eythian dcook rangi wizzyrea. | |
| 05:22 | BobB_ joined #koha | |
| 05:27 | BobB joined #koha | |
| 05:32 | irma_266 joined #koha | |
| 06:18 | cait joined #koha | |
| 06:25 | pablito joined #koha | |
| 06:35 | * cait | waves |
| 06:39 | pablito | hi cait! |
| 06:39 | how are you? | |
| 06:39 | cait | hi pablito :) |
| 06:39 | righ tnow? tired :) | |
| 06:39 | getting ready for work right now | |
| 06:39 | pablito | hehe |
| 06:39 | paxed | @later tell oleonard yes, the "manage" shows up in the UI, as cait said - I don't know exactly how, as all I got was a screenshot of the page. |
| 06:39 | huginn | paxed: The operation succeeded. |
| 06:39 | pablito | the weekend is almost here |
| 06:40 | cait | paxed: ah interesting! |
| 06:40 | we thought it was not possible to make it show up now, as th irregular pattern doesn't seem to work like before - i linked a bug report to yours | |
| 06:40 | pablito | cait: what time is it for you over there? |
| 06:40 | cait | 7:40 am |
| 06:41 | pablito | cool, I'm one hour ahead |
| 06:41 | cait | paxed: the manage should only appear if your next predicted issue has no prediction date, which should be for irregular patterns, but it seems some date is always set there now (which is a separate bug) |
| 06:41 | pablito: are you awake yet? :) | |
| 06:41 | pablito | haha |
| 06:42 | cait | :) |
| 06:42 | and how is thursday so far? | |
| 06:42 | pablito | cait: physically yes, mentalling...still booting up |
| 06:42 | :-D | |
| 06:42 | cait | aaah yeah - feeling the same,might also take an hour... |
| 06:42 | pablito | cait: thursday here is good, not too much work today |
| 06:43 | cait | let's hope for the best here as well |
| 06:43 | at least no meetings today :) | |
| 06:43 | pablito | well, there is work but it can wait :-D |
| 06:44 | although, I have a koha issue that's been bothering for a couple weeks | |
| 06:45 | I have enabled email overdue notices for koha | |
| 06:45 | using postfix | |
| 06:45 | but it only sent emails to only 5 people | |
| 06:45 | irma_ joined #koha | |
| 06:45 | pablito | i have like 70 overdues |
| 06:46 | or about 20 people | |
| 06:46 | paxed | does updating biblioitems.marcxml update biblioitems.marc, and all the other necessary places (such as biblio.title, etc)? |
| 06:49 | rangi | no |
| 06:49 | cait | hey rangi |
| 06:49 | rangi | hey cait |
| 06:49 | cait | pablito: do they all have emai laddresses? in the same email field |
| 06:49 | pablito | yes, they all do |
| 06:49 | cait | all same branch? |
| 06:50 | are you using the -t option for overdues? | |
| 06:52 | pablito | hmm |
| 06:52 | all same branch | |
| 06:53 | what is the -t option? | |
| 06:53 | paxed | rangi: hm. is there some example utility perl code that takes care of all of that? |
| 06:54 | cait | pablito: if you run with -t it uses the triggers you set in tools |
| 06:54 | pablito | this is in the cron job right? |
| 06:54 | cait | pablito: the overdues script has a lot of different options |
| 06:54 | yeah | |
| 06:54 | i have to admit, we have always used -t so i am not sure how the other options work | |
| 06:55 | pablito | yes, the cronjob uses the -t option |
| 06:56 | here's my cron file: | |
| 06:56 | koha-foreach --enabled --email /usr/share/koha/bin/cronjobs/overdue_notices.pl -t | |
| 06:58 | cait | hm ok |
| 06:58 | you must know that it will onyl send out on the exact dates | |
| 06:58 | so if you set up a trigger with 1 2 3 it will send out notices 1 2 3 days after the item was due, but only on that date for those items | |
| 06:58 | pablito | ah |
| 06:59 | cait | also you can check if your borrower categories all have overdue notice required set |
| 06:59 | and all categoreis have triggers defined | |
| 06:59 | there is an -all/-a option i think, so you can list all overdue items in those notices, instead of only the matching ones | |
| 07:00 | pablito | about sending notices out on the exact date, so if a borrower is 30 days overdue and I only setup for triggers on the 1, 2, and 10, then this borrower will not get the notice? |
| 07:09 | wizzyrea | silence |
| 07:11 | pablito | cait: also, i just looked at the code of the overdues.pl script and there's no -all/-a option, just the -max days option |
| 07:11 | cait | pablito: yes to the first |
| 07:11 | and quite sure about the second, but not sure how the option is called | |
| 07:12 | try not the -v but looking at the full option list | |
| 07:12 | it's several pages printed | |
| 07:13 | pablito | ah ok, the koha 3.14 doc indicates the -list-all option, but it is limited by the -max days setting |
| 07:14 | cait | ah i think the -max might only be without the -t... but her eit gets confusing |
| 07:15 | pablito | ok |
| 07:15 | cait | this script does toomany things |
| 07:27 | have to run | |
| 07:27 | bye all | |
| 07:27 | @wunder Konstanz | |
| 07:27 | huginn | cait: The current temperature in Taegerwilen, Taegerwilen, Germany is -3.5°C (8:25 AM CET on January 30, 2014). Conditions: Mist. Humidity: 94%. Dew Point: -4.0°C. Windchill: -3.0°C. Pressure: 29.71 in 1006 hPa (Steady). |
| 07:37 | marcelr joined #koha | |
| 07:37 | marcelr | ha die #koha |
| 07:38 | reiveune joined #koha | |
| 07:38 | reiveune | hello |
| 07:38 | wahanui | what's up, reiveune |
| 07:41 | marcelr | hi reiveune |
| 07:42 | reiveune | salut marcelr |
| 07:54 | sophie_m joined #koha | |
| 08:16 | cait joined #koha | |
| 08:16 | cait | good morning #koha |
| 08:29 | gaetan_B joined #koha | |
| 08:29 | gaetan_B | hello |
| 08:38 | alex_a joined #koha | |
| 08:39 | laurence joined #koha | |
| 08:44 | marcelr | hi cait gaetan_B |
| 08:44 | cait | hi marcelr |
| 08:45 | gaetan_B | hi marcelr, hi cait :) |
| 08:46 | cait | hi gaetan_B :) |
| 08:56 | matts | hi ! |
| 09:06 | paul_p joined #koha | |
| 09:06 | cait | hi matts :) |
| 09:06 | Oak | hello cait |
| 09:06 | wahanui | hello cait are you here? |
| 09:07 | cait | hi oak :) |
| 09:07 | wahanui: forget hello cait | |
| 09:07 | wahanui | cait: I forgot hello cait |
| 09:07 | Oak | :) |
| 09:08 | pablito joined #koha | |
| 09:49 | JesseM joined #koha | |
| 10:25 | laurence joined #koha | |
| 10:36 | drojf joined #koha | |
| 10:37 | drojf | hi #koha |
| 10:45 | drojf joined #koha | |
| 10:45 | drojf | hi#koha |
| 11:03 | marcelr | hi drojf |
| 11:03 | drojf | hi marcelr |
| 11:03 | marcelr | is julian around? |
| 11:03 | julian maurice | |
| 11:04 | does anyone from biblibre know? | |
| 11:19 | cait | hi drojf |
| 11:19 | drojf | hi cait :) |
| 11:20 | cait | :) |
| 11:37 | gaetan_B | marcelr: Julian is in a full week meeting |
| 11:54 | NateC joined #koha | |
| 11:54 | NateC joined #koha | |
| 11:59 | Oak left #koha | |
| 12:39 | meliss joined #koha | |
| 12:45 | fridolin joined #koha | |
| 12:45 | fridolin | hie all |
| 12:50 | francharb | good morning #koha |
| 13:01 | cait | gaetan_B: a full week meeting sounds horrible |
| 13:02 | gaetan_B | consider it a sort of hackfest ;) |
| 13:03 | marcelr | thx gaetan_B i reached julian in the meantime via bugzilla mail |
| 13:19 | oleonard joined #koha | |
| 13:19 | oleonard | Hi #koha |
| 13:20 | @wunder 45701 | |
| 13:20 | huginn | oleonard: The current temperature in OHDOT 31-Athens County Garage, Athens, Ohio is -21.1°C (7:21 AM EST on January 30, 2014). Conditions: Clear. Humidity: 81%. Dew Point: -23.0°C. Windchill: -21.0°C. Pressure: 30.31 in 1026 hPa (Rising). |
| 13:21 | blou | hot! |
| 13:22 | oleonard | :P |
| 13:25 | cait | @wunder Konstanz |
| 13:25 | huginn | cait: The current temperature in Taegerwilen, Taegerwilen, Germany is 0.2°C (2:15 PM CET on January 30, 2014). Conditions: Clear. Humidity: 89%. Dew Point: -1.0°C. Windchill: 0.0°C. Pressure: 29.65 in 1004 hPa (Steady). |
| 13:27 | blou | hot and humid! |
| 13:28 | tcohen joined #koha | |
| 13:30 | pablito joined #koha | |
| 13:31 | Dyrcona joined #koha | |
| 13:49 | druthb | @wunder 77098 |
| 13:49 | huginn | druthb: The current temperature in Greenway Plaza, Houston, Texas is 5.0°C (7:49 AM CST on January 30, 2014). Conditions: Overcast. Humidity: 70%. Dew Point: 0.0°C. Windchill: 3.0°C. Pressure: 30.14 in 1020 hPa (Falling). |
| 13:49 | druthb | balmy! |
| 13:50 | drojf | druthb! |
| 13:51 | druthb | drojf! |
| 13:51 | cait | balmy? |
| 13:51 | drojf! druthb! | |
| 13:52 | tcohen | morning #koha |
| 13:52 | hi cait | |
| 13:52 | drojf | cait! |
| 13:52 | tcohen! | |
| 13:52 | :D | |
| 13:52 | druthb | cait! tcohen! |
| 13:52 | tcohen | hi drojf |
| 13:52 | cait: is not a big deal | |
| 13:53 | gmcharlt: is any decoding of UTF-8 needed when calling new_from_usmarc on zebra search results? | |
| 13:54 | oleonard | paxed around? |
| 13:56 | rhcl joined #koha | |
| 13:58 | paxed | oleonard: yes? |
| 14:01 | fridolin left #koha | |
| 14:04 | oleonard | paxed: There are a few things you could do to get your patch for Bug 11631 moving along if you don't mind |
| 14:04 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11631 enhancement, P5 - low, ---, koha-bugs, NEW , Make translation toolchain ignore useless translatable strings |
| 14:06 | oleonard | 1. Assign the bug to yourself. 2. Revise the commit message so that it describes the problem and lists a test plan. 3. Set the bug to "Needs signoff" |
| 14:12 | paxed | i'll see what i can do. |
| 14:12 | oleonard | Thanks |
| 14:13 | cait | is there a nice way to restore from a dump without having the complaint about the letter table? |
| 14:16 | druthb | drop the letter table first, is what I usually do. |
| 14:16 | nengard joined #koha | |
| 14:16 | cait | druthb: i was trying to avoid that as i wanted to write a bash script... and i am not good at this yet :) |
| 14:18 | tcohen | what do u want to do cait? |
| 14:19 | you can add a line like: mysql <option> -e "DROP TABLE letter" | |
| 14:19 | in a shell script | |
| 14:19 | cait | aaah |
| 14:19 | druthb | mysql -u<user> -p<pass> <db> -e"DROP TABLE letter" |
| 14:19 | cait | that was what i was looking for! |
| 14:19 | thx! | |
| 14:19 | tcohen++ druthb++ | |
| 14:19 | * druthb | offers a high-five to tcohen |
| 14:20 | tcohen | -e_space_"... |
| 14:20 | hey druthb, how are you doing | |
| 14:20 | druthb | good, good |
| 14:20 | tcohen | will you come with cait to argentina? convince her |
| 14:21 | cait | hm |
| 14:21 | druthb | She's hard to convince. Stubborn, in some ways. |
| 14:21 | cait | foreign key constraint fails... |
| 14:22 | oleonard | My wallet is very stubborn. I keep shaking it and nothing more comes out. |
| 14:22 | tcohen | you'll have to update the letter then |
| 14:22 | hi oleonard | |
| 14:22 | cait | ? |
| 14:23 | tcohen | instead of dropping it? |
| 14:24 | cait | tcohen: i would like not to change the dump file |
| 14:30 | tcohen | gmcharlt: around? |
| 14:33 | cait | ok i sovled my problem :) |
| 14:33 | tcohen | does anyone know how can i trigger an index search in the opac? |
| 14:33 | cait | what do you want to do? |
| 14:33 | normally index:searchterm? | |
| 14:35 | tcohen | there's an big if ($scan) {} else {} |
| 14:35 | in the getRecords code | |
| 14:35 | just wanted to test if something goes wrong with that path | |
| 14:36 | (just in case the unit tests doesn't cover it) | |
| 14:36 | drojf1 joined #koha | |
| 14:39 | tcohen | paul_p? |
| 14:39 | wahanui | i heard paul_p was the 3.8 release manager, and is very tall, and does not like coffee. |
| 14:39 | cait | ah |
| 14:39 | scans only work from staff | |
| 14:39 | and not very well i think | |
| 14:40 | tcohen | cait++ # the problem i mentioned yesterday, was real |
| 14:42 | i.e. we can fix it now | |
| 14:44 | cait | tcohen: hm? |
| 14:45 | talljoy joined #koha | |
| 14:51 | tcohen | index scan searches functional! |
| 14:54 | nengard joined #koha | |
| 15:09 | maximep joined #koha | |
| 15:22 | drojf | what are index scan searches? |
| 15:31 | rocio joined #koha | |
| 15:31 | mcooper joined #koha | |
| 15:41 | paul_p joined #koha | |
| 15:45 | francharb | any cataloger around here? |
| 15:45 | I have a question about the 008 value builder plugin | |
| 15:46 | in marc21 | |
| 15:46 | cait | oleonard: ? |
| 15:46 | oleonard | ? |
| 15:46 | cait | i am wondering aout 11588 - I think it would also be solved by translating the sample files |
| 15:46 | the first bit of it | |
| 15:47 | oleonard | sample files? For populating the database? |
| 15:47 | francharb | is it normal that it doesnt keep track of the type of materials once you chose one and save it? |
| 15:47 | cait | yeah i was wondering if those values are from the database or from the script (hardcoded) |
| 15:48 | oleonard | cait: My thought is that even if the database has translated strings, it still doesn't work in a multi-language environment |
| 15:48 | Oh wait but if the database table doesn't have the English strings... | |
| 15:48 | cait | if the database has translated strings, it would fall through the switch |
| 15:48 | francharb | I know the value is not saved but should/could koha keep track of it? |
| 15:48 | oleonard | Ah well, never mind then... |
| 15:48 | cait | if the values are from the database... i just recently translated it but i can't really remember - tired brain |
| 15:49 | and can't check right now :( so just ignore me i guess | |
| 15:52 | huginn | New commit(s) kohagit: Bug 11439: (follow-up) adjust for change in list returned by OCLC XISBN <http://git.koha-community.org/[…]1dab86ccc44e92e49> |
| 15:56 | mcooper joined #koha | |
| 15:57 | laurence left #koha | |
| 16:24 | francharb | Hi cait : do you have a minute? |
| 16:25 | Does koha support double quote for exact search now? | |
| 16:25 | Because, I read this : http://bugs.koha-community.org[…]w_bug.cgi?id=7518 | |
| 16:25 | huginn | 04Bug 7518: normal, P3, ---, fridolyn.somers, Pushed to Stable , searches with quotation marks don't work |
| 16:25 | francharb | which point to this http://bugs.koha-community.org[…]w_bug.cgi?id=9239 |
| 16:25 | huginn | 04Bug 9239: enhancement, P5 - low, ---, jcamins, RESOLVED FIXED, Koha should share Evergreen's QueryParser module for parsing queries |
| 16:26 | francharb | because jcamins said in one of his comment : > CCL syntaxe for an exact match is 'exact' after the index ; it means phrase |
| 16:26 | > structure and complete field. | |
| 16:26 | > The use of double quotes for exact match is a Google search engine behavior. | |
| 16:26 | > I can be very usefull, but maybe hard to manage in actual C4::Search. | |
| 16:26 | Very hard (read: impossible) if we want to keep using CCL2RPN. Fortunately, there's a better way! Bug 9239 introduces a new query parser that uses quotes for phrases. | |
| 16:26 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9239 enhancement, P5 - low, ---, jcamins, RESOLVED FIXED, Koha should share Evergreen's QueryParser module for parsing queries |
| 16:28 | francharb | so in the end, since, patches from 9239 has been pushed to master, what does it do? Does it support double quote for exact match? |
| 16:28 | cait | there are some examples on the bug report for the new search syntax |
| 16:30 | francharb | cait, in this bug report ? http://bugs.koha-community.org[…]w_bug.cgi?id=9239 |
| 16:30 | huginn | 04Bug 9239: enhancement, P5 - low, ---, jcamins, RESOLVED FIXED, Koha should share Evergreen's QueryParser module for parsing queries |
| 16:30 | cait | i know t's long |
| 16:30 | but i think there is some information int he commit messages and tet plans | |
| 16:35 | francharb | i'm reading it again more closely, comment 58 and so far, no examples... ahah |
| 16:35 | :) | |
| 16:38 | cait, by examples, you mean the test plan? "OPAC | |
| 16:38 | Simple search | |
| 16:38 | - Keyword searches using boolean operators || and && - OK | |
| 16:38 | - Pubdate searches using pubdate() - OK" | |
| 16:38 | ? | |
| 16:39 | cait | yes those |
| 16:39 | pubdate(2013) is oneof the changes | |
| 16:39 | you can search years and dates like that | |
| 16:43 | francharb | ok, maybe jcamins could confirm, but there is no support for exact search. I wonder what he meant when he said " Bug 9239 introduces a new query parser that uses quotes for phrases" |
| 16:43 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9239 enhancement, P5 - low, ---, jcamins, RESOLVED FIXED, Koha should share Evergreen's QueryParser module for parsing queries |
| 16:44 | francharb | because so far, for a title, we still have to search ti,phr=<title> for exact search on the title. |
| 16:44 | thanks cait ! | |
| 16:46 | cait | francharb: hm maybe there is something i am not aware of |
| 16:47 | tcohen | yay, patch attached! |
| 16:47 | francharb | cait, thanks anyway!! ;) |
| 16:52 | huginn | New commit(s) kohagit: Bug 9823: (follow-up) improve POD for C4::Reserves::GetReservesFromBiblionumber <http://git.koha-community.org/[…]2913b01b47e651f1f> / Bug 9823: QA follow-up for GetReservesFromBiblionumber calls <http://git.koha-community.org/[…]2925695bb770d4314> / Bug 9823: Refactor return from GetReservesFromBiblionumber <http://g |
| 16:54 | smrt joined #koha | |
| 16:54 | meliss joined #koha | |
| 17:00 | tcohen | @later tell fridolin please take a look at 9579 for pushing it, as it targets the stable branches (i.e. galen wont be pushing it to master, I think) |
| 17:00 | huginn | tcohen: The operation succeeded. |
| 17:22 | gaetan_B | bye ! |
| 17:31 | reiveune | bye |
| 17:31 | reiveune left #koha | |
| 17:32 | pianohacker joined #koha | |
| 17:32 | pianohacker | hi |
| 17:33 | rhcl | hihi |
| 17:35 | pianohacker | yo rhcl |
| 17:35 | rhcl | whatup? |
| 17:37 | pianohacker | programmin' |
| 17:37 | wanting to harass people to test my patches | |
| 17:37 | you? | |
| 17:37 | cait | tcohen+ |
| 17:38 | tcohen++ even | |
| 17:38 | cait left #koha | |
| 17:46 | rhcl | I wonder if I could work for a stock brokerage firm? They use lots of Linux and OpenSource. |
| 18:03 | cait joined #koha | |
| 18:12 | tcohen | ok, back to vacation-mode |
| 18:12 | bye #koha | |
| 18:18 | meliss joined #koha | |
| 18:24 | jcamins | francharb: the following search is exact: ti:"uncle tom's religion" |
| 18:24 | francharb: the following search is not exact: ti:uncle tom's religion | |
| 18:24 | Neither of those searches will bring up results in any catalog you are working with. ;) | |
| 18:25 | francharb | ahah |
| 18:25 | because??? | |
| 18:26 | koha doesnt work this way right$ | |
| 18:26 | ? | |
| 18:26 | jcamins, ^ | |
| 18:26 | jcamins | No, because this book is incredibly rare. |
| 18:26 | francharb | ahah |
| 18:26 | cait | heh |
| 18:26 | * cait | waves |
| 18:26 | francharb | ok, jcamins : does it work on 3.14? |
| 18:27 | is there a specific set up? | |
| 18:27 | jcamins | francharb: it should work when you turn on UseQueryParser. |
| 18:27 | francharb | let me check where I tested earlier! |
| 18:27 | jcamins | You have to make sure that the QP configuration file is listed in your koha-conf.xml, though, or else Koha will fall back to using Search.pm, nd life will be sad. |
| 18:27 | *and | |
| 18:28 | francharb | okkkkkkkkkkkkkkkkkk |
| 18:29 | jcamins, the syspref sounds so dramatric than I didn't test it | |
| 18:29 | DO NOT TRY to use the QueryParser module for parsing queries. | |
| 18:29 | cait | lol |
| 18:30 | jcamins | lol |
| 18:30 | francharb | jcamins, is the query parser production safe? |
| 18:30 | jcamins | If you think that's dramatic, you should read my warnings on things that I consider unsafe. |
| 18:30 | Yeah, I use it in production. | |
| 18:31 | francharb | ahah, I will |
| 18:31 | cait | francharb: it won't work together with opacsuppression tho |
| 18:31 | francharb | and thats great! |
| 18:31 | ok cait, thanks for the hint | |
| 18:31 | I'll talk to ebegin to test it with our libraries! | |
| 18:32 | thanks jcamins!! | |
| 19:01 | rhcl joined #koha | |
| 19:02 | francharb | cait, jcamins : do you know which other sysprefs wont work with QP? |
| 19:04 | cait | francharb: i am not aware of others so far |
| 19:05 | jcamins | Just opacsuppression to my knowledge. |
| 19:05 | And, of course, availability facets still don't work because the problem with availability facets is indexing not searching. | |
| 19:08 | francharb | thanks! |
| 19:08 | oleonard | khall: I just submitted a patch for the problem in Bug 11645 |
| 19:08 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11645 normal, P5 - low, ---, koha-bugs, Needs Signoff , Cannot remove instructors from course whose card number begins with a 0 |
| 19:10 | oleonard | Bug 11534 |
| 19:10 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11534 major, P3, ---, koha-bugs, Signed Off , impossible to remove instructors on course reserve |
| 19:10 | khall | heh, I guess I should've searched bugzilla first! |
| 19:11 | oleonard | khall: See also Bug 11636, same issue. |
| 19:11 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11636 normal, P3, ---, oleonard, Needs Signoff , Impossible to remove patrons from patron list during add process |
| 19:22 | oleonard | If we start to regularly compile minified CSS files we're going to get tired of git refusing to email patches with long lines |
| 19:23 | jcamins | oleonard: I thought the RM was compiling the minified CSS? |
| 19:23 | oleonard | No procedure in place yet as far as I know. gmcharlt? |
| 19:24 | gmcharlt | not yet, correct |
| 19:24 | for the moment, though, I'm happy if pathes only touch the LESS files | |
| 19:24 | oleonard | What do we need to do to hash one out? |
| 19:26 | jcamins | Cookie dough at twenty paces. |
| 19:26 | gmcharlt | oleonard: do you have written down the steps you were using the manually minify them? |
| 19:27 | oleonard | I'll write them up on the wiki |
| 19:29 | gmcharlt | great; please ping me when they're there |
| 19:31 | mtompset joined #koha | |
| 19:34 | mtompset | Greetings, #koha. |
| 19:59 | gmcharlt: I do not have any duplicate holidays. We only have ONE entered. | |
| 19:59 | gmcharlt | mtompset: busy, busy ;) |
| 20:00 | mtompset | I suspect that functionality has not begun to be used fully yet. :) |
| 20:03 | cait | gmcharlt: about your holidays... i can't eplicate it so far |
| 20:03 | but there is something seriously wrong with copying holidays it seems | |
| 20:07 | mtompset | gmcharlt: http://dusa.de/images/CatbertWin95BWD.jpg |
| 20:08 | gmcharlt | heh |
| 20:08 | cait | oooh i got a duplicate |
| 20:08 | gmcharlt | cait++ |
| 20:09 | cait | i think copying could be part of the problem at least |
| 20:09 | mtompset | can you replicate the duplication for others to duplicate it for themselves? |
| 20:09 | cait | i am working on that bit |
| 20:09 | yep definitely from copying holidays around | |
| 20:10 | i have a unique holiday and an exception for it, and when you copy that to the same branch repeatedly... | |
| 20:11 | but also the copying of ranges is working in a weird way | |
| 20:13 | hm now i can't make it repeatable. darn. | |
| 20:19 | I have 328 duplicates ow, but still not sure on how to repeat | |
| 20:20 | gmcharlt | well, knowing that it has something to do with copying helps rather a lot |
| 20:24 | cait | hm |
| 20:25 | add yearly repeatable holiday | |
| 20:25 | add an exception for that | |
| 20:25 | copy to another branch | |
| 20:30 | gmcharlt: i commented on your blog post | |
| 20:30 | oleonard | gmcharlt: Here are the basics: http://wiki.koha-community.org[…]p_OPAC_LESS_files |
| 20:31 | gmcharlt | oleonard: thanks! |
| 20:31 | cait | oleonard++ :) |
| 20:40 | wizzyrea | oleonard++ thanks for that |
| 20:42 | oleonard | Sorry it took me so long! |
| 20:42 | wizzyrea | it's alright :) |
| 20:42 | oh, oleonard, I submitted a patch to the guy who wrote the dead simple compiler | |
| 20:43 | because the yui-compress thing seems to be deprecated? idk, anyway it wasn't working but there's another option, -x that compresses so I just changed the tool to use that. | |
| 20:43 | is that wrong? will that not do the right thing? | |
| 20:43 | i'm not familiar with the intricacies of minifying. | |
| 20:45 | oleonard | The LESS 1.5.0 release notes agree with you, although the --yui-compress replacement seems to be --clean-css |
| 20:46 | tcohen joined #koha | |
| 20:48 | wizzyrea | ooo |
| 20:48 | tcohen | uuu |
| 20:48 | pianohacker | aaa |
| 20:48 | cait | eee |
| 20:49 | druthb | iii |
| 20:49 | oleonard | Sometimes yyy! |
| 20:49 | * pianohacker | shifts weight off druthb's foot |
| 20:49 | druthb | thanx, pianohacker. |
| 20:50 | mtompset | Come on... what about vowels in other languages? :P |
| 20:51 | oleonard | You had your chance mtompset! |
| 20:52 | cait | üüüü |
| 20:52 | mtompset | True, but I don't know them. |
| 20:52 | cait++ | |
| 20:56 | pianohacker | あああああああああああ |
| 20:56 | cait | japanese a hiragana? |
| 20:56 | well done :) | |
| 20:59 | wizzyrea | you guys are funny. I like you. |
| 21:00 | cait | :) |
| 21:06 | pianohacker | wizzyrea++ |
| 21:06 | cait++ | |
| 21:06 | pianohacker++ | |
| 21:06 | huginn | pianohacker: Error: You're not allowed to adjust your own karma. |
| 21:06 | druthb | pianohacker++ |
| 21:06 | pianohacker | oh man wahanui sends you a privmsg if you try that! |
| 21:07 | BigRig_ joined #koha | |
| 21:07 | pianohacker | thanks druthb |
| 21:07 | druthb | welcome. :) |
| 21:07 | cait | pianohacker: now you made me curious |
| 21:07 | jcamins | jcamins++ # I must see this PM |
| 21:07 | huginn | jcamins: Error: You're not allowed to adjust your own karma. |
| 21:07 | oleonard | pianohacker: Does it go on your permanent record? |
| 21:07 | pianohacker | yup, and you have to go talk to the principal |
| 21:07 | wizzyrea | now I want to see too! |
| 21:08 | wizzyrea++ | |
| 21:08 | huginn | wizzyrea: Error: You're not allowed to adjust your own karma. |
| 21:08 | wizzyrea | kek |
| 21:08 | pianohacker | no? |
| 21:08 | wahanui | http://i.imgur.com/hVVuP.jpg |
| 21:08 | oleonard | Self-aggrandizement party! |
| 21:08 | rangi | we should use more marc |
| 21:08 | wahanui | http://02varvara.files.wordpre[…]no-bear.jpg?w=800 |
| 21:09 | rangi | still my fave |
| 21:09 | jcamins | we should use more marc |
| 21:09 | wahanui | http://02varvara.files.wordpre[…]no-bear.jpg?w=800 |
| 21:09 | jcamins | more marc? |
| 21:09 | wahanui: more marc is <reply> http://02varvara.files.wordpre[…]no-bear.jpg?w=800 | |
| 21:09 | wahanui | OK, jcamins. |
| 21:09 | jcamins | more marc? |
| 21:09 | wahanui | http://02varvara.files.wordpre[…]no-bear.jpg?w=800 |
| 21:10 | jcamins | There, now I will be able to do it too. |
| 21:10 | cait | cait++ |
| 21:10 | huginn | cait: Error: You're not allowed to adjust your own karma. |
| 21:10 | cait | ah, someone could have made the message more interesting |
| 21:11 | do we now get punished? | |
| 21:11 | cait-- | |
| 21:11 | huginn | cait: Error: You're not allowed to adjust your own karma. |
| 21:11 | ibeardslee | eg decreasing karma instead of increasing .. or resetting to 0 |
| 21:11 | druthb | druthb++ |
| 21:11 | huginn | druthb: Error: You're not allowed to adjust your own karma. |
| 21:11 | druthb | tsk |
| 21:11 | wizzyrea | eythian++ for the great commit message on 10735 |
| 21:11 | * druthb | waves, and heads for the door |
| 21:12 | rhcl joined #koha | |
| 21:13 | oleonard | Bye #koha |
| 21:13 | pianohacker | bye |
| 21:13 | mtompset | Bye, oleonard. |
| 21:13 | cait | bye oleonard :) |
| 21:14 | pianohacker | "self-aggrandizement is bad unless you're looking for a job" |
| 21:16 | wizzyrea | cd /var/spool |
| 21:16 | well that won't work | |
| 21:16 | rangi | pianohacker: and even then, depends on cultural context |
| 21:16 | cait | it's rangi! |
| 21:16 | pianohacker | I bet |
| 21:16 | Hi rangi! | |
| 21:17 | rangi | heyas |
| 21:17 | pianohacker | feeling better? |
| 21:20 | rangi | yup |
| 21:20 | im gonna post a lin | |
| 21:20 | k | |
| 21:20 | now dont click if yuo dont want to see my leg | |
| 21:20 | </warning> | |
| 21:21 | its newest to oldest, each day, leftmost is today | |
| 21:21 | cait | it certainly looks better today |
| 21:21 | * cait | is glad |
| 21:23 | eythian | hi |
| 21:23 | wahanui | privet, eythian |
| 21:23 | rhcl | WOW |
| 21:24 | eythian | I never expected rhcl to be so excited by my arrival |
| 21:24 | rhcl | :) |
| 21:24 | mtompset | Isn't everyone, eythian? ;) |
| 21:24 | * cait | suspects rhcl looked at the leg |
| 21:25 | eythian | wahanui: germs |
| 21:25 | wahanui | i think germs is http://i.imgur.com/5UfhT.jpg |
| 21:25 | eythian | wahanui: germs |
| 21:25 | wahanui | germs is http://i.imgur.com/5UfhT.jpg |
| 21:25 | eythian | wahanui: germs |
| 21:25 | wahanui | Germs originated in Germany, before rapidly spreading throughout the rest of the world. |
| 21:25 | cait | :P |
| 21:25 | mtompset | rangi: What is with the leg?! |
| 21:26 | eythian | mtompset: sharks |
| 21:26 | mtompset | I was thinking jellyfish babies. |
| 21:26 | rangi | cellulitis most likely |
| 21:26 | mtompset | :P |
| 21:26 | rhcl | antibiotics? |
| 21:26 | rangi | i wish id take a photo early on tuesday morning (the first pic) |
| 21:27 | it was a tiny bit | |
| 21:27 | and by 2pm was like that | |
| 21:27 | yeah im on 800mg of erythromycin 4 times a day | |
| 21:27 | pretty much a nuclear strike worth of antibiotics | |
| 21:28 | mtompset | Ooo... the good stuff. |
| 21:28 | rhcl | That's an old antibiotic, I'm surprised it's effective on anything |
| 21:29 | mtompset | rangi: Zythromax. That's a nuclear strike. ;) |
| 21:30 | Zithromax. | |
| 21:30 | eythian | if you want a ten minute break, you should read this, it's very fun: http://www.damninteresting.com[…]he-gelotologists/ |
| 21:30 | rangi | rhcl: im allergic to pencillin |
| 21:31 | which is what you treat skin bacteria with normally | |
| 21:34 | rhcl | Is it just an appearance thing? Can you walk without difficulty? |
| 21:35 | rangi | walking is ok |
| 21:35 | standing still nope | |
| 21:35 | i couldnt walk at all on wednesday | |
| 21:35 | wizzyrea | sounds awful. |
| 21:35 | rangi | basically, if you imagine someone spent 20 mins kicking you in the shin so its nice and bruised |
| 21:36 | then you are fine, if you dont move | |
| 21:36 | but if you move, it was like someone squeezing the bruise | |
| 21:36 | wizzyrea | ow owie ow ow ow |
| 21:36 | pianohacker | agh. stomach flipped |
| 21:36 | rangi | its certainly way better |
| 21:37 | wizzyrea | def looks less angry nwo |
| 21:37 | rangi | and really glad i went to the dr when i did it was crazy how fast it spread |
| 21:37 | wizzyrea | now* |
| 21:37 | rangi | yeah its starting to lose the redness, and swelling is gone |
| 21:37 | going to dr at 2pm to check im ok to fly on monday | |
| 21:38 | wizzyrea | have you been putting anything topical on it? like, sandwiching it between antibiotic :P |
| 21:38 | die tiny bugs! | |
| 21:39 | cait | hm i thought we had a way to give out the JSON for authenticated users... |
| 21:39 | talking reports | |
| 21:40 | mtompset | svc/reporet? |
| 21:40 | svc/report? | |
| 21:40 | wahanui | svc/report is not a nice perl file |
| 21:40 | * mtompset | laughs. |
| 21:40 | mtompset | Poor wahanui is probably right. |
| 21:41 | I believe you can pass user and password as parameters in the URL. | |
| 21:42 | cait | i found it |
| 21:42 | mtompset: i think there was a separate service | |
| 21:42 | mtompset | svc/login |
| 21:52 | cait: Are you saying you want a similar change for the staff client too? | |
| 21:52 | cait | yes |
| 21:52 | it's one feature on two side | |
| 21:52 | s | |
| 21:52 | mtompset | And how do I test the staff one then? |
| 21:52 | cait | i don't think it should drift apart in functionality |
| 21:53 | just use the staff url like in my example | |
| 21:53 | pianohacker | gmcharlt, cait: I have an idea related to bug 11144 that I'd like your input on. Thinking of making a single unified nightly cronjob that runs tasks in dependency order, where tasks can be turned on and off from the admin interface. Thoughts? |
| 21:53 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11144 normal, P5 - low, ---, katrin.fischer, Failed QA , Switch order of overdues and fines cronjob for packages and in crontab.example |
| 21:53 | cait | pianohacker: i didn't find itme to get back to that yet, gmcharlt had suggested that putting a single line in for fines and overdues could work... but your idea sounds very nice :) |
| 21:54 | mtompset: it's really the same feature, if you are logged into the staff client, it will reveal the data, if not .. then you will not see anything | |
| 21:54 | pianohacker | cait: cool, thanks. Hammered it out with larryb, our sysadmin, yesterday, and hoping to get some technical feedback before I start poking at it |
| 21:54 | gmcharlt | pianohacker: not opposed, as long as it doesn't turn into a rewrite of cron |
| 21:55 | wizzyrea | erm, had anyone noticed that the datepicker on the memberentry page, the years don't seem to be scrollable backwards, example, I had to click 2004 then re-click the year dropdown to see years before 2004 |
| 21:55 | cait | mtompset: for me if not logged into staff, http://localhost:8080/cgi-bin/[…]a/svc/report?id=3 shows the login screen, if logged in the json results |
| 21:55 | pianohacker | gmcharlt: Only nightlies, trust me, I don't want to go down that rabbit hole. process-message-queue and rebuild zebra will stay separate |
| 21:55 | mtompset | okay. |
| 21:55 | wizzyrea | (that's 3.14.1 I believe) |
| 21:56 | gmcharlt | pianohacker: yep, +1 to a daily_circ_jobs (or something ilke that) |
| 21:56 | pianohacker | sweet. besides improving JS translation, that's one of my two projects for the hackfest :) |
| 21:57 | cait | pianohacker: can you fit in showing me a bit of rancor? |
| 21:58 | also the z39.50 search.... | |
| 21:58 | pianohacker | oh hells yes. There should be patches on bugzilla for rancor and bug 10486 well before then |
| 21:58 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=10486 new feature, P5 - low, ---, jweaver, Needs Signoff , Allow external Z39.50 targets to be searched from the OPAC |
| 21:59 | cait | pianohacker: cool :) don't forget! |
| 21:59 | bag around? | |
| 22:00 | eythian | cait? |
| 22:00 | wahanui | cait: go to bed |
| 22:00 | pianohacker | cait: bag is out today |
| 22:00 | cait | ah ok |
| 22:00 | just wanted to check if he got my pm | |
| 22:10 | pablito joined #koha | |
| 22:11 | pianohacker | gmcharlt: Is a patch series necessary? There's about 50 lines of changes to Koha then about 9000 lines of JS (6000 in libraries). I could make one tiny and one huge patch, but that's about it. |
| 22:11 | (for rancor) | |
| 22:11 | gmcharlt | pianohacker: I suggest |
| 22:11 | 1. Koha changes | |
| 22:11 | 2. Libraries | |
| 22:12 | 3. Rancor-the-JS | |
| 22:12 | pianohacker | Ah, okay, that's a good idea. Thanks |
| 22:12 | gmcharlt | also, please double-check that the libraries are licensed compatibly with the GPL3 |
| 22:13 | pianohacker | So patch series don't necessarily have to be a complete set of working functionality at each step? |
| 22:13 | BobB joined #koha | |
| 22:13 | gmcharlt | depends on the nature of the changes |
| 22:14 | pianohacker | And phew, Codemirror and Require.JS are both MIT. I would have shot somebody... |
| 22:14 | gmcharlt | i.e., if you were to implement a new feature, and decided that some refactoring would ease it |
| 22:14 | the refactoring patches ideally would would be applicable as a separate unit | |
| 22:15 | pianohacker | Yeah, that's what I did for bug 8133, added bug 11211 |
| 22:15 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8133 enhancement, P5 - low, ---, jweaver, Failed QA , hourly loans doesn't know when library closed |
| 22:15 | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11211 enhancement, P5 - low, ---, jweaver, Needs Signoff , Move calculation code out of C4::Calendar | |
| 22:18 | eythian | https://twitter.com/iamdevloper |
| 22:18 | pianohacker | Oh! I should use the Koha::Plugin system for the unified cronjobs! |
| 22:18 | * eythian | still has reservations about the plugin system |
| 22:18 | * gmcharlt | does too |
| 22:19 | pianohacker | what in particular? I'm realizing that a lot of the metadata stuff I'll have to do will probably overlap |
| 22:20 | eythian | the plugins come in zip files, which don't store file permissions. This saves it from making it easy for a staff user to execute arbitrary code on your server. |
| 22:20 | But I think it only saves it by accident. | |
| 22:20 | gmcharlt | there is zero reason for propose core functionality, like a circ job runner, to be dependent on a mechanism that exists to allow injection of non-core code |
| 22:21 | pianohacker | hmm, okay. Was hoping to make it easy to add cronjobs, but not if the plugin system is in question |
| 22:21 | eythian | well, if it's a core thing, then there's no point using the plugin system anyway, that just means it won't work if you don't have the plugin, which would be a pain. |
| 22:22 | pianohacker | I might try to copy parts of the metadata system (and possibly factor them out) then |
| 22:23 | eythian | I do want to see if I can twist it such that plugins can be dropped in as .deb files though. |
| 22:24 | so you install the .deb, and it becomes a plugin available to everyone. | |
| 22:25 | pianohacker | that would be nice |
| 22:26 | meliss joined #koha | |
| 22:29 | mtompset | cait: Okay. 11491 has those tweaks for both OPAC and staff reports. |
| 22:29 | cait | thx! |
| 22:30 | mtompset | I even tweaked the code to be much, much closer diff wise. |
| 22:30 | OPAC still only runs public reports. | |
| 22:30 | Staff... well, you get the log in screen to authenticate. | |
| 22:32 | rangi | i have a counter patch to those |
| 22:32 | my $lines = $sth->fetchall_arrayref({}); | |
| 22:32 | $json_text = to_json($lines); | |
| 22:33 | return an array of hashes | |
| 22:33 | much easier to handle in js | |
| 22:33 | cait | mtompset: sounds like it should be |
| 22:34 | rangi | http://nzicatest.koha.catalyst[…]rams=IP2014-01-NZ |
| 22:34 | output like this | |
| 22:34 | which i think is much better than returning an array, the first element of which is the names | |
| 22:35 | plus its a few char change | |
| 22:36 | maximep left #koha | |
| 22:37 | mtompset | Hmm.... okay... I just didn't want to bust anything people may already have in place using the format that is in place already. |
| 22:38 | I agree the array of hashes is better, but what people have implemented out there already using the plain array is unknown. | |
| 22:38 | pianohacker | both might be nice, imo. ?annotated=1 for rangi's format and ?header=1 for mtompset's? the latter could be much more compact for large datasets |
| 22:38 | cait | like a verbose option for the json? :) |
| 22:39 | mtompset | pianohacker: the OPAC limits the rows to 10. |
| 22:39 | cait | this is a pref |
| 22:39 | mtompset | there are no large datasets. |
| 22:39 | cait | you can change it anytime |
| 22:39 | rangi | arrays are kinda suck to deal with in js |
| 22:40 | mtompset | Okay... so should I attempt pianohacker's suggestion then? |
| 22:40 | pianohacker | Praise be upon ecma harmony, but we won't get to use that for a while |
| 22:40 | rangi | jquery will convert the hashed output into a nice array of objects |
| 22:40 | which are much nicer to deal with | |
| 22:40 | pianohacker | If large datasets aren't a concern, I'd say rangi's way |
| 22:40 | cait | SvcMaxReportRows |
| 22:40 | just for documentation | |
| 22:40 | mtompset | True, cait. |
| 22:42 | So, what's the preference for bug 11491? as is, rangi's counter proposal, or pianohacker's suggestion? | |
| 22:42 | huginn | 04Bug http://bugs.koha-community.org[…]_bug.cgi?id=11491 enhancement, P5 - low, ---, mtompset, In Discussion , Extending report service to have header |
| 22:42 | pianohacker | rangi's way is my vote; people will have to intentionally choose this new format anyway |
| 22:43 | cait | i think i like rangi's - but making it optional would be good for backwards compatibility |
| 22:43 | mtompset | it is optional... you may or maynot include the parameter (currently using "header") |
| 22:45 | NateC joined #koha | |
| 22:46 | mtompset | Should I ask the Koha list? |
| 22:47 | See if anyone has actually implemented anything using the report service? | |
| 22:47 | rangi | we have |
| 22:47 | using hashes | |
| 22:47 | pianohacker | nah. They'll have to choose the new format, and it would be easier to use than the old one |
| 22:47 | rangi | what he said |
| 22:48 | * cait | nods |
| 22:48 | mtompset | Okay... more work for me (I had implemented arrays), but whatever. :) |
| 22:49 | Perhaps we could throw in a title? ;) | |
| 22:49 | pianohacker | community feedback often causes a lot more additional work but results in a better end result |
| 22:50 | cait | pianohacker++ :) |
| 22:50 | mtompset | unless you are VHS. ;) |
| 22:50 | pianohacker | I don't like fixing my patches to make them fit coding guidelines or be translatable, but I know it's a good thing to do... |
| 22:50 | cait | soso... |
| 22:50 | you don't like fixing for translatability and coding guidelines? | |
| 22:50 | * cait | takes note of that |
| 22:50 | cait | :P |
| 22:51 | pianohacker | it's the steamed veggies part of coding; not fun, but important and healthy :) |
| 22:51 | cait | hm that expalins things... i like vegetables |
| 22:51 | pianohacker | hahahahaha |
| 22:52 | eythian | cait: reminds me, how's your sour kraut? :) |
| 22:53 | cait | hm haven't heard it in a while |
| 22:53 | pianohacker | ... heard it? |
| 22:53 | cait | but winter time... windows closed |
| 22:53 | might be back in spring/summer | |
| 22:53 | eythian | ah yeah, that'll do it |
| 22:54 | is git.k-c.org having problems? | |
| 22:54 | fetching from it seems to be taking a long time doing nothing. | |
| 22:55 | pianohacker | eythian: I'm having the same problem |
| 22:55 | eythian | I think it's down. |
| 22:55 | gmcharlt: is that your baby, I forget. | |
| 22:56 | gmcharlt | eythian: I've been trying to SSHing, no dice |
| 22:56 | pianohacker: could you get one of your colleagues to look at the VM? | |
| 22:56 | pianohacker | gmcharlt: sure |
| 23:02 | larryb joined #koha | |
| 23:03 | larryb | hey all. the git.koha-community.org server appears to have been swapping heavily. I've issued a reboot and it should be back online shortly |
| 23:04 | pianohacker | gmcharlt, eythian: ^ |
| 23:04 | wizzyrea | thanks larryb |
| 23:04 | eythian | chur |
| 23:04 | wizzyrea | larryb++ |
| 23:04 | gmcharlt | thanks larryb |
| 23:05 | larryb | okay, it's back up now |
| 23:05 | pianohacker | confirmed, just did a fetch |
| 23:05 | larryb | me too :) |
| 23:05 | eythian | yeah, that looks better |
| 23:06 | sophie_m left #koha | |
| 23:22 | cait left #koha | |
| 23:41 | papa joined #koha |
← Previous day | Today | Next day → | Search | Index