D_PROFILES=stage1 to conform with
+https://wiki.debian.org/BuildProfileSpec. Closes: #-1
+
+ -- Helmut Grohne 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
--- e
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 enable
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 exist
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. Succes
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
Don't emit dependencies on libgcc when building stage2. (Closes: #-1)
+
+ -- Helmut Grohne 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 gl
.
+(Closes: #-1)
+
+ -- Helmut Grohne 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/ia64/local-rtld
+0200
@@ -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 Wed, 30 Jul 2014 09:28:26 +020
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),
> a
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
>
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
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 fail
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/deb
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 pat
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
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 th
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
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
> bootstra
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. Basic
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 /usr/sr
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 o
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
s
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 debian-glibc-requ...@lists.deb
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
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 satis
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 flag.
ey are
+not built. Closes: #-1.
+
+ -- Helmut Grohne 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:31.
ELEASED; urgency=low
+
+ * Non-maintainer upload.
+ * Add a "nobiarch" stage that inhibits all multilib packages from being
+ built. (Closes: #-1)
+
+ -- Helmut Grohne Mon, 21 Apr 2014 07:44:15 +0200
+
eglibc (2.18-4) unstable; urgency=high
[ Aurelien Jarno ]
diff -Nru eglibc
Package: src:eglibc
Version: 2.18-5
Severity: serious
Justification: FTBFS
User: helm...@debian.org
Usertags: rebootstrap
Since make 4.0 got uploaded to sid, eglibc FTBFS. Relevant part of the
build log:
| checking for gnumake... no
| checking for gmake... no
| checking for make... make
| checkin
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
-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
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 th
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 amd
rgency=medium
+
+ * Non-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
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
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 -Wall
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 int
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 rath
/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
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' /tmp/510754/import/import.
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 -Isrc/lxc
gency=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/co
alled 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-
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 mat
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
Move most files 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
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
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, yo
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
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 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
> /usr/lib/gcc-cross/aarch64-linux-gn
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
consum
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 be needed a
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
> >
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 bee
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 w
Package: sbuild,debianutils,libc6,systemd-sysv
Severity: important
Hello lots of maintainers,
I am faced with a very crazy interaction bug. Roughly speaking, when you
use sbuild to build a package and your build-depends happen to include
systemd-sysv and you happen to install (cross building) or
Hi Luca,
On Sun, May 19, 2024 at 06:04:38PM +0100, Luca Boccassi wrote:
> On Sun, 19 May 2024 18:42:17 +0200 Helmut Grohne
> wrote:
> > the init process should handle SIGTERM more like an init system would
> handle that
>
> This seems the obvious answer to me. sbuild is set
Hi Chris,
On Mon, May 20, 2024 at 01:02:32AM +0200, Chris Hofstaedtler wrote:
> "..., when using telinit from systemd-sysv"
>
> It would seem like a reasonable assumption that systemd-sysv's
> telinit uses systemd-specific stuff, like SIGTERM.
That also is an interesting angle to it. sbuild didn
On Wed, May 29, 2024 at 03:14:59PM +0200, Helmut Grohne wrote:
> Since noble includes these changes and I'd get this done sooner rather
> than later, how about moving forward with June 5th after 22:30 UTC (such
> that all buildds have regenerated their chroots before the upload)?
Hi Aurelien,
On Tue, Jun 04, 2024 at 06:58:00PM +0200, Aurelien Jarno wrote:
> It would be really great if glibc can migrate before as it fixes an RC
> bug. That said there are suspicions that it introduced bug #1072521, so
> it might be worth investigating before it gets pushed into testing.
> Un
Hi Aurelien,
Trimmed Cc list for glibc matters.
On Wed, Jun 05, 2024 at 11:16:50PM +0200, Aurelien Jarno wrote:
> Oops, I was convinced that #1071462 was filled with severity serious.
> Nevermind.
It migrated anyway. :)
> Ok, a simultaneous experimental NMU sounds good.
Ok, will do with a bit
Hi Aurelien,
On Tue, Jul 02, 2024 at 09:36:36PM +, Aurelien Jarno wrote:
>
> debian/control.in/libc: add breaks against base-files version not providing
> /usr-merge aliasing symlinks. Closes: #1074368.
> --
) manages to
construct a rootfs that lacks the aliasing symlinks (e.g. /lib64 ->
/usr/lib64 is missing) and hence the resulting guest fails to boot.
On Sun, Jul 28, 2024 at 04:10:14PM +0100, Aurelien Jarno wrote:
> On 2024-07-27 10:46, Helmut Grohne wrote:
> > The failure in libguestf
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 in
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. Indeed
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.")
accid
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 b
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 fai
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 t
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
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 chim
gt; 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 have a
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 is
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 prein
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 libc6-dev-arm64-cross_2.29-5cro
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):
/usr/lib/gcc-cross/mips64el-linux-gnuabi64/9/../../../..
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 you
+glibc (2.30-4.1) UNRELEASED; 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/debhel
5+nmu1) UNRELEASED; urgency=medium
+
+ * Non-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/debi
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
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: stdli
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 tak
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 /usr/include/s
on-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 --minimal -Nru glibc-2.30/debian/rules.d/build.mk
glibc-2.30/debian/rules.d/build.mk
-
log 2020-04-24 08:02:13.0 +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
[ A
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 specific
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 li
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 for
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 softwa
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, n
tag 352139 wontfix
thanks
> However, this does not seem to be the case.
Actually it works quite similar.
> When run:
> [EMAIL PROTECTED]:/tmp$ a.out -a
> a arg is: (null)
Correct behaviour.
$ ./a.out -afoo
a arg is: foo
> [EMAIL PROTECTED]:/tmp$ a.out -a hello
> a arg is: (null)
N
tag 160683 moreinfo
thanks
On Thu, Sep 12, 2002 at 12:10:48PM -0700, Blars Blarson wrote:
> Gnu date apperently siglently limits the timezone offset to 23, so the
> above command will SOMETIMES show todays date instead with no error
> message. (The SOMETIMES makes this even harder to debug.) Thi
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
this case).
There is specified behaviour on invalid passwd files, so whatever glibc
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
g on it. Most packages seem to have changed their
behaviour since there are only 5 packages in apt-cache rdepends nscd of
which at least one is a conflict. So maybe libpam-ldap could suggest
nscd instead of recommending it. Otherwise this bug should be tagged
wontfix.
Helmut Grohne
signature.asc
Description: Digital signature
documentation could be adapted.
Thanks to Aurelien Jarno for pointing this out.
Helmut Grohne
signature.asc
Description: Digital signature
Package: libc6
Version: 2.3.999.2-4
Severity: normal
# smbclient
smbclient: gconv_db.c:232: __gconv_release_step: Assertion `step->__end_fct ==
((void *)0)' failed.
Aborted
#
This does not happen with 2.3.6-9. The bug seems to occur while loading
shared libraries as different options to smbclien
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.
1 - 100 of 114 matches
Mail list logo
