← Previous day | Today | Next day → | Search | Index
All times shown according to UTC.
Time | Nick | Message |
---|---|---|
02:10 | ago43 joined #koha | |
02:20 | talljoy joined #koha | |
02:30 | libsysguy joined #koha | |
02:30 | libsysguy | o/ |
02:30 | wow there are lots of mods enabled tonight | |
02:43 | trea joined #koha | |
03:33 | kmkale joined #koha | |
03:35 | AmitG joined #koha | |
03:40 | AmitG | heya bag |
03:59 | libsysguy left #koha | |
04:16 | AmitG joined #koha | |
04:36 | kmkale joined #koha | |
04:38 | druthb joined #koha | |
04:53 | cait joined #koha | |
04:56 | AmitG joined #koha | |
05:10 | AmitG_ joined #koha | |
05:32 | cait | good morning #koha |
05:33 | Judit1 | good morning |
05:33 | chrisdothall | cait: afternoon :) |
05:34 | cait | hi chrisdothall |
05:34 | :) | |
05:34 | are your only changes to the duplicate budget patch indentation changes? | |
05:34 | chrisdothall | correct :) |
05:34 | unless I made a misstake.... | |
05:53 | cait | I will check :) |
05:55 | chrisdothall | thanks. |
06:04 | kmkale | Namaste cait :) |
06:11 | AmitG | heya cait, kmkale |
06:12 | kmkale | namaste AmitG |
06:18 | cait | hi kmkale and AmitG |
06:35 | AmitG joined #koha | |
06:37 | cait left #koha | |
06:40 | cait__ joined #koha | |
06:49 | cait__ joined #koha | |
07:13 | * magnuse | hands cait__ the velcro |
07:40 | alex_a | morning magnuse |
07:43 | laurence joined #koha | |
07:50 | magnuse | bonjour alex_a |
07:50 | kf joined #koha | |
07:51 | kf | hi #koha |
07:51 | magnuse | guten morgen kf |
07:51 | kf | hi magnuse |
07:55 | alex_a | hi kf |
07:56 | kf | hi alex_a |
07:59 | reiveune joined #koha | |
07:59 | reiveune | hello |
08:01 | magnuse | bonjour reiveune |
08:02 | reiveune | hi magnuse , everybody :) |
08:05 | asaurat joined #koha | |
08:07 | francharb joined #koha | |
08:07 | francharb | hi |
08:09 | asaurat | hi! |
08:12 | * magnuse | needs a reboot |
08:16 | hdl joined #koha | |
08:17 | mbalmer joined #koha | |
08:18 | kf | hi francharb and asaurat |
08:26 | rangi | hi kf hdl asaurat reiveune magnus_away alex_a and francharb |
08:26 | kf | hi rangi :) |
08:27 | reiveune | hi rangi :) |
08:31 | alex_a | hello rangi |
08:34 | sophie_m joined #koha | |
08:36 | paul_p_ joined #koha | |
08:38 | julian_m joined #koha | |
08:40 | kmkale_ joined #koha | |
08:41 | julian_m | hello |
08:41 | wahanui | hi, julian_m |
08:42 | kf | hi julian_m |
08:42 | julian_m | hi kf |
08:47 | AmitG joined #koha | |
08:49 | hdl joined #koha | |
08:51 | laurence joined #koha | |
09:12 | magnuse | "L'université Rennes 2 passe à son tour sous logiciel libre pour gérer sa BU (via @jsicot) #Koha" => "The University Rennes 2 passes in turn under free software to manage its BU (via @ jsicot) # Koha" |
09:13 | still not quite shure what that means... | |
09:14 | kf | me neither |
09:15 | Callender joined #koha | |
09:15 | chrisdothall joined #koha | |
09:16 | magnuse | i *hope* it means another university chose koha, but... |
09:17 | kf | perhaps one of our french friends could translate? ;) |
09:17 | paul_p_ | it means we have a new customer, yes :D |
09:17 | good morning kf & magnuse | |
09:17 | kf | morning paul_p :) |
09:17 | magnuse | woohoo! |
09:18 | good morning paul_p_ | |
09:18 | kf | paul_p_: will have to leave earlier on friday :( some problem with booking the train connection |
09:19 | paul_p | there are 2 universities in Rennes. One has a proprietary ILS, Rennes 2 has hesitated between Koha and the same ILS as Rennes 1. At the end, they choose Koha & BibLibre |
09:19 | magnuse | yay!!! |
09:19 | kf | congratulations .) |
09:20 | paul_p | (and they choose the community version of Koha, not the Solr-not-yet-in-community-version-but-that-StEtienne-has. Which is a very good news !) |
09:20 | AmitG joined #koha | |
09:21 | magnuse | hm, i would have thought you wanted more libraries to use the solr thing? :-) |
09:21 | paul_p | we now have Lyon 3 that will go live with 3.6 tomorrow. Rennes 2, Paris sud that will use 3.6/3.8. AixMarseille will also decide to switch to 3.6 (from 3.2). |
09:21 | magnuse | and yes, big congratulations to the biblibre team! |
09:21 | paul_p | magnuse nope, we want to support just 1 version, the community one ! |
09:21 | magnuse | yay! :-) |
09:22 | paul_p | so we want solr in the community version, not our customers using a forked version ! |
09:22 | magnuse | one more yay for that! :-) |
09:24 | kf | :) |
09:24 | yay :) | |
09:26 | paul_p: we still need more people testing and signing off :( | |
09:26 | paul_p | kf agreed ! |
09:27 | why do you say that | |
09:27 | ? | |
09:27 | kf | paul_p: I did the databales yesterday, and some of the acq things on the weekend |
09:27 | but moving very slowly | |
09:27 | paul_p | (something specific) |
09:27 | yes, and THANK YOU for your work ! | |
09:27 | @kf++ | |
09:27 | huginn | paul_p: I'll give you the answer just as soon as RDA is ready |
09:27 | kf | it's not about that |
09:28 | about karma - although karma is nice ;) | |
09:28 | but we will not manage to get all the nice features and solr into community without more testers | |
09:28 | paul_p | kf I was asking "do you say we need more ppl testing & signing-off for a specific reason ?" (and i've the answer) |
09:29 | kf | you have? |
09:29 | * kf | is confused now |
09:29 | paul_p | kf don't be. I understand you say that generally, not for a specific reason. |
09:29 | I do a *lot* of QA, the "to QA" pile is not less than 30. OTOH, that's the largest patches... | |
09:30 | s/not/now/ | |
09:31 | kf | I don't worry about the qa queue so much, more about the needs sign-off |
09:35 | lots of nice things waiting there :) | |
09:36 | paul_p | something that would be cool would be to have something to quickly differentiate trivial patches, that are easy to signoff, and other patches. |
09:37 | kf | trivial patches can break things too - not sure it's possible |
09:37 | paul_p | because from the 85 waiting for a signoff, maybe there are 60 that are easy to signoff ! (or 10. The problem is that we don't know) |
09:38 | kf | hm I disagree |
09:38 | most of them at the moment are hard sign-offs | |
09:38 | the easy sign-offs leave the queue quickly | |
09:38 | AmitG joined #koha | |
09:38 | paul_p | kf are you sure ? (my problem is that I have no idea !) |
09:39 | kf | quite sure yes |
09:39 | paul_p | :( |
09:39 | magnuse | i think kf is right, yes |
09:39 | rangi | theres a lot of @catalyst ones too, that i obviously can't sign off |
09:39 | kf | and those are big features too - to make it worse |
09:39 | I already spend some hours on testing allowonshelfholds in circ matrix | |
09:40 | but will need more time on that | |
09:40 | and there is a couple of similar features waiting | |
09:40 | like bug 4530 | |
09:40 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=4530 major, PATCH-Sent (DO NOT USE), ---, srdjan, Needs Signoff , Circulation & fines rules aren't always applied from most specific to less specific |
09:40 | kf | some are UNIMARC |
09:40 | which I can't test | |
09:41 | but I think are important to UNIMARC users | |
09:41 | and some are SIP | |
09:48 | paul_p | rangi you could signoff, as the QA & my eyes are not from catalyst, so it's OK. |
09:48 | There are a lot of cases where BibLibre does submit+signoff ! | |
09:49 | rangi | hmmm |
09:49 | paul_p | and, if the feature is a core one, I guarantee I double test it in everycase, and don't hesitate to ask for another signoff ! |
09:49 | kf | hm yes, but it's not what we want to do |
09:49 | really | |
09:49 | rangi | have the rules changed? |
09:49 | kf | because it's too close |
09:49 | paul_p | so don't hesitate ! |
09:49 | kf | and we have stated differently on the wiki |
09:49 | it should be the exception or can be good practice within a company | |
09:49 | but not be the rule | |
09:52 | paul_p | kf I hope to have something that can be tested for my sandbox system soon. would you agree to be my 1st tester ? |
09:52 | kf | I am not sure the sandbox system will work for me |
09:52 | but I can try it out | |
09:52 | paul_p | (it works locally, I need to install it) |
09:53 | kf | I am faster testing on my own system I think |
09:53 | the problem I see with external testers is | |
09:53 | documenting what you tested | |
09:53 | paul_p | kf I don't think you'll use it everyday, i'm just looking for someone experienced that can detect any problem. |
09:55 | rangi | http://wiki.koha-community.org[…]ch_Workflow#Rules <-- do we need to change that? |
09:55 | Preferably, patch writer and patch signer should not be from the same company or institution. | |
09:56 | kf | I think it would be cool to have biblibre devs sign-off on catalyst developments, I sign-off on biblire, etc. |
09:58 | magnuse | yeah, it sounds like we are talking about changing the "rules" so everyone can do internal signoffs - much better if we sign off for each other |
09:59 | if everyone signed off on one bug for each patch they submitted... | |
10:00 | AmitG joined #koha | |
10:01 | magnuse | or rather: if everyone signed off on one bug for each bug they submitted patches for... |
10:01 | kf | yes, I think that's the way things should work |
10:01 | it's not easy | |
10:01 | but it would make for good qa and get things moving | |
10:04 | AmitG | heya kf |
10:04 | kf | hi AmitG |
10:09 | paul_p | preferably, in french, means it's preffered, but can sometimes be different. So there's no need to change the rule I think. As RM, I don't hesitate to ask for another signoff when I see a patch that has been made & signed off by bywater or by BibLibre. |
10:11 | good idea to ask one signoff for each bug you submit, but it can't be mandatory, otherwise we face the risk to have no more patches submitted ;-) | |
10:12 | kf | no, not mandatory |
10:12 | but perhaps something people should keep in mind | |
10:13 | * paul_p | heads to bug 1633 to QA it ... |
10:13 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=1633 enhancement, P3, ---, kmkale, Signed Off , Add ability to take book cover images from local img db |
10:13 | paul_p | kf right |
10:13 | kf | yay :) |
10:13 | that's a good one | |
10:14 | and great example for lots of people getting involved | |
10:14 | kmkale | paul_p++ :) |
10:14 | magnuse | yeah, i will do a happydance when that gets pushed, for sure! ;-) |
10:14 | * paul_p | has decided to QA from lowest bugnumber to biggest, as dates are no more relevant for instance (due to bulkchanges) |
10:14 | kmkale | too |
10:14 | kf | I think we have india, usa and norwayon this bug |
10:14 | paul_p | hello kmkale !!! |
10:14 | kmkale | Namaste paul_p :) |
10:14 | paul_p | norwayon ? which country is it ? :D :D |
10:15 | kf | ;) |
10:15 | magnuse | hehe |
10:15 | and now france | |
10:17 | kf | yep :) |
10:22 | AmitG joined #koha | |
10:25 | magnuse | wow, the news about Rennes 2 is getting a lot of retweets! |
10:26 | * magnuse | finally got around to making graphs work in mantis - niiiice... |
10:45 | paul_p joined #koha | |
10:46 | magnuse | bbl |
10:59 | paul_p | you know what ? 1633 passed QA, i'll push it now !!! |
11:01 | huginn | New commit(s) kohagit: Bug 1633 localcoverimages, updatedatabase & kohaversion for pushing <http://git.koha-community.org/[…]3ded422fb666bb40c> / Bug 1633: QA follow-up <http://git.koha-community.org/[…]06c4e2d61ef27d39d> / Bug 1633 - Interface revisions for the staff client <http://git.koha-community.org/[…];a=commitdiff;h=e |
11:15 | jenkins_koha | Starting build #602 for job Koha_master (previous build: FIXED) |
11:34 | kf_lunch | paul_p++ |
11:34 | cool, kind of a milestone :) | |
11:55 | kmkale | heh can't believe it finally made through :-D |
11:56 | @quote random | |
11:56 | huginn | kmkale: Quote #176: "rangi: buy people a glass of zomg there's actually real things to care about" juice?"" (added by jcamins at 06:02 PM, January 06, 2012) |
11:58 | kf | kmkale: grats :) |
12:02 | kmkale | thanks kf |
12:02 | actually it was made possible by jcamins_away | |
12:02 | kf | jcamins++ |
12:10 | jenkins_koha | Project Koha_master build #602: UNSTABLE in 55 mn: http://jenkins.koha-community.[…]/Koha_master/602/ |
12:10 | * wizzyrea: Bug 6350 - Adding new developers to history.txt Jesse Maseto Connor Dewar Sam Sanders | |
12:10 | * paul.poulain: history.txt removing a useless tab | |
12:10 | * jcamins: Bug 1633: [SIGNED-OFF] Add support for uploading images to Koha | |
12:10 | * kmkale: Bug 1633: [SIGNED-OFF] Display local cover images | |
12:10 | * oleonard: Bug 1633 - [SIGNED-OFF] Add ability to take book cover images from local img db | |
12:10 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6350 trivial, P5 - low, ---, nengard, Pushed to Master , Bug for tracking updates to the history file |
12:10 | jenkins_koha | * jcamins: Bug 1633: [SIGNED-OFF] Don't show image tab when inappropriate |
12:10 | * oleonard: Bug 1633 - Interface revisions for the staff client | |
12:10 | * jcamins: Bug 1633: QA follow-up | |
12:10 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=1633 enhancement, P3, ---, kmkale, Pushed to Master , Add ability to take book cover images from local img db |
12:10 | jenkins_koha | * paul.poulain: Bug 1633 localcoverimages, updatedatabase & kohaversion for pushing |
12:18 | paul_p joined #koha | |
12:21 | paul_p joined #koha | |
12:21 | paul_p_ joined #koha | |
12:22 | paul_p joined #koha | |
12:22 | paul_p_ joined #koha | |
12:23 | paul_p joined #koha | |
12:23 | paul_p joined #koha | |
12:27 | jwagner joined #koha | |
12:27 | kmkale | paul_p++ |
12:38 | * chris_n | hands paul_p velcro |
12:38 | paul_p | chris_n ??? |
12:38 | wahanui | release maintainer for 3.2, 3.4, and 3.6. |
12:40 | chris_n | paul_p: I see from the buffer that you've been bouncing quite a bit this morning :-) |
12:40 | paul_p | chris_n right |
12:41 | chris_n | so a little velcro may help... ;-) (http://en.wikipedia.org/wiki/Velcro) |
12:50 | collum joined #koha | |
12:51 | kmkale | paul_p: got a mail from rangi about jenkins becoming unstable |
12:51 | but the link he sent does not say why | |
12:51 | paul_p | kmkale it's not really rangi, it's jenkins itself. |
12:51 | i'll investigate asap | |
12:52 | kmkale http://jenkins.koha-community.[…]#showFailuresLink | |
12:52 | seems I missed to QA some things... | |
12:53 | I don't know what this one means : http://jenkins.koha-community.[…]ons_to_add__218_/ | |
12:53 | (i'll check) | |
12:54 | I think this one http://jenkins.koha-community.[…]n_HTML_tag__223_/ | |
12:54 | means there is a wrong HTML/T::T construction | |
12:54 | rangi | # Failed test 'No user permissions to add' |
12:54 | # at xt/permissions.t line 94. | |
12:54 | # User permissions to add in de-DE/mandatory/userpermissions.sql: upload_local_cover_images | |
12:55 | and it | |
12:55 | kmkale | which file? |
12:55 | rangi | and fr etc |
12:55 | paul_p | kmkale the 2nd one is something like "<a href=[% IF blabla %]an url[% ELSE %]another url[% END %]> that is forbidden |
12:55 | kmkale i'll check & tell you later | |
12:55 | rangi | a new permission has been added to the en one, but none of the other languages |
12:55 | paul_p | rangi OK |
12:55 | rangi | so it will be broken for any install other than english |
12:56 | # Failed test 'TT syntax: not using TT directive within HTML tag' | |
12:56 | # at xt/tt_valid.t line 55. | |
12:56 | # Files list: | |
12:56 | # intranet-tmpl/prog/en/modules/tools/upload-images.tt: 96, 100, 112 | |
12:56 | kmkale | rangi: so how does one who does not know any other languages add permissions to those? |
12:56 | rangi | kmkale: one runs the unit tests |
12:56 | and adds them in english | |
12:57 | then at least the install isnt broken | |
12:57 | kmkale | rangi: a new permission has been added to the en one, but none of the other languages |
12:57 | rangi | yes |
12:57 | kmkale | do we have to add the same permission to all other languages? |
12:57 | rangi | yes |
12:57 | kmkale | in english? |
12:58 | rangi | yes and email the koha-translate list |
12:58 | kmkale | aahh |
12:58 | big work to put it in all the files | |
12:59 | rangi | no |
12:59 | cut and paste, easy work | |
12:59 | and much better than breaking the install for every language except english | |
12:59 | kmkale | ok |
13:00 | wolco | |
13:00 | *wilco | |
13:10 | Barrc joined #koha | |
13:13 | Barrc | Good afternoon - does anyone have the Koha 3.05.00.01 source lying around? I need to move servers and this version isn't on the downloads site. |
13:13 | jcamins_away | paul_p++ |
13:14 | kf | Barrc: you can download the snapshot from git.koha-community.org |
13:14 | hi jcamins_away | |
13:14 | jcamins_away | Hi kf. |
13:15 | Barrc | kf: yep, sounds good. Not sure why I didn't consider that......thanks |
13:20 | oleonard joined #koha | |
13:25 | druthb joined #koha | |
13:26 | oleonard | Koha list member complains "Email notices not sent to all patrons" and then sends gmail invite to all list members... |
13:27 | jcamins | oleonard: yeah, I liked that too. |
13:27 | kf | morning oleonard |
13:27 | oleonard | Hi |
13:37 | * jcamins | figured out why he didn't find the bug. The test is in xt and not t. |
13:41 | JesseM joined #koha | |
13:41 | talljoy joined #koha | |
13:42 | talljoy left #koha | |
13:43 | jcamins | paul_p: I just attached a patch to fix the test to bug 1633. |
13:43 | huginn | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=1633 enhancement, P3, ---, kmkale, Pushed to Master , Add ability to take book cover images from local img db |
13:43 | paul_p | jcamins++ |
13:43 | kmkale | yeh jcamins++ |
13:44 | kf | jcamins++ |
13:44 | ago43 joined #koha | |
13:45 | kf | I think we could perhaps move the permissions |
13:45 | to a general file like we have for sysprefs now | |
13:45 | and deal with translation in the templates | |
13:45 | it should be quite easy to do that with TT now | |
13:45 | TT++ | |
13:46 | jcamins | Agreed. |
13:48 | kmkale | kf++ :) |
13:52 | huginn` joined #koha | |
13:55 | kf | only an idea |
13:55 | I don't have the time to figure it out really :( | |
13:58 | * jcamins | either, but he likes the idea. |
13:58 | oleonard | File a bug for later reference? |
14:00 | jcamins | I can't figure out this other error. |
14:01 | Okay, I figured it out. | |
14:02 | paul_p: do you want me to revise the patch I just attached, or do a second patch? | |
14:03 | paul_p | jcamins I think you should revise, not send a follow-up for the follow-up... |
14:03 | jcamins | That was my thought. |
14:04 | paul_p: but if you'd already pushed it, I didn't want to mess you up. | |
14:04 | paul_p | jcamins nope, i've a meeting this afternoon |
14:05 | jcamins | :) |
14:15 | kf | not sure I made sense |
14:15 | but bug 7465 | |
14:15 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7465 enhancement, P5 - low, ---, frederic, NEW , Remove language specific permission files |
14:17 | edveal joined #koha | |
14:17 | oleonard | Does huginn` not trumpet new "needs signoff" anymore? |
14:23 | kf | I think there is a slight delay |
14:23 | * oleonard | wondered if the Bugzilla status changes messed up huginn`'s routine |
14:23 | jcamins | Oh, I bet they did. |
14:24 | Who manages huginn? gmcharlt? | |
14:24 | oleonard | huginn`: Who is your master? |
14:24 | huginn` | oleonard: I'll give you the answer as soon as RDA is ready |
14:24 | trea joined #koha | |
14:24 | kf | I think the wiki knows |
14:25 | The #koha IRC bot huginn is hosted by Galen Charlton. | |
14:25 | http://wiki.koha-community.org[…]te_Administration | |
14:25 | jcamins | @later tell gmcharlt Does huginn need updating to understand the new "Needs Signoff" status? |
14:25 | oleonard | So gmcharlt programs huginn`, but who programs gmcharlt? |
14:25 | huginn` | jcamins: The operation succeeded. |
14:26 | druthb | Mrs. Charlton. |
14:26 | kf | gmcharlt is a bot? |
14:26 | druthb | (they are the *cutest* couple!) |
14:27 | jcamins | paul_p: revised patch attached. |
14:27 | paul_p | ok, will check in something like 1 hour |
14:29 | jcamins | paul_p++ |
14:31 | maximep joined #koha | |
14:34 | kf | hi maximep |
14:37 | maximep | good morning |
14:37 | did 4 upgrades from 3.2 to 3.6 this night and 3 failed. Oh well :/ | |
14:39 | jcamins | maximep: ew. Why? |
14:39 | I mean, why did they fail. | |
14:39 | maximep | most of the time it's remove_itemsfrombiblioitems that chokes on something |
14:40 | kmkale_ joined #koha | |
14:41 | kf | eew |
14:41 | maximep | and my script is ultra paranoid and goes back to 3.2 as soon as anything goes wrong |
14:41 | kf | hopefully that doesnot happen to us |
14:42 | asaurat | we had a problem yesterday with remove_itemsfrombiblioitems too... is there a known bug about it ? |
14:42 | kf | we want to upgrade 5 on friday |
14:46 | pastebot | "maximep" at 199.21.216.30 pasted "52600........................." (5 lines) at http://paste.koha-community.org/224 |
14:46 | * jcamins | is glad that he's on 3.6. |
14:46 | maximep | choked there on one |
14:46 | :/ | |
14:52 | skushner joined #koha | |
14:52 | smeagol joined #koha | |
14:57 | mib_hc9t8a joined #koha | |
14:58 | gmcharlt joined #koha | |
15:00 | oleonard | I want "git bz test [Bug #]" to create a new branch, check it out, and apply the patch all in one step. |
15:00 | ... and why not add "git bz fix [Bug #]" while I'm at it? That would simplify things. | |
15:02 | kmkale | oleonard: that *will* get you a nobel for sure ;) |
15:04 | jcamins | oleonard: that's an excellent idea. |
15:09 | wizzyrea | oleonard: even cooler, git bz test create a new branch, check it out, apply the patch, import a clean test database, and reindex. |
15:09 | oleonard | And wash my car! |
15:10 | wizzyrea | and don't forget the cup holder. |
15:11 | pastebot | "jcamins" at 98.109.115.153 pasted "Can I do this?" (16 lines) at http://paste.koha-community.org/225 |
15:11 | jcamins | kf: you might know the answer to that question. |
15:12 | * druthb | thanks oleonard for the signoff on Bug 7446. |
15:12 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7446 trivial, P5 - low, ---, ruth, Signed Off , Redundant display of availablecount in staff client (results.tt) |
15:12 | jcamins | Looks ike I can. |
15:12 | *like | |
15:14 | * oleonard | thanks nengard for the signoff on Bug 7461 |
15:14 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7461 minor, P5 - low, ---, oleonard, Signed Off , cart offering to remove items when closing |
15:17 | kf | hm? |
15:18 | sorry, was working ;) | |
15:20 | jcamins | kf: I figured it out. :) |
15:20 | kf | ah ok |
15:24 | schuster joined #koha | |
15:26 | pastebot | "jcamins" at 98.109.115.153 pasted "New authority linking report" (12 lines) at http://paste.koha-community.org/226 |
15:26 | jcamins | And it should even put the date in the right order for Europeans in Europe. :) |
15:28 | And it takes 15 seconds to process 1000 headings. | |
15:29 | :D | |
15:33 | kf | wow |
15:33 | that is really fast! | |
15:34 | pastebot | "jcamins" at 98.109.115.153 pasted "Weird error- has anyone ever seen this?" (5 lines) at http://paste.koha-community.org/227 |
15:34 | kf | sounds like a problemwith the comment |
15:34 | or lookslike | |
15:34 | 'SET TIME_ZONE=@OLD_TIME_ZONE */' < closing comment at the end | |
15:36 | jcamins | Oh, missing semicolon. |
15:36 | That's odd. | |
15:36 | It's there on my development system. | |
15:36 | * jcamins | shrugs. |
15:48 | paul_p | wizzyrea & oleonard that's exactly what will do my sandbox testing system : git bz test create a new branch, check it out, apply the patch, import a clean test database, and reindex |
15:48 | wizzyrea | :) yay! |
15:49 | paul_p | and you even have the choice of the test database. |
15:49 | wizzyrea | oh you posted a link to your repo that holds that stuff? or did I misunderstand |
15:49 | paul_p | if you want to send me one, I could add it |
15:49 | wizzyrea | i need to build a new one |
15:49 | paul_p | wizzyrea it's not fully ready. if you're interested i'll send you a link once it can be tested ! |
15:49 | wizzyrea | the one I have is a bit crufty |
15:50 | yup, I'd like that | |
15:52 | kf | oleonard++ |
15:56 | trea1 joined #koha | |
15:57 | paul_p | oleonard ? |
15:57 | wahanui | hmmm... oleonard is the master UI designer of koha or an awesome bug wrangler |
15:57 | * oleonard | is here |
15:57 | paul_p | oleonard what's your birthdate ? |
15:57 | jj/mm/yyyy | |
15:57 | oleonard | 18/01/1971 |
15:57 | wahanui | 0.0091324200913242 |
15:57 | paul_p | (needed for the booking |
15:57 | oleonard | Thanks wahanui :P |
15:58 | paul_p | really ? happy birthday then ! |
15:58 | oleonard | :) |
15:58 | paul_p | a few days late |
15:58 | magnus_away | wizzyrea & oleonard: i have been trying to create a wrapper script for some of those tedious testing tasks: https://github.com/MagnusEnger/kohatesting not perfect but mostly works for simple patches |
15:58 | kf | happy belated birthday oleonard :) |
15:59 | jcamins | oleonard: you share your birthday with my mother and my grandfather! |
16:00 | wizzyrea | magnuse++ sweet |
16:04 | paul_p | oleonard booking done ! |
16:05 | kf oleonard land at Marseille airport on saturday, 17th, 5PM ! | |
16:06 | (march, of course) | |
16:06 | wizzyrea | I am envious of lucky oleonard. :) |
16:07 | oleonard | And I am very grateful to paul_p (and Biblibre) who are making it possible |
16:08 | kf | paul_p: where does he stay? ;) |
16:08 | I plan to force him to have dinner withme | |
16:08 | paul_p | kf hotel not booked, but i'll go for hotel moderne of course |
16:10 | Johnindy joined #koha | |
16:18 | paul_p | oleonard if it's hard to understand the "electronic ticket" mail, just ask |
16:19 | oleonard | Thanks paul_p |
16:19 | * oleonard | is trying to resurrect his high school French for the trip |
16:19 | asaurat | l'omelette du fromage |
16:20 | kf | :) |
16:20 | magnuse and me were a bit lost reading the menu at the restaurant... I hope oleonard's vocabulary includes food | |
16:21 | wizzyrea | I remember very little of my french |
16:21 | but food... food I was good at | |
16:21 | kf | heh |
16:22 | wizzyrea | I remember french verbal exams where I talked a lot about breakfast. |
16:22 | kf | lol |
16:22 | jcamins | Mmm. |
16:22 | French food. | |
16:22 | We just had croissants for breakfast. | |
16:22 | asaurat | I now prefer german breakfast actually :D LEBERWURST um acht Uhr !!! |
16:23 | kf | that's not my normal breakfast... but if you like it ;) |
16:23 | * wizzyrea | had that most newyorkish of breakfasts - the bagel with cream cheese. |
16:23 | kf | I hear some people eat leberwurst mit marmelade - ew |
16:23 | wizzyrea | mit marmelade?!?!! |
16:23 | that is shocking. | |
16:23 | asaurat | sounds english :D |
16:23 | laurence left #koha | |
16:24 | kf | chris_n: testing 3.6.3 again - no problems found so far ;) orignal script (arabic and greek) still display nicely :) |
16:31 | wizzyrea | ok |
16:31 | hypothetical of the day | |
16:32 | oleonard | Would you rather... |
16:32 | wizzyrea | let's say you have a bib with 50 holds |
16:32 | nengard joined #koha | |
16:32 | oleonard | Oh, different game? |
16:32 | wizzyrea | how would you compute the "estimated time for filling the hold for patron #25 on the list" |
16:32 | programmatically | |
16:33 | take the circ period x the number of the hold? | |
16:33 | so circ period = 2 weeks * 25 = 50 weeks? | |
16:33 | oleonard | ...and mix in however late the book is going to be each time |
16:33 | wizzyrea | and remember a lot of them are returned early |
16:34 | so --- compute the average check out time for the bib | |
16:34 | * the rank of the person on the list | |
16:34 | oleonard | 2 weeks * (25-1) ? |
16:34 | wizzyrea | lol |
16:35 | reiveune | bye |
16:35 | reiveune left #koha | |
16:35 | wizzyrea | I'm halfway serious here - I had a request from a librarian for "estimated wait time" |
16:35 | oh I know | |
16:36 | take the number of items, take the average length of circ for that many circs back | |
16:36 | times the rank | |
16:37 | number of items - the lost items | |
16:37 | or unavailable items. | |
16:38 | oleonard | At my library we have found that predicting the time the item will be available causes more trouble than it's worth. "You said it would be back by now!" "It was due on the 12th, and today's the 12th!" |
16:38 | wizzyrea | well the librarian was comparing it to |
16:39 | 3m cloud library | |
16:39 | which is electronic content. That stuff has an extremely predictable pattern for when it will be "available" | |
16:39 | a patron gets usage of it for exactly 2 weeks, then it's in | |
16:39 | "in" | |
16:39 | schuster | yes - how many copies do you have of said book? |
16:39 | oleonard | Sure, because the patron has no say in when it will be back |
16:39 | wizzyrea | no overdues in the world of electronic loans. |
16:40 | schuster | and you don't have to shelve it! |
16:40 | wizzyrea | :) |
16:40 | I am sure it could be done, but I don't think you could get it anywhere near accurate | |
16:41 | schuster | too many human variables. |
16:41 | wizzyrea | way too many |
16:42 | miguel joined #koha | |
16:45 | miguel | hi all, Anyone is working to integrate NCIP in koha? |
16:45 | wizzyrea | what about... the average amount of time elapsed between hold placed and hold filled (to the wait shelf)? |
16:46 | druthb | @quote get 123 |
16:46 | huginn` | druthb: 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) |
16:47 | wizzyrea | oh I'm not saying I'm going to do it. |
16:47 | dunno, I'm for adding things to koha that patrons want - and I have evidence that patrons want to know the average time they'll wait for holds. | |
16:47 | druthb | 'bout to say. You've got some pretty insane librarians there, wizzyrea. |
16:48 | wizzyrea | adding a new widget to punish patrons with fines or restrictions, meh I could care less about. |
16:48 | couldn't care less, rather. | |
16:49 | druthb | oleonard, I think, has a valid point, though...sure, 8 out of ten patrons think this is a swell idea, but four of them will raise hell and create much stress and suffering when it's not *exactly* accurate. |
16:49 | kf | hm |
16:49 | someone aware of a bug with limiting to available items? | |
16:49 | wizzyrea | yes |
16:50 | your math is a bit funny there. | |
16:50 | ;) | |
16:51 | trea | what does the "rank" field in a z39.50 target refer to? it just says "display order" |
16:51 | kf | the sequence |
16:51 | druthb | Anything that increases stress on circ dest staff is, IMO, best done cautiously, and only with proper safety equipment, and an ambulance, close at hand. |
16:51 | kf | in which the servers are displayed in the result list |
16:51 | trea | kf++ |
16:52 | kf | afaik at least |
16:52 | wizzyrea | what about simply "average wait to check out this item is X days" |
16:52 | and not a specific "how long until *I* get this book" | |
16:52 | druthb | wizzyrea++ |
16:54 | kf | does limiting to available items work for someone? |
16:54 | wizzyrea | I recall that it doesn't work kf |
16:54 | kf | hm ok |
16:54 | wizzyrea | at least, that's what I remember. |
16:54 | kf | perhaps we should kick it out then? |
16:54 | wizzyrea | but I would need to check it again |
16:54 | I'm sure there's a bug | |
16:55 | kf | I thought it was supposed to be repaired - but it doesnot owrk in my installation |
16:55 | jcamins | Limiting for available items is permanently broken while we're using GRS-1. |
16:55 | wizzyrea | well then yea |
16:55 | we should nuke it | |
16:56 | or at least | |
16:56 | be able to turn it off. | |
16:56 | also popularity sort | |
16:56 | needs to be removed | |
16:56 | until such time as we figure out a way to properly populate the bib records with their popularity info | |
16:56 | kf | true |
16:56 | wizzyrea | do you think I could use more p's |
16:56 | kf | both |
16:57 | heh | |
16:57 | oleonard | Pending preparation of a procedure to properly populate? |
16:58 | schuster | with a prefered program. |
16:58 | druthb | Potent, prudent pre-planning prevents poor performance? |
16:59 | schuster | per programmer |
16:59 | :) | |
16:59 | * druthb | pokes the guy from Plano. |
16:59 | * jcamins | pokes the person from Plano. |
16:59 | schuster | Good thing my name isn't Paul. |
16:59 | druthb | lol |
16:59 | jcamins++ | |
17:00 | * wizzyrea | pokes the plucky person from Plano in the patella |
17:00 | druthb | ow! |
17:00 | schuster | hey now lets not get nasty! |
17:00 | :) | |
17:00 | wizzyrea | ... your knee, silly. |
17:01 | at least I didn't say anything about "protuberances" | |
17:01 | oleonard | Ouch, right in the paella! |
17:01 | * wizzyrea | likes shrimp |
17:01 | mbalmer | mmm, shrimp.. |
17:01 | I hope the food in Marseille will be good. | |
17:02 | kf | it was very good last year - I plan on it |
17:02 | wizzyrea | because french food is always terrible. Wait, what? |
17:03 | * druthb | wishes she was going to Marseille. |
17:03 | jcamins | wizzyrea: I am against all things bread, cheese, and buttery. |
17:03 | Wait, what? | |
17:03 | wahanui | hmmm... Wait, is it only in items? |
17:04 | mbalmer | wizzyrea, exactly ;P |
17:04 | wizzyrea | also wine. |
17:04 | jcamins | wizzyrea: yes, I am also against all things wine. |
17:04 | wahanui | okay, jcamins. |
17:04 | jcamins | Wait. |
17:04 | What? | |
17:04 | :P | |
17:04 | wizzyrea | LOL |
17:04 | jcamins | jcamins? |
17:04 | wahanui | hmmm... jcamins is supposed to be an outstanding cook. or well-traveled and brilliant. or trying to think of a solution, but short of a set of three sysprefs (ShelfBrowserUsesLocation, ShelfBrowserUsesCcode, and ShelfBrowserUsesHomeBranch), I don't really have any ideas. or awesome fixing broken email notifications or the wizard that forges queries in the deep fires of zebra or against all things wine. |
17:05 | druthb | LOL |
17:05 | Thank you, wahanui. | |
17:05 | wahanui | druthb: bitte |
17:05 | jcamins | :) |
17:05 | oleonard | jcamins is a lot of things. |
17:05 | wizzyrea | jcamins is also wait, whta? |
17:05 | doh! | |
17:05 | druthb | LOL |
17:05 | wahanui: wizzyrea? | |
17:05 | wahanui | I LIKE SCIENCE! |
17:06 | kf | :) |
17:06 | druthb | wahanui: kf? |
17:06 | wahanui | it has been said that kf is cait or really, really sweet. or <reply>she gives me memory loss or a holds expert. |
17:06 | druthb | druthb? |
17:06 | wahanui | She finally snapped, like we all knew she would. |
17:06 | druthb | m-hm. |
17:06 | kf | someone broke wahanui |
17:06 | he spreads rumours | |
17:07 | * kf | is not sweet and druthb has not snapped |
17:07 | oleonard | If we keep telling wahanui crazy stuff he is going to snap |
17:07 | kf | heh |
17:07 | probably .) | |
17:07 | sophie_m left #koha | |
17:07 | kf | time for me to leave |
17:07 | bye all | |
17:08 | wizzyrea | jcamins? |
17:08 | wahanui | jcamins is an outstanding cook. or well-traveled and brilliant. or trying to think of a solution or awesome fixing broken email notifications or the wizard that forges queries in the deep fires of zebra or against all things wine. |
17:08 | wizzyrea | hrmph. |
17:09 | * druthb | suspects wizzyrea of talking to wahanui behind everyone's back. |
17:09 | wizzyrea | you should just assume that I am. |
17:09 | ;) | |
17:09 | jcamins | lol |
17:09 | druthb | ;-) |
17:09 | wizzyrea | we're tight, dontyaknow |
17:10 | kf left #koha | |
17:10 | wizzyrea | oh bother, bye kf |
17:10 | cait will be back soon. :) | |
17:11 | francharb | @later tell kf : for the availability facet, you can use the 'intranetuserjs' to hide it : $(document).ready(function(){ $("#search-facets ul li:contains('Availability')").hide(); }); |
17:11 | huginn` | francharb: The operation succeeded. |
17:12 | wizzyrea | or opacuserjs, depending. |
17:12 | francharb | sure |
17:12 | wizzyrea | it's probably slightly different. |
17:12 | or not, i'd have to look | |
17:12 | :) | |
17:15 | actually, in my current 3.6.0 install | |
17:15 | limit available does seem to be working | |
17:15 | which is a change | |
17:15 | at any rate | |
17:15 | the same search unlimited returns 427 results, the limited search returns 333 | |
17:17 | francharb | \0/ |
17:17 | ;) | |
17:17 | wizzyrea | though... |
17:17 | http://screencast.com/t/ZSRJlT9P | |
17:17 | that was limited to available | |
17:17 | and it looks like | |
17:17 | francharb | oops |
17:18 | wizzyrea | even things with items that are available - if *any* are unavailable it excludes them |
17:18 | jcamins | francharb: I was just thinking about you. |
17:18 | francharb | really? |
17:18 | jcamins | Wouldn't you like to test authority linking? |
17:18 | Yes, actually. | |
17:18 | :) | |
17:18 | francharb | like? right now? |
17:18 | jcamins | Well, it doesn't have to be right this second. |
17:19 | But I have a revised patch attached to bug 7284 that should work with UNIMARC. | |
17:19 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7284 major, P3, ---, jcamins, Needs Signoff , Authority matching algorithm improvements |
17:19 | wizzyrea | http://screencast.com/t/OqZ74rLWQ1G right? |
17:19 | "limit to available" excludes that result | |
17:19 | francharb | jcamins, i bookmarked it and it will be the top of my list next time i'm signing off patches! |
17:19 | wizzyrea | so our definition of "avaliable" needs tweaking I guess. |
17:21 | I see why the billboard one looks available though | |
17:21 | it's "in transit" | |
17:21 | NateC joined #koha | |
17:21 | jcamins | fredericd Yay! |
17:21 | francharb++ | |
17:21 | wizzyrea: limit to available wouldn't work regardless how we defined "available." | |
17:22 | wizzyrea | explain |
17:22 | jcamins | However, defining available would be a good idea, too. |
17:22 | wizzyrea: the problem is that Zebra facets work only with a single index. | |
17:23 | We have multiple indexes informing "available." | |
17:23 | wizzyrea | fyi you can imagine me doing this when I say "explain" http://www.youtube.com/watch?v=NlpRBLkgcBo |
17:23 | jcamins | wizzyrea: I will. |
17:23 | wizzyrea | oh i see :) |
17:24 | well any way to make the one index that it uses for available better? | |
17:24 | jcamins | Not really. |
17:24 | Once DOM indexing is in place, though, it's easy to deal with. | |
17:24 | We just create a composite index. | |
17:24 | wizzyrea | so we should get rid of it for now anyway. |
17:25 | jcamins | Or at least not display it. |
17:25 | wizzyrea | even though it's kinda sorta working maybe a little bit. |
17:25 | jcamins | Right. |
17:25 | wizzyrea | it's just not very precise :P |
17:25 | jcamins | I think probably leaving the code in but removing the display is the way to go. |
17:26 | That way when we have the availability indexing, it's easy to deal with. | |
17:26 | Just un-hide it. | |
17:26 | wizzyrea | you think comment out the display and make it official like |
17:26 | or just depend on people to put in the js to hide it | |
17:26 | jcamins | I'd vote for commenting it out. |
17:27 | wizzyrea | I think it's unreasonable to ask people to put in js to hide something that we expect should be working. |
17:27 | jcamins | Agreed. |
17:34 | patric joined #koha | |
17:35 | patric | another marc conversion question, I have control numbers, but they aren't my barcode numbers, and barcodes seem blank, should that be happening in the conversion process or is that a configuration in koha |
17:42 | reading docs, still available if someone wants me to make sense out of my question | |
17:43 | druthb | patric: Koha doesn't have any settings to explicitly toss data out of an imported record (which is what I'm assuming you're up to.) Barcodes need to be in 952 $p. Anywhere is Is Not A Barcode, to Koha (as default-configured for MARC21) |
17:44 | It's a pretty common migration task to shift item data from wherever the legacy ILS puts it, to the proper places in Koha. | |
17:44 | cait joined #koha | |
17:44 | cait | hi #koha |
17:44 | druthb | hi, cait. :) |
17:45 | cait | :) |
17:46 | adnc joined #koha | |
17:49 | patric | So, if I just wish to use our old numbering as barcodes, bringing that data in as 952 $p in the conversion should do it? |
17:49 | Have I mentioned that the help in here is way nicer than I deserve? | |
17:50 | melia joined #koha | |
17:50 | jcamins | patric: right, but make sure you don't have any duplicate numbers. |
17:50 | druthb | :) Glad to assist, patric. |
17:50 | cait | 952$p for baroces sound right |
17:52 | patric | I need to make a shelf-tag sort of value, that's dewey+first 3, someone want to make that easy (I can look it all up again, but haven't touch any of this in 3 weeks, if it's on the top of someone's heade) |
17:52 | jcamins | patric: you should put that in the call number. 952$o? |
17:53 | patric | thanks, I'll go fool with converting again, might pop back up with more questions |
17:54 | jcamins | Time to head into the city to go to Forest Hills. |
17:59 | francharb | see ya! |
18:01 | druthb | patric: Take a look at your framework, for field 952; the subfields there will tell you what should be where, in the item-specific data. That's a screen I look at quite a bit. |
18:10 | cait1 joined #koha | |
18:11 | * cait1 | waves |
18:12 | druthb | ooo...an extra cait. |
18:12 | :) | |
18:12 | cait1 | yeah |
18:12 | :) | |
18:20 | libsysguy1 joined #koha | |
18:24 | schuster | Patric and there are other fields that are "required" as well - Location and Collection and item type for sure. |
18:25 | cait1 | hm no |
18:25 | you don't need collection and location | |
18:25 | itemtype, barcode, call number, $a and $b = branch | |
18:25 | um sorry, I am tired | |
18:26 | schuster | well if I don't put them in and load the records - oh wait... I don't know how things work with 3.6 because in my 3.2 they won't show if they are blank and you can't edit them. Goes to sit in corner :) |
18:26 | cait1 | and jumping around between laptops, never a good idea |
18:26 | schuster: oh! | |
18:26 | druthb | collection and location are useful, but not mandatory. The only *mandatory* ones are home and holding branch ($a and $b), barcode ($p) and item type ($y). |
18:26 | cait1 | some of our libraries are not using collection or location - I think perhaps there is really a bug somewhere |
18:27 | druthb | Lots of other Good Ideas, like call number, call number source, price, location or collection codes, etcetc. |
18:27 | schuster | Just had to fix 60 of them that we loaded without a collection code as they didn't display but you could see them in edit item but not touch them. but again I'm on 3.2 hopefully moving forward in the near future! |
18:30 | cait1 | :) |
18:55 | collum joined #koha | |
18:58 | nengard joined #koha | |
19:12 | JesseM left #koha | |
19:19 | cait joined #koha | |
19:19 | chris_n | there you are cait |
19:19 | cait | here I am |
19:19 | chris_n | the testing sounds good |
19:19 | cait | :) |
19:19 | chris_n | don't forget that patch to fixup... |
19:20 | hmm, can't remember the bz number | |
19:20 | CRC checksum is bad on that address range in my memory :-S | |
19:22 | cait | ? |
19:22 | I have no idea what you are talking about | |
19:22 | hm not true | |
19:22 | I know what a crc checksum is :) | |
19:25 | adnc joined #koha | |
19:26 | chris_n | cait: the one related to this commit: http://git.koha-community.org/[…]commit;h=99147d26 |
19:26 | rangi | jcamins_away: you about? |
19:26 | cait | oh |
19:26 | I did a patch for that | |
19:26 | chris_n | cait: the sample borrower data |
19:26 | cait | fixing the sample data |
19:27 | chris_n | cool |
19:27 | cait | it's in bugzilla |
19:27 | thought you had seen it | |
19:27 | chris_n | bug number please :-) |
19:27 | cait | it has no sign-off yet... |
19:27 | * chris_n | 's brain is still at lunch |
19:27 | chris_n | must have to do with that chicken jalapeño sandwich |
19:28 | heya rangi | |
19:28 | cait | bug 7453 |
19:28 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7453 minor, P5 - low, ---, oleonard, Needs Signoff , Borrower without expiry date breaks opac login |
19:29 | chris_n | that will need translating |
19:30 | since its minor, it will have to wait until after the string freeze... | |
19:31 | * chris_n | gets spammed by 1633 :-) |
19:31 | rangi | its the new workflow |
19:31 | you cant go from pushed | |
19:31 | back | |
19:31 | you have to go to assigned and start again | |
19:31 | im not liking it | |
19:32 | but now at least jenkins will be happy, when that gets pushed | |
19:32 | chris_n | yeah, I noticed that problem when moving things back to rel_3_X |
19:33 | seems a bit inconvenient | |
19:33 | rangi | yup |
19:33 | libsysguy left #koha | |
19:36 | aleksa joined #koha | |
19:42 | cait | chris_n: no translation changes there - it's in the sql files |
19:42 | but it needs a sign-off probably | |
19:42 | oleonard | Making progress: http://screencast.com/t/1bkZhpsuIU |
19:43 | chris_n | cait: so every language uses us-style addressing in the sample patrons? |
19:43 | cait | the admin user has no address at all |
19:43 | and it's the only user account I changed | |
19:43 | adding only an expiry date | |
19:44 | chris_n | ok, I missed that |
19:45 | if its not signed off by friday, I'll probably push it to 3.6.x anyway | |
19:45 | its a very small change | |
19:45 | cait | yes, but if it will go in 3.6.4 it will not hurt |
19:45 | I think it's quite unlikely that people run into that | |
19:47 | * rangi | heads out to do some Koha training |
19:47 | rangi | bbl |
19:48 | cait | bye rangi |
19:50 | Guillaume joined #koha | |
19:55 | oleonard | Getting lots of 404s in Firebug from the new cover images stuff. |
20:01 | cait | the local images? |
20:01 | oleonard | Yeah |
20:08 | kathryn joined #koha | |
20:18 | jcamins_away | I am now. |
20:19 | Oh, rangi is gone. | |
20:20 | oleonard: it uses javascript to load the image asynchronously. | |
20:24 | schuster | This is a bit off topic, but you all are my techie friends... anyone have a "cloud" bookmarking tool they like? I keep changing computers and don't have the right set of bookmarks! |
20:25 | * oleonard | has stuck with Delicious |
20:26 | schuster | oleonard - yeah I was talking with someone else just a minute ago that had a delicious account... Just wondering if there was anything else out there I should look at before I resurrect my old delicious account |
20:27 | magnus_afk | i have tested http://www.faviki.com/ but gravitated back to delicious again... |
20:28 | wizzyrea | I love the new delicious |
20:28 | * wizzyrea | never left |
20:28 | had faith | |
20:28 | magnus_afk | hehe |
20:28 | cait | :) |
20:28 | me too but forogt my password | |
20:28 | * magnus_afk | used magnolia until it collpased |
20:28 | cait | have to get that reset |
20:29 | * jcamins | thought that delicious was bought by Yahoo and closed? |
20:29 | liw | schuster, I have a personal wiki and a link page on that; from the top of the page: "I don't usually use bookmarks for links I want to keep. The reasons for this are obscure: back in the early days of the world wide web, I kept switching between computers and browsers, so having bookmarks in the browser was inconvenient. Also, browser bookmark support sucked. So instead I started keeping a web page with links. This is the current incarnation of that web page." |
20:29 | (and since it's an ikiwiki, all the wiki contents is in git, so I can edit it on any of my computers) | |
20:29 | (disclaimer: if it's posisble to do with ikiwiki, I will do it that way; if it's not possible, I pretend it is, anyway :) | |
20:29 | * magnus_afk | hadn't really seen new delicious |
20:35 | wanders off again | |
20:53 | oleonard | jcamins: Someone else bought Delicious from Yahoo and kept it open |
20:53 | wizzyrea | ^^ |
20:53 | jcamins | Ah. |
20:53 | wizzyrea | and made it better! |
20:53 | oleonard | What's that huginn`? A new bug needs signoff? Which one? |
20:54 | * oleonard | listens |
20:54 | oleonard | Oh, Bug 7466? Thanks! |
20:54 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7466 normal, P5 - low, ---, oleonard, Needs Signoff , Cart notification popup should appear onscreen even when button is offscreen |
20:54 | cait | lol |
21:03 | oleonard | What was the change to git config that was recommended recently? Dealing with whitespace? I think it was rangi |
21:03 | cait | it's on his blog |
21:03 | and it works very nicely | |
21:03 | it fixes whitespace errors for you when applying the patch | |
21:04 | oleonard | Ah: http://blog.bigballofwax.co.nz[…]patches-with-git/ |
21:04 | wizzyrea | oh yea it's awesome |
21:04 | * wizzyrea | has it |
21:04 | oleonard | Except I think my follow-up for Bug 6210 didn't apply for nengard because I have it and she doesn't |
21:04 | huginn` | 04Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6210 enhancement, P5 - low, ---, srdjan, Failed QA , Choose framework on Merge |
21:04 | cait | from the bug |
21:05 | * oleonard | is guessing |
21:05 | cait | I think she didn't try git am -iu3 |
21:05 | only git bz | |
21:06 | oleonard | I just tested the patches using git bz on a fresh branch and had no errors |
21:08 | kathryn joined #koha | |
21:18 | sekjal joined #koha | |
21:18 | * oleonard | waves goodbye to all |
21:18 | wizzyrea | byeeeeee |
21:18 | * wizzyrea | wishes briefly that you could see the current logins to a koha system. |
21:22 | schuster | byeee.... meee too! |
21:22 | wizzyrea | hehe later |
21:22 | cait | me too Ö) |
21:22 | and good night :) | |
21:23 | cait left #koha | |
21:23 | sekjal | afternoon/evening, all |
21:24 | oh, and morning, too | |
21:27 | patric joined #koha | |
21:27 | patric | hey, everyone |
21:27 | wahanui | everyone is doin' the hot new dance the Cracked Out Kitty Tail Shiver |
21:28 | patric | hey, wahanui |
21:28 | wahanui | patric: sorry... |
21:28 | patric | np |
21:28 | It's not like this up on the projector in front of class full of kids ... | |
21:29 | how do I get rid of my staged import files that were complete failures? | |
21:31 | sekjal | patric: there should be a 'clean' link in the Manage Staged MARC records menu |
21:32 | * wizzyrea | blinks |
21:32 | wizzyrea | it's sekjal1 |
21:32 | ! | |
21:32 | hi : | |
21:32 | :) | |
21:32 | sekjal | hi, wizzyrea |
21:34 | patric | Thanks, used the clean link, I was hoping for a "make it look like you're not the sort of idiot that takes 10 tries to get something right" link |
21:34 | bag | hi sekjal |
21:35 | sekjal | hi, bag |
21:36 | * patric | doesn't blink |
21:37 | sekjal | patric: the clean link just removes the MARC records from your database, but the record of having uploaded them persists. Did you want to remove the file from listing, as well? |
21:38 | patric | I'm really sorry to have to ask these questions over and over, but how do i un-import the old records before I bring in the new ones? and thanks sekjal, but the record is fine, chances are no one will ever see it |
21:38 | wizzyrea | revert batch :) |
21:38 | under manage staged marc records | |
21:40 | patric | undo import into catalog? |
21:40 | wahanui | well, undo import into catalog is very slow working on Gana's server. can i use any commands for mysql database of koha. |
21:40 | wizzyrea | lol wahanui |
21:40 | forget undo import into catalog | |
21:40 | wahanui | wizzyrea: I forgot undo import into catalog |
21:41 | patric | I'm gonna go ahead and click undo import |
21:42 | undo import is also slow on patric's server | |
21:45 | sekjal_ joined #koha | |
21:46 | * jcamins | waves to sekjal. |
21:46 | sekjal | hi, jcamins |
21:59 | patric | imported dewy as 952$o and first 3 as 952$o and joined them, they end up on one line, which of course doesn't work for spine labels |
22:00 | do i want to just not joint them, or space them somehow, putting first three at offset 1 instead of 0? | |
22:01 | druthb | you might want to do that as a simple string: $newcall = $dewey.' '.$first_three; then define 952$o as $newcall. The space will make it break on a spine label, usually. |
22:03 | patric | thanks, any thoughts on doing that with marcedit?\ |
22:17 | jcamins | patric: just add a space between. |
22:17 | (I don't use MarcEdit, but I'd think that there's the option to add a space) | |
22:25 | Smurk joined #koha | |
22:31 | talljoy joined #koha | |
22:42 | maximep left #koha | |
22:42 | maximep joined #koha | |
22:55 | maximep left #koha | |
23:02 | trea left #koha |
← Previous day | Today | Next day → | Search | Index