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 15:10.3-
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
orking properly on some architectures.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
signature.asc
Description: PGP signature
w-hotplug 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
stallsystemd.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
signature.asc
Description: PGP signature
,
Guus Sliepen
signature.asc
Description: PGP signature
.
That'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
signature.asc
Description: PGP signature
iendelijke groet / with kind regards,
Guus Sliepen
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/ &&
nit. 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
signature.asc
Description: PGP signature
ported by all
network cards.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
signature.asc
Description: PGP signature
, you won't need pre-up ifup
statements anymore.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
signature.asc
Description: PGP signature
x27;t
mind this NMU :)
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
signature.asc
Description: PGP signature
inside a mounted
> AoE block 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
signature.asc
Description: Digital signature
such .device files, and no
documentation in the package anywhere how to make those.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
signature.asc
Description: Digital signature
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
2
With a proper aoetools.service, perhaps it should become
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
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 Sliepen
signatu
d will 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
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 2016-12-22
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 c
dangling 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,
G
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:
> mu
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 un
.
I believe the error 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
signature.asc
Description: Digital signature
D to 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
signature.asc
Description: Digital signature
at
this --auto-deconfigure option is somehow not passed to dpkg.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
signature.asc
Description: Digital signature
lly
breaking the system.
> Ccing release team and systemd maintainers to have their opinion.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
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
correctly with 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 k
t vriendelijke groet / with kind regards,
Guus Sliepen
signature.asc
Description: Digital signature
you check whether 0.8.4 works better? That one uses dh-systemd.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
signature.asc
Description: Digital signature
up once in 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
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
signature.asc
Description: Digital signature
nt. The 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
signature.asc
Description: Digital signature
ce logs, could you send them to me in any case?
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
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
signature.asc
Description
s is a misunderstanding. The compiler 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
signature.asc
Description: Digital signature
ner.
> Please check 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
t think reverse depends will FTBFS. The problem is that the tests (which
are only run at build time and are not in any way included in the binary
packages) unconditionally #include . Could you try removing those
#includes from glm-0.9.5.0/test/gtx/*.cpp, and try building again?
--
Met vriend
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
m! Thanks for fixing this.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
signature.asc
Description: Digital signature
age are enough to
indicate progress, and don't need any loops or tricky arithmetic, and even 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 vriend
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 files
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 cause
ve sponsored Lisandro's NMU to delayed-7. 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,
ment team is working 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
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
> > &g
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
> >
r a buggy buildd, or a bug in gcc.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
signature.asc
Description: Digital signature
o you have?
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
signature.asc
Description: Digital signature
vriendelijke groet / with kind regards,
Guus Sliepen
signature.asc
Description: Digital signature
> Model : Fire-i BCL 1.2
[...]
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
signature.asc
Description: Digital signature
coriander doesn't check for it. I 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
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
signature.asc
Description: Digital signature
e reassigned to docbook-utils? Are there
similar problems with other packages?
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
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: squeeze
t by running
dpkg-source -x on the .dsc 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
signature.asc
Description: Digital signature
see why it fails to run as it should, please ask.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
signature.asc
Description: Digital signature
p if
> you install libgail-gnome-module ?
I will try that in a few days if I have a GNOME desktop around again.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
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 whethe
ce code. I 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
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
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
is-client
packages.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen
signature.asc
Description: Digital signature
t vriendelijke groet / with kind regards,
Guus Sliepen
signature.asc
Description: Digital signature
perl.
Please NMU. 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
ase of lenny is imminent, removal is
OK.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <[EMAIL PROTECTED]>
signature.asc
Description: Digital signature
stream is not working on it anymore, and since dcraw (and the
gimp-dcraw package) package can also convert DiMAGE RAW files.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <[EMAIL PROTECTED]>
signature.asc
Description: Digital signature
rk, that
server does not exist. Is it just this exact command 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
;m not sure it handles correctly the situation
> if USEPAK=1 even if it does not crash, but missing sound files 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 befor
if these were DFSG-free?
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 doma
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 i
7;t work I'll rather provide the datafiles unpakked.
Making 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
ild-dependency libavl-dev is there. Fair also build without
problems on all 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
t celestia-common, but the
-nonfree package has yet 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
it.
Go ahead! I don't have too 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
m within gdb. To get a core dump from a normally
started blobwars, make sure you are in a directory that you have write
access 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
ending on the -dev package depend on
libgmime-2.0-2 >= 2.2.11?
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <[EMAIL PROTECTED]>
signature.asc
Description: Digital signature
end 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
is computer
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
4.3.0-1 The GNU Standard C++ Library v3
> ii zlib1g 1:1.2.3.3.dfsg-11 compression library - runtime
>
> blobwars recommends no packages.
>
> -- no debconf information
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <[EMAIL PROTECTED]>
signature.asc
Description: Digital signature
es in unstable doesn't help either.
Did 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
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 <[E
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 p
t.
--
Met 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
install
when I took over gmime I think 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,
Gu
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 p
hes later tonight 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
lmost never include a copyright 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
aintext passwords. I hope it still works for you.
--
Met vriendelijke groet / with kind regar
x is just to remove that first call to vsnprintf(). I also
found an instance of va_start() being called without a matching
va_end(). Patch attached.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <[EMAIL PROTECTED]>
--- lib/gui/gmdialog
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, so
he moment I'd
check it. But this explaination is a lot more useful than "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
Descripti
s package, feel free
to do so.
--
Met vriendelijke groet / with kind regards,
Guus Sliepen <[EMAIL PROTECTED]>
signature.asc
Description: Digital signature
1 - 100 of 121 matches
Mail list logo