Hi,
Package has only been published for i386, but the the backtrace
clearly indicates an amd64 executable.
IMHO this issue should be reopened.
Cheers,
NicolaF
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
Hi,
On Tue, Aug 27, 2013 at 11:43:59AM +0200, lk...@essax.com wrote:
First, I'm sorry that it took me now nearly three month to finish because
always
when I have the impression having time left it turns the opposite.
I can't blame you here...
I created a branch (su-C_tty) starting with
Hello,
I created a branch (su-C_tty) starting with the patch from Wolfgang Zarre
(comment 141 in #628843). Thanks!
It seems to be the only way to fix this issue, even if it means I have to
maintain something I'm not confident with.
There is one thing I don't understand (let's start with this
Hello,
On Sun, Oct 16, 2011 at 05:20:31PM +0200, bubu...@debian.org wrote:
Quoting Arne Wichmann (a...@anhrefn.saar.de):
This critical bug is now pending for more than 3 months. Is there any
update on the situation?
Nicolas should actually release upstream 4.1.5 and then upload
4.1.5-1.
Hello,
One more point to be reviewed.
shadow-utils supports also configurations where PAM is not used.
In that case, su does not fork to exec the interactive shell / command, so
I cannot use setsid().
In that case, I intend to use:
#include termios.h
#include sys/ioctl.h
#include sys/types.h
Hello,
Here is a patch proposal. It forwards the right signal to the child also
supports SIGTSTP.
I would appreciate if this could be reviewed by somebody more confident
with signal processing than me.
I expect sudo to have the same issue.
Also sg probably has the same issue (i.e. it cannot be
Hello,
On Fri, Mar 19, 2010 at 05:54:56AM -0500, jrnie...@gmail.com wrote:
I think a Replaces should be good enough. After all, this doesn’t
actually break the old sysv-rc version.
Would something like this work? Using unversioned Replaces like
this is only appropriate if we know that
Hello,
On Wed, Jan 20, 2010 at 11:19:17AM -0500, pink...@tampabay.rr.com wrote:
Don't see anything obvious except attempt to login as root: rejected.
Can you cut paste the whole /var/log/auth.log line.
I cannot find the string attempt to login neither in shadow not PAM,
which should be the
notfound 565927 5.0
found 565927 1:4.1.1-6
thanks
Hello,
On Tue, Jan 19, 2010 at 01:55:28PM -0500, pink...@tampabay.rr.com wrote:
I have but one problem. I installed the 5.0 from the internet CD.
Everything appears right and it boots to an X screen to login. The
problem is I can not login
# This does not make the package unusable, virtaal can still be used to
# translate.
severity 558814 normal
thanks
Hello,
On Mon, Nov 30, 2009 at 08:16:13PM +0100, adrp...@yahoo.fr wrote:
I'm trying virtaal on a sample XLIFF file. Extract :
trans-unit id=Paragraph-57
sourceL'implémentation
reassign 526033 manpages-tr
reassign 526036 manpages-tr
merge 526033 526036
tags 526033 patch
thanks
manpages-tr already contains a list of manpages to be pruned. I don't
really know when the support for this list was broken, but here is a fix.
Best Regards,
--
Nekral
diff -rauN
tags 525209 pending
thanks
On Thu, Apr 23, 2009 at 08:23:29AM +0200, bubu...@debian.org wrote:
Quoting Nicolas François (nicolas.franc...@centraliens.net):
If somebody knows how to test it in a daily image, please do (I don't know
how to do this).
[...]
That should give you a mini.iso
On Thu, Apr 23, 2009 at 12:32:28AM +0200, elen...@planet.nl wrote:
This is almost certainly a result of the cdebconf changes committed by
Nicolas François (CCed).
Yes.
It looks like I assumed there were no Go Back button in those case.
Here is a patch.
I tested it just a little bit
Hello,
Thank you all for noticing, investigating and providing patches.
I will provide a new upstream release and Debian package tonight.
Best Regards,
--
Nekral
--
To UNSUBSCRIBE, email to debian-bugs-rc-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact
On Tue, Feb 10, 2009 at 09:19:20AM +1100, p...@maths.usyd.edu.au wrote:
Dear Nicolas,
This latest closed message: is that a repeat message, a bug in some
maintenance procedures? I am sure we had 4.0.18.1-7+etch1 for a long
time now...
I have no idea what triggered this second email (first
On Mon, Dec 08, 2008 at 09:37:42AM +1100, [EMAIL PROTECTED] wrote:
The bug should affect ubuntu and probably gentoo (4.1.2.2 already
packaged). Not RedHat / Mandrake.
A quick peek into shadow-utils-4.1.2-8.fc10.src.rpm suggests Fedora is
also affected. I do not know about RHEL.
On Mon, Dec 08, 2008 at 08:20:36AM +1100, [EMAIL PROTECTED] wrote:
Dear Nicolas,
On 23 Nov you wrote:
- alert other Linux distros,
A new upstream version was released this weekend.
Have not seen any distros make announcements. What distros use that?
(Am surprised that even Ubuntu
this argument anymore.
2008-06-26 Nicolas François [EMAIL PROTECTED]
Index: 4.1.2.2/src/login.c
===
--- 4.1.2.2/src/login.c (révision 2449)
+++ 4.1.2.2/src/login.c (révision 2459)
@@ -1005,7 +1005,7 @@
}
setup_limits (pwent); /* nice
On Sun, Nov 23, 2008 at 10:29:55PM +0100, [EMAIL PROTECTED] wrote:
On Sun, Nov 23, 2008 at 10:24:26PM +0100, Nicolas François wrote:
I made an upload for Etch (-7etch1, also to fix #505271)
Moritz, if you can't see it, maybe I did it wrong.
I don't see any trace of it on klecker? Can
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Format: 1.8
Date: Sun, 09 Mar 2008 00:25:50 +0100
Source: lcdproc
Binary: lcdproc
Architecture: source amd64
Version: 0.5.2-1
Distribution: unstable
Urgency: medium
Maintainer: Jose Luis Tallon [EMAIL PROTECTED]
Changed-By: Jose Luis
On Mon, Apr 28, 2008 at 05:00:37PM +0200, [EMAIL PROTECTED] wrote:
Thinking twice, I'm pretty sure that what was done was correct, and the
french help will be removed from package passwd.
Sorry for submitting that bug.
No. You were right. The passwd manpage from manpages-fr-extra is the
Hi,
On Wed, Apr 02, 2008 at 12:41:52PM +0200, [EMAIL PROTECTED] wrote:
During a rebuild of all packages in sid, your package failed to build on i386.
Thanks a lot for all these rebuilds and analysis.
Build deps on a | b are not supported by sbuild, because they would
cause uncertainties in
tags 470745 upstream
tags 470745 fixed-upstream
thanks
On Thu, Mar 13, 2008 at 01:30:45PM +0100, [EMAIL PROTECTED] wrote:
If /etc/gshadow file has been changed so two otherwise non-identical groups
apear with the same groupname, usermod will loop and use all memory on system
if called.
Hello Jens,
On Mon, Sep 24, 2007 at 03:59:00PM +0200, [EMAIL PROTECTED] wrote:
Hi!
On Sat, Jun 16, 2007 at 02:15:13AM +0200, Javier Fernández-Sanguino Peña
wrote:
Package: po4a
Version: 0.29-1
Severity: grave
Tags: security patch
If you run po4a-gettextize on contents that do
tags 439827 patch
tags 439827 -upstream
thanks
Hello,
The regressions in grep 2.5.3~dfsg-1 are caused by patch
65-dfa-optional.patch.
It should be removed.
As it was used in combination to 64-egf-speedup.patch (which was already
removed) to speed up grep in UTF-8 environments, the resulting
On Wed, Sep 05, 2007 at 03:45:50PM -0400, Justin Pryzby wrote:
tag 439931 - confirmed
thanks
(I don't understand why you un-confirm 439931; it looks like a valid and
reproducible bug to me)
Hello, did you see #439931 too?
I did not check, but I guess that re-adding the old
Hello,
On Fri, Aug 31, 2007 at 05:39:47PM +0200, Moritz Muehlenhoff wrote:
Which enduser tools use the affected code and which operations trigger the
vulnerability?
Given that there's apparently no regularly scheduled execution (e.g. in
comparison to a server cron job), that the .pm
found 439226 0.20-2
found 439226 0.29-1
notfound 439226 0.31-1
thanks
Hi,
On Thu, Aug 23, 2007 at 02:27:03PM +0200, [EMAIL PROTECTED] wrote:
Hi,
A security issue has been reported against your package po4a:
lib/Locale/Po4a/Po.pm in po4a before 0.32 allows local users to overwrite
tags 420332 patch
thanks
Hello,
On Mon, Apr 23, 2007 at 12:04:09PM -0600, Bdale Garbee wrote:
On Sat, 2007-04-21 at 19:12 +0200, Adeodato Simó wrote:
Hi. During an archive rebuild your debian-history package failed to build
because the po-debiandoc build-depend is not available any more
Hello,
There is currently a grave bug on belocs-locales-data ( #418840
belocs-locales-data: does not work with new libc).
I wonder if it is worth fixing it or if the belocs packages are no more
needed.
They are not currently actively maintained, and IIRC, they were useful
when it was very
Hello Michael,
On Thu, Mar 15, 2007 at 09:35:59AM +0100, Michael Koch wrote:
Well I consider jamvm -cp Test.jar Test and jamvm -jar Test.jar not
working a major issue. If I wouldn't, we wouldn't need a fix for this.
These two are the main usecases for every Java runtime and should just
Hello Michael,
Thanks for your investigation. I tested the patch and it doesn't fixed
the isseue. I'm working on another solution for this and will then
upload it to t-p-u.
Can you describe the problem?
I could successfully use:
java -Djava.util.logging.config.file=my.properties -cp
tags 413933 patch
thanks
Hello,
With the attached patch, I could successfully start zorp (zorp_plug).
But I did not check if zorp works nicely afterwards.
Matt, can you build a zorp package with the attached patch applied, and
try the built packages (zorp, zorp-modules, libzorp2)?
The patch
On Thu, Mar 08, 2007 at 12:02:50PM -0600, Bob Black wrote:
Does anyone have a logging.properties file that works with jamvm
(+ classpath)?
jamvm uses classpath's java.util.logging. I don't think it would require
any special content.
Here is an example:
== logging.properties
Package: tripwire
Version: 2.3.1.2.0-8
Severity: serious
Tags: patch
Justification: no longer builds from source
Hello,
tripwire is currently not built on mips and mipsel:
http://buildd.debian.org/fetch.cgi?pkg=tripwirever=2.3.1.2.0-9arch=mipsstamp=1171546290file=log
tags 411027 patch
thanks
Hi,
On Wed, Mar 07, 2007 at 06:07:20PM -0800, Steve Langasek wrote:
Could you take a look at bug #411027, filed on libkwiki-perl? Martin's
assessment is that the package is in pretty bad shape overall, and dropping
this package for etch implies dropping kwiki as
Hi,
On Sat, Dec 02, 2006 at 06:45:27PM +0100, [EMAIL PROTECTED] wrote:
Le jeudi 30 novembre 2006 00:42, Nicolas François a écrit :
Here is a second patch (I could import mucipher nicely with this one).
It does not fix the museek+ build system directly, but fix it in
debian/rules.
As upstream
reopen 400066 !
found 400066 0.5.1-2
retitle 400066 lcdproc_0.5.1-2(powerpc/unstable): FTBFS: impossible constraint
in asm
thanks
On Sat, Dec 02, 2006 at 12:23:12AM +0100, José Luis Tallón wrote:
After discussion with upstream, it was agreed that lcdproc 0.5.1 should
only be allowed to compile
tags 395498 unreproducible
thanks
Hello,
I could successfully pdebuild vcs-tree on powerpc and i386 (the architecture
for which the build failure was reported).
So I think this FTBFS was fixed by an upload in another package, and a
build of vcs-tree should be retried on powerpc and sparc.
Kind
On Mon, Dec 04, 2006 at 09:34:22PM +0100, [EMAIL PROTECTED] wrote:
Hmmm... I had been told by upstream that it should work on i386, amd64
and powerpc.
Not having the means to test it myself, I trusted them.
I will therefore have to re-upload, restricting to just x86*
architectures for the
tags 400072 patch
thanks
Hello,
Please find attached a patch to fix the FTBFS.
I removed mucipher.i from the sources list in Mucipher/python/SConscript.
sources is used to make a SharedLibrary, and scons has no way to use it
for inclusion in a library.
This does not seems to be a source file.
reassign 389291 libselinux1-dev
thanks
On Mon, Sep 25, 2006 at 01:20:16AM -0700, Steve Langasek wrote:
On Mon, Sep 25, 2006 at 01:07:47AM +0200, Nicolas François wrote:
In libselinux (1.30.28-1), -lpthread was added to the libselinux's
pkg-config.
dpkg is statically linked against
Package: dpkg
Version: 1.13.22
Severity: serious
Justification: no longer builds from source
Hello,
Since libselinux (1.30.28-1), dpkg fails to build from source.
The failing command is the following:
gcc -std=gnu99 -Wall -g -O2 -Wl,-O1 -o dpkg archives.o cleanup.o configure.o
depcon.o
Hello Ryan,
On Mon, Aug 28, 2006 at 10:25:54AM -0700, Ryan Murray wrote:
Filing this as serious because recent security updates have been affected by
this, and if we don't get some visibility on the problem soon, it will be
too late to find many of the problems before etch is released.
Can
Package: shadow
Version: 1:4.0.18.1-1
Severity: serious
Justification: no longer builds from source
Dear shadow maintainers,
Since the upgrade of gettext to 0.15, shadow fails to build from source.
12:20:02 bubulle if [ -d ./m4 ]; then m4=-I m4; fi; if [ -e ./aclocal.m4
];
Hello,
On Sat, Jul 22, 2006 at 12:59:59AM +0200, Henry Jensen wrote:
I just checked the source. From there it seems that the Debian passwd
is affected by CVE-2006-3378 (USN-308-1 in Ubuntu), too.
Here is a patch for this issue (taken from the ubuntu package).
Its changelog could be:
*
Package: dpkg
Version: 1.13.22
Severity: serious
Justification: no longer builds from source
Hello,
dpkg currently fails to build from source on mips, which stops its
transition to testing.
The build log is available at
package passwd
clone 374705 -1
retitle -1 useradd do not create the mail spool (even with
CREATE_MAIL_SPOOL=yes in /etc/default/useradd)
severity -1 normal
thanks
Hello Stephen,
On Thu, Jun 22, 2006 at 11:18:44AM +0100, Stephen Gran wrote:
The bug is present in 1:4.0.16-2. Unless I'm
Tomasz,
On Wed, Jun 21, 2006 at 10:55:36AM +0100, Stephen Gran wrote:
Hey all,
I think I might have found the problem. The mail spool is open()ed, and
then the fd is checked to see if there is an error (as is proper). The
problem is, the fchown/fchmod calls happen in the same logic path
On Wed, Jun 21, 2006 at 09:57:04PM +0200, Nicolas François wrote:
Note: I still don't understand the Debian bug and can't reproduce it. I
will look closer later.
I checked the code of 4.0.15-10.
The bug is present in this version.
However, I think the issue is not present in the 4.0.16
Hello,
After reading the log of #315784 (dpkg: dependencies should ensure md5sum
is present), I wonder why adding a
Pre-Depends: coreutils (= ...)
field to dpkg would break (c)debootstrap.
I made a tarball for debootstrap with a modified dpkg and I noticed no
problem.
Goswin, do you
Hi,
The attached patch fixes the paje.app build failure.
I don't know if the return values of each commands are really consistent.
When the series file is missing or if all the patches were alredy applied,
quilt push will return 2.
When quilt push is called with the name of a patch in argument,
tags 353251 patch
thanks
Hello,
The problem is caused by the postinst script.
It calls killall notification-daemon, but no such process is running.
Replacing it with killall notification-daemon || true fixes this bug.
Kind Regards,
--
Nekral
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
tags 330291 pending
thanks
Committed.
Thanks for noticying and for the patch.
Kind Regards,
--
Nekral
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
tags 319972 patch
thanks
Hello,
In FindHash.hpp, there are two definitions of the findHash function, one
with const keys, and one without the const modifier.
The situation is similar to:
f(T) {...}
f(const T) {...}
When f(const string) is used, g++-4 doesn't know if it should take the
first
Hi Roger,
On Sun, Jul 31, 2005 at 05:22:15PM +0100, Roger Leigh wrote:
On Sun, Jul 31, 2005 at 04:54:14PM +0100, Roger Leigh wrote:
/tmp/buildd/atlas-3.2.1ln/include/contrib/camm_dpa.h:766: error: memory
input 2 is not directly addressable
I've been able to compile this file with the
Hi,
On Tue, Mar 01, 2005 at 09:10:13PM +0100, Andreas Jochens wrote:
@@ -670,7 +670,8 @@
*/
FCode (p4_nofp_f_trunc_to_s)
{
-double h = *FSP++;
+double h = *FSP;
+SP = (double *)SP + 1;
*--SP = (p4cell) h;
}
I'm wondering if this is not a typo. Shouldn't FSP be
57 matches
Mail list logo