Package: libffi-dev
Version: 3.4.2-2
Tags: patch
The libffi-dev.doc-base file references files which no longer exist.
This leads to complaints from install-docs as well as lintian errors.
The following patch takes care of that and also ensures that the
doc-base file does not need to be updated ag
Package: libgcc-8-dev
Version: 8.4.0-2
Severity: grave
The latest version of gcc-8 is not installable because libgcc-8-dev
depends on libgcc-s1 (>= 1:8.4.0-2), but the version of libgcc-s1 in the
archive does not have an epoch and is therefore too low to fulfill this
requirement.
The same holds f
Package: libgcc-s1
Version: 10-20200202-1
Severity: serious
On systems where /lib is a symlink to /usr/lib (which is the case for
every new buster installation, for instance), it can easily happen that
/usr/lib/$DEB_HOST_MUTIARCH/libgcc_s.so.1 disappears on upgrades. This
happens whenever libgcc-
Package: libobjc-9-dev
Version: 9.2.1-8
Your package includes a dangling symlink:
,
| $ file /usr/lib/gcc/x86_64-linux-gnu/9/libobjc_gc.so
| /usr/lib/gcc/x86_64-linux-gnu/9/libobjc_gc.so: broken symbolic link to
../../../x86_64-linux-gnu/libobjc_gc.so.4
`
According to apt-file there is
Source: gcc-defaults
Version: 1.168d1
Severity: minor
Tags: patch
The gcc preinst script removes the /usr/share/doc/gcc symlink (it tests
whether /usr/share/doc/gcc is a directory, but this test also succeeds
for a symlink to a directory), apparently as part of a
directory -> symlink conversion th
Control: reassign -1 binutils 2.27.51.20161124-1
Control: retitle -1 binutils: creates unbootable kernel on x86-64
Control: severity -1 grave
On 2016-11-26 15:13 +0100, Damien Wyart wrote:
> After running further tests today, I think this is in fact *not*
> related to gcc but to the kernel itself
On 2016-06-13 15:55 +0200, Sven Joachim wrote:
> On 2016-06-13 14:43 +0200, Matthias Klose wrote:
>
>> On 13.06.2016 12:46, Vincent Lefevre wrote:
>>> Package: gcc-6
>>> Version: 6.1.1-6
>>> Severity: minor
>>>
>>> $ gcc-6 --version
>&g
On 2016-06-13 14:43 +0200, Matthias Klose wrote:
> On 13.06.2016 12:46, Vincent Lefevre wrote:
>> Package: gcc-6
>> Version: 6.1.1-6
>> Severity: minor
>>
>> $ gcc-6 --version
>> gcc-6 ( 6.1.1-6) 6.1.1 20160609
>> Copyright (C) 2016 Free Software Foundation, Inc.
>> This is free software; see the
On 2014-08-12 20:23 +0200, Ben Hutchings wrote:
> On Tue, 2014-08-12 at 09:05 -0700, Steve Langasek wrote:
> [...]
>> Matthias, could you please have a look at the below test case? We have a
>> regression in the latest nfs-kernel-server build, which appears to be caused
>> by a gcc-4.9 bug.
>>
>
On 2014-07-16 03:55 +0200, Matthias Klose wrote:
> Am 15.07.2014 16:27, schrieb Michael Biebl:
>> Source: gcc-4.9
>> Version: 4.9.0-11
>> Severity: serious
>>
>> The package FTBFS on i386 and hurd-i386 but successfully built in the
>> past.
>>
>> Complete build log at [1]
>
> how helpful is this
reassign 638867 gcc-multilib
forcemerge 638418 638867
thanks
On 2011-08-22 17:55 +0200, François Revol wrote:
> Le 22/08/2011 17:48, Sven Joachim a écrit :
>> On 2011-08-22 17:07 +0200, François Revol wrote:
>>
>>> Package: linux-libc-dev
>>> Version: 3.0.0-2
>
Package: gcc-multilib
Version: 4:4.6.1-2
Severity: serious
I've been tearing my hair out WTF this suddenly happened:
,
| $ echo '#include ' > junk.c
| $ gcc -m64 -c junk.c
| In file included from /usr/include/bits/errno.h:25:0,
| from /usr/include/errno.h:36,
|
Package: gcc-4.6-multilib
Version: 4.6.1-6
,
| $ file /usr/lib/i386-linux-gnu/gcc/i486-linux-gnu/4.6/64/libquadmath.so
| /usr/lib/i386-linux-gnu/gcc/i486-linux-gnu/4.6/64/libquadmath.so: broken
symbolic link to `../../../../../../lib64/libquadmath.so.0'
`
Looks like gcc-4.6-multilib ough
On 2010-08-18 19:49 +0200, Julien Cristau wrote:
> On Wed, Aug 18, 2010 at 19:12:37 +0200, Ludovic Brenta wrote:
>
>> Personally, I'd be comfortable with gcc-4.5 in Squeeze except for this
>> part:
>>
>> > - the upload will build several runtime libraries from the 4.5
>> > sources. Regression
Package: ftp.debian.org
Severity: normal
X-Debbugs-CC: Debian GCC Maintainers
Please downgrade the priority of gcc-4.3-base to optional, now that
libgcc is built from the gcc-4.4 sources.
--
To UNSUBSCRIBE, email to debian-gcc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble?
Package: ftp.debian.org
Severity: serious
The priority of gcc-4.2-base should be downgraded to optional from
required, because the only reason that it was ever required in the first
place is that libgcc1 used to depend on it; and that package is now
built from the gcc-4.3 source package.
Severity
Package: libstdc++5
Version: 1:3.3.6-16
Severity: grave
libstdc++5 is not installable, as it depends on gcc-3.3-base
(>= 1:3.3.6-16) which has not been built, according to
http://packages.qa.debian.org/g/gcc-3.3/news/20080329T183205Z.html.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a s
Matthias Klose writes:
> it's gone on all architectures which have glibc-2.5. please file bug
> reports on the packages depending on it
Done for all six of them (counting source packages).
> and/or check if these can be fixed by binary rebuilds.
I'll leave this to the respective maintainers.
Reg
Package: gcc-4.1
Version: 4.1.2-4
Severity: grave
The latest gcc-4.1 upload is lacking libssp0 on which several packages
on my system depend, for instance some libavahi-* packages. Looking at
http://packages.qa.debian.org/g/gcc-4.1/news/20070425T222047Z.html, it
is still mentioned in the Binary f
Package: gcc-defaults
Version: 1.50
Severity: wishlist
It would be nice if there were a gcc-locales metapackage depending on
the gcc-x.y-locales package for the default Debian gcc version. It
would not only pull it automacically in, but people who only want to
have one gcc version on their system
Shouldn't this bug be closed, now that gcc-4.1-doc is available in
non-free and gcc-doc has moved to contrib?
Kind regards,
Sven
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
found #385732 1.47
thanks
In version 1.47, fsf-funding.7 is in the source tarball again.
Reopening the bug,
Sven
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: gcc-4.1-doc-non-dfsg
Version: 4.1.1-nf1
Severity: serious
In previous versions of gcc-4.1-doc (up to 4.1.1-10),
/usr/share/doc/gcc-4.1-doc was a symlink to gcc-4.1-base. Because
dpkg follows the symlink when upgrading the package, your files end up
in /usr/share/doc/gcc-4.1-base, overwri
Matthias Klose wrote:
The source package still contains the non-free files fsf-funding.7,
ok.
gfdl.7 and gpl.7, apparently for no good reason since they aren't
installed. Please remove them.
no, license texts can be included. there's no reason to remove them.
But the GFDL is not the lic
Package: gcc-defaults
Version: 1.42
Severity: serious
The source package still contains the non-free files fsf-funding.7,
gfdl.7 and gpl.7, apparently for no good reason since they aren't
installed. Please remove them.
-- System Information:
Debian Release: testing/unstable
APT prefers unsta
Package: gcc-4.1-base
Version: 4.1.1-13
Severity: normal
Since the documentation has been removed :-(, there is no need to
mention its license in debian/copyright any more.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architectur
reassign 383755 gcc-defaults
merge 383755 384278
thanks
Sorry for the duplicate report. I didn't notice #383755
because it was filed against the wrong package.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: gcc
Version: 4:4.1.1-6
Severity: normal
Today I got mail from the mandb cron script:
mandb: warning: /usr/share/man/man1/cc.1.gz is a dangling symlink
mandb: warning: /usr/share/man/man1/c++.1.gz is a dangling symlink
This is because the gcc postinst installs the following alternative:
Matthias Klose wrote:
please recheck (after downgrading to 4.0.2-9), I had two copies of the
packages at different places. Sorry.
I now looked into the new 4.0.3-1 versions, they hopefully fix
this for good. Some people may wonder why the files in
/usr/share/doc/gcc-4.0-base have two names, bu
Matthias Klose wrote:
But maybe some magic in the preinst scripts can avoid that.
Please check the packages at
deb http://people.debian.org/~doko/gcc-4.0 ./
Inside a chroot, I upgraded the packages:
4.0.2-6 -> 4.0.2-9 -> 4.0.2-11,
but, alas, the copyright and changelog were still lost
a
Matthias Klose wrote:
reassign 355439 gcc-4.0-base
thanks
Sven Joachim writes:
reassign 355439 libgcc1
thanks
Reassigning this to libgcc1, since I found out this package
(and lib64gcc1) at fault (see my previous message).
no, the file is missing in gcc-4.0-base.
Huh? The gcc-4.0-base
reassign 355439 libgcc1
thanks
Reassigning this to libgcc1, since I found out this package
(and lib64gcc1) at fault (see my previous message).
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Matthias Klose wrote:
Sven Joachim writes:
Package: gcc-4.0-base
Version: 4.0.2-10
Severity: serious
It looks as if bug #346171 has raised its ugly head again, since somehow the
files /usr/share/doc/gcc-4.0-base{copyright, changelog.Debian.gz} disappeared
after the upgrade from 4.0.2-9 to
Package: gcc-4.0-base
Version: 4.0.2-10
Severity: serious
It looks as if bug #346171 has raised its ugly head again, since somehow the
files /usr/share/doc/gcc-4.0-base{copyright, changelog.Debian.gz} disappeared
after the upgrade from 4.0.2-9 to 4.0.2-10:
$ ls /usr/share/doc/gcc-4.0-base
Ada
.mo instead.
--
Sven Joachim
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
From my original report:
Package: gcc-4.0
Version: 4.0.1-3
Severity: normal
Tags: l10n
Gcc always prints its messages in English, rather than my preferred
German. Running "strace gcc-4.0 -v" shows that gcc tries to read the
german messages from the file /usr/share/locale/de/LC_MESSAGES/gcc.mo,
w
Package: gcc-4.0
Version: 4.0.1-3
Severity: normal
Tags: l10n
Gcc always prints its messages in English, rather than my preferred
German. Running "strace gcc-4.0 -v" shows that gcc tries to read the
german messages from the file /usr/share/locale/de/LC_MESSAGES/gcc.mo,
which does not exist. It ha
37 matches
Mail list logo
