est installation)?
update-locale has been changed to only look at /etc/locale.conf. But
it's normal that both files have the same content as one is just the
symlink of the other.
> BTW, there is already another bugreport which seems to go down to the same
> issue:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1058884
It might just be that localechooser has to be updated to use
/etc/locale.conf directly.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
right place to fix that, please
report it to the sbuild package instead.
> The affected buildds seem to be using schroot, as opposed to unshare.
> I don't know precisely how it is configured (/tmp from the host, or
> /tmp part of the chroot, or what).
Chroots are crea
Control: forwarded -1 https://github.com/dateutil/dateutil/issues/462
Control: retitle -1 python3-dateutil: [y2038 issue] only reads 32-bit (version
0) zoneinfo files
On 2024-10-05 14:04, Aurelien Jarno wrote:
> Control: clone -1 -2
> Control: reassign -1 tzdata
> Control: reassign -
g the bug instead.
python3-dateutil is aware of this issue for many time, but there hasn't
been any recent activity:
https://github.com/dateutil/dateutil/issues/1059
This needs to be fixed anyway by 2038 to avoid any breakage by that
date.
Regards
Aurelien
--
Aurelien Jarno
testsuite to pass and the package to
build fine on the riscv64 build daemons.
This should also fix the build failure on the slower mips64el build
daemons (it initially failed to build on mipsel-osuosl-01).
Regards
Aurelien
diff -Nru gnome-calculator-47.0/debian/rules gnome-calculator-47.0/d
debian, and effectively prevents the migration
of glibc to testing:
https://ci.debian.net/data/autopkgtest/testing/amd64/g/gap-guava/52624730/log.gz
I am therefore raising the severity of this bug to serious.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Hi,
On 2024-10-01 22:10, Hefee wrote:
> Control: tags -1 +moreinfo
>
> Hey Aurelien,
>
> Can you please explain, why you see value in keeping this bug open for more
> than two years? I see no action item; aka nothing to do at the moment, just
> wait or do I miss somethi
ile-perl-multiscript-tests
@@ -14,6 +14,7 @@ endif
CWD ?= ${shell pwd}
TOP ?= ${CWD}
+VPATH := ${TOP}
PATH := ${TOP}/scripts:${TOP}/src/components/codcif:${PATH}
export PATH
> (So, I would have used clone instead of reassign).
>
Ok, I have just cloned it and reassigned the orig
control: reassign -1 make-dfsg
control: retitle -1 make-dfsg: directory cache not invalidated after invoking
command
control: affects -1 cod-tools
On 2024-09-29 16:02, Aurelien Jarno wrote:
> Hi,
>
> On 2024-09-29 02:10, Bernhard Übelacker wrote:
> > On Fri, 27 Sep 2024 19:25:10
Hi,
On 2024-09-29 02:10, Bernhard Übelacker wrote:
> On Fri, 27 Sep 2024 19:25:10 +0200 Aurelien Jarno
> wrote:
>
> > TIL disorderfs. I have also been able to reproduce it with disorderfs.
> > In addition knowing the root of the issue, I have been able to
> > repro
riscv64 support using the patch provided earlier in this bug
report?
Thanks
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
e
values provided by the kernel. Therefore in order to debug things
further, could you please send me the full output of the following commands:
- sensors
- grep . /sys/class/hwmon/hwmon*/temp*
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
On 2024-09-27 14:11, Niko Tyni wrote:
> On Fri, Sep 27, 2024 at 06:29:12AM +0200, Aurelien Jarno wrote:
> > On 2024-09-25 17:30, gregor herrmann wrote:
> > > Source: cod-tools
> > > Version: 3.10.0+dfsg-1.1
> > > Severity: serious
> > > Tags: help f
ldds).
If someone is able to reproduce the issue, even if not able to debug it,
that would be very helpful, so do not hesitate to point that in the bug
log (that's why I kept the Cc: to debian-riscv@l.d.o).
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
signature.asc
Description: PGP signature
Source: php-xmlrpc
Version: 1.0.0~rc3-8
Severity: serious
On 2024-09-21 14:01, Debian FTP Masters wrote:
>
>
> Version check failed:
> Your upload included the binary package php-xmlrpc, version 3:1.0.0~rc3-8,
> for i386,
> however experimental already has version 3:1.0.0~rc3-8.
> Uploads to ex
time after a button push from 2 to
5 seconds allows the test to pass.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
fixed, could you please stop
forcing softpipe? I have verified that after applying the patch below
the gtk4 testsuite works fine with the fixed libllvm18 version (after
downgrading weston due to #1081515). Other packages affected by the
libllbm18 bug also work fine.
Thanks
Aurelien
--- gtk4-4.16.0+ds
on mips64el lead to fail to
> migrate.
>
> On Mon, Aug 12, 2024 at 10:33:28AM +0200, Aurelien Jarno wrote:
> > Hi,
> ...
> >
> > But for upstream, it just hides the real bug. On those architectures,
> > the NaN encoding is indeed different, but the resulted enc
0}}, priv = {pad =
{0x0, 0x0, 0x7fff0a5aa448, 0x5}, data = {prev = 0x0, cleanup = 0x0, canceltype
= 173712456}}}
not_first_call =
#9 0x7f42fd9b8e75 in __libc_start_main_impl (main=0x558f7141e050, argc=5,
argv=0x7fff0a5aa448, init=, fini=,
rtld_fini=, stack_end=0x7fff0a5aa438) at
but it is not riscv64 specific and can be reproduced easily on amd64.
As a first guess by looking at the packages difference, it seems to be
due to weston 14, and seems to be corroborated by the corresponding
autopkgtest:
https://ci.debian.net/packages/g/gtk4/testing/amd64/51575899/
Regards
A
o this is technically
not a regression. Therefore downgrading the severity as important.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
ommit/78f39dc70c1feaea5130b90ea3fb7b3ddd62446b
> [2]:
> https://github.com/llvm/llvm-project/commit/3d67cf681a728e4cf0ab9947c0dd07539dda8b74
Thanks for the pointer. Bo Yu has submitted bug #1080493 with this patch
and provided me a build of llvm-toolchain-18 with these patches. I can
confirm th
control: notfixed -1 libquadmath0/14-20240429-1
control: fixed -1 gcc-14/14-20240429-1
Hi Paul,
On 2024-08-31 07:46, Paul Gevers wrote:
> Hi Aurelien,
>
> On Fri, 19 Jul 2024 18:35:04 +0200 Aurelien Jarno
> wrote:
> > Package: libquadmath0
> > Version: 14-20240330
On 2024-08-25 16:53, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
> Control: forwarded -1
> https://release.debian.org/transitions/html/glibc-2.40.html
>
> On 2024-08-25 14:28:36 +0200, Aurelien Jarno wrote:
> > Package: release.debian.org
> > Severity:
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: gl...@packages.debian.org
Control: affects -1 + src:glibc
User: release.debian@packages.debian.org
Usertags: transition
Dear release team,
I would like to get a transition slot for glibc 2.40. It has been
available in experimental for
gt; > too).
>
> INPUT_MISC=y has been enabled through architecture specific configs,
> but it is missing in riscv64 AFAICS. If that make sense there then
> that's where it is missing.
>
> Aurelien, want to have a look at this?
Setting INPUT_MISC=y enables the following opti
control: unmerge 1079443
control: retitle 1079443 fts_* calling non-LFS __readdir
On 2024-08-24 21:40, Stepan Golosunov wrote:
> On Sat, Aug 24, 2024 at 05:20:44PM +0200, Aurelien Jarno wrote:
> > control: forcemerge 916276 1079443
> >
> > Hi
> >
> > On 2024
porters, please work on providing a patch to upstream
and get it merged. I'll then backport it to the debian package.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
t; the newer releases or is not affected by the ABI breaks). The drawbacks are
> that the old and new packages won't be co-installable due to the file
> conflicts, and so the transition will have to happen in lockstep. It will
It also means that at least gettext will need to get r
newer kernel that can
> run successfully on the hardware that is used for Debian's official
> buildds, or replacing mipsel-osuosl-{01,02} with hardware that can run
> newer kernels successfully.
I don't think hardware sponsors are to blame here. They delivered 2
machines to
/changelog 2024-01-30 07:07:08.0 +0100
+++ usb.ids-2024.07.04/debian/changelog 2024-08-15 17:40:44.0 +0200
@@ -1,3 +1,9 @@
+usb.ids (2024.07.04-0+deb11u1) bullseye; urgency=medium
+
+ * New upstream version.
+
+ -- Aurelien Jarno Thu, 15 Aug 2024 17:40:44 +0200
+
usb.ids (2024.01.20-0
/changelog 2024-01-30 07:07:50.0 +0100
+++ usb.ids-2024.07.04/debian/changelog 2024-08-15 16:39:01.0 +0200
@@ -1,3 +1,9 @@
+usb.ids (2024.07.04-0+deb12u1) bookworm; urgency=medium
+
+ * New upstream version.
+
+ -- Aurelien Jarno Thu, 15 Aug 2024 16:39:01 +0200
+
usb.ids (2024.01.20-0
On 2024-08-14 20:42, Adam D. Barratt wrote:
> Control; tags -1 + confirmed
>
> On Tue, 2024-07-23 at 23:23 +0200, Aurelien Jarno wrote:
> > The upstream glibc stable 2.31 branch got a fixes since the last
> > oldstable updates. That said as this branch is getting old, the
&g
On 2024-08-14 21:35, Adam D. Barratt wrote:
> Control: tags -1 + confirmed
>
> On Tue, 2024-07-23 at 22:50 +0200, Aurelien Jarno wrote:
> > [ Reason ]
> > The upstream glibc stable branch got a fixes since the last stable
> > updates. This hasn't been missed i
s defined in the RFC. Therefore I believe the
real fix is to convert NaNs (and probably also infinities) during the
encoding process.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
p;arch=riscv64&ver=3.24.0-1&stamp=1722894244&raw=0
The riscv64 FTBFS is actually a different issue, reported in #1070850.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
* Switch B-D to pkgconf.
>* Add B-D: passwd. (Closes: #1070850)
Thanks for fixing that. However the dependency got dropped in version
3.24.0-1, reintroducing the FTBFS. I am therefore reopening the bug.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
0113.
> Uploads to unstable must have a higher version than present in testing.
>
> Mapping sid to unstable.
>
> ===
>
> Please feel free to respond to this email if you don't understand why
> your files were rejected, or if you upload new files which addr
nt in
> experimental.
>
>
>
> ===
>
> Please feel free to respond to this email if you don't understand why
> your files were rejected, or if you upload new files which address our
> concerns.
>
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aur
Hi,
On 2024-07-29 10:40, Philipp Kern wrote:
> Hi,
>
> On 26.07.24 15:05, Aurelien Jarno wrote:
> > Starting with version 8.6.1-1, msc-generator takes a lot of time to
> > build, except for arch:all and amd64 architectures.
>
> If I read the log correctly, it r
_test-arch:
- # armel requires 7h to run complete testsuite:
- timeout 7h dh_auto_test --
+ # riscv64 requires 10h to run complete testsuite:
+ timeout 10h dh_auto_test --
override_dh_installman-arch: tools_manpages devtools_manpages
jpegli_tools_manpages
dh_installman
Regards
Aurelien
Hi Helmut,
On 2024-07-27 10:46, Helmut Grohne wrote:
> Hi Aurelien,
>
> On Tue, Jul 02, 2024 at 09:36:36PM +, Aurelien Jarno wrote:
> >
> > debian/control.in/libc: add breaks against base-files
us/fetch.php?pkg=lxqt-session&arch=riscv64&ver=1.4.0-1&stamp=1721813443&raw=0
https://buildd.debian.org/status/fetch.php?pkg=lxqt-session&arch=s390x&ver=1.4.0-1&stamp=1721952593&raw=0
Or on reproducible builds:
https://tests.reproducible-builds.org/debian/rbuild/unstable/amd64/lxqt-session_1.4.0-1.rbuild.log.gz
Regards
Aurelien
comparison the package only took 23 minutes to build on a somewhat
old Xeon E5-2699 v3 processor. Therefore something looks very fishy.
Could you please investigate?
Regards
Aurelien
O that adds
> complexity without much benefit.
I agree with you it should not be done.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Source: samba
Version: 4.20.2+dfsg-8
Severity: serious
On 2024-07-24 18:50, Debian FTP Masters wrote:
>
>
> Version check failed:
> Your upload included the binary package ldb-tools, version 2:2.9.1+samba, for
> riscv64,
> however testing already has version 2:2.9.1+samba4.20.2+dfsg-7.
> Upload
Among
the important changes, there is a y2038 regression fix in nscd following
the latest security update, and performance issues on arm64 and amd64.
[ Other info ]
None
commit 4227474b675fa9e610d11da7ae0c4cb654d104d2
Author: Aurelien Jarno
Date: Tue Jul 23 22:59:08 2024 +0200
debian/patche
ed after running for 1 second, which is not enough for it to act
on the riscv64 buildds. Increasing this timeout to 3 second like in the
patch below fixes the issue:
--- onboard-1.4.1.orig/Onboard/test/test_migration.py
+++ onboard-1.4.1/Onboard/test/test_migration.py
@@ -141,7 +141,7 @@ class TestMigration(unittest.TestCase):
env["LANG"] = "en_US.UTF-8"
p = subprocess.Popen(["./onboard"], env=env)
-time.sleep(1)
+time.sleep(3)
yield p
finally:
Regards
Aurelien
d.debian.org/status/fetch.php?pkg=mayavi2&arch=ppc64el&ver=4.8.1-5&stamp=1721738978&raw=0
The issue seems to be related to the removal of python3-distutils
starting with python3-stdlib-extensions version 3.12.4-1.
Regards
Aurelien
EPOSITORY='https://gitlab.com/sequoia-pgp/sequoia-sop'
CARGO_PKG_RUST_VERSION='' CARGO_PKG_VERSION=0.35.0 CARGO_PKG_VERSION_MAJOR=0
CARGO_PKG_VERSION_MINOR=35 CARGO_PKG_VERSION_PATCH=0 CARGO_PKG_VERSION_PRE=''
CARGO_PRIMARY_PACKAGE=1 CARGO_RUSTC_CURRENT_DIR=/<>
LD_LIBRARY_
Hi,
On 2024-07-18 01:15, Reinhard Tartler wrote:
> Aurelien Jarno writes:
>
> > I have just uploaded a NMU to delayed/2 using the above strategy. Please
> > feel free to ask me to delay or cancel it. You will find the
> > corresponding debdiff attached.
>
> I
commit:
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=8455d6f6cd43b7b143ab9ee19437452fceba9cc9
This fixes went into libquadmath0/14-20240429-1, but hasn't reached
testing yet due to the new dependency on amdgcn-tools-18 added in that
version and the llvm-toolchain-18 mess.
Regards
Aurelien
Hi,
On 2024-05-06 23:14, Aurelien Jarno wrote:
> Dear maintainers,
>
> glibc 2.38 introduced changes to the bits/math-vector.h file on arm64 in
> order to support math vector functions. This unfortunately caused the
> FTBFS of your packages.
>
> The change has been te
On 2024-07-17 11:27, Graham Inggs wrote:
> Hi Aurelien
>
> On Mon, 15 Jul 2024 at 20:54, Aurelien Jarno wrote:
> > Ok, I have upgraded them to serious. Note that at least for gopacket and
> > rocm-hipamd, these bugs translate into autopkgtest regressions.
>
> If I
control: tag -1 + pending
Dear maintainer,
On 2024-06-19 23:07, Aurelien Jarno wrote:
> Source: gopacket
> Version: 1.1.19-6
> Severity: important
> Tags: patch ftbfs
> User: debian-gl...@lists.debian.org
> Usertags: glibc2.39
> Control: affects -1 bettercap
>
> Dea
Hi,
On 2024-07-14 19:57, Sebastian Ramacher wrote:
> Control: tags -1 confirmed
> Control: forwarded -1
> https://release.debian.org/transitions/html/glibc-2.39.html
>
> On 2024-07-08 07:26:43 +0200, Aurelien Jarno wrote:
> > Package: release.debian.org
> > Severity:
e.getrlimit(resource.RLIMIT_NOFILE)[1]
|if maxfd == resource.RLIM_INFINITY: maxfd = 256
|for fd in reversed(range(maxfd)):
Just allocating an array of 1000+ millions entries with range() requires a lot
of resources, but it is also reversed and looped over.
Regards
Aurelien
[1]
popcon than gosa-dev [1][2]
I am therefore reassigning the bug there, but feel free to answer if you
disagree.
Regards
Aurelien
[1]
https://qa.debian.org/popcon-graph.php?packages=locales&show_installed=on&want_percent=on&want_legend=on&want_ticks=on&from_date=&to_da
w turned on in GCC starting with 13.3.0-2. I have tried a
> glibc rebuild in sid with the following patch, which was proposed some time
> ago
> by Aurelien. The rebuild went fine and I double-checked that crti.o, Scrt1.o,
> and crtn.o have BTI enabled.
>
> Logs here: https://peo
ow I am not sure why the problem
suddenly happens. It might be related or not to a Python 3.12 change.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
nding ben file:
title = "glibc";
is_affected = .depends ~ /libc[0-9.]* \(< from ISO C2X
They are unlikely to be widely used at this point, but at least systemd
uses some of them. This might block their migration to testing during
the transition.
Thanks for considering.
Regards,
Aurelien
trol.
Your package is not able to cope with host names pointing to an IPv6 due
the use of gethostbyname in the testsuite to do the name resolution.
Switching to unshare buildds will only hide the problem. It has nothing
to do with gratuitous environment change.
Regards
Aurelien
-
Hi,
On 2024-06-28 11:45, vishal bhoj wrote:
> On Fri, Jun 28, 2024 at 12:07 AM Aurelien Jarno wrote:
>
> > Hi,
> >
> > On 2024-06-27 10:44, Vishal Bhoj wrote:
> > > Package: libc6
> > > Version: 2.38-13
> > > Severity: important
> &
hat we can understand the problem?
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Dear maintainer,
On 2024-03-01 16:55, Aurelien Jarno wrote:
> Source: caml-crush
> Version: 1.0.12-1.1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the past)
>
> Dear maintainer,
>
> Starting with glibc 2.
Dear maintainer,
On 2024-03-01 11:33, Aurelien Jarno wrote:
> Source: slapi-nis
> Version: 0.60.0-1
> Severity: serious
> Tags: ftbfs
> Justification: fails to build from source (but built successfully in the past)
> User: debian-gl...@lists.debian.org
> Usertags: libnsl-dev
Source: razercfg
Version: 0.43-1
Severity: serious
On 2024-06-23 16:05, Debian FTP Masters wrote:
>
>
> razercfg_0.43-1_mips64el.deb: has 7 file(s) with a timestamp too far in the
> past:
> etc/init.d/razerd (Thu Jan 1 00:00:00 1970) etc/razer.conf (Thu Jan 1
> 00:00:00 1970) usr/bin/raz
commit in the autopktest?
Regards
Aurelien
[1]
https://github.com/mlichvar/clknetsim/commit/633a0be069bac00e5aa562c0e5e15a3bf30b6af2
#ifdef __OpenBSD__
Regards
Aurelien
way the main thread does not have to
* wait for us with pthread_join. */
Regards
Aurelien
stemd 256. Reducing that limit with
ulimit workarounds the issue.
Regards
Aurelien
[1]
https://salsa.debian.org/systemd-team/systemd/-/commit/99066f931bb49b43e7282fc1fe8488373bfb81e5
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Hi Mark,
On 2024-06-13 10:26, Mark Hindley wrote:
> Aurelien,
>
> On Sun, Jun 09, 2024 at 08:51:34PM +0100, Mark Hindley wrote:
> > Until that happens, does that mean that sysvinit will be restarted twice,
> > once by
> > libc6 postinst and once by the libc-upgrade t
Hi Helmut
On 2024-06-05 14:21, Helmut Grohne wrote:
> Hi Aurelien,
>
> On Tue, Jun 04, 2024 at 06:58:00PM +0200, Aurelien Jarno wrote:
> > It would be really great if glibc can migrate before as it fixes an RC
> > bug. That said there are suspicions that it introduced bu
ce the issue.
> I have rebased and retested the patches in
> https://salsa.debian.org/helmutg/bootstrap-usrmerge-demo.
>
> Andrew, Aurelien, Chris, Matthias, Santiago: Any objections?
For glibc no objection.
> You may send me signed uploads (.dsc + source chanages) and I will
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: ctfut...@packages.debian.org, debian-...@lists.debian.org
Control: affects -1 + src:ctfutils
User: ftp.debian@packages.debian.org
Usertags: remove
The kfreebsd-* ports have been removed. Please remove ctfutils which has
no reverse dependen
the libc6 postinst.
Thanks
Aurelien
the libc6 postinst.
Thanks
Aurelien
art
of the libc6 postinst.
Thanks
Aurelien
Hi,
On 2024-05-15 19:10, Aurelien Jarno wrote:
> Hi,
>
> On 2024-05-15 22:10, Joris van der Geer wrote:
> > package:libc6-dev
> > version: 2.36
>
> Please provide a more accurate version than this. In the rest of this
> email i will therefore consider the latest gl
.
Regards
Aurelien
[1]
https://salsa.debian.org/debian/tla/-/commit/6cea8b94c34768268a7a03538d11e1ecc508eb46
[2] https://bugs.debian.org/1071544
43032&raw=0
https://buildd.debian.org/status/fetch.php?pkg=tla&arch=riscv64&ver=1.3.5%2Bdfsg1-4&stamp=1715953860&raw=0
It appears that code for updating config.guess/sub from autotools-dev
has been dropped, while it is still necessary.
Regards
Aurelien
[1]
https://salsa.debian.org/debian/tla/-/commit/6cea8b94c34768268a7a03538d11e1ecc508eb46
On 2024-05-20 10:40, Luca Boccassi wrote:
> On Mon, 20 May 2024 at 10:37, Aurelien Jarno wrote:
> >
> > On 2024-05-20 10:22, Luca Boccassi wrote:
> > > On Mon, 20 May 2024 at 10:20, Johannes Schauer Marin Rodrigues
> > > wrote:
> > > >
> > >
systemd,
sysv or any other system can then decide what to do instead of
hardcoding that on the glibc side.
That would also simplify the chrootless case a bit.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
come simpler again.
> >
> > via irc, jochen also pointed out: telinit could be the component which
> > checks
> > what PID 1 actually is and only do its thing after it confirmed that it is
> > indeed an init system like systemd that is providing PID 1?
>
> That's all legacy stuff and I really don't want to touch it anymore.
> Going from the other side, maybe libc6.postinst could use something
> more reliable than ischroot()? Is systemd-detect-virt able to figure
> out the situation a bit better?
Nope.
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
_thread::sleep_for(100ms);
- g_assert_cmpuint(n++,<=,25);
+ g_assert_cmpuint(n++,<=,50);
}
// there will be a lot of dups
g_assert_false(store.empty());
Note that it might also fix the FTBFS on alpha, hppa and sparc64 as the
symptoms look similar.
Regards
Aurelien
file:1050: all] Error 2
I guess you are building gcc from source. For using the multiarch path
convention, you should configure it with --enable-multiarch.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
g
it, for instance gdb or lldb.
I am therefore reassigning this to adequate as a false positive.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
signature.asc
Description: PGP signature
nk it is
necessary to upgrade glibc to get the issue fixed.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
-timeout-multiplier=4
+ dh_auto_test --builddirectory=$(build_tiny) -- --timeout-multiplier=4
override_dh_auto_install:
dh_auto_install --builddirectory=$(build_edit) --destdir=debian/chr
Note that it might also fix the same issue on hppa and sparc64.
Regards
Aurelien
architectures.
This is unfortunately not visible in the build log, you might want to
make the build system as verbose as reasonably possible as recommended
by the debian policy.
Regards
Aurelien
ed at the package level.
For rocm-hipamd, the maintainer claims this is a toolchain issue...
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: h5z-...@packages.debian.org
Control: affects -1 + src:h5z-zfp
User: ftp.debian@packages.debian.org
Usertags: remove
h5z-zfp in experimental has a lower version than in unstable, which
means binNMUs are not possible as they get rejected by
has been introduced with dpkg 1.22.5, which changed the
build flags to include -Werror=implicit-function-declaration as part of
the time_t transition. fedisableexcept() is a GNU extension, so it has
to be enabled by building with -D_GNU_SOURCE. The patch belows implement
that.
Regards
Aurelien
control: tag -1 + patch
On 2024-05-11 19:50, Aurelien Jarno wrote:
> On 2024-05-11 15:46, Sebastian Ramacher wrote:
> > Source: llvm-toolchain-18
> > Version: 1:18.1.5-2
> > Severity: serious
> > Tags: ftbfs
> > Justification: fails to build from source (but bu
ompiler
to gcc 13, so your patch needs a small update. Please find it attached.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
diff -Nru cross-toolchain-base-68/debian/changelog
cross-toolchain-base-68+n
bian/llvm-X.Y-linker-tools.links.in
2024-05-11 19:33:50.0 +0200
@@ -1,3 +1,3 @@
#!/usr/bin/dh-exec
-[!powerpc !powerpcspe] usr/lib/llvm-@LLVM_VERSION@/lib/LLVMgold.so
usr/lib/bfd-plugins/LLVMgold-@LLVM_VERSION@.so
+[!powerpc !powerpcspe !riscv64] usr/lib/llvm-@LLVM_VERSION@/lib/LLVMgol
tem or a chroot.
This does not happens on other official architectures as their chroot is
created by the stable version of debootstrap, but is fully reproducible
even on amd64 by using a debootstrap from testing or sid.
Therefore could you please add the passwd package as a build-depends of
cfengine3?
.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
een reported upstream [1].
For now this file has been restored to the generic version in glibc
2.38-8, removing support for the corresponding vector functions [2].
Porters, could you please have a look at the issue, and work on fixes
at the package level and at the upstream glibc/gcc/llvm level?
Tha
gt; not surprising that ruby3.1 doesn't define its internal versions any
> more, and the attached patch can probably be applied?
glibc 2.38 is now in unstable, so upgrading the severity to serious.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
1 - 100 of 3277 matches
Mail list logo