It was really a long day doing mistakes... Ubuntu 16.04
After that update now my users can't add items to a MARC record, they get
SOFTWARE ERROR
can't open /var/log/koha/keough/intranet-error.log (permission denied) at
/usr/share/perl5/Log/Log4perl/Appender/File.pm line 124
I tried changing the
On 09/06/2020 10:43, Adrian Hilt wrote:
> After that update now my users can't add items to a MARC record, they get
>
> SOFTWARE ERROR
> can't open /var/log/koha/keough/intranet-error.log (permission denied)
> at /usr/share/perl5/Log/Log4perl/Appender/File.pm line 124
chown the file with the koh
Hi everybody,
IMPORTANTE NOTE
If you want to upgrade to 20.05.00 you should know that we have 2
major bugs that you may hit.
1. There was a change in 20.05. Before we silently ignored wrong
permissions, now we force the logging system to be setup correctly
(bug 25172)
You must give permission to
On Tue, Jun 9, 2020 at 2:47 AM Julian Maurice
wrote:
> I'm all for installing Perl modules directly from CPAN. I'm less sure
> about Carton. Is it really needed ? I believe that `cpanm --installdeps
> .` does the same thing.
>
>
Carton would, in theory, speed up the installation because Koha woul
Hi,
Just wondering why there were no translation updates since the 19.11.03 release
of the 19.11.x branch while there were updates on 19.05.x for every release
including 19.05.11?
The latest commit on 19.11.x regarding this appears to be
commit b1b9777f3fea114bf71e24c30245ee6e7a13a924
Author:
I think we should use carton and/or local::lib, and bundle all the
dependencies on build time.
Building a Docker image? Bundle all deps.
Building a Debian package? Bundle all deps (we already need to build things
for specific perl versions)
Building a Snap/Flatpack? Bundlfe all deps
cpanm means in
Le 09/06/2020 à 15:47, Tomas Cohen Arazi a écrit :
I think we should use carton and/or local::lib, and bundle all the
dependencies on build time.
Building a Docker image? Bundle all deps.
Building a Debian package? Bundle all deps (we already need to build
things for specific perl versions)
Bu
Hi,
I suppose there is a reason to not have this status now?
Since oldoldstable is used since a long time.
--
Victor Grousset/tuxayo
___
Koha-devel mailing list
Koha-devel@lists.koha-community.org
https://lists.koha-community.org/cgi-bin/mailman/listin
To not have this status now? What do you mean?
The status exists, you can switch to oldoldstable only if pushed to oldstable.
Le mar. 9 juin 2020 à 19:38, Victor Grousset/tuxayo
a écrit :
>
> Hi,
>
> I suppose there is a reason to not have this status now?
> Since oldoldstable is used since a lon
On 20-06-09 19:47, Jonathan Druart wrote:
> To not have this status now? What do you mean?
> The status exists, you can switch to oldoldstable only if pushed to oldstable.
I see, the status wasn't updated with "pushed to oldstable", that why I
couldn't see it.
No worries then.
--
Victor Grouss
I agree with Tomas.
Julian, you're right about bundling deps in a Debian package not being very
typical in Debian dogma, but there is some precedent (see
https://wiki.debian.org/Javascript/Nodejs/Npm2Deb/Embedding and
https://wiki.debian.org/Javascript/GroupSourcesTutorial). I think it's
wort
Hi all,
I'm hoping some folk can provide some feedback on
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25705. Basically,
an OPAC user can see more serials issue data than a Staff Client user
(without serials permissions), and that doesn't seem right and should be
remedied.
I s
12 matches
Mail list logo