debian/debhelper.in/libc.NEWS

   1 glibc (2.32-0experimental1) experimental; urgency=medium
   2
   3   The libc0.3-xen and libc6-xen packages have been removed in this version,
   4   due to the removal of the "nosegneg" support from glibc and due to the
   5   removal of 32-bit Xen PV support from Linux kernel 5.9. PVH or PVHVM guests
   6   should be used instead.
   7
   8  -- Aurelien Jarno <aurel32@debian.org>  Tue, 24 Aug 2021 20:42:24 +0200
   9
  10 glibc (2.31-5) unstable; urgency=medium
  11
  12   Starting with glibc 2.31-5, the NIS and NIS+ name service modules
  13   libnss_nis.so.2.0.0 and libnss_nisplus.so.2.0.0 are not provided anymore by
  14   the libc6 package. People needing those modules have to install the
  15   libnss-nis and/or the libnss-nisplus packages, which are recommended by
  16   the libc6 package.
  17
  18  -- Aurelien Jarno <aurel32@debian.org>  Tue, 01 Dec 2020 08:42:44 +0100
  19
  20 glibc (2.31-0experimental2) experimental; urgency=medium
  21
  22   Starting with glibc 2.31, the DNS stub resolver does not blindly trust the
  23   AD (authenticated data) flag, indicating a DNSSEC validation:
  24
  25   - By default the name servers and the network path to them are treated as
  26     untrusted. In this mode, the AD flag is not set in queries, and it is
  27     automatically cleared in responses, indicating a lack of DNSSEC
  28     validation.
  29
  30   - A new trust-ad option, set via the options directive in /etc/resolv.conf
  31     (or if RES_TRUSTAD is set in _res.options), indicates that the name
  32     server is trusted. In this mode, the AD bit, as provided by the name
  33     server, is made available to the applications.
  34
  35   Therefore if you trust your name servers, for example because you use a
  36   locally running validating resolver (e.g. unbound, systemd-resolved or
  37   dnsmasq), you might want to add the following line to /etc/resolv.conf:
  38
  39     options trust-ad
  40
  41  -- Aurelien Jarno <aurel32@debian.org>  Sun, 17 May 2020 15:59:38 +0200
  42
  43 glibc (2.26-5) unstable; urgency=medium
  44
  45   Starting with version 2.26-1, the glibc requires a 3.2 or later Linux
  46   kernel.  If you use an older kernel, please upgrade it *before*
  47   installing this glibc version. Failing to do so will end-up with the
  48   following failure:
  49
  50     Preparing to unpack .../libc6_2.26-5_amd64.deb ...
  51     ERROR: This version of the GNU libc requires kernel version
  52     3.2 or later.  Please upgrade your kernel before installing
  53     glibc.
  54
  55   The decision to not support older kernels is a GNU libc upstream
  56   decision.
  57
  58   Note: This obviously does not apply to non-Linux kernels.
  59
  60  -- Aurelien Jarno <aurel32@debian.org>  Tue, 23 Jan 2018 22:03:12 +0100
  61
  62 eglibc (2.13-25) unstable; urgency=medium
  63
  64   Starting with the eglibc package version 2.13-5, the libraries are
  65   shipped in the multiarch directory /lib/<triplet> instead of the more
  66   traditional /lib, where <triplet> is the multiarch triplet and can be
  67   retrieved with 'dpkg-architecture -qDEB_HOST_MULTIARCH'. Similarly the
  68   includes are now shipped in /usr/include/<triplet> instead of the more
  69   traditional /usr/include.
  70
  71   The toolchain in Debian has been updated to cope with that, and most
  72   build systems should be unaffected. If you are using a non-Debian
  73   toolchain to build your software and it is not able to cope with
  74   multiarch, you might try to pass the following options to your
  75   compiler:
  76
  77     -B/usr/lib/<triplet> -I/usr/include/<triplet>
  78
  79   Alternatively if the build system makes hard to pass the above options,
  80   you might try to set the LIBRARY_PATH and CPATH environment variables:
  81     LIBRARY_PATH=/usr/lib/<triplet>
  82     CPATH=/usr/include/<triplet>
  83     export LIBRARY_PATH CPATH
  84
  85  -- Aurelien Jarno <aurel32@debian.org>  Mon, 09 Jan 2012 12:47:16 +0100
  86
  87 glibc (2.9-8) unstable; urgency=low
  88
  89   Starting with version 2.9-8, unified IPv4/IPv6 lookup have been enabled
  90   in the glibc's resolver. This is faster, fixes numerous of bugs, but is
  91   problematic on some broken DNS servers and/or wrongly configured
  92   firewalls.
  93
  94   If such a DNS server is detected, the resolver switches (permanently
  95   for that process) to a mode where the second request is sent only when
  96   the first answer has been received. This means the first request will
  97   be timeout, but subsequent requests should be fast again. This
  98   behaviour can be enabled permanently by adding 'options single-request'
  99   to /etc/resolv.conf.
 100
 101  -- Aurelien Jarno <aurel32@debian.org>  Thu, 23 Apr 2009 21:14:32 +0200
 102
 103 glibc (2.6.1-2) unstable; urgency=low
 104
 105   Starting with version 2.6.1, glibc ships a /etc/ld.so.conf.d/libc.conf that
 106   enforces /usr/local/lib to take precedence over /usr/lib. This is the
 107   intended behaviour (it works like the $PATH where /usr/local/bin takes
 108   precedence over /usr/bin).
 109
 110   To revert that (though doing so is discouraged) you can add /usr/lib to the
 111   beginning of /etc/ld.so.conf.d/libc.conf. (see bug#440394).
 112
 113  -- Pierre Habouzit <madcoder@debian.org>  Sat, 01 Sep 2007 16:58:15 +0200
 114
 115 glibc (2.5-1) unstable; urgency=low
 116
 117   The script tzconfig has been removed from glibc 2.5-1 and following
 118   versions. Please use 'dpkg-reconfigure tzdata' instead to configure
 119   the timezone.
 120
 121  -- Aurelien Jarno <aurel32@debian.org>  Fri, 16 Nov 2007 15:38:54 +0100
 122
 123 glibc (2.5-1) unstable; urgency=low
 124
 125   Starting with version 2.5-1, the glibc requires a 2.6.1 or later
 126   kernel.  If you use a 2.4 kernel, please upgrade it *before*
 127   installing glibc.
 128
 129   This also means that it is not possible to use LD_ASSUME_KERNEL with a
 130   version lower than 2.6.1. If you have set such a thing in /etc/profile,
 131   ~/.bashrc or any other initialization file (something you should have
 132   never done!!!), please remove that *before* installing glibc.
 133
 134   Note: This does not apply to the m68k architecture and to non-Linux
 135         kernels.
 136
 137  -- Aurelien Jarno <aurel32@debian.org>  Tue, 24 Apr 2007 00:26:48 +0200