Source: tcl-fitstcl
Version: 2.4-4
Severity: important
Tags: ftbfs patch upstream
Hi Ole,
A new version of cfitsio has been released recently, and it fixes a few
security issues, but it also includes a soname change, meaning we have
to do a transition. I would like to try to get it into
Package: xournal
Version: 1:0.4.8.2016-7+b1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer(s),
Your package fails to build with:
|dh_auto_build
| make -j8
| make[1]: Entering directory
Source: rust-xmlparser
Version: 0.11.0-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
Your package fails to build with:
| running 6 tests
| test src/lib.rs - map_err_at (line 396) - compile ... FAILED
| test src/stream.rs -
Source: runawk
Version: 1.6.0-2
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
Your package fails to build with:
| dh build-arch --buildsystem=mkcmake
| dh: warning: Compatibility levels before 10 are deprecated (level 9 in use)
Source: glosstex
Version: 0.4.dfsg.1-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Hi,
Your package fails to build with:
|Writing index file glosstex.idx
|(/usr/share/texlive/texmf-dist/tex/latex/hypdoc/hypdoc.sty
igning the bug.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Source: rust-lalrpop
Version: 0.19.8-3
Severity: serious
User: debian...@lists.debian.org
Usertags: flaky
Dear maintainer(s),
I looked at the results of the autopkgtest of rust-lalrpop as it was
blocking glibc. I noticed that it sometimes fails on s390x with the
following error:
thread
Also can you please try to downgrade your system
to this version to confirm that the issue is linked to libc6?
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
tch.
Both options look fine for me, I don't really have a preference here.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Source: pacman-package-manager
Version: 6.0.2-2
Severity: serious
On 2022-11-20 00:06, Debian FTP Masters wrote:
> Version check failed:
> Your upload included the binary package libalpm-dev, version 13.0.2-1, for
> mips64el,
> however testing already has version 13.0.2-1.
> Uploads to unstable
Hi Guillem,
On 2022-11-13 11:04, Aurelien Jarno wrote:
> Hi,
>
> On 2022-11-13 02:00, Guillem Jover wrote:
> > Hi!
> >
> > On Sun, 2022-11-13 at 00:17:36 +0100, Aurelien Jarno wrote:
> > > On 2022-11-12 22:28, Guillem Jover wrote:
> > > &
Hi,
On 2022-11-13 02:00, Guillem Jover wrote:
> Hi!
>
> On Sun, 2022-11-13 at 00:17:36 +0100, Aurelien Jarno wrote:
> > On 2022-11-12 22:28, Guillem Jover wrote:
> > > On Fri, 2022-11-11 at 19:15:59 +0100, Manuel A. Fernandez Montecelo wrote:
> > > > P
d be 123408 kB. Still far less that one the VM is
capable of.
For our use case, I wonder if the memory contained in Shmem (which in that case
maps to the memory used for the tmpfs) should be considered as available, as it
could be moved to the swap easily.
Cheers
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
's preferable to use 2
threads only on a 4 core processor than sending Firefox to the swap.
That said that heuristics is not necessary the best for the build
daemon.
> These numbers shouldn't be a problem on buildds that successfully
> manage to build packages large enough that multithreaded compression
> is even possible.
Yep, we always have at least 1GB per core on all our buildds.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2022-11-10 08:37, Paul Gevers wrote:
> Hi,
>
> On 09-11-2022 23:02, Aurelien Jarno wrote:
> > Unfortunately I am not sure we want to do that, as we don't know if this
> > GCC version incompatibility (that seems specific to s390x, at least in
> > the utox context) wi
Hi,
On 2022-11-09 22:24, Paul Gevers wrote:
> Control: affects -1 utox
>
> Hi Aurelien, Christian,
>
> On 09-11-2022 21:25, Aurelien Jarno wrote:
> > It happens that emalloc is provided by libcheck_pic.a (from the check
> > package) and that ASAN trips wh
control: reassign -1 check
On 2022-11-06 17:21, Aurelien Jarno wrote:
> On 2022-11-06 08:12, Paul Gevers wrote:
> > Source: utox
> > Version: 0.18.1-1
> > Severity: serious
> > User: debian...@lists.debian.org
> > Usertags: regression
> >
> >
llback:test_chrono_callback:0:
(after this point) Early exit with return value 1
Test time = 0.06 sec
--
Test Failed.
"test_chrono" end time: Nov 06 10:53 UTC
"test_chrono" time elapsed: 00:00:00
---
Package: ftp.debian.org
Severity: normal
stsci.distutils used to be a build-dependency of pyfits, which has been
replaced years ago by astropy. It is therefore not needed anymore in
Debian.
In addition it is dead upstream and FTBFS in sid.
On 2022-10-31 21:20, Sebastian Ramacher wrote:
> Control: tags -1 = confirmed
>
> On 2022-10-30 19:06:09 +0100, Aurelien Jarno wrote:
> > On 2022-10-30 17:10, Sebastian Ramacher wrote:
> > > Control: forwarded -1
> > > https://release.debian.org/transitions/h
On 2022-10-30 17:10, Sebastian Ramacher wrote:
> Control: forwarded -1
> https://release.debian.org/transitions/html/glibc-2.36.html
> Control: tags -1 moreinfo
>
> On 2022-10-27 21:36:11 +0200, Aurelien Jarno wrote:
> > Package: release.debian.org
> > Severity: norm
Source: ksh93u+m
Version: 1.0.4-1
Severity: serious
On 2022-10-29 12:35, Debian FTP Masters wrote:
>
>
> Version check failed:
> Your upload included the binary package ksh, version 20220829, for all,
> however testing already has version 20220829.
> Uploads to unstable must have a higher
control: forwarded -1 https://sourceware.org/bugzilla/show_bug.cgi?id=29730
On 2022-10-28 20:35, Aurelien Jarno wrote:
> Package: libc6
> Version: 2.35-1
> Severity: critical
> Tags: upstream
> Justification: breaks unrelated software
>
> On mips64el the fstat/fstatat/l
Package: libc6
Version: 2.35-1
Severity: critical
Tags: upstream
Justification: breaks unrelated software
On mips64el the fstat/fstatat/lstat functions return EOVERFLOW when they
are called on files with a mtime, atime or ctime that can't be
represented within a 32-bit time_t. This should not
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.36. It has been
available in experimental for a bit more than one month
that can be done on the glibc side, the
decision has to be taken by the mips porters.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
>LC_ALL/LANG/LC_CTYPE can cause the shell to crash. Closes: #1021062.
This is the wrong bug number, the problem might be fixed in bash, but is
still present in libreadline8. Reopening.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
; root# LC_ALL=asdf birdc
The problem you observed is not linked to glibc, but is a known bug in
libreadline8 affecting many packages. Please see bug#1021062. I am
therefore reassigning the bug.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
format.
Regards
Aurelien
[1] https://datatracker.ietf.org/doc/html/rfc8536
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
les as I can see contain either corruption or malware.
>
> This is on a fresh install of debian 11.
>
> I am going to reinstall the tzdata package if possible; but it is quite a
> breach.
>
> Yours truly,
>
> Satish Binda
> The Netherlands
> (ultra violence / ag
etails about what you tried to do, for
instance which command did you try to "view" the timezone file?
> malware
> as I included in this email.
I do not find anything included in the email, can you please give some
more details?
Regards
Aurelien
--
Aurelien Jarno
Hi,
On 2022-10-14 11:58, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Sat, 2022-10-08 at 11:30 +0200, Aurelien Jarno wrote:
> > The glibc/2.31-13+deb11u4 update introduced a regression (bug
> > #1019855) on some early Intel Haswell processors whic
d.
>
> * Allow one to cross build gdc.
>
> * Pass --hash-style=gnu instead of --hash-style=both to the linker.
>
>
>
> -- Matthias Klose Wed, 19 Jun 2013 23:48:02 +0200
>
>
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
On 2022-10-12 10:59, Johannes Schauer Marin Rodrigues wrote:
> Quoting Aurelien Jarno (2022-10-11 22:14:31)
> > From what I have understood from your explanation, if the directory exists
> > chroot_canon() will work, so `ldconfig -r` will be able to create the
> > aux-cache f
Hi Paul,
A small update on this bug. Now that glibc 2.35-3 migrated to testing,
the only unsolved issue is that one:
On 2022-10-07 21:14, Paul Gevers wrote:
> On 07-10-2022 20:55, Aurelien Jarno wrote:
> > > https://ci.debian.net/data/autopkgtest/testing/armel/g/glibc/235
control: forwarded -1 https://github.com/endrazine/wcc/pull/39
control: tag -1 + patch
On 2022-07-12 12:46, Michael Hudson-Doyle wrote:
> On Tue, 12 Jul 2022 at 04:30, Aurelien Jarno wrote:
>
> > On 2022-07-11 10:06, Michael Hudson-Doyle wrote:
> > > It looks like a no
On 2022-10-11 22:06, Johannes Schauer Marin Rodrigues wrote:
> Hi,
>
> Quoting Aurelien Jarno (2022-10-11 21:55:47)
> > Ok, thanks for the details, I'll look at the patch.
>
> thank you!
>
> > Anyway that makes me wonder if we should ship that directory in
Hi,
On 2022-10-11 21:50, Johannes Schauer Marin Rodrigues wrote:
> Hi,
>
> Quoting Aurelien Jarno (2022-10-11 21:41:05)
> > On 2022-10-11 07:57, Johannes Schauer Marin Rodrigues wrote:
> > > Package: glibc
> > > Version: 2.35-3
> > > Severity
r.
> Please consider creating that directory if DPKG_ROOT is non-empty.
Even if it ends up that in some conditions yet to be found, the
directory is not created, this doesn't seems correct. This means that
aux-cache file is also not created, which is more problematic.
Reg
+deb11u4 relied on that commit which got forgotten.
+Closes: #1019855.
+
+ -- Aurelien Jarno Sat, 08 Oct 2022 11:25:58 +0200
+
glibc (2.31-13+deb11u4) bullseye; urgency=medium
[ Aurelien Jarno ]
diff --git a/debian/patches/amd64/local-require-bmi-in-avx2-ifunc.diff
b/debian/patches/amd64/local
line 1:
> /tmp/autopkgtest-lxc.pjd0aipn/downtmp/build.Ui1/src/build-tree/armel-libc/timezone/testdata/XT5.tmp:
> No such file or directory
This has been fixed in glibc 2.35 that is now in testing:
https://sourceware.org/git/?p=glibc.git;a=commit;h=62db87ab24f9ca483f97f5e52ea92445f6a63c6f
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
signature.asc
Description: PGP signature
Source: golang-github-anacrolix-missinggo
Version: 2.1.0-6
Severity: serious
User: debian...@lists.debian.org
Usertags: flaky
Dear maintainer(s),
I looked at the results of the autopkgtest of your package. I noticed
that it regularly fails on armhf while testing if other packages can
migrate. A
Hi,
On 2022-10-04 08:51, Aurelien Jarno wrote:
> Hi
>
> On 2022-09-25 13:43, Aurelien Jarno wrote:
> > > Running a quick diff against old procinfo reveals that "flags" has the
> > > following new entries now:
> > >
> > > tsc_deadline_
rough a
BIOS/firmware update if available.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://www.aurel32.net
Hi
On 2022-09-25 13:43, Aurelien Jarno wrote:
> > Running a quick diff against old procinfo reveals that "flags" has the
> > following new entries now:
> >
> > tsc_deadline_timer ssbd ibrs ibpb stibp bmi1 bmi2 md_clear flush_l1d
> >
> > > it lo
.
+
+ -- Aurelien Jarno Tue, 04 Oct 2022 00:14:59 +0200
+
libconfuse (3.3-2) unstable; urgency=medium
* German translation update, by Fabian Baumanis. Closes: #978117.
diff -Nru libconfuse-3.3/debian/patches/CVE-2022-40320.patch
libconfuse-3.3/debian/patches/CVE-2022-40320.patch
, now=, now@entry=1664656110, fd=fd@entry=-1)
at ./nscd/cache.c:425
#7 0x5629b6c7c02e in nscd_run_prune (p=) at
./nscd/connections.c:1553
#8 0x7f05dfb0284a in start_thread (arg=) at
./nptl/pthread_create.c:442
#9 0x7f05dfb860ac in clone3 () at
../sysdeps/unix/sysv/linux/x86_64/clone3.S:8
control: clone 1021062 -1
control: reassign -1 bash
control: found -1 bash/5.2-1
Hi,
On 2022-10-02 07:27, Kan-Ru Chen wrote:
> reassign 1021062 libreadline8
> found 1021062 libreadline8/8.2-1
> thanks
>
> On Sun, Oct 2, 2022, at 1:56 AM, Aurelien Jarno wrote:
> > cont
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
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 chances to fi
ULL).
> 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
he bug report to
reflect 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.
Reg
ration 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
t;
> 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...@aurel32.
equired 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
ip 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
the 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
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 update applied?
Regards
Aurelien
--
Aurelien Jarno
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
lp 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
s 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
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
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
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
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
+
+ [ Aurelien Jarno
e 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
--
Aure
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
cific.
>
> In locales other than the POSIX locale, a character may have a
> state-dependent encoding. There are two types of these
> encodings:
> -- >8 --
That comes for bug 663. However for the functions listed in that bug,
only the mb* functions are affected. The strcasecmp, strncas
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
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
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
ys, "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:
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
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
ot;.
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 Ubuntu fixes the issue:
https://patches.ubuntu.com/libs/lib
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 affecte
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
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 bui
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
ning 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 explicitly using th
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
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
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
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
401 - 500 of 6497 matches
Mail list logo