| Time |
S |
Nick |
Message |
| 00:13 |
|
|
inlibro joined #koha |
| 00:13 |
|
|
AndrewFH joined #koha |
| 01:13 |
|
|
inlibro joined #koha |
| 02:13 |
|
|
inlibro joined #koha |
| 03:13 |
|
|
inlibro joined #koha |
| 04:03 |
|
|
dcook joined #koha |
| 04:10 |
|
|
lukeG1 joined #koha |
| 04:14 |
|
|
inlibro joined #koha |
| 04:17 |
|
|
aleisha joined #koha |
| 05:14 |
|
|
inlibro joined #koha |
| 05:18 |
|
dcook |
Bug 25634 |
| 05:18 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=25634 normal, P5 - low, ---, koha-bugs, NEW , koha-foreach exits if 1 command has non-zero status |
| 05:19 |
|
dcook |
I wonder how many people are getting bitten by that |
| 05:19 |
|
dcook |
And I did a horrible job describing it... |
| 05:26 |
|
|
chris joined #koha |
| 05:56 |
|
dcook |
@later tell Joubu could you look at Bug 25634 and tell me what you think? |
| 05:56 |
|
huginn |
dcook: The operation succeeded. |
| 06:14 |
|
|
inlibro joined #koha |
| 06:25 |
|
|
kohaputti joined #koha |
| 06:35 |
|
|
sophie_m joined #koha |
| 06:36 |
|
|
reiveune joined #koha |
| 06:38 |
|
reiveune |
hello |
| 06:40 |
|
|
did joined #koha |
| 06:56 |
|
|
andreashm joined #koha |
| 07:05 |
|
Joubu |
ashimema++ |
| 07:05 |
|
paxed |
grrrhhh |
| 07:05 |
|
Joubu |
koha-community++ |
| 07:05 |
|
paxed |
Error while loading /home/koha/Koha/misc/plack/plack.psgi: Can't locate Authen/CAS/Client/Response/Failure.pm |
| 07:10 |
|
ashimema |
Community++ |
| 07:10 |
|
ashimema |
Thanks for all your helps guys.. u have lots of catching up to do this morning |
| 07:10 |
|
Joubu |
paxed: Did you install it? |
| 07:10 |
|
ashimema |
S/u/I |
| 07:11 |
|
ashimema |
Silly mobile |
| 07:11 |
|
paxed |
Joubu: this installation has been working fine for several years. i stopped apache/plack/memcached today, and trying to restart, that's all i get. |
| 07:11 |
|
Joubu |
do you use CAS? |
| 07:11 |
|
paxed |
no |
| 07:12 |
|
Joubu |
Do you have libauthen-cas-client-perl installed? |
| 07:12 |
|
paxed |
yes |
| 07:12 |
|
Joubu |
which version? |
| 07:12 |
|
wahanui |
somebody said which version was thiis? |
| 07:13 |
|
paxed |
libauthen-cas-client-perl 0.07-1 |
| 07:13 |
|
Joubu |
same here |
| 07:14 |
|
|
inlibro joined #koha |
| 07:15 |
|
paxed |
i sure did not need this today. first day the libraries here are open since they were closed few months ago due to corona. |
| 07:16 |
|
Joubu |
try pmpath Authen::CAS::Client |
| 07:16 |
|
Joubu |
edit the file |
| 07:17 |
|
Joubu |
no, it's not there |
| 07:17 |
|
Joubu |
I see /usr/share/perl5/Authen/CAS/Client/Response.pm:package Authen::CAS::Client::Response::Failure; |
| 07:17 |
|
paxed |
yup. |
| 07:18 |
|
Joubu |
as a workaround I'd try to comment the use line in C4::Auth_with_cas |
| 07:18 |
|
Joubu |
as it seems you need a quick fix |
| 07:18 |
|
Joubu |
26 use Authen::CAS::Client; |
| 07:20 |
|
Joubu |
but in my understanding of the code, C4::Auth_with_cas should not be loaded if the pref casAuthentication is off |
| 07:21 |
|
paxed |
Joubu: thanks, i got it up and running, for now. |
| 07:21 |
|
paxed |
casAuthentication is off |
| 07:29 |
|
paxed |
Joubu: i'm wondering, why in C4/Auth require C4::Auth_with_cas is outside the if ($cas)? compare to if ($ldap) case |
| 07:30 |
|
Joubu |
hum indeed, that seems wrong |
| 07:38 |
|
|
andreashm joined #koha |
| 07:54 |
|
|
enkidu joined #koha |
| 08:14 |
|
|
inlibro joined #koha |
| 08:16 |
|
ashimema |
20.05.x branch added and permissions granted.. Joubu.. master is now all yours.. good luck :) |
| 08:17 |
|
ashimema |
rangi, tcohen and I all still have push rights to back you up as and when requested (rangi because he always has, tomas and I because we're listed as RM Assistants 🙂 ) |
| 08:17 |
|
|
andreash_ joined #koha |
| 08:17 |
|
mtj |
hi folks, im about |
| 08:17 |
|
ashimema |
hi mtj |
| 08:18 |
|
ashimema |
hows it going :) |
| 08:18 |
|
mtj |
just running some jenkins tests on the 20.05.00 tag |
| 08:19 |
|
ashimema |
thanks mtj |
| 08:21 |
|
Joubu |
yup ashimema :) |
| 08:22 |
|
ashimema |
@later tell tuxayo catch me when you are about. I can add your public key to the git servers. |
| 08:22 |
|
huginn |
ashimema: The operation succeeded. |
| 08:24 |
|
|
andreash_ joined #koha |
| 08:58 |
|
|
cait joined #koha |
| 09:14 |
|
|
inlibro joined #koha |
| 09:20 |
|
ashimema |
cait |
| 09:20 |
|
ashimema |
any idea which post is the front page on the community? |
| 09:20 |
|
cait |
yep |
| 09:20 |
|
cait |
i was there before |
| 09:20 |
|
cait |
let me try |
| 09:20 |
|
ashimema |
thanks |
| 09:20 |
|
cait |
i think it's hiding in the template stuff |
| 09:20 |
|
cait |
you wnt to change the front version? |
| 09:20 |
|
ashimema |
I can't seem to find it.. |
| 09:20 |
|
ashimema |
yup |
| 09:21 |
|
ashimema |
I sent a handover email round btw.. think i used your web.de address |
| 09:21 |
|
cait |
that's ok, we got a holiday today |
| 09:21 |
|
cait |
that made me see it |
| 09:21 |
|
cait |
already responded |
| 09:21 |
|
ashimema |
it lists what i've already done to handover and what I think still left |
| 09:21 |
|
ashimema |
awesome, thanks |
| 09:22 |
|
paxed |
Joubu: will you file a bug for the require CAS being outside if ($cas)? |
| 09:23 |
|
|
dolf joined #koha |
| 09:25 |
|
Joubu |
paxed: I am not familiar enough to make sure it's not outside on purpose |
| 09:25 |
|
Joubu |
*with cas code* |
| 09:32 |
|
cait |
ashimema: found it! changing website now |
| 09:34 |
|
cait |
Customize > Homepage settings |
| 09:35 |
|
ashimema |
nice one.. thanks cait |
| 09:36 |
|
Joubu |
Are the pkg available already? I think we use to change to homepage when they are |
| 09:37 |
|
cait |
we are linking to the release statement, i think it shoudl be ok to do it now |
| 09:37 |
|
cait |
the mail is also gone out already |
| 09:37 |
|
cait |
has gone... |
| 09:38 |
|
cait |
doing it half makes not much sense I think - the cat is out of the bag :) |
| 09:42 |
|
dolf |
Hello kohaphiles, I need some advice or pointers to where I can find advice. I have an app that reads records from Koha via OAI-PMH. The app uses it for referencing works, and links each reference back to the record's detail page. Very nifty. Now we want to reference works that we don't physically have on the shelf (and never will have). I'm trying to figure out whether it's better to create a new Koha instance, library, branch, or location. I'm not sure where in |
| 09:42 |
|
dolf |
the hierarchy would be the best place. Any ideas on the pros and cons of these? |
| 09:44 |
|
cait |
i think it's mostly a question on how you want it to look |
| 09:44 |
|
cait |
not a technical one |
| 09:44 |
|
cait |
how to configure it so people are aware this is not in your library catalog |
| 09:44 |
|
cait |
well it's in the catalog... but not in the library |
| 09:45 |
|
|
kidclamp joined #koha |
| 09:45 |
|
cait |
we have a library that refers to items in a big library close by and they have created a branch for this, which makes sense in this case |
| 09:46 |
|
cait |
a branch could help when people want to limit easily from the simple search to items only available in your library - so maybe I'd go this route |
| 09:48 |
|
dolf |
We tend to use the advanced search page only, and I see there is a filter for library, but not for branches. Does it only show up when there is more than one branch? Or does it only show up on the simple search in opac-main? |
| 09:48 |
|
dolf |
And you're quite right, we want those records available, but omitted in search by default. |
| 09:48 |
|
cait |
librareis = branches |
| 09:48 |
|
cait |
koha doesn't have a hierarchy below library |
| 09:48 |
|
dolf |
oooh sorry, I though that was yet another level in the hierarchy |
| 09:49 |
|
cait |
the simple search can also offer a library pull down- there is a pref to make that show up |
| 09:49 |
|
cait |
OpacAddMastheadLibraryPulldown |
| 09:50 |
|
dolf |
Very nice, this sounds like the way to go. |
| 09:50 |
|
dolf |
I also looked at library groups, since the manual says that it's used to limit searches, but it's not very clear how that works. E.g.: What is "__SEARCH_GROUPS__" ? |
| 09:57 |
|
cait |
where have you looked? |
| 09:57 |
|
cait |
search groups can be used to group mulitple libraries for searching |
| 09:58 |
|
cait |
so you can simultanously search in multiple by only selecting one group |
| 10:01 |
|
|
andreashm joined #koha |
| 10:02 |
|
dolf |
So if I go to /cgi-bin/koha/admin/library_groups.pl I see an empty group named __SEARCH_GROUPS__ and I don't know what it's for. |
| 10:03 |
|
dolf |
I was looking for a way to omit my "references" library from search by default. Have not found a way yet. It would be nice to be able to configure a default for the location filter on all searches, or completely ban the references branch from searches. |
| 10:06 |
|
cait |
if you hide it, you won't be ablet o link to it |
| 10:07 |
|
cait |
and not sure if oai-pmh will still give you the data |
| 10:07 |
|
cait |
there are some ways using apache to create a opac interaface for single libraries in an instance |
| 10:08 |
|
cait |
thinking loud and maybe confusing |
| 10:09 |
|
cait |
tihnking of something like this: https://wiki.koha-community.or[…]_in_Apache_config |
| 10:09 |
|
cait |
but maybe in that case having a separate instance would be easier |
| 10:11 |
|
dolf |
We don't want to hide the data. Detail pages should be available. I could configure one group for branches that should be included in searches, and another for the reference branch(es) (which should, by default, be excluded from searches). That why I was wondering what the empty group called __SEARCH_GROUPS__ is for... |
| 10:12 |
|
dolf |
If only I could change the default value of the "MastheadLibraryPulldown" as well as the default value of the location filter on the advanced search page. |
| 10:14 |
|
cait |
you can with jquery and opacuserjs |
| 10:15 |
|
|
inlibro joined #koha |
| 10:16 |
|
dolf |
If that's the only way... it feels hacky to select default values using custom JS. |
| 10:16 |
|
dolf |
Thanks for the ideas!! |
| 10:17 |
|
dolf |
By the way, it looks like __SEARCH_GROUPS__ is something left over because of updating from a previous Koha version. https://bugs.koha-community.or[…]_bug.cgi?id=16735 It looks like I can just delete it. |
| 10:17 |
|
huginn |
Bug 16735: enhancement, P5 - low, ---, kyle, CLOSED FIXED, Replace existing library search groups functionality with the new hierarchical groups system |
| 10:20 |
|
dolf |
no jQuery needed: document.getElementById('select_library').value = 'branch:ABC' |
| 10:23 |
|
|
lukeG joined #koha |
| 10:23 |
|
cait |
yes, that's javascript directly, jquery makes it even a little easier |
| 10:24 |
|
dolf |
Even better: (document.getElementById('select_library') || {}).value = 'branch:RSC'; |
| 10:30 |
|
dolf |
I might have misunderstood something... are records associated with branches, or are only the items associated with branches? |
| 10:37 |
|
cait |
only items |
| 10:37 |
|
cait |
you have to add items to your reference records for the branch to make it work |
| 10:38 |
|
dolf |
OK, so maybe I do need a separate instance then... I'll do some experiments |
| 10:41 |
|
dolf |
By the way, I found the first problem with my naive JS code from above: When 'branch_group_limit' is set in the query params, it is overwritten, so if you manually changed the branch, ran a search, modified your search and ran it again, it searches on a different branch. So it gets more complicated. |
| 10:52 |
|
koha-jenkins |
Project Koha_Master_D10 build #254: STILL UNSTABLE in 50 min: https://jenkins.koha-community[…]a_Master_D10/254/ |
| 10:54 |
|
|
oleonard joined #koha |
| 10:54 |
|
oleonard |
Hi #koha |
| 10:54 |
|
cait |
hi oleonard :) |
| 10:54 |
|
* cait |
is not sure what made her go there... but bug 25630 |
| 10:54 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=25630 enhancement, P5 - low, ---, katrin.fischer, Needs Signoff , More capitalization and terminology fixes for system preferences |
| 10:57 |
|
koha-jenkins |
Project Koha_Master_D9 build #1353: STILL UNSTABLE in 36 min: https://jenkins.koha-community[…]a_Master_D9/1353/ |
| 11:00 |
|
ashimema |
looks great cait |
| 11:00 |
|
ashimema |
new 'Technical highlights' section just added to the release news |
| 11:00 |
|
ashimema |
https://koha-community.org/koha-20-05-released/ |
| 11:01 |
|
oleonard |
Congratulations ashimema on the release |
| 11:01 |
|
* ashimema |
forgot/ran out of time to add them last night prior to the anouncement |
| 11:01 |
|
ashimema |
thanks oleonard |
| 11:01 |
|
ashimema |
just sweeping up the last bits now :) |
| 11:01 |
|
ashimema |
but at least we managed to announce it in May stil ;) |
| 11:02 |
|
cait |
great effort on that ashimema++ |
| 11:04 |
|
|
AndrewFH joined #koha |
| 11:09 |
|
oleonard |
The release notes are wonderfully long :D |
| 11:15 |
|
|
inlibro joined #koha |
| 11:17 |
|
|
ValterBarreira[m] left #koha |
| 11:18 |
|
|
tuxayo[m] left #koha |
| 11:23 |
|
|
chris joined #koha |
| 11:23 |
|
ashimema |
lol.. they're HUGE |
| 11:24 |
|
ashimema |
must admit I ran out of go at the end.. it was a long hard slog to try and make them appealing with decent summaries for at least all the new features and lots of the enhancements. |
| 11:26 |
|
cait |
perfect is the enemy... (of what I forgot) |
| 11:26 |
|
cait |
but i feel you/we did pretty great and now it's onto the next cycle :) |
| 11:26 |
|
ashimema |
haha.. indeed |
| 11:26 |
|
ashimema |
yup.. looking forward to getting stuck into the next cycle :) |
| 11:33 |
|
|
killer_bee[m] left #koha |
| 11:44 |
|
|
chris2 joined #koha |
| 11:48 |
|
|
AndrewFH joined #koha |
| 11:49 |
|
tcohen |
ashimema |
| 11:49 |
|
wahanui |
well, ashimema is literally just writing up the release anouncement ;) |
| 11:49 |
|
tcohen |
ashimema++ |
| 11:53 |
|
ashimema |
:D |
| 11:54 |
|
ashimema |
thankyou guys |
| 12:02 |
|
tcohen |
ashimema++ |
| 12:02 |
|
tcohen |
ashimema |
| 12:02 |
|
wahanui |
i heard ashimema was literally just writing up the release anouncement ;) |
| 12:02 |
|
tcohen |
ashimeme++ |
| 12:02 |
|
tcohen |
ashimema++ |
| 12:12 |
|
|
Dyrcona joined #koha |
| 12:15 |
|
|
inlibro joined #koha |
| 12:30 |
|
ashimema |
lol |
| 12:36 |
|
ashimema |
bug 25642 |
| 12:36 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=25642 normal, P5 - low, ---, koha-bugs, Needs Signoff , Technical notes are missing from the release |
| 12:39 |
|
koha-jenkins |
Project Koha_20.05_D9 build #1: UNSTABLE in 37 min: https://jenkins.koha-community[…]/Koha_20.05_D9/1/ |
| 12:55 |
|
|
andreash_ joined #koha |
| 12:56 |
|
koha-jenkins |
Project Koha_20.05_D10 build #1: UNSTABLE in 51 min: https://jenkins.koha-community[…]Koha_20.05_D10/1/ |
| 12:56 |
|
|
andreash_ joined #koha |
| 12:57 |
|
|
andreash_ joined #koha |
| 12:58 |
|
|
andreash_ joined #koha |
| 12:58 |
|
|
andreash_ joined #koha |
| 12:59 |
|
|
andreash_ joined #koha |
| 13:00 |
|
|
andreash_ joined #koha |
| 13:01 |
|
|
andreash_ joined #koha |
| 13:01 |
|
|
andreash_ joined #koha |
| 13:15 |
|
|
inlibro joined #koha |
| 13:18 |
|
koha-jenkins |
Project Koha_20.05_D9_My8 build #1: UNSTABLE in 38 min: https://jenkins.koha-community[…]a_20.05_D9_My8/1/ |
| 13:18 |
|
|
nsk1 joined #koha |
| 13:38 |
|
|
andreashm joined #koha |
| 13:51 |
|
koha-jenkins |
Project Koha_20.05_U18 build #1: UNSTABLE in 55 min: https://jenkins.koha-community[…]Koha_20.05_U18/1/ |
| 13:53 |
|
koha-jenkins |
Project Koha_20.05_U20 build #1: UNSTABLE in 35 min: https://jenkins.koha-community[…]Koha_20.05_U20/1/ |
| 13:55 |
|
|
koha-jenkins joined #koha |
| 14:01 |
|
|
andreashm joined #koha |
| 14:06 |
|
koha-jenkins |
Project Koha_20.05_D11 build #1: FAILURE in 11 min: https://jenkins.koha-community[…]Koha_20.05_D11/1/ |
| 14:15 |
|
|
inlibro joined #koha |
| 14:16 |
|
koha-jenkins |
Project Koha_20.05_D11 build #2: STILL FAILING in 10 min: https://jenkins.koha-community[…]Koha_20.05_D11/2/ |
| 14:16 |
|
|
vfernandes joined #koha |
| 14:18 |
|
caroline |
hi all! Before I file a bug, I just wanted to make sure I'm not misuderstanding this... is the maxreserves syspref still relevant since it is possible to set à maximum for holds under "Default checkout, hold and return policy" and "Default checkout, hold policy by patron category"? |
| 14:18 |
|
|
AndrewFH joined #koha |
| 14:19 |
|
caroline |
I'm not sure in which case maxreserves and "Default checkout, hold and return policy" would differ |
| 14:26 |
|
koha-jenkins |
Project Koha_20.05_D11 build #3: STILL FAILING in 10 min: https://jenkins.koha-community[…]Koha_20.05_D11/3/ |
| 14:28 |
|
|
margaret joined #koha |
| 14:34 |
|
koha-jenkins |
Project Koha_Master_D11 build #1: UNSTABLE in 38 min: https://jenkins.koha-community[…]oha_Master_D11/1/ |
| 14:35 |
|
|
bdonnahue2 joined #koha |
| 14:36 |
|
koha-jenkins |
Project Koha_20.05_D11 build #4: STILL FAILING in 10 min: https://jenkins.koha-community[…]Koha_20.05_D11/4/ |
| 14:39 |
|
oleonard |
caroline: Holds limits are dark magic |
| 14:45 |
|
tcohen |
mtj++ |
| 14:45 |
|
Joubu |
caroline: IIRC the pref (maxreserves) is not correctly used. It only does a general count at some point. |
| 14:46 |
|
caroline |
it definitely blocks something (at least in 19.05 and before) |
| 14:46 |
|
Joubu |
caroline: reading the code it's really not clear what we are doing with the pref, it's only used in the 2 controller scripts and not in the module. So the "real" check we are doing to allow a reserve is done on the circ rules |
| 14:46 |
|
koha-jenkins |
Project Koha_20.05_D11 build #5: STILL FAILING in 10 min: https://jenkins.koha-community[…]Koha_20.05_D11/5/ |
| 14:47 |
|
Joubu |
caroline: yes I think it could be bad if the value of the pref is below the circ rules, is that the problem? |
| 14:47 |
|
caroline |
yes |
| 14:47 |
|
reiveune |
bye |
| 14:47 |
|
|
reiveune left #koha |
| 14:48 |
|
Joubu |
my understanding is that it's there for historical reasons, and must be removed and replaced with the "max_holds" circ rules |
| 14:48 |
|
caroline |
a client has lets say 12 reserves in a circ rule, no defaut hold policy and 3 in maxreserves; holds are limited to 3 |
| 14:49 |
|
caroline |
ok I'll file a bug then! |
| 14:49 |
|
caroline |
thanks Joubu! |
| 14:51 |
|
Joubu |
maybe it makes sense to have it as a upper limit for everything, but IMO that must be the "Maximum total holds allowed (count)" in the default circ rule. |
| 14:55 |
|
caroline |
I also prefer the default hold policy since it can be overridden by the default hold policy by patron category (for admin patron for example who you want to allow many more holds than regular patrons) |
| 14:56 |
|
* caroline |
has to learn how the circulation_rules table works... |
| 14:56 |
|
koha-jenkins |
Project Koha_20.05_D11 build #6: STILL FAILING in 10 min: https://jenkins.koha-community[…]Koha_20.05_D11/6/ |
| 15:01 |
|
caroline |
filed bug 25643 |
| 15:01 |
|
huginn |
Bug http://bugs.koha-community.org[…]_bug.cgi?id=25643 enhancement, P5 - low, ---, koha-bugs, NEW , Remove maxreserves syspref |
| 15:05 |
|
oleonard |
As I recall we removed it once and then found that we had to add it back. Hopefully things have progressed. |
| 15:06 |
|
koha-jenkins |
Project Koha_20.05_D11 build #7: STILL FAILING in 10 min: https://jenkins.koha-community[…]Koha_20.05_D11/7/ |
| 15:10 |
|
koha-jenkins |
Project Koha_20.05_D11 build #8: ABORTED in 3 min 26 sec: https://jenkins.koha-community[…]Koha_20.05_D11/8/ |
| 15:16 |
|
|
inlibro joined #koha |
| 15:20 |
|
koha-jenkins |
Project Koha_20.05_D11 build #9: STILL FAILING in 10 min: https://jenkins.koha-community[…]Koha_20.05_D11/9/ |
| 15:21 |
|
koha-jenkins |
Project Koha_20.05_D11 build #10: ABORTED in 1 min 19 sec: https://jenkins.koha-community[…]oha_20.05_D11/10/ |
| 15:25 |
|
|
null404 joined #koha |
| 15:27 |
|
null404 |
hello |
| 15:49 |
|
|
andreashm joined #koha |
| 15:57 |
|
koha-jenkins |
Project Koha_20.05_D10 build #2: STILL UNSTABLE in 34 min: https://jenkins.koha-community[…]Koha_20.05_D10/2/ |
| 16:16 |
|
|
inlibro joined #koha |
| 16:22 |
|
|
andreashm joined #koha |
| 16:35 |
|
|
cait joined #koha |
| 16:55 |
|
|
lisettelatah joined #koha |
| 16:57 |
|
lisettelatah |
hello all |
| 17:16 |
|
|
inlibro joined #koha |
| 17:20 |
|
|
AndrewFH joined #koha |
| 17:23 |
|
oleonard-away |
Hi lisettelatah |
| 17:23 |
|
* oleonard-away |
isn't really here because he should be eating lunch |
| 17:26 |
|
tcohen |
back |
| 17:26 |
|
tcohen |
hi lisettelatah |
| 17:49 |
|
|
andreashm joined #koha |
| 18:03 |
|
* cait |
waves |
| 18:16 |
|
|
inlibro joined #koha |
| 18:22 |
|
|
andreashm joined #koha |
| 18:30 |
|
|
nage_ joined #koha |
| 18:33 |
|
|
koha-jenkins joined #koha |
| 18:33 |
|
|
fredericd joined #koha |
| 18:36 |
|
|
janPasi joined #koha |
| 18:39 |
|
|
Joubu joined #koha |
| 18:43 |
|
|
eythian joined #koha |
| 18:43 |
|
|
mtj[m] joined #koha |
| 18:43 |
|
|
ashimema joined #koha |
| 18:43 |
|
|
AnnaBoten joined #koha |
| 18:45 |
|
|
enkidu joined #koha |
| 18:51 |
|
|
andreashm joined #koha |
| 18:52 |
|
|
andreashm joined #koha |
| 19:16 |
|
|
inlibro joined #koha |
| 19:23 |
|
|
alexbuckley joined #koha |
| 20:16 |
|
|
inlibro joined #koha |
| 20:25 |
|
|
andreashm joined #koha |
| 20:59 |
|
|
aleisha joined #koha |
| 21:06 |
|
|
andreashm joined #koha |
| 21:17 |
|
|
inlibro joined #koha |
| 21:27 |
|
|
kathryn joined #koha |
| 21:28 |
|
|
andreash_ joined #koha |
| 21:29 |
|
|
andreash_ joined #koha |
| 21:33 |
|
|
kathryn joined #koha |
| 22:10 |
|
|
tosca joined #koha |
| 22:17 |
|
|
inlibro joined #koha |
| 22:35 |
|
pastebot |
"tcohen" at 127.0.0.1 pasted "mst" (37 lines) at http://paste.koha-community.org/21514 |
| 22:59 |
|
|
bdonnahue3 joined #koha |
| 23:02 |
|
|
bdonnahue1 joined #koha |
| 23:13 |
|
|
AndrewFH joined #koha |
| 23:17 |
|
|
inlibro joined #koha |
| 23:31 |
|
|
andreashm joined #koha |
| 23:38 |
|
ashimema |
What you upto tcohen |
| 23:38 |
|
ashimema |
I've seen that error you pasted.. to mst? Before.. |
| 23:38 |
|
ashimema |
It's not during a run of the dbic dump is it...? |
| 23:39 |
|
* ashimema |
goes to bed |
| 23:55 |
|
koha-jenkins |
Project Koha_20.05_D11 build #11: NOW UNSTABLE in 44 min: https://jenkins.koha-community[…]oha_20.05_D11/11/ |
