Martin-Éric Racine, le ven. 02 mai 2025 00:24:16 +0300, a ecrit:
> On hurd-i386, the console keeps on complaining
So you mean the Hurd console?
> about not being able to set the compose key for locale C and failing to load
> a keyboard map until 'locales' has been installed and configured with a
Control: reassign -1 mpich
Control: retitle -1 fails to run basic ping test
Hello,
Lucas Nussbaum, le mar. 29 avril 2025 14:48:49 +0200, a ecrit:
> During a rebuild of all packages in sid, your package failed to build
> on amd64.
>
> Relevant part (hopefully):
The real reason is just before tha
Control: tags -1 + pending
Hello,
Cyril Brulebois, le sam. 26 avril 2025 14:18:18 +0200, a ecrit:
> Roland Clobus (2025-04-26):
> > For some reason the d-i installation logs are filled with remarks that the
> > package description for brltty-udeb could not be found:
> >
> > `Apr 26 09:41:16 mai
Chris Hofstaedtler, le dim. 27 avril 2025 12:27:42 +0200, a ecrit:
> your package seems to build-depend on yasm, which is orphaned in
> Debian and upstream indicated they moved on to different projects.
>
> Please find a replacement.
yasm was already a replacement (and I had to add tasm support t
Ansgar, le mer. 23 avril 2025 07:46:30 +0200, a ecrit:
> Package: mbrola-en1
> This looks non-free to me.
Well, yes?
€ apt-cache show mbrola-en1 | grep Sect
Section: non-free/sound
Samuel
Hello,
Andreas Beckmann, le mer. 16 avril 2025 04:35:58 +0200, a ecrit:
> hwloc_type_sscanf: hwloc_type_sscanf.c:40: _check: Assertion `depth == (int)
> obj->depth' failed.
Divination told me that perhaps the attached patch could help?
Samuel
diff --git a/tests/hwloc/hwloc_type_sscanf.c b/tests
Hello,
Andreas Beckmann, le mer. 16 avril 2025 04:35:58 +0200, a ecrit:
>
> * hwloc 2.12.0 received invalid information from the operating system.
> *
> * Failed with error: intersection without inclusion
> * while insert
Marc Haber, le jeu. 27 mars 2025 22:01:18 +0100, a ecrit:
> On Thu, Mar 27, 2025 at 07:19:40PM +0100, Samuel Thibault wrote:
> > # deluser
> > Can't locate File/Find.pm in @INC (you may need to install the File::Find
> > module) (@INC entries checked: /etc/perl
>
-1,3 +1,9 @@
+policyd-rate-limit (1.0.1.1-2.1+deb12u1) bookworm; urgency=medium
+
+ * patches/yaml-load: Fix startup with newer python3-yaml (Closes: #1022034)
+
+ -- Samuel Thibault Thu, 03 Apr 2025 18:51:13 +0200
+
policyd-rate-limit (1.0.1.1-2.1) unstable; urgency=medium
* Non-maint
Jordan Livesey, le mer. 02 avril 2025 10:23:07 +0100, a ecrit:
> I suspect its either the espeak-ng module or speech dispatcher itsself or one
> of many other dependancies
As mentioned in my mail, we need log files:
> - provide your /run/user/*/speech-dispatcher/log/speech-dispatcher.log
When w
Martin-Éric Racine, le dim. 23 mars 2025 13:54:11 +0200, a ecrit:
> su 23.3.2025 klo 10.06 Samuel Thibault (sthiba...@debian.org) kirjoitti:
> > Martin-Éric Racine, le dim. 23 mars 2025 09:21:49 +0200, a ecrit:
> > > X-Debbugs-Cc: debian-am...@lists.debian.org, debian-h..
Control: tags -1 + unreproducible
Hello,
jordan, le mar. 01 avril 2025 08:54:26 +0100, a ecrit:
> I have noticed an issue with speech dispatcher that affects orca disabling
> its speech capabilities and could possibly effect the accessible debian
> installer
Orca is not used inside the install
Control: reassign -1 mpich
Control: affects -1 eztrace
Hello,
Lucas Nussbaum, le sam. 29 mars 2025 21:06:39 +0100, a ecrit:
> > 2: running /build/reproducible-path/eztrace-2.1.1/test/mpi/test_mpi_ping.sh
> > 2: > Running
> > /build/reproducible-path/eztrace-2.1.1/test/mpi/test_mpi_ping.sh...
> >
Samuel Thibault, le jeu. 27 mars 2025 19:16:24 +0100, a ecrit:
> Samuel Thibault, le jeu. 27 mars 2025 18:32:24 +0100, a ecrit:
> > Paul Gevers, le jeu. 27 mars 2025 15:56:35 +0100, a ecrit:
> > > If you believe your package is unable to migrate to testing due to issues
> &g
Samuel Thibault, le jeu. 27 mars 2025 18:32:24 +0100, a ecrit:
> Paul Gevers, le jeu. 27 mars 2025 15:56:35 +0100, a ecrit:
> > If you believe your package is unable to migrate to testing due to issues
> > beyond your control, don't hesitate to contact the Release Team.
>
Package: adduser
Version: 3.137
Severity: serious
Justification: Makes postrm scripts fail
Hello,
In a fresh chroot without perl-modules-5.40, running deluser fails:
# deluser
Can't locate File/Find.pm in @INC (you may need to install the File::Find
module) (@INC entries checked: /etc/perl
/us
Hello,
Paul Gevers, le jeu. 27 mars 2025 15:56:35 +0100, a ecrit:
> If you believe your package is unable to migrate to testing due to issues
> beyond your control, don't hesitate to contact the Release Team.
It is due to an issue in adduser that affects piuparts:
https://piuparts.debian.org/sid
László Böszörményi (GCS), le mar. 25 mars 2025 17:01:24 +0100, a ecrit:
> On Tue, Mar 25, 2025 at 1:54 AM Samuel Thibault wrote:
> > Santiago Vila, le mar. 25 mars 2025 01:48:55 +0100, a ecrit:
> > > Does this reassign apply for every similar bugs?
> > > (I have some wo
Santiago Vila, le mar. 25 mars 2025 01:48:55 +0100, a ecrit:
> Does this reassign apply for every similar bugs?
> (I have some work to do, then).
If it's the same error in the same header, most probably, yes.
Samuel
Control: reassign -1 icu
Control: found -1 76.1-3
Control: retitle -1 unicode/localpointer.h fails to build with -std=c++11
Control: affects -1 + compiz-plugins-main
Hello,
Santiago Vila, le mar. 25 mars 2025 00:10:42 +, a ecrit:
> libtool: compile: g++ -DHAVE_CONFIG_H -I. -I../.. -I../../in
Hello,
Martin-Éric Racine, le dim. 23 mars 2025 09:21:49 +0200, a ecrit:
> X-Debbugs-Cc: debian-am...@lists.debian.org, debian-h...@lists.debian.org ,
> martin-eric.rac...@iki.fi
> User: debian-am...@lists.debian.org
> User: debian-h...@lists.debian.org
> Usertags: amd64
>
> Could gcc-multilib &
Source: opencv
Version: 4.10.0+dfsg-3
Severity: serious
Justification: FTBFS in testing, and will in unstable when libopenjpip-server
gets decrufted
Hello,
opencv build-depends on libopenjpip-server, but openjpeg2 dropped this
package in its version 2.5.3-2
Samuel
-- System Information:
Debian
Matthias Geiger, le lun. 10 mars 2025 21:44:22 +0100, a ecrit:
> Do you happen to know if that field only appears in Gdk-4.0.gir or in
> other .gir files too ?
I have seen it on hurd-i386 in all 4 files of libgtk-4-dev, and in
libsoup-3.0-dev. But it might be lingering in other files as well.
Sam
Package: gir-rust-code-generator
Version: 0.20.5-1
Severity: serious
Justification: Makes rust packages FTBFS
Hello,
After e.g. rebuilding gtk4 with the latest gobject-introspection
(1.83.2-2), e.g. Gdk-4.0.gir contains an additional line:
+
m'enfin, le 5 juillet, le mec vient
Package: gnome-online-accounts
Version: 3.53.2-1
Severity: important
Hello,
- gnome-online-accounts build-depends on libmsgraph-dev
- and msgraph build-depends on libgoa-1.0-dev
somehow we need to break this loop. Apparently the libmsgraph-dev
build-dep is optional in gnome-online-accounts (is i
Source: opencv
Version: 4.10.0+dfsg-3
Severity: important
Tags: patch
Hello,
libopencv-highgui-dev currently depends on libdc1394-dev and
libraw1394-dev on hurd-amd64, while these are linux-only packages.
Actually, opencv already only build-depends on them on linux-any, so
libopencv-highgui-dev s
Samuel Thibault, le dim. 09 mars 2025 21:51:48 +0100, a ecrit:
> The package was originally meant not to provide drivers, but a libasound
> compatibility layer for non-linux ports. The drivers came afterwards but
> didn't really receive maintenance. We can drop just that part.
I h
Hello,
Helmut Grohne, le dim. 09 mars 2025 21:40:11 +0100, a ecrit:
> On Sun, Jan 29, 2017 at 11:30:29AM +, Simon McVittie wrote:
> > The attached (which also includes Andy Whitcroft's patch for #829255)
> > seems to load modules as desired, and preserves the spirit of being an
> > rcS (early-
Source: uutf
Version: 1.0.3-1
Severity: important
Tags: patch
Hello,
Currently, opam build-depends on libuutf-ocaml-dev and uutf
build-depends on opam-installer, making new port bootstraping tricky.
The attach changes add a pkg.uutf.noopam build profile which avoids the
opam build dependency, co
Source: qt6-multimedia
Version: 6.8.2-7
Severity: important
Tags: patch
Hello,
Thanks for fixing the build on hurd-any!
There is a last missing bit: the libpipewire-0.3-0t64 dependency should
be dropped on !linux, as the attached patch does, could you apply it?
Thanks,
Samuel
-- System Informa
Source: ocaml-topkg
Version: 1.0.7-1
Severity: important
Tags: patch
Hello,
Currently,
- opam build-depends on libjsonm-ocaml-dev, libuutf-ocaml-dev
- uutf build-depends on libtopkg-ocaml-dev
- ocaml-topkg build-depends on opam-installer
We need to break the loop somehow to make bootstraping a
Source: dose3
Version: 7.0.0-5
Severity: important
Tags: patch
Hello,
Currently:
ocaml-topkg build-depends on opam-installer
opam build-depends on libdose3-ocaml-dev
dose3 build-depends on libbz2-ocaml-dev
camlbz2 build-depends on ocaml-odoc
ocaml-odoc build-depends on ocaml-crunc
Source: cudf
Version: 0.10-5
Severity: important
Tags: ftbfs patch
Hello,
cudf is missing adding -lpthread after -lcamlrun, leading to
/usr/bin/ld: /usr/lib/x86_64-gnu/ocaml/5.3.0/libcamlrun.a(domain.b.o):
undefined reference to symbol 'pthread_join@@GLIBC_2.38'
/usr/bin/ld: /lib/x86_64-gnu/lib
Hello,
Samuel Thibault, le sam. 18 janv. 2025 16:35:01 +0100, a ecrit:
> hurd-i386 and hurd-amd64 also have llvm-18 and llvm-19 support, could
> apply the attached patch to enable qdoc there too?
Here is the updated patch, could you apply it please?
Thanks,
Samuel
--- debian/control.or
Hello,
Laurent Bigonville, le lun. 24 févr. 2025 14:22:27 +0100, a ecrit:
> On Wed, 09 Oct 2024 10:44:59 +0200 Laurent Bigonville
> wrote:
> > The systemd .service file using Alias= and not symlink but as service is
> > not enabled, the symlink is not created.
> >
> > That means that the LSB scri
Control: tags -1 - wontfix
Control: tags -1 + pending
Matthias Klose, le mar. 18 févr. 2025 09:28:15 +0100, a ecrit:
> On 18.02.25 00:02, Samuel Thibault wrote:
> > Control: tags -1 + wontfix
> >
> > Matthias Klose, le lun. 17 févr. 2025 18:02:44 +, a ecrit:
> >
Control: tags -1 + wontfix
Matthias Klose, le lun. 17 févr. 2025 18:02:44 +, a ecrit:
> The full build log can be found at:
> http://qa-logs.debian.net/2025/02/16/amd64exp/xtel_3.3.0-30_unstable_gccexp.log.gz
Mmm, there are *many* function typing issues. I don't plan to spend time
on this (a
Control: reassign -1 libgpm-dev
Hello,
Matthias Klose, le lun. 17 févr. 2025 17:04:20 +, a ecrit:
> gcc -DHAVE_CONFIG_H -I. -I../../../src -I.. -I../intl
> -DLOCALEDIR=\"/usr/share/locale\" -I/usr/include -Wdate-time
> -D_FORTIFY_SOURCE=2 -g -O2 -Werror=implicit-function-declaration
> -ff
Simon McVittie, le jeu. 13 févr. 2025 16:32:30 +, a ecrit:
> The options as I see them, *including* the options that I would personally
> prefer to rule out, are:
>
> - Status quo: don't change anything. As Fabian says, Rust code on i386
> will sometimes be miscompiled and might crash.
>
>
Matthias Klose, le jeu. 13 févr. 2025 12:35:51 +0100, a ecrit:
> Mixing fp87 and SSE instructions leads to a performance penalty
When they are mixed within a function, sure.
But between functions (and actually it's even about between libraries
here, so even less often), I don't see why.
So again
Fabian Grünbichler, le jeu. 13 févr. 2025 10:39:00 +0100, a ecrit:
> On Thu, Feb 13, 2025 at 09:24:02AM +0100, Samuel Thibault wrote:
> > Fabian Grünbichler, le jeu. 13 févr. 2025 08:11:14 +0100, a ecrit:
> > > A mixed approach (raising the baseline to allow LLVM and rustc t
Hello,
Fabian Grünbichler, le jeu. 13 févr. 2025 08:11:14 +0100, a ecrit:
> A mixed approach (raising the baseline to allow LLVM and rustc to bump
> their targets, but keeping GCC's default target and thus the majority of
> packages at the current/old baseline and skip the rebuilds there) might
>
Hello,
Peter B, le mer. 12 févr. 2025 14:04:20 +, a ecrit:
> ifstat used to build on hurd-i386 until
> the +b1 attempt on 29-11-2024
>
> https://buildd.debian.org/status/logs.php?pkg=ifstat&arch=hurd-i386
But was it actually working?
> Now build fails on both hurd-i386 and hurd-amd64
>
> R
Package: gdb
Version: 16.1-2
Severity: important
Tags: patch upstream
Hello,
gdb 16 is missing hurd-amd64 for now. Could you apply the attached patch
which was committed upstream to add the support without waiting for a
new upstream release?
Thanks,
Samuel
-- System Information:
Debian Release:
Hello,
Holger Wansing, le ven. 07 févr. 2025 19:20:55 +0100, a ecrit:
> Am 7. Februar 2025 15:18:40 MEZ schrieb Lennart Sorensen
> :
> >On Fri, Feb 07, 2025 at 06:02:15AM +0100, Holger Wansing wrote:
> >> You could try the "Install with speech synthesis" option.
> >> That should trigger the firmw
Samuel Thibault, le mar. 04 févr. 2025 12:09:57 +0100, a ecrit:
> Paul Gevers, le mer. 26 avril 2023 22:09:53 +0200, a ecrit:
> > We discussed this during the Release Team IRC meeting [1]
> > http://meetbot.debian.net/debian-release/2023/debian-release.2023-04-26-18.59.html
>
Hello,
Paul Gevers, le mer. 26 avril 2023 22:09:53 +0200, a ecrit:
> We discussed this during the Release Team IRC meeting [1]
> http://meetbot.debian.net/debian-release/2023/debian-release.2023-04-26-18.59.html
> , and we decided that it's too late in the release cycle to fix
> this. We'll accept
Hello,
Dmitry Shachnev, le lun. 03 févr. 2025 14:48:40 +0300, a ecrit:
> On Mon, Feb 03, 2025 at 11:00:07AM +0100, Samuel Thibault wrote:
> > Source: qttools-opensource-src
> > Version: 5.15.15-5
> > Severity: important
> > Tags: patch
> >
> > Hello,
>
Source: qttools-opensource-src
Version: 5.15.15-5
Severity: important
Tags: patch
Hello,
Some packages fail to build on hurd-amd64 due to missing qdoc-qt5, could
you apply the attached patch to enable it?
Thanks,
Samuel
-- System Information:
Debian Release: trixie/sid
APT prefers testing
A
Source: gdcm
Version: 3.0.24-5
Severity: important
Tags: patch
Hello,
java support should be disabled on hurd-amd64 too. Could you apply the
attached patch to fix this?
Thanks,
Samuel
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, '
Package: scribus-data
Version: 1.6.3+dfsg-0.1
Severity: normal
Tags: upstream
Hello,
While installing scribus-data in trixie, we get:
Paramétrage de scribus-data (1.6.3+dfsg-0.1) ...
/usr/share/scribus/scripts/importcsv2table.py:3: SyntaxWarning: invalid escape
sequence '\o'
"""
This string
Source: vtk9
Version: 9.3.0+dfsg1-3
Severity: important
Tags: patch
Hello,
hurd-amd64 also needs java and tbb being disabled, could you apply the
attached patch?
Thanks,
Samuel
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstabl
Source: boost1.83
Version: 1.83.0-4
Severity: serious
Tags: ftbfs
Justification: FTBFS
Hello,
boost1.83 currently FTBFS in sid, most probably due to the numpy2
transition:
libs/python/src/numpy/dtype.cpp: In member function 'int
boost::python::numpy::dtype::get_itemsize() const':
libs/python/sr
Source: open-coarrays
Version: 2.10.2+ds-3
Severity: serious
Tags: ftbfs
Justification: FTBFS
Hello,
open-coarrays currently FTBFS:
The generated control file differs from the actual one.
A sourceful upload of this package is needed.
Differences:
--- debian/control 2024-11-21 10:31:05.
Wow...
I'm sorry my mail triggered so much reaction.
I'm however afraid I'm here just expressing the concern that people will
have in general.
Really, I'm trying to expose things that I believe will only appear very
strongly whenever the new apt hits testing, and trying to expose that
*before* t
Control: reopen -1
Samuel Thibault, le lun. 27 janv. 2025 11:36:56 +0100, a ecrit:
> Julian Andres Klode, le lun. 27 janv. 2025 11:34:16 +0100, a ecrit:
> > On Sun, Jan 26, 2025 at 04:44:33PM +0100, Samuel Thibault wrote:
> > > Are all just plain official Debian archive sour
Julian Andres Klode, le lun. 27 janv. 2025 11:34:16 +0100, a ecrit:
> On Sun, Jan 26, 2025 at 04:44:33PM +0100, Samuel Thibault wrote:
> > Are all just plain official Debian archive sources. It's not even
> > clear which Signed-by I would be supposed to use. Apparently givin
Package: ocaml
Version: 5.2.0-3
Severity: important
Tags: patch upstream fixed-upstream
Forwarded: https://github.com/ocaml/ocaml/pull/13601
Hello,
Thanks for enabling native backend for hurd-amd64, but apparently we
also need natdynlin, which was also fixed upstream already, could you
apply the
Source: ruby3.3
Version: 3.3.6-1.1
Severity: important
Tags: patch
Hello,
ruby3.3 doesn't produce the coroutine_transfer on hurd-any, could you
apply the attached patch to fix the build?
Thanks,
Samuel
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (990, '
Hello,
Sebastian Humenda, le sam. 25 janv. 2025 11:26:34 +0100, a ecrit:
> Chris Hofstaedtler schrieb am 25.01.2025, 10:17 +0100:
> […]
> >> > >I'll be happy to see somebody submit a patch to upstream that fallsback
> >> > >to another md-to-html processor that would be less trouble (I have no
> >
Package: apt
Version: 2.9.25
Severity: normal
Hello,
In my unstable chroot, I'm now getting
Notice: Missing Signed-By in the sources.list(5) entry for
'http://ftp.fr.debian.org/debian'
Notice: Missing Signed-By in the sources.list(5) entry for
'http://ftp.fr.debian.org/debian'
Notice: Missing
Sebastian Humenda, le ven. 24 janv. 2025 21:40:12 +0100, a ecrit:
> Samuel Thibault schrieb am 24.01.2025, 20:40 +0100:
> >Chris Hofstaedtler, le ven. 24 janv. 2025 20:28:18 +0100, a ecrit:
> >> Yes, this is true. This is a transitive build-dep chain:
> >>
> >&
Samuel Thibault, le ven. 24 janv. 2025 20:40:40 +0100, a ecrit:
> Chris Hofstaedtler, le ven. 24 janv. 2025 20:28:18 +0100, a ecrit:
> > Yes, this is true. This is a transitive build-dep chain:
> >
> > espeak-ng build-depends ruby-kramdown
> > ruby-kramdown bu
Chris Hofstaedtler, le ven. 24 janv. 2025 20:28:18 +0100, a ecrit:
> Yes, this is true. This is a transitive build-dep chain:
>
> espeak-ng build-depends ruby-kramdown
> ruby-kramdown build-depends ruby-stringex
> ruby-stringex build-depends rails
> rails build-depends ruby-webmock
Chris Hofstaedtler, le ven. 24 janv. 2025 20:19:41 +0100, a ecrit:
> On Fri, Jan 24, 2025 at 02:44:55AM +0100, Samuel Thibault wrote:
> > Chris Hofstaedtler, le ven. 24 janv. 2025 02:33:20 +0100, a ecrit:
> > > espeak-ng build-depends on ruby-kramdown, which transitively
>
Hello,
Chris Hofstaedtler, le ven. 24 janv. 2025 02:33:20 +0100, a ecrit:
> espeak-ng build-depends on ruby-kramdown, which transitively
> build-depends on ruby-em-socksify.
Err, does it? I don't see it appear in apt build-dep ruby-kramdown in a
sid chroot.
Samuel
Source: qt6-tools
Version: 6.7.2-6
Severity: important
Tags: patch
Hello,
hurd-i386 and hurd-amd64 also have llvm-18 and llvm-19 support, could
apply the attached patch to enable qdoc there too?
Thanks,
Samuel
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy:
Package: mypy
Version: 1.14.1-1
Severity: important
Tags: patch
Hello,
hurd-i386 gets virtual memory allocation failures when building mypy. It
would also need to use the multi file option like most other 32bit archs
(I wonder how long linux-i386 will keep managing without it)
The attached patch
Control: merge 1087228 1072337
Hello,
I was about to file a third bug report :)
I see that something was done for libsoup, but we are still missing the
qt6-shader-baker build-dependency. On buildds I could force adding an
extra dependency but that's not longterm-proof :)
Also, hurd-amd64 also s
Source: gst-plugins-base1.0
Version: 1.24.11-1
Severity: important
Tags: patch
Hello,
gst-plugins-base1.0 is currently non-buildable on hurd-amd64 because of
the libcdparanoia dependency which was not extended from hurd-i386 to
hurd-any.
webkit2gtk currently oddly fails to build from source beca
Hello,
Santiago Vila, le mer. 15 janv. 2025 17:49:55 +0100, a ecrit:
> While updating the gettext package, which now has build-depends
> on those two packages, I looked at this package first and
> noticed the [linux-any] restrictions in debian/control.
>
> Are those restrictions really needed?
I
Package: rustc
Version: 1.84.0+dfsg1-1~exp1
Severity: important
Tags: ftbfs patch upstream fixed-upstream
Forwarded: https://github.com/rust-lang/rust/pull/133515
Hello,
With the upgrade of libc to 0.2.164, rustc gets a build failure, which
was fixed upstream by the attached patch, could you appl
Package: at-spi2-core
Version: 2.55.0-1
Severity: serious
Tags: a11y upstream
Justification: Brings reading typos
Forwarded:
https://www.freelists.org/post/orca/atspi-255-bug-with-web-form-in-firefox
As reported on the orca list, with at-spi2-core 2.55.0-1, in web forms
some letters aren't being
Package: dpkg-dev
Version: 1.22.11
Severity: important
Hello,
I tried using debhelper/upstream-make-install, but I'm getting
dpkg-buildpackage: error: Rules-Requires-Root field keyword
"debhelper/upstream-make-install" is unknown in dpkg namespace
>From the scripts/Dpkg/BuildDriver/DebianRules
streamer-1.0/libgstx265.so
usr/lib/*/gstreamer-1.0/libgsty4mdec.so
@@ -128,6 +125,5 @@
usr/lib/*/gstreamer-1.0/libgstmse.so
usr/lib/*/gstreamer-1.0/libgstsvtav1.so
usr/lib/*/gstreamer-1.0/libgstunixfd.so
-usr/lib/*/gstreamer-1.0/libgstuvcgadget.so
usr/share/gstreamer-1.0/presets/
usr/share/locale
h
Control: reassign -1 hurd
Control: tags -1 + pending
Hello,
João Pedro Malhado, le sam. 28 déc. 2024 12:44:16 +, a ecrit:
> On Sun, Dec 23, 2024 at 05:38:14PM +0100, Samuel Thibault wrote:
> > There being no reader any more would have been caught by the original
> &g
2-21 00:17:25.0
+0100
@@ -1,3 +1,9 @@
+espeak-ng (1.51+dfsg-10+deb12u2) bookworm; urgency=medium
+
+ * patches/espeak-stdin: Fix dropping last byte of stdin input.
+
+ -- Samuel Thibault Sat, 21 Dec 2024 00:17:25 +0100
+
espeak-ng (1.51+dfsg-10+deb12u1) bookworm; urgency=medium
* p
Hello,
Matthias Klose, le ven. 20 déc. 2024 17:20:44 +0100, a ecrit:
> please submit patches upstream, not to the package.
This is now fixed in upstream git, so next snapshot should be fine.
Samuel
> [...]
> /build/reproducible-path/gcc-snapshot-20241220/build/./gcc/xgcc
> -B/build/reproducible
Hello,
João Pedro Malhado, le mar. 17 déc. 2024 09:56:31 +, a ecrit:
> I have written a little program that opens and closes the fifo twice. On the
> hurd the first time it works and the second time fails. On linux they both
> succeed.
No, that's just luck because cat takes some time to exit
Santiago Vila, le lun. 16 déc. 2024 20:27:34 +0100, a ecrit:
> El 16/12/24 a las 19:24, Samuel Thibault escribió:
> > > During a rebuild of all packages in unstable, your package failed to
> > > build:
> >
> > [...]
> > mpirun.mpich -np 2 --bind-to none
Control: reassign -1 libmpich-dev
Control: retitle -1 mpich: Fails simple test
Hello,
Santiago Vila, le lun. 16 déc. 2024 17:50:02 +, a ecrit:
> During a rebuild of all packages in unstable, your package failed to build:
[...]
mpirun.mpich -np 2 --bind-to none ./build-mpich/test/mpi/mpi_ping
Hello,
Matthias Klose, le lun. 16 déc. 2024 12:42:46 +0100, a ecrit:
> warning: `generic_format_parser` (lib) generated 1 warning
> error[E0412]: cannot find type `__timeval` in this scope
> -->
> /build/reproducible-path/gcc-snapshot-20241216/build/libgrust/libformat_parser/../../../src/libg
Samuel Thibault, le lun. 16 déc. 2024 00:35:32 +0100, a ecrit:
> nmu espeakup_1:0.80-15 . ANY . unstable . -m "Rebuild against espeak-ng
> 1.52.0"
I forgot to mention that it'd need an extra-dep "libespeak-ng-dev >= 1.52.0~"
Samuel
Package: release.debian.org
Severity: normal
X-Debbugs-Cc: espea...@packages.debian.org, debian-b...@lists.debian.org
Control: affects -1 + src:espeakup
User: release.debian@packages.debian.org
Usertags: binnmu
nmu espeakup_1:0.80-15 . ANY . unstable . -m "Rebuild against espeak-ng 1.52.0"
(D
João Pedro Malhado, le dim. 15 déc. 2024 18:05:29 +, a ecrit:
> On Sun, Dec 15, 2024 at 06:06:04PM +0100, Samuel Thibault wrote:
> > João Pedro Malhado, le dim. 15 déc. 2024 16:53:33 +, a ecrit:
> > > > > 64<--66(pid773)->dir_lookup (
João Pedro Malhado, le dim. 15 déc. 2024 16:53:33 +, a ecrit:
> > > 64<--66(pid773)->dir_lookup ("runit/supervise/cron/ok" 10 0) =
> > > 0x4006 (No such device or address)
> >
> > It tries to open it, but apparently no process is actually listening on
> > it.
> >
> > Maybe try without
Hello,
João Pedro Malhado, le dim. 15 déc. 2024 09:55:50 +, a ecrit:
> A bit of context: sv is trying to open a fifo (aka named pipe) which is read
> by
> a different program runsv. The fifo is called ok and is placed in this case in
>
> /run/runit/supervise/cron/ok
>
> but /etc/sv/cron/sup
Package: gcc-14
Version: 14.2.0-8
Severity: important
Tags: patch
Hello,
In my previous report, I missed that the gnat build-dep was
hand-excluded for hurd-amd64, here is a fix.
Thanks,
Samuel
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (990, 'testing')
Package: gcc-14
Version: 14.2.0-8
Severity: important
Tags: patch upstream
Forwarded: gcc-patc...@gcc.gnu.org
Hello,
Here is the last piece to make hurd-amd64 port on par with hurd-i386 on
the gcc-14 package.
- ada-hurd-amd64.diff is already commited upstream,
- and patch enables ada on hurd-amd
Hello,
Helge Kreutzmann, le mar. 10 déc. 2024 15:28:31 +, a ecrit:
> I intend to NMU espeakup end of January 2025 to fix longstanding l10n
> bugs[1]. The changelog would be something like the following:
>
> espeakup (1:0.90-16.1) unstable; urgency=medium
>
>* Non-maintainer upload.
>
Source: zvbi
Version: 0.2.43-1
Severity: important
Tags: ftbfs patch
Hello,
zvbi does not include device_{ioctl,mmap,munamp} when V4L is not
enabled, so could you drop these symbols on hurd-any, as the attached
patch does?
Thanks,
Samuel
-- System Information:
Debian Release: trixie/sid
APT p
Hello,
Frank Dietrich, le dim. 01 déc. 2024 17:07:28 +0100, a ecrit:
> sorry for the long delay.
No problem, better some reply after some time rather than none :)
> Samuel Thibault wrote:
> >Do you have the brltty package installed?
>
> It was not. After installing the packa
Source: d-shlibs
Version: 0.107
Severity: important
Tags: patch
Hello,
Packages using d-shlibs ftbfs on hurd-amd64 because it doesn't recognize
the linker:
devlibs error: There is no package matching [ld-x86-64-1-dev] and noone
provides it, please report bug to d-shlibs maintainer
Could you ap
Hello,
Graham Inggs, le sam. 30 nov. 2024 17:41:54 +, a ecrit:
> The autopkgtests of this package fail with Python 3.13 [1].
It looks like python 3.13 now requires the iterator (not just the
interable) to provide an __iter__ method. I don't see how to do that
with the pocketsphinx interface:
Just FTR, the patch I had tried to add to the sphinxbase package to try
to get pocketsphinx-python expose a proper __iter__ method. It does
return a new object, but doesn't duplicate ptr, thus deemed to get
duplicate frees and whatnot.
Samuel
Samuel Thibault, le lun. 02 déc. 2024 02:58:51
Source: pmix
Version: 5.0.4-1
Severity: important
Tags: patch
Hello,
pmix currently FTBFS on hurd-amd64, because of another
use of the optional MAXPATHLEN macro. Here is an updated
debian/patches/hurd-fix.patch, could you integrate it?
Thanks,
Samuel
-- System Information:
Debian Release: trixi
Source: gtk4
Version: 4.16.7+ds-1
Severity: normal
Tags: patch
Hello,
gtk4 currently FTBFS on hurd due to linux-specific symbols.
Could you apply the attached patch to fix it?
Thanks,
Samuel
-- System Information:
Debian Release: trixie/sid
APT prefers testing
APT policy: (990, 'testing'),
Source: htscodecs
Version: 1.6.1-1
Severity: important
Tags: patch
Hello,
htscodecs currently FTBFS on hurd-amd64 because the amd64 filter is not
generic enough in the symbols file. Could you apply the attached patch
to fix it?
Thanks,
Samuel
-- System Information:
Debian Release: trixie/sid
Source: python-orjson
Version: 3.10.7-1
Severity: serious
Tags: ftbfs
Justification: FTBFS
Hello,
python-orjson currently FTBFS in sid, it spits a long series of e.g.
_ TestDictSortKeys.test_twitter_sorted _
self =
def test_twitter_sorted(self):
Source: rust-pep440-rs
Version: 0.7.2-1
Severity: serious
Justification: Makes package uninstallable
Hello,
When rebuilding rust-pep440-rs on current sid, the generated
debian/control contains:
./debian/control: librust-version-ranges-0.1+default-dev
thus making the produced librust-pep440-rs-d
1 - 100 of 3191 matches
Mail list logo
