On 2022-10-01 22:36, Szilfai Balázs wrote:
> Core dump attached.
Thanks, could you please attach the following file instead of the text
output?
/var/lib/systemd/coredump/core.nscd.0.e89b6fce3d004f04b16f3e5a8f439a82.2560572.166465611000.zst
Regards
Aurelien
--
Aurelien Ja
to share the corresponding core dump file? Sharing
it privately is also fine if you prefer.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
kage is for bugs concerning the build
daemons infrastructure, which is responsible for building packages from
source for all architectures. It has nothing to do with the installer.
I am therefore reassigning this to the installation-reports package, for
you to get more cha
; Downgrade to 2.34-8 seems also don't fix the issue, probably some locale
> state was invalidated when upgrading.
This is because you upgraded other packages than glibc (here bash), and the bug
is not in glibc. Downgrading bash fixes the issue. Reassigning the bug.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
lect that.
> There is a regression in glibc.
The problem is actually on the firefox side, which does not support
newer glibc version. Nevertheless we'll add a Breaks against firefox and
firefox-esr (<< 91) to the libc6 package to ensure smooth upgrade and
prevent this bug to happen.
a
usrmerge migration that failed after moving some files, or do you think
it's unrelated?
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
s:
>
> https://lwn.net/Articles/904892/
I already filled #1019535 which I consider is the way to go, but I am
opened for discussion. I am still waiting for an answer from the GCC
maintainer.
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aur
gt; required information. Do let me know
Before trying to upgrade again, we should ensure your system is in a
sane state. Could you please send us the output of:
ls -ld /lib
ls -l /lib/x86_64-linux-gnu/libc.so.6
ls -l /usr/lib/x86_64-linux-gnu/libc.so.6
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
t be to
ship it in a separate package (usbutils-py? lsusb-py?) and change the
binary name (lsusb-py? lsusb-python?).
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
BMI2
> > instructions support has been added in a microcode update
>
> As such it does appear that indeed this is the case.
Thanks for the confirmation, it seems that the microcode update is also
useful for security reasons in order to mitigate the speculative
execution side channel issues
ckage.
Now that we understood the bug, I actually find strange that the
microcode update is fixing this, it looks like that the BMI2
instructions support has been added in a microcode update. Would it be
possible to give the output of /proc/cpuinfo with and without the
microcode updat
ibc.git;a=blob;f=NEWS;h=faa7ec1871da1a34ed943fd8d406496e58fb2c2e;hb=f94f6d8a3572840d3ba42ab9ace3ea522c99c0c2
[2] https://sourceware.org/glibc/wiki/Proposals/C.UTF-8
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
interrupted?
Good catch. I also noticed that the libraries seems to be located in
/usr/lib/x86_64-linux-gnu/, which is typical of a usrmerge system, but
reportbug says "merged-usr: no".
Vasudev, you should probably check that you do not have too versions of
the glibc on your system, o
On 2022-09-22 23:51, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
>
> On 2022-09-18 10:11:58 +0200, Sebastian Ramacher wrote:
> > Control: forwarded -1
> > https://release.debian.org/transitions/html/glibc-2.35.html
> >
> > On 2022-09-14 22:
Hi,
Have you been able to progress on that? Do you need some help for a
specific step?
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
ess of the illegal instruction would help a
lot to understand the issue.
> This machine, in case it matters, is a Lenovo G510 laptop. There is some
> update available for the BIOS, but it requires booting up Windows to perform
> it. Should I attempt that? I found some ancient thread on some forum that
> mentioned BIOS update fixes some issues with "freezes" on
As said above, I find strange that the problem has not been noticed yet
given it affects at least two distributions, and that it dates from a
few months in sid. You might want to install the intel-microcode package
and reboot to see if it helps, it should have the same effects than
updating the BIOS for the point of view of the current bug.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
e corresponding flags from the kernel point of view, but
the cpuid instruction will just continue to behave the same. The way to
do disable that features at the glibc level is to set the GLIBC_TUNABLES
environment variable to "glibc.cpu.hwcaps=-AVX2_Usable".
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: debian-gl...@lists.debian.org
Dear release team,
I would like to get a transition slot for glibc 2.35. It has been
available in experimental for one month and does not have
Hi,
On 2022-09-06 09:56, Bo YU wrote:
> Hi,
> On Wed, Aug 31, 2022 at 07:04:53PM +0200, Aurelien Jarno wrote:
> ...
> > reason for limiting the link with -latomic to pthread, but that has been
> > discussed internally before the patch submission to GCC, and has been
> >
Source: gcc-12
Version: 12-20220319-1
Severity: important
X-Debbugs-Cc: debian-gl...@lists.debian.org
Dear maintainer,
GCC in Debian is patched [1] to force ld to use the DT_GNU_HASH hash
table using --hash-style=gnu, instead of the default --hash-style=both
which includes both the DT_HASH and DT
Hi Paul,
On 2022-09-04 07:52, Paul Gevers wrote:
> Hi Aurelien,
>
> On Sat, 3 Sep 2022 11:36:07 +0200 Aurelien Jarno wrote:
> > On 2022-08-21 11:49, Aurelien Jarno wrote:
> > > dh-lua uses catchsegv, a binary currently provided by libc-bin when
> > > executi
control: tag -1 +pending
Dear maintainer(s),
On 2022-08-21 11:49, Aurelien Jarno wrote:
> Source: dh-lua
> Version: 27
> Severity: important
> Tags: patch
> User: debian-gl...@lists.debian.org
> Usertags: glibc2.35
>
> Dear maintainer(s),
>
> dh-lua uses catchseg
control: tag -1 + unreproducible
On 2022-09-02 07:29, John Paul Adrian Glaubitz wrote:
> Hi!
>
> On 9/1/22 23:59, Aurelien Jarno wrote:
> > The problem is that the
> > /usr/lib/m68k-linux-gnu/gconv/gconv-modules.cache file is somehow
> > truncated for the glibc 2.34 bu
onv issue being discussed on a
> Fedora mailing list where the cause was iconv data being moved out of the main
> glibc packages [1].
>
> Maybe we have a similar problem in Debian which manifests on m68k and sh4 only
> due to some reverse dependencies being out of date?
Not his i
ebian/changelog sbuild-0.81.2+deb11u1/debian/changelog
--- sbuild-0.81.2/debian/changelog 2021-01-31 14:34:54.0 +
+++ sbuild-0.81.2+deb11u1/debian/changelog 2022-08-31 19:59:38.0
+
@@ -1,3 +1,11 @@
+sbuild (0.81.2+deb11u1) bullseye; urgency=medium
+
+ [
the workround how trouble if enabled in Debian. Or there are
> other better solutions?
The better solution would be for someone to continue the work from this
patch, but that is a lot more work:
https://www.mail-archive.com/gcc-patches@gcc.gnu.org/msg283119.html
Regards
Aurelien
--
is one of
the last packages preventing the switch of libc6-dbg to a dbgsym
package. Please find the corresponding debdiff attached. Also please
feel free to ask me to delay or cancel this NMU.
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net
On 2022-08-26 18:48, Adam D. Barratt wrote:
> Control: tags -1 + confirmed d-i
>
> On Sat, 2022-08-20 at 10:35 +0200, Aurelien Jarno wrote:
> > There are multiple fixes in this upload, mostly coming from the
> > upstream
> > stable branch:
> > - One security is
he strcasecmp, strncasecmp,
toupper, tolower and is* functions behave as in the standard.
Anyway please bring this issue upstream, as it has to be solved there.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
Source: dh-lua
Version: 27
Severity: important
Tags: patch
User: debian-gl...@lists.debian.org
Usertags: glibc2.35
Dear maintainer(s),
dh-lua uses catchsegv, a binary currently provided by libc-bin when
executing the lua tests. This binary has been removed from glibc 2.35,
causing debci [1] or FT
Package: valgrind
Version: 1:3.18.1-1.1
Severity: important
Tags: patch upstream
User: debian-gl...@lists.debian.org
Usertags: glibc2.35
Forwarded:
https://sourceware.org/git/?p=valgrind.git;a=commit;h=1024237358f01009fe233cb1294f3b8211304eaa
Dear maintainer(s),
valgrind does not implement the n
Source: chrony
Version: 4.2-2
Severity: important
Tags: patch upstream
User: debian-gl...@lists.debian.org
Usertags: glibc2.35
Forwarded:
https://git.tuxfamily.org/chrony/chrony.git/commit/?id=8bb8f15a7d049ed26c69d95087065b381f76ec4d
Dear maintainer(s),
chrony uses a seccomp filter, and glibc
t; Loading it might be easy, but as one proverb says, "only if you're not
> interested in the results"...
The replacement is definitely not perfect and users need to adapt a bit
their usage or their scripts. On the other hand it has a lot of benefits
in terms of security, reliability and maintainability.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Package: libpmix2
Version: 4.2.0~rc1-2
Severity: grave
Justification: renders package unusable
Starting with version 4.2.0~rc1-1, the mca_pmix_ext3x.so library lost
the pmix_value_load symbols. This causes issues on depending packages:
https://buildd.debian.org/status/fetch.php?pkg=dolfin&arch=a
Source: mongo-c-driver
Version: 1.22.1-1
Severity: important
Tags: ftbfs, patch
User: debian-ri...@lists.debian.org
Usertags: riscv64
X-Debbugs-Cc: debian-ri...@lists.debian.org
Dear maintainer,
mongo-c-driver fails to build on riscv64, due to te usage of bit atomics
which requires the link with
Package: libpmix2
Version: 4.2.0~rc1-1
Severity: critical
Justification: breaks unrelated software
Hi,
The upload of pmix version 4.2.0~rc1-1 introduced a dangling symlink,
/usr/lib/x86_64-linux-gnu/libpmix.so.2 points to
pmix2/lib/libpmix.so.2.5.2 which doesn't exist anymore as it has been
renam
control: tag -1 + pending
On 2022-08-09 15:12, Aurelien Jarno wrote:
> control: tag -1 + patch
>
> Hi,
>
> On 2022-08-08 01:34, Sebastian Ramacher wrote:
> > Source: libspf2
> > Version: 1.2.10-7.1
> > Severity: serious
> > Tags: ftbfs sid bookworm
> &
control: tag -1 + pending
On 2022-08-09 13:21, Aurelien Jarno wrote:
> Source: dolfin
> Version: 2019.2.0~git20220407.d29e24d-5
> Severity: serious
>
> Dear maintainer,
>
> glibc 2.34 has merged a few libraries (libpthread, libdl, libutil,
> libanl) into lib
control: tag -1 +pending
On 2022-08-09 09:31, Aurelien Jarno wrote:
> control: severity 1016560 serious
>
> On 2022-08-03 00:01, Aurelien Jarno wrote:
> > Source: scalpel
> > Version: 1.60-9
> > Severity: important
> > Tags: upstream patch
> > User: deb
raries that contain (working) copies.".
In that case it takes care to rename dn_expand into __dn_expand and
dn_skipname into __dn_skipname. It appears that with the changes done in
glibc 2.34, libspf2 does not need to use libreplace anymore. Therefore
the following patch from Ubunt
On 2022-08-09 13:21, Aurelien Jarno wrote:
> Source: dolfin
> Version: 2019.2.0~git20220407.d29e24d-5
> Severity: serious
FYI, I filled this bug with severity serious as it currently makes this
package uninstallable in sid, given breaks have been added to libc6-dev
against the affected v
Source: dolfin
Version: 2019.2.0~git20220407.d29e24d-5
Severity: serious
Dear maintainer,
glibc 2.34 has merged a few libraries (libpthread, libdl, libutil,
libanl) into libc. While this is handled transparently at runtime, there
are a few corner cases at build time. In the case of dolfin, the fi
control: severity 1016540 serious
On 2022-08-02 18:46, Aurelien Jarno wrote:
> Source: wmanager
> Version: 0.3.0-2
> Severity: important
> Tags: upstream patch
> Forwarded: https://gitlab.com/wmanager/wmanager/-/merge_requests/1
>
> wmanager fails to build when built agains
control: severity 1016560 serious
On 2022-08-03 00:01, Aurelien Jarno wrote:
> Source: scalpel
> Version: 1.60-9
> Severity: important
> Tags: upstream patch
> User: debian-gl...@lists.debian.org
> Usertags: glibc2.34
>
> Dear maintainer,
>
> The autopkgtest of
tep will be running a full-sid setup for a test network, but I don't
> see any reason why the working NIS maps could be broken, my guess is that
> the problem is connected to some inner libnss/libc issue.
This was actually a bug in libc6, which affected the compat module,
while
On 2022-08-07 21:40, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
> Control: forwarded -1
> https://release.debian.org/transitions/html/glibc-2.34.html
>
> On 2022-08-03 11:49:20 +0200, Aurelien Jarno wrote:
> > Package: release.debian.org
> > Severity: norm
Source: ksh93u+m
Version: 1.0.1-1
Severity: serious
On 2022-08-07 16:04, Debian FTP Masters wrote:
> Version check failed:
> Your upload included the binary package ksh, version 20211217, for all,
> however unstable already has version 20211217.
> Uploads to unstable must have a higher version tha
On 2022-08-04 00:33, Vincent Lefevre wrote:
> On 2014-05-19 00:33:00 +0200, Aurelien Jarno wrote:
> > Until the C.UTF-8 locale is integrated directly into glibc instead of
> > being provide like a standard locale, it's not going to be something
> > easy to do.
>
>
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: debian-gl...@lists.debian.org
Dear release team,
I would like to get a transition slot for glibc 2.34. It has been
available in experimental for a few months, and does not
Source: scalpel
Version: 1.60-9
Severity: important
Tags: upstream patch
User: debian-gl...@lists.debian.org
Usertags: glibc2.34
Dear maintainer,
The autopkgtest of scalpel fails in sid on amd64 when that autopkgtest is
run with the binary packages of glibc from experimental. It passes when
run w
Source: fpc
Version: 3.2.2+dfsg-10
Severity: important
Tags: patch
User: debian-gl...@lists.debian.org
Usertags: glibc2.34
Dear maintainer,
The autopkgtest of fpc fails in sid on amd64 when that autopkgtest is
run with the binary packages of glibc from experimental. It passes when
run with only p
Package: dash
Version: 0.5.11+git20210903+057cd650a4ed-8
Severity: important
User: debian-gl...@lists.debian.org
Usertags: glibc2.34
Dear maintainer,
The autopkgtest of dash fails in sid on amd64 when that autopkgtest is
run with the binary packages of glibc from experimental. It passes when
run
Source: wmanager
Version: 0.3.0-2
Severity: important
Tags: upstream patch
Forwarded: https://gitlab.com/wmanager/wmanager/-/merge_requests/1
wmanager fails to build when built against glibc 2.34, and the
autopkgtest fails when run against glibc 2.34 due to a timeout:
https://ci.debian.net/data/a
Hi,
On 2022-04-14 22:41, Aurelien Jarno wrote:
> Hi,
>
> On 2022-04-14 19:41, Hideki Yamane wrote:
> > Package: libusb-1.0-0
> > Version: 2:1.0.26-1
> > Severity: normal
> > X-Debbugs-Cc: henr...@debian.org
> >
> > Dear Maintainer,
> >
>
rs provided by the new
> kernel. No need to wait glibc programmers to provide the backport.
>
> Makes sense?
I don't think so. You do not want to modify files provided by a package.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
Hi,
On 2022-07-24 12:39, Alejandro Colomar (man-pages) wrote:
> Hi Aurelien,
>
> On 7/23/22 11:43, Aurelien Jarno wrote:
> > Hi,
> >
> > On 2022-07-19 21:55, Alejandro Colomar wrote:
> > > Package: libc6-dev
> > > Version: 2.33-8
> > > Sever
glibc is build against a kernel headers
package that is 4 days old.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Source: rust-cbindgen
Version: 0.23.0-1~deb10u1
Severity: serious
X-Debbugs-Cc: po...@debian.org
On 2022-07-16 15:34, Debian FTP Masters wrote:
>
>
> cbindgen_0.23.0-1~deb10u1_s390x.deb: has 1 file(s) with a timestamp too far
> in the past:
> usr/share/doc/cbindgen/changelog.gz (Thu Nov 29 21
Hi,
On 2022-07-11 22:18, Magnus Danielson wrote:
> Hi,
>
> On 7/11/22 18:30, Aurelien Jarno wrote:
> > control: tag -1 + moreinfo
> >
> > Hi,
> >
> > On 2022-07-11 02:46, Magnus Danielson wrote:
> > > Package: rpcsvc-proto
> > > V
On 2022-07-11 10:06, Michael Hudson-Doyle wrote:
> It looks like a no-change rebuild fixed this in Ubuntu fwiw.
Thanks, I confirm that in Debian too. Do you have an idea why? It could
be a missing or too loose dependency.
> On Mon, 11 Jul 2022 at 09:54, Aurelien Jarno wrote:
>
&
ication that generates
> through rpcgen and then compiles it successfully. Then this error would be
> caught. Another approach would be to check that the same header files gets
> installed from previous packaging and new packaging. Both methods would be
> recommended to create fail-safes and qui
Source: glibc, wcc
Control: found -1 glibc/2.34-0experimental4
Control: found -1 wcc/0.0.2+dfsg-4.1
Severity: important
Tags: experimental
Dear maintainers,
The autopkgtest of wcc fails in sid on amd64 when that autopkgtest is
run with the binary packages of glibc from experimental. It passes whe
y speak for Debian. The problem is fixed in testing/sid and
should be fixed in stable soon.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Source: haskell-bimap_
Version: 0.4.0-2
Severity: serious
On 2022-06-29 21:25, Debian FTP Masters wrote:
> libghc-bimap-dev_0.4.0-2_mips64el.deb: has 1 file(s) with a timestamp too far
> in the past:
> usr/share/doc/libghc-bimap-dev/changelog.gz (Thu Jan 1 00:00:00 1970)
>
>
>
> ===
>
> Pl
b.ids (2022.05.20-0+deb11u1) bullseye; urgency=medium
- * Upload to bullseye.
+ * Upload to bullseye.
- -- Aurelien Jarno Fri, 25 Feb 2022 22:32:21 +0100
+ -- Aurelien Jarno Mon, 27 Jun 2022 23:21:43 +0200
+
+usb.ids (2022.05.20-1) unstable; urgency=medium
+
+ * New upstream ve
Source: haskell-wl-pprint-text
Version: 1.2.0.1-1
Severity: serious
On 2022-06-22 16:08, Debian FTP Masters wrote:
> libghc-wl-pprint-text-dev_1.2.0.1-1+b2_mips64el.deb: has 1 file(s) with a
> timestamp too far in the past:
> usr/share/doc/libghc-wl-pprint-text-dev/changelog.gz (Thu Jan 1 00:0
wrote:
> Hi Aurelien,
>
>
> 在 2022/6/18 12:39, Aurelien Jarno 写道:
> > control: reopen 932927
> > control: found 932927 4.1.1-5
> >
> > On 2022-06-17 08:33, Debian Bug Tracking System wrote:
> >
> > #932927: libotr: buggy unit test: test_auth.c: test_
ok 5 - Copy OK
>
I confirm that the problem is not visible anymore on riscv64, probably
due to the switch from gcc 8 to 10.
However the underlying bug is still there and might appear again with a
toolchain change, on riscv64 or another architecture. I am therefore
reopening the bug.
problem is reproducible on Debian and Fedora with both version 10
and 11, but not with GDB version 12, so it seems that the problem has
been fixed in that version.
> This issue might also be caused by gdb instead of libc but I don't have
> a deep enough understanding of the pro
ing. Could this be included in
> bullseye-updates and perhaps buster-updates? I've downloaded it manually
> and it seems fine in bullseye.
No you do not want to do that. 2022a-1 includes changes we might not
want in a stable update.
Aurelien
--
Aurelien Jarno
Source: haskell-hslua-module-text
Severity: serious
Version: 0.2.1-2.1
On 2022-05-30 15:34, Debian FTP Masters wrote:
> libghc-hslua-module-text-dev_0.2.1-2.1_mips64el.deb: has 1 file(s) with a
> timestamp too far in the past:
> usr/share/doc/libghc-hslua-module-text-dev/changelog.gz (Thu Jan
Source: haskell-hslua-module-system
Severity: serious
Version: 0.2.1-2.1
On 2022-05-28 15:18, Debian FTP Masters wrote:
> libghc-hslua-module-system-dev_0.2.1-2.1_mips64el.deb: has 1 file(s) with a
> timestamp too far in the past:
> usr/share/doc/libghc-hslua-module-system-dev/changelog.gz (Thu
On 2018-12-29 01:40, Steve McIntyre wrote:
> Source: python-fitsio
> Version: 0.9.11+dfsg-4
> Severity: important
> User: debian-...@lists.debian.org
> Usertags: alignment
>
> Hi!
>
> I've been doing a full rebuild of the Debian archive, building all
> source packages targeting armel and armhf us
control: tag -1 + fixed-upstream
control: forwarded -1
https://github.com/esheldon/fitsio/commit/06e1e85e6d021c0cd60d0d990e07c5a2fb57f419
On 2022-05-17 23:25, Aurelien Jarno wrote:
> Source: python-fitsio
> Version: 1.1.7+dfsg-1
> Severity: normal
> Tags: upstream patch
> F
Source: python-fitsio
Version: 1.1.7+dfsg-1
Severity: normal
Tags: upstream patch
Forwarded: https://github.com/esheldon/fitsio/pull/349
The python-fitsio testsuite fails when ran against cfitsio 4.1.0:
| testCompressPreserveZeros (fitsio.test.TestReadWrite)
| Test writing and reading gzip compre
placed
behind a I2C mux (probably the chip at address 0x44 on your system).
Support for that needs to be added to the kernel.
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
e the rv-osuosl-02[0] machines has different with the real
> hardware?
>
> Yes, maybe. CC-ing riscv64 porters about that.
rv-rr44-01 and rv-mullvad-0x are Unleashed boards
rv-osuosl-0x are Unmatched boards
Other are QEMU VMs.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Source: android-platform-tools
Version: 29.0.6-8
Severity: serious
On 2022-04-18 14:49, Debian FTP Masters wrote:
>
>
> Version check failed:
> Your upload included the binary package android-sdk-libsparse-utils, version
> 29.0.6-8, for s390x,
> however testing already has version 1:10.0.0+r36-
nce debcommit or gbp).
I'll just doing the building and signing part, that way you will
correctly appear as the one who have done the job.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
LIBUSB_DEBUG environment
variable set to 99 for both versions 2:1.0.25-1 and 2:1.0.26-1, and send
me the output?
Thanks
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
oper privileges (but am hoping
> to in the near future!).
Yes, I can upload a package. Just prepare it on salsa and tell me when
it's ready. I can fetch it from there, build it and upload it.
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net
happens there is that we don't
remove the non-dynamic symbol table so that GDB can still work on
multithreaded programs, but the debug symbols are not present. You can
check that yourself by running strip --strip-debug on (a copy of) those
files and check that they are unchanged.
--
Aurelien
UPER_MAGIC:
> +#endif
> + return 1;
> case LUSTRE_SUPER_MAGIC:
>return LUSTRE_LINK_MAX;
If you ended with a patch, the best is probably to submit it upstream to
libc-al...@sourceware.org .
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R
Package: ksystemstats
Version: 5.24.4-1
Severity: normal
User: aure...@debian.org
Usertags: libsensors-dev-transition
Dear maintainer,
ksystemstats build-depends on libsensors4-dev, the development package
from lm-sensors. For historical reasons the development package is
versioned. Following the
eak the test suite from the VLC package.
> Rolling back to 2.33 from unstable solves the problem.
The regression has been introduced by this commit:
https://sourceware.org/git/?p=glibc.git;a=commit;h=26cfbb7162ad364d53d69f6d482f2d87b5950524
Regards,
Aurelien
--
Aurelien Jarno
On 2022-03-17 17:51, Adam D. Barratt wrote:
> Control: tags -1 + confirmed d-i
>
> On Wed, 2022-03-16 at 00:50 +0100, Aurelien Jarno wrote:
> > A big part of the changes have been in the buster git branch for many
> > months, but I failed to submit the package for a point
On 2022-03-17 17:49, Adam D. Barratt wrote:
> On Tue, 2022-03-15 at 20:33 +, Adam D. Barratt wrote:
> > Control: tags -1 + confirmed d-i
> >
> > On Thu, 2022-02-17 at 23:15 +0100, Aurelien Jarno wrote:
> > > There are multiple fixes in this upload:
> >
Source: libnfsidmap
Version: 0.25-6
Severity: serious
On 2022-03-13 15:58, Debian FTP Masters wrote:
> Version check failed:
> Your upload included the binary package libnfsidmap-dev, version 0.25-6+b1,
> for mips64el,
> however testing already has version 1:2.6.1-1.
> Uploads to unstable must ha
b/debian/changelog
index 0cbb4f9a..cb7fa65c 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,29 @@
+glibc (2.28-10+deb10u1) buster; urgency=medium
+
+ [ Aurelien Jarno ]
+ * debian/patches/git-updates.diff: update from upstream stable branch
+(Closes: #930697):
+- Add more
cklist the module.
> In order to fix this issue, the second (and pointless) execution
> of sensors should be omited.
Not it shouldn't as it is not pointless. The kernel should be fixed
instead.
Regards,
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2022-03-04 10:22, Emilio Pozuelo Monfort wrote:
> On 04/03/2022 09:50, Aurelien Jarno wrote:
> > On 2022-03-04 09:19, Emilio Pozuelo Monfort wrote:
> > > Hi,
> > >
> > > On Sun, 26 Sep 2021 09:57:02 +0200 Salvatore Bonaccorso
> > > wrote:
> &g
further
> considered including this fix in a proposed-update?
Yep I have submitted #1005906 for bullseye, and I have committed the fix
to the buster branch, but not yet submitted the bug.
Stretch is going to be more complicated as we still support 2.6.32
kernels, which means the third version level actually still makes sense.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
control: reopen 972525
control: found 972525 gnupg2/2.2.27-2
On 2021-02-08 23:18, Debian FTP Masters wrote:
>* debian/patches/gpg-change-agent-spawn-2019-07-24-v2.patch: New patch to
> fix a race condition, backported from master (Closes: #868550, #972525).
Although it *seems* to happen
control: retitle -1 bullseye-pu: package usb.ids/2022.02.15-0+deb11u1
On 2022-02-23 23:31, Aurelien Jarno wrote:
> Package: release.debian.org
> Severity: normal
> Tags: bullseye
> User: release.debian@packages.debian.org
> Usertags: pu
>
> [ Reason ]
> This new ups
Package: release.debian.org
Severity: normal
Tags: bullseye
User: release.debian@packages.debian.org
Usertags: pu
[ Reason ]
The debian-ports-archive-keyring in bullseye does not include the 2023
key that has been created recently. Although it will start being used in
~10 months, it's a good i
ncy=medium
+
+ * Upload to bullseye.
+
+ -- Aurelien Jarno Wed, 23 Feb 2022 23:22:16 +0100
+
+usb.ids (2022.02.15-1) unstable; urgency=medium
+
+ * New upstream version.
+
+ -- Aurelien Jarno Tue, 15 Feb 2022 23:51:27 +0100
+
+usb.ids (2021.12.24-1) unstable; urgency=medium
+
+ * New upstream version.
h is used since glibc 2.33.
I am therefore reassigning the bug to the docker.io package.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
he code is the same as in
later glibc versions, just not ending up in the same library.
diff --git a/debian/changelog b/debian/changelog
index 7c23c790..36d87ef3 100644
--- a/debian/changelog
+++ b/debian/changelog
@@ -1,3 +1,25 @@
+glibc (2.31-13+deb11u3) UNRELEASED; urgency=medium
+
+ [
nstead of a directory.
>
> I created a short test shell commands to demonstrate the issue:
>
> # export R_HOME=/usr/lib/R
> # ls -lh ${R_HOME}/bin/INSTALL
> -rwxr-xr-x 1 root root 825 Nov 1 11:00 /usr/lib/R/bin/INSTALL
> # if test -x "${R_HOME}/bin/INSTALL"; the
Source: mutter
Version: 41.3-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
mutter fails to build from source:
| Got pkgconfig variable girdir : /usr/share/gir-1.0
| Program msgfmt found: YES (/usr/bin/msgfmt)
| Configuring org.gnome.
501 - 600 of 6444 matches
Mail list logo
