Control: reopen -1
reopening, c-t-b-mipsen is still unfixed. I'm fine to drop the
intermediate patch in c-t-b and c-t-b-ports.
On 15.03.25 14:02, Aurelien Jarno wrote:
On 2025-03-15 12:03, Matthias Klose wrote:
What I'm really missing here is any commitment testing such changes as
adding the conflicts. Things can break, and I unfortunately also got a lot
of untested patches even breaking GCC native builds. And for
On 15.03.25 11:41, Aurelien Jarno wrote:
On 2025-03-15 11:08, Matthias Klose wrote:
On 15.03.25 10:55, Aurelien Jarno wrote:
On 2025-03-15 07:01, Helmut Grohne wrote:
Control: reassign -1 libc6-dev-i386
Control: affects -1 = src:gcc-14-cross
Control: tags -1 + ftbfs
On Sat, Mar 15, 2025 at
On 15.03.25 14:02, Aurelien Jarno wrote:
In addition, those are not the best example of collaboration. For
instance, the upload of binutils 2.43.50.20241126-1 to unstable caused
many of the packages using binutils-* to FTBFS (see for instance
#1089190, #1089199, #1090194, #1090195). Nicolas Boule
On 15.03.25 10:55, Aurelien Jarno wrote:
On 2025-03-15 07:01, Helmut Grohne wrote:
Control: reassign -1 libc6-dev-i386
Control: affects -1 = src:gcc-14-cross
Control: tags -1 + ftbfs
On Sat, Mar 15, 2025 at 05:45:15AM +0100, Matthias Klose wrote:
sudo apt build-dep gcc-14-cross
Some packages
Package: src:glibc
Version: 2.41-4
Severity: serious
Tags: sid trixie
Affects: gcc-14-cross
sudo apt build-dep gcc-14-cross
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required package
Control: reopen -1
see #1100544
Package: src:glibc
Version: 2.35-1
Severity: important
Tags: sid bookworm patch
Please fix building glibc on arc, both for 2.35 and 2.36.
--- a/debian/rules.d/control.mk
+++ b/debian/rules.d/control.mk
@@ -1,7 +1,7 @@
libc_packages := libc6 libc6.1 libc0.1 libc0.3
libc0_1_archs := kfreebsd-amd6
Package: src:glibc
Version: 2.34-5
Severity: serious
https://salsa.debian.org/glibc-team/glibc/-/commit/776abab
introduces
sed -i \
+ -e "usr/lib/.*\.a/d" \
-e "/LIBDIR.*\.a /d" \
-e "s#TMPDIR#$(debian-tmp)#g" \
-e "s#RTLD
Package: src:glibc
Version: 2.31-13
Severity: serious
Tags: sid bullseye
when cross-building glibc in the c-t-b packages, the libc.so linker file for
some non-default multilib builds like the sparc build for sparc64 is broken,
leading to build failures for at least all gcc-N cross multilib package
Package: src:glibc
Version: 2.31-9
Tags: patch
test all passes before failing the build (in case of regressions). I'd like to
see everything which probably needs fixing, not just the first failure.
* Run checks for every pass before failing the build.
diff --git a/debian/rules b/debian/rules
i
Package: src:glibc
all/local-ldd.diff patch needs to be updated or dropped for glibc 2.33.
see https://bugs.launchpad.net/ubuntu/+source/glibc/+bug/1914860
On 7/8/20 9:21 PM, Paul Gevers wrote:
> Hi,
>
> [Note, this e-mail may look familiar as it is mostly copied over from
> the buster call, not much has changed, AFAICT].
>
> As part of the interim architecture qualification for bullseye, we
> request that DSA, the security team, Wanna build, and th
Package: src:glibc
Version: 2.30-8
Severity: important
Tags: sid bullseye
2.30-2 removed the installation of finclude/math-vector-fortran.h, which leads
to build errors like reported in https://launchpad.net/bugs/1879092
glibc (2.30-2) unstable; urgency=medium
* debian/rules.d/build.mk: do not
On 3/4/20 9:48 AM, Florian Weimer wrote:
> * Matthias Klose:
>
>> On 3/4/20 9:33 AM, Florian Weimer wrote:
>>> * Matthias Klose:
>>>
>>>> The __glibc_has_include macro needs to be restored until GCC is rebuilt. At
>>>> least on s390x,
Package: src:glibc
Version: 2.29-10
Tags: patch
Please generate dependencies on libgcc-sN instead of libgccN.
* libc6: Depend on libgcc-sN instead of libgccN.
diff -Nru glibc-2.31/debian/rules.d/debhelper.mk glibc-2.31/debian/rules.d/debhelper.mk
--- glibc-2.31/debian/rules.d/debhelper.mk 202
On 3/4/20 10:04 PM, Aurelien Jarno wrote:
> On 2020-03-04 09:33, Matthias Klose wrote:
>> Package: src:glibc
>> Version: 2.30-0experimental2
>> Severity: important
>> Tags: sid bullseye patch
>>
>> The __glibc_has_include macro needs to be restored until GCC
On 3/4/20 9:33 AM, Florian Weimer wrote:
> * Matthias Klose:
>
>> The __glibc_has_include macro needs to be restored until GCC is rebuilt. At
>> least on s390x, you get a non-wrorking compiler, which at least cannot glibc
>> anymore. The macro is still referenced in the
Package: src:glibc
Version: 2.30-0experimental2
Severity: important
Tags: sid bullseye patch
The __glibc_has_include macro needs to be restored until GCC is rebuilt. At
least on s390x, you get a non-wrorking compiler, which at least cannot glibc
anymore. The macro is still referenced in the inclu
Package: src:glibc
Version: 2.28-10
Severity: sersious
Tags: sid bullseye patch
currently c-t-b-p ftbfs on alpha. A patch needs to be backported.
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1836064
the c-t-b-ports package ftbfs:
/bin/bash ../scripts/move-if-change
/<>/glibc-2.29/build-
On 08.01.19 21:08, Paul Gevers wrote:
> user debian...@lists.debian.org
> usertags needs-update
> thanks
>
> Hi all,
>
> On Sat, 29 Dec 2018 23:46:40 +0100 Lucas Nussbaum wrote:
>> During a rebuild of all packages in sid, your package failed to build
>> on amd64.
>>
>> Relevant part (hopefully):
On 18.12.18 16:39, Hagen Paul Pfeifer wrote:
> Hallo,
>
> since December 7.3 to 7.4 switch I am not able to compile Yocto anymore:
>
>> | make[3]: Entering directory
> '/home/pfeifer/git/p/p-core/build/tmp/work/x86_64-linux/m4-native/1.4.18-r0/build/lib'
>
> > | gcc -I. -I../../m
On 07.07.18 17:24, YunQiang Su wrote:
> Niels Thykier 于2018年6月28日周四 上午4:06写道：
>> List of concerns for architectures
>> ==
>>
>> The following is a summary from the current architecture qualification
>> table.
>>
>> * Concern for ppc64el and s390x: we are dependent
Package: src:glibc
Version: 2.24-17
Severity: important
Tags: patch
The recent debhelper changes expose a bug building stage1, because glibc build
the multilib library packages in stage1, which shouldn't be built (only all dev
packages should be built).
--- glibc-2.24/debian/rules~ 2017-08-26 11
we shouldn't build these for stage2 either.
Package: src:glibc
Version: 2.24-17
Tags: patch
debhelper got a bit more strict, and now fails to build libc6.1-alphaev67 during
stage1 and stage2. The solution is not to build this optimized package during
stage1 and stage2.
--- glibc-2.24/debian/sysdeps/alpha.mk~ 2017-06-19 17:36:06.0
Package: src:glibc
Tags: patch
fix glibc-2.25 /26 stage1 build. The python hooks are not installed for the
stage1 build.
--- a/debian/rules.d/debhelper.mk
+++ b/debian/rules.d/debhelper.mk
@@ -220,6 +220,7 @@
-e "s#RTLDDIR#$$rtlddir#g" \
-e "s#SLIBDIR#$$slibdir#g" \
-e "s#LIBDIR#$$libdir
Package: src:glibc
Version: 2.24-12
Tags: patch
Please add conflicts for the multilib development packages. There are bug
reports with foreign architectures that try to install both libc6-dev-i386 and
libc6-dev-amd64 packages, and then failing because of conflicts in /usr/include.
This patch adds
(2.24-6.1) UNRELEASED; urgency=medium
+
+ * Allow to inject the libc-dev dependency on linux-libc-dev by the build
+environment.
+
+ -- Matthias Klose Thu, 24 Nov 2016 12:19:24 +0100
+
glibc (2.24-6) unstable; urgency=medium
[ Samuel Thibault ]
diff -Nru glibc-2.24/debian/rules.d/debhelp
Package: glibc
Version: 2.23-5
Severity: important
Tags: sid stretch
User: debian-...@lists.debian.org
Usertags: non-standard-compiler, gcc-5, gcc-5-legacy
This package builds with a non standard compiler version; please check
if this package can be built with the default version of gcc/g++, or
wi
Package: src:glibc
Version: 2.24-0experimental0
Tags: patch
build stage1 glibc without a C++ compiler. As long as this is not required, we
shouldn't be forced to a C++ compiler for stage1.
--- glibc-2.24/debian/rules.d/build.mk~ 2016-08-12 10:49:51.119631719 +0200
+++ glibc-2.24/debian/rules.d/bu
ebian/changelog 2015-12-02 20:06:12.0 +
@@ -1,3 +1,9 @@
+glibc (2.21-1.1) UNRELEASED; urgency=medium
+
+ * Don't build optimized variants in stage1 or stage2 builds.
+
+ -- Matthias Klose Wed, 02 Dec 2015 21:05:26 +0100
+
glibc (2.21-1) unstable; urgency=medium
[ Aure
Control: reopen -1
sorry, pasted the bug number from a wrong browser tab.
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: https://lists.debian.org/5541318b.5050...@debian.org
On 02/26/2015 06:01 PM, Andreas Beckmann wrote:
> during a test with piuparts I noticed a failure to upgrade from 'wheezy'.
>
> I'm not exactly sure which package to blame.
> This happened on i386, I cannot reproduce it on amd64.
> The package being tested was lsb-desktop, but it can probably show
Package: src:glibc
Version:
Tags: patch
The patch fixes building multilib enabled stage1 cross, by doing the call xx
dance for stage1 as well, as well as generating the debhelper files for multilib
stage1 packages.
--- glibc-2.19/debian/rules.d/debhelper.mk.orig 2014-10-22 21:10:46.131349002
+020
Package: eglibc
Version: 2.18-5
Severity: important
Tags: sid jessie
User: debian-...@lists.debian.org
Usertags: non-standard-compiler, gcc-4.7, gcc-4.7-legacy
This package builds with a non standard compiler version; please check
if this package can be built with the default version of gcc/g++, o
Package: eglibc
Version: 2.18-5
Severity: important
Tags: sid jessie
User: debian-...@lists.debian.org
Usertags: non-standard-compiler, gcc-4.6, gcc-4.6-legacy
This package builds with a non standard compiler version; please check
if this package can be built with the default version of gcc/g++, o
Am 20.10.2013 22:58, schrieb Ben Hutchings:
> On Sun, 2013-10-20 at 22:21 +0200, Matthias Klose wrote:
>> Am 20.10.2013 00:25, schrieb Ben Hutchings:
>>> On Sat, 2013-10-19 at 23:38 +0200, Matthias Klose wrote:
>>>> Control: severity -1 important Control: tags -1 +
Package: src:eglibc
Version: 2.17-2
Severity: serious
seen when trying to build gcc-4.8:
In file included from /usr/include/features.h:395:0,
from /usr/include/stdio.h:27,
from ../../../../src/libgcc/../gcc/tsystem.h:87,
from ../../../../src/libg
On 15.10.2012 19:50, Daniel Schepler wrote:> On Mon, Oct 15, 2012 at 3:01 AM,
Matthias Klose wrote:
>>> I guess we'd need to coordinate this with adding x32 builds to eglibc
>>> 2.16 experimental... I also have preliminary patches for that, of
>>> course.
>
Package: eglibc
Please backport ARM makecontext() routines from trunk, or
https://code.launchpad.net/~michaelh1/ubuntu/precise/eglibc/lp696794/+merge/96465
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debia
Package: eglibc
Version: 2.13-24
Severity: important
User: debian-...@lists.debian.org
Usertags: non-standard-compiler, gcc-4.4
This package builds with a non standard compiler version; please check
if this package can be built with the default version of gcc/g++, or
with gcc-4.6/g++-4.6.
Please
Package: libc6-dev
Version: 2.13-15
Severity: serious
$ dpkg -c libc6-dev_2.13-15_i386.deb | grep fpu_control
-rw-r--r-- root/root 3163 2011-08-08 20:21 ./usr/include/fpu_control.h
-rw-r--r-- root/root 3291 2011-08-08 20:10
./usr/include/i386-linux-gnu/fpu_control.h
--
To UNSUBSCRIBE
Package: eglibc
Version: 2.13-10
Severity: normal
Tags: patch
User: ubuntu-de...@lists.ubuntu.com
Usertags: origin-ubuntu oneiric ubuntu-patch
this is for a pending change for the multiarch updates in GCC. On multilib
enabled archs the include and library directories are looked up using a prefix
Package: eglibc
Version: 2.13-9
Severity: serious
trying to build gcc-4.x:
make[7]: Entering directory
`/home/packages/gcc/4.6/gcc-4.6-4.6.1/build/x86_64-linux-gnu/32/libgcc'
# If this is the top-level multilib, build all the other
# multilibs.
/home/packages/gcc/4.6/gcc-4.6-4.6.1/build/./gcc/xgc
On 01.09.2010 11:35, Aurelien Jarno wrote:
On Mon, Aug 30, 2010 at 06:05:15AM +0200, Aurelien Jarno wrote:
On Sun, Aug 29, 2010 at 07:30:10PM +0200, Matthias Klose wrote:
Package: libc6
Version: 2.11.2-2
Severity: grave
This change breaks OpenJDK on armel:
* Add patches/any/cvs-flush
Package: libc6
Version: 2.11.2-2
Severity: grave
This change breaks OpenJDK on armel:
* Add patches/any/cvs-flush-cache-textrels.diff to fix random crashes
on ARM, if the executable or shared library has TEXTREL.
Reverting this change unbreaks openjdk.
$ java -version -zero
Segmentation
On 12.06.2010 19:00, André Wöbbeking wrote:
On Saturday 12 June 2010, Aurelien Jarno wrote:
Moreover we can also backport the optimized functions that have been
added in 2.12, but the current goal is to move 2.11 to squeeze, so it
will be for later.
All that said, I don't plan to disable --wit
On 12.06.2010 15:19, André Wöbbeking wrote:
I can confirm this also for C++ programs. It's an interaction of eglibc 2.11 and
gold. eglibc 2.10 and gold work together and eglibc 2.11 without gold also
works.
no, it's not 2.11, but 2.11 glibc built --with-multi-arch. Would the glibc
maintainer
On 06.06.2010 00:51, Aurelien Jarno wrote:
On Sat, Jun 05, 2010 at 03:50:51AM +0200, Matthias Klose wrote:
Package: eGLIBC
Version: 2.11.1-2
Severity: serious
gcc-4.4 and gcc-4.5 fail to build after the upgrade to eGLIBC-2.11:
https://buildd.debian.org/fetch.cgi?pkg=gcc-4.4;ver=4.4.4-4;arch
Package: eglibc
Version: 2.11.1-2
Severity: serious
gcc-4.4 and gcc-4.5 fail to build after the upgrade to eglibc-2.11:
https://buildd.debian.org/fetch.cgi?pkg=gcc-4.4;ver=4.4.4-4;arch=mips;stamp=1275677666
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "u
Package: eglibc
Version: 2.11.1-1
Severity: serious
see
https://buildd.debian.org/fetch.cgi?pkg=gcc-snapshot;ver=20100530-1;arch=kfreebsd-amd64;stamp=1275239549
gnatgcc -c -g -DIN_GCC -W -Wall -Wwrite-strings -Wcast-qual -Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition -Wc++-comp
Package: eglibc
Version: 2.10.2-5
Severity: serious
The following tests fail:
Test results, compared with installed binutils:
W: [ld-elfvsb/elfvsb.exp] REGRESSION (PASS -> FAIL): visibility (normal) (non
PIC, load offset)
W: [ld-elfvsb/elfvsb.exp] REGRESSION (PASS -> FAIL): visibility (normal)
On 18.11.2009 21:43, Aurelien Jarno wrote:
On Wed, Nov 18, 2009 at 07:58:47PM -0600, Matthias Klose wrote:
I only see this when upgrading to current glibc in unstable; not with testing.
Could you be more precise with the versions? glibc in testing and
unstable have the same version.
sorry
On 18.11.2009 14:54, Peter Fritzsche wrote:
forwarded 556951 http://sourceware.org/bugzilla/show_bug.cgi?id=10982
thanks
Matthias Klose wrote:
[]
`debian/sauerbraten-dbg/usr/lib/debug//usr/lib/games/sauerbraten/sauer_cl
ient': Invalid operation dh_strip: objcopy returned exit code
Package: eglibc
Vesion: 2.10.1-7
Severity: grave
seen on i386, most of the g++/libstdc++ tests are failing. seen with current
gcc-4.4 package and with the packaging in the gcc svn.
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Con
On 08.11.2009 20:47, Carlos O'Donell wrote:
On Sun, Nov 8, 2009 at 1:42 PM, Carlos O'Donell wrote:
Always the same crash for all the failures I've looked at. Hopefully
this is something trivial that was missed.
The current libc is missing my patches to fix pthread_attr_setstack()
and pthread_
Package: libc6
Version: 2.10.1-0exp1
Severity: important
E.g. apt-get's call to getaddrinfo() returns with EAI_SYSTEM when /etc/hosts is
missing and EAI_NONAME if /etc/hosts is empty. This is different from 2.9, where
EAI_NONAME is returned in both cases, resulting in the regression in apt-get.
Goswin von Brederlow schrieb:
> Hi,
>
> small update to the bug report.
>
> The libc6-i386 package screwed up the transition by forgetting to
> delete the /lib32 and /usr/lib32 in preinst. So on upgrades all files
> remain under /emul/ia32-linux/ and the only thing that changes is the
> way dpkg
Package: libc6-i386
Version: 2.9-16
Severity: serious
conficts with libc6-dev-i386 (<= 2.9.14), which should be 2.9-14.
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: libc6-i386
Severity: serious
the current conflict (<= 4.4.0-5) is not enough. it has to be << 4.4.0-7.
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Package: tzdata
Version: 2009e-1
tzdata doesn't include timezones from the pacificnew file, please include these.
some testcase complain about the missing zones.
--
To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists
Package: glibc
Tags: patch
updated compare.sh sorting both files before comparing.
Matthias
#!/bin/bash
if [ $# -ne '2' ]; then
echo -e "\nUsage: Compare a test-expected-* file and a test-results-* file."
echo -e "$0 : < Expected testsuite results > < Testsuite results >\n";
exit 1
fi;
Package: tzdata
Version: 2008c-1
Please generate zoneinfo files in the file format known by
openjdk/sun-java; this should be built from the tzdata source to avoid
duplication of the data and put into a separate binary package.
please use either use the sources included in the ubuntu patch
(curren
clone 482902 -1
reassign -1 general
severity -1 serious
thanks
Aurelien Jarno writes:
> severity 482902 wishlist
> tag 482902 + upstream
> tag 482902 + wontfix
> thanks
>
> Matthias Klose a écrit :
> > Package: glibc
> > Version: 2.7-11
> > Severity: importan
Package: glibc
Version: 2.7-11
Severity: important
Please build libc6-hppa64 and libc6-hppa64-dev packages; there is no
package build-depending on libc6-hppa64-dev, but we need these
packages to run the testsuites for binutils and gcc-4.X. Currently
these packages are completely untested, although
Package: glibc
Version: 2.7-10
http://experimental.ftbfs.de/fetch.php?&pkg=binutils&ver=2.18.50.20080507-1&arch=alpha&stamp=1210319481&file=log&as=raw
In file included from ../../bfd/trad-core.c:45:
/usr/include/sys/user.h:27:22: error: asm/page.h: No such file or directory
make[5]: *** [trad-cor
> Glibc upstream announced recently that the glibc 2.7 will be tagged
> and released very soon (probably on Oct 17[0]).
which toolchain versions are required as build dependencies?
Matthias
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMA
Aurelien Jarno writes:
> clone 434626 -1
> reassign -1 gcc-4.2
> retitle -1 [powerpc] generate broken 64-bit binaries
> thanks
>
> On Wed, Jul 25, 2007 at 01:18:43PM +0200, Matthias Klose wrote:
> > Package: libc6-ppc64
> > Version: 2.6-3
> > Severity: seriou
Package: libc6-ppc64
Version: 2.6-3
Severity: serious
Seen while rebuilding gcc-4.2 / gcj-4.2; 64bit configure tests fail
with a segfault. Reverting to 2.6-2 lets the bootstrap succeed.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTEC
probably related to #427398.
Gerrit Pape writes:
> Package: gcc-4.1
> Version: 4.1.2-11
>
> See
>
> http://buildd.debian.org/fetch.cgi?&pkg=git-core&ver=1%3A1.5.2.1-1&arch=hppa&stamp=1180881720&file=log
>
> I can reproduce this in paer's sid chroot as follows:
>
> $ apt-get source git-core
>
reopen 405738
found 405738 2.5-1
apparently the build dependency has been dropped again; was there a
reason to rush the glibc upload and not to wait for the binutils
update?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Aurelien Jarno writes:
> Matthias Klose a écrit :
> > Package: glibc
> > Version: 2.5
> > Severity: important
> >
> > libssp32, libssp64 are not built anymore by gcc in experimental, glibc
> > b-d on these.
> >
>
> This means we will have to bu
Package: glibc
Version: 2.5
Severity: important
libssp32, libssp64 are not built anymore by gcc in experimental, glibc
b-d on these.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: glibc
Version: 2.5
Tags: experimental
Severity: important
glibc uses --hash-style for linking, when detected. Please
build-depend on the appropriate binutils version, so that glibc is
always built using --hash-style=both.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of
Package: glibc
Version: 2.5-0exp1
Tags: experimental
Severity: serious
see #374535, it's the GNU_TYPE, not the Debian architecture.
$ find /usr/include/ -name stubs*/usr/include/gnu/stubs.h
/usr/include/gnu/stubs-32.h
/usr/include/ppc64-linux-gnu/gnu/stubs.h
/usr/include/ppc64-linux-gnu/gnu/stubs
Is this a leftover, which can be changed to gcc-4.1 now?
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
[should we drop parisc-linux?]
John David Anglin writes:
> > Er, no; we're talking about official Debian packages here, and the
> > libstdc++.so.6 in Debian is now from gcc-4.1. The problem is precisely that
> > GMP *is* being built using gcc-4.0, but libstdc++ is from gcc-4.1, resulting
> > in t
Package: libc6-i386
Severity: important
Version: 2.3.6
Tags: patch
third party applications like 32bit acroread won't start.
http://people.ubuntu.com/patches/glibc-amd64.diff
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Steve Langasek writes:
> On Wed, Apr 05, 2006 at 11:06:21PM +0200, Aurelien Jarno wrote:
>
> > A few weeks ago, the 2.4 kernels have been declared "deprecated" [1]. I
> > would like to know what does this exactly mean:
> > - That users are advised not to use them?
> > - That we could drop support
Package: glibc
Version: 2.3.6
Severity: important
Running the gcc testsuite from gcc-3.4.6-1 (or gcc-3.4.5-3) on both
current Debian unstable and Ubuntu dapper shows some test failures,
which are only seen on unstable's glibc.
--- ../../gcc-3.4-3.4.6/test-summary2006-03-07 05:30:43.0
Bdale Garbee writes:
> On Fri, 2006-02-24 at 01:12 +0100, Aurelien Jarno wrote:
>
> > The only change planned is to make libc6-dev-i386 and libc6-i386 provide
> > a glibc on amd64 instead of ia32-libs. It will be in /emul/ia32-linux (I
> > still have to find how to do that cleanly in the debhelp
Kurt Roeckx writes:
> In the end, I'd like to get rid of ia32-libs, and have it be a
> dummy package. But on the other hand, I don't want to make a
> biarch version of things like the X libraries.
you can't get rid of it on ia64 unless you either drop the 32bit
support or else you provide a cross
Kurt Roeckx writes:
> Package: libg2c0-dev
> Version: 3.4.4-10
> Severity: serious
>
> Hi,
>
> libg2c0-dev installs files in /usr/lib32, which conflict with the
> symlink from ia32-libs. It should be putting the files in
> /emul/ia32-linux/usr/lib instead.
>
> Note that this works as long as yo
Package: glibc
Version: 2.3.5-8
Severity: serious
makes gcc* FTBFS on sparc, 2.3.5-6 looks ok.
long longval () { return (long) (sizeof (int)); }
unsigned long ulongval () { return (long) (sizeof (int)); }
#include
#include
int
main ()
{
FILE *f = fopen ("conftest.val", "w");
if (! f)
e
GOTO Masanori writes:
> At Mon, 19 Sep 2005 19:27:15 +0200,
> Matthias Klose wrote:
> > > On the latest i386 Sid, gcc-4.0 does not build from source, on my machine,
> > > and on a buildd (see the logs). With dash as sh, I get:
> >
> > this is known, we
John David Anglin writes:
> > Following the discussion on parisc, I uploaded glibc built with
> > gcc-3.4. Validated, that gcc-4.0 bootstraps again and the python build
> > errors are gone.
>
> Does this fix GCC PR 23731?
down to 475 test failures. Maybe related to PR23602
--
To UNSUBSCRIBE, e
John David Anglin writes:
> > Following the discussion on parisc, I uploaded glibc built with
> > gcc-3.4. Validated, that gcc-4.0 bootstraps again and the python build
> > errors are gone.
>
> Does this fix GCC PR 23731?
can't check, it currently segfaults trying to generate the
classmap.db (sam
> On the latest i386 Sid, gcc-4.0 does not build from source, on my machine,
> and on a buildd (see the logs). With dash as sh, I get:
this is known, we're waiting on proper 64bit support from glibc. I'd
like to downgrade this one until we have the support.
Goto, you did say, you wanted address t
Following the discussion on parisc, I uploaded glibc built with
gcc-3.4. Validated, that gcc-4.0 bootstraps again and the python build
errors are gone.
Please make this change for the next sourceful upload.
Matthias
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscri
GOTO Masanori writes:
> At Sun, 4 Sep 2005 11:41:17 +0200,
> Matthias Klose wrote:
> > glibc-2.3.5 doesn't have the fpsetdefaults function anymore, which was
> > available in 2.3.2. Is the omission intended? If yes, is there a
> > replacement function? Currently th
The current package in the archive FTBFS as well, with a strange error
in libjava. The headers are not yet built at this point. Using
glibc-2.3.2 or breezy's glibc doesn't show the problem.
/scratch/packages/gcc/4.0/gcc-4.0-4.0.1/build/gcc/gcj
-B/scratch/packages/gcc/4.0/gcc-4.0-4.0.1/build/g
Package: glibc
Version: 2.3.5-6
glibc-2.3.5 doesn't have the fpsetdefaults function anymore, which was
available in 2.3.2. Is the omission intended? If yes, is there a
replacement function? Currently the python fpectl module fpectl FTBFS.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a sub
Package: glibc
To build the hppa -> hppa64 cross compiler needed to build hppa64
kernels, the target specific headers are needed. Currently it's good
enough to symlink /usr/hppa64-linux-gnu/include to /usr/include.
Please keep the /usr/hppa64-linux/include symlink for a while.
--
To UNSUBSCRI
Package: glibc
Version: 2.3.5-6
Severity: grave
The python2.3 package (as well as the 2.2 and 2.4 package) FTBFS on
hppa (see the buildd logs). The failures do not occur when downgrading
glibc to 2.3.2 from sarge, or using breezy's glibc. Not further
tracked down.
--
To UNSUBSCRIBE, email to [E
Daniel Jacobowitz writes:
> On Sat, Aug 13, 2005 at 01:01:25PM +0900, GOTO Masanori wrote:
> > I expect a future biarch (that provides x86_64 and i386 packages at
> > the same time on the same machine) saves this problem. During
> > DebConf5, Scott proposed dpkg filter mechanism, and Tollef propos
Package: glibc
gcc itself cannot depend on those, without sucking in 64bit glibc
packages.
diff -u glibc-2.3.5/debian/control.in/sparc64
glibc-2.3.5/debian/control.in/sparc64
--- glibc-2.3.5/debian/control.in/sparc64
+++ glibc-2.3.5/debian/control.in/sparc64
@@ -13,7 +13,7 @@
Architecture: spa
--j79F1xXV029481.1123599719/bolero.cs.tu-berlin.de--
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
fakeroot-tcp shows the same behaviour. reverting back to glibc-2.3.2
is a workaround.
Matthias
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Package: linux-kernel-headers
Severity: important
Tags: patch
In file included from capidyn.c:23:
/usr/include/linux/capi.h:80: error: variable or field '__user' declared void
/usr/include/linux/capi.h:80: error: syntax error before '*' token
/usr/include/linux/capi.h:115: error: syntax error befo
1 - 100 of 204 matches
Mail list logo
