| Time |
S |
Nick |
Message |
| 00:53 |
|
|
barton joined #koha |
| 01:34 |
|
mtompset |
flash player update. |
| 02:02 |
|
|
nc-th joined #koha |
| 02:07 |
|
nc-th |
Hi everyone! I am using Koha 3.08. I have a question on "Fast Add Framework". I left out tag 082 when I edited the framework. When I actually catalog, 082 keeps showing up. Anywhere else should I look into fixing this? |
| 02:08 |
|
dcook |
nc-th: You might need to clear your cache if you're using memcached |
| 02:09 |
|
dcook |
Try: echo 'flush_all' | nc localhost 11211 |
| 02:10 |
|
dcook |
Where 11211 is the port for your memcached server |
| 02:12 |
|
nc-th |
dcook: thanks a lot. I will try. |
| 02:13 |
|
dcook |
The other idea might be that you're accidentally using the default framework instead of the FA framework ;). |
| 02:13 |
|
dcook |
But I've had the caching thing happen to me quite a few times so hopefully that's it |
| 02:13 |
|
dcook |
Btw, you can find out the memcached server port by consulting your koha-conf.xml |
| 02:27 |
|
|
gml joined #koha |
| 02:32 |
|
gml |
hello people, please a question more on here (i couldn't find this on google search): is the "<no file>" part in the following line from the zebrasrv log an error, or it's normal operation? |
| 02:32 |
|
gml |
**:**:**-09/04 zebrasrv(3435) [log] add grs.xml <no file> 0 |
| 02:35 |
|
|
nc-th left #koha |
| 02:36 |
|
gml |
because in another zebra cases, like in http://lists.indexdata.dk/pipe[…]ember/001295.html (it's possible that this one isn't related with koha) this line appears as: 13:06:57-27/11 zebraidx(11624) [log] add grs.xml records/record_777776.xml 0 |
| 02:39 |
|
gml |
I was debugging zebraqueue_daemon.pl, but it's not returning any error (via the "warn lines" i can see in the console, neither in /var/log/messages) |
| 02:42 |
|
|
Sean joined #koha |
| 02:42 |
|
eythian |
http://www.trademe.co.nz/motor[…]ion-715522731.htm |
| 02:46 |
|
Sean |
HI all, print hold notices question.... |
| 02:48 |
|
Sean |
11 branches, and having print notices generated based on patron home library is causing big problems. Can these notices be based upon pickup location instead? |
| 04:07 |
|
|
rocio_away left #koha |
| 04:35 |
|
|
cait joined #koha |
| 04:59 |
|
dcook |
So I was getting yaz-client seg faults... |
| 04:59 |
|
dcook |
And eventually I figured out it was due to a bad .yazclient.history file. |
| 04:59 |
|
* dcook |
loves strace |
| 05:05 |
|
dcook |
No idea why the .yazclient.history file was bad. Looked perfectly fine. |
| 05:06 |
|
dcook |
Also turns out that Zebra doesn't like it when a distro puts Zebra in lib64 rather than lib...all the badness O_O |
| 05:06 |
|
dcook |
Silent badness |
| 05:07 |
|
eythian |
it _shouldn't_ matter |
| 05:07 |
|
eythian |
unless there's two different versions (different arches?) and it hits the wrong one first. |
| 05:12 |
|
dcook |
Well, it seems to only look in /usr/lib or /usr/local/lib, so it wasn't finding it at all. |
| 05:12 |
|
dcook |
But yeah, I think the silent part is that it was finding some libs from an older version |
| 05:12 |
|
* dcook |
isn't sure why the older version was still around, of cours |
| 05:12 |
|
dcook |
e |
| 05:12 |
|
|
cait left #koha |
| 05:13 |
|
dcook |
"it" being rebuild_zebra.pl that is |
| 05:14 |
|
|
laurence joined #koha |
| 05:14 |
|
dcook |
I've only started noticing a lib64 on servers recently |
| 05:23 |
|
|
sophie_m joined #koha |
| 05:24 |
|
eythian |
hmm, it might not be in ld.whateveritis |
| 05:24 |
|
eythian |
ld.so.conf |
| 05:32 |
|
|
khall joined #koha |
| 05:35 |
|
dcook |
ld.so.conf? |
| 05:35 |
|
eythian |
/etc/$1 |
| 05:35 |
|
dcook |
Interesting |
| 05:35 |
|
wahanui |
well, Interesting is sometimes good and sometimes bad |
| 05:38 |
|
dcook |
It looks like those are linked at run time so they're probably all right...just hitting the wrong one first like you say |
| 05:59 |
|
* magnuse |
waves |
| 05:59 |
|
wajasu |
man idzebra-config |
| 06:02 |
|
eythian |
wrongwindow.com ? |
| 06:02 |
|
wajasu |
ldd /usr/bin/yaz-client |
| 06:05 |
|
dcook |
Much appreciated, wajasu. I already knew the lib64 modules were the ones I wanted |
| 06:05 |
|
dcook |
But rebuild_zebra.pl only points to lib |
| 06:06 |
|
dcook |
But ld.so.conf should link lib64 in at runtime it seems |
| 06:06 |
|
dcook |
But the old modules were getting in the way it would appear |
| 06:06 |
|
dcook |
ldd seems neat though |
| 06:06 |
|
dcook |
Ah... |
| 06:07 |
|
dcook |
ldd invokes the dynamic linker |
| 06:07 |
|
dcook |
That's extra cool |
| 06:08 |
|
* dcook |
re-reads what he wrote |
| 06:08 |
|
dcook |
It just sounds weird now :p |
| 06:09 |
|
dcook |
Yaz-client seemed all right, btw. I think it was zebraidx that was having no fun. |
| 06:15 |
|
wajasu |
dcook: don't know if you are in the position to run dev installs for that preliminary bug 11232 patch for zebra facets. its in assigned state. i still need to add unimarc, but that can be a followup. |
| 06:15 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=11232 new feature, P5 - low, ---, gmcharlt, ASSIGNED , Retrieve facets from Zebra |
| 06:17 |
|
dcook |
Alas, I don't have much time at the moment. I'm focusing more on local stuff at the moment, unfortunately. |
| 06:18 |
|
wajasu |
i think i have another week so to work on it, but if i disappear for a few months i know i will forget all the search stuff i learned. so thats why i checked it in. |
| 06:19 |
|
wajasu |
i think folks will be focues on apr 24th release efforts, which it probably won't be apart of. |
| 06:24 |
|
dcook |
I know I certainly appreciate you taking the time to make a patch :) |
| 06:25 |
|
dcook |
Yeah, given that 3.16's deadlines are coming up, I'm focusing more on small stuff. |
| 06:25 |
|
dcook |
Well, local stuff first, then whatever small stuff that can go back upstream. |
| 06:31 |
|
|
marcelr joined #koha |
| 06:31 |
|
marcelr |
hi #koha |
| 06:33 |
|
dcook |
yo marcelr |
| 06:33 |
|
marcelr |
hi dcook |
| 06:40 |
|
|
reiveune joined #koha |
| 06:41 |
|
reiveune |
hello |
| 06:41 |
|
dcook |
salut reiveune |
| 06:42 |
|
reiveune |
bonjour dcook magnuse rangi :) |
| 06:42 |
|
magnuse |
bonjour reiveune |
| 06:47 |
|
magnuse |
@wunder marseille |
| 06:47 |
|
huginn |
magnuse: The current temperature in Realtor, CABRIES, France is 8.8°C (8:47 AM CEST on April 10, 2014). Conditions: Clear. Humidity: 48%. Dew Point: -2.0°C. Windchill: 9.0°C. Pressure: 30.09 in 1019 hPa (Rising). |
| 06:47 |
|
magnuse |
@wunder boo |
| 06:47 |
|
huginn |
magnuse: The current temperature in Bodo, Norway is 4.0°C (8:20 AM CEST on April 10, 2014). Conditions: Scattered Clouds. Humidity: 56%. Dew Point: -4.0°C. Windchill: -2.0°C. Pressure: 29.80 in 1009 hPa (Steady). |
| 06:58 |
|
|
alex_a joined #koha |
| 06:58 |
|
alex_a |
bonjour |
| 07:00 |
|
dcook |
@wunder sydney, australia |
| 07:00 |
|
huginn |
dcook: The current temperature in Sydney, New South Wales is 22.0°C (4:30 PM EST on April 10, 2014). Conditions: Light Rain. Humidity: 73%. Dew Point: 17.0°C. Pressure: 29.89 in 1012 hPa (Steady). |
| 07:00 |
|
dcook |
salut alex_a |
| 07:00 |
|
dcook |
magnuse: Isn't it supposed to be spring there? |
| 07:00 |
|
dcook |
I suppose there is still snow back home in Canada... |
| 07:04 |
|
magnuse |
dcook: nah, a little bit early |
| 07:04 |
|
magnuse |
well, it actually feels like spring now, but that temp is pretty normal |
| 07:21 |
|
|
trongtritran91 joined #koha |
| 07:21 |
|
trongtritran91 |
alo |
| 07:21 |
|
trongtritran91 |
please help me |
| 07:23 |
|
trongtritran91 |
helo everyone |
| 07:26 |
|
paxed |
why is RESERVESLIP printed for both transfers AND reserves? shouldn't there be different slips for each? |
| 07:33 |
|
|
khall_ joined #koha |
| 07:46 |
|
* magnuse |
wonders if that really is khall or just some sleepless ghost |
| 07:57 |
|
dcook |
all right time to go! |
| 07:58 |
|
dcook |
Movie night w/ wife! |
| 08:00 |
|
magnuse |
have fun dcook |
| 08:03 |
|
trongtritran91 |
oh, when i search in box of koha |
| 08:03 |
|
trongtritran91 |
result is not well |
| 08:04 |
|
trongtritran91 |
ex; my book name is: Láºp Trình C |
| 08:05 |
|
trongtritran91 |
when i type in search box: Láºp Trình C is result wel |
| 08:05 |
|
trongtritran91 |
but i type in search book: lap trinh c is no result . |
| 08:05 |
|
trongtritran91 |
help me |
| 08:11 |
|
trongtritran91 |
please! help me |
| 08:15 |
|
|
matts joined #koha |
| 08:59 |
|
|
atheia joined #koha |
| 09:17 |
|
magnuse |
hiya matts and atheia |
| 09:18 |
|
atheia |
Morning magnuse. |
| 09:21 |
|
|
vfernandes joined #koha |
| 09:21 |
|
vfernandes |
hi :) |
| 09:36 |
|
paxed |
i've got a patch that changes the date calculation for reserve expiration so it skips all holidays. would anyone else be interested in that? |
| 09:37 |
|
magnuse |
sounds like a good thing to me |
| 09:42 |
|
atheia |
Sounds good indeed — but may need a preference to switch it on and off? |
| 09:43 |
|
paxed |
and it would need the some extra test written for Calendar, but I have never done any of those. |
| 09:43 |
|
paxed |
s/the // |
| 09:54 |
|
paxed |
bug 12063 |
| 09:54 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=12063 enhancement, P5 - low, ---, koha-bugs, NEW , Change date calculation for reserve expiration to skip all holidays |
| 10:44 |
|
vfernandes |
z3950 searching not working... what can I do? |
| 10:45 |
|
vfernandes |
there is the need to open some specific port? |
| 10:46 |
|
vfernandes |
i've compared two of mine Koha installation: one on my server which is working, another on client server which is not working |
| 11:21 |
|
|
nengard joined #koha |
| 11:32 |
|
|
matts_away joined #koha |
| 11:58 |
|
|
meliss joined #koha |
| 12:06 |
|
|
kmlussier joined #koha |
| 12:11 |
|
|
francharb joined #koha |
| 12:22 |
|
|
oleonard joined #koha |
| 12:25 |
|
oleonard |
Hi #koha |
| 12:28 |
|
magnuse |
hiya oleonard |
| 12:42 |
|
|
atheia joined #koha |
| 12:56 |
|
|
Dyrcona joined #koha |
| 12:57 |
|
* chris_n |
is looking for someone with a working 3.12 koha to confirm bug 12064 |
| 12:57 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=12064 normal, P5 - low, ---, cnighswonger, In Discussion , labels that don't use the splitter print zeros |
| 12:59 |
|
|
drojf joined #koha |
| 13:00 |
|
|
drojf joined #koha |
| 13:13 |
|
|
francharb joined #koha |
| 13:56 |
|
rhcl |
This could be interesting. I wanna watch. |
| 13:57 |
|
oleonard |
? |
| 14:07 |
|
|
kmlussier joined #koha |
| 14:17 |
|
|
SherryS joined #koha |
| 14:22 |
|
|
Dyrcona1 joined #koha |
| 14:34 |
|
rhcl |
@wunder 64507 |
| 14:34 |
|
huginn |
rhcl: The current temperature in Wyatt Park, St Joseph, Missouri is 16.3°C (9:34 AM CDT on April 10, 2014). Conditions: Clear. Humidity: 45%. Dew Point: 4.0°C. Pressure: 29.78 in 1008 hPa (Rising). |
| 14:43 |
|
|
Topic for #koha is now Next general meeting is 7 May 2014 at 15:00 and 21:00 UTC. Welcome to the IRC home of Koha http://koha-community.org. Please use http://paste.koha-community.org for pastes. |
| 14:45 |
|
|
paul_p joined #koha |
| 14:45 |
|
oleonard |
Hi paul_p, still traveling? |
| 14:46 |
|
paul_p |
hi oleonard, yes, still in moldova ;-) |
| 14:46 |
|
paul_p |
will be back on saturday morning |
| 14:47 |
|
gmcharlt |
paul_p: neat! |
| 14:48 |
|
|
khall_ joined #koha |
| 14:49 |
|
oleonard |
chris_n still around? |
| 14:52 |
|
|
kmlussier joined #koha |
| 14:58 |
|
|
tgoat joined #koha |
| 15:02 |
|
reiveune |
bye |
| 15:02 |
|
|
reiveune left #koha |
| 15:03 |
|
|
rocio joined #koha |
| 15:16 |
|
|
SherryS left #koha |
| 15:18 |
|
oleonard |
Thousands of websites still hosted on Windows XP http://news.netcraft.com/archi[…]n-windows-xp.html |
| 15:18 |
|
oleonard |
The best bit: "Netcraft's April 2014 survey also found 50,000 websites which are hosted on even older Windows NT4 servers running Microsoft IIS 4.0, although three quarters of these sites are served from the same computer in Norway." |
| 15:18 |
|
* oleonard |
looks pointedly at magnuse |
| 15:19 |
|
gmcharlt |
:) |
| 15:22 |
|
druthb |
magnuse! |
| 15:22 |
|
wahanui |
magnuse is a Norwegian giant. |
| 15:25 |
|
|
rocio left #koha |
| 15:30 |
|
oleonard |
Oh great, renewals from circ/renew.pl are entered into the statistics table with no branch >:( |
| 15:39 |
|
|
laurence left #koha |
| 15:49 |
|
|
khall_ joined #koha |
| 15:50 |
|
* wajasu |
still has unix servers running from the 80's and early 90's. amazed the boxes are still up. |
| 16:04 |
|
|
khall left #koha |
| 16:11 |
|
|
rocio joined #koha |
| 16:19 |
|
|
khall joined #koha |
| 16:21 |
|
bag |
morning |
| 16:21 |
|
wahanui |
i think morning is a state of cat |
| 16:21 |
|
bag |
magnuse HI |
| 16:24 |
|
|
rocio left #koha |
| 16:27 |
|
druthb |
hi, bag! |
| 16:36 |
|
bag |
heya druthb |
| 16:38 |
|
|
mario joined #koha |
| 16:48 |
|
|
khall_ joined #koha |
| 16:54 |
|
|
rocio joined #koha |
| 17:12 |
|
|
kmlussier left #koha |
| 17:18 |
|
|
Edveal joined #koha |
| 17:20 |
|
Edveal |
Hello |
| 17:20 |
|
wahanui |
hi, Edveal |
| 17:20 |
|
Edveal |
Just showing #koha to a self hosted librarian |
| 17:21 |
|
oleonard |
Hi self hosted librarian! |
| 17:26 |
|
|
nengard left #koha |
| 17:31 |
|
chris_n |
oleonard: here for just a moment |
| 17:32 |
|
oleonard |
chris_n: I was just wondering what the test plan was for trying to reproduce that label bug |
| 17:34 |
|
chris_n |
what I did was this |
| 17:36 |
|
chris_n |
1. in the label creator tool, create two layouts for BIB only, selecting just the callnumber field, and setting the font to some reasonable size |
| 17:36 |
|
chris_n |
2. create a small batch of labels |
| 17:37 |
|
chris_n |
3. export the batch twice; once using the layout with "split callnumber" selected (I failed to mention that in step 1); and the other with the layout without the splitting option |
| 17:37 |
|
chris_n |
4. compare the two resulting pdfs |
| 17:38 |
|
chris_n |
I'm assuming that is what nicole did |
| 17:38 |
|
chris_n |
I'm off for a bit, but will check back |
| 17:49 |
|
|
jmsasse joined #koha |
| 17:52 |
|
|
kmlussier joined #koha |
| 17:52 |
|
|
alphaman joined #koha |
| 18:09 |
|
|
rhcl joined #koha |
| 18:13 |
|
chris_n |
back |
| 18:13 |
|
|
kmlussier left #koha |
| 18:16 |
|
|
pianohacker joined #koha |
| 18:16 |
|
pianohacker |
Yo |
| 18:18 |
|
|
mtompset joined #koha |
| 18:18 |
|
mtompset |
Greetings, #koha. |
| 18:18 |
|
mtompset |
jcamins: Are you here? :) |
| 18:19 |
|
oleonard |
pianohacker: Could I get you to test Bug 12058? |
| 18:19 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=12058 normal, P5 - low, ---, oleonard, Needs Signoff , OverDrive search results page doesn't show cart, lists, or login links |
| 18:21 |
|
mtompset |
oleonard: Wow. That was a big oversight. :) |
| 18:22 |
|
oleonard |
Well, the effects are subtle if you're focused on the search results |
| 18:25 |
|
alphaman |
oleonard: wow, good catch. I didn't see that 'til you mentioned it. thanks for patching! |
| 18:26 |
|
pianohacker |
oleonard: Sure, I'll try to take a crack at it later today |
| 18:47 |
|
oleonard |
My session had timed out, clicked the "Remove restriction" link in the staff client and was redirected to the OPAC login page. |
| 18:48 |
|
pianohacker |
oleonard: aw dammit now that I'm not on mobile I see what I did. Dangit. |
| 18:48 |
|
oleonard |
(members/mod_debarment.pl?borrowernumber=1234&borrower_debarment_id=1234&action=del) |
| 19:01 |
|
chris_n |
oleonard: I added that test procedure to the bug |
| 19:01 |
|
* chris_n |
figured that might have been the reason for the question to being with :-) |
| 19:02 |
|
oleonard |
Thanks chris_n. The first time I tested it I couldn't reproduce the problem. I'll try again to make sure I wasn't testing incorrectly. |
| 19:02 |
|
mtompset |
debarment? That reminds me of a patch... |
| 19:04 |
|
oleonard |
A fond memory I hope mtompset |
| 19:04 |
|
mtompset |
No... there was a bug, I remember seeing it fixed... trying to find it again. |
| 19:06 |
|
mtompset |
bug 11182 |
| 19:06 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=11182 enhancement, P5 - low, ---, srdjan, Passed QA , Warnings in circulation |
| 19:07 |
|
rangi |
morning |
| 19:07 |
|
mtompset |
particularly the last section of the first patch file. |
| 19:07 |
|
|
tgoat joined #koha |
| 19:07 |
|
oleonard |
Dear someone smart: Please fix Bug 12066. |
| 19:08 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=12066 major, P5 - low, ---, koha-bugs, NEW , New renew page in staff client doesn't record branch in statistics |
| 19:08 |
|
oleonard |
That bug is going to make me have to correct my stats for 6 months to come. |
| 19:09 |
|
|
Dyrcona1 joined #koha |
| 19:11 |
|
rangi |
its interesting |
| 19:11 |
|
rangi |
because circ/renew.pl calls AddRenewal |
| 19:11 |
|
rangi |
which does the updatestats call |
| 19:12 |
|
oleonard |
rangi: But renew.pl doesn't pass the branchcode to AddRenewal |
| 19:12 |
|
rangi |
yep |
| 19:12 |
|
rangi |
which is pretty stupid of it |
| 19:12 |
|
oleonard |
:| |
| 19:16 |
|
rangi |
presumably in that case, it should be renewing as the branch the librarian has set themselves to |
| 19:17 |
|
rangi |
different logic to the opac case at least anyway |
| 19:19 |
|
rangi |
it'll probably need a syspref, so the behaviour can be controlled, log renewal at patron homebranch, log renewal at item homebranch, log renewal at item current branch, log renewal at branch librarian has chosen when logging in |
| 19:19 |
|
rangi |
are the cases i can think of |
| 19:20 |
|
rangi |
im not going to have time to work on it in the near future unfortunately |
| 19:20 |
|
oleonard |
When we renew from circulation.pl we assume the logged in branch gets credit don't we? |
| 19:21 |
|
rangi |
yep |
| 19:22 |
|
rangi |
different to opac |
| 19:22 |
|
rangi |
where we do logic more like the above, except the last case is opac-renew |
| 19:26 |
|
oleonard |
I don't think a new system pref is necessary... just pass the logged-in branch and make it work the way circulation.pl renewals do. |
| 19:26 |
|
oleonard |
Or am I missing something? |
| 19:27 |
|
rangi |
only if you think circulation.pl is working correctly |
| 19:28 |
|
oleonard |
I do. And let's leave it at that before someone decides it's broken! :P |
| 19:28 |
|
rangi |
yep, should be a 1 line patch then |
| 19:29 |
|
rangi |
well a bit more |
| 19:29 |
|
rangi |
we need to do |
| 19:30 |
|
rangi |
if (!C4::Context->userenv && !$branch){ |
| 19:30 |
|
rangi |
if ($session->param('branch') eq 'NO_LIBRARY_SET'){ |
| 19:30 |
|
rangi |
# no branch set we can't issue |
| 19:30 |
|
rangi |
print $query->redirect("/cgi-bin/koha/circ/selectbranchprinter.pl"); |
| 19:30 |
|
rangi |
exit; |
| 19:30 |
|
rangi |
} |
| 19:30 |
|
rangi |
} |
| 19:30 |
|
rangi |
something like that |
| 19:30 |
|
rangi |
to make sure they have a branch set |
| 19:30 |
|
rangi |
with my $branch = C4::Context->userenv->{'branch'}; |
| 19:31 |
|
rangi |
and then just pass $branch |
| 19:33 |
|
rangi |
maybe |
| 19:33 |
|
rangi |
if (!C4::Context->userenv){ |
| 19:33 |
|
rangi |
redirect |
| 19:34 |
|
rangi |
} |
| 19:34 |
|
rangi |
my $branch = C4::Context->userenv->{'branch'}; |
| 19:34 |
|
rangi |
near the top of the script |
| 19:35 |
|
rangi |
we may as well bail as fast as we can |
| 19:36 |
|
rangi |
if i was going to be at a real computer in the near future id have a go, but i wont be until monday |
| 19:36 |
|
* oleonard |
pastes the whole conversation into the script and puts it into production |
| 19:37 |
|
rangi |
heh |
| 19:38 |
|
bag |
awesome |
| 19:40 |
|
rangi |
im off to here http://baacamp.org/ today assuming the mist/fog goes away soon |
| 19:40 |
|
* oleonard |
dispatches Rudolph |
| 19:45 |
|
oleonard |
http://www.socialprogressimper[…]spi/countries/NZL |
| 19:46 |
|
rangi |
number 1 number 1 |
| 19:54 |
|
rangi |
right taking kids to school |
| 19:57 |
|
wajasu |
access to advanced education might create disatisfaction in the area of personal opportunity ... |
| 20:10 |
|
rhcl |
what reasons would indicate a need to run the following: http://manual.koha-community.o[…]n/resetzebra.html |
| 20:12 |
|
rhcl |
would running those scripts routinely (every night?) improve search results? |
| 20:14 |
|
wajasu |
i think that creates the initial zebra directories/ shadow registers and such. it might be a one time thing, but if they get corrupted... or maybe files get left around during indexing from a crash/kill of the app (should be rare) |
| 20:15 |
|
wajasu |
it deletes them |
| 20:15 |
|
wajasu |
man zebraidx |
| 20:43 |
|
rhcl |
tnx wajasu |
| 20:45 |
|
|
NateC joined #koha |
| 20:45 |
|
wajasu |
rhcl: every time you run rebuild_zebra.pl with -r ir does that reset clean up things. |
| 20:46 |
|
rhcl |
yea, cron runs that script every night |
| 21:16 |
|
|
NateC joined #koha |
| 21:58 |
|
|
rambutan left #koha |
| 22:21 |
|
|
Dyrcona joined #koha |
| 22:25 |
|
|
Dyrcona joined #koha |
| 22:53 |
|
|
drojf joined #koha |
| 22:56 |
|
|
drojf left #koha |
| 23:08 |
|
|
NateC joined #koha |
| 23:26 |
|
pianohacker |
Are we not really keeping kohastructure.sql alphabetized anymore? |
| 23:27 |
|
eythian |
hi |
| 23:27 |
|
mtompset |
pianohacker: We are supposed to be. why? |
| 23:27 |
|
mtompset |
Greetings, eythian pianohacker. :) |
| 23:27 |
|
pianohacker |
mtompset: Take a look at the version in HEAD. Where would you put a table called external_targets? :) |
| 23:28 |
|
mtompset |
Oh, I was thinking system preferences. |
| 23:28 |
|
mtompset |
Was kohastructure every alphabetical? |
| 23:29 |
|
mtompset |
Was kohastructure ever alphabetical? |
| 23:29 |
|
pianohacker |
It was at some point... |
| 23:29 |
|
pianohacker |
At this point, it looks like we've just said to hell with it and started throwing things at the end |
| 23:30 |
|
* pianohacker |
assumes that in this particularly, everything is properly alphabetized and sorted and filed :) |
| 23:30 |
|
pianohacker |
*particular project |
| 23:31 |
|
dcook |
hehe |
| 23:31 |
|
dcook |
There is probably a saying for this situation... |
| 23:32 |
|
dcook |
I'll be glad when we (hopefully) don't have to use kohastructure.sql anymore |
| 23:33 |
|
pianohacker |
Yeah, are there plans for that, now that we have the schema smushed properly into Koha::Schema? |
| 23:33 |
|
dcook |
Is it just me or are the values for the -g flag wrong here? http://manual.koha-community.o[…]n/resetzebra.html |
| 23:33 |
|
dcook |
Shouldn't those be marcxml? |
| 23:34 |
|
dcook |
We have both iso2709 and marcxml defined in the .cfg... |
| 23:35 |
|
eythian |
I suppose it depends on if you're using DOM or grs-1. But that's just a guess. |
| 23:36 |
|
dcook |
Hmm, the files that those groups differentiate are nearly identical |
| 23:36 |
|
dcook |
In the case of authorities, I think we've only been using DOM for a while anway |
| 23:37 |
|
dcook |
I think dom and grs-1 get different .cfg files anyway |
| 23:38 |
|
dcook |
Ahh, looks like iso2709 is the correct option.. |
| 23:38 |
|
dcook |
At least in the grs-1 context, a group of "iso2709" means you can use iso marc or marcxml.. |
| 23:39 |
|
dcook |
pianohacker: No idea :S |
| 23:39 |
|
* dcook |
probably couldn't be more out of touch with Koha's direction atm |
| 23:39 |
|
dcook |
:/ |
| 23:40 |
|
pianohacker |
why so? |
| 23:42 |
|
|
NateC joined #koha |
| 23:51 |
|
mtompset |
dcook: I bet I'm more out of touch than you. :P |
| 23:54 |
|
dcook |
pianohacker: I'm never around for meetings and even when I read the minutes, I don't get the feeling that we really have a plan. |
| 23:55 |
|
dcook |
Or that it's all happening behind closed doors |
| 23:55 |
|
dcook |
But, I don't have much in the way of contributions lately, so I can't complain too much :p |
| 23:56 |
|
eythian |
keep in mind there's plans, and then there's what people actually put time into doing. |
| 23:56 |
|
eythian |
they may not be the same thing |
| 23:57 |
|
dcook |
Mmm, also very true |
| 23:58 |
|
dcook |
I suppose people aren't responsible for saying what they're up to either |
