Source: exim4
Version: 4.97-8
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
X-Debbugs-CC: debian-h...@lists.debian.org
Hi,
exim4 FTBFS on hurd-i386, but built before. Latest successful build
was 4.94-19. Attached are two patches enabling a successful build:
-
Source: mariadb
Version: 10.11.7-4
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
X-Debbugs-CC: debian-h...@lists.debian.org
Hi,
mariadb FTBFS on hurd-i386. Attached are three patches enabling a
successful build:
- debian_rules.patch:
override_dh_installsystem
;
> There's a typo here ^
>
> > +#define PATH_MAX 4096
> > +#endif
>
> Cheers
Thanks,
New patch attached.
Description: define PATH_MAX for compatibility when it's not already set
Some platforms, such as the Hurd, don't set PATH_MAX. Set a rea
found 1060093 0.10.2-0.3
found 1060093 0.10.2-0.4
thanks
On Fri, 2024-01-05 at 21:58 +0100, Samuel Thibault wrote:
> Hello,
>
> Thanks for your patches.
>
> Svante Signell, le ven. 05 janv. 2024 21:14:19 +0100, a ecrit:
> > --- a/debian/rules 2023-12-16 18:35:11.0 +0100
> > +++ b/debian/rules 2024-01-
Source: lirc
Version: 0.10.2-0.2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
X-Debbugs-CC: debian-h...@lists.debian.org
Hi,
lirc FTBFS on hurd-i386. (Built in the past, last successful build
version was 0.10.1-5.2)
This is due to usage of __u32 (and __u16,__
Hello,
How come I never saw this mail??
https://bugs.devuan.org/cgi/bugreport.cgi?bug=813#66
Strange, gmail hickup??
I'll comment inline when/if I find it, else I'd cut and paste from the bug
report.
Thanks!
> Control: severity -1 normal
> Control: tags -1 = wontfix
>
> * Svante Signell [231208 19:38]:
> > On Fri, 2023-12-08 at 16:15 +0100, Svante Signell wrote:
> > > reopen 1056980
> > > severity 1056980 serious
> > > tags 1056980 patch
> > > t
On Fri, 2023-12-08 at 16:15 +0100, Svante Signell wrote:
> reopen 1056980
> severity 1056980 serious
> tags 1056980 patch
> thanks
Sorry, forgot the patch!
--- a/debian/netcat-traditional.postinst 2023-11-27 03:20:27.0 +0100
+++ b/debian/netcat-traditional.postinst 2023
reopen 1056980
severity 1056980 serious
tags 1056980 patch
thanks
Hello,
Reopening this bug due to a deliberate attempt to fool the users: Either you move binaries _and_ configuration files
to /usr/bin or explicitely depend on usrmerge. And closing this bug as wontfix is not nice.
I've mo
And on a Devuan/Ceres box:
dpkg -S /usr/lib/udev/rules.d/hwclock.rules
initscripts: /usr/lib/udev/rules.d/hwclock.rules
dpkg -S /usr/lib/udev/rules.d/85-hwclock.rules
dpkg-query: no path found matching pattern /usr/lib/udev/rules.d/85-
hwclock.rules
On Wed, 2023-12-06 at 18:08 +0100, Svante
On Wed, 2023-12-06 at 16:52 +, Mark Hindley wrote:
> Martin,
>
> On Wed, Dec 06, 2023 at 06:06:41PM +0200, Martin-Éric Racine wrote:
> > Please note that the start target refers to a non-existing
> > /usr/lib/udev/rules.d/85-hwclock.rules. The correct file is
> > /usr/lib/udev/rules.d/hwclock
--- Begin Message ---
On Wed, 2023-12-06 at 12:07 +, Mark Hindley wrote:
> Chris,
>
> Thanks for your input.
>
> On Wed, Dec 06, 2023 at 11:56:56AM +0100, Chris Hofstaedtler wrote:
> > * Mark Hindley [231206 11:42]:
> > > Is hwclock actually useful on Hurd? I (naively) expected it to be lin
Source: lirc
Version: 0.10.1-7.2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
X-Debbugs-CC: debian-h...@lists.debian.org
Hi,
lirc FTBFS on hurd-i386. (Built in the past, last successful build version was
0.10.1-5.2)
This is due to usage of __u32 in the patch
Source: e2fsprogs
Version: 1.47.0-2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
X-Debbugs-CC: debian-h...@lists.debian.org
Hi,
e2fsprogs FTBFS on hurd-i386 due to usage of PATH_MAX which is not defined on
GNU/Hurd. (Built in the past, last successful build wa
Source: mate-power-manager
Version: 1.26.1-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
X-Debbugs-CC: debian-h...@lists.debian.org
Hi,
mate-power-manager is not installable on hurd-i386 due to dependencies on
polkitd, pkexec, and systemd or elogind which are
Source: consolekit2
Version: 1.2.6-2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
X-Debbugs-CC: debian-h...@lists.debian.org
Hi,
consolekit is not buildable on hurd-i386 due to a dependency on libevdev-dev
which is only available for GNU/Linux.
A patch enabli
Source: synaptic
Version: 0.93.1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
X-Debbugs-CC: debian-h...@lists.debian.org
Hi,
synaptic is not installable on hurd-i386 due to dependencies on polkitd, pkexec
and policykit-1 which are only available for GNU/Linux.
Source: mate-polkit
Version: 1.26.1-4
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
X-Debbugs-CC: debian-h...@lists.debian.org
Hi,
mate-polkit is not installable on hurd-i386 due to a dependency on polkitd,
which is only available for GNU/Linux.
A patch enabli
Source: util-linux
Version: 2.39.2-5
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
X-Debbugs-CC: debian-h...@lists.debian.org
Hi,
util-linux FTBFS on hurd-i386 (built in the past, last successful build was
2.39.1-4).
A patch enabling a successful build is atta
Package: gcc-snapshot
Version: 1:20230315-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Affects: gcc-snapshot
X-Debbugs-CC: debian-h...@lists.debian.org
Hello, seems like the patch gcc_config_gnu.h.diff, in debian gcc-12 named:
pr104290-followup.diff was lost
On Tue, 2023-01-17 at 18:49 +, Sam Hartman wrote:
> > > > > > "Svante" == Svante Signell
> > > > > > writes:
> Svante> modules_pam_nologin_tst-pam_nologin-retval.c.diff
> disabling
> Svante> two subtests failing on GNU
Source: gcc-snapshot
Version: 20230108-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
X-Debbugs-CC: debian-h...@lists.debian.org
Hi,
gcc-snapshot in sid FTBFS on hurd-i386 due to that some patches are not
applied when building gcc-snapshot. After the statement
Source: gcc-11
Version: 11.3.0-10
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Affects: gcc-11, gcc-snapshot
X-Debbugs-CC: debian-h...@lists.debian.org
Hi,
gcc-11-11.3.0-10 in sid FTBFS on hurd-i386 due to failing linkage of
pthread_once (same error already fi
Hi,
The attached patch for the build problem on GNU/Hurd (same as the one from 2020)
was submitted upstream. Upstream bug number:
https://bugzilla.mozilla.org/show_bug.cgi?id=1796917
Thanks!
Index: nspr-4.28/nspr/pr/src/pthreads/ptsynch.c
found 970659 2:4.35-1
found 970673 2:4.35-1
thanks
Hello again,
(bug reports first filed on 20+21 september 2020 against 4.28-1)
nspr still FTBFS on GNU/Hurd due to a one-line error in the file
nspr/pr/src/pthreads/ptsynch.c, see #970659. Additionally tests in runtest.sh
are not run due to a bug
Source: gcc-12
Version: 12_12.2.0-5
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Affects: gcc-11, gcc-snapshot
X-Debbugs-CC: debian-h...@lists.debian.org
Hi,
gcc-12-12.2.0-4/5 in sid FTBFS on hurd-i386 due to failing linkage of
pthread_once (same error for gcc
Source: libdumbnet
Version: 1.16.1-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
X-Debbugs-CC: debian-h...@lists.debian.org
Hi,
Currently libdumbnet FTBFS on GNU/Hurd due to some failing symbols for
libdumbnet1 in the Hurd build compared to Linux. I built in
Hi,
I would really appreciate if you quote your reply properly:
It was not Andreas Metzler who sent the below:
> On Tue, 2022-09-27 at 18:25 +0200, Andreas Metzler wrote:
> > On 2022-09-27 Zack Weinberg wrote:
> > [...]
On Wed, 2022-09-28 at 11:55 +0100, Luca Boccassi wrote:
> >
> > > This nu
Source: socat
Version: 1.7.4.3-3
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Cc: bug-hurd
Hi,
Currently socat FTBFS on GNU/Hurd due to differing values for O_RDONLY,
O_WRONLY and O_RDWR compared to Linux systems.
The attached patch, xioinitialize.c.patch, f
On Wed, 2022-09-28 at 17:50 +0200, Samuel Thibault wrote:
> Control: forwarded -1 https://github.com/doxygen/doxygen/pull/9514
>
> Svante Signell, le mer. 28 sept. 2022 17:40:32 +0200, a ecrit:
> > Currently doxygen FTBFS on GNU/Hurd due to a PATH_MAX issue.
>
> This issue
Source: doxygen
Version: 1.9.4-3
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
Currently doxygen FTBFS on GNU/Hurd due to a PATH_MAX issue.
The attached patch, filesystem_filesystem.hpp.diff, fixes the build
problem by special-casing for Hurd. In fact the
Source: mate-notification-daemon
Version: 1.26.0-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
Currently mate-notification-daemon cannot be built on GNU/Hurd due to a
build-dependency on libgtk-layer-shell-dev, which in turn build-depends
on libwayland-de
On Tue, 2022-09-27 at 18:25 +0200, Andreas Metzler wrote:
> On 2022-09-27 Zack Weinberg wrote:
> [...]
> > What I am asking for is a schedule change: specifically, that the
> > merged /usr transition not be allowed to proceed past the status
> > quo as of two weeks ago (i.e. *before* init-system-h
found 1005297 12-20220319-1
retitle 1005297 gcc-12-12-20220319-1: FTBFS on hurd-i386
thanks
Note: gcc-12-12-20220319-1 builds fine with pr104290-followup.diff and
Makefile.in.diff.
Matthias,
In Debian the patch gm2.diff is applied to the generated file
src/Makefile.in. Why not apply Makefile.in
ping
On Sun, 2021-10-24 at 09:45 +, Debian Bug Tracking System wrote:
> Thank you for filing a new Bug report with Debian.
>
> You can follow progress on this Bug here: 997694:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997694.
>
> This is an automatically generated reply to let you
Source: cfitsio
Version: 4.0.0-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
gdal (3.4.1+dfsg-1, etc) FTBFS on hurd-i386 due to missing support for
GNU/Hurd in cfitsio (4.0.0-1).
Attached is an updated patch of 03-off_t.diff, modifying fitsio.h to
achiev
found 1005297 12-20220313-1
retitle 1005297 12-20220313-1: FTBFS on hurd-i386
thanks
Note: gcc-12-12-20220313-1 builds fine with pr104290-followup.diff and
Makefile.in.diff.
Mathias,
In Debian you apply the patch gm2.diff to src/Makefile.in. Why not apply
Makefile.in.diff too, to make gcc-12 bu
found 1005297 gcc-12-12-20220302-1
retitle 1005297 gcc-12-12-20220302-1: FTBFS on hurd-i386
tags 1005297 + patch
thanks
Hi again,
Unfortunately the Debian patch Makefile.in.diff is needed to for a
successful build. Attached again here for completeness, and should be
applied after gm2.diff.
For m
retitle 1005297 gcc-12-12-20220222: FTBFS on hurd-i386
thanks
On Fri, 2022-02-18 at 10:18 +, Debian Bug Tracking System wrote:
> Thank you for the additional information you have supplied regarding
> this Bug report.
Hello,
Unfortunately the patch Makefile.in.diff is needed to for a successf
retitle 1005297 gcc-12-12-29229214: FTBFS on hurd-i386
thanks
On Thu, 2022-02-10 at 19:34 +0100, Svante Signell wrote:
> Source: gcc-12
> Version: 12_12-20220206-1
> Severity: important
> Tags: patch
> User: debian-h...@lists.debian.org
> Usertags: hurd
Hi again,
Attac
Ping
A new upstream version is available: 1.15.0
On Tue, 2022-01-18 at 17:46 +0100, Svante Signell wrote:
> Hello again,
>
> libdrm still FTBFS on GNU/Hurd, now at 2.4.109-2. Attached are two
> updated patches, hurd-port.diff and path_max.diff and two new ones.
> hurd_port.diff, path_max.diff, tests_amdgpu_ras_t
Source: gcc-12
Version: 12_12-20220206-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
gcc-12-12-20220206 in experimental FTBFS on hurd-i386 due to missing
patches for gccgo, gnu.h and an yet unresolved bug in src/Makefile.in.
Attached are patches needed fo
On Thu, 2022-01-27 at 20:23 +0100, Samuel Thibault wrote:
> Svante Signell, le jeu. 27 janv. 2022 12:08:47 +0100, a ecrit:
> > On Wed, 2022-01-26 at 17:54 +0100, Samuel Thibault wrote:
> > > So here the problem is that
> > >
> > > test ! -d /home
> > &
On Wed, 2022-01-26 at 17:54 +0100, Samuel Thibault wrote:
>
> So here the problem is that
>
> test ! -d /home
>
> says that /home is not a directory. Is there anything special about your
> /home path? Perhaps show the output of
>
> stat /home
File: /home
Size: 4096Blocks: 8
On Tue, 2022-01-25 at 23:42 +0100, Samuel Thibault wrote:
> Svante Signell, le mar. 25 janv. 2022 23:40:17 +0100, a ecrit:
> > On Tue, 2022-01-25 at 22:16 +0100, Samuel Thibault wrote:
> > > >
> > > > Thanks!
> > > > But on a third image I get:
> &g
On Tue, 2022-01-25 at 22:16 +0100, Samuel Thibault wrote:
> >
> > Thanks!
> > But on a third image I get:
> > mkdir: cannot create directory ‘/home’: File exists
> >
> > Something is fishy...
>
> As I already wrote, first make sure exactly *what* is producing this
> call. That way you'll see whe
On Tue, 2022-01-25 at 19:43 +0100, Samuel Thibault wrote:
>
> I can confirm again that building the package with a mere
>
> dpkg-buildpackage
>
> works fine for me. This is as non-root user, I tried both on the /
> partition, and on a separate partition. I also tried upgrading the
> 20210812 im
On Tue, 2022-01-25 at 17:06 +0100, Samuel Thibault wrote:
> Svante Signell, le mar. 25 janv. 2022 17:04:41 +0100, a ecrit:
> > On Tue, 2022-01-25 at 16:38 +0100, Samuel Thibault wrote:
> > > Svante Signell, le mar. 25 janv. 2022 16:15:46 +0100, a ecrit:
> > > >
>
On Tue, 2022-01-25 at 16:38 +0100, Samuel Thibault wrote:
> Hello,
>
> Svante Signell, le mar. 25 janv. 2022 16:15:46 +0100, a ecrit:
> > make[3]: Entering directory '/home/.../hurd-0.9.git20211230/build-
> > deb/
> > libshouldbeinlibc'
> > mkdir /hom
Source: hurd
Version: 0.9.git20211230-5
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
Currently hurd FTBFS on GNU/Hurd due to a problem with the
Makeconf/mkinstalldirs scripts.
>From the build log:
make -C libshouldbeinlibc install
make[3]: Entering direct
On Tue, 2022-01-18 at 17:46 +0100, Svante Signell wrote:
>
> The added file can be incorporated in libdrm-tests.install file with
> using dh_exec and making libdrm-tests.install executable.
> +#! /usr/bin/dh-exec
> +[hurd-any] usr/bin/amdgpu_test
Add to this a build-dependency of
siginfo (Here the ifdef logic is
reversed. Of course the result is the same. Additionally, indentation is
corrected to the same as the original file)
Thanks!
Description: Cater for si_int not on Hurd
Author: Svante Signell
Bug-Debian: https://bugs.debian.org/987557
Reviewed-by: Craig Small
Last-U
ping
On Fri, 2021-10-22 at 10:06 +, Debian Bug Tracking System wrote:
> Thank you for filing a new Bug report with Debian.
>
> You can follow progress on this Bug here: 997009:
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=997009.
>
> This is an automatically generated reply to let you
ping
On Sun, 2021-10-24 at 11:48 +0200, Svante Signell wrote:
> s/protocol level/option name/
ping
On Wed, 2021-10-13 at 08:01 +1100, Craig Small wrote:
> On Mon, 26 Apr 2021 at 01:36, Svante Signell wrote:
> > procps fails to build from source due to usage of field si_int of struct
> > siginfo_t in lib/test_process.c which does not exist on GNU/Hurd.
>
> Hi Svant
On Wed, 2021-12-15 at 17:58 +0200, Timo Aaltonen wrote:
> On 6.12.2021 14.44, Svante Signell wrote:
> > Hello again,
> >
> please send a MR upstream
I'll try. But I don't know yet how to create an MR, any ideas?
Thanks!
Hello again,
libdrm still FTBFS on GNU/Hurd, now ate 2.4.108-1. Attached are two
updated patches, hurd-port.diff and path_max.diff.
libdrm-2.4.108-1 (and 2.4.104-1) has been built and tested fine on
GNU/Linux and GNU/Hurd. On Linux the patches have also been tested with
valgrind using the package
s/protocol level/option name/
Source: unbound
Version: 1.13.1-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
Currently unbound FTBFS on GNU/Hurd due to usage of protocol level
IPV6_TCLASS, which is not defined on GNU/Hurd. The attached patch,
services_listen_dnsport.c.diff, make this u
On Sat, 2021-10-23 at 11:22 -0300, Jesse Smith wrote:
>
> This is getting bogged down in the weeds and not related to whether
> the readlink() patch works or not. The PATH_MAX usage is unrelated to
> the fix.
>
> However, since you asked, PATH_MAX is set to 2048 in pidof.
>
> Using get_current_d
Source: php8.0
Version: 8.0.8-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
Currently php8.0 FTBFS on GNU/Hurd due to the option --with-fpm-
apparmor while apparmor is no longer built on non-linux. The patch,
debian_rules.diff, fixes this problem.
This p
Hi Jesse,
On Thu, 2021-10-21 at 14:51 -0300, Jesse Smith wrote:
> Please give the attached patch a try and confirm it's working. It's
> working here for normal and zombie processes and it seems to be okay
> for uninterruptable sleep processes too, but I'd like to have someone
> else confirm every
Source: openssh
Version: 8.4p1-6
Severity: important
Tags: patch
Usertags: linux
Hi,
Currently openssh FTBFS on GNU/Linux due to a build dependency on
libsystemd-dev.
The attached patch, debian_control.diff fixes this problem by build-
depending on libsystemd-dev | libelogind-dev for linux-any.
Source: openssh
Version: 8.4p1-6
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
Currently openssh FTBFS on GNU/Hurd due to a missing definition of
MAXHOSTNAMELEN. The attached patches, defines.h.diff and gss-
serv.c.diff fixes these problems.
These patches
Source: libpciaccess
Version: 0.16-1
Severity: important
Tags: patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hi,
Currently libpciaccess FTBFS on GNU/Hurd due to missing symbols in the
libpciaccess0.symbols file. The attached patch,
debian_libpciaccess0.symbols.hurd-i386.diff, defines t
Source: gedit
Version: 40.1-2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org debian-k...@lists.debian.org
Usertags: hurd
Hi,
Currently gedit FTBFS on GNU/Hurd and GNU/kFreeBSD due to failure to
define ENABLE_GVFS_METADATA in config.h during configuraation.
With the attached pa
On Fri, 2021-10-08 at 19:32 +0200, Andreas Metzler wrote:
> # The older patch version included in the upload did not build on
> hurd.
> #
> # I will re-check
>
> reopen 995049
Hello,
The problem is that p11-kit should build-depend on libbsd-dev, not
libbsd0, as in the latest update to the bug. T
On Mon, 2021-09-27 at 19:09 +0200, Svante Signell wrote:
> Hello Andreas
>
> Just for your info. I’m AFK for another week so i cannot test anything until
> then. However, some comments are inlined below.
I'm back and have now tested again on Linux, Hurd and kFreeBSD.
Hello Andreas
Just for your info. I’m AFK for another week so i cannot test anything until
then. However, some comments are inlined below.
Skickat från min iPad
> 26 sep. 2021 kl. 14:35 skrev Andreas Metzler :
>
>> On 2021-09-25 Svante Signell wrote:
>> Source: p11
Source: p11-kit
Version: 0.24.0-2
Severity: important
Tags: patch
User: debian-h...@lists.debian.org debian-k...@lists.debian.org
Usertags: hurd
Hi,
Currently p11-kit FTBFS on GNU/Hurd due to a missing implementation in
common/unix-peer.c. Fortunately the function getpeereid() is available in the
On Sun, 2021-05-09 at 21:56 +0800, hahawang wrote:
> Package: gftp
> Severity: important
> Version: 2.7.0b-1
> Tags: ftbfs,patch
> User:hahawang
> Usertags: hurd,hurd-i386
> X-Debbugs-CC:debian-h...@lists.debian.org,bug-h...@gnu.org
>
> +#if !(defined(__FreeBSD__) || defined(__NetBSD__) || defined
On Mon, 2021-04-26 at 23:43 +0200, Samuel Thibault wrote:
> Hello Svante,
>
> For information, your patch got dropped because of #975658
Yes I know since a long time. And you did not care or anybody else
either. So why bother... Why spend time on worthless issues?
Source: hurd
Version: 1:0.9.git20201127-7
Severity: important
Tags: upstream
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
When hurd dumps a core file it cannot be read properly in gdb. This is
either due to a bug in the Hurd package itself or a bug in gdb. The
core dump code in Hurd s
reopen 975585 3.0.3-13
thanks
Hello,
Reopening #975585 due to that the patch debian_vsftpd.init.patch was
not applied. The package is still not installable on GNU/Hurd.
Thanks!
found 951834 7.4.15-2
retitle 951834 php7.4 FTBFS on hurd-i386
owner 951834 svante.sign...@gmail.com
tags 951834 ftbfs, patch
user 951834 debian-h...@lists.debian.org
usertag 951834 hurd
thanks
Hello,
Trying to build php7.4 for GNU/Hurd revealed that in addition of the
patch in this bug report, a
found 951834 7.4.11-1
tags 951834 ftbfs
user 951834 debian-h...@lists.debian.org
usertags 951834 hurd kfreebsd
thanks
Hello,
Trying to build php7.4 for GNU/Hurd revealed that in addition of the
patch in this bug report, another one is needed and attached:
ext_standard_hrtime.h.patch.
Thanks!
Ind
Hi again,
Sorry for this. The patch for debian/control should add sysvinit-utils
to Depends: not Build-Depends:. New patch attached.
Thanks!
--- a/debian/control 2020-11-24 09:07:54.0 +0100
+++ b/debian/control 2020-11-24 09:08:36.0 +0100
@@ -21,6 +21,7 @@
lsb-base (>= 3.0-6),
Source: vsftpd
Version: 3.0.3-12
Severity: important
Tags: ftbfs, patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
vsftpd fails to install due to usage of a ps -C in vsftpd.init, which
does not exist for GNU/Hurd. The attached patch,
debian_vsftpd.init.patch, fixes this problem. The
Source: zeromq3
Version: 4.3.3-3
Severity: important
Tags: ftbfs, patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
zeromq3 fails to build from source due to a PATH_MAX issue in
tests/testutil.cpp, and a missing declaration of
make_random_ipc_endpoint in tests/testutil_unity.{hpp,cpp
Source: libva
Version: 2.9.0-1
Severity: important
Tags: ftbfs, patch
User: debian-h...@lists.debian.org debian-k...@lists.debian.org
Usertags: hurd kfreebsd
Hello,
libva fails to build due to usage of a linux-specific usage of
syscall(__NR_gettid) in va/va_trace.c. The attached patch,
va_va_trac
Source: nspr
Version: 4.28-1
Severity: important
Tags: patch
User: n...@packages.debian.org
Usertags: linux-any
Hello,
In debian/rules the runtests.sh script is not run properly. The line
cd nspr/pr/tests && grep -v
'^\(fdcach\|gethost\|getproto\|nblayer\|peek\|socket\|vercheck\)$$'
./runtests.s
Source: nspr
Version: 4.28-1
Severity:
Tags: ftbfs, patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
Currently libdrm FTBFS GNU/Hurd due to a parenthesis bug in ptsync.c.
Attached is a patch to fix this: nspr_pr_src_pthreads_ptsynch.c.diff.
Furthermore for the tests to succeed on
On Sat, 2020-09-19 at 22:05 +0200, Samuel Thibault wrote:
> Package: gcc-10
> Version: 10.2.0-7
> Severity: important
> Tags: patch
>
> Hello,
>
> systemtap is a Linux thing, and doesn't currently build on non-Linux
> ports, could you disable the dependency as the attached patch does?
Hi Samuel,
On Wed, 2020-09-16 at 17:14 +0300, Timo Aaltonen wrote:
> On 16.9.2020 10.53, Svante Signell wrote:
> > On Tue, 2020-09-15 at 23:49 +0300, Timo Aaltonen wrote:
> > > On 15.9.2020 19.50, Svante Signell wrote:
> > > > Both patches (somewhat modified) submitted upst
On Tue, 2020-09-15 at 23:49 +0300, Timo Aaltonen wrote:
> On 15.9.2020 19.50, Svante Signell wrote:
> >
> > Both patches (somewhat modified) submitted upstream to the old
> > issues:
> > https://gitlab.freedesktop.org/mesa/drm/-/issues/23
> > https://gitlab.fre
On Mon, 2020-09-14 at 20:52 +0300, Timo Aaltonen wrote:
> On 14.9.2020 18.44, Svante Signell wrote:
> > found 909436 2.4.102-1
> > thanks
> >
> > Hello again,
> >
> > libdrm still FTBFS on GNU/Hurd now due to bug #970304 and still
> > missing support
found 909436 2.4.102-1
thanks
Hello again,
libdrm still FTBFS on GNU/Hurd now due to bug #970304 and still missing
support for Hurd in drm.h and xf86drm.h. Attached is a patch, hurd-
port.diff, to fix this. The rest of that patch address PATH_MAX issues
in xf86dri.c as PATH_MAX is not defined for
Source: libdrm
Version: 2.4.102-1
Severity: important
Tags: ftbfs, patch
User: debian-k...@lists.debian.org
Usertags: kfreebsd
Hello,
Currently libdrm FTBFS GNU/kFreeBSD (and GNU/Hurd) due to usage of
#elif __FreeBSD__ instead of #elif defined(__FreeBSD__) in xf86drm.c.
Attached is a patch to fi
Source: systemtap
Version: 4.3-2
Severity: important
Tags: patch
Usertags: hurd-i386, kfreebsd-any
User: debian-h...@lists.debian.org, debian-k...@lists.debian.org
Hello,
Currently systemtap FTBFS on GNU/Hurd and GNU/kFreeBSD-any due to
several linux-specific includes in some .cxx-files and usage
ping
Source: mesa
Version: 20.0.6-3
Severity: important
Tags: ftbfs, patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
Currently mesa FTBFS on GNU/Hurd due to a missing struct definition.
The NEW attached patch src_glx_dri_common.h.diff fixes that problem.
Strangely this problem does not
Source: mesa
Version: 20.0.6-1
Severity: important
Tags: ftbfs, patch
User: debian-h...@lists.debian.org
Usertags: hurd
Hello,
Currently mesa FTBFS on GNU/Hurd due to a missing struct definition. Version
20-0.4-2 built successfully earlier. The attached patch
src_glx_dri_common.h.diff fixes that
Hi again,
I uploaded a new version, 3.2.9-7+debian2 which fixes many lintian
warnings:
* binary-control-field-duplicates-source
* out-of-date-standards-version
* package-uses-old-debhelper-compat-version
* xc-package-type-in-debian-control
* rules-requires-root-missing
* hardening-no-b
On Mon, 2020-04-13 at 00:36 +0200, Svante Signell wrote:
> Hi again,
>
> I saw that there was some complaints from lintian of the uploaded
> version. I've fixed some of them. Upload again?
>
> BTW: running lintian with the --pedantic flag does not show all
> issues
found 909436 2.4.101-2
thanks
Hi Praveen,
Which packages in Debian GNU/Hurd did you install to build golang-
github-nsf-termbox-go? I can maybe try out the build to find out where
it fials.
Thanks!
On Wed, 2020-04-15 at 22:34 +0530, Pirate Praveen wrote:
> Package: gccgo-9
> Version: 9.3.0-9
> Severity: important
> X-debbugs
Hi again,
I saw that there was some complaints from lintian of the uploaded
version. I've fixed some of them. Upload again?
BTW: running lintian with the --pedantic flag does not show all issues
as 956...@bugs.debian.org does. Which option(s) trigger all the output
at the link?
Thanks!
Package: sponsorship-requests
Severity: wishlist
Dear mentors,
I am looking for a sponsor for my package "eudev"
* Package name: eudev
Version : 3.2.9-7+debian1
Upstream Author : NA
* URL : https://gitweb.gentoo.org/proj/eudev.git
* License : GPL-2+
* Vc
1 - 100 of 1130 matches
Mail list logo