> /var/log/syslog
> As explained by Andreas, this is not a bug in util-linux.
>
> Thanks,
> Chris
>
>
> -- Forwarded message --
> From: Frank Mori Hess
> To: Debian Bug Tracking System
> Cc:
> Bcc:
> Date: Sat, 15 Dec 2018 02:38:07 -0500
> Subje
On Sun, Mar 10, 2019 at 5:09 AM Andreas Henriksson wrote:
>
> The logger tool has no special privilegies. It's just a small tool
> that helps you send messages to your syslog daemon. You could equally
> well do this using for example netcat to send syslog messages over the
> network, etc. I'm not
Package: bsdutils
Version: 1:2.29.2-1+deb9u1
Severity: normal
File: /usr/bin/logger
Dear Maintainer,
I was surprised to find that I can write anything I want to
/var/log/syslog using the /usr/bin/logger program as a non-root user.
My user account has no permissions on /var/log/syslog, it can't ev
On Friday 30 October 2009, Debian Bug Tracking System wrote:
> Steven G. Johnson wrote:
> >> Whether or not such aliasing is safe is entirely dependent on
> >> implementation-defined behavior, the standard leaves it undefined.
> >
> > This is not true. Matteo already quoted the portion of the C st
On Friday 09 October 2009, Matteo Frigo wrote:
> Your bug report implies that calling fftw from a program that
> #include's causes a violation of the aliasing rules,
> because fftw is compiled with fftw_complex = double [2] and the
> program is compiled with fftw_complex = double _Complex. I cont
On Monday 28 September 2009, Frank Mori Hess wrote:
> The
> strict aliasing rules allow compilers to make optimizations that assume
> pointers to different types will not access the same memory. I'll try
> to produce a test program soon.
Attached is an example program tha
On Monday 28 September 2009, Matteo Frigo wrote:
> > Frank Hess wrote:
> > > This means if a user doesn't include fftw3.h first, before any
> > > possible inclusion of complex.h, then his code may be using a
> > > different ABI than that of the libfftw3.so provided by debian.
>
> This is false. [N
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
I had the same problems. The package installation set the permissions
on /etc/libnss-ldap.conf to 600. Making the file readable by everyone fixed
it.
- --
Frank
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.6 (GNU/Linux)
iD8DBQFHX/bc5vihyNWu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
This is just to verify that this bug doesn't exist in etch, using
Package: gnupg-agent
Version: 2.0.0-5.2
Using etch, I am now able to shutdown/unmount my autofs mounted home directory
while gpg-agent is still running. It appears gpg-agent no longe
9 matches
Mail list logo
