Bug#747933: marked as done (libc6-dev: should enhance (not recommend) compiler)
Your message dated Sat, 16 Aug 2014 00:19:23 +0200
with message-id <20140815221923.gb22...@hall.aurel32.net>
and subject line Bug#747933: fixed in glibc 2.19-8
has caused the Debian Bug report #747933,
regarding libc6-dev: should enhance (not recommend) compiler
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
747933: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=747933
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libc6-dev
Version: 2.18-4
Severity: normal
Hi. Currently the libc6-dev package is
Recommends: gcc | c-compiler
This is fine with native compilers. However, if I'm on an amd64 host,
and I try to install libc6-dev:armel with intent to use it with a
cross-compiler that targets armel, this recommendation is wrong.
By default, apt wants to install the Recommends, so if using aptitude to
install libc6-dev:armel, aptitude will try to install gcc:armel, which
clashes with gcc:amd64, since gcc is not Multi-Arch:same. Aptitude then
really tries to make that work by proposing to remove gcc in various
ways. You have to resolve this manually. This is arguably a deficiency
in aptitude, but maybe this Recommends can be loosened.
I don't believe Debian has any way to specify a Multi-Arch:foreign
virtual package (so the cross-compiler can't satisfy the c-compiler part
of this). Can we downgrade this Recommends to a Suggests, or maybe
remove it entirely? The user who installs libc6-dev likely already has a
compiler, and doesn't really benefit from this Recommends.
--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.19-8
This bug has been closed in glibc version 2.19-8. Here is the full
changelog:
glibc (2.19-8) unstable; urgency=medium
[ Helmut Grohne ]
* debian/patches/build stage2 without selinux. Closes: #742640.
* Don't emit dependencies on libgcc when building stage2. Closes: #755580.
* Add a "nobiarch" build profile that inhibits all multilib packages from
being built. Closes: #745380.
[ Aurelien Jarno ]
* debian/patches/arm64/cvs-includes-cleanup.diff: new patch from upstream to
clean sys/user.h and sys/procfs.h. Closes: #755169.
* debian/patches/s390/cvs-s390-abi-reversal.diff: new patch backported from
upstream to revert the S/390 jmp_buf/ucontext_t ABI change.
* Update Turkish debconf translation, by Mert Dirik. Closes: #757495.
* Remove ia64 support. Closes: #756095.
* Update debian/copyright with the libidn/punycode.{c,h} license. Closes:
#754731.
* debian/control/libc: drop Recommends on: gcc | c-compiler. Closes:
#747933.
-- Aurelien Jarno Thu, 14 Aug 2014 15:54:09 +0200
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net--- End Message ---
Bug#745380: marked as done (src:eglibc: support non-multilib builds)
Your message dated Sat, 16 Aug 2014 00:19:04 +0200 with message-id <20140815221904.ga22...@hall.aurel32.net> and subject line Bug#745380: fixed in glibc 2.19-8 has caused the Debian Bug report #745380, regarding src:eglibc: support non-multilib builds to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 745380: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=745380 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: src:eglibc Version: 2.18-4 Severity: wishlist Tags: patch User: helm...@debian.org Usertags: rebootstrap It would be awesome, if eglibc had a variant to drop all the multilib packages. In particular this helps for cross-building into an architecture where a sibling architectures is momentarily broken. The gcc-X.Y source packages have this feature for quite a while now and it goes by the name DEB_CROSS_NO_BIARCH=yes. When I talked to Adam Conrad, he indicated that he'd prefer using build profiles instead. So I am suggesting to use "nobiarch" as the name for that profile, because it is close to gcc's way of calling things. Please consider the attached patch to achieve this goal. Helmut diff -Nru eglibc-2.18/debian/changelog eglibc-2.18/debian/changelog --- eglibc-2.18/debian/changelog +++ eglibc-2.18/debian/changelog @@ -1,3 +1,11 @@ +eglibc (2.18-4.1) UNRELEASED; 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-2.18/debian/rules eglibc-2.18/debian/rules --- eglibc-2.18/debian/rules +++ eglibc-2.18/debian/rules @@ -173,6 +173,10 @@ -include debian/sysdeps/$(DEB_HOST_ARCH_OS).mk -include debian/sysdeps/$(DEB_HOST_ARCH).mk +ifeq ($(filter nobiarch,$(DEB_BUILD_PROFILES)),) +DEB_ARCH_REGULAR_PACKAGES += $(DEB_ARCH_MULTILIB_PACKAGES) +endif + # Don't run dh_strip on this package NOSTRIP_$(libc)-dbg = 1 @@ -196,6 +200,10 @@ endif endif +ifneq ($(filter nobiarch,$(DEB_BUILD_PROFILES)),) +override EGLIBC_PASSES = libc +endif + # And now the rules... include debian/rules.d/*.mk diff -Nru eglibc-2.18/debian/sysdeps/alpha.mk eglibc-2.18/debian/sysdeps/alpha.mk --- eglibc-2.18/debian/sysdeps/alpha.mk +++ eglibc-2.18/debian/sysdeps/alpha.mk @@ -4,7 +4,7 @@ # build an ev67 optimized library EGLIBC_PASSES += alphaev67 -DEB_ARCH_REGULAR_PACKAGES += libc6.1-alphaev67 +DEB_ARCH_MULTILIB_PACKAGES += libc6.1-alphaev67 alphaev67_add-ons = ports nptl $(add-ons) alphaev67_configure_target = alphaev67-linux-gnu alphaev67_extra_cflags = -mcpu=ev67 -mtune=ev67 -O2 diff -Nru eglibc-2.18/debian/sysdeps/amd64.mk eglibc-2.18/debian/sysdeps/amd64.mk --- eglibc-2.18/debian/sysdeps/amd64.mk +++ eglibc-2.18/debian/sysdeps/amd64.mk @@ -3,7 +3,7 @@ # build 32-bit (i386) alternative library EGLIBC_PASSES += i386 -DEB_ARCH_REGULAR_PACKAGES += libc6-i386 libc6-dev-i386 +DEB_ARCH_MULTILIB_PACKAGES += libc6-i386 libc6-dev-i386 libc6-i386_shlib_dep = libc6-i386 (>= $(shlib_dep_ver)) i386_add-ons = nptl $(add-ons) i386_configure_target = i686-linux-gnu @@ -39,7 +39,7 @@ # build x32 ABI alternative library EGLIBC_PASSES += x32 -DEB_ARCH_REGULAR_PACKAGES += libc6-x32 libc6-dev-x32 +DEB_ARCH_MULTILIB_PACKAGES += libc6-x32 libc6-dev-x32 libc6-x32_shlib_dep = libc6-x32 (>= $(shlib_dep_ver)) x32_add-ons = nptl $(add-ons) x32_configure_target = x86_64-linux-gnux32 diff -Nru eglibc-2.18/debian/sysdeps/armel.mk eglibc-2.18/debian/sysdeps/armel.mk --- eglibc-2.18/debian/sysdeps/armel.mk +++ eglibc-2.18/debian/sysdeps/armel.mk @@ -2,7 +2,7 @@ extra_config_options = --enable-multi-arch #EGLIBC_PASSES += armhf -#DEB_ARCH_REGULAR_PACKAGES += libc6-armhf libc6-dev-armhf +#DEB_ARCH_MULTILIB_PACKAGES += libc6-armhf libc6-dev-armhf #armhf_add-ons = ports nptl $(add-ons) #armhf_configure_target = arm-linux-gnueabihf #armhf_CC = $(CC) -march=armv7-a -mfpu=vfpv3-d16 -mfloat-abi=hard diff -Nru eglibc-2.18/debian/sysdeps/armhf.mk eglibc-2.18/debian/sysdeps/armhf.mk --- eglibc-2.18/debian/sysdeps/armhf.mk +++ eglibc-2.18/debian/sysdeps/armhf.mk @@ -13,7 +13,7 @@ endef #EGLIBC_PASSES += armel -#DEB_ARCH_REGULAR_PACKAGES += libc6-armel libc6-dev-armel +#DEB_ARCH_MULTILIB_PACKAGES += libc6-armel libc6-dev-armel #armel_add-ons = ports nptl $(add-ons) #armel_configure_target = arm-linux-gnueabi #armel_CC = $(CC) -mfloat-abi=soft diff -Nru eglibc-2.18/debian/sysdeps/hurd-i386.mk eglibc-2.18/debian/sysdeps/hurd-i386.mk --- eglibc-2.18/debian/sysdeps/hurd-i386.
Bug#756095: marked as done (src:glibc: application of debian/patches/ia64/local-rtld-compile-options.diff fails)
Your message dated Sat, 16 Aug 2014 00:20:12 +0200
with message-id <20140815222012.gf22...@hall.aurel32.net>
and subject line Bug#756095: fixed in glibc 2.19-8
has caused the Debian Bug report #756095,
regarding src:glibc: application of
debian/patches/ia64/local-rtld-compile-options.diff fails
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
756095: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=756095
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:glibc
Version: 2.19-7
Severity: normal
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Building of glibc for ia64 fails in application of patch
debian/patches/ia64/local-rtld-compile-options.diff.
I am attaching a patch that fixes the above patch. Note that my patch
will not make ia64 build, because it then fails in conifgure:
| checking for forced unwind support... no
| configure: error: forced unwind support is required
This bug is only about the patch application part though.
Helmut
diff -Nru glibc-2.19/debian/changelog glibc-2.19/debian/changelog
--- glibc-2.19/debian/changelog 2014-07-13 01:31:22.0 +0200
+++ glibc-2.19/debian/changelog 2014-07-26 07:41:47.0 +0200
@@ -1,3 +1,11 @@
+glibc (2.19-7.1) UNRELEASED; urgency=low
+
+ * Non-maintainer upload.
+ * Fix application of debian/patches/ia64/local-rtld-compile-options.diff.
+(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-compile-options.diff
--- glibc-2.19/debian/patches/ia64/local-rtld-compile-options.diff
2013-12-08 11:40:29.0 +0100
+++ glibc-2.19/debian/patches/ia64/local-rtld-compile-options.diff
2014-07-26 07:41:03.0 +0200
@@ -6,8 +6,8 @@
-D'SLIBDIR="$(slibdir)"' -DIS_IN_ldconfig=1
CFLAGS-dl-cache.c = $(SYSCONF-FLAGS)
CFLAGS-cache.c = $(SYSCONF-FLAGS)
--CFLAGS-rtld.c = $(SYSCONF-FLAGS)
-+CFLAGS-rtld.c = $(SYSCONF-FLAGS) -O1 -fno-tree-copy-prop
-fno-tree-dominator-opts -fno-tree-ccp
+-CFLAGS-rtld.c += $(SYSCONF-FLAGS)
++CFLAGS-rtld.c += $(SYSCONF-FLAGS) -O1 -fno-tree-copy-prop
-fno-tree-dominator-opts -fno-tree-ccp
CPPFLAGS-.os += $(if $(filter $(@F),$(patsubst %,%.os,$(all-rtld-routines))),\
-DNOT_IN_libc=1 -DIS_IN_rtld=1 -DIN_LIB=rtld)
--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.19-8
This bug has been closed in glibc version 2.19-8. Here is the full
changelog:
glibc (2.19-8) unstable; urgency=medium
[ Helmut Grohne ]
* debian/patches/build stage2 without selinux. Closes: #742640.
* Don't emit dependencies on libgcc when building stage2. Closes: #755580.
* Add a "nobiarch" build profile that inhibits all multilib packages from
being built. Closes: #745380.
[ Aurelien Jarno ]
* debian/patches/arm64/cvs-includes-cleanup.diff: new patch from upstream to
clean sys/user.h and sys/procfs.h. Closes: #755169.
* debian/patches/s390/cvs-s390-abi-reversal.diff: new patch backported from
upstream to revert the S/390 jmp_buf/ucontext_t ABI change.
* Update Turkish debconf translation, by Mert Dirik. Closes: #757495.
* Remove ia64 support. Closes: #756095.
* Update debian/copyright with the libidn/punycode.{c,h} license. Closes:
#754731.
* debian/control/libc: drop Recommends on: gcc | c-compiler. Closes:
#747933.
-- Aurelien Jarno Thu, 14 Aug 2014 15:54:09 +0200
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net--- End Message ---
Bug#754731: marked as done ([glibc] Outdated debian/copyright)
Your message dated Sat, 16 Aug 2014 00:19:35 +0200
with message-id <20140815221935.gc22...@hall.aurel32.net>
and subject line Bug#754731: fixed in glibc 2.19-8
has caused the Debian Bug report #754731,
regarding [glibc] Outdated debian/copyright
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
754731: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=754731
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: glibc
Version: 2.19-7
Severity: important
debian/copyright is outdated at least against LICENSES
For isntance:
The following applies to portions of libidn/punycode.c and
libidn/punycode.h:
This file is derived from RFC 3492bis written by Adam M. Costello.
Disclaimer and license: Regarding this entire document or any
portion of it (including the pseudocode and C code), the author
makes no guarantees and is not responsible for any damage resulting
from its use. The author grants irrevocable permission to anyone
to use, modify, and distribute it in any way that does not diminish
the rights of anyone else to use, modify, and distribute it,
provided that redistributed derivative works do not contain
misleading author or version information. Derivative works need
not be licensed under similar terms.
Bastien
--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.19-8
This bug has been closed in glibc version 2.19-8. Here is the full
changelog:
glibc (2.19-8) unstable; urgency=medium
[ Helmut Grohne ]
* debian/patches/build stage2 without selinux. Closes: #742640.
* Don't emit dependencies on libgcc when building stage2. Closes: #755580.
* Add a "nobiarch" build profile that inhibits all multilib packages from
being built. Closes: #745380.
[ Aurelien Jarno ]
* debian/patches/arm64/cvs-includes-cleanup.diff: new patch from upstream to
clean sys/user.h and sys/procfs.h. Closes: #755169.
* debian/patches/s390/cvs-s390-abi-reversal.diff: new patch backported from
upstream to revert the S/390 jmp_buf/ucontext_t ABI change.
* Update Turkish debconf translation, by Mert Dirik. Closes: #757495.
* Remove ia64 support. Closes: #756095.
* Update debian/copyright with the libidn/punycode.{c,h} license. Closes:
#754731.
* debian/control/libc: drop Recommends on: gcc | c-compiler. Closes:
#747933.
-- Aurelien Jarno Thu, 14 Aug 2014 15:54:09 +0200
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net--- End Message ---
Bug#742640: marked as done (src:eglibc: build stage2 without selinux)
Your message dated Sat, 16 Aug 2014 00:18:10 +0200
with message-id <20140815221810.ga22...@hall.aurel32.net>
and subject line Bug#742640: fixed in glibc 2.19-8
has caused the Debian Bug report #742640,
regarding src:eglibc: build stage2 without selinux
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
742640: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=742640
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
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. The attached patch removes that flag when the package
is built with dpkg-buildpackage -Pstage2.
Note that I did not convert the stage1 code to comply with the build
profile spec. Thus eglibc now evaluates DEB_STAGE or DEB_BUILD_PROFILE
(singular) for stage1 and DEB_BUILD_PROFILES (plural, in accordance with
build profile spec) for stage2.
Not all architectures successfully build a stage2 with this patch, but
arm64, armel, armhf and m68k do.
Helmut
diff -Nru eglibc-2.18/debian/sysdeps/linux.mk eglibc-2.18/debian/sysdeps/linux.mk
--- eglibc-2.18/debian/sysdeps/linux.mk
+++ eglibc-2.18/debian/sysdeps/linux.mk
@@ -12,7 +12,11 @@
ifeq ($(DEB_BUILD_PROFILE),bootstrap)
libc_extra_config_options = $(extra_config_options)
else
- libc_extra_config_options = --with-selinux $(extra_config_options)
+ ifneq ($(filter stage2,$(DEB_BUILD_PROFILES)),)
+libc_extra_config_options = $(extra_config_options)
+ else
+libc_extra_config_options = --with-selinux $(extra_config_options)
+ endif
endif
ifndef LINUX_SOURCE
--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.19-8
This bug has been closed in glibc version 2.19-8. Here is the full
changelog:
glibc (2.19-8) unstable; urgency=medium
[ Helmut Grohne ]
* debian/patches/build stage2 without selinux. Closes: #742640.
* Don't emit dependencies on libgcc when building stage2. Closes: #755580.
* Add a "nobiarch" build profile that inhibits all multilib packages from
being built. Closes: #745380.
[ Aurelien Jarno ]
* debian/patches/arm64/cvs-includes-cleanup.diff: new patch from upstream to
clean sys/user.h and sys/procfs.h. Closes: #755169.
* debian/patches/s390/cvs-s390-abi-reversal.diff: new patch backported from
upstream to revert the S/390 jmp_buf/ucontext_t ABI change.
* Update Turkish debconf translation, by Mert Dirik. Closes: #757495.
* Remove ia64 support. Closes: #756095.
* Update debian/copyright with the libidn/punycode.{c,h} license. Closes:
#754731.
* debian/control/libc: drop Recommends on: gcc | c-compiler. Closes:
#747933.
-- Aurelien Jarno Thu, 14 Aug 2014 15:54:09 +0200
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net--- End Message ---
Bug#755580: marked as done (src:glibc: drop libgcc dependency from stage2 builds)
Your message dated Sat, 16 Aug 2014 00:20:00 +0200
with message-id <20140815221959.ge22...@hall.aurel32.net>
and subject line Bug#755580: fixed in glibc 2.19-8
has caused the Debian Bug report #755580,
regarding src:glibc: drop libgcc dependency from stage2 builds
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
755580: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755580
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: src:glibc
Version: 2.19-7
Severity: wishlist
Tags: patch
User: helm...@debian.org
Usertags: rebootstrap
Even if one manages to build glibc with profiles stage1 or stage2, the
results are not installable due to unmet dependencies. The following
issues occur:
* stage1 libc6-dev Depends on libc6 which is not built in stage1
* stage2 libc6 Depends on libgcc1 which is not built by gcc stage2
This bug shall only cover the second (easier) part and I shall report a
different bug for the first issue at a later time.
When we briefly discussed this issue, there was consensus that substvars
would be the tool to address it. So the attached patch turns those
libgcc dependencies into ${libgcc:Depends} and suppresses them for
stage2. It's a bit unfortunate that dependency information keeps
scattering over control and rules.d/debhelper.mk, but I didn't find a
better way.
Helmut
diff -Nru glibc-2.19/debian/changelog glibc-2.19/debian/changelog
--- glibc-2.19/debian/changelog 2014-07-13 01:31:22.0 +0200
+++ glibc-2.19/debian/changelog 2014-07-20 22:07:19.0 +0200
@@ -1,3 +1,10 @@
+glibc (2.19-7.1) UNRELEASED; urgency=low
+
+ * Non-maintainer upload.
+ * 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 glibc-2.19/debian/control.in/libc
--- glibc-2.19/debian/control.in/libc 2014-06-27 04:28:51.0 +0200
+++ glibc-2.19/debian/control.in/libc 2014-07-20 22:09:20.0 +0200
@@ -3,7 +3,7 @@
Section: libs
Priority: required
Multi-Arch: same
-Depends: ${shlibs:Depends}, libgcc1 [!hppa !m68k], libgcc2 [m68k], libgcc4
[hppa]
+Depends: ${shlibs:Depends}, ${libgcc:Depends}
Recommends: libc6-i686 [i386], libc0.1-i686 [kfreebsd-i386], libc0.3-i686
[hurd-i386]
Suggests: glibc-doc, debconf | debconf-2.0, locales [!hurd-i386]
Provides: ${locale-compat:Depends}, libc6-sparcv9b [sparc sparc64]
diff -Nru glibc-2.19/debian/rules.d/debhelper.mk
glibc-2.19/debian/rules.d/debhelper.mk
--- glibc-2.19/debian/rules.d/debhelper.mk 2014-07-10 21:49:24.0
+0200
+++ glibc-2.19/debian/rules.d/debhelper.mk 2014-07-20 22:08:45.0
+0200
@@ -180,6 +180,9 @@
# Generate common substvars files.
echo "locale:Depends=$(shell perl debian/debver2localesdep.pl
$(LOCALES_DEP_VER))" > tmp.substvars
echo "locale-compat:Depends=$(shell perl debian/debver2localesdep.pl
$(LOCALES_COMPAT_VER))" >> tmp.substvars
+ifeq ($(filter stage2,$(DEB_BUILD_PROFILES)),)
+ echo 'libgcc:Depends=libgcc1 [!hppa !m68k], libgcc2 [m68k], libgcc4
[hppa]' >> tmp.substvars
+endif
for pkg in $(DEB_ARCH_REGULAR_PACKAGES) $(DEB_INDEP_REGULAR_PACKAGES)
$(DEB_UDEB_PACKAGES); do \
cp tmp.substvars debian/$$pkg.substvars; \
--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.19-8
This bug has been closed in glibc version 2.19-8. Here is the full
changelog:
glibc (2.19-8) unstable; urgency=medium
[ Helmut Grohne ]
* debian/patches/build stage2 without selinux. Closes: #742640.
* Don't emit dependencies on libgcc when building stage2. Closes: #755580.
* Add a "nobiarch" build profile that inhibits all multilib packages from
being built. Closes: #745380.
[ Aurelien Jarno ]
* debian/patches/arm64/cvs-includes-cleanup.diff: new patch from upstream to
clean sys/user.h and sys/procfs.h. Closes: #755169.
* debian/patches/s390/cvs-s390-abi-reversal.diff: new patch backported from
upstream to revert the S/390 jmp_buf/ucontext_t ABI change.
* Update Turkish debconf translation, by Mert Dirik. Closes: #757495.
* Remove ia64 support. Closes: #756095.
* Update debian/copyright with the libidn/punycode.{c,h} license. Closes:
#754731.
* debian/control/libc: drop Recommends on: gcc | c-compiler. Closes:
#747933.
-- Aurelien Jarno Thu, 14 Aug 2014 15:54:09 +0200
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@a
Bug#755169: marked as done (libc6: arm64: including signal.h exposes various PSR_MODE #defines)
Your message dated Sat, 16 Aug 2014 00:19:48 +0200
with message-id <20140815221948.gd22...@hall.aurel32.net>
and subject line Bug#755169: fixed in glibc 2.19-8
has caused the Debian Bug report #755169,
regarding libc6: arm64: including signal.h exposes various PSR_MODE #defines
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)
--
755169: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755169
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Source: libc6
Version: 2.19-7
Severity: normal
Tags: upstream patch
Dear Maintainer,
signal.h on arm64/aarch64 incorrectly exports various PSR_MODE_* defines,
polluting the namespace and causing applications which themselves define those
names to FTBFS. For example this prevents the Xen userspace tools from being
built on arm64.
I reported this to Linaro:
https://bugs.launchpad.net/linaro-aarch64/+bug/1169164
And they have had a fix applied upstream:
https://sourceware.org/git/?p=glibc.git;a=commitdiff;h=7d05a8168b45c0580e1f9a79c2dd26c8f0d31fca;hp=af121e371d6d1a46df72d59f3a6b521eb12a9c6e
I would really appreciate it if this could be propagated into the Debian
packaging so I can update the Xen packages to build on arm64.
Many thanks,
Ian.
-- System Information:
Debian Release: jessie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
armhf
armel
Kernel: Linux 3.13-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
--- End Message ---
--- Begin Message ---
Source: glibc
Source-Version: 2.19-8
This bug has been closed in glibc version 2.19-8. Here is the full
changelog:
glibc (2.19-8) unstable; urgency=medium
[ Helmut Grohne ]
* debian/patches/build stage2 without selinux. Closes: #742640.
* Don't emit dependencies on libgcc when building stage2. Closes: #755580.
* Add a "nobiarch" build profile that inhibits all multilib packages from
being built. Closes: #745380.
[ Aurelien Jarno ]
* debian/patches/arm64/cvs-includes-cleanup.diff: new patch from upstream to
clean sys/user.h and sys/procfs.h. Closes: #755169.
* debian/patches/s390/cvs-s390-abi-reversal.diff: new patch backported from
upstream to revert the S/390 jmp_buf/ucontext_t ABI change.
* Update Turkish debconf translation, by Mert Dirik. Closes: #757495.
* Remove ia64 support. Closes: #756095.
* Update debian/copyright with the libidn/punycode.{c,h} license. Closes:
#754731.
* debian/control/libc: drop Recommends on: gcc | c-compiler. Closes:
#747933.
-- Aurelien Jarno Thu, 14 Aug 2014 15:54:09 +0200
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net--- End Message ---
Bug#757495: marked as done ([INTL:tr] Turkish debconf template translation for glibc)
Your message dated Sat, 16 Aug 2014 00:20:29 +0200 with message-id <20140815222029.gg22...@hall.aurel32.net> and subject line Bug#757495: fixed in glibc 2.19-8 has caused the Debian Bug report #757495, regarding [INTL:tr] Turkish debconf template translation for glibc to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 757495: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757495 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: glibc Severity: wishlist Tags: l10n patch Please find the attached Turkish translation update of glibc debconf messages. This file should be put as debian/po/tr.po in your build tree. Best regards # Turkish translation of locales. # This file is distributed under the same license as the locales package. # Erçin EKER , 2004,2007. # msgid "" msgstr "" "Project-Id-Version: glibc\n" "Report-Msgid-Bugs-To: gl...@packages.debian.org\n" "POT-Creation-Date: 2014-05-21 00:04+0200\n" "PO-Revision-Date: 2014-08-01 03:34+0200\n" "Last-Translator: Mert Dirik \n" "Language-Team: debian-l10n-turkish \n" "MIME-Version: 1.0\n" "Content-Type: text/plain; charset=UTF-8\n" "Content-Transfer-Encoding: 8bit\n" "Plural-Forms: nplurals=1; plural=0;\n" "X-Generator: Poedit 1.5.4\n" "Language: tr\n" #. Type: multiselect #. Choices #: ../debhelper.in/locales.templates:1001 msgid "All locales" msgstr "Tüm yereller" #. Type: multiselect #. Description #: ../debhelper.in/locales.templates:1002 msgid "Locales to be generated:" msgstr "Oluşturulacak yereller: " #. Type: multiselect #. Description #: ../debhelper.in/locales.templates:1002 msgid "" "Locales are a framework to switch between multiple languages and allow users " "to use their language, country, characters, collation order, etc." msgstr "" "Yerel (locale), kullanıcıların kullanmak istediği dil, ülke, karakter, " "sıralama şekli gibi dile özgü ayarlar arasında kolayca geçiş yapmasını " "sağlayan bir yapıdır." #. Type: multiselect #. Description #: ../debhelper.in/locales.templates:1002 msgid "" "Please choose which locales to generate. UTF-8 locales should be chosen by " "default, particularly for new installations. Other character sets may be " "useful for backwards compatibility with older systems and software." msgstr "" "Lütfen hangi yerellerin oluşturulacağını seçin. Yeni kurulum için UTF-8 " "yereller öntanımlı olarak seçilecektir. Diğer karakter setleri daha eski " "sistemler ve yazılımlar ile uyumluluk için yararlı olabilir." #. Type: select #. Choices #: ../debhelper.in/locales.templates:2001 msgid "None" msgstr "Hiçbiri" #. Type: select #. Description #: ../debhelper.in/locales.templates:2002 msgid "Default locale for the system environment:" msgstr "Sistem ortamında kullanılacak öntanımlı yerel:" #. Type: select #. Description #: ../debhelper.in/locales.templates:2002 msgid "" "Many packages in Debian use locales to display text in the correct language " "for the user. You can choose a default locale for the system from the " "generated locales." msgstr "" "Çoğu Debian paketi iletileri göstermekte kullanacağı dili belirlemek için " "yerelleri kullanır. Oluşturulmak üzere seçtikleriniz arasından sistem için " "öntanımlı bir yerel seçebilirsiniz." #. Type: select #. Description #: ../debhelper.in/locales.templates:2002 msgid "" "This will select the default language for the entire system. If this system " "is a multi-user system where not all users are able to speak the default " "language, they will experience difficulties." msgstr "" "Bu ayar, sisteminizin tümünde kullanılacak olan dili belirleyecektir. Farklı " "dilleri konuşan kullanıcıların bir arada bulunduğu çok kullanıcılı " "sistemlerdeki kullanıcılar bazı zorluklarla karşılaşabilir." #. Type: boolean #. Description #: ../debhelper.in/libc.templates:1001 msgid "Do you want to upgrade glibc now?" msgstr "glibc'yi şimdi yükseltmek istiyor musunuz?" #. Type: boolean #. Description #: ../debhelper.in/libc.templates:1001 msgid "" "Running services and programs that are using NSS need to be restarted, " "otherwise they might not be able to do lookup or authentication any more. " "The installation process is able to restart some services (such as ssh or " "telnetd), but other programs cannot be restarted automatically. One such " "program that needs manual stopping and restart after the glibc upgrade by " "yourself is xdm - because automatic restart might disconnect your active X11 " "sessions." msgstr "" "NSS kullanan hizmetler, yeniden başlatılmadıkları takdirde arama veya kimlik " "doğrulama gibi işlemleri yapamayacaklardır. Kurulum süreci bazı hiz
Re: Time zone data for OpenJDK 8
On Fri, 15 Aug 2014, Emmanuel Bourg wrote: > Why not, but the compiler for the old format isn't provided by > openjdk-8, so we'll have another issue when openjdk-7 is removed > (probably in Jessie+1). The old compiler would have to be copied into Eh, just do that before the freeze if you don’t manage to do #5 before the freeze, and then do #5 immediately after the freeze, and do *not* copy the old compiler. On Thu, 14 Aug 2014, Russ Allbery wrote: > That isn't all that many zones. I wonder if tz upstream would be willing > to take those zones to avoid the divergence between Java and everyone I think they do. > That would require relicensing that file to not be under the GPL, but > looking at the file I'm quite dubious it's even copyrightable. They are not copyrightable, is also the stance of upstream. In case of doubt: just describe, human-readably, what those old timezones did, and someone can write a tz definition for upstream from that. But I am sure this is not needed here. bye, //mirabilos -- Sometimes they [people] care too much: pretty printers [and syntax highligh- ting, d.A.] mechanically produce pretty output that accentuates irrelevant detail in the program, which is as sensible as putting all the prepositions in English text in bold font. -- Rob Pike in "Notes on Programming in C" -- 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/alpine.deb.2.11.1408150930260.23...@tglase.lan.tarent.de
