Package: libstdc++-arm-none-eabi-newlib
Version: 15:10.3-2021.07-4+20
Severity: serious
Justification: Policy 2.2.1
This package depends on gcc-arm-none-eabi (= 15:10.3-2021.07-4), however
the latter version does not exist in main because there has been a
binNMU, so the version present is
retitle 920791 FTBFS on all non-SIMD architectures
forwarded 920791 https://github.com/g-truc/glm/issues/865
thanks
On Tue, Jan 29, 2019 at 07:50:44AM +0100, Guus Sliepen wrote:
> I cannot reproduce it either, but according to the logs it looks like it
> might be some #defines not w
https://buildd.debian.org/status/fetch.php?pkg=freedink=armel=109.4-2=1548716184=log
I cannot reproduce it either, but according to the logs it looks like it
might be some #defines not working properly on some architectures.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
might work around the issue for you.
> Please get ifupdown >= 0.8.33 > into testing!
Good point, I have to fix #900269 to do that.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
signature.asc
Description: PGP signature
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
signature.asc
Description: PGP signature
,
Guus Sliepen <g...@debian.org>
signature.asc
Description: PGP signature
at's fine.
> Additionally, I'd also like to see this fixed in an upcoming stretch
> point release and might start the procedure on my own as well. Any "go"
> or "no go" is appreciated.
Go!
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <g...@deb
lijke groet / with kind regards,
Guus Sliepen <g...@debian.org>
signature.asc
Description: PGP signature
Source: openal-soft
Version: 1:1.18.2-1
Severity: serious
Justification: Policy 4.9
Building openal-soft from source in a pbuilder environment fails. It
seems like it thinks there is nothing to build:
> sudo pbuilder build openal-soft_1.18.2-1.dsc
[...]
I: Running cd /build/openal-soft-1.18.2/
t. Maybe it is caused by
changes in udev. But on my computers, I don't see udev generating any
events when I plug or unplug a network cable...
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <g...@debian.org>
signature.asc
Description: PGP signature
ported by all
network cards.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <g...@debian.org>
signature.asc
Description: PGP signature
tatements anymore.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <g...@debian.org>
signature.asc
Description: PGP signature
this NMU :)
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <g...@debian.org>
signature.asc
Description: PGP signature
ck device. A check of that situation will be part of the tests.
Well, if all dependencies were correct when booting, then systemd should
shut down everything in reverse order, right?
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <g...@debian.org>
signature.asc
Description: Digital signature
for such .device files, and no
documentation in the package anywhere how to make those.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <g...@debian.org>
signature.asc
Description: Digital signature
in fstab). Also, the SysV init script used to unmount these
filesystems, but the aoetools package masks the systemd service. It
would be better to provide a real systemd service script that restores
the expected behaviour.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen &l
x-systemd.requires=aoetools.service. I see nbd-client has a
nbd@.service, but it requires you to write your own dev-%i.device
script. I will duplicate this bug and reassign to aoetools and
nbd-client. I'll also create a bug report for the kernel bug found.
--
Met vriendelijke groet / with kin
nal TERM after 150 minutes of inactivity
Found the cause; a case of i386 FPU having more precision in its
floating point registers than IEEE floats have, and GLM using ==
comparisons between floats. Will upload a fix soon.
--
Met vriendelijke groet / with kind regards,
Guus Sliepe
l it automatically start at boot. Try:
systemctl enable tinc@malteser
And then reboot and see if it comes up properly.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <g...@debian.org>
signature.asc
Description: Digital signature
roduce this at least on two recent stretch installs.
Can you show me the output of:
systemctl status tinc
systemctl status tinc@netname
Before and after systemctl start tinc@netname.service, and also after
the subsequent systemctl restart tinc.service?
--
Met vriendelijke groet / with kind regards,
Package: dnssec-trigger
Version: 0.13-3
Severity: serious
Justification: Policy 9.1.1
It appears the dnssec-trigger package installs the following files
directly in the root:
-rw-r--r-- root/root 215 2016-12-22 12:01 ./dnssec-triggerd-keygen.service
-rw-r--r-- root/root 573
Source: fex
Version: 20160328-1
Severity: serious
Justification: Policy 9.1.1
Fex installs the following symlink in the root of the filesystem:
lrwxrwxrwx root/root 0 2016-08-30 13:54 ./:sexsend:sexget: ->
/usr/share/fex/htdocs/download/sexstream
I assume this is an error. The link is
ing symlink in /usr/lib and removes it.
This symlink should not be in the package at all; ldconfig normally will
create such symlinks automatically, and indeed it creates the correct
symlink (libompitrace.so.20 -> libompitrace.so.20.0.0).
--
Met vriendelijke groet / with kind regards,
Guus Slie
Source: edgar
Severity: serious
Justification: source missing for GPL licensed assets
According to debian/copyright, the edgar-data package contains a number
of songs which are licensed under the GPL-3+. However, only the final
rendered music is present in the form of a .ogg file.
> Files:
>
Source: supertuxkart
Version: 0.9.2-1
Severity: serious
Justification: does not include source code of GPL licensed work
Supertuxkart contains a song called "Boom boom boom" in Ogg Vorbis
format. According to the credits and debian/copyright, this song is
created by Matt Thomas, and is licensed
or is in the texlive-htmlxml package; if it depends on
ulem.sty, it should depend on texlive-generic-recommended.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <g...@debian.org>
signature.asc
Description: Digital signature
Ccing release team and systemd maintainers to have their opinion.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <g...@debian.org>
signature.asc
Description: Digital signature
at
this --auto-deconfigure option is somehow not passed to dpkg.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <g...@debian.org>
signature.asc
Description: Digital signature
install both
ifupdown and systemd, because ifupdown >= 0.8.4 and systemd << 228-3~
are EXPLICITLY not coinstallable.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <g...@debian.org>
signature.asc
Description: Digital signature
n werden.
> Nach dieser Operation werden 17,9 MB Plattenplatz freigegeben.
> Möchten Sie fortfahren? [J/n] n
It asks you if you really want to do this or not. Note that your system
would still be perfectly working when it installs sysvinit. So nothing
is broken by the ifupdown package, theref
partial downgrades. But we
> don't support these anyway.
>
> Unfortunately I don't have a better idea either. Guus, would you be
> okay with dropping the Breaks: to udev again?
If that's the only solution, sure.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <g.
elijke groet / with kind regards,
Guus Sliepen <g...@debian.org>
signature.asc
Description: Digital signature
n a
while, but it is normal. If you want to avoid this problem, run can run
testing instead.
> Thank you again for all your work!
You're welcome :)
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <g...@debian.org>
signature.asc
Description: Digital signature
ther 0.8.4 works better? That one uses dh-systemd.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <g...@debian.org>
signature.asc
Description: Digital signature
e". Marco, can you see
from your strace logs what process did that dbus call?
The current version of ifupdown calls systemctl from postinst "by hand",
but the next version will use dh-systemd, maybe that will fix this issue
as well, but I'm not sure.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <g...@debian.org>
signature.asc
Description: Digital signature
ould you send them to me in any case?
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <g...@debian.org>
signature.asc
Description: Digital signature
he expected output was written with the assumption that
/lib/ifupdown/settle-dad.sh is already there. So I'll have to fix that.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <g...@debian.org>
signature.asc
Description: Digital signature
and are not in any way included in the binary
packages) unconditionally #include emmintr.h. Could you try removing those
#includes from glm-0.9.5.0/test/gtx/*.cpp, and try building again?
--
Met vriendelijke groet / with kind regards,
Guus Sliepen g...@debian.org
signature.asc
Description
with a i386 chroot.
An i386 chroot won't do me any good as I only have processors that support
SSE2. It would be helpful if you could test the patch which I attached to this
email on your i386 system.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen g...@debian.org
--- a/test/gtx
doesn't define these on macros by
itself. it defaults to i586. So yes, a test in an i386 chroot does help.
Ugh, I should have known that. I'll test it.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen g...@debian.org
signature.asc
Description: Digital signature
tags 735270 + fixed-upstream
tags 735270 + pending
thanks
The problem has been fixed by upstream, it will be part of the upcoming release
of 0.9.5.2. I already tested it in an i386 chroot :)
--
Met vriendelijke groet / with kind regards,
Guus Sliepen g...@debian.org
signature.asc
On Tue, Dec 10, 2013 at 01:46:47PM +0100, Guus Sliepen wrote:
reassign 731834 ftpmaster
thanks
Justification: section 2.5 Packages must not depend on packages with lower
priority values (excluding build-time dependencies). In order to ensure this,
the priorities of one or more packages may need
this.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen g...@debian.org
signature.asc
Description: Digital signature
if
the arithmetic is wrong it will only mess up the display a bit, not the whole
fsck.
PS2: Should this bug not be tagged lfs?
No, this has nothing to do with large file support.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen g...@debian.org
signature.asc
Description: Digital signature
Package: libaal-dev
Version: 1.0.5-5
Severity: critical
Justification: causes serious data loss
In bitops.c, several functions get offsets and sizes with type bit_t, which is
64 bit, but local variables which hold the result of calculations on those
bit_t variables are of type int, which of
Package: reiser4progs
Version: 1.0.7-6
Severity: critical
Justification: causes serious data loss
I found two bugs in fsck.reiserfs, that affect filesystems larger than 16 TiB.
First is an explicit cast of a 64 bit block counter to 32 bit, which causes it
to not work correctly on such large
. Feel free to cancel the NMU and
make a upload maintainer fixing this bug.
I'll see if I have time this week, otherwise I'll let the NMU go through.
Anyway, thanks for the work, Lisandro!
--
Met vriendelijke groet / with kind regards,
Guus Sliepen g...@debian.org
signature.asc
on providing a KDE4
front-end. However, that may take a while. So I will indeed remove the
celestia-kde package.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen g...@debian.org
signature.asc
Description: Digital signature
tags 615019 + pending
thanks
On Sat, Feb 26, 2011 at 02:49:21PM +0100, Guus Sliepen wrote:
The song Ambick - Herbs (/usr/share/games/blobwars/music/end) isn't
his so he can not give us permission to include it. It's Lizardking's
Claustrophobia, which you can verify at
http
On Sat, Feb 26, 2011 at 10:59:28AM +0100, Guus Sliepen wrote:
The song Ambick - Herbs (/usr/share/games/blobwars/music/end) isn't
his so he can not give us permission to include it. It's Lizardking's
Claustrophobia, which you can verify at
http://modarchive.org/index.php?request
.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen g...@debian.org
signature.asc
Description: Digital signature
,
Guus Sliepen g...@debian.org
signature.asc
Description: Digital signature
vriendelijke groet / with kind regards,
Guus Sliepen g...@debian.org
signature.asc
Description: Digital signature
[...]
Hm, that is different behaviour from two of my machines... It will take some
more investigation before I know what the real problem is.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen g...@debian.org
signature.asc
Description: Digital signature
will fix coriander, but the real problem is
probably in the kernel.
If possible, can you retry it with a vanilla 2.6.33 kernel with both stacks?
--
Met vriendelijke groet / with kind regards,
Guus Sliepen g...@debian.org
signature.asc
Description: Digital signature
functionality.
I hope the Committee will issue a statement whether the former is, in general,
accepted behaviour, or if Debian should be more conservative.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen g...@debian.org
signature.asc
Description: Digital signature
problems with other packages?
--
Met vriendelijke groet / with kind regards,
Guus Sliepen g...@debian.org
signature.asc
Description: Digital signature
Package: zhone
Version: 0-git20090610-5
Severity: serious
Justification: Not installable
Zhone depends on libevas-svn-03-engines-x which is not available anymore.
Updating zhone to depend on libevas-svn-05-engines-x instead should solve this
problem.
-- System Information:
Debian Release:
and rebuilding the package. Also, the sparc buildd
seems to have built the package just fine. Do you have any idea how I could
investigate this further?
--
Met vriendelijke groet / with kind regards,
Guus Sliepen g...@debian.org
signature.asc
Description: Digital signature
vriendelijke groet / with kind regards,
Guus Sliepen g...@debian.org
signature.asc
Description: Digital signature
that in a few days if I have a GNOME desktop around again.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen g...@debian.org
signature.asc
Description: Digital signature
Package: gok
Version: 2.26.0-1
Severity: grave
Justification: renders package unusable
I have a tablet PC, which is to say a PC fit inside an LCD screen with a touch
sensitive layer. I have a default GNOME desktop, and I apt-get installed gok.
When starting it for the first time, it asks me
uploaded dhis-client 5.5-3
two weeks ago that should fix this bug. Can you verify this?
--
Met vriendelijke groet / with kind regards,
Guus Sliepen g...@debian.org
signature.asc
Description: Digital signature
Hello,
Due to the fact that code from 1.4.4.5 has been backported into 1.4.4.4-4,
git-daemon in etch is also vulnerable to this bug.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen g...@debian.org
signature.asc
Description: Digital signature
reopen 515292
thanks
On Thu, Jun 11, 2009 at 12:01:21AM +0200, Moritz Muehlenhoff wrote:
I think you closed the wrong bug.
Yes, I had already sent an email to 515292-reo...@b.d.o, but it didn't arrive
(yet). Sorry!
--
Met vriendelijke groet / with kind regards,
Guus Sliepen g
.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen g...@debian.org
signature.asc
Description: Digital signature
regards,
Guus Sliepen g...@debian.org
signature.asc
Description: Digital signature
. Unfortunately I have no time at all at the moment.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description: Digital signature
of lenny is imminent, removal is
OK.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description: Digital signature
package) package can also convert DiMAGE RAW files.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description: Digital signature
that fails, or does it
also fail to send messages to real, existing Jabber servers?
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description: Digital signature
is a
fatal error).
I'm already working on it, and I'm going for option 2. I don't have too much
free time at the moment, so it might take a few days before I'll upload the
results.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description
?
According to upstream it's just the music and sound effects that was taken from
online resources, the graphics were created by upstream.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description: Digital signature
Package: blobandconquer
Version: 0.99-1
Severity: serious
The music and sounds in Blob and Conquer are taken from various free
online repositories, which allow distribution and non-commercial use at
the minimum, but not necessarily DFSG-free. Some sounds and music files
may be in the public
Package: blobwars
Version: 1.08-1
Severity: serious
The music and sounds in Blobwars are taken from various free online
repositories, which allow distribution and non-commercial use at the
minimum, but not necessarily DFSG-free. Some sounds and music files may
be in the public domain, but this is
it arch any is really undesirable, the fact that we are frozen
does not mean we should go for quick, sub-optimal fixes.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description: Digital signature
other architectures. Would it be possible to get the
config.log from this build daemon?
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description: Digital signature
to be accepted for inclusion in Debian's
archives by the ftp-masters. When it is accepted, you should be able to
just apt-get install it.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description: Digital signature
much time at the moment so the help is
welcome.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description: Digital signature
in (your home or /tmp), and give the following command (in bash):
ulimit -c unlimited
Then try running blobwars again. Now you should have a coredump that you
can process with gdb.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description
blobwars worked. Therefore I am downgrading this bug. I do hope you can
produce a coredump and a backtrace so we can figure out what happens on
your machine.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description: Digital signature
on gmime2.2 that do
not work with the current version. The ABI should still have been bumped
of course, but I think it is safe to let gmime2.2 migrate to testing.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description: Digital signature
-2 = 2.2.11?
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description: Digital signature
.
-- no debconf information
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description: Digital signature
On Tue, Mar 18, 2008 at 10:50:36AM -0300, David Roguin wrote:
I just download the debian source and compiled it.
And I can't reproduce the bug.
Mark runs it on powerpc, it could be an endianness bug.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED
blobwars work for you before? Also, could you try building
non-stripped binaries, and use gdb to get a backtrace of the stack from
the core dump? If you don't know how I can show you.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description
Package: openglad
Version: 0.98-2
Severity: grave
Justification: renders package unusable
openglad
[1]30637 segmentation fault openglad
When I start openglad, I see a window appearing for a split second, then
it immediately crashes.
-- System Information:
Debian Release: lenny/sid
APT
vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description: Digital signature
Package: libgnutls26-dbg
Version: 2.2.0-1
Severity: serious
Justification: Policy 3.9
The libgnutlsXX-dbg packages do not only contain versions of the
libraries with debugging symbols, but also unstripped binaries from the
gnutls-bin package. This prevents multiple -dbg packages from being
it
wasn't yet an option to forward gmime bugs to bugzilla, and I had to
contact upstream directly, and I'm still doing that. But you're right
that I should forward bugs to the most proper place.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description
Package: oprofile-gui
Version: 0.9.3-1
Severity: grave
Justification: renders package unusable
[EMAIL PROTECTED]oprof_start
oprof_start: error while loading shared libraries: libbfd-2.18.so: cannot open
shared object file: No such file or directory
oprofile-gui depends on binutils, which does
and upload new packages
myself. Thanks for the help and willingness to NMU though!
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description: Digital signature
statement. I believe
it is safe for Debian, but if you disagree, please mention it on
the debian-legal mailing list.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description: Digital signature
.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
dir name=ekiga
dir name=codecs
dir name=audio
entry name=minimum_jitter_buffer
mtime=1175024968 type
attached.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
--- lib/gui/gmdialog.c.orig 2007-03-29 15:40:54.553908791 +0200
+++ lib/gui/gmdialog.c 2007-03-29 15:41:51.805763144 +0200
@@ -466,8 +466,6 @@
gtk_check_button_new_with_label (_(Do not show this dialog
not trigger a segfault or maybe not often, but on amd64
it always crashes (probably because amd64 uses a different way to store
varargs).
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description: Digital signature
Package: ekiga
Version: 2.0.3-5
Severity: serious
On amd64, ekiga crashes when accepting an incoming call. This makes the
software unusable. The old gnomemeeting package, now replaced by a dummy
package depending on ekiga, did not have this problem. In a Debian
unstable i386 chroot it works OK,
upstream
won't accept it. But why did you send this to the debian-devel mailing
list instead of as a follow-up to the bugreport?
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description: Digital signature
I have this problem as well, I also have an amd64 system (unstable
though, not etch). Maybe it is not grave, but serious. You wouldn't want
to release etch with this bug.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description: Digital
.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen [EMAIL PROTECTED]
signature.asc
Description: Digital signature
1 - 100 of 118 matches
Mail list logo
