Hi Aurelien,
On Mon, Apr 08, 2024 at 11:24:40PM +0200, Aurelien Jarno wrote:
> Thanks for you analysis and your patch. In short your proposal is to
> extend the initial patch from Steve to fully hide the fact that the
> compiler default to -D_TIME_BITS=64 -D_FILE_OFFSET_BITS=64.
>
> This indeed
Control: tags -1 + patch
Hi Aurelien and Canonical folks,
On Tue, Apr 02, 2024 at 08:53:31PM +0200, Aurelien Jarno wrote:
> Starting with gcc-12 version 12.3.0-15, -D_TIME_BITS=64 together with
> -D_FILE_OFFSET_BITS=64 are passed by default on 32-bit architectures
> except i386.
>
> This has
Hi,
On Sat, Mar 09, 2024 at 09:50:11PM +0100, Sebastian Ramacher wrote:
> > I'd now like to coordinate a time of upload. Given that chroots are
> > rebuilt in Wednesday and Sunday, I suggest we pick a Thursday morning
> > for the actual upload. If I unexpectedly break stuff, I still have a few
>
Hi release team and essential maintainers,
On Mon, Sep 04, 2023 at 10:33:54PM +0200, Helmut Grohne wrote:
> Once these issues have been resolved, we can move most files except for
> a small set of essential packages. For those, a coordinated upload
> moving their files will
Hi Aurelien and Santiago,
my DEP17 work on moving essential files has been uploaded to Ubuntu
noble by Julian Andres Klode and we gain some insights there. As a
result, I've been refining the patches and published my testing
infrastructure. You can find it all (though maybe not in an easily
Hi Aurelien,
On Sun, Feb 04, 2024 at 09:43:53PM +0100, Aurelien Jarno wrote:
> No, it is actually needed. For instance using the arm64 cross-compiler
> on amd64:
>
> $ rm /usr/aarch64-linux-gnu/lib/ld-linux-aarch64.so.1
> $ arch64-linux-gnu-gcc -o test test.c
>
Hi Aurelien and Sven,
On Wed, Jan 24, 2024 at 09:19:12PM +0100, Aurelien Jarno wrote:
> On 2024-01-23 17:40, Helmut Grohne wrote:
> > Conflicting runtime dynamic linkers between multiarch packages
> > ==
> >
Hi,
TL;DR: I brainstorm solutions and appreciated feedback, but no action is
required at this time.
On Sun, Jan 21, 2024 at 10:32:29PM +0100, Helmut Grohne wrote:
> This seems pretty much unfxiable to me now.
Unfixable was a bit too strong. With much help from Aurelien and ideas
from Enric
On Sun, Jan 21, 2024 at 07:39:04PM +0100, Helmut Grohne wrote:
> I shall rework the patch and also exempt multilib rtlds from moving. I'm
> sorry for not having realized this. I suspect that dumat would have
> reported this problem.
This seems pretty much unfxiable to me now.
Es
Control: tags -1 - patch + moreinfo
On Sun, Jan 21, 2024 at 06:37:35PM +0100, Sven Joachim wrote:
> I have not studied the details, but this looks rather dangerous to me.
> If you install the runtime dynamic linker in multilib packages below
> /usr, but keep the native one at its current place,
but rtld to /usr. (Closes: #-1)
+
+ -- Helmut Grohne Fri, 19 Jan 2024 15:56:06 +0100
+
glibc (2.37-13) unstable; urgency=medium
[ Aurelien Jarno ]
diff --minimal -Nru glibc-2.37/debian/debhelper.in/libc-alt.install
glibc-2.37/debian/debhelper.in/libc-alt.install
--- glibc-2.37/debian/debhelper.in
Hi Aurelien,
On Fri, Sep 15, 2023 at 12:02:35AM +0200, Aurelien Jarno wrote:
> Answering for the glibc package.
Thanks.
> On 2023-09-12 20:15, Helmut Grohne wrote:
> > Once the Priority:required set only has that exception set left
> > unconverted, I will prepare patc
Dear maintainers of relevant essential packages,
this /usr-merge transition covering multiple release has reached a point
where consensus has been reached about completing it by moving files
from / to /usr. The chosen approach also affects filesystem bootstrap
and an earlier discussion of this
Helmut Grohne pushed new tag debian/2.19-18+deb8u12 at GNU Libc Maintainers /
glibc
--
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.19-18+deb8u12
You're receiving this email because of your account on salsa.debian.org.
Helmut Grohne pushed new tag debian/2.19-18+deb8u11 at GNU Libc Maintainers /
glibc
--
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.19-18+deb8u11
You're receiving this email because of your account on salsa.debian.org.
Helmut Grohne pushed new tag debian/2.24-11+deb9u5 at GNU Libc Maintainers /
glibc
--
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.24-11+deb9u5
You're receiving this email because of your account on salsa.debian.org.
Helmut Grohne pushed to branch jessie-security at GNU Libc Maintainers / glibc
Commits:
fb5edb6e by Helmut Grohne at 2023-06-20T14:08:08+02:00
import ELA-872-1 aka glibc 2.19-18+deb8u12
- - - - -
3 changed files:
- debian/changelog
- + debian/patches/bz18036.patch
- debian/patches/series
Helmut Grohne deleted branch disarm-werror at GNU Libc Maintainers / glibc
--
You're receiving this email because of your account on salsa.debian.org.
Helmut Grohne pushed to branch disarm-werror at GNU Libc Maintainers / glibc
Commits:
80722788 by Helmut Grohne at 2023-03-03T17:54:41+01:00
disable -Werror when dpkg-builflags contains -Wno-error
Building glibc with a different toolchain tends to produce new warnings
that are turned
Helmut Grohne pushed new branch disarm-werror at GNU Libc Maintainers / glibc
--
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/tree/disarm-werror
You're receiving this email because of your account on salsa.debian.org.
Helmut Grohne pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
50e5ea41 by Helmut Grohne at 2022-12-06T08:31:33+01:00
Annotate B-D libcap-dev with stage2 profile.
libcap-dev is a library that is also needed when enabling selinux
support. We already disable selinux in stage2, so
Helmut Grohne pushed to branch sid at GNU Libc Maintainers / glibc
Commits:
9309e3cc by Helmut Grohne at 2022-12-05T22:52:32+01:00
Use conjunction for libgd-dev profiles.
The previous form !stage1 !stage2 would activate the dependency
unless both profiles are given at the same time. We want
rpcgen during cross builds. (Closes: #-1)
+
+ -- Helmut Grohne Wed, 30 Nov 2022 08:22:32 +0100
+
rpcsvc-proto (1.4.2-4) unstable; urgency=medium
* Bump the breaks + replace version to 2.31-14. Thanks to Simon McVittie for
diff --minimal -Nru rpcsvc-proto-1.4.2/debian/control
rpcsvc-proto
=medium
+
+ * Non-maintainer upload.
+ * Declare packages skipped by noudeb build profile. (Closes: #-1)
+
+ -- Helmut Grohne Sun, 27 Nov 2022 14:47:44 +0100
+
glibc (2.36-5) unstable; urgency=medium
[ Samuel Thibault ]
diff --minimal -Nru glibc-2.36/debian/control glibc-2.36/debian/control
Helmut Grohne pushed new branch jessie-security at GNU Libc Maintainers / glibc
--
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/tree/jessie-security
You're receiving this email because of your account on salsa.debian.org.
Helmut Grohne pushed new branch stretch-security at GNU Libc Maintainers / glibc
--
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/tree/stretch-security
You're receiving this email because of your account on salsa.debian.org.
Source: lxc
Version: 1:5.0.1-1
Severity: serious
Tags: ftbfs
X-Debbugs-Cc: debian-glibc@lists.debian.org
lxc fails to build from source in unstable. It seems very likely that
this is due to glibc 2.36. A non-parallel build log fails as follows:
| [24/4015] cc -Isrc/lxc/liblxc_static.a.p
Helmut Grohne pushed new tag debian/2.28-10+deb10u2 at GNU Libc Maintainers /
glibc
--
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/tree/debian/2.28-10+deb10u2
You're receiving this email because of your account on salsa.debian.org.
Helmut Grohne pushed new branch buster-security at GNU Libc Maintainers / glibc
--
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/tree/buster-security
You're receiving this email because of your account on salsa.debian.org.
Helmut Grohne deleted branch fix-dpkg-root-merged-usr at GNU Libc Maintainers /
glibc
--
You're receiving this email because of your account on salsa.debian.org.
Control: tags -1 + confirmed
On Tue, Oct 18, 2022 at 09:13:05AM +0200, Guillaume Lefranc wrote:
> after upgrading libc-bin from 2.28-10+deb10u1 to 2.28-10+deb10u2, the
> following error appeared after running iconv the following way:
>
> iconv -cs -f 'UTF-8' -t 'UTF-8'
Helmut Grohne pushed new branch fix-dpkg-root-merged-usr at GNU Libc
Maintainers / glibc
--
View it on GitLab:
https://salsa.debian.org/glibc-team/glibc/-/tree/fix-dpkg-root-merged-usr
You're receiving this email because of your account on salsa.debian.org.
/changelog 2022-05-02 12:00:33.0 +0200
@@ -1,3 +1,10 @@
+tzdata (2022a-1.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Deduplicate files in timezone database using hard links. Closes: #-1.
+
+ -- Helmut Grohne Mon, 02 May 2022 12:00:33 +0200
+
tzdata (2022a-1
Hi Florian,
On Sat, Dec 04, 2021 at 01:59:14PM +0100, Florian Weimer wrote:
> It is as architecture-independent as ldconfig or getconf. Perhaps a bit
> more so than getconf.
Both of those are bad examples as both are lies. An amd64 ldconfig
really does not handle arm64 libraries at all. I'd
Hi Florian,
On Fri, Dec 03, 2021 at 06:29:33PM +0100, Florian Weimer wrote:
> We can add a generic ELF parser to that ld.so and use PT_INTERP, as I
> mentioned below. I think this is the way to go. Some care will be
> needed to avoid endless loops, but that should be it.
Can I ask you to go
Source: nss
Version: 2:3.70-1
Severity: serious
Tags: ftbfs
X-Debbugs-Cc: debian-glibc@lists.debian.org
A native build of nss now fails as follows:
| x86_64-linux-gnu-gcc -o OBJS/nsinstall.o -c -std=c99 -g -g -fPIC -pipe
-ffunction-sections -fdata-sections -DHAVE_STRERROR -DLINUX -Dlinux
Source: slurm
Version: 0.4.3-2
Severity: serious
Tags: ftbfs
X-Debbugs-Cc: debian-glibc@lists.debian.org
slurm fails to build from source with glibc 2.32, because sys/sysctl.h
was removed. A build ends with:
| [ 50%] Building C object CMakeFiles/slurm.dir/slurm.c.o
| /usr/bin/cc -D_HAVE_NCURSES
maintainer upload.
+ * Fix FTCBFS: (Closes: #-1)
++ Annotate binutils dependency with -for-host.
++ Use suffixed cross compilers until there is -for-host.
++ cross.patch: LIBGD detection actually works.
+
+ -- Helmut Grohne Fri, 18 Jun 2021 14:40:52 +0200
+
glibc (2.31-12) unstable; urge
Hi Vineet,
On Wed, Feb 24, 2021 at 08:17:53PM +, Vineet Gupta wrote:
> Checking in to see if things have change since my last posting on this
> topic.
Appreciated. I would have forgotten about arc.
> Is glibc 2.32 now packaged for debian so we can attempt ARC rebootstrap ?
Unfortunately,
Hi Vineet,
On Wed, Aug 26, 2020 at 02:39:53PM +, Vineet Gupta wrote:
> Following up as ARC glibc port was merged upstream in 2.32. Can we now give
> rebootstrap a spin for ARC Debian enablement.
That's great news. Unfortunately, it's not that easy yet. rebootstrap
requires the relevant
Hi Stephen,
On Wed, Jul 08, 2020 at 05:38:46PM +0200, Stephen Kitt wrote:
> I don’t mind, it’s not as if this is an urgent bug ;-).
Thank you for your patience and work on this.
> I went for libc-devtools to avoid making it too closely-tied to libc-dev-bin,
> on purpose; it’s not only useful
Hi Stephen,
Thank you for not dropping the ball after my initial "it's not that
easy" reply.
On Sat, May 09, 2020 at 10:53:10AM +0200, Stephen Kitt wrote:
> There’s another part of the transition which bothers me: if we add memusage
> to a package which is depended upon (albeit temporarily) by
Hi Aurelien and Stephen,
On Mon, May 04, 2020 at 12:00:28AM +0200, Aurelien Jarno wrote:
> It's something we can fix. I found strange nobody notice so far. Does it
> mean the bootstrap is done ignoring the build-dependencies?
Yes, I still ignore build-depends entirely. glibc depends on a
+0200
@@ -1,3 +1,10 @@
+glibc (2.30-4.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Refactor generation of multilib include symlinks. (Closes: #-1)
+
+ -- Helmut Grohne Fri, 24 Apr 2020 08:02:13 +0200
+
glibc (2.30-4) unstable; urgency=medium
[ Aurelien Jarno ]
diff --mi
.
+ * Refactor generation of multilib include symlinks. (Closes: #-1)
+
+ -- Helmut Grohne Fri, 24 Apr 2020 08:02:13 +0200
+
glibc (2.30-4) unstable; urgency=medium
[ Aurelien Jarno ]
diff --minimal -Nru glibc-2.30/debian/rules.d/build.mk
glibc-2.30/debian/rules.d/build.mk
--- glibc-2.30/debian
Hi,
On Mon, Apr 20, 2020 at 10:12:37AM +0100, Jonathan Wakely wrote:
> > Now you are probably going to say that "-isystem /usr/include" is a bad
> > idea and that you shouldn't do that.
>
> Right.
>
> > I'm inclined to agree. This isn't a
> > problem just yet. Debian wants to move
Hi Aurelien and Stephen,
On Wed, Apr 22, 2020 at 12:04:32AM +0200, Aurelien Jarno wrote:
> > The attached patch adds memusage and memusagestat to the libc-bin package.
> > This does mean that the latter becomes dependent on libgd3, so it might be
> > better to add a new memusage package; I can
The and headers need their counter parts and
from the libc respectively, but libstdc++ wraps these
headers. Now and include these headers using
$ echo '#include ' | g++ -x c++ -E - -isystem /usr/include >/dev/null
In file included from :1:
/usr/include/c++/9/cstdlib:75:15: fatal error:
Hi Aurelien,
On Tue, Apr 14, 2020 at 05:49:38PM +0200, Helmut Grohne wrote:
> Yes, please. Is there anything blocking this? Without support in glibc,
> moving forward is a little difficult. Can you include it soonish?
I pinged Aurelien on IRC about this. Let me summarize your answe
-maintainer upload.
+ * Bootstrap with fewer stages. (Closes: #-1)
+
+ -- Helmut Grohne Wed, 15 Apr 2020 11:35:18 +0200
+
cross-toolchain-base (45) unstable; urgency=medium
* Build using glibc 2.30-2.
diff --minimal -Nru cross-toolchain-base-45/debian/rules
cross-toolchain-base-45+nmu1/debian
NRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Initial, minimal support for DPKG_ROOT. (Closes: #910685)
+
+ -- Helmut Grohne Tue, 14 Apr 2020 17:39:34 +0200
+
glibc (2.30-4) unstable; urgency=medium
[ Aurelien Jarno ]
diff --minimal -Nru glibc-2.30/debian/debhelper.in/libc.postinst
Package: libc6-dev
Version: 2.30-2
Severity: wishlist
Every time a new glibc upstream release gets uploaded,
cross-toolchain-base breaks in difficult to diagnose ways. This seems to
happen, because gcc uses the libc6-dev:somearch headers together with
libc6-dev-somearch-cross libraries.
Would
Package: libc6-dev-armhf-cross
Version: 2.29-9cross1
Severity: serious
The current libc6-dev-armhf-cross is incompatible with libc6-dev:armhf
versioned >= 2.30. Typical symptoms include (mips64el this time, but
also reproducible for armhf):
Source: glibc
Version: 2.29-5
Severity: serious
Justification: installation failure
Control: affects -1 + src:cross-toolchain-base
Since glibc added dependencies on libxcrypt, building
cross-toolchain-base produces packages that are not installable:
| $ dpkg-deb -I
Package: libc6
Version: 2.28-2
Severity: minor
While upgrading libc6 from 2.27-8 to 2.28-2, I saw this:
| Checking for services that may need to be restarted...
| Checking init scripts...
| /var/lib/dpkg/tmp.ci/preinst: 320: /var/lib/dpkg/tmp.ci/preinst: runlevel:
not found
That's libc6's
On Mon, Oct 22, 2018 at 11:38:15AM -0400, Carlos O'Donell wrote:
> It is possible that the build *and* host require python 3.4.
>
> The reason being that when cross-testing glibc with the test-wrapper-env
> script the build system may execute a command on the host system to
> run python (which
; default Python 3 version in unstable (which is relevant for future
> versions of glibc) is already 3.6.
>
> We also need to consider the process of bootstrapping Debian. In that
> case I believe it should also be fine as Python 3 from the host system
> can be used. I
Hi,
I was offered some CPU cycles to research the impact of #798955 (moving
glibc's headers to /usr/include/). I'll post another mail with
a summary, but there is already one quite obvious issue affecting
multiple packages. The implications are not quite clear to me, so maybe
someone else can
Source: glibc
Version: 2.27-3
Severity: serious
Justification: fails to build from source (but built successfully in the past)
Tags: ftbfs
User: helm...@debian.org
Usertags: rebootstrap
glibc fails to cross build from source. An arch-only build log (using
DEB_BUILD_OPTIONS=nocheck to speed things
Package: linux-libc-dev,libc6-dev
Severity: serious
Justification: makes systemd ftbfs
User: helm...@debian.org
Usertags: rebootstrap
Control: affects -1 + src:systemd libmount-dev
systemd FTBFS here, because compiling load-fragment.c fails. I spent a while
minimizing that file and it boils down
Source: glibc
Version: 2.27-1
User: helm...@debian.org
Usertags: rebootstrap
Hi Aurelien,
I need a bug number for tracking this issue, so I am filing this bug
summarizing the problem and recording my knowledge.
Building glibc with DEB_BUILD_OPTIONS=nocheck DEB_BUILD_PROFILES=stage1
presently
Package:
libc6-dev-arm64-cross,libc6-dev-armel-cross,libc6-dev-armhf-cross,libc6-dev-mips-cross,libc6-dev-mips64el-cross,libc6-dev-mipsel-cross,libc6-dev-ppc64el-cross,libc6-dev-s390x-cross
Version: 2.25-3cross1
Severity: important
User: helm...@debian.org
Usertags: rebootstrap
Control: block -1
Source: glibc
Version: 2.26-1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Hi Aurelien,
pkg-glibc commit 74784d0d9e06adb57047548685e79ea0223a05ac
("debian/rules, debian/rules.d/build.mk: stop logging build/check
messages to files, both sbuild and debuild are able to do that.")
Source: e2fsprogs
Version: 1.43.7-1
Severity: serious
Justification: FTBFS
User: helm...@debian.org
Usertags: rebootstrap
I was investigating a bootstrap failure for mips64el
(https://jenkins.debian.net/job/rebootstrap_mips64el_gcc7_nobiarch/51)
and wondered whether this was a native issue.
Package: libc6-dev-mips64el-cross
Version: 20
Severity: serious
User: helm...@debian.org
Usertags: rebootstrap
I was trying to use gcc-mips64el-linux-gnuabi64 to link a trivial
executable:
$ echo 'int main(){return 0;}' | mips64el-linux-gnuabi64-gcc -x c - -o /dev/null
With libc6-dev:mips64el
Source: glibc
Version: 2.24-12
Severity: serious
Tags: patch upstream fixed-upstream
Forwarded:
https://sourceware.org/git/gitweb.cgi?p=glibc.git;a=commitdiff;h=388b4f1a02f3a801965028bbfcd48d905638b797
User: helm...@debian.org
Usertags: rebootstrap
glibc fails to build from source in unstable
Hi Aurelien,
On Sat, Oct 15, 2016 at 09:15:36PM +0200, Aurelien Jarno wrote:
> Unfortunately this is not enough. Recent dak versions check that the
> architecture is known by dpkg, and ftp-master.debian.org is using
> jessie. If we add tilegx to the Architecture: list, the source package
> will
-2.24/debian/changelog
--- glibc-2.24/debian/changelog 2016-09-17 20:00:44.0 +0200
+++ glibc-2.24/debian/changelog 2016-10-10 06:36:11.0 +0200
@@ -1,3 +1,10 @@
+glibc (2.24-3.1) UNRELEASED; urgency=medium
+
+ * Non-maintainer upload.
+ * Support tilegx. (Closes: #-1)
+
+ -- Helmut
Source: glibc
Version: 2.22-2
Severity: wishlist
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Dear glibc maintainers,
>From a Debian pov, nios2 is a pretty new architecture. It has been added
to dpkg in version 1.18.4. Marek Vasut has been working on actually
bootstrapping the port
On Wed, Dec 02, 2015 at 09:20:58PM +0100, Matthias Klose wrote:
> Package: src:glibc
> Version: 2.21-1
> Tags: patch
>
> Don't build optimized variants in stage1 or stage2 builds; saves a pass on
> alpha and i386.
I think that the functionality requested here is useful, but I have a
few remarks
In the mean time, the other patch #766877 was merged into experimental.
Time to review this bug. Unfortunately, the original submission lacks
details on what problems are being solved, so assessing the solutions is
difficult and I do not understand all the aspects.
| diff -urN debian/rules
Hi Aurelien,
On Tue, Sep 08, 2015 at 07:58:13PM +0200, Aurelien Jarno wrote:
> Thanks for the patch and the detailed explanation. The changes make sense,
> so I have applied the patch.
Thank you.
> That said looking as this part of the code as a whole, it ends up being a
> bit complicated.
Hi Steven,
On Sat, Sep 05, 2015 at 01:50:02AM +0100, Steven Chamberlain wrote:
> We're hoping to move kfreebsd-kernel-headers' files to multiarch
> path /usr/include/$(DEB_TARGET_MULTIARCH), so that headers of other
> kernels are co-installable on a build machine (for cross-building and
>
Source: glibc
Version: 2.21-0experimental1
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Hi Aurelien,
thank you very much for applying #766877 and uploading to experimental.
This has moved us a big step closer to a working stage1. We are not
quite there yet. At this point I estimate
Control: severity -1 wishlist
Control: reassign -1 libc6
Control: retitle -1 ld-linux.so loads libraries from . when /proc is not mounted
Control: affects -1 + ghc
Control: summary -1 0
When /proc is not mounted, a relative RPATH causes ld-linux.so to fall
back to using the working directory as
Package: libc6-i386,libc6-mipsn32
Version: 2.19-18
User: helm...@debian.org
Usertags: rebootstrap
| dpkg: error processing archive
/tmp/repo/pool/main/g/glibc/libc6-mipsn32_2.19-18_mips.deb (--unpack):
| trying to overwrite '/usr/lib32/gconv/ANSI_X3.110.so', which is also in
package libc6-i386
On Tue, Dec 16, 2014 at 08:51:44PM +0100, Helmut Grohne wrote:
Matthias patch does not work for architectures with optimized libcs
(called otherarch in glibc packaging, i.e. i386, mipsel, alpha).
Matthias asked to clarify my stance on this patch. The above says that
the patch does not work
Package: src:glibc
Version: 2.19-16
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
The glibc 2.19-16 upload regresses the stage2 build. The regression is
introudced in svn revision 6371 in debian/rules.d/debhelper.mk where
tmp.substvars is no longer generated for stage2. The build
On Fri, Mar 13, 2015 at 09:36:01PM +0100, Helmut Grohne wrote:
I verified that the attached patch solves the issue.
As Adam pointed out, my patch was missing. Sorry.
But it really is equivalent to what is already in SVN. So this mostly is
a confirmation.
Helmut
diff -Nru glibc-2.19/debian
On Thu, Jan 01, 2015 at 10:09:58PM +0100, Yves-Alexis Perez wrote:
I'm not experiencing that bug, but maybe it'd help if the submitters
would provide their /proc/cpuinfo and maybe try to get a clue about
where the segfault happens (maybe with coredumps)?
/proc/cpuinfo from Bernd Zeimetz (he
On Tue, Dec 16, 2014 at 11:39:40PM +0800, YunQiang Su wrote:
Hi, the attached patch can improve bootstrapping of glibc.
Partially, this seems to be a duplicate of #766877. Maybe these should
be merged?
It produces the similiar stage1 glibc
(libc6/libc6-dev and multilib version of them),
at
Control: user helm...@debian.org
Control: usertags -1 + rebootstrap
On Sun, Oct 26, 2014 at 02:23:07PM +0100, Matthias Klose wrote:
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
@@ -1,3 +1,11 @@
+glibc (2.19-7.1) UNRELEASED; urgency=low
+
+ * Non-maintainer upload.
+ * debian/patches/any/local-bootstrap-headers.diff: Update to handle
+stubs-$abi.h which is required for multilib bootstraps. (Closes: #-1)
+
+ -- Helmut Grohne hel...@subdivi.de Wed, 30 Jul 2014 09:28:26
.
+(Closes: #-1)
+
+ -- Helmut Grohne hel...@subdivi.de Sat, 26 Jul 2014 07:41:10 +0200
+
glibc (2.19-7) unstable; urgency=high
* debian/patches/localedata/unsubmitted-tst-setlocale3-ENV.diff: Apply
diff -Nru glibc-2.19/debian/patches/ia64/local-rtld-compile-options.diff
glibc-2.19/debian/patches
dependencies on libgcc when building stage2. (Closes: #-1)
+
+ -- Helmut Grohne hel...@subdivi.de Sun, 20 Jul 2014 22:06:57 +0200
+
glibc (2.19-7) unstable; urgency=high
* debian/patches/localedata/unsubmitted-tst-setlocale3-ENV.diff: Apply
diff -Nru glibc-2.19/debian/control.in/libc glibc
On Mon, Apr 21, 2014 at 07:58:51AM +0200, Helmut Grohne wrote:
Please consider the attached patch to achieve this goal.
Please find an updated patch attached. Changes since last version:
* Add Build-Profiles headers to binary packages.
* Don't treat optimized packages (e.g. i686) as multilib
On Thu, Jul 10, 2014 at 09:46:05PM +0200, Aurelien Jarno wrote:
Hmm, the above has actually been removed in favor of a test on
$(DEB_BUILD_PROFILES).
Instead of duplicating the code, please test for both stage1 and stage2
in the same test.
Updating patch addressing both concerns.
Version: 2.19-5
On Tue, Mar 25, 2014 at 09:51:33PM +0100, Helmut Grohne wrote:
The eglibc package currently lacks a stage2 build profile entirely. A
stage2 is needed though, because libselinux cannot be built without an
actual libc among other things and eglibc explicitly enabled selinux via
Package: src:glibc
Version: 2.19-5
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
I introduced a regression in my patch for #752480. All non-dev packages
were (correctly) marked with Build-Profiles: !stage1. For debhelper this
means, that those packages no longer
=stage1 to conform with
+https://wiki.debian.org/BuildProfileSpec. Closes: #-1
+
+ -- Helmut Grohne hel...@subdivi.de Wed, 18 Jun 2014 17:05:21 +0200
+
eglibc (2.19-3) unstable; urgency=medium
[ Aurelien Jarno ]
diff -Nru eglibc-2.19/debian/control.in/amd64
eglibc-2.19/debian/control.in/amd64
+
+ * Non-maintainer upload.
+ * Add a nobiarch stage that inhibits all multilib packages from being
+built. (Closes: #-1)
+
+ -- Helmut Grohne hel...@subdivi.de Mon, 21 Apr 2014 07:44:15 +0200
+
eglibc (2.18-4) unstable; urgency=high
[ Aurelien Jarno ]
diff -Nru eglibc-2.18/debian/rules
they are
+not built. Closes: #-1.
+
+ -- Helmut Grohne hel...@dedup1.subdivi.de Sat, 05 Apr 2014 08:07:22 +0200
+
eglibc (2.18-4) unstable; urgency=high
[ Aurelien Jarno ]
diff -Nru eglibc-2.18/debian/sysdeps/i386.mk eglibc-2.18/debian/sysdeps/i386.mk
--- eglibc-2.18/debian/sysdeps/i386.mk 2014-03-02 16:01
Package: src:eglibc
Version: 2.18-4
Severity: wishlist
Tags: patch
The eglibc package currently lacks a stage2 build profile entirely. A
stage2 is needed though, because libselinux cannot be built without an
actual libc among other things and eglibc explicitly enabled selinux via
a configure
Control: retitle -1 drop always satisfied build-dependencies sed and make
Sorry for the noise.
On Thu, May 16, 2013 at 07:45:59AM +0200, Helmut Grohne wrote:
Could you drop sed from Build-Depends? Rationale:
* Currently it is sed (= 4.0.5-4). The version required is satisfied
in old old
Package: src:eglibc
Version: 2.17-2
Severity: wishlist
Could you drop sed from Build-Depends? Rationale:
* Currently it is sed (= 4.0.5-4). The version required is satisfied
in old old stable and the package itself is essential.
* sed lacks Multi-Arch foreign (#693872), so this makes cross
block 667023 by 672934
thanks
x32 support has been merged into the 2.15 version of glibc. Since
carrying x32 patches ourselves seems like a useless waste of time, I
mark the x32 bug as being blocked by the new upstream version.
Helmut
--
To UNSUBSCRIBE, email to
Package: src:eglibc
Version: 2.13-27
Severity: normal
Tags: upstream
Blocks: 667005
gcc-4.7 and binutils (2.22) already provide support for the x32 abi. The
missing piece to producing x32 binaries is a c library. Patches are
available at git://github.com/hjl-tools/glibc.git. An aspect that makes
tags 286825 = fixed-in-experimental
thanks
This bug seems to be fixed in experimental.
Helmut Grohne
signature.asc
Description: Digital signature
tag 310445 moreinfo
severity 310445 normal
thanks
There are new versions of glibc available. Could you perhaps recheck
whether this bug is reproducible? Furthermore the source for that binary
would be helpful if available.
Helmut Grohne
signature.asc
Description: Digital signature
does here is within the specs. The function could also segfault at that
point. This could maybe reported to the upstream but they'll probably
think the same way.
Helmut Grohne
signature.asc
Description: Digital signature
1 - 100 of 105 matches
Mail list logo