Time |
S |
Nick |
Message |
00:28 |
|
dcook |
"remote: Counting objects: 666, done." |
00:28 |
|
dcook |
:o |
00:28 |
|
|
jenkins_koha joined #koha |
00:31 |
|
jcamins |
dcook: OH NO! THE END TIMES ARE UPON US!!!! |
00:31 |
|
dcook |
I KNOW RIGHT?!?!?! |
00:31 |
|
dcook |
Makes me realize that I'm hungry... |
00:32 |
|
dcook |
Any new interesting exploits in the kitchen, jcamins? |
00:32 |
|
jcamins |
dcook: actually, we just got our CSA share, and I'm trying to decide what to make. |
00:32 |
|
jcamins |
I think pesto will probably be involved. |
00:32 |
|
dcook |
Mmm |
00:32 |
|
jcamins |
But I want to do something with orange mint. |
00:32 |
|
dcook |
Orange mint? |
00:33 |
|
jcamins |
Yeah. |
00:33 |
|
dcook |
That's a new one for me, although I like the idea |
00:33 |
|
jcamins |
It's like mint... with an orangy flavor. |
00:33 |
|
dcook |
I'm a proponent that orangy flavour improves many things, especially chocolate. |
00:34 |
|
dcook |
That sentence didn't necessarily make that much sense... |
00:34 |
|
dcook |
Well, except the last word. Mmm, chocolate. |
00:34 |
|
jenkins_koha |
Starting build #48 for job Koha_Docs_3.10.x (previous build: FAILURE -- last SUCCESS #46 5 days 10 hr ago) |
00:34 |
|
jenkins_koha |
Starting build #38 for job Koha_Docs_3.8.x (previous build: STILL FAILING -- last SUCCESS #35 2 mo 15 days ago) |
00:36 |
|
dcook |
Hmm, waited forever for git bz just for the patch not to apply.. |
00:44 |
|
jenkins_koha |
Yippie, build fixed! |
00:44 |
|
jenkins_koha |
Project Koha_Docs_3.10.x build #48: FIXED in 14 min: http://jenkins.koha-community.[…]a_Docs_3.10.x/48/ |
00:44 |
|
jenkins_koha |
Starting build #342 for job Koha_Docs (previous build: STILL FAILING -- last SUCCESS #332 2 mo 15 days ago) |
00:46 |
|
jenkins_koha |
Project Koha_Docs_3.8.x build #38: STILL FAILING in 16 min: http://jenkins.koha-community.[…]ha_Docs_3.8.x/38/ |
00:46 |
|
dcook |
Hmm, I wonder if I just buggered up my dev install... |
00:46 |
|
dcook |
Hmm, doesn't look like it... |
00:49 |
|
jenkins_koha |
Yippie, build fixed! |
00:49 |
|
jenkins_koha |
Project Koha_Docs build #342: FIXED in 4 min 50 sec: http://jenkins.koha-community.[…]ob/Koha_Docs/342/ |
00:57 |
|
|
NateC joined #koha |
01:05 |
|
jenkins_koha |
Starting build #39 for job Koha_Docs_3.8.x (previous build: STILL FAILING -- last SUCCESS #35 2 mo 15 days ago) |
01:08 |
|
jenkins_koha |
Project Koha_Docs_3.8.x build #39: STILL FAILING in 3 min 26 sec: http://jenkins.koha-community.[…]ha_Docs_3.8.x/39/ |
01:38 |
|
|
aquaman1 joined #koha |
01:44 |
|
dcook |
Oh that's lovely... |
01:44 |
|
dcook |
If you have AcqCreateItem to "receiving" and you only receive 1 item out of a multi-item order, you get 2 items created |
01:44 |
|
dcook |
One with the details you enter, and a blank item |
01:49 |
|
|
papa joined #koha |
01:59 |
|
jcamins |
For the record, the orange mint-avocado potatoes were a tour de force. |
01:59 |
|
dcook |
As per usual, I'm intrigued by your combination of ingredients. |
01:59 |
|
dcook |
Sounds delicious :) |
02:00 |
|
jcamins |
I just took what I had... and made everything-that-fits-in-a-single-pot. |
02:00 |
|
dcook |
I find those meals tend to be some of the most filling |
02:05 |
|
jcamins |
Also fun. |
02:06 |
|
* jcamins |
has been watching the TV show Chopped. |
02:08 |
|
dcook |
Chopped? |
02:09 |
|
jcamins |
dcook: yeah, four chefs are given four random ingredients to make an appetizer in 20 minutes, four for a main course in 30, and four for a dessert in thirty. |
02:09 |
|
jcamins |
And some of them are really random. |
02:09 |
|
jcamins |
Like marshmallows for the main course. |
02:09 |
|
dcook |
hehe |
02:30 |
|
|
Irma left #koha |
02:32 |
|
|
Irma joined #koha |
02:42 |
|
|
aquaman joined #koha |
02:46 |
|
druthb |
o/ |
02:53 |
|
|
rambutan joined #koha |
03:54 |
|
|
mtompset joined #koha |
03:55 |
|
mtompset |
Greetings, #koha. |
03:55 |
|
mtompset |
Imagine if your Koha Server had this as its hard drive: http://www.engadget.com/2013/0[…]-ssd-NVMe-XS1715/ |
03:56 |
|
ibeardslee |
I'm imagining a desktop running a few of those! |
03:56 |
|
cjh |
a few, heh |
03:57 |
|
cjh |
oh wow, PCIe |
04:00 |
|
* wizzyrea |
blinks |
04:15 |
|
mtompset |
awesome, isn't it? But I'm looking for prices. |
04:30 |
|
|
cait joined #koha |
04:40 |
|
cait |
good morning #koha |
04:43 |
|
|
BobB joined #koha |
04:45 |
|
dcook |
morning cait |
04:45 |
|
dcook |
Do you get up earlier and earlier each day ? :p |
04:47 |
|
cait |
i just woke up... they are getting some of hte garbage today and made a lot of noise on the street |
04:47 |
|
dcook |
Fair enough :) |
04:59 |
|
mtompset |
Have a great day (24 hour period), #koha dcook cait wizzyrea cjh ibeardslee etc. :) |
05:01 |
|
rangi |
and with that |
05:02 |
|
rangi |
reserves get a zillion times better |
05:02 |
|
rangi |
bug 9394 |
05:02 |
|
huginn` |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9394 enhancement, P5 - low, ---, kyle, Passed QA , Use reserve_id where possible |
05:02 |
|
cait |
:) |
05:02 |
|
cait |
and it looks very well tested now |
05:02 |
|
cait |
lots of bugs caught |
05:06 |
|
huginn` |
New commit(s) kohagit: Bug 9394: (follow-up) stylistic tidying <http://git.koha-community.org/[…]e06344be8f6c6bac5> / Bug 9394: (follow-up) fix query column alias <http://git.koha-community.org/[…]a09081d1474fba0b1> / Bug 9394: (follow-up) restore ability to cancel holds from the patron summary <http://git.koha-community.org/gitweb/?p=koha |
05:07 |
|
dcook |
\o/ |
05:10 |
|
dcook |
Ugh...that moment when you need to run through your test plan again to make sure you're not crazy... |
05:11 |
|
cait |
gmcharlt++ |
05:11 |
|
cait |
rangi++ |
05:13 |
|
jenkins_koha |
Starting build #1335 for job Koha_master (previous build: STILL UNSTABLE -- last SUCCESS #1332 1 day 8 hr ago) |
05:14 |
|
|
BobB joined #koha |
05:27 |
|
dcook |
Acquisitions is...eeevil |
05:31 |
|
|
laurence joined #koha |
05:33 |
|
cjh |
hahahhaa |
06:08 |
|
* dcook |
twitches |
06:08 |
|
dcook |
Of course Acquisitions would work the complete opposite way in 3.8 vs master |
06:08 |
|
dcook |
All the more reason to get with the times... |
06:09 |
|
dcook |
Oh my...master is certainly an improvement.. |
06:11 |
|
cait |
dcook: ? |
06:11 |
|
cait |
all the opposite would probably be pre 3.2 - master |
06:11 |
|
dcook |
bug 10638 |
06:11 |
|
huginn` |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=10638 enhancement, P5 - low, ---, dcook, Needs Signoff , Show alert when receiving an order with holds/reserves |
06:11 |
|
cait |
ah yes, that's a nice ony |
06:11 |
|
cait |
one |
06:12 |
|
dcook |
Creating a backport for 3.8 though... |
06:12 |
|
dcook |
3.8.0 that is |
06:12 |
|
dcook |
It's... |
06:12 |
|
cait |
old? |
06:12 |
|
wahanui |
it has been said that old is 3.04, the new is 3.10 |
06:12 |
|
cait |
and missing security fixes? |
06:12 |
|
dcook |
Yes, yes, and... |
06:12 |
|
cait |
acq has lots of bugs? ;) |
06:13 |
|
dcook |
Mhm! |
06:13 |
|
dcook |
The current project I'm on is all acq |
06:13 |
|
cait |
fun :) |
06:13 |
|
cait |
is an upgrade out of question? |
06:13 |
|
dcook |
Nope. There has been some tentative talk about it. |
06:13 |
|
dcook |
I'm thinking that it might be the best bet. |
06:14 |
|
cait |
it might be with acq |
06:14 |
|
cait |
well some hate acq no matter which version |
06:14 |
|
cait |
but our libraries are not too unhappy with it |
06:14 |
|
dcook |
Yeah, I hate acq pretty much regardless ;) |
06:14 |
|
dcook |
But it's been improved a lot recently |
06:14 |
|
cait |
yeah i think so too |
06:14 |
|
dcook |
And I'm looking forward to Julian Maurice's "transfer order" feature |
06:15 |
|
cait |
workflows make more sense now than they did in the earlier versions of the acq module |
06:15 |
|
dcook |
Yeah, I'm looking at how orders and items are handled and 3.8 is pretty backwards |
06:16 |
|
cait |
hm not sure what you are referring to |
06:16 |
|
cait |
but the option to edit the items on receive that you created on order is certainly one of the things that i like a lot |
06:16 |
|
dcook |
Well, if you have AcqCreateItem set to "placing order" |
06:16 |
|
dcook |
Yeah, that does look nice |
06:17 |
|
dcook |
In this case, if you receive part of an order, aqorders_item still keeps all the items associated with the original order # |
06:17 |
|
dcook |
In 3.8 |
06:17 |
|
dcook |
Yet, the original order number is actually a new order...composed of only the items received |
06:18 |
|
dcook |
(the opposite of master...where a new order number is created to contain the items that are partly received...while the original order number stays with the items that are left to receive) |
06:18 |
|
dcook |
So there's really no way to know which items have been received, if they're created when placing the order |
06:19 |
|
cait |
hm |
06:19 |
|
cait |
that might be a bug i have seen |
06:19 |
|
cait |
there is one for the details going on the wrong items |
06:19 |
|
cait |
that might be related to that change actually... |
06:21 |
|
dcook |
Hmm, I don't know if I noticed that one |
06:25 |
|
jenkins_koha |
Yippie, build fixed! |
06:25 |
|
jenkins_koha |
Project Koha_master build #1335: FIXED in 1 hr 11 min: http://jenkins.koha-community.[…]Koha_master/1335/ |
06:25 |
|
jenkins_koha |
* Kyle M Hall: Bug 9394: Use reserve_id where possible |
06:25 |
|
jenkins_koha |
* Jonathan Druart: Bug 9394: QA Followup |
06:25 |
|
jenkins_koha |
* Galen Charlton: Bug 9394: (follow-up) modernize test cases |
06:25 |
|
huginn` |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9394 enhancement, P5 - low, ---, kyle, Pushed to Master , Use reserve_id where possible |
06:25 |
|
jenkins_koha |
* Galen Charlton: Bug 9394: (follow-up) silence spurious warns |
06:25 |
|
jenkins_koha |
* Galen Charlton: Bug 9394: (follow-up) restore ability to cancel holds from the patron summary |
06:25 |
|
jenkins_koha |
* Galen Charlton: Bug 9394: (follow-up) fix query column alias |
06:25 |
|
jenkins_koha |
* Galen Charlton: Bug 9394: (follow-up) stylistic tidying |
06:41 |
|
dcook |
All right. Time to finally figure out how git handles bad merges... |
06:43 |
|
|
reiveune joined #koha |
06:44 |
|
reiveune |
hello |
06:48 |
|
cjh |
dcook: have fun :) |
06:51 |
|
dcook |
cjh: It's a bit...disheartening :p |
07:01 |
|
|
gaetan_B joined #koha |
07:01 |
|
gaetan_B |
hello |
07:06 |
|
|
lds joined #koha |
07:11 |
|
|
christophe_c joined #koha |
07:11 |
|
christophe_c |
hello #koha |
07:17 |
|
|
dac joined #koha |
07:17 |
|
rangi |
hi matts, gaetan_B and christophe_c |
07:17 |
|
dac |
Let's see if I remember how to do this... |
07:17 |
|
matts |
hi ! |
07:18 |
|
dcook |
Yes! |
07:18 |
|
christophe_c |
hi rangi |
07:19 |
|
|
kf joined #koha |
07:19 |
|
kf |
hi #koha |
07:19 |
|
cjh |
hi kf :) |
07:20 |
|
rangi |
hi kf |
07:24 |
|
kf |
hi rangi and cjh |
07:55 |
|
kf |
wizzyrea++ |
07:55 |
|
wizzyrea |
^.^ |
08:01 |
|
|
gerundio joined #koha |
08:13 |
|
kf |
wizzyrea: still around? |
08:13 |
|
kf |
i have another printer question :) |
08:13 |
|
kf |
is there a trick to making the printer cut? |
08:14 |
|
kf |
the slip prints short now, but it's not cut, i think it might be something you can set in the printer itself... but not sure. in horizon we could configure something like a cutting sequence |
08:14 |
|
wizzyrea |
that usually is in the print driver |
08:14 |
|
kf |
ok |
08:14 |
|
kf |
so they will have to have IT look after that |
08:14 |
|
wizzyrea |
yea probably |
08:14 |
|
kf |
thx :) |
08:15 |
|
wizzyrea |
it might be as easy as a tickbox |
08:17 |
|
kf |
thx :) |
08:29 |
|
|
gerundio joined #koha |
08:55 |
|
|
eythian joined #koha |
09:11 |
|
mtj |
wizzyrea++ love the tumblr :) |
09:11 |
|
wizzyrea |
it makes me laugh a lot |
09:12 |
|
mtj |
me too |
09:13 |
|
* kf |
too |
09:16 |
|
kf |
wow |
09:16 |
|
kf |
that's a lot of rain |
09:17 |
|
|
drojf joined #koha |
09:17 |
|
drojf |
hi #koha |
09:18 |
|
drojf |
rangi++ # understanding a testplan i encrypted with lots of typos |
09:21 |
|
drojf |
@wunder berlin, germany |
09:21 |
|
huginn` |
drojf: The current temperature in Prenzlauer Berg, Berlin, Germany is 24.8°C (11:13 AM CEST on July 24, 2013). Conditions: Clear. Humidity: 27%. Dew Point: 4.0°C. Pressure: 30.01 in 1016 hPa (Steady). |
09:33 |
|
kf |
drojf: he speaks typo :) |
09:34 |
|
drojf |
lol |
09:34 |
|
drojf |
hi kf |
09:37 |
|
eythian |
hi |
09:37 |
|
wizzyrea |
heya |
09:37 |
|
eythian |
oh no, multiple huginn` messages. |
09:37 |
|
eythian |
that can't bode well |
09:37 |
|
wizzyrea |
ah it'll be fiiiiiine |
09:37 |
|
eythian |
oh, two of them cancel each other out. That's something at least. |
09:40 |
|
|
reiveune1 joined #koha |
09:45 |
|
|
paul_p joined #koha |
09:56 |
|
|
rambutan joined #koha |
10:07 |
|
|
alex_a joined #koha |
10:09 |
|
|
eythian joined #koha |
10:09 |
|
|
Irma joined #koha |
10:09 |
|
|
bigbrovar_ joined #koha |
10:09 |
|
|
druthb_away joined #koha |
10:09 |
|
|
phasefx_ joined #koha |
10:09 |
|
|
chris_n joined #koha |
10:09 |
|
|
bag joined #koha |
10:09 |
|
|
magnus_away joined #koha |
10:09 |
|
|
mtj joined #koha |
10:19 |
|
wizzyrea |
so uh yea, if you see a funny gif and a caption, just later it to me :P |
10:20 |
|
kf |
lol |
10:20 |
|
kf |
:) |
10:20 |
|
kf |
wizzyrea++ :) |
10:21 |
|
* eythian |
points the the whole internet |
10:21 |
|
kf |
eythian: trying to be helpful again? ;) |
10:22 |
|
wizzyrea |
perhaps you have not seen my latest project |
10:22 |
|
eythian |
always! |
10:22 |
|
eythian |
I have :) |
10:22 |
|
wizzyrea |
^.^ |
10:23 |
|
wizzyrea |
i will be expecting extra witty submissions from you, eythian |
10:24 |
|
* eythian |
doesn't do witty |
10:24 |
|
* wizzyrea |
ponders |
10:33 |
|
|
NateC joined #koha |
10:38 |
|
|
drojf1 joined #koha |
11:07 |
|
|
rambutan joined #koha |
11:23 |
|
|
jwagner joined #koha |
11:26 |
|
|
collum joined #koha |
11:30 |
|
|
talljoy joined #koha |
12:00 |
|
eythian |
3.12.02 packages published |
12:04 |
|
|
oleonard joined #koha |
12:04 |
|
oleonard |
Hi #koha |
12:09 |
|
|
Dyrcona joined #koha |
12:14 |
|
talljoy |
Hi oleonard |
12:14 |
|
oleonard |
In the instructions for installing the qa test tools, where does the shell var configuration section happen? |
12:15 |
|
oleonard |
.bashrc? |
12:16 |
|
kf |
oleonard: hm i have done it recently, but can't help you right now |
12:16 |
|
kf |
maybe a little later? |
12:16 |
|
kf |
or check the logs... and find my pretty helpless questions about how to get it working :) |
12:17 |
|
oleonard |
Thanks kf |
12:19 |
|
oleonard |
Hi talljoy you're up early aren't you? |
12:24 |
|
|
talljoy joined #koha |
12:26 |
|
eythian |
wahanui: relevance sorting |
12:26 |
|
wahanui |
eythian: huh? |
12:26 |
|
eythian |
wahanui: relevance |
12:26 |
|
wahanui |
eythian: what? |
12:26 |
|
eythian |
hrm |
12:41 |
|
|
tcohen joined #koha |
12:50 |
|
|
tcohen joined #koha |
12:50 |
|
|
janPasi joined #koha |
12:58 |
|
gaetan_B |
what's the use of the biblioitems.number field ? |
12:58 |
|
gaetan_B |
it seems to stay happily empty in most of my installs |
13:00 |
|
oleonard |
I think it was intended to be for the number in a book series or something like that |
13:00 |
|
oleonard |
It may pre-date MARC support |
13:00 |
|
eythian |
I don't think I've ever used that for anything. |
13:01 |
|
oleonard |
In fact it must pre-date MARC support since there isn't a single MARC field for number I don't think |
13:02 |
|
gaetan_B |
great i'll recycle it then :) |
13:03 |
|
gaetan_B |
in the same vein : when you find yourself with different koha to marc mappings in your frameworks and the koha to marc mapping tools, it's what is in the frameworks that matters right ? |
13:04 |
|
gaetan_B |
the tool is just a practical way of assigning the same mapping to all your frameworks ? |
13:04 |
|
jcamins |
gaetan_B: the Koha-to-MARC mappings tool just sets defaults. |
13:04 |
|
tcohen |
kohacon13? |
13:04 |
|
wahanui |
hmmm... kohacon13 is http://wiki.koha-community.org[…]KohaCon13_Summary |
13:04 |
|
gaetan_B |
ok thanks jcamins |
13:05 |
|
gaetan_B |
i don't quite understand why we have the possibility of having different mappings for each framework though |
14:07 |
|
|
Joubu joined #koha |
14:14 |
|
gmcharlt |
gaetan_B: yeah, IMO the mappings (at least for items) should be the same for all frameworks for a given flavor |
14:14 |
|
gmcharlt |
I could imagine biblio-level mappings perhaps differing a bit |
14:16 |
|
eythian |
gaetan_B: it does run the risk of being dangerous |
14:19 |
|
gaetan_B |
gmcharlt: i don't really see a case where i would want different ones on the bibliographic level actually, but maybe this is just because i am so damn scared of how dangerous that seems |
14:19 |
|
gmcharlt |
gaetan_B: I haven't relaly thought it through, but I'm imagining something like grabbing the edition statement from a different field for serials as opposed to monographc bib records |
14:20 |
|
gmcharlt |
(note that that particular example is completely contrived and incorrect) |
14:20 |
|
gaetan_B |
ah i can see your point actually yes |
14:21 |
|
|
talljoy joined #koha |
14:22 |
|
|
talljoy_ joined #koha |
14:25 |
|
eythian |
@wunder bn1 1nb |
14:25 |
|
huginn` |
eythian: The current temperature in Brighton, Brighton, United Kingdom is 20.9°C (3:15 PM BST on July 24, 2013). Conditions: Partly Cloudy. Humidity: 89%. Dew Point: 19.0°C. Pressure: 30.01 in 1016 hPa (Steady). |
14:27 |
|
|
mcooper joined #koha |
14:28 |
|
jcamins |
@wunder 11375 |
14:28 |
|
huginn` |
jcamins: The current temperature in Glendale, Glendale, New York is 28.5°C (10:17 AM EDT on July 24, 2013). Conditions: Mostly Cloudy. Humidity: 56%. Dew Point: 19.0°C. Pressure: 29.71 in 1006 hPa (Rising). |
14:39 |
|
tcohen |
jcamins: its really nice how bugzilla integrates with Eclipse to manage tasks |
14:40 |
|
tcohen |
the only thing that bothers me is the amount of errors/warnings in Koha's code |
14:41 |
|
jcamins |
tcohen: not even the crashes? |
14:41 |
|
eythian |
http://youtu.be/Nt7nXtjTsJM |
14:41 |
|
jcamins |
I guess you use them as a hint that you need to take a break? |
14:46 |
|
jcamins |
tcohen: sort of like this http://xkcd.com/303/ ? |
14:49 |
|
gmcharlt |
tcohen: is there a way to dump its source code warnings to a file? |
14:51 |
|
jcamins |
gmcharlt: you could always just run strings on the core dump! |
14:51 |
|
jcamins |
Fine, fine. |
14:51 |
|
* jcamins |
will stop making fun of Eclipse. |
14:51 |
|
gmcharlt |
jcamins: I think you're only inviting tcohen to sneak into your apartment and change your dev environment on you one day ;) |
14:53 |
|
jcamins |
gmcharlt: nah, he wouldn't want to set up Eclipse a second time. There's only so much time a person wants to spend waiting for the IDE to restart when it crashed in the middle of the configuration wizard. |
14:53 |
|
jcamins |
Oops. |
14:58 |
|
slef |
hi |
14:58 |
|
oleonard |
Hi slef |
14:58 |
|
gmcharlt |
hi self |
14:58 |
|
gmcharlt |
hi slef, rather |
14:59 |
|
gmcharlt |
for bug 7494, does "Enable/Don't enable" the ability to fall back to a keyword catalog search if the item search string on the checkout page does not turn up any results as an item barcode search" work for you as a revision to the syspref description? |
14:59 |
|
huginn` |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7494 enhancement, P5 - low, ---, mjr, Passed QA , Use partial barcode or callnumber as a fallback for the barcode search in checkout |
15:00 |
|
slef |
yes but may it be better to say "if the string entered as a barcode on the checkout page..."? |
15:00 |
|
|
drojf joined #koha |
15:01 |
|
gmcharlt |
slef: thanks, that's even better |
15:01 |
|
slef |
or maybe "if the phrase entered as a barcode" |
15:01 |
|
slef |
as string is a bit techie |
15:01 |
|
gmcharlt |
ok, here's my current version: "Enable/Don't enable the ability to fall back to a keyword catalog search if the phrase entered as a barcode on the checkout page does not turn up any results during an item barcode search." |
15:03 |
|
slef |
s/the ability to fall back to a/use of a/ ? |
15:03 |
|
slef |
as "fall back" is already covered by the later description |
15:04 |
|
gmcharlt |
perhaps "the automatic use of a"? |
15:05 |
|
slef |
yes that's good |
15:08 |
|
|
hankbank joined #koha |
15:13 |
|
|
pianohacker joined #koha |
15:14 |
|
pianohacker |
Good mornin' |
15:15 |
|
slef |
wrong on both counts ;) |
15:19 |
|
pianohacker |
I'm a night owl, that phrase is pretty much a polite fiction, yeah |
15:21 |
|
huginn` |
New commit(s) kohagit: bug 7494: DBRev 3.13.00.015' <http://git.koha-community.org/[…]fa0a7d653e33064a6> / bug 7494: (follow-up) tweak description of itemBarcodeFallbackSearch syspref <http://git.koha-community.org/[…]5eb94ccceed00fef9> / bug 7494: optional checkout-time fallback search for a book <http://git.koha-community.org/gitweb/?p=k |
15:22 |
|
oleonard |
You know we don't take kindly to polite fictions around here, pardner. |
15:22 |
|
|
christophe_c left #koha |
15:25 |
|
oleonard |
@later tell khall Let's talk OPAC DataTables when you get a moment |
15:25 |
|
huginn` |
oleonard: The operation succeeded. |
15:28 |
|
jenkins_koha |
Starting build #1336 for job Koha_master (previous build: FIXED) |
15:34 |
|
|
rambutan joined #koha |
15:43 |
|
gaetan_B |
bye ! |
15:44 |
|
|
phasefx joined #koha |
15:47 |
|
reiveune |
bye |
15:47 |
|
|
reiveune left #koha |
15:49 |
|
jenkins_koha |
Starting build #40 for job Koha_Docs_3.8.x (previous build: STILL FAILING -- last SUCCESS #35 2 mo 15 days ago) |
15:50 |
|
|
talljoy joined #koha |
15:53 |
|
jenkins_koha |
Project Koha_Docs_3.8.x build #40: STILL FAILING in 3 min 56 sec: http://jenkins.koha-community.[…]ha_Docs_3.8.x/40/ |
15:54 |
|
jenkins_koha |
Starting build #41 for job Koha_Docs_3.8.x (previous build: STILL FAILING -- last SUCCESS #35 2 mo 15 days ago) |
15:55 |
|
jenkins_koha |
Yippie, build fixed! |
15:55 |
|
jenkins_koha |
Project Koha_Docs_3.8.x build #41: FIXED in 9 sec: http://jenkins.koha-community.[…]ha_Docs_3.8.x/41/ |
15:58 |
|
|
melia joined #koha |
16:01 |
|
jenkins_koha |
Starting build #1 for job Koha_Docs_3.12.x |
16:01 |
|
jenkins_koha |
Project Koha_Docs_3.12.x build #1: SUCCESS in 1 min 47 sec: http://jenkins.koha-community.[…]ha_Docs_3.12.x/1/ |
16:07 |
|
|
edveal joined #koha |
16:15 |
|
|
tcohen joined #koha |
16:20 |
|
kf |
sip2-- |
16:21 |
|
kf |
i am trying to figure out how paying single fines/fees should work |
16:22 |
|
|
rambutan joined #koha |
16:24 |
|
pianohacker |
kf: self check |
16:24 |
|
wahanui |
https://www.youtube.com/watch?v=0DJ2xyD0wU4 |
16:24 |
|
|
gerundio joined #koha |
16:24 |
|
pianohacker |
as added by rangi after his dealings with it :P |
16:29 |
|
kf |
yeah... |
16:29 |
|
kf |
i see no way to make the self check tell you about fines apart from a sum |
16:29 |
|
kf |
but you can pay individual fines.... fine fee paid? that's confusing |
16:33 |
|
|
gerundio joined #koha |
16:33 |
|
kf |
oh right |
16:33 |
|
kf |
bug 6273 |
16:33 |
|
huginn` |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=6273 enhancement, PATCH-Sent (DO NOT USE), ---, koha.sekjal, Patch doesn't apply , SIP2 Fee Paid and Fee Paid Response support |
16:35 |
|
oleonard |
If you disable EnableOpacSearchHistory shouldn't that clear the stored search history? |
16:36 |
|
oleonard |
I guess we don't trigger database actions from other system prefs. |
16:36 |
|
oleonard |
However, the description says "Keep/Don't keep patron search history in the OPAC. " implying that if you set it to "Don't keep" that Koha won't keep it. |
16:37 |
|
eythian |
Well, that could be fixed with a rephrasing |
16:37 |
|
eythian |
and a "clear all history everywhere" button somewhere. |
16:37 |
|
eythian |
It's quite programmery-phrased like that :) |
16:40 |
|
jenkins_koha |
Project Koha_master build #1336: SUCCESS in 1 hr 11 min: http://jenkins.koha-community.[…]Koha_master/1336/ |
16:40 |
|
jenkins_koha |
* MJ Ray: bug 7494: optional checkout-time fallback search for a book |
16:40 |
|
jenkins_koha |
* Galen Charlton: bug 7494: (follow-up) tweak description of itemBarcodeFallbackSearch syspref |
16:40 |
|
jenkins_koha |
* Galen Charlton: bug 7494: DBRev 3.13.00.015' |
16:40 |
|
huginn` |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=7494 enhancement, P5 - low, ---, mjr, Pushed to Master , Use partial barcode or callnumber as a fallback for the barcode search in checkout |
16:50 |
|
oleonard |
Is there a template pluign for formatting times like there is for dates? |
16:55 |
|
kf |
oleonard: i think it's the same |
16:55 |
|
kf |
oleonard: i think time was added to the date plugin somehow, iirc |
16:56 |
|
kf |
oleonard: there is the timeformat system preference and bug 901 |
16:56 |
|
huginn` |
Bug http://bugs.koha-community.org[…]ow_bug.cgi?id=901 enhancement, P2, ---, paul.poulain, CLOSED INVALID, Unimarc subfields editor |
16:56 |
|
kf |
bug 9014 |
16:56 |
|
huginn` |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=9014 enhancement, P5 - low, ---, kyle, RESOLVED FIXED, Add time due to slips |
16:57 |
|
oleonard |
I found it: $KohaDates with_hours => 1 |
16:57 |
|
kf |
ok :) |
16:58 |
|
gmcharlt |
minutes, sadly, are ignored ;) |
16:59 |
|
kf |
gmcharlt: just found bug 8169 - seeeing your patch on the list - is that fixed? |
16:59 |
|
huginn` |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8169 enhancement, P3, ---, gmcharlt, NEW , No LCCN field on Z39.50 search |
17:01 |
|
gmcharlt |
kf: no, 8169 doesn't appear to be fixed |
17:01 |
|
kf |
hm, now i found the one i was actually looking for: |
17:01 |
|
kf |
bug 5092 |
17:01 |
|
huginn` |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5092 normal, PATCH-Sent (DO NOT USE), ---, katrin.fischer, CLOSED FIXED, No results when searching by LC Call Number: in Z39.50 Server |
17:02 |
|
huginn` |
New commit(s) kohagit: Bug 10462: (follow-up) remove some undefined variable warning noise <http://git.koha-community.org/[…]7188b3939a136eedb> / Bug 10462: QA Followup to resolve LCCN mixup and remove hardcoded marc tags <http://git.koha-community.org/[…]a5e9c1c763d46d073> / Bug 10462: Followup for showing multiple ISBNs in Z3950 response |
17:02 |
|
gmcharlt |
kf: 5092 itself seems to be working |
17:03 |
|
kf |
ok, i was only wondering if call number or control number was correct now |
17:03 |
|
kf |
as I remembered i had changed something in that area in the past |
17:03 |
|
gmcharlt |
well, control number was what always displayed in the search results |
17:04 |
|
gmcharlt |
neither the LC call number nor the Dewey call number have ever been displayed in the results |
17:04 |
|
kf |
aah |
17:04 |
|
kf |
so it was not search but display |
17:04 |
|
kf |
ok :) |
17:04 |
|
gmcharlt |
let's see if I can revive 8169 quickly |
17:04 |
|
kf |
i just wondered if i got it wrong back then |
17:05 |
|
|
edveal joined #koha |
17:06 |
|
gmcharlt |
kf: no, nothing wrong with adding support for search by LC call number |
17:06 |
|
|
drojf joined #koha |
17:06 |
|
kf |
i wondered if i had mixed up something |
17:06 |
|
kf |
but all good, now i can go home :) |
17:09 |
|
kf |
bye all :) |
17:09 |
|
|
kf left #koha |
17:09 |
|
|
kf joined #koha |
17:10 |
|
|
kf left #koha |
17:13 |
|
jenkins_koha |
Starting build #1337 for job Koha_master (previous build: SUCCESS) |
17:21 |
|
|
tcohen joined #koha |
17:42 |
|
|
edveal joined #koha |
17:48 |
|
|
cait joined #koha |
17:48 |
|
|
cait left #koha |
17:48 |
|
|
cait joined #koha |
18:23 |
|
|
mtompset joined #koha |
18:24 |
|
jenkins_koha |
Project Koha_master build #1337: SUCCESS in 1 hr 10 min: http://jenkins.koha-community.[…]Koha_master/1337/ |
18:24 |
|
jenkins_koha |
* Marcel de Rooy: Bug 10462: Some optimizations in Z3950 search paving the way for enhancements |
18:24 |
|
jenkins_koha |
* Marcel de Rooy: Bug 10462: Followup for showing multiple ISBNs in Z3950 response |
18:24 |
|
jenkins_koha |
* Marcel de Rooy: Bug 10462: QA Followup to resolve LCCN mixup and remove hardcoded marc tags |
18:24 |
|
mtompset |
Greetings, #koha. |
18:24 |
|
jenkins_koha |
* Galen Charlton: Bug 10462: (follow-up) remove some undefined variable warning noise |
18:24 |
|
huginn` |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=10462 normal, P5 - low, ---, m.de.rooy, Pushed to Master , Some optimizations in Z3950 search paving the way for enhancements |
18:26 |
|
mtompset |
What is testopia? |
18:26 |
|
wahanui |
hmmm... testopia is https://developer.mozilla.org/[…]Bugzilla/Testopia |
18:27 |
|
|
drojf1 joined #koha |
18:27 |
|
mtompset |
Greetings, drojf. :) |
18:27 |
|
mtompset |
Are you on can't sleep time again? |
18:30 |
|
oleonard |
It's not late enough for that yet |
18:32 |
|
gmcharlt |
@later tell dcook I've updated http://koha-community.org/about/history/ |
18:32 |
|
huginn` |
gmcharlt: The operation succeeded. |
18:48 |
|
|
Callender joined #koha |
18:49 |
|
|
Callender__ joined #koha |
18:56 |
|
druthb |
drojf! |
18:56 |
|
* druthb |
chucks skittles at mtompset and drojf. |
18:56 |
|
|
matts_away joined #koha |
18:56 |
|
pianohacker |
oleonard: were you aware of this? http://jsperf.com/concat-vs-plus-vs-join/2 |
18:57 |
|
* oleonard |
pictures pianohacker running in and throwing a binder full of reports on his desk |
18:57 |
|
* mtompset |
decides to study war no more, and collects the skittles into a nice pretty collection. :P |
18:57 |
|
pianohacker |
hahahaha |
18:57 |
|
pianohacker |
"baws we gotsa problem" |
18:58 |
|
oleonard |
pianohacker: No, I wasn't. That's crazy. |
18:58 |
|
pianohacker |
oleonard: Two orders of magnitude crazy. The effect even scales to concatenations of 50 strings in my tests |
18:59 |
|
pianohacker |
It's like the + operator is implemented in godforsaken microcode |
18:59 |
|
pianohacker |
I feel a lot less clever for my usual [].join() HTML construction method, that's for sure :P |
19:00 |
|
oleonard |
pianohacker: Isn't that backwards? The annotation says "higher is better" |
19:00 |
|
oleonard |
Or do I misunderstand what you mean by your microcode statement |
19:01 |
|
pianohacker |
I was referring to CPU microcode; assembly didn't seem hyperbolic enough. It's very fast |
19:03 |
|
drojf |
oh, it has been raining skittles again, that's odd |
19:04 |
|
drojf |
mtompset: no, i was not even at home :) it's still regular uptime for me |
19:04 |
|
drojf |
druthb: druthb! |
19:07 |
|
* cait |
waves at drojf |
19:07 |
|
cait |
would you share some of the skittles? |
19:08 |
|
drojf |
sure. i got icecream too :) |
19:08 |
|
* cait |
really needs some sweet things |
19:08 |
|
drojf |
bad day? or just because? :) |
19:09 |
|
cait |
both |
19:12 |
|
* drojf |
sweeps up all the skittles for cait |
19:16 |
|
mtompset |
So, the tar.gz for 3.12.2 is released, correct? |
19:16 |
|
|
Callender joined #koha |
19:16 |
|
mtompset |
But the packages will be another day or so? |
19:17 |
|
cait |
mtompset: whenever eythian gets around to it |
19:17 |
|
mtompset |
Just checking. |
19:17 |
|
cait |
you could roll your own :) |
19:17 |
|
tcohen |
both were released already |
19:24 |
|
cait |
nice! |
19:24 |
|
cait |
eythian++ |
19:31 |
|
pianohacker |
mornin' rangi :) |
19:33 |
|
cait |
pianohacker: morning rangi? |
19:33 |
|
* cait |
looks around |
19:46 |
|
cait |
pianohacker: did you see my note about the follow-up for the overdrive patch? |
19:47 |
|
pianohacker |
cait: Yup, will send a followup soonish. That thing'll have enough signoffs to kill a small child by the time it's done ;) |
19:48 |
|
cait |
there is no such thing as too many sign-offs |
19:48 |
|
pianohacker |
I think we're starting to test the limits of that assertion :) |
19:49 |
|
cait |
well it doesn't need more sign offs |
19:50 |
|
cait |
only asked for a qa follow up |
19:51 |
|
pianohacker |
I know. Just teasin' ya |
19:51 |
|
cait |
:( |
19:51 |
|
cait |
lol typo |
19:51 |
|
cait |
:) |
20:07 |
|
kathryn |
Morning pianohacker cait mtompset :) |
20:07 |
|
kathryn |
and all :) |
20:07 |
|
cait |
good morning kathryn :) |
20:23 |
|
|
matts_away joined #koha |
20:39 |
|
|
matts_away joined #koha |
20:59 |
|
tcohen |
loving this one: http://kohadevreactions.tumblr[…]forgot-unit-tests |
20:59 |
|
cait |
heh |
21:00 |
|
pianohacker |
I'm enjoying http://kohadevreactions.tumblr[…]p-the-cataloguing given my current project :) |
21:03 |
|
cait |
:) |
21:06 |
|
wizzyrea |
:) |
21:17 |
|
trea |
yes |
21:19 |
|
cjh |
we have a kohadevreactions :o |
21:20 |
|
trea |
verily |
21:20 |
|
cait |
cjh: since like last night |
21:20 |
|
* cjh |
puts money on it being wizzyrea |
21:20 |
|
cait |
you didn't really mis something |
21:20 |
|
cait |
well... a bit, bit still time to catch up :) |
21:21 |
|
cjh |
http://kohadevreactions.tumblr[…]ur-feature-got-in |
21:21 |
|
cjh |
brilliant. |
21:51 |
|
|
aquaman joined #koha |
21:54 |
|
trea |
CCODES? Does modifying them apply retroactively? |
21:57 |
|
* wizzyrea |
imagines everyone going to test it >.> |
21:57 |
|
|
mcooper joined #koha |
21:58 |
|
gmcharlt |
trea: by changing the authorized value list? nope, doesn't cascade |
21:58 |
|
pianohacker |
augh, you can set authorized values by branch now? When did that happen? |
21:58 |
|
trea |
right. okay thanks gmcharlt |
21:59 |
|
cait |
pianohacker: sometime in 3.12 |
22:05 |
|
pianohacker |
okay, thanks cait |
22:05 |
|
cait |
guess you didn#t really want to know the version? :) |
22:06 |
|
pianohacker |
well, partially that, partially an expression of horror at the bugs and behavior that could cause |
22:06 |
|
wizzyrea |
explain |
22:06 |
|
pianohacker |
plus the pain that must have been involved in retrofitting that into such an ancient system |
22:07 |
|
wizzyrea |
because if it's buggy we'd probably want to know |
22:07 |
|
wizzyrea |
:P |
22:07 |
|
pianohacker |
That code was old, beat up and ugly in the 2.2 days |
22:08 |
|
wizzyrea |
can retroactive overdue notices be sent out? I thought not but... I'm questioning myself |
22:09 |
|
cait |
wizzyrea: it depends a bit on how you do them |
22:09 |
|
cait |
i think there is a date parameter in the overdues script now |
22:09 |
|
pianohacker |
also good morning wizzyrea |
22:09 |
|
cait |
but i am not sure if it will work right if you normally use triggered |
22:09 |
|
cait |
with the overdue notice triggers |
22:10 |
|
wizzyrea |
right, more investigation needed then :) |
22:11 |
|
cait |
pianohacker: i think it's not very likely to cause evil bugs - it's mostly a display thing |
22:11 |
|
cait |
pianohacker: imagine a consortia with lots of libraries... it's used to limit the pull downs in cataloguing - that's quite useful for locations and collections and such |
22:12 |
|
pianohacker |
good use case. |
22:14 |
|
pianohacker |
Quick question; what's our base browser support level for the staff client? |
22:14 |
|
rangi |
firefox |
22:14 |
|
rangi |
:) |
22:15 |
|
rangi |
we dont really aim or advertise ie compliance on staff |
22:15 |
|
rangi |
however since we now use jquery |
22:15 |
|
rangi |
ie8 and above are ok |
22:16 |
|
cait |
there are still some bugs |
22:16 |
|
cait |
but they shoudl be fixable |
22:16 |
|
cait |
but maybe that was below ie8 hm |
22:17 |
|
wizzyrea |
label creator doesn't work below 9 |
22:17 |
|
wizzyrea |
er at 9 |
22:17 |
|
pianohacker |
which ff/chrome? I'm looking specifically at https://developer.mozilla.org/[…]cts/Object/create , which seems to have entirely reasonable requirements |
22:18 |
|
|
laurence left #koha |
22:18 |
|
pianohacker |
I'd rather code for ie 9 than ff 1.0, after all :) |
22:19 |
|
rangi |
@quote get 171 |
22:19 |
|
huginn` |
rangi: Quote #171: "rangi: I find proprietary software unethical. So even if it made me coffee and polished my shoes everyday, it would still suck" (added by wizzyrea at 08:10 PM, December 08, 2011) |
22:19 |
|
rangi |
is all i have to say to that ;-) |
22:19 |
|
rangi |
but yeah i know what you mean |
22:19 |
|
rangi |
12 and up |
22:19 |
|
pianohacker |
cool. Thanks guys |
22:20 |
|
pianohacker |
I just don't trust anything I haven't or can't take apart, software or hardware :) |
22:21 |
|
rangi |
*nod* |
22:21 |
|
rangi |
i find selling someone something they legally cant take apart the unethical bit |
22:22 |
|
pianohacker |
yeah. There's the iPad philosophy of "glue. GLUE. MORE GLUE", then there's actually having lawyers break down your door |
22:22 |
|
rangi |
*nod* |
23:00 |
|
mtompset |
Morning, kathryn. :) |
23:01 |
|
jenkins_koha |
Starting build #1 for job master_maria |
23:02 |
|
jenkins_koha |
Project master_maria build #1: FAILURE in 22 min: http://jenkins.koha-community.[…]b/master_maria/1/ |
23:06 |
|
|
dcook joined #koha |
23:07 |
|
|
tcohen joined #koha |
23:10 |
|
jenkins_koha |
Project master_maria build #2: STILL FAILING in 1 min 19 sec: http://jenkins.koha-community.[…]b/master_maria/2/ |
23:10 |
|
pianohacker |
Good night |
23:10 |
|
wahanui |
I watch you sleep. |
23:10 |
|
dcook |
night pianohacker |
23:10 |
|
dcook |
Come on maria, you can do it! |
23:11 |
|
rangi |
heh |
23:13 |
|
tcohen |
that's great rangi, testing on mariadb? |
23:14 |
|
rangi |
thats the plan |
23:15 |
|
tcohen |
its failing for env stuff, right? |
23:16 |
|
rangi |
yeah ill fix it up |
23:16 |
|
jenkins_koha |
Project master_maria build #3: STILL FAILING in 1 min 24 sec: http://jenkins.koha-community.[…]b/master_maria/3/ |
23:16 |
|
rangi |
also needs a couple of perl modules |
23:16 |
|
rangi |
but its getting closer :) |
23:17 |
|
gmcharlt |
rangi++ |
23:17 |
|
cait |
rangi++ |
23:19 |
|
tcohen |
rangi++ |
23:21 |
|
|
papa joined #koha |
23:23 |
|
cait |
night all |
23:23 |
|
wahanui |
goodnight cait. You'll be back. |
23:28 |
|
dcook |
rangi++ |
23:29 |
|
jenkins_koha |
Project master_maria build #4: STILL FAILING in 1 min 20 sec: http://jenkins.koha-community.[…]b/master_maria/4/ |
23:29 |
|
dcook |
gmcharlt++ |
23:29 |
|
rangi |
hmm |
23:33 |
|
jenkins_koha |
Project master_maria build #5: STILL FAILING in 1 min 27 sec: http://jenkins.koha-community.[…]b/master_maria/5/ |
23:36 |
|
dcook |
Any ideas why a call to "AddReturn" in inventory.pl wouldn't get exported subs from Items.pm? |
23:40 |
|
jenkins_koha |
Project master_maria build #6: STILL FAILING in 3 min 7 sec: http://jenkins.koha-community.[…]b/master_maria/6/ |
23:44 |
|
rangi |
yeah buddy, now its running the tests, i suspect a bunch will fail due to missing data, but we'll see |
23:44 |
|
rangi |
yeah buddy? |
23:44 |
|
dcook |
O_o |
23:44 |
|
rangi |
yeah buddy? |
23:44 |
|
wahanui |
https://www.youtube.com/watch?v=BD0mif8R9vQ |
23:49 |
|
wizzyrea |
hehehehe |
23:50 |
|
rangi |
wizzyrea: where are you testing for the rbnz? |
23:50 |
|
jcamins |
rangi: MariaDB makes tests fail? |
23:50 |
|
rangi |
no |
23:51 |
|
rangi |
still setting up the server |
23:51 |
|
jcamins |
Oh, okay. |
23:51 |
|
gmcharlt |
it will be a handy way of getting a list of db_dependent tests that need to be adjusted |
23:52 |
|
jcamins |
gmcharlt: none should fail. |
23:52 |
|
rangi |
yep, im starting clean, watching what fails then adding the sample data files until it passes |
23:52 |
|
jcamins |
I use MariaDB exclusively. |
23:52 |
|
jcamins |
Well, for development I use it exclusively. |
23:52 |
|
gmcharlt |
jcamins: not talking about MariaDB per se, talking about sussing out tests that depend on the presence of specific data in the database |
23:52 |
|
rangi |
yep |
23:52 |
|
jcamins |
Oh, got it. |
23:52 |
|
jcamins |
Yeah- almost all of them. :( |
23:53 |
|
gmcharlt |
fewer all the time, though |
23:53 |
|
rangi |
yep its getting better |
23:53 |
|
dcook |
Perl folks (gmcharlt, rangi): Have a moment for a Perl question relating to exporting subs and fully qualifying sub calls from different modules? |
23:54 |
|
rangi |
yep |
23:54 |
|
rangi |
the best way to do it |
23:54 |
|
wahanui |
rumour has it the best way to do it is use Koha - and give back additional features changes you need so others can use and improve them |
23:54 |
|
rangi |
is to put them in EXPORT_OK |
23:54 |
|
rangi |
then do |
23:55 |
|
rangi |
use C4::Something qw/something something_else/; |
23:56 |
|
jcamins |
Or fully-qualify it if you think there's a chance of confusion. |
23:56 |
|
dcook |
Well, the thing I don't understand is... |
23:57 |
|
dcook |
Inventory.pl calls AddReturn from Circulation.pm |
23:57 |
|
dcook |
That seems to work fine |
23:57 |
|
dcook |
But within AddReturn, there are subs that are imported from Items.pm |
23:58 |
|
dcook |
When calling AddReturn through Inventory.pl, the interpreter thinks those subs are from Circulation.pm rather than Items.pm :S |
23:58 |
|
dcook |
That's fixed when you fully qualify the calls to the subs from Items.pm, but I don't understand why that's necessary...as I can't imagine there are any conflicts in the namespace. It seems like they're not being imported :S |
23:59 |
|
rangi |
yep circular dependencies |
23:59 |
|
rangi |
thats why you dont do EXPORT |
23:59 |
|
rangi |
cos those 2 modules use each other |
23:59 |
|
rangi |
and it gets all messy |