Hi,
please note that chromium failing to build on i386 blocks new chromium
versions with security fixes, and thus leaves i386 users with an
insecure browser.
The reporter of bug #745794[1] suggested that it's enough to add the
proper build-dependency on libkrb5-dev. Is this correct, or are there
On Sat, Nov 23, 2013 at 06:26:39PM +0100, Lucas Nussbaum wrote:
> On 03/10/13 at 19:40 +0200, Nikolaus Schulz wrote:
> > Actually uploading a fixed package will have to wait until I return from
> > holidays, though, so it won't happen before 20th October.
>
> Hi N
On Thu, Oct 03, 2013 at 09:27:53AM -0700, Daniel Schepler wrote:
> On Thursday, October 03, 2013 02:43:03 PM Nikolaus Schulz wrote:
> > This is really weird. Because what the test code there does is
> > something like this:
> >
> > s = 24 * 60 * 60
>
On Tue, Oct 01, 2013 at 07:14:50PM -0700, Daniel Schepler wrote:
> On Wednesday, October 02, 2013 02:45:38 AM Nikolaus Schulz wrote:
> > Hm, can you reproduce this? I see that the test parameters there are
> > questionable, but still, the test should not fail.
>
> Yes, I jus
On Sun, Sep 22, 2013 at 07:48:59AM -0700, Daniel Schepler wrote:
> From my pbuilder build log:
>
> ...
> debian/rules build
> dh --with=python2 build
>dh_testdir
>dh_auto_configure
>debian/rules override_dh_auto_build
[...]
> ./test_archivemail
> ..
On Tue, May 24, 2011 at 11:38:59PM +0200, Jakub Wilk wrote:
> * Nikolaus Schulz , 2011-05-24, 22:50:
> >I cannot reproduce this. What filesystem are you using?
>
> /tmp (which is the directory that matters AFAIUI) is on aufs, with
> overlay and underlay both on ext4.
Ah, i
tags 627782 + unreproducible moreinfo
thanks
I cannot reproduce this. What filesystem are you using?
Nikolaus
> archivemail FTBFS in unstable:
>
> | make[1]: Entering directory `/build/archivemail-GeuLuZ/archivemail-0.8.2'
> | ./test_archivemail
> |
> .F.F.
Package: nginx-full, nginx-light, nginx-extras
Version: 0.8.54-2
Severity: serious
Justification: Policy 7.6.1
Hi,
the following happened while upgrading from squeeze (with nginx 0.7.67-3) to
sid:
Selecting previously deselected package nginx-full.
Unpacking nginx-full (from .../nginx-f
found 1:2.1+dfsg1-3
notfound 1:1.2+dfsg1-4
thanks
Sorry, I sent the bugreport in the middle of upgrading, with the old
version of the package from lenny still installed.
Nikolaus
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Cont
Package: mailutils-mh
Version: 1:1.2+dfsg1-4
Severity: serious
Justification: Policy 7.6.1
Hi,
while upgrading from lenny to squeeze, installing mailutils-mh failed:
Preparing to replace mailutils-mh 1:1.2+dfsg1-4 (using
.../mailutils-mh_1%3a2.1+dfsg1-3_i386.deb) ...
Unpacking replacement mailut
report for an XFS
filesystem to the upstream BTS[1]. I would like to note that it is only
the test suite which fails here, there is no bug in archivemail itself.
The following fix is from my git repository:
commit f22b21738d77aa0fe13fe0fea0288ec9a2dc456c
Author: Nikolaus Schulz
Date: Mon Sep 29 03:05:57 2008 +02
Package: acpi-support
Version: 0.109-10
Severity: serious
Justification: Policy 10.7.3
Hi,
/etc/modprobe.d/thinkpad_acpi.modprobe is removed in the postinst.
Other, obsolete conffiles are renamed. All this happens
unconditionally, that is, discarding all possible changes of the user to
these fil
Boy, this makes *every* init script running with set -e immediately
terminate when calling log_warning_msg. I don't think log_warning_msg
should return a non-zero exit status (the LSB says nothing on this
subject).
Nikolaus
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsu
tags 476806 + patch
thanks
On Sat, Apr 19, 2008 at 04:38:05PM -0400, Joey Hess wrote:
> Julien Danjou wrote:
> > First of all, I'm making this bug serious since it breaks the software
> > for me, but feel free to downgrade.
Unless you feed multiple mailboxes to archivemail in one go, I don't see
Package: libid3-3.8.3c2a
Version: 3.8.3-6
Severity: grave
Tags: security
Justification: user security hole
Hi,
when tagging file $foo, a temporary copy of the file is created, and for some
reason, libid3 doesn't use mkstemp but just creates $foo.XX literally,
without any checking.
This wou
Hi,
speaking as a conservative[1] user who's going to run Etch for roughly
two years: is there any hope that some hero will address this annoying
issue somehow and thereby let mplayer enter Etch? I would really,
really appreciate that.
Nikolaus
[1] read: running pure Debian stable with no bac
Joey Hess wrote:
> Noah Meyerhans wrote:
> > Upon investigating this for stable, I wonder if the problem is as bad as
> > reported. It seems that archivemail sets up its own temp directory and
> > creates its files in it:
> >
> > # create a temporary directory for us to work in securely
> >
17 matches
Mail list logo
