ll start clamav-daemon you have to set 'capability chown'
> in '/etc/apparmor.d/usr.sbin.clamd' also.
>
> Thank you
> Michael.
>
> Zitat von jean-christophe manciot :
>
> > I've just realized that lchown is only a system call, so it must be
> &
I've just realized that lchown is only a system call, so it must be
used from within /usr/bin/freshclam.
On Thu, Oct 29, 2020 at 9:33 AM jean-christophe manciot
wrote:
>
> I have tried to add to /etc/apparmor.d/local/usr.bin.freshclam:
> capability dac_override,
>
> and res
The problem appears to be the apparmor or freshclam's profile for it. So
> disabling apparmor should make freshclam work again.
> Probably adding
> | capability dac_override,
>
> to the profile will help, too. I will test it later today…
>
> Sebastian
--
Jean-Christophe
9:15:31 hostname systemd[1]: clamav-daemon.service: Main
process exited, code=exited, status=1/FAILURE
Oct 27 09:15:31 hostname systemd[1]: clamav-daemon.service: Failed
with result 'exit-code'.
--
Jean-Christophe
Just for information, I just run a test on a Bullseye VM with sudo-ldap
1.8.29-1 and the issue is still present in this version.
Sorry, it looks like I forget to paste the presentation of my issue on
reportbug.
I used to use sudo-ldap on Stretch to grant some rights to some users on my
servers.
I recently upgrade one of these servers to Buster, and now sudo doesn't work
anymore.
It's always the same error : "ldap_sasl_
Package: tigervnc
Version: 1.7.0+dfsg-7
I encountered the exact same issue when building it in a clean sid chroot.
A workaround is to build it in a stretch chroot indeed.
--
Jean-Christophe Manciot
, AFAIR the package is outdated with respect to the source in g.d.o that
might fix already a random FTBFS. You might start from that.
Thanks,
JC
> Le 27 avr. 2017 à 19:20, Sandro Tosi a écrit :
>
> Hey Jean-Christophe,
> do you have time to work on this or would you be ok with me having
Package: postgresql-common
Version: 173
Severity: critical
When doing pg_upgradecluster, all databases owned by a role (a group of
users) and not a user are silently skipped. Even worse, these databases
are recreated EMPTY ! If you don't take a close look before dropping the
old cluster, you'd
nux/usbmuxd/
Vcs-Git: git://git.debian.org/git/pkg-gtkpod/packages/usbmuxd.git
Vcs-Browser: http://git.debian.org/?p=pkg-gtkpod/packages/usbmuxd.git
Please, consider making an official release of 1.0.9, for the benefits
of the pour souls that inherited an iPhone as only way to connect to the
hmod 0755 /usr/lib/ConsoleKit/run-seat.d/nvidia_helper.ck
/lib/udev/nvidia_helper
--
Jean-Christophe Dubacq
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
transmission somehow.
The most reliable way is probably to hard-set these permissions in the
install process, instead of relying on svn-whatever to extract those
correctly.
Other possibility is to mark the files as executables, and hope for the
best.
patch attached.
--
Jean-Christophe Dubacq
Index:
Dear Mehdi,
Thanks for reporting this bug. It is now fixed in our development version.
Best regards,
--
Jean-Christophe
Mehdi Dogguy wrote:
> The problem is in the configure script. It checks if ocamldep.opt
> exists or not and save the result in $OCAMLDEP. Then, when it comes to
>
Package: openssh
Version: 1:4.3p2-10
Severity: serious
Justification: no longer builds from source
Hello,
openssh does not build from source any more on my building environment
(sid, unstable).
Relevant info: in configure.log:
configure:25787: checking for gssapi/gssapi_generic.h
configure:25795
On Wed, Aug 30, 2006 at 05:37:38PM +0200, Sebastian Dröge wrote:
> Am Mittwoch, den 30.08.2006, 12:15 +0200 schrieb Jean-Christophe Dubacq:
> > Package: avahi-daemon
> > Version: 0.6.13-1
> > Severity: grave
> > Justification: renders package unusable
> >
&g
Package: avahi-daemon
Version: 0.6.13-1
Severity: grave
Justification: renders package unusable
The daemon does not start after switching from 0.6.12-1 to 0.6.13-1.
Reinstalling 0.6.12-1 for the avahi suite works fine as a workaround.
NB: please downgrade the severity if this is specific to my set
Package: baobab
Version: 2.4.2-1
Severity: critical
Justification: breaks unrelated software
baobab has in its postinst:
gtk-update-icon-cache -q /usr/share/icons/hicolor
This has already been discussed in debian-gnome-gtk list, and I think it
should not.
All other gnome applications that install
17 matches
Mail list logo
