Package: sbuild
Version: 0.86.0
Severity: serious
Tags: ftbfs
X-Debbugs-Cc: team+network...@tracker.debian.org,
debian-wb-t...@lists.debian.org
Control: affects -1 + src:netplan.io
Dear maintainer,
sbuild 0.86.0 causes netplan.io to FTBFS with testsuite failure. A build
log is available there, b
+deb12u8 or higher. Is it possible to just drop that patch
> in Debian's builds and declare libc6 2.36-9+deb12u8 bad?
Yes, at this point, I have just proposed two *workarounds*. We need to
look for the best solution for the next point release.
Regards,
Aurelien
--
Aurelien Jarno
ows that ("files" being the default). Another one is to rebuild
bash-static against libc6 2.36-9+deb12u8.
I have brought up the issue upstream:
https://sourceware.org/pipermail/libc-alpha/2024-October/160401.html
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
Package: ftp.debian.org
Severity: normal
X-Debbugs-Cc: d2...@packages.debian.org
Control: affects -1 + src:d2to1
User: ftp.debian@packages.debian.org
Usertags: remove
Dear ftp-masters,
This package was initially packaged in order to support the pyfits
package, which has been removed years ago
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
Source: gnome-calculator
Version: 1:47.0-1
Severity: serious
Tags: ftbfs patch
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: debian-ri...@lists.debian.org
User: debian-ri...@lists.debian.org
Usertags: riscv64
Dear maintainer,
gnome-calculator fails t
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
v64, it does not block the
port anymore. But the bug is still there.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
signature.asc
Description: PGP signature
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
Source: gtk4
Version: 4.16.0+ds-1
Severity: wishlist
Tags: patch
X-Debbugs-Cc: debian-ri...@lists.debian.org
User: debian-ri...@lists.debian.org
Usertags: riscv64
Dear maintainer,
Since version 4.16.0+ds-1, softpipe is forced to run the gtk4 testsuite
due to bug#1080475). As this bug is now fixed
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
ons:
CONFIG_INPUT_ATI_REMOTE2=m
CONFIG_INPUT_KEYSPAN_REMOTE=m
CONFIG_INPUT_POWERMATE=m
CONFIG_INPUT_YEALINK=m
CONFIG_INPUT_CM109=m
CONFIG_INPUT_AXP20X_PEK=m
CONFIG_INPUT_DA9063_ONKEY=m
That looks reasonable overall. I'll submit a PR to enable it, but there
are other
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
eboostrapped on
all architectures. Indeed the new libxml2-dev won't be co-installable with
debhelper, which is a build-dependency of gettext:
- libxml2-dev will depend on libxml2n
- debhelper will still depend (through debhelper) on libxml2
What are the plans with regard to that? Note that I haven't check
further in the (build)-dependency tree.
Cheers
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
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
Source: jpeg-xl
Version: 0.10.3-4
Severity: serious
Tags: patch ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: debian-ri...@lists.debian.org
User: debian-ri...@lists.debian.org
Usertags: riscv64
Dear maintainer,
jpeg-xl fails to build on riscv64
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
Source: lxqt-session
Version: 1.4.0-1
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
lxqt-session fails to build from source. From my build log on amd64:
| -- The C compiler identification is GNU 14.1.0
| -- The CXX c
Source: msc-generator
Version: 8.6.1-1
Severity: important
X-Debbugs-Cc: debian-wb-t...@lists.debian.org
Dear maintainer,
Starting with version 8.6.1-1, msc-generator takes a lot of time to
build, except for arch:all and amd64 architectures.
This happens even on fast hardware, for instance it to
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
Source: onboard
Version: 1.4.1-8
Severity: serious
Tags: patch ftbfs
Justification: fails to build from source (but built successfully in the past)
X-Debbugs-Cc: debian-ri...@lists.debian.org
User: debian-ri...@lists.debian.org
Usertags: riscv64
Dear maintainer,
onboard fails to build with a test
Source: mayavi2
Version: 4.8.1-5
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
mayavi2 fails to build from source. From my build log:
| dpkg-buildpackage: info: source package mayavi2
| dpkg-buildpackage: info: sourc
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
Package: libquadmath0
Version: 14-20240330-1
Severity: serious
Tags: upstream fixed-upstream
Control: affects -1 evolver libc6
Control: fixed -1 libquadmath0/14-20240429-1
Control: block 1075938 by -1
Hi,
evolver autopkgtest fails with glibc 2.39:
https://ci.debian.net/packages/e/evolver/testing
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:
https://tracker.debian.org/news/1533060/accepted-systemd-256rc3-3-source-into-unstable/
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
te=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1
[2]
https://qa.debian.org/popcon-graph.php?packages=gosa-dev&show_installed=on&want_percent=on&want_legend=on&want_ticks=on&from_date=&to_date=&hlght_date=&date_fmt=%25Y-%25m&beenhere=1
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
ple.debian.org/~ema/glibc_2.38-15_arm64.build
>
> Please consider applying the patch at the next glibc upload. Thanks!
There is already a transition to glibc 2.39 planned (see bug#1075938).
To avoid mixing possible issues, this will have to wait for it to finish
first.
Regards
Aurelien
--
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
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.39. It has been
available in experimental for
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
Source: chrony
Version: 4.5-2
Severity: important
Tags: patch
User: debian-gl...@lists.debian.org
Usertags: glibc2.39
Dear maintainer,
The upstream-simulation-test-suite test of chrony autopkgtest fails to
run when running against glibc 2.39 (currently in experimental):
| 129s 001-defaults Tes
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
Dear maintainer,
gopacket fail to build from source when built against glibc 2.39:
| src/github.com/google/gopacket/pcap/pcap_unix.go:349
Source: atftp
Version: 0.8.0-4
Severity: important
Tags: patch
User: debian-gl...@lists.debian.org
Usertags: glibc2.39
Dear maintainer,
atftp autopkgtest fails to run when running against glibc 2.39
(currently in experimental):
https://ci.debian.net/packages/a/atftp/unstable/amd64/47816426/
Afte
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
ed to get support is finit.
I will see if I can come with a patch to move things forward.
Regards
Aurelien
--
Aurelien Jarno GPG: 4096R/1DDD8C9B
aurel...@aurel32.net http://aurel32.net
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
> otherwise move ahead with regular NMUs. If you send signed changes, I
> recommend encrypting them using my gpg key.
Please go ahead with a NMU. I wonder about experimental, do we want to
do the changes at the same time, or a bit after? Said otherwise is
moving files from /usr to /lib support
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
Source: sysvinit
Version: 3.09-1
Severity: important
Dear maintainer,
To avoid issues like #1071462, please implement restarting init by
declaring an interest on the "libc-upgrade" trigger, introduced in glibc
2.38-12. At some point this will allow us to drop the corresponding part
of the libc6 p
Source: finit
Version: 4.7-1
Severity: important
Dear maintainer,
To avoid issues like #1071462, please implement restarting init by
declaring an interest on the "libc-upgrade" trigger, introduced in glibc
2.38-12. At some point this will allow us to drop the corresponding part
of the libc6 posti
Package: systemd
Version: 256~rc3-7
Severity: important
Dear maintainer,
To avoid issues like #1071462, please implement restarting systemd by
declaring an interest on the "libc-upgrade" trigger, introduced in glibc
2.38-12. At some point this will allow us to drop the corresponding part
of the
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
Package: lintian-brush
Version: 0.152
Severity: important
Tags: ftbfs
Dear maintainer,
autotools-dev debhelper has been deprecated, so lintian-brush just
removes it [1], which causes packages to FTBFS [2]. It should be
replaced by dh_update_autotools_config instead of simply being dropped.
Regar
Source: tla
Version: 1.3.5+dfsg1-4
Severity: serious
Tags: ftbfs
Justification: fails to build from source (but built successfully in the past)
Dear maintainer,
The tla packages fails to build on a few "recent" architectures due to
outdated config.guess/sub:
| cd debian/build && \
| CFLAGS='-g
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
Source: maildir-utils
Version: 1.12.4-1
Severity: important
Tags: ftbfs patch upstream
X-Debbugs-Cc: debian-ri...@lists.debian.org
User: debian-ri...@lists.debian.org
Usertags: riscv64
Dear maintainer,
maildir-utils fails to build from source on riscv64 due to a testsuite
failure:
| Summary of F
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
Source: chr
Version: 0.1.78-1
Severity: important
Tags: ftbfs
X-Debbugs-Cc: debian-ri...@lists.debian.org
User: debian-ri...@lists.debian.org
Usertags: riscv64
Dear maintainer,
chr fails to build from source on riscv64 (and a few other slow
architectures) with a timeout in a test:
| tests time o
Source: inotify-info
Version: 0.0.1-1
Severity: serious
Dear maintainer,
inotify-info builds with -march=native, which means the instruction set
it uses depends on the buildd that is used. For instance the i386
package uses AVX instructions. In addition -march=native is not
supported on all archi
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
Source: libamplsolver
Version: 0~20190702-2
Severity: serious
Tags: patch upstream ftbfs
Justification: fails to build from source (but built successfully in the past)
User: debian-ri...@lists.debian.org
Usertags: riscv64
Dear maintainer,
libamplsolver fails to build from source on a few architec
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
1 - 100 of 3227 matches
Mail list logo