Bug#678358: marked as done (hurd should not define AF_LINK .....)
Your message dated Wed, 04 Jul 2012 07:47:11 + with message-id e1smkip-00021a...@franck.debian.org and subject line Bug#678358: fixed in netifaces 0.8-2 has caused the Debian Bug report #678358, regarding hurd should not define AF_LINK . 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.) -- 678358: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=678358 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems ---BeginMessage--- Package: hurd Version: 20120605-2 Severity: important Dear Maintainer, *** Please consider answering these questions, where appropriate *** ... or if it does should implement the relevant functionality including making a definition of the sockaddr_dl structure available. * What led up to the situation? In trying to NMU pmacct for #675836, I found that Hurd defines AF_LINK but does define the sockaddr_dl structure. One would hope it would be defined in the net/if_dl.h file as it is on kfreebsd. * What exactly did you do (or not do) that was effective (or ineffective)? I am looking at replacing #ifdef AF_LINK with #if defined(AF_LINK) !defined(__GNU__) * What was the outcome of this action? Some people seem to think it would be better if builds failed on Hurd. Other known cases of this occurring are: #256669 - efs2progs #636510 - erlang #676756 - netifaces If the known cases of this can be documented then hopefully the hacks can be removed once the underlying issue is fixed. -- System Information: Debian Release: wheezy/sid APT prefers unreleased APT policy: (500, 'unreleased'), (500, 'unstable'), (1, 'experimental') Architecture: hurd-i386 (i686-AT386) Kernel: GNU-Mach 1.3.99/Hurd-0.3 Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages hurd depends on: ii libc0.32.13-33+b1 ii libncursesw5 5.9-4 ii libparted0debian1 2.3-9.1 ii libtinfo5 5.9-4 ii libuuid1 2.20.1-1 ii netdde 0.0.20120520-1+b1 ii sysv-rc2.88dsf-18 Versions of packages hurd recommends: ii bf-utf-source 0.05-0.1 Versions of packages hurd suggests: pn hurd-doc none -- no debconf information ---End Message--- ---BeginMessage--- Source: netifaces Source-Version: 0.8-2 We believe that the bug you reported is fixed in the latest version of netifaces, which is due to be installed in the Debian FTP archive: netifaces_0.8-2.debian.tar.gz to main/n/netifaces/netifaces_0.8-2.debian.tar.gz netifaces_0.8-2.dsc to main/n/netifaces/netifaces_0.8-2.dsc python-netifaces-dbg_0.8-2_amd64.deb to main/n/netifaces/python-netifaces-dbg_0.8-2_amd64.deb python-netifaces_0.8-2_amd64.deb to main/n/netifaces/python-netifaces_0.8-2_amd64.deb A summary of the changes between this version and the previous one is attached. Thank you for reporting the bug, which will now be closed. If you have further comments please address them to 678...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Ghe Rivero g...@debian.org (supplier of updated netifaces package) (This message was generated automatically at their request; if you believe that there is a problem with it please contact the archive administrators by mailing ftpmas...@debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Format: 1.8 Date: Fri, 22 Jun 2012 13:53:47 +0200 Source: netifaces Binary: python-netifaces python-netifaces-dbg Architecture: source amd64 Version: 0.8-2 Distribution: unstable Urgency: low Maintainer: Mario Izquierdo (mariodebian) mariodeb...@gmail.com Changed-By: Ghe Rivero g...@debian.org Description: python-netifaces - portable network interface information for Python python-netifaces-dbg - portable network interface information for Python (debug extensio Closes: 678358 Changes: netifaces (0.8-2) unstable; urgency=low . * Standards-Version bumped to 3.9.3 (no changes needed) * New patch fix-hurd-build-AF_LINK.diff: - define HAVE_AF_LINK=0 in GNU/Hurd (closes: #678358) Checksums-Sha1: 9d98fd981b8517c2e0cebf0ea2ccec97f2578d10 1379 netifaces_0.8-2.dsc eba8b13df35da79ed0f3d3d048e320218ef26168 3157 netifaces_0.8-2.debian.tar.gz fa76df3c19f2084b5681146597436e5596819927 13916 python-netifaces_0.8-2_amd64.deb 6562fde15c948d99334c8b769f446ea76b542f47 39426 python-netifaces-dbg_0.8-2_amd64.deb Checksums-Sha256: 3997a545bfddfecca4dbb9a36ba5e8797c6e32dfbbaab47958da40bc8d28156f 1379 netifaces_0.8-2.dsc e7399b632021fbefddeb1253a8c982e506412ac73a7d03edc563bf64fbb02507 3157 netifaces_0.8-2.debian.tar.gz
Bug#555168: Unclear license situation for (e)glibc locales provided by you
Hello Pablo, according to [1] both e-mail addresses are more recent ones from the former pa...@mandrakesoft.com, pa...@mandriva.com. If that is not the case please accept my apologizes (and maybe you know the correct current contact details in that case?). You are listed as contact person/author of the following locale(s): az_AZ ber_DZ ber_MA fur_IT ha_NG ig_NG ik_CA iu_CA sc_IT ug_CN vi_VN wa_BE yo_NG br_FR bs_BA cy_GB fil_PH hy_AM ku_TR mi_NZ pap_AN tg_TJ tk_TM tl_PH tt_RU ur_PK uz_UZ uz_UZ@cyrillic yi_US These locales come with a statement % Distribution and use is free, also % for commercial purposes. Thus they do not allow modification; it is unclear, however, if this statement was meant as a license. Further the following locales only have a part of the above statement: fy_DE li_BE li_NL nds_DE nds_NL Finally, the following ones have no statement at all: dz_BT iso14651_t1_common mt_MT sq_AL As discussed in http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168 these locales could strictly speaking not be part of Debian which would be a great loss. (Currently they are allowed pending investigation). To properly resolve this, I would like to ask you the following question: Would you be willing to relicense these locale(s) to a proper license, e.g. (L)GPL v2 or higher or another free software license of your choice? If you have any questions regarding this issue, do not hesitate to contact me (via the reply-to address set). Thanks for helping to resolve this! Helge [1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=555168#566 -- Dr. Helge Kreutzmann deb...@helgefjell.de Dipl.-Phys. http://www.helgefjell.de/debian.php 64bit GNU powered gpg signed mail preferred Help keep free software libre: http://www.ffii.de/ signature.asc Description: Digital signature
r5300 - in glibc-package/trunk/debian: . patches/arm
Author: aurel32 Date: 2012-07-04 21:27:11 + (Wed, 04 Jul 2012) New Revision: 5300 Modified: glibc-package/trunk/debian/changelog glibc-package/trunk/debian/patches/arm/unsubmitted-ldconfig-cache-abi.diff Log: * patches/arm/unsubmitted-ldconfig-cache-abi.diff: fix MIPS n64 support broken by unsubmitted armhf patch. Sigh. Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2012-06-30 02:46:21 UTC (rev 5299) +++ glibc-package/trunk/debian/changelog2012-07-04 21:27:11 UTC (rev 5300) @@ -1,3 +1,11 @@ +eglibc (2.13-35) UNRELEASED; urgency=low + + [ Aurelien Jarno ] + * patches/arm/unsubmitted-ldconfig-cache-abi.diff: fix MIPS n64 support +broken by unsubmitted armhf patch. Sigh. + + -- Aurelien Jarno aure...@debian.org Wed, 04 Jul 2012 23:26:09 +0200 + eglibc (2.13-34) unstable; urgency=low [ Aurelien Jarno ] Modified: glibc-package/trunk/debian/patches/arm/unsubmitted-ldconfig-cache-abi.diff === --- glibc-package/trunk/debian/patches/arm/unsubmitted-ldconfig-cache-abi.diff 2012-06-30 02:46:21 UTC (rev 5299) +++ glibc-package/trunk/debian/patches/arm/unsubmitted-ldconfig-cache-abi.diff 2012-07-04 21:27:11 UTC (rev 5300) @@ -7,10 +7,11 @@ --- a/elf/cache.c +++ b/elf/cache.c -@@ -91,6 +91,8 @@ +@@ -91,6 +91,9 @@ break; case FLAG_MIPS64_LIBN64: fputs (,64bit, stdout); ++ break; +case FLAG_ARM_HFABI: + fputs (,hard-float, stdout); case 0: -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1smx6o-0003ps...@vasks.debian.org
glibc: disabling armhf ldconfig support
Hi, At the end of last year the patch unsubmitted-ldconfig-cache-abi.diff has been added, but has not been submitted upstream despite asking a few times. This patch provides correct ldconfig support for systems with both armel and armhf libraries. The situation is now that this patch breaks MIPS N64 support due to a missing break in a case (easily fixable), but also that upstream has reused the same tag value for x32 support: Debian 2.13: #define FLAG_ARM_HFABI 0x0800 Upstream HEAD: #define FLAG_X8664_LIBX32 0x0800 As a consequence the armhf value will have to be changed in the future, which might have some side effects. For now I guess the best change is simply to disable this patch for wheezy, which is already done in the SVN, and will land to send in the next upload. I'll ask debian-release to allow migration of the package to wheezy. I am also ready to re-enable this patch for wheezy once it has been merged upstream, or even when at least the tag value is merged upstream. Thanks, Aurelien -- Aurelien Jarno GPG: 1024D/F1BCDB73 aurel...@aurel32.net http://www.aurel32.net signature.asc Description: Digital signature
r5301 - in glibc-package/trunk/debian: . patches
Author: aurel32 Date: 2012-07-04 22:08:02 + (Wed, 04 Jul 2012) New Revision: 5301 Modified: glibc-package/trunk/debian/changelog glibc-package/trunk/debian/patches/series Log: * patches/arm/unsubmitted-ldconfig-cache-abi.diff: disable, as it will conflict with upstream x32 support. Modified: glibc-package/trunk/debian/changelog === --- glibc-package/trunk/debian/changelog2012-07-04 21:27:11 UTC (rev 5300) +++ glibc-package/trunk/debian/changelog2012-07-04 22:08:02 UTC (rev 5301) @@ -1,8 +1,8 @@ eglibc (2.13-35) UNRELEASED; urgency=low [ Aurelien Jarno ] - * patches/arm/unsubmitted-ldconfig-cache-abi.diff: fix MIPS n64 support -broken by unsubmitted armhf patch. Sigh. + * patches/arm/unsubmitted-ldconfig-cache-abi.diff: disable, as it will +conflict with upstream x32 support. -- Aurelien Jarno aure...@debian.org Wed, 04 Jul 2012 23:26:09 +0200 Modified: glibc-package/trunk/debian/patches/series === --- glibc-package/trunk/debian/patches/series 2012-07-04 21:27:11 UTC (rev 5300) +++ glibc-package/trunk/debian/patches/series 2012-07-04 22:08:02 UTC (rev 5301) @@ -92,7 +92,7 @@ arm/local-sigaction.diff arm/submitted-armhf-triplet.diff arm/cvs-clone-cantunwind.diff -arm/unsubmitted-ldconfig-cache-abi.diff +#arm/unsubmitted-ldconfig-cache-abi.diff arm/unsubmitted-ldso-abi-check.diff arm/cvs-syscall-mcount.diff arm/cvs-ucontext.diff -- To UNSUBSCRIBE, email to debian-glibc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/e1smxjv-0006ki...@vasks.debian.org
Re: glibc: disabling armhf ldconfig support
Aurelien, thanks for informing us. On Thu, Jul 05, 2012 at 12:08:06AM +0200, Aurelien Jarno wrote: As a consequence the armhf value will have to be changed in the future, which might have some side effects. What kind of side effects might happen? I.e. is it likely to break pure armhf systems in any way? When would one mix and match armel and armhf libraries? Kind regards Philipp Kern signature.asc Description: Digital signature