Bug#921913: locales: character map file `C' not found: No such file or directory
Package: locales Version: 2.28-6 Severity: minor In todays upgrade in my sid chroot I see the following messages locales (2.28-6) wird eingerichtet ... Generating locales (this might take a while)... de_DE.ISO-8859-1... done de_DE.UTF-8... done en_GB.UTF-8... done en_US.UTF-8... done C.C...[error] character map file `C' not found: No such file or directory done Generation complete. I don't know if this is new or older or if this poses a problem. I can provide you with mor details if necessary. -- 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
Processed: Re: breaks when #included after
Processing control commands: > reassign -1 libc6-dev Bug #898743 [linux-libc-dev,libc6-dev] breaks when #included after Bug reassigned from package 'linux-libc-dev,libc6-dev' to 'libc6-dev'. Ignoring request to alter found versions of bug #898743 to the same values previously set Ignoring request to alter fixed versions of bug #898743 to the same values previously set > severity -1 normal Bug #898743 [libc6-dev] breaks when #included after Severity set to 'normal' from 'serious' -- 898743: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=898743 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#898743: breaks when #included after
Control: reassign -1 libc6-dev Control: severity -1 normal On Tue, 15 May 2018 16:57:57 +0200 Helmut Grohne wrote: > 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 to: > > $ cat test.c > #include > #include > $ gcc -c test.c > In file included from test.c:1:0: > /usr/include/x86_64-linux-gnu/sys/mount.h:35:3: error: expected identifier > before numeric constant >MS_RDONLY = 1, /* Mount read-only. */ >^ > $ > > linux/fs.h #defines MS_RDONLY and then sys/mount.h tries to create an > enum containing MS_RDONLY. That's a problem. [...] has defined MS_RDONLY as a macro since before version 1.0, so this is a wontfix on the kernel side. was already defining MS_RDONLY as both enumerator and macro in jessie, so this doesn't seem to be a regression. Downgrading and reassigning to just libc6-dev, but I fully expect this to be wontfix on that side as well. Ben. -- Ben Hutchings The world is coming to an end. Please log off. signature.asc Description: This is a digitally signed message part
glibc_2.24-11+deb9u4_source.changes ACCEPTED into proposed-updates->stable-new, proposed-updates
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 06 Feb 2019 22:17:41 +0100 Source: glibc Binary: libc-bin libc-dev-bin libc-l10n glibc-doc glibc-source locales locales-all nscd multiarch-support libc6 libc6-dev libc6-dbg libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc libc6-dev-sparc libc6-sparc64 libc6-dev-sparc64 libc6-s390 libc6-dev-s390 libc6-amd64 libc6-dev-amd64 libc6-powerpc libc6-dev-powerpc libc6-ppc64 libc6-dev-ppc64 libc6-mips32 libc6-dev-mips32 libc6-mipsn32 libc6-dev-mipsn32 libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 libc6-x32 libc6-dev-x32 libc6-xen libc0.3-xen libc6.1-alphaev67 libc0.1-i686 libc0.3-i686 libc6-i686 Architecture: source Version: 2.24-11+deb9u4 Distribution: stretch Urgency: medium Maintainer: GNU Libc Maintainers Changed-By: Aurelien Jarno Description: glibc-doc - GNU C Library: Documentation glibc-source - GNU C Library: sources libc-bin - GNU C Library: Binaries libc-dev-bin - GNU C Library: Development binaries libc-l10n - GNU C Library: localization files libc0.1- GNU C Library: Shared libraries libc0.1-dbg - GNU C Library: detached debugging symbols libc0.1-dev - GNU C Library: Development Libraries and Header Files libc0.1-dev-i386 - GNU C Library: 32bit development libraries for AMD64 libc0.1-i386 - GNU C Library: 32bit shared libraries for AMD64 libc0.1-i686 - transitional dummy package libc0.1-pic - GNU C Library: PIC archive library libc0.1-udeb - GNU C Library: Shared libraries - udeb (udeb) libc0.3- GNU C Library: Shared libraries libc0.3-dbg - GNU C Library: detached debugging symbols libc0.3-dev - GNU C Library: Development Libraries and Header Files libc0.3-i686 - transitional dummy package libc0.3-pic - GNU C Library: PIC archive library libc0.3-udeb - GNU C Library: Shared libraries - udeb (udeb) libc0.3-xen - GNU C Library: Shared libraries [Xen version] libc6 - GNU C Library: Shared libraries libc6-amd64 - GNU C Library: 64bit Shared libraries for AMD64 libc6-dbg - GNU C Library: detached debugging symbols libc6-dev - GNU C Library: Development Libraries and Header Files libc6-dev-amd64 - GNU C Library: 64bit Development Libraries for AMD64 libc6-dev-i386 - GNU C Library: 32-bit development libraries for AMD64 libc6-dev-mips32 - GNU C Library: o32 Development Libraries for MIPS libc6-dev-mips64 - GNU C Library: 64bit Development Libraries for MIPS64 libc6-dev-mipsn32 - GNU C Library: n32 Development Libraries for MIPS64 libc6-dev-powerpc - GNU C Library: 32bit powerpc development libraries for ppc64 libc6-dev-ppc64 - GNU C Library: 64bit Development Libraries for PowerPC64 libc6-dev-s390 - GNU C Library: 32bit Development Libraries for IBM zSeries libc6-dev-sparc - GNU C Library: 32bit Development Libraries for SPARC libc6-dev-sparc64 - GNU C Library: 64bit Development Libraries for UltraSPARC libc6-dev-x32 - GNU C Library: X32 ABI Development Libraries for AMD64 libc6-i386 - GNU C Library: 32-bit shared libraries for AMD64 libc6-i686 - transitional dummy package libc6-mips32 - GNU C Library: o32 Shared libraries for MIPS libc6-mips64 - GNU C Library: 64bit Shared libraries for MIPS64 libc6-mipsn32 - GNU C Library: n32 Shared libraries for MIPS64 libc6-pic - GNU C Library: PIC archive library libc6-powerpc - GNU C Library: 32bit powerpc shared libraries for ppc64 libc6-ppc64 - GNU C Library: 64bit Shared libraries for PowerPC64 libc6-s390 - GNU C Library: 32bit Shared libraries for IBM zSeries libc6-sparc - GNU C Library: 32bit Shared libraries for SPARC libc6-sparc64 - GNU C Library: 64bit Shared libraries for UltraSPARC libc6-udeb - GNU C Library: Shared libraries - udeb (udeb) libc6-x32 - GNU C Library: X32 ABI Shared libraries for AMD64 libc6-xen - GNU C Library: Shared libraries [Xen version] libc6.1- GNU C Library: Shared libraries libc6.1-alphaev67 - GNU C Library: Shared libraries (EV67 optimized) libc6.1-dbg - GNU C Library: detached debugging symbols libc6.1-dev - GNU C Library: Development Libraries and Header Files libc6.1-pic - GNU C Library: PIC archive library libc6.1-udeb - GNU C Library: Shared libraries - udeb (udeb) locales- GNU C Library: National Language (locale) data [support] locales-all - GNU C Library: Precompiled locale data multiarch-support - Transitional package to ensure multiarch compatibility nscd - GNU C Library: Name Service Cache Daemon Closes: 710275 879500 879501 879955 884132 884133 884615 899070 899071 903554 904158 916925 Changes: glibc (2.24-11+deb9u4) stretch; urgency=medium . [ Aurelien Jarno ] * debian/patches/git-updates.diff: update from upstream stable branch: - Fix buffer overflow in glob with GLOB_TILDE (CVE-2017-15670). Closes: #879501. - Fix
Bug#904158: marked as done (glibc: pthread_cond_wait() is broken in the pshared case)
Your message dated Sat, 09 Feb 2019 21:47:22 + with message-id and subject line Bug#904158: fixed in glibc 2.24-11+deb9u4 has caused the Debian Bug report #904158, regarding glibc: pthread_cond_wait() is broken in the pshared case 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.) -- 904158: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=904158 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: glibc Version: 2.24-11+deb9u3 Severity: important The short version is that pthread_cond_wait() is broken in the pshared case in glibc in Stretch. The version in Sid is not affected because that part received a large rewrite (that is why I use explicit the version Stretch for the report). The full explanation is attached as a patch. I also attached a testcase to verify. Please note that x86 has handwritten assembly code for the function which does not have the problem. All other architectures are using the generic C code and share the problem. On amdahl.d.o:~bigeasy/glibc you can try the following: |strace -f ../testcase |clone(child_stack=0x99483b10, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x994842d0, tls=0x994848f0, child_tidptr=0x994842d0) = 26581 |[pid 26581] futex(0xda3d40fc, FUTEX_WAIT_REQUEUE_PI, 1, NULL, 0xda3d40b8 |[pid 26579] clone(child_stack=0x98c83b10, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x98c842d0, tls=0x98c848f0, child_tidptr=0x98c842d0) = 26582 |[pid 26582] futex(0xda3d40fc, FUTEX_WAIT_REQUEUE_PI, 2, NULL, 0xda3d40b8 |[pid 26579] futex(0xda3d40fc, FUTEX_WAKE_OP, 1, 1, 0xda3d40f8, FUTEX_OP_SET<<28|0<<12|FUTEX_OP_CMP_GT<<24|0x1) = -1 EINVAL (Invalid argument) |[pid 26579] futex(0xda3d40fc, FUTEX_WAKE, 1) = -1 EINVAL (Invalid argument) As you see the two waiting threads do FUTEX_WAIT_REQUEUE_PI and the waker does FUTEX_WAKE* which is not valid. The program hangs at this point. With the patch attached: |LD_LIBRARY_PATH=x/lib/aarch64-linux-gnu/ strace -f ../testcase |child_stack=0x8edb6b10, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x8edb72d0, tls=0x8edb78f0, child_tidptr=0x8edb72d0) = 26660 |[pid 26660] futex(0xe4e1c0fc, FUTEX_WAIT, 1, NULL |[pid 26659] clone(child_stack=0x8e5b6b10, flags=CLONE_VM|CLONE_FS|CLONE_FILES|CLONE_SIGHAND|CLONE_THREAD|CLONE_SYSVSEM|CLONE_SETTLS|CLONE_PARENT_SETTID|CLONE_CHILD_CLEARTID, parent_tidptr=0x8e5b72d0, tls=0x8e5b78f0, child_tidptr=0x8e5b72d0) = 26661 |[pid 26661] futex(0xe4e1c0fc, FUTEX_WAIT, 2, NULL |[pid 26659] futex(0xe4e1c0fc, FUTEX_WAKE_OP, 1, 1, 0xe4e1c0f8, FUTEX_OP_SET<<28|0<<12|FUTEX_OP_CMP_GT<<24|0x1) = 1 and so on, the program finishes. Sebastian From: John Ogness Date: Wed, 16 May 2018 22:34:41 +0200 Subject: [PATCH] condvar: do not use requeue for pshared condvars With commit e42a990eccb (Update.) condvars were changed to not store the mutex address when pshared. Instead, ~0l is stored. This value is checked for in USE_REQUEUE_PI() to determine if requeue should be used. pthread_cond_signal() and pthread_cond_broadcast() both use USE_REQUEUE_PI() with the mutex address stored on the condvar. However, pthread_cond_wait() and pthread_cond_timedwait() use USE_REQUEUE_PI() on the mutex address passed in from the caller (even though that address is *not* stored on the condvar in the pshared case). The result is that in the pshared case, the wait functions are using requeue and the wake functions are not! This is not allowed by the kernel (the waking futex call returns EINVAL). Modify the wait functions to use USE_REQUEUE_PI() on the mutex address stored on the condvar, thus mirroring the behavior of the wake functions. Signed-off-by: John Ogness Acked-by: Sebastian Andrzej Siewior Reviewed-by: Kurt Kanzenbach Signed-off-by: Kurt Kanzenbach --- nptl/pthread_cond_timedwait.c | 4 +++- nptl/pthread_cond_wait.c | 4 +++- 2 files changed, 6 insertions(+), 2 deletions(-) diff --git a/nptl/pthread_cond_timedwait.c b/nptl/pthread_cond_timedwait.c index 711a51de20..9e6a393a43 100644 --- a/nptl/pthread_cond_timedwait.c +++ b/nptl/pthread_cond_timedwait.c @@ -163,6 +163,8 @@ __pthread_cond_timedwait (pthread_cond_t *cond, pthread_mutex_t *mutex, to check just the former. */ #
Bug#916925: marked as done (Use after free on pthread_create (glibc))
Your message dated Sat, 09 Feb 2019 21:47:22 + with message-id and subject line Bug#916925: fixed in glibc 2.24-11+deb9u4 has caused the Debian Bug report #916925, regarding Use after free on pthread_create (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.) -- 916925: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=916925 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: glibc-source Version: 2.24-11+deb9u3 We are using slurm, which uses a lot of pthreads, and it keeps exercising this bug that has already been reported upstream (https://sourceware.org/bugzilla/show_bug.cgi?id=20116#c5), which was introduced after glibc 2.19 and has been fixed in glibc 2.25. Can this patch be merged in Debian while we wait for buster? I am using Debian GNU/Linux 9.3, kernel 4.9.0-5-amd64, libc6 2.24-11+deb9u3 --- End Message --- --- Begin Message --- Source: glibc Source-Version: 2.24-11+deb9u4 We believe that the bug you reported is fixed in the latest version of glibc, which is due to be installed in the Debian FTP archive. 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 916...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno (supplier of updated glibc 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...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 06 Feb 2019 22:17:41 +0100 Source: glibc Binary: libc-bin libc-dev-bin libc-l10n glibc-doc glibc-source locales locales-all nscd multiarch-support libc6 libc6-dev libc6-dbg libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc libc6-dev-sparc libc6-sparc64 libc6-dev-sparc64 libc6-s390 libc6-dev-s390 libc6-amd64 libc6-dev-amd64 libc6-powerpc libc6-dev-powerpc libc6-ppc64 libc6-dev-ppc64 libc6-mips32 libc6-dev-mips32 libc6-mipsn32 libc6-dev-mipsn32 libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 libc6-x32 libc6-dev-x32 libc6-xen libc0.3-xen libc6.1-alphaev67 libc0.1-i686 libc0.3-i686 libc6-i686 Architecture: source Version: 2.24-11+deb9u4 Distribution: stretch Urgency: medium Maintainer: GNU Libc Maintainers Changed-By: Aurelien Jarno Description: glibc-doc - GNU C Library: Documentation glibc-source - GNU C Library: sources libc-bin - GNU C Library: Binaries libc-dev-bin - GNU C Library: Development binaries libc-l10n - GNU C Library: localization files libc0.1- GNU C Library: Shared libraries libc0.1-dbg - GNU C Library: detached debugging symbols libc0.1-dev - GNU C Library: Development Libraries and Header Files libc0.1-dev-i386 - GNU C Library: 32bit development libraries for AMD64 libc0.1-i386 - GNU C Library: 32bit shared libraries for AMD64 libc0.1-i686 - transitional dummy package libc0.1-pic - GNU C Library: PIC archive library libc0.1-udeb - GNU C Library: Shared libraries - udeb (udeb) libc0.3- GNU C Library: Shared libraries libc0.3-dbg - GNU C Library: detached debugging symbols libc0.3-dev - GNU C Library: Development Libraries and Header Files libc0.3-i686 - transitional dummy package libc0.3-pic - GNU C Library: PIC archive library libc0.3-udeb - GNU C Library: Shared libraries - udeb (udeb) libc0.3-xen - GNU C Library: Shared libraries [Xen version] libc6 - GNU C Library: Shared libraries libc6-amd64 - GNU C Library: 64bit Shared libraries for AMD64 libc6-dbg - GNU C Library: detached debugging symbols libc6-dev - GNU C Library: Development Libraries and Header Files libc6-dev-amd64 - GNU C Library: 64bit Development Libraries for AMD64 libc6-dev-i386 - GNU C Library: 32-bit development libraries for AMD64 libc6-dev-mips32 - GNU C Library: o32 Development Libraries for MIPS libc6-dev-mips64 - GNU C Library: 64bit Development Libraries for MIPS64 libc6-dev-mipsn32 - GNU C Library: n32 Development Libraries for MIPS64 libc6-dev-powerpc - GNU C Library: 32bit powerpc development libraries for ppc64 libc6-dev-ppc64 - GNU C Library: 64bit Development Libraries for PowerPC64 libc6-dev-s390 - GNU C Library: 32bit Development Libraries for IBM zSeries libc6-dev-sparc -
Bug#903554: marked as done (libc6: segfault in ld-2.24.so when running 'xl' from Xen, only on Skylake CPUs (upstream bug BZ#22636))
Your message dated Sat, 09 Feb 2019 21:47:22 + with message-id and subject line Bug#903554: fixed in glibc 2.24-11+deb9u4 has caused the Debian Bug report #903554, regarding libc6: segfault in ld-2.24.so when running 'xl' from Xen, only on Skylake CPUs (upstream bug BZ#22636) 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.) -- 903554: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=903554 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: libc6 Version: 2.24-11+deb9u3 Severity: normal Dear Maintainer, When I use 'xl create' or 'xl destroy' to manage Xen domUs, xl segfaults with: (gdb) run create /etc/xen/domU.cfg Starting program: /usr/lib/xen-4.8/bin/xl create /etc/xen/domU.cfg [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Parsing config from /etc/xen/domU.cfg [New Thread 0x77ff4700 (LWP 3311)] Thread 2 "xl" received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x77ff4700 (LWP 3311)] 0x77de2ff5 in _dl_lookup_symbol_x (undef_name=0x75478c63 "_Unwind_Find_FDE", undef_map=0x55788310, ref=ref@entry=0x77ff2128, symbol_scope=0x55788668, version=0x55788a50, type_class=type_class@entry=1, flags=5, skip_map=0x0) at dl-lookup.c:833 Despite the segfault, it seems that the domU is running fine, which might explain why this wasn't reported yet AFAIK. In the exact same software environment, I cannot reproduce this on pre-Skylake CPUs. I could confirm that: - upgrading glibc to 2.26-5 fixes the problem. - 2.26-4 is still affected. I looked at the changes between 2.26-4 and 2.26-5. My initial guess was that this was BZ#22715 due to the link with AVX-512. But backporting the fix (which is already in release/2.24/master but not in the stretch package) did not solve the issue. However, backporting the fix for BZ#22636 fixed the issue (specifically I backported 771c846a71d9ee14aa3b91fd184026482da585d9..abf2e34ee6a9cf1b7e5afddd13971754e5c5fa82 , from the release/2.25/master branch). Could you please backport this fix to the stretch package? Thanks! Lucas -- System Information: Debian Release: 9.4 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.9.0-6-amd64 (SMP w/64 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8), LANGUAGE=en_US:en (charmap=UTF-8) (ignored: LC_ALL set to en_US.UTF-8) Shell: /bin/sh linked to /bin/dash Init: systemd (via /run/systemd/system) Versions of packages libc6 depends on: ii libgcc1 1:6.3.0-18+deb9u1 libc6 recommends no packages. Versions of packages libc6 suggests: ii debconf [debconf-2.0] 1.5.61 pn glibc-doc ii libc-l10n 2.24-11+deb9u3 ii locales2.24-11+deb9u3 -- debconf information: glibc/disable-screensaver: glibc/upgrade: true glibc/restart-failed: glibc/restart-services: glibc/kernel-not-supported: glibc/kernel-too-old: libraries/restart-without-asking: false --- End Message --- --- Begin Message --- Source: glibc Source-Version: 2.24-11+deb9u4 We believe that the bug you reported is fixed in the latest version of glibc, which is due to be installed in the Debian FTP archive. 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 903...@bugs.debian.org, and the maintainer will reopen the bug report if appropriate. Debian distribution maintenance software pp. Aurelien Jarno (supplier of updated glibc 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...@ftp-master.debian.org) -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Wed, 06 Feb 2019 22:17:41 +0100 Source: glibc Binary: libc-bin libc-dev-bin libc-l10n glibc-doc glibc-source locales locales-all nscd multiarch-support libc6 libc6-dev libc6-dbg libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc libc6-dev-sparc libc6-sparc64 libc6-dev-sparc64 libc6-s390 libc6-dev-s390 libc6-amd64 libc6-dev-amd64 libc6-powerpc libc6-dev-powerpc libc6-ppc64 libc6-dev-ppc64 libc6-mips32 libc6-dev-mips32 libc6
[Git][glibc-team/glibc] Pushed new tag debian/2.28-7
Samuel Thibault pushed new tag debian/2.28-7 at GNU Libc Maintainers / glibc -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/tree/debian/2.28-7 You're receiving this email because of your account on salsa.debian.org.
glibc_2.28-7_source.changes ACCEPTED into unstable
Accepted: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Format: 1.8 Date: Sat, 09 Feb 2019 18:34:27 +0100 Source: glibc Binary: libc-bin libc-dev-bin libc-l10n glibc-doc glibc-source locales locales-all nscd multiarch-support libc6 libc6-dev libc6-dbg libc6-pic libc6-udeb libc6.1 libc6.1-dev libc6.1-dbg libc6.1-pic libc6.1-udeb libc0.3 libc0.3-dev libc0.3-dbg libc0.3-pic libc0.3-udeb libc0.1 libc0.1-dev libc0.1-dbg libc0.1-pic libc0.1-udeb libc6-i386 libc6-dev-i386 libc6-sparc libc6-dev-sparc libc6-sparc64 libc6-dev-sparc64 libc6-s390 libc6-dev-s390 libc6-amd64 libc6-dev-amd64 libc6-powerpc libc6-dev-powerpc libc6-ppc64 libc6-dev-ppc64 libc6-mips32 libc6-dev-mips32 libc6-mipsn32 libc6-dev-mipsn32 libc6-mips64 libc6-dev-mips64 libc0.1-i386 libc0.1-dev-i386 libc6-x32 libc6-dev-x32 libc6-xen libc0.3-xen libc6.1-alphaev67 Architecture: source Version: 2.28-7 Distribution: unstable Urgency: medium Maintainer: GNU Libc Maintainers Changed-By: Samuel Thibault Description: glibc-doc - GNU C Library: Documentation glibc-source - GNU C Library: sources libc-bin - GNU C Library: Binaries libc-dev-bin - GNU C Library: Development binaries libc-l10n - GNU C Library: localization files libc0.1- GNU C Library: Shared libraries libc0.1-dbg - GNU C Library: detached debugging symbols libc0.1-dev - GNU C Library: Development Libraries and Header Files libc0.1-dev-i386 - GNU C Library: 32bit development libraries for AMD64 libc0.1-i386 - GNU C Library: 32bit shared libraries for AMD64 libc0.1-pic - GNU C Library: PIC archive library libc0.1-udeb - GNU C Library: Shared libraries - udeb (udeb) libc0.3- GNU C Library: Shared libraries libc0.3-dbg - GNU C Library: detached debugging symbols libc0.3-dev - GNU C Library: Development Libraries and Header Files libc0.3-pic - GNU C Library: PIC archive library libc0.3-udeb - GNU C Library: Shared libraries - udeb (udeb) libc0.3-xen - GNU C Library: Shared libraries [Xen version] libc6 - GNU C Library: Shared libraries libc6-amd64 - GNU C Library: 64bit Shared libraries for AMD64 libc6-dbg - GNU C Library: detached debugging symbols libc6-dev - GNU C Library: Development Libraries and Header Files libc6-dev-amd64 - GNU C Library: 64bit Development Libraries for AMD64 libc6-dev-i386 - GNU C Library: 32-bit development libraries for AMD64 libc6-dev-mips32 - GNU C Library: o32 Development Libraries for MIPS libc6-dev-mips64 - GNU C Library: 64bit Development Libraries for MIPS64 libc6-dev-mipsn32 - GNU C Library: n32 Development Libraries for MIPS64 libc6-dev-powerpc - GNU C Library: 32bit powerpc development libraries for ppc64 libc6-dev-ppc64 - GNU C Library: 64bit Development Libraries for PowerPC64 libc6-dev-s390 - GNU C Library: 32bit Development Libraries for IBM zSeries libc6-dev-sparc - GNU C Library: 32bit Development Libraries for SPARC libc6-dev-sparc64 - GNU C Library: 64bit Development Libraries for UltraSPARC libc6-dev-x32 - GNU C Library: X32 ABI Development Libraries for AMD64 libc6-i386 - GNU C Library: 32-bit shared libraries for AMD64 libc6-mips32 - GNU C Library: o32 Shared libraries for MIPS libc6-mips64 - GNU C Library: 64bit Shared libraries for MIPS64 libc6-mipsn32 - GNU C Library: n32 Shared libraries for MIPS64 libc6-pic - GNU C Library: PIC archive library libc6-powerpc - GNU C Library: 32bit powerpc shared libraries for ppc64 libc6-ppc64 - GNU C Library: 64bit Shared libraries for PowerPC64 libc6-s390 - GNU C Library: 32bit Shared libraries for IBM zSeries libc6-sparc - GNU C Library: 32bit Shared libraries for SPARC libc6-sparc64 - GNU C Library: 64bit Shared libraries for UltraSPARC libc6-udeb - GNU C Library: Shared libraries - udeb (udeb) libc6-x32 - GNU C Library: X32 ABI Shared libraries for AMD64 libc6-xen - GNU C Library: Shared libraries [Xen version] libc6.1- GNU C Library: Shared libraries libc6.1-alphaev67 - GNU C Library: Shared libraries (EV67 optimized) libc6.1-dbg - GNU C Library: detached debugging symbols libc6.1-dev - GNU C Library: Development Libraries and Header Files libc6.1-pic - GNU C Library: PIC archive library libc6.1-udeb - GNU C Library: Shared libraries - udeb (udeb) locales- GNU C Library: National Language (locale) data [support] locales-all - GNU C Library: Precompiled locale data multiarch-support - Transitional package to ensure multiarch compatibility nscd - GNU C Library: Name Service Cache Daemon Changes: glibc (2.28-7) unstable; urgency=medium . * debian/patches/hurd-i386/local-no-bootstrap-fs-access.diff: Refresh. Checksums-Sha1: 635f36d2b97b15396befc7b0db8a0f988af15d0a 8872 glibc_2.28-7.dsc e93acf50799d721b99e92c1f30742bc2f8fe96a3 873088 glibc_2.28-7.debian.tar.xz 045fa0b356d2faffc01d040a1246b45a362db34a 8633 glibc_2.28-7_source.buildinfo Checksums-Sha256: 487e3c830de9a4b9d85ff7ed2dc61f7a07c9145f31ff521f03d9e95c2b01291b 8872 glibc_2.28-7.dsc 522c8338ad53bfd71d7c1d5d037e446d2ed7ffebb76db1f79c8c46f60
Processing of glibc_2.28-7_source.changes
glibc_2.28-7_source.changes uploaded successfully to localhost along with the files: glibc_2.28-7.dsc glibc_2.28-7.debian.tar.xz glibc_2.28-7_source.buildinfo Greetings, Your Debian queue daemon (running on host usper.debian.org)
[Git][glibc-team/glibc][sid] upload
Samuel Thibault pushed to branch sid at GNU Libc Maintainers / glibc Commits: 5bedcb50 by Samuel Thibault at 2019-02-09T17:34:33Z upload - - - - - 1 changed file: - debian/changelog View it on GitLab: https://salsa.debian.org/glibc-team/glibc/commit/5bedcb50ab44bd8238f4f2d111b8e8c7c9ec6319 -- View it on GitLab: https://salsa.debian.org/glibc-team/glibc/commit/5bedcb50ab44bd8238f4f2d111b8e8c7c9ec6319 You're receiving this email because of your account on salsa.debian.org.
