Time |
S |
Nick |
Message |
00:02 |
|
jcamins |
I think that could be used with koha-gitify to great effect. |
00:02 |
|
|
dani left #koha |
00:04 |
|
dcook |
jcamins++ |
00:06 |
|
mtompset |
Ah, the default is RaiseError=>0, PrintError=>1 if not specified. |
00:06 |
|
mtompset |
Making a warning out of an error. |
00:08 |
|
rangi |
yep |
00:14 |
|
dcook |
Ahh, reading irc logs from after I left yesterday. What am I doing?! |
00:14 |
|
dcook |
Need to get a #koha feed installed in the brain perhaps... |
00:14 |
|
* dcook |
goes back to trying to figure out why a null size would come out as "33" or "34" in the Lists... |
00:15 |
|
dcook |
Also, thank the technology lords for Git. Makes this a million times easier to try to figure out. |
00:23 |
|
dcook |
Oh...a clue... |
00:31 |
|
dcook |
AHHHH |
00:32 |
|
dcook |
Of course! |
00:32 |
|
dcook |
Osti.. |
00:33 |
|
dcook |
itemsloo.size doesn't get the key for size |
00:33 |
|
dcook |
It gets the size of the itemsloop |
00:33 |
|
dcook |
Which is why it's 33 in 3.8 and 34 in master.. |
00:33 |
|
dcook |
Hmm, that's problematic |
00:33 |
|
dcook |
http://www.template-toolkit.or[…]html#section_size |
00:42 |
|
dcook |
Hmm, I guess the biblioitems table is the only one with a `size` column |
00:43 |
|
dcook |
I wonder where else we're actually getting the size of an array... |
00:44 |
|
jcamins |
biblioitems has a size column? |
00:44 |
|
dcook |
Yep |
00:44 |
|
dcook |
Pages too |
00:45 |
|
dcook |
Illus |
00:48 |
|
|
tcohen joined #koha |
00:48 |
|
dcook |
Hmm, my explanation wasn't quite right |
00:48 |
|
dcook |
itemsloo.size returns the number of keys in the itemsloo hash |
00:49 |
|
dcook |
Not the number of hashes in the itemsloop array |
00:49 |
|
dcook |
durr |
00:49 |
|
dcook |
hey ya tcohen |
00:49 |
|
tcohen |
hi dcook |
00:49 |
|
dcook |
A quick grep suggests that we usually use ".size" as a method rather than as a reference to a hash key |
00:49 |
|
dcook |
Except in this case |
00:50 |
|
dcook |
Easy enough to fix though.. |
00:52 |
|
|
drnoe joined #koha |
00:56 |
|
tcohen |
what bug are you talking about dcook? |
00:56 |
|
dcook |
I'm just about to file a report :) |
00:56 |
|
dcook |
Currently, in the Lists, if the column `size` is null in biblioitems, itemsloo.size will print out the size of the hash rather than the `size` of the List item |
00:57 |
|
dcook |
Interestingly, if the column isn't null, it does print out the value in `size` rather than the size of the hash... |
00:57 |
|
* dcook |
just recalled that last fact |
00:58 |
|
tcohen |
is it a but in tt? |
00:58 |
|
tcohen |
or is it the desired behaviour? |
00:58 |
|
dcook |
Well...".size" is a method in TT |
00:58 |
|
dcook |
We really shouldn't be using it to access the key in a hash |
00:59 |
|
tcohen |
I didn't understand it that way |
00:59 |
|
dcook |
The fact that it does sometimes print out the value in the hash...that's probably a bug in TT |
00:59 |
|
tcohen |
exactly |
01:00 |
|
dcook |
Certainly something to keep in mind and possibly report to TT developers, but...in our case...I think it makes sense just to use a different hash key |
01:00 |
|
dcook |
Because it "should" always be getting the size of the hash rather than getting a key from it, I think |
01:00 |
|
dcook |
And we definitely do NOT want the size of the hash in this case |
01:01 |
|
dcook |
I wonder if this is happening in opac-results for the Normal display.. |
01:02 |
|
|
drnoe joined #koha |
01:02 |
|
tcohen |
i hope this is nt a pandora's box you're opening |
01:02 |
|
dcook |
How do you mean? |
01:02 |
|
tcohen |
i mean that we notice we are doing things wrong all over the place |
01:02 |
|
dcook |
Mmm, I see. |
01:03 |
|
dcook |
I hope this isn't the case as well. |
01:03 |
|
tcohen |
http://en.wikipedia.org/wiki/Pandora's_box |
01:03 |
|
dcook |
It looks like opac-results.tt does use SEARCH_RESULT.size...but it doesn't have the same problem. |
01:03 |
|
dcook |
tcohen: I'm fairly familiar with Pandora's box, although I usually think of it in terms of...the person opening it to be an idiot ;) |
01:04 |
|
* dcook |
goes to read the entry |
01:05 |
|
tcohen |
oh, we use it in argentina (at least) to mean no one knows what's going to come from the inside |
01:05 |
|
tcohen |
i understand i should be more careful with metaphores |
01:05 |
|
dcook |
No not at all |
01:06 |
|
dcook |
I think my usage has been incorrect |
01:06 |
|
dcook |
Probably too many tv shows when I was younger ;) |
01:06 |
|
jcamins |
dcook: yep, sorry. |
01:06 |
|
dcook |
Hmm, I guess the idea is that Pandora should've known better than to have opened it... |
01:07 |
|
dcook |
But...it seemed destined to happen anyway... |
01:09 |
|
dcook |
I wonder why the .size issue doesn't seem to be happening in opac-results... |
01:10 |
|
tcohen |
one interesting consecquence of pandora's box metaphore is that hope seems to be evil :-D |
01:10 |
|
* tcohen |
runs to the kitchen |
01:16 |
|
dcook |
Hmm, Search.pm seems not to pass back a null size to opac-search.pl... |
01:17 |
|
dcook |
But that's probably because it's not getting size from the biblioitems |
01:17 |
|
dcook |
But rather from the MARC record... |
01:33 |
|
|
drnoe joined #koha |
01:40 |
|
dcook |
Aha! |
01:40 |
|
dcook |
http://bugs.koha-community.org[…]w_bug.cgi?id=6374 |
01:40 |
|
huginn |
Bug 6374: normal, P3, ---, adrien.saurat, CLOSED FIXED, Use "size" as names/hash keys leads to an unexpected results when using Template::Toolkit (name of a virtual method there) |
01:41 |
|
dcook |
Definitely seeing the value of keeping whitespace changes separate from code changes... |
02:19 |
|
druthb |
o/ |
02:19 |
|
rangi |
hi druthb |
02:19 |
|
druthb |
hiya, rangi. :) |
02:19 |
|
rangi |
dcook: -w |
02:20 |
|
rangi |
eg git blame -w filename |
02:20 |
|
rangi |
ignore whitespace changes |
02:20 |
|
rangi |
works diff too |
02:20 |
|
dcook |
Yeah, I remember you mentioning that a while ago. I think I tried it once and it didn't work all that well.. |
02:20 |
|
dcook |
In this case, I figure it out anyway but maybe I'll try it again |
02:32 |
|
dcook |
Just tried with git diff, and it didn't seem to do anything |
02:32 |
|
dcook |
Not sure why git blame would need a -w either, or how it would work |
02:33 |
|
dcook |
Wait... |
02:33 |
|
dcook |
Nix that very last part |
02:33 |
|
dcook |
Hmm, I don't think it worked though |
02:33 |
|
dcook |
rangi: Could -w be config specific? |
02:34 |
|
rangi |
hmm perhaps but i dont think so |
02:36 |
|
dcook |
Maybe my expectations of how it's supposed to work don't correspond to what actually happens |
02:37 |
|
dcook |
In this case: http://bugs.koha-community.org[…]=7028&action=edit I pretty much just had to ctrl+f / eyeball it |
02:39 |
|
rangi |
had it been pushed already? |
02:40 |
|
dcook |
Oh yeah |
02:40 |
|
dcook |
'bout a year and a half ago |
02:40 |
|
rangi |
check this out |
02:40 |
|
rangi |
git show 74506e52deb383589b541848bbb2026aa4991f81 |
02:41 |
|
rangi |
vs |
02:41 |
|
rangi |
git show -w 74506e52deb383589b541848bbb2026aa4991f81 |
02:43 |
|
dcook |
That's awesome! |
02:44 |
|
dcook |
I thought it didn't show any whitespace changes at all |
02:44 |
|
mtompset |
"Note that you must have the Suppress index set up in Zebra and at least one suppressed item, or your searches will be broken." |
02:44 |
|
mtompset |
Question: how do I know if the suppress index is set up in Zebra? |
02:45 |
|
dcook |
I suspect by checking your Zebra config files, but perhaps there's a faster way |
02:45 |
|
mtompset |
but what would I expect to see in my config files? |
02:45 |
|
jcamins |
mtompset: it's always set up. |
02:45 |
|
mtompset |
Then why did my search bust, and I changed OpacSuppression and then it works? |
02:45 |
|
eythian |
why does that patch only have biblibre email addresses attached to it? |
02:46 |
|
jcamins |
eythian: I wondered that too. |
02:46 |
|
jcamins |
mtompset: because you did not have any items suppressed. |
02:46 |
|
dcook |
Huh...good call, eythian |
02:46 |
|
wizzyrea |
see: pushed 1.5 years ago |
02:46 |
|
dcook |
Different rules back then? |
02:46 |
|
wizzyrea |
no. |
02:46 |
|
wizzyrea |
just more bending of them. |
02:47 |
|
dcook |
Ahh |
02:47 |
|
dcook |
:( |
02:47 |
|
mtompset |
but we do. |
02:47 |
|
jcamins |
In that case, misconfiguration. |
02:47 |
|
dcook |
mtompset, you're sure that you have an item with a 952$n set? |
02:47 |
|
dcook |
Wait.. |
02:48 |
|
dcook |
942 |
02:48 |
|
dcook |
That's interesting |
02:49 |
|
dcook |
Yeah, 942$n with a value of 1 |
02:49 |
|
dcook |
Maybe try re-indexing? |
02:50 |
|
dcook |
rangi++ |
02:50 |
|
dcook |
Thanks for the tip and the illustration of how it works :) |
02:54 |
|
jcamins |
Wow. The Acquisitions APIs are appalling, aren't they? |
02:56 |
|
|
drnoe joined #koha |
02:58 |
|
dcook |
jcamins: I just want to double-check...the Zebra index for the biblionumber is "Local-Number" ? |
02:58 |
|
jcamins |
Yes. |
02:58 |
|
dcook |
Sweet. Thanks. |
03:00 |
|
dcook |
Setting up a record matching rule for bib number.. |
03:08 |
|
|
drnoe joined #koha |
03:21 |
|
dcook |
Quick question... |
03:21 |
|
dcook |
If you export all your bib records (but don't export items) |
03:22 |
|
dcook |
Then re-import them using a record matching rule where you use the bib number (999$c) |
03:22 |
|
dcook |
Where you replace existing records and ignore items... |
03:22 |
|
dcook |
The item data should all be preserved and nothing should be changed except the marcxml, and associated other fields in the biblio and biblioitems tables? |
03:33 |
|
cjh |
confetti |
03:33 |
|
wahanui |
o/ '`'`'`'`'`'`'`'` |
03:33 |
|
dcook |
O_o |
03:33 |
|
dcook |
Yay? |
03:33 |
|
cjh |
its a Friday, and a good one at that. |
03:33 |
|
wizzyrea |
get the popcorn |
03:33 |
|
wahanui |
http://i.imgur.com/p3cHE.gif |
03:34 |
|
dcook |
It's not too shabby at all |
03:34 |
|
dcook |
Although now I really want buttered and salted popcorn.. |
03:34 |
|
cjh |
heh |
03:35 |
|
dcook |
I'm really glad that I sorted out that weird number issue in the lists |
03:35 |
|
* dcook |
just noticed that darth_tater is now just tater |
03:37 |
|
dcook |
Hmm, it's impossible to delete a list unless you're the owner, right? |
03:43 |
|
dcook |
List permissions are weird...perhaps even weirder in master than in the past.. |
03:45 |
|
dcook |
A superlibrarian really should be able to edit and delete lists.. |
03:46 |
|
dcook |
cjh, wizzyrea: Are you two in the office? Only 15 minutes until beer o'clock? |
03:46 |
|
cjh |
maybe... |
03:46 |
|
wahanui |
maybe is, like, a momentaneous error |
03:46 |
|
cjh |
wahanui: not in ternary logic! |
03:46 |
|
wahanui |
cjh: what? |
03:46 |
|
wizzyrea |
:) |
03:46 |
|
cjh |
wahanui: exactly. |
03:46 |
|
wahanui |
cjh: i'm not following you... |
03:46 |
|
* dcook |
chuckles |
03:52 |
|
|
kristina joined #koha |
03:53 |
|
cjh |
ohhhhh a wild kristina ! |
03:53 |
|
cjh |
welcome :) |
03:53 |
|
dcook |
wizzyrea: I really cannot stop thinking of popcorn...*slightlygrumpyface* :p |
03:54 |
|
cjh |
dcook: I know this sound crazy, so dont shoot it down too quickly |
03:54 |
|
cjh |
dcook: but you could, just maybe, get popcorn |
03:54 |
|
cjh |
mind = blown |
03:54 |
|
dcook |
:O |
03:54 |
|
dcook |
I... |
03:54 |
|
cjh |
http://meremortalblog.files.wo[…]d-blown.jpg?w=412 |
03:55 |
|
cjh |
wahanui: mind blown is <reply>http://meremortalblog.files.wo[…]d-blown.jpg?w=412 |
03:55 |
|
dcook |
Precisely! |
03:55 |
|
wahanui |
OK, cjh. |
03:55 |
|
dcook |
I was going to say that we don't have a microwave or a stove here |
03:55 |
|
cjh |
here we have 'butter lovers' microwave popcorn |
03:55 |
|
cjh |
MMMHHHMMM |
03:55 |
|
dcook |
But I could actually go to the cinema just for popcorn |
03:55 |
|
dcook |
Not even see a film |
03:55 |
|
dcook |
Just get the popcorn and leave |
03:55 |
|
cjh |
heh |
03:55 |
|
dcook |
I'm walking right by there on the way to the bus... |
03:55 |
|
cjh |
doo eett |
03:56 |
|
dcook |
Oh God...I forsee a horrible (yet delicious) future for myself |
03:56 |
|
dcook |
foresee even |
03:56 |
|
|
drnoe joined #koha |
03:56 |
|
dcook |
cjh: I might have to. Hehe |
03:56 |
|
* cjh |
earns commission |
03:57 |
|
cjh |
catalyt is secretly in teh popcorn business. |
03:57 |
|
* wizzyrea |
idly wonders if theatre popcorn is vegan |
03:58 |
|
cjh |
I guess it could be fake butter, and probably is |
03:58 |
|
wizzyrea |
I *think* it's coconut oil, or palm oil |
03:58 |
|
wizzyrea |
which by the way |
03:58 |
|
wizzyrea |
popcorn with coconut oil rivals butter in almost every way |
03:58 |
|
wizzyrea |
it's aweosme |
03:58 |
|
wizzyrea |
so good I can't spell correctly |
03:59 |
|
cjh |
nope. impossible. |
03:59 |
|
dcook |
I'm intrigued |
03:59 |
|
dcook |
Also, good call wizzyrea |
03:59 |
|
dcook |
I don't think there's any dairy in it |
04:00 |
|
dcook |
Have you ever seen the stuff in a tub? |
04:00 |
|
dcook |
I had a friend who volunteered at a film society and he once showed me what it was like to make popcorn... |
04:00 |
|
* dcook |
cringes |
04:00 |
|
dcook |
Horrifying yet delicious. |
04:02 |
|
eythian |
anyone know what Library/CallNumber/LC.pm is? |
04:02 |
|
eythian |
it's causing tests to fail on master |
04:03 |
|
eythian |
(referenced by C4::Labels) |
04:05 |
|
* eythian |
gets to blame gmcharlt for this one :) |
04:06 |
|
dcook |
hehe |
04:06 |
|
dcook |
I git blamed something the other day and found rangi responsible :o |
04:06 |
|
dcook |
Well, for the code that I needed to change |
04:06 |
|
eythian |
oh, no |
04:06 |
|
dcook |
It was possible the bug was caused by a code change elsewhere |
04:06 |
|
eythian |
I get to blame me for not updating the dependency list |
04:07 |
|
wizzyrea |
when you have as much code in Koha as those guys do, it'd be more suprising if it *wasn't* them |
04:07 |
|
cjh |
dcook: impossible, rangi cant do evil. |
04:07 |
|
dcook |
I'm with cjh on this one ;) |
04:13 |
|
eythian |
> unknown package for Library::CallNumber::LC |
04:13 |
|
cjh |
ooooohhhhh |
04:13 |
|
eythian |
I think I'll wait until next week before fixing that :/ |
04:13 |
|
cjh |
mamamama |
04:14 |
|
wizzyrea |
liblibrary-callnumber-lc-perl or somesuch? |
04:15 |
|
wizzyrea |
i am sure that I installed it |
04:15 |
|
dcook |
Alas, doesn't sound familiar to me |
04:48 |
|
mtompset |
Have a great day (24 hour period), everyone. |
05:09 |
|
|
drnoe joined #koha |
05:12 |
|
dcook |
"This version of Koha is the 4rd in the 2.0 "stable" series." |
05:45 |
|
dcook |
night all |
05:45 |
|
wahanui |
goodnight dcook. You'll be back. |
05:46 |
|
dcook |
Perhaps tomorrow afternoon, wahanui |
05:46 |
|
wahanui |
dcook: what? |
05:46 |
|
dcook |
You heard me :p |
05:52 |
|
|
drnoe joined #koha |
05:54 |
|
|
cait joined #koha |
05:54 |
|
cait |
good moring #koha |
05:55 |
|
* magnuse |
waves |
05:58 |
|
|
drnoe joined #koha |
06:02 |
|
|
kathryn joined #koha |
06:05 |
|
|
christophe_c joined #koha |
06:06 |
|
christophe_c |
hello #koha |
06:08 |
|
|
laurence joined #koha |
06:08 |
|
cait |
hi chris |
06:08 |
|
cait |
hi christophe_c |
06:08 |
|
christophe_c |
bonjour cait ;-) |
06:24 |
|
|
drnoe joined #koha |
06:28 |
|
magnuse |
bonjour christophe_c |
06:29 |
|
christophe_c |
bonjour magnuse |
06:29 |
|
christophe_c |
;-) |
06:34 |
|
|
bigbrovar joined #koha |
06:38 |
|
|
reiveune joined #koha |
06:38 |
|
reiveune |
hello |
06:39 |
|
|
drnoe joined #koha |
06:44 |
|
|
asaurat joined #koha |
06:44 |
|
magnuse |
@wunder marseille |
06:44 |
|
huginn |
magnuse: The current temperature in Marseille, France is 19.0°C (8:30 AM CEST on June 14, 2013). Conditions: Clear. Humidity: 68%. Dew Point: 13.0°C. Pressure: 30.01 in 1016 hPa (Steady). |
06:44 |
|
magnuse |
@wunder boo |
06:44 |
|
huginn |
magnuse: The current temperature in Bodo, Norway is 13.0°C (8:20 AM CEST on June 14, 2013). Conditions: Mostly Cloudy. Humidity: 77%. Dew Point: 9.0°C. Pressure: 29.44 in 997 hPa (Falling). |
06:45 |
|
|
asaurat left #koha |
06:45 |
|
|
asaurat joined #koha |
06:45 |
|
asaurat |
hi! |
06:48 |
|
cait |
hi asaurat :) |
06:48 |
|
cait |
bbiab |
06:57 |
|
|
Joubu joined #koha |
06:59 |
|
Joubu |
hello #koha |
07:06 |
|
|
lds joined #koha |
07:09 |
|
|
sophie_m joined #koha |
07:09 |
|
|
gaetan_B joined #koha |
07:10 |
|
gaetan_B |
hello |
07:17 |
|
|
drnoe joined #koha |
07:26 |
|
|
paul_p joined #koha |
07:46 |
|
|
sophie_m joined #koha |
08:04 |
|
|
gerundio joined #koha |
08:07 |
|
|
gaetan_B joined #koha |
08:13 |
|
|
drnoe joined #koha |
08:15 |
|
|
paul_p joined #koha |
08:44 |
|
|
marcelr joined #koha |
08:45 |
|
marcelr |
goedemorgen #koha |
08:47 |
|
marcelr |
Joubu++ for QAing 10256 and many others |
08:50 |
|
Joubu |
marcelr: thanks! |
09:11 |
|
|
kf joined #koha |
09:13 |
|
marcelr |
hi kf |
09:13 |
|
kf |
hi marcelr |
09:14 |
|
marcelr |
problems with water over there? |
09:17 |
|
kf |
not here, but some parts of germany... |
09:21 |
|
marcelr |
you are lucky |
09:45 |
|
kf |
yeah, it's really bad in some places :( |
09:54 |
|
|
thd-away joined #koha |
10:46 |
|
|
NateC joined #koha |
10:53 |
|
|
bigbrovar_ joined #koha |
10:58 |
|
|
drnoe joined #koha |
11:13 |
|
kf |
@later tell tcohen - was wondering when the update on pootle for the 3.12.1 release is going to happen :) |
11:13 |
|
huginn |
kf: The operation succeeded. |
11:22 |
|
|
jwagner joined #koha |
11:32 |
|
|
nengard joined #koha |
11:35 |
|
|
drnoe joined #koha |
11:38 |
|
|
libsysguy joined #koha |
11:49 |
|
|
tcohen joined #koha |
12:00 |
|
kf |
hi tcohen :) |
12:00 |
|
tcohen |
hi kf |
12:00 |
|
tcohen |
its going to happen on sunday |
12:00 |
|
kf |
oooh |
12:00 |
|
kf |
ok |
12:00 |
|
kf |
sorry, still trying to catch up, I confused things |
12:01 |
|
tcohen |
i'll talk to bgkriegel |
12:01 |
|
kf |
cool |
12:01 |
|
tcohen |
we could pull the po's more often too |
12:01 |
|
kf |
hope the new pootle will behave :) |
12:01 |
|
kf |
and give him no trouble |
12:01 |
|
tcohen |
did u see it? |
12:01 |
|
kf |
i didn't work with it yet, just took a quick look around |
12:01 |
|
libsysguy |
you know, out of all the irc channels I have started to lurk in since I started at cPanel, you guys are still by far the nicest |
12:01 |
|
kf |
not really lots of time for play right now |
12:02 |
|
kf |
aaaw |
12:02 |
|
kf |
told ya you will end up missing us ;) |
12:02 |
|
libsysguy |
:p |
12:02 |
|
libsysguy |
well I was thinking about it last night, every new person that comes in asking the same questions we have all heard a million times gets a nice answer |
12:02 |
|
libsysguy |
instead of: "HERE ARE THE DOCS, GET OUT" |
12:03 |
|
kf |
wow |
12:03 |
|
kf |
and others do that? |
12:03 |
|
libsysguy |
well, maybe not that loudly |
12:03 |
|
libsysguy |
but that is the general message |
12:03 |
|
kf |
maybe it's what rangi once said |
12:04 |
|
kf |
mix of developers and librarians |
12:05 |
|
kf |
and something about passive tense in nz english or so |
12:05 |
|
kf |
*shrug* |
12:06 |
|
libsysguy |
heh |
12:06 |
|
libsysguy |
yeah I think developers can be slightly more abrasive than librarians |
12:13 |
|
tcohen |
bbs |
12:19 |
|
|
drnoe joined #koha |
12:20 |
|
|
drnoe left #koha |
12:21 |
|
|
drnoe joined #koha |
12:24 |
|
|
edveal joined #koha |
12:24 |
|
|
tater left #koha |
12:47 |
|
kf |
hey kh |
12:47 |
|
kf |
kh |
12:47 |
|
kf |
khall |
12:47 |
|
kf |
hm. bad autocomplete |
12:47 |
|
kf |
i was just looking at 10237 - did you see my comment? |
12:51 |
|
|
tcohen joined #koha |
12:52 |
|
magnuse |
jcamins: you missed something on bug 10240? |
12:52 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=10240 new feature, P5 - low, ---, jcamins, Needs Signoff , Offline circulation using HTML5 and IndexedDB |
12:57 |
|
tcohen |
have you been at #bash libsysguy? that's being left alone in the cold |
12:57 |
|
jcamins |
magnuse: yeah, when I checked out the patch on a new system, the permissions were wrong. |
12:57 |
|
jcamins |
magnuse: oddly the permissions were right even when changing branches on my regular development system. |
13:00 |
|
magnuse |
hehe, interesting :-) |
13:00 |
|
magnuse |
mysql-- for making me choose between fulltext indexing or foreign keys |
13:01 |
|
magnuse |
@karma mysql |
13:01 |
|
huginn |
magnuse: Karma for "mysql" has been increased 1 time and decreased 1 time for a total karma of 0. |
13:02 |
|
libsysguy |
#bash tcohen ? |
13:02 |
|
|
Dani joined #koha |
13:03 |
|
tcohen |
the irc channel for the bash project |
13:03 |
|
libsysguy |
heh no I guess I don't really lurk there |
13:04 |
|
libsysguy |
the #dbix-class guys are nice |
13:04 |
|
libsysguy |
actually #koha is the only channel I hang out in for irc.oftc.net |
13:05 |
|
libsysguy |
there are a few in irc.perl.org |
13:05 |
|
* tcohen |
heads to the networking people to open irc.perl.org in the firewall |
13:06 |
|
libsysguy |
heh |
13:06 |
|
tcohen |
heh |
13:07 |
|
|
tcohen joined #koha |
13:08 |
|
libsysguy |
bah map reducing functions are so confusing |
13:09 |
|
|
drojf joined #koha |
13:10 |
|
|
Callender joined #koha |
13:12 |
|
druthb |
o/ |
13:12 |
|
libsysguy |
\o |
13:13 |
|
libsysguy |
cPanel storms the channel :p |
13:13 |
|
* druthb |
paints one wall orange, aNd cApitalizes tHe sEcond lEtter oF hEr wOrds. |
13:14 |
|
* libsysguy |
doesn't know how the 2nd floor people write their code, but its not how he does it on 5 |
13:14 |
|
libsysguy |
:p |
13:15 |
|
* druthb |
notes, apropos of nothing whatever, that 2nd floor code is seen all over the world. 5th floor code is internal stuff, not revenue-generating. |
13:15 |
|
druthb |
:P |
13:16 |
|
libsysguy |
nu uh…all the customers use our system(s) :p |
13:16 |
|
libsysguy |
the ticketing system |
13:16 |
|
druthb |
:P |
13:17 |
|
druthb |
We better hush, libsysguy. kf will smack us down in a minute. |
13:17 |
|
libsysguy |
eek |
13:17 |
|
* libsysguy |
apologies to kf |
13:18 |
|
* libsysguy |
offers cookies |
13:19 |
|
* tcohen |
thinks these cPanel folks are really noisy |
13:19 |
|
tcohen |
:-P :-P |
13:20 |
|
libsysguy |
eek, we better run druthb before we get ban hammered |
13:20 |
|
druthb |
eep! |
13:20 |
|
* druthb |
checks, and tcohen's banhammer is one of those big inflatable ones from the festival. No worries. |
13:22 |
|
tcohen |
heh |
13:22 |
|
libsysguy |
I guess they could enable voice in channel and mute us |
13:22 |
|
|
talljoy joined #koha |
13:22 |
|
libsysguy |
that would be so sad |
13:22 |
|
* druthb |
would be very sad. |
13:26 |
|
tcohen |
oleonard, what are the plans for jquery-ui and bootstrap? |
13:26 |
|
tcohen |
(i mean in koha of course) |
13:32 |
|
|
maximep joined #koha |
13:33 |
|
jcamins |
World domination! Bahahaha! |
13:35 |
|
tcohen |
jcamins, do u know the answer? |
13:36 |
|
libsysguy |
Angular > jQuery ? |
13:40 |
|
kf |
libsysguy: ? |
13:40 |
|
kf |
and now, i am not going to do anything about you cpanel folks |
13:40 |
|
kf |
I want yo to see how nice things are on the light side ;) |
13:42 |
|
* druthb |
paints another wall orange. |
13:54 |
|
jcamins |
tcohen: I do not. |
13:54 |
|
* jcamins |
heads into the city.k |
13:54 |
|
jcamins |
s/k$// |
14:01 |
|
gmcharlt |
@quote random |
14:01 |
|
huginn |
gmcharlt: Quote #68: "gmcharlt: which probably means that library schools ought to rename Cataloging 101 to Identification and Avoidance of Rabbit Holes 101" (added by wizzyrea_laptop at 08:17 PM, March 10, 2010) |
14:08 |
|
|
rambutan joined #koha |
14:36 |
|
druthb |
@quote random |
14:36 |
|
huginn |
druthb: Quote #31: "<@gmcharlt> but hacking Koha *should* be a restful part of any vacation ;)" (added by chris at 11:31 PM, September 02, 2009) |
14:38 |
|
gmcharlt |
from huginn to oleonard's ears! ;) |
14:50 |
|
kf |
hm just found the qa/language mails |
14:50 |
|
kf |
not sure but i think it would be really hard to get them into po files |
14:50 |
|
kf |
because you can#t know which parts are to be translated |
14:50 |
|
kf |
from the sql |
14:50 |
|
kf |
and we have line breaks and things in there (notices especially) that pootle can#t deal with correctly |
14:53 |
|
|
mveron joined #koha |
14:58 |
|
* kf |
starts writing an email |
14:58 |
|
kf |
hi mveron :) |
14:58 |
|
huginn |
New commit(s) kohagit: Bug 10443: DBRev 3.13.00.008 - make sure borrower_files exists <http://git.koha-community.org/[…]1a728942e31083ad4> / Bug 10443: (follow-up) make sure borrower_files has FK constraint <http://git.koha-community.org/[…]18e40170f6681e397> / Bug 10443 - Table borrower_files does not exists in kohastructure.sql file <http |
14:58 |
|
mveron |
hi kf :-) |
14:59 |
|
mveron |
I had finally some time to do a bug: bug 5894 |
14:59 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=5894 normal, P5 - low, ---, veron, Needs Signoff , Adding multiple items from a cart to a list shows only the first title |
14:59 |
|
gmcharlt |
kf: well, one approach would be to not try to parse the SQL to extract strings, but write something that loads the English into a database, then goes through the relevant tables to create a text file in a structured format for which a pot-generator could be written |
14:59 |
|
gmcharlt |
the line breaks might be a harder problem, though |
15:04 |
|
|
pianohacker joined #koha |
15:06 |
|
kf |
gmcharlt: trying to sum my thoughts up in a mail... hope i make sense |
15:06 |
|
kf |
not sure i understand how you want to do it :( |
15:06 |
|
kf |
i think anyway we would have to define somewhere which colums should be translated |
15:07 |
|
gmcharlt |
kf: yeah - I should mention that my email elides a lot of technical details that would have to be sorted out |
15:08 |
|
|
mcooper joined #koha |
15:08 |
|
huginn |
New commit(s) kohagit: Bug 10458: t/Z3950.t should be removed too <http://git.koha-community.org/[…]028afebd3eb5b5dd8> / Bug 10458: Remove obsolete Z3950 module and test <http://git.koha-community.org/[…]64d22e93d39b65461> |
15:10 |
|
|
tcohen joined #koha |
15:14 |
|
|
tcohen joined #koha |
15:20 |
|
huginn |
New commit(s) kohagit: Bug 10315 - Use easier readable font for generated passwords <http://git.koha-community.org/[…]b0c7459516e6e023c> / Bug 10444: Fix prevent the default action on click <http://git.koha-community.org/[…]0f23ce2d539476d1a> / Bug 10444 - (CCSR followup) In advanced search(more), [+] and [-] should behave like... <http://g |
15:30 |
|
|
christophe_c left #koha |
15:34 |
|
kf |
bye all |
15:34 |
|
|
kf left #koha |
15:36 |
|
Joubu |
pfiou, end of my QA day, I did not clear out patches pending QA as many as I would have wanted... |
15:36 |
|
Joubu |
have a good week-end #koha! |
15:39 |
|
jcamins |
Oh, drat. I wanted to ask kf something. |
15:42 |
|
huginn |
New commit(s) kohagit: Bug 10425: tweaks to text of help for local use system preference <http://git.koha-community.org/[…]8331c7cfe8aa178a7> / Bug 10425 - Help page missing for Local Use preferences <http://git.koha-community.org/[…]e9d0f3617c34ba325> |
15:42 |
|
|
asaurat left #koha |
15:43 |
|
* druthb |
sets the watch for cait. |
15:46 |
|
|
rambutan joined #koha |
15:53 |
|
mveron |
by all |
15:55 |
|
* jcamins |
tries the new LC catalog... |
15:56 |
|
jcamins |
They sure didn't worry much about usability. |
15:56 |
|
jcamins |
It looks like the site search. |
15:57 |
|
druthb |
You mean, the new skin on their ancient Voyager catalog? Lipstick on a pig…. and not a good shade of it, at that. |
15:58 |
|
jcamins |
druthb: tha's the one. |
15:59 |
|
jcamins |
I like their lccn.loc.gov links. |
15:59 |
|
druthb |
erm. A book I know they should have, I can't locate, by partial title, full title, author, or ISBN. Teh Fail. |
16:01 |
|
jcamins |
Quicktime? Why does their catalog need Quicktime? |
16:01 |
|
druthb |
Ah-hah. The automagic limit to "Available Online" was the bugaboo. Found a catalog record for it. by author. |
16:03 |
|
|
melia joined #koha |
16:05 |
|
tcohen |
jcamins, do we use <button> somewhere instead of <input type=submit? |
16:06 |
|
jcamins |
tcohen: for JS/non-submit buttons, I think so, yes. |
16:07 |
|
tcohen |
i've been playing around with ways of making the search box scale better on the staff interface |
16:08 |
|
|
bigbrovar__ joined #koha |
16:10 |
|
gaetan_B |
bye ! |
16:14 |
|
jcamins |
khall: yeah, styling with absolute- or fixed- positioned divs at the top of the page has extra gotchas. |
16:16 |
|
jcamins |
(re: bug 8884) |
16:16 |
|
huginn |
Bug http://bugs.koha-community.org[…]w_bug.cgi?id=8884 major, P5 - low, ---, oleonard, Passed QA , opacheader is not in the header on CCSR |
16:26 |
|
khall |
jcamins: excellent! |
16:27 |
|
jcamins |
Not, of course, that you can tell in that example, since everything that had been in the fixed bar at the top is now hidden. |
16:28 |
|
khall |
true, but that's pretty slick looking opac |
16:29 |
|
jcamins |
Thanks. |
16:29 |
|
libsysguy |
jcamins you need to un-round those corners |
16:29 |
|
libsysguy |
flat UI is in man |
16:29 |
|
khall |
heh, so true |
16:29 |
|
jcamins |
libsysguy: yeah, yeah, yeah. |
16:30 |
|
khall |
all the shiny has gone by the wayside |
16:30 |
|
jcamins |
Do I look like I'm going to be running Windows 8 on any of my computers? |
16:30 |
|
libsysguy |
I have a UI meeting in 2 hours to decide the future of the web, I'll let you know how it goes :p |
16:30 |
|
khall |
I think all the hipsters are switching to gopher |
16:30 |
|
jcamins |
khall: you saw that tdwtf article too? |
16:31 |
|
khall |
can't say I have |
16:31 |
|
jcamins |
Oh, I thought that's what the gopher reference was about: http://thedailywtf.com/Article[…]OPA-Movement.aspx |
16:32 |
|
khall |
lol! |
16:32 |
|
|
rambutan joined #koha |
16:33 |
|
libsysguy |
it looks like bootstrap 3 will go flat as well |
16:47 |
|
|
laurence left #koha |
17:02 |
|
|
cait joined #koha |
17:03 |
|
jcamins |
cait! I have a question for you: is using 752 only for place of publication standard in German practice? |
17:05 |
|
cait |
jcamins: no idea |
17:05 |
|
cait |
context? |
17:07 |
|
jcamins |
cait: the wiki page in German on cataloging antiquarian books creates a new authority type for DRUCK_ORT and links 752 to it. |
17:07 |
|
cait |
oh |
17:08 |
|
cait |
i don't know i think he used some documentation that i don't know |
17:08 |
|
cait |
i think maybe from switzerland |
17:08 |
|
jcamins |
It's Czech. |
17:08 |
|
cait |
i have seen the wii page but didn't get around to show it to our marc21 expert |
17:08 |
|
cait |
ah |
17:08 |
|
cait |
so right now i have not much idea about it - sorry :( |
17:10 |
|
cait |
752 sounds a bit unusual tho |
17:10 |
|
jcamins |
cait: 752 is a logical place to put a place of publication, but it's also a logical place to put other things. |
17:11 |
|
jcamins |
Which is why I was curious. |
17:12 |
|
cait |
i will give you an update when i got around to take a look :) |
17:12 |
|
jcamins |
Thanks. |
17:59 |
|
tcohen |
@seen oleonard |
17:59 |
|
huginn |
tcohen: oleonard was last seen in #koha 22 hours, 16 minutes, and 49 seconds ago: <oleonard> Quick trip into Search.pm right before quitting time? Never a good idea. |
18:00 |
|
jcamins |
tcohen: oleonard is on vacation for the next week or two, I think. |
18:00 |
|
tcohen |
so you're my ui guru now :-P |
18:01 |
|
* jcamins |
hides. |
18:03 |
|
tcohen |
it's kind of fun actually, I need someone to take a look at a patch |
18:03 |
|
tcohen |
:-P |
18:05 |
|
|
smeagol joined #koha |
18:05 |
|
|
mtompset joined #koha |
18:06 |
|
mtompset |
Greetings, #koha. |
18:07 |
|
tcohen |
hi mtompset |
18:07 |
|
mtompset |
I had a thought while pondering my problem. |
18:07 |
|
mtompset |
Can you run the upgrade a database concurrently multiple times? |
18:07 |
|
smeagol |
Hi all, I've been getting this error from my SIP server recently, and can't figure out why. My institution id has worked before..very puzzling. "Jun 6 06:09:44 mtplbywaterkoha koha_sip[444]: Successful login/auth for 'sip user' of 'mid' Jun 6 06:09:44 mtplbywaterkoha koha_sip[444]: login_core: $VAR1 = 'ILS'; Jun 6 06:09:45 mtplbywaterkoha koha_sip[444]: Sip::Configuration::Service=HA SH(0x251ce70): Loading ILS implementation 'ILS' for institution 'mid' f |
18:08 |
|
jcamins |
mtompset: you can, if you want to mess things up. |
18:09 |
|
cait |
smeagol: possible soeone deleted or changed your sip user? |
18:10 |
|
cait |
it's a wild guess, but if you didn't change something in your xml config file as it worked before... it might be something inside koha that has changed |
18:11 |
|
mtompset |
jcamins: I understand, but is there a nice way to prevent that scenario from being possible? |
18:12 |
|
jcamins |
mtompset: Use packages. |
18:13 |
|
mtompset |
How does that prevent someone from intentionally being stupid? |
18:14 |
|
jcamins |
The packages run the update for you. |
18:15 |
|
jcamins |
However, protecting people from intentionally doing things they already know they shouldn't (and have to go out of their way to do) is not really a high priority to my mind. |
18:15 |
|
mtompset |
Could another staffer try to access the staff client before the upgrade is finished and trigger a secondary upgrade? |
18:16 |
|
mtompset |
This is all, thankfully, hypothetical. |
18:16 |
|
gmcharlt |
mtompset: have you actually run into a situation where multiple updatedatabase.pl runs took place? |
18:16 |
|
gmcharlt |
ah, I see |
18:16 |
|
jcamins |
mtompset: not unless you have trained your staffers badly. |
18:17 |
|
jcamins |
The staffers should not be using the database login. |
18:17 |
|
jcamins |
Period. |
18:17 |
|
mtompset |
And that is the only log in that can do an upgrade? |
18:17 |
|
jcamins |
There is even a message informing them of that fact when they log in with it. |
18:17 |
|
jcamins |
Yes. |
18:18 |
|
mtompset |
Okay... then I suppose I can release my worries of stupidness happening. :) |
18:19 |
|
jcamins |
I figure if someone has to go out of their way to break things, as developer it ceases to be my problem. |
18:20 |
|
jcamins |
You can damage your car by driving the the parking brake fully engaged, but for a very long time (if not still), car maker still made cars in which that was possible. |
18:20 |
|
jcamins |
*with the parking brake |
18:26 |
|
huginn |
New commit(s) kohagit: Bug 10418 - Correct template markup problems on course reserves add item page <http://git.koha-community.org/[…]6ce8f9afb5a09834c> / Bug 10416 - Correct template markup problems on course detail page <http://git.koha-community.org/[…]d5bc27a6a8c3d88ad> |
18:29 |
|
|
libsysguy joined #koha |
18:30 |
|
mtompset |
because my concern was trying to figure out how to create my table on the fly. If I just create it at upgrade with the last calculated value, then all the problems become nice. |
18:32 |
|
* druthb |
waves to mtompset. |
18:34 |
|
mtompset |
Greetings, druthb. You were silent, so I didn't know you were there. :) |
18:34 |
|
mtompset |
Greetings, tcohen jcamins gmcharlt smeagol also. :) |
18:34 |
|
tcohen |
hi mtompset |
18:34 |
|
gmcharlt |
howdy mtompset |
18:34 |
|
mtompset |
Greetings, libsysguy. You just snuck in. :P |
18:35 |
|
libsysguy |
I sure did |
18:35 |
|
libsysguy |
I had to switch access points when I went downstairs |
18:35 |
|
libsysguy |
now I'm awaiting the next meeting…wo |
18:40 |
|
jcamins |
libsysguy: so what's the future of web design? |
18:41 |
|
libsysguy |
its being discussed at this very moment |
18:45 |
|
jcamins |
libsysguy: wait... why are you discussing the future of web design? I thought cPanel's strength was that its functionality so far outshadowed the design that no one cared about the latter. |
18:47 |
|
* druthb |
wields pointy stick. |
18:48 |
|
libsysguy |
bbiab |
18:48 |
|
* druthb |
is sneaky, mtompset, and wields a stick. Beware her wrath. |
18:49 |
|
tcohen |
bug 10471 |
18:49 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=10471 minor, P5 - low, ---, oleonard, Needs Signoff , Global search input box and button geometry not always consistent (browsers, translations) |
18:54 |
|
|
sophie_m joined #koha |
18:58 |
|
tcohen |
ok, leaving |
18:58 |
|
tcohen |
have a nice weekend #koha!! |
18:58 |
|
cait |
you too tcohen ) |
18:59 |
|
smeagol |
greeting mtompset, druthb, cubby. and all |
19:00 |
|
cait |
hi smeagol |
19:00 |
|
cait |
did you see my note earlier? |
19:01 |
|
|
libsysguy joined #koha |
19:03 |
|
|
pug joined #koha |
19:04 |
|
smeagol |
hi cait |
19:06 |
|
smeagol |
Yes, cait, it's not the sipuser being deleted. It's something else, but thanks. |
19:06 |
|
cait |
k |
19:32 |
|
mtompset |
Oh shoot! The time goes by so fast! |
19:32 |
|
mtompset |
Greetings, cait. |
19:34 |
|
mtompset |
OH.SO.COOL! Reading code really does teach you stuff. :) |
19:34 |
|
mtompset |
TableExists in updatedatabase.pl |
19:35 |
|
mtompset |
You can change the RaiseError and PrintError on the fly. |
19:35 |
|
|
libsysguy joined #koha |
19:37 |
|
jcamins |
Yes you can. What are you doing where you need to do that? |
19:37 |
|
* druthb |
wonders if libsysguy solved all the world's problems in that meeting. |
19:38 |
|
libsysguy |
I'll have to tell you about that meeting later |
19:38 |
|
libsysguy |
holy cow |
19:38 |
|
mtompset |
Nothing yet, but I would like it use it, if I can keep silent warnings out of the "errors" log files. :) |
19:39 |
|
jcamins |
mtompset: they're not silent if they're appearing in the log files. |
19:39 |
|
jcamins |
And why are you anticipating errors? |
19:40 |
|
mtompset |
There are always warnings and errors. Always. They are out to get us. :P |
19:41 |
|
jcamins |
Right, but unless you have a very good reason to think that there will be a warning, you shouldn't mess with the settings. |
19:41 |
|
mtompset |
And I won't, unless there is a reason. |
19:41 |
|
jcamins |
Good. |
19:41 |
|
mtompset |
But it is useful thing to know if I suddenly find my log file flooding with something that could be fixed with that kind of tweak. |
19:41 |
|
* jcamins |
uses DEBUG, and would not take kindly to code that eliminated that functionality. |
19:42 |
|
mtompset |
you can clause it to if not DEBUG. :P |
19:48 |
|
* mtompset |
waits for his database to reset to some old data. |
20:00 |
|
pianohacker |
Hmm. Hey #koha. What are your thoughts of a version of C4::Context->preference that die()s if the preference is unset, for contexts where a friendly message is impossible or doesn't make sense? |
20:00 |
|
pianohacker |
In cronjobs, for instance |
20:02 |
|
jcamins |
I question the utility. Many preferences can be unset, and the ones that can't may not be universally required, so I think the caller needs to handle that logic. |
20:03 |
|
jcamins |
It would be easy enough to add a hashref argument to C4::Context->preference if there are enough instances you can think of it being useful, though, of course. |
20:04 |
|
|
paul_p joined #koha |
20:04 |
|
pianohacker |
jcamins: True, this wouldn't be used too often. Things like OPACBaseURL were the intended target; preferences that in some usage patterns can be unset, but other times will break functionality if missing |
20:05 |
|
pianohacker |
jcamins: Also, out of curiosity, by hashref argument, did you mean something like C4::Context->preference( 'blahblahblah', required => 1 ) ? |
20:05 |
|
jcamins |
I think probably a specific error message would be more useful than a C4::Context-level generic die. |
20:06 |
|
jcamins |
I was thinking C4::Context->preference('blahblahblah', { 'required' => 1 }), so that we don't pass the hash on the stack. |
20:07 |
|
pianohacker |
jcamins: True on the error message part. As a general Perl question, though, is passing a hash that small a performance issue? |
20:07 |
|
jcamins |
Not really for one that small, but you never know when you're going to end up making it larger, so we just have a blanket hashref/arrayref policy. |
20:08 |
|
pianohacker |
Interesting. Makes sense from a pointer perspective, but never heard that before |
20:08 |
|
jcamins |
coding guidelines? |
20:08 |
|
wahanui |
coding guidelines are http://wiki.koha-community.org[…]Coding_Guidelines |
20:09 |
|
jcamins |
PERL16: http://wiki.koha-community.org[…]used_as_arguments |
20:10 |
|
pianohacker |
kk |
20:11 |
|
jcamins |
And... PBP Chapter 9 "Named Arguments." |
20:14 |
|
* mtompset |
wakes up on mention of "OPACBaseURL". |
20:15 |
|
pianohacker |
I normally wake up on mention of coffee, but to each their own |
20:15 |
|
mtompset |
No, it's just that OPACBaseURL is very much not required unless you are planning to do something like... oh, the patch that I'm working on. :P |
20:16 |
|
pianohacker |
mtompset: and, actually, the patch that I'm working on :) |
20:17 |
|
mtompset |
what are you working on? |
20:18 |
|
pianohacker |
external target search in the OPAC using pazpar2 |
20:18 |
|
mtompset |
Ah. |
20:19 |
|
pianohacker |
you still battling saml? |
20:20 |
|
* jcamins |
has been avoiding the need for OPACBaseURL with complex web server contortions. |
20:21 |
|
pianohacker |
jcamins: ... what horrible things have you done to your httpd.conf? |
20:22 |
|
jcamins |
pianohacker: actually, not that much. I use a single Plack application for both intranet and OPAC and rewrite the OPAC URLs in nginx, which means that the OPAC is accessible on /cgi-bin/koha/opac/ from the staff client. |
20:23 |
|
pianohacker |
... |
20:23 |
|
pianohacker |
umm. |
20:23 |
|
pianohacker |
I guess that's possible |
20:23 |
|
jcamins |
Yeah, and that way I don't have to figure out how to do XSS. |
20:23 |
|
pianohacker |
<shiver> |
20:24 |
|
pianohacker |
How significant are the speed gains from Plack, and do they outweigh the occasional breakage? |
20:24 |
|
jcamins |
The speed gains are at least a factor of ten. |
20:24 |
|
jcamins |
At least on lower-end hardware. I'm not sure I'll see such a big difference in production. |
20:24 |
|
jcamins |
The OPAC has very little breakage, so I'm thinking of putting Plack on the OPAC in production this summer. |
20:25 |
|
pianohacker |
wow. Loading up a script that runs a couple SQL calls and does no template rendering takes ~750 ms on my machine. Could that seriously reduce it to around 100? |
20:25 |
|
jcamins |
Let's see... |
20:27 |
|
jcamins |
hm. |
20:27 |
|
jcamins |
Hard to say. |
20:27 |
|
jcamins |
It depends what's taking time. |
20:27 |
|
pianohacker |
what's your preferred CGI profiling setup? |
20:27 |
|
jcamins |
I use NYTProf. |
20:28 |
|
pianohacker |
which requires setting all of the necessary CGI environment variables then running it from the command line, correct? |
20:29 |
|
jcamins |
Nah, it just requires that you not do anything recursive. |
20:29 |
|
pianohacker |
crap, no fibbonaci heaps in this patch. ah well |
20:29 |
|
jcamins |
Set the require environment variables and copy out the NYTProf file before you get a zillion. |
20:29 |
|
jcamins |
No, not in terms of programming. |
20:29 |
|
jcamins |
In terms of page requests. |
20:30 |
|
jcamins |
Something with lots of AJAX can leave you with no idea what profile you have. |
20:30 |
|
pianohacker |
ahhhh, okay |
20:30 |
|
jcamins |
And rendering them is slow. |
20:31 |
|
pianohacker |
that'll make it hard to test my stuff, then. I use AJAX a lot ;) |
20:31 |
|
jcamins |
There are ways to deal with it, I'm sure, I just never learned them. |
20:31 |
|
jcamins |
And then I left CGI behind. |
20:31 |
|
jcamins |
And it was glorious. |
20:32 |
|
pianohacker |
and went on to a more confusing but faster set of errors |
20:32 |
|
jcamins |
pianohacker: actually, I was referring to the package which automatically takes are of NYTProf profiling for you. |
20:33 |
|
jcamins |
*takes care |
20:33 |
|
pianohacker |
oh! nice. what is that? |
20:34 |
|
jcamins |
Plack::Debug::NYTProf or something like that. |
20:34 |
|
jcamins |
plack? |
20:34 |
|
wahanui |
Plack is a FastCGI thingy that works with Koha. See http://wiki.koha-community.org/wiki/Plack for more information. |
20:34 |
|
jcamins |
^^ it's commented out in at least one of the recommended configurations. |
20:34 |
|
pianohacker |
jcamins++ |
20:34 |
|
pianohacker |
That sounds quite handy |
21:25 |
|
mtompset |
Sorry for the slow reply. Yes, still working on SAML... It is almost alpha ready. :) |
21:27 |
|
mtompset |
Have a great day (24 hour period), everyone. :) |
21:33 |
|
|
drnoe_away left #koha |
21:38 |
|
|
nengard left #koha |
21:55 |
|
huginn |
New commit(s) kohagit: Bug 10245: add CSS classes to OPAC detail items table header <http://git.koha-community.org/[…]cd698021c0bf14e90> |
21:57 |
|
|
rambutan joined #koha |
22:18 |
|
|
maximep left #koha |
22:44 |
|
|
dani left #koha |
23:31 |
|
gmcharlt |
dcook++ |
23:39 |
|
|
mcooper joined #koha |
23:41 |
|
huginn |
New commit(s) kohagit: Bug 10466: fix glitch in OPAC display of titles saved to list <http://git.koha-community.org/[…]ec386e80b03fe0130> |
23:41 |
|
|
NateC joined #koha |
23:58 |
|
|
tcohen joined #koha |