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,
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,
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: 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
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*
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*
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
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
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
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
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
ping
On Wed, 2022-02-23 at 11:13 +0100, Svante Signell wrote:
> Hello,
>
> In line of porting the latest build of libgo/go with gcc-12 to GNU/Hurd,
> support
> of split-stack was found to be removed.
>
> After patching the files in libgo the build of gotools fails:
> go
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
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
Hello,
In line of porting the latest build of libgo/go with gcc-12 to GNU/Hurd, support
of split-stack was found to be removed.
After patching the files in libgo the build of gotools fails:
go1: error: '-fsplit-stack' currently only supported on GNU/Linux
go1: error: '-fsplit-stack' is not
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
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
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,
At
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,
At
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,
At
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_r
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_r
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
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
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
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 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
> > &
in
libdiskfs. If/when making such changes all functions and function calls would
have to be modified simultaneously.
Thanks!
From a36202019dcc92d5b8058002ba427de3923c6a1c Mon Sep 17 00:00:00 2001
From: Svante Signell
Date: Thu, 20 Jan 2022 16:11:44 +0100
Subject: [PATCH] Uncouple nested function calls
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 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
Unfortunate, I was just about to look into that problem.
On Sun, 2022-01-23 at 22:56 +0100, Samuel Thibault wrote:
> Samuel Thibault, le dim. 16 janv. 2022 21:19:17 +0100, a ecrit:
> > otherwise I'll soon ask to just drop the gdc support from
> > gcc-12
>
> Apparently doko already did it.
>
>
Unfortunate, I was just about to look into that problem.
On Sun, 2022-01-23 at 22:56 +0100, Samuel Thibault wrote:
> Samuel Thibault, le dim. 16 janv. 2022 21:19:17 +0100, a ecrit:
> > otherwise I'll soon ask to just drop the gdc support from
> > gcc-12
>
> Apparently doko already did it.
>
>
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 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
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
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
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
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 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 /home
> >
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 /home
> >
Source: hurd
Version: 0.9.git20211230-5
Severity: important
Tags: patch
User: debian-hurd@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
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
Unfortunately. I was jut going to look into that problem...
On Sun, 2022-01-23 at 22:56 +0100, Samuel Thibault wrote:
> Samuel Thibault, le dim. 16 janv. 2022 21:19:17 +0100, a ecrit:
> > otherwise I'll soon ask to just drop the gdc support from
> > gcc-12
>
> Apparently doko already did it.
>
Unfortunately. I was jut going to look into that problem...
On Sun, 2022-01-23 at 22:56 +0100, Samuel Thibault wrote:
> Samuel Thibault, le dim. 16 janv. 2022 21:19:17 +0100, a ecrit:
> > otherwise I'll soon ask to just drop the gdc support from
> > gcc-12
>
> Apparently doko already did it.
>
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
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
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
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.
>
>
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!
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
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
On Tue, 2021-11-30 at 22:22 +, jbra...@dismail.de wrote:
> November 29, 2021 12:41 PM, "Svante Signell"
> wrote:
>
> > Hello,
> >
> > I've been working lately with on how to port valgrind to GNU/Hurd,
> > and found out that this is not a tr
On Mon, 2021-11-29 at 22:19 +0100, Samuel Thibault wrote:
> Hello,
>
> Svante Signell, le lun. 29 nov. 2021 18:40:48 +0100, a ecrit:
> > I've been working lately with on how to port valgrind to GNU/Hurd, and found
> > out that this is not a trivial task.
>
> It is ind
Hello,
I've been working lately with on how to port valgrind to GNU/Hurd, and found out
that this is not a trivial task. Seems like one have to make a suitable mix of
linux and darwin code (and to some extent freebsd/solaris code). Being a novice
on assembly programming I need some help on
On Sat, 2021-11-13 at 13:07 +0100, Riccardo Mottola via Dng wrote:
> Hello,
>
>
> I upgraded from ascii to beowulf, almost everything smooth exceot eudev
> which does not upgrade due to this:
>
> Preparing to unpack .../eudev_3.2.9-9~beowulf1_amd64.deb ...
> Since release 198, udev requires
On Thu, 2021-11-11 at 16:07 -0500, Zack Weinberg wrote:
> Marco d'Itri wrote:
> > Since some significant work on dpkg is reasonably not forthcoming
>
> Yeah, because _you,_ Marco, prefer to spend your time trying to
> gaslight the project into thinking there isn't a critical-severity
> bug in
On Fri, 2021-11-05 at 18:50 +, Alexis PM via Dng wrote:
> Debian 11 Bullseye is the last Debian release that supports the non-
> merged-usr layout. It is therefore foreseeable that Devuan 4 Chimaera
> will also be.
>
I'm not so sure Devuan has to follow Debian with respect to merged-
/usr.
On Fri, 2021-11-05 at 10:52 +0100, Martin Steigerwald wrote:
> Hi!
>
> I migrated a Debian Buster to Devuan Chimaera by already install runit-
> init into /target during Debian installation and then switching over
> sources.list to Chimaera.
>
> Debian 11 defaults to usr merge. So the installed
Hello,
After the patches sent to the libdrm package in #909436 was removed with version
2.4.103-2 due to bug #975658 causing problems with an "Invalid read after the
end of block in xf86drm.c" a year ago nothing happened. I've now taken up the
patches again, and try to solve the issues of the
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
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
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
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
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
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: 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
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
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
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.
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
On Fri, 2021-08-13 at 18:23 +0200, Samuel Thibault wrote:
> The GPLv2-only code is essentially the pfinet stack from Linux, for
> which we don't have any assignment anyway. But again, this is getting
> replaced by lwip.
Hello.
How to make lwip by default enabled instead of pfinet?
Thanks :)
On Fri, 2021-08-13 at 18:23 +0200, Samuel Thibault wrote:
> The GPLv2-only code is essentially the pfinet stack from Linux, for
> which we don't have any assignment anyway. But again, this is getting
> replaced by lwip.
Hello.
How to make lwip by default enabled instead of pfinet?
Thanks :)
On Tue, 2021-07-20 at 21:51 +, Holger Levsen wrote:
> On Tue, Jul 20, 2021 at 11:15:33PM +0200, Svante Signell wrote:
> [...]
> > Debian, the Universal Operating System was used some years ago!
>
> Svante, fine. You are unhappy with Debian since years, you're not
>
On Tue, 2021-07-20 at 15:34 -0400, Polyna-Maude Racicot-Summerside
wrote:
> Hi,
>
> On 2021-07-20 3:30 p.m., Marc Haber wrote:
> > On Tue, 20 Jul 2021 14:47:04 +0200, Svante Signell
> > wrote:
> > > According to the dpkg developer and maintainer Guillem users can
&g
On Tue, 2021-07-20 at 13:41 +0200, Andreas Metzler wrote:
>
> Hello,
> Isn't this kind of crying over spilt milk? I also wish we never had
> ended up with the buster/bullseye state where both unmerged and
> merged-/usr-via-aliased-dirs are fully supported. However there is
> now a huge number of
On Sun, 2021-07-18 at 20:58 +0200, Svante Signell wrote:
> On Wed, 2021-07-14 at 23:40 +0200, Guillem Jover wrote:
> > On Wed, 2021-07-14 at 19:54:56 +, Thorsten Glaser wrote:
> > > Sean Whitton dixit:
> > > > * #978636 move to merged-usr-only?
> > > >
Hi, is it OK to forward your mail to debian-devel. I don't think
mailing to debian-user will have any effect on this issue?
On Sun, 2021-07-18 at 16:31 -0400, Polyna-Maude Racicot-Summerside
wrote:
> Hi,
>
> > > But in any case, given that merged-usr-via-aliased-dirs is not
> > > really
> > >
On Wed, 2021-07-14 at 23:40 +0200, Guillem Jover wrote:
> On Wed, 2021-07-14 at 19:54:56 +, Thorsten Glaser wrote:
> > Sean Whitton dixit:
> > > * #978636 move to merged-usr-only?
> > >
> > > We were asked to decide whether or not Debian 'bookworm' should
> > > continue to support systems
On Sat, 2021-05-15 at 19:47 +0200, Ludovic Courtès wrote:
> Hello Guix!
>
> So, now that 1.3.0 is out the door, what’s next?!
>
> Here’s my wish list of things that look achievable within 4 to 6
> months
> (I hope to help on some of these):
What about Hurd?
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__) ||
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-hurd@gnu.org
>
> +#if !(defined(__FreeBSD__) || defined(__NetBSD__) ||
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?
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?
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?
Hello,
The following text file describes the procedure:
(replacing Debian's Gnome desktop (default) with Devuan's Gnome)
apt-get install emacs-nox
apt-get install net-tools
emacs ~srs/.bashrc
+ export PATH=$PATH:/sbin:/usr/sbin
source ~srs/.bashrc
ifconfig
ens3 ...
Remove all entries of debian.
101 - 200 of 4854 matches
Mail list logo