The patch vulnerability seems more severe to me, as people apply patches
all the time (they shouldn't do it as root, but people are people).
It's concerning that the holeybeep.ninja site exploited an unrelated
fault for 'fun' without apparently telling anyone.
Tony
Package: freeipa-client
Version: 4.0.5-1
Severity: normal
Dear Maintainer,
Installing on a clean(ish) machine errors out due to a missing
dependency on python-pyasn1
Traceback (most recent call last):
File /usr/sbin/ipa-client-install, line 2790, in module
sys.exit(main())
File
Package: freeipa-client
Version: 4.0.5-1
Severity: minor
Dear Maintainer,
During the run of ipa-client-install it claims to set the NIS domain name.
However after running (even after a reboot) nisdomainname is not set.
This breaks sudo (which apparently needs it), but everything else works.
I
Hi,
In common with the previous poster to this bug, I needed a newer version
(3.0.3 was causing errors for me with mountain lion). I've built 3.0.6
using the same debian directory as 3.0.3 with minimal changes. It works
for me, but no warranty etc.
http://www.hoyle.me.uk/debian/
Tony
On 11/01/2014 16:12, Jonas Smedegaard wrote:
Quoting Tony Hoyle (2014-01-11 16:45:08)
In common with the previous poster to this bug, I needed a newer
version (3.0.3 was causing errors for me with mountain lion). I've
built 3.0.6 using the same debian directory as 3.0.3 with minimal
changes
Package: pyaimt
Version: 0.8.0.1-2
Severity: normal
On install pyaimt has incorrect permissions which mean it always fails to run up
It tries to create /var/lib/pyaimt/aim server name but it's running as the
pyaimt user at
that point and /var/lib/pyaimt is owned by root.
candy:~#
Same issue here.. just tried to update to bind 9.8.1 in testing and it
failed with the 'initializing DST: openssl failure' error.
I'm running openssl 1.0.0g, and the temporary fix did not work for me
(it seems to be related to chrooted bind and I'm not using that - it's
just a bog standard
Package: xl2tpd
Version: 1.2.5+dfsg-1
Severity: wishlist
The attached patch adds rx and tx speed options to the configuration file.
This helps in situations where
the lns uses the speed information (for example to scale graphs, or for load
balancing).
The patch is fairly simple as most of the
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi,
I can confirm that version 4.1.1 builds cleanly and works with ipv6
(currently 4.1.1 is what apt-source pulls down even though there's only
a 4.1.0 binary).
I also made the startup script start the daemon twice - once for v4 and
once for v6
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Package: avahi-daemon
Version: 0.6.19-2
Severity: normal
I've been thinking about this.. specifically why OSX has no problems
with DNS domains ending in .local and avahi does (and also that .local
in unicast detection can never work because that's
Package: apache2.2-common
Version: 2.2.14-1
Severity: minor
ports.conf still contains the pre-SNI message in it's mod-ssl section:
# SSL name based virtual hosts are not yet supported, therefore no
# NameVirtualHost statement here
As they are supported, some better wording.. eg. SSL Name
Package: atftpd
Version: 0.7.dfsg-7
Severity: normal
If you set USE_INETD to no then atftpd refuses to start with no error message
other than usage(), which appears correct.
I had to dig into the source code to find out that you have to add --daemon
onto the command line.
Two things wrong
Mike Hommey wrote:
Actually, you shouldn't even get this message given that you only have
one extent. Can you provide the output for the following commands:
debugvmfs /dev/sdc1 show_volume
debugvmfs /dev/sdc1 show_fs
And debugvmfs /dev/sdc1 show_file_blocks /sol-10-u6-ga1-x86-dvd.iso, too.
Mike Hommey wrote:
Just untar the file, go into the created directory, run make, then run
./debugvmfs
This one crashes..
# ./debugvmfs /dev/sdb3 ls /
Segmentation fault
This is because of an endianness issue in vmfs_inode_read:
if (inode-mdh.magic != VMFS_INODE_MAGIC)
return(-1);
Mike Hommey wrote:
Would you mind trying the newly attached tarball ? (Same build
instructions as before)
+ a dependency on readline-dev :p
Everything seems to work now:
# ./debugvmfs /dev/sdb3 cat
/en_windows_server_2008_datacenter_enterprise_standard_x64_dvd_X14-26714.iso
out.iso
#
Mike Hommey wrote:
Hi Tony,
On Wed, Jun 10, 2009 at 03:59:52AM +0100, Tony Hoyle wrote:
Package: vmfs-tools Version: 0.1.1-1 Severity: important
On powerpc, any file over 2MB returns essentially random data.
This is testable by running md5sum across any file larger than this
- it comes up
Package: vmfs-tools
Version: 0.1.1-1
Severity: important
On powerpc, any file over 2MB returns essentially random data. This is
testable by running md5sum across any file larger than this - it comes
up with different results each time.
The same package installed on amd64 appears to behave
This bug also affects amavis and spamassassin, making their cron jobs
extremely noisy.
Example output:
Constant subroutine Net::DNS::Resolver::Base::AF_INET6 redefined at
/usr/share/perl/5.10/Exporter.pm line 66.
at /usr/lib/perl5/Net/DNS/Resolver/Base.pm line 65
Prototype mismatch: sub
Package: libio-socket-inet6-perl
Version: 2.51-1
Severity: minor
A new version is available on CPAN. This fixes a number of
spurious warnings - see
http://www.nntp.perl.org/group/perl.module-authors/2008/01/msg6187.html
System Information:
Debian Release: lenny/sid
APT prefers unstable
Mike Markley wrote:
What user is Postfix running as when it attempts to connect to the
socket, BTW? I'd like to update README.Debian with explicit instructions
on how to add the correct user to the group.
It's definable (setting mail_owner in main.cf) but by default runs as
'postfix'.
A
Mike Markley wrote:
You don't specify which MTA you're running; stock Sendmail shouldn't
have an issue.
Postfix. It runs as its own unprivileged user (I'm surprised that
sendmail doesn't do this also).
With that said, I'm perfectly fine with adding such a group, but I'll
need to figure out
Package: dkim-filter
Version: 1.0.0.dfsg-1
Severity: normal
The default permissions of /var/run/dkim-filter/dkim-filter.sock only
allow the dkim-filter user to write to it. This precludes the MTA being
able to use it as a milter, since that runs as its own user.
Also default permissions allow
Martin Michlmayr wrote:
So I don't see how you'd get Europe/Andorra at all. I'm fairly sure I
saw this myself in the past but maybe something changed in the
installer. (This menu where you can choose timezones after the
partitioner definitely wasn't there in the past).
It's possible it got
Martin Michlmayr wrote:
I cannot do a test install to check right now but I'm pretty sure the
dialog you see only talks about the mirror (i.e. which country do you
live in so we can select a proper mirror).
No it's another one. About 2/3rds of the way through a dialog pops up
saying 'You are
Hi
Just encountered this with the UK timezone as well.. same distribution.
Selected UK, got the correct mirror list etc. but the timzone was
'Europe/Andorra'. Is it selecting the first (alphabetically) in the list?
Seems to be a bug in the NSLU2 distribution - probably needs pushing to
Christian Perrier wrote:
Could you give details about the successive actions you had in the
language choosing step:
Hmm.. difficult to remember as I eventually decided to use a different
image to boot the slug.
-chosen language
-chosen country
Would have been UK English.
Which priority
Martin Michlmayr wrote:
The long term solution is to somehow make the country/timezone
selection available after the net is brought up.
Anyway, this is documented on
http://cyrius.com/debian/nslu2/install.html
After the installation, you need to configure your timezone because a
default
Package: asterisk
Version: 1:1.2.7.1.dfsg-3
Severity: normal
In the default configuration asterisk runs as an unprivileged user, but
the binary tries to create and use /var/run/asterisk.pid and
/var/run/asterisk.ctl and fails (without the .ctl the -r function will
not work).
There is a
Tzafrir Cohen wrote:
The directory for the pid file is set in /etc/asterisk/asterisk.conf ,
in the section [directories], value 'astrundir'
What do you have there?
Ahh... never heard of that setting before. changing that worked.. thanks.
/etc/init.d/asterisk still has:
Tzafrir Cohen wrote:
I believe you got thing wrong: The PID should not be in
/var/run/asterisk.pid (if you want to be able to run asterisk as
non-root).
That's what I'm saying - the default /etc/init.d/asterisk has that path
hardcoded in it, so that script needs changing.
Tony
--
To
Package: libhowl-dev
Version: 0.9.8-2
Severity: important
howl/howl.h does not have the correct prefix within it for including
its files, so it tries to include /usr/include/salt/salt.h instead
of /usr/include/howl/salt/salt.h. It's hard to autoconf for this, since other
platforms do this
The author of HOWL has been mailed and he tells that it happens
because libhowl0 has been compiled without -DNDEBUG.
This is in fact an upstream bug (there's no occurrence of NDEBUG in the
howl code, so the above could never be true).
The following patch fixes it:
[EMAIL
32 matches
Mail list logo
