Re: Dropping gdc support?

2022-01-23 Thread Svante Signell
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. > >

Bug#1004348: hurd: FTBFS on hurd-i386 locally

2022-01-25 Thread Svante Signell
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 direct

Bug#1004348: hurd: FTBFS on hurd-i386 locally

2022-01-25 Thread Svante Signell
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

Bug#1004348: hurd: FTBFS on hurd-i386 locally

2022-01-25 Thread Svante Signell
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: > > > > >

Bug#1004348: hurd: FTBFS on hurd-i386 locally

2022-01-25 Thread Svante Signell
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

Bug#1004348: hurd: FTBFS on hurd-i386 locally

2022-01-25 Thread Svante Signell
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

Bug#1004348: hurd: FTBFS on hurd-i386 locally

2022-01-26 Thread Svante Signell
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

Re: Dropping gdc support?

2022-01-26 Thread Svante Signell
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. > > Sa

Bug#1004348: hurd: FTBFS on hurd-i386 locally

2022-01-27 Thread Svante Signell
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

Bug#1004348: hurd: FTBFS on hurd-i386 locally

2022-01-27 Thread Svante Signell
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 > > &

Bug#1021260: libdumbnet: FTBFS on hurd-i386

2022-10-04 Thread Svante Signell
Source: libdumbnet Version: 1.16.1-1 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd X-Debbugs-CC: debian-hurd@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

Bug#1021357: gcc-12: FTBFS on hurd-i386

2022-10-06 Thread Svante Signell
Source: gcc-12 Version: 12_12.2.0-5 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd Affects: gcc-11, gcc-snapshot X-Debbugs-CC: debian-hurd@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

Bug#1027840: gcc-11: FTBFS on hurd-i386

2023-01-03 Thread Svante Signell
Source: gcc-11 Version: 11.3.0-10 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd Affects: gcc-11, gcc-snapshot X-Debbugs-CC: debian-hurd@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

Bug#1029050: gcc-snapshot: FTBFS on hurd-i386 (and other archs?)

2023-01-16 Thread Svante Signell
Source: gcc-snapshot Version: 20230108-1 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd X-Debbugs-CC: debian-hurd@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

Bug#1033007: Now gcc-13: [Fwd: [PATCH] gcc-12: Re-enable split-stack support for GNU/Hurd.]

2023-03-15 Thread Svante Signell
Package: gcc-snapshot Version: 1:20230315-1 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd Affects: gcc-snapshot X-Debbugs-CC: debian-hurd@lists.debian.org Hello, seems like the patch gcc_config_gnu.h.diff, in debian gcc-12 named: pr104290-followup.diff was lost

Bug#1055875: util-linux: FTBFS on hurd-i386

2023-11-13 Thread Svante Signell
Source: util-linux Version: 2.39.2-5 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd X-Debbugs-CC: debian-hurd@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

Bug#1055935: mate-polkit: Non-installable on hurd-i386

2023-11-14 Thread Svante Signell
Source: mate-polkit Version: 1.26.1-4 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd X-Debbugs-CC: debian-hurd@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

Bug#1055936: synaptic: Non-installable on hurd-i386

2023-11-14 Thread Svante Signell
Source: synaptic Version: 0.93.1 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd X-Debbugs-CC: debian-hurd@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.

Bug#1056049: consolekit2: Not buildable on hurd-i386

2023-11-16 Thread Svante Signell
Source: consolekit2 Version: 1.2.6-2 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd X-Debbugs-CC: debian-hurd@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

Bug#1056050: mate-power-manager: Non-installable on hurd-i386

2023-11-16 Thread Svante Signell
Source: mate-power-manager Version: 1.26.1-1 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd X-Debbugs-CC: debian-hurd@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

Bug#1056145: e2fsprogs: FTBFS on hurd-i386

2023-11-17 Thread Svante Signell
Source: e2fsprogs Version: 1.47.0-2 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd X-Debbugs-CC: debian-hurd@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

Bug#1056311: lirc: FTBFS on hurd-i386

2023-11-20 Thread Svante Signell
Source: lirc Version: 0.10.1-7.2 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd X-Debbugs-CC: debian-hurd@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

Fwd: Re: Bug#1057634: /sbin/hwclock: unrecognized option '--rtc=/dev/rtc0'

2023-12-06 Thread Svante Signell
--- 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

Re: Bug#1057634: /sbin/hwclock: unrecognized option '--rtc=/dev/rtc0'

2023-12-06 Thread Svante Signell
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

Re: Bug#1057634: /sbin/hwclock: unrecognized option '--rtc=/dev/rtc0'

2023-12-06 Thread Svante Signell
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

Re: poweroff support on Hurd?

2023-12-07 Thread Svante Signell
On Thu, 2023-12-07 at 08:16 +0200, Martin-Éric Racine wrote: > > [2023-12-07 08:14](HURD i386)perkelix@pxeth:~$ showtrans /servers/shutdown > /hurd/shutdown > [2023-12-07 08:14](HURD i386)perkelix@pxeth:~$ showtrans /servers/acpi > /hurd/acpi > [2023-12-07 08:14](HURD i386)perkelix@pxeth:~$ ls /se

Bug#1060093: lirc: FTBFS on hurd-i386

2024-01-05 Thread Svante Signell
Source: lirc Version: 0.10.2-0.2 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd X-Debbugs-CC: debian-hurd@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,__

Re: dhcpcd: FTBFS on Hurd

2024-01-17 Thread Svante Signell
On Wed, 2024-01-17 at 18:48 +0100, Samuel Thibault wrote: > Joshua Branson, le mer. 17 janv. 2024 12:09:30 -0500, a ecrit: > > Also may I ask why Debian is switching to dhcpcd?  Just curious. > > Because ISC is not maintaining its dhcp software any more. I'm working on porting dhcpcd. No working

Bug#1069094: mariadb: FTBFS on hurd-i386

2024-04-16 Thread Svante Signell
Source: mariadb Version: 10.11.7-4 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd X-Debbugs-CC: debian-hurd@lists.debian.org Hi, mariadb FTBFS on hurd-i386. Attached are three patches enabling a successful build: - debian_rules.patch:  override_dh_installsystem

Bug#1070396: exim4: FTBFS on hurd-i386

2024-05-04 Thread Svante Signell
Source: exim4 Version: 4.97-8 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd X-Debbugs-CC: debian-hurd@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: -

Re: Trying to run a Mumble Server

2013-09-18 Thread Svante Signell
On Thu, 2013-09-19 at 02:33 +0200, Samuel Thibault wrote: > Jens Mühlenhoff, le Thu 19 Sep 2013 02:18:28 +0200, a écrit : > > >Yes. SOCK_CLOEXEC is not currently supported, the TCP/IP stack thinks > > >the caller is inventing a new proto type numbered 4194305. You would > > >get the same behavior

Re: Trying to run a Mumble Server

2013-09-18 Thread Svante Signell
On Thu, 2013-09-19 at 05:38 +0200, Svante Signell wrote: > > > I was wondering why the Qt code is using (fd != -1 || errno != EINVAL) to > > > determine success? > > > > Because Linux probably returns EINVAL instead of EPROTOTYPE in such an > > error case.

Re: FTBS ocsync & qtkeychain

2013-09-18 Thread Svante Signell
On Thu, 2013-09-19 at 00:11 +0200, Sandro Knauß wrote: > Hey, > > I really like to get owncloud-client running in hurd. Two build-deps are not > build in hurd. > > till now building ocsync fails with [1]: > > src/csync_misc.c: In function 'csync_get_user_home_dir': > src/csync_misc.c:91:15: er

Re: [Pkg-owncloud-maintainers] FTBS ocsync & qtkeychain

2013-09-19 Thread Svante Signell
On Thu, 2013-09-19 at 10:30 +0200, Sandro Knauß wrote: > Hey, > > Wooh that is fast! Please send the patch to pkg-owncloud- > maintain...@lists.alioth.debian.org. I'm not subscribed at debian-hurd :) > > sandro > > -- > Am Donnerstag, 19. September 2013, 08:13:4

Re: [Pkg-owncloud-maintainers] FTBS ocsync & qtkeychain

2013-09-19 Thread Svante Signell
On Thu, 2013-09-19 at 12:42 +0200, Pino Toscano wrote: > Hi, > > In data giovedì 19 settembre 2013 12:16:49, Svante Signell ha scritto: > > The patch is attached. Additionally, the freebsd patch is modified to > > include errno.h for definition of ENODATA and EPIPE. The c

Re: [Pkg-owncloud-maintainers] FTBS ocsync & qtkeychain

2013-09-19 Thread Svante Signell
On Thu, 2013-09-19 at 15:10 +0200, Pino Toscano wrote: > In data giovedì 19 settembre 2013 14:57:07, Svante Signell ha scritto: > > > Furthermore, your changes are losing the check for an empty HOME. > > > > I don't think so, in that case getenv returns NULL >

Re: Roll call for porters of architectures in sid and testing

2013-09-19 Thread Svante Signell
- fix arch-related bugs I am a not (yet) a DM/DD Svante Signell -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1379596145.5825.104.ca...@s1499.it.kth.se

Re: Trying to run a Mumble Server

2013-09-19 Thread Svante Signell
On Thu, 2013-09-19 at 15:16 +0200, Thomas Schwinge wrote: > Hi! > > On Thu, 19 Sep 2013 02:06:27 +0200, Samuel Thibault > wrote: > > Jens Mühlenhoff, le Thu 19 Sep 2013 01:55:24 +0200, a écrit : > > > I think that translates to socket(AF_INET, SOCK_STREAM | SOCK_CLOEXEC, 0) > > > > Yes. SOCK_CL

Re: Trying to run a Mumble Server

2013-09-19 Thread Svante Signell
On Thu, 2013-09-19 at 23:12 +0200, Jens Mühlenhoff wrote: > Am 19.09.2013 05:52, schrieb Svante Signell: > > In the Qt case you can make it a one-liner: > > Change > > if (fd != -1 || errno != EINVAL) > > to > > if (fd != -1 || !(errno == ENOSYS || errn

Re: SOCK_CLOEXEC glibc patches (was: dbus startup problem when built with eglibc-2.17)

2013-09-21 Thread Svante Signell
On Sat, 2013-09-21 at 15:57 +0200, Samuel Thibault wrote: > Hello, > > Thomas Schwinge, le Mon 02 Sep 2013 23:56:08 +0200, a écrit : > > I have implemented SOCK_CLOEXEC for socket in TopGit branch > > t/socket_flags and for socketpair in t/socketpair_flags > > I have just added them to the debian

Re: dbus startup problem when built with eglibc-2.17

2013-09-21 Thread Svante Signell
On Sat, 2013-09-21 at 15:59 +0200, Samuel Thibault wrote: > Svante Signell, le Mon 02 Sep 2013 22:35:51 +0200, a écrit : > > The solution is to patch dbus to cover also EPROTYYPE, > > if (*fd_p < 0 && (errno == EINVAL || errno == EPROTOTYPE)) > > if (retval

RFC: [PATCH] SCM_CREDS support 1(2)

2013-10-15 Thread Svante Signell
Hi, Patch 1(2) on SCM_CREDS support for GNU/Hurd. Time to publish the SCM_CREDS proposal to the list. From the patch there are some FIXMEs that need to be resolved for a final patch to be created. I've been running two kvm-images with eglibc built with this patch for a few weeks now, and haven't

RFC: [PATCH] SCM_CREDS support 2(2)

2013-10-15 Thread Svante Signell
Hi, Patch 2(2) on SCM_CREDS support for GNU/Hurd. This patch is optional. kFreeBSD dos not support this case (but Linux is). This patch implements the last cases in the test code sent to the list in September 2013, options <-n> and <-z> see http://lists.debian.org/debian-hurd/2013/09/msg00034.ht

Re: RFC: [PATCH] SCM_CREDS support 2(2)

2013-10-15 Thread Svante Signell
Updated second patch, reflecting recent changes in the first patch. On Tue, 2013-10-15 at 10:36 +0200, Svante Signell wrote: > Hi, > > Patch 2(2) on SCM_CREDS support for GNU/Hurd. > > This patch is optional. kFreeBSD dos not support this case (but Linux > is). > > T

Re: RFC: [PATCH] SCM_CREDS support 1(2)

2013-10-15 Thread Svante Signell
On Wed, 2013-10-16 at 00:28 +0200, Samuel Thibault wrote: > Svante Signell, le Tue 15 Oct 2013 10:33:12 +0200, a écrit : > > + pids = __getpid(); > > + euids = __geteuid(); > > + auids = __getuid(); > > + egids = __getegid(); > > + agids = __

Re: RFC: [PATCH] SCM_CREDS support 1(2)

2013-10-15 Thread Svante Signell
On Wed, 2013-10-16 at 00:42 +0200, Samuel Thibault wrote: > Svante Signell, le Wed 16 Oct 2013 00:40:18 +0200, a écrit : > > On Wed, 2013-10-16 at 00:28 +0200, Samuel Thibault wrote: > > > Svante Signell, le Tue 15 Oct 2013 10:33:12 +0200, a écrit : > > >

Re: RFC: [PATCH] SCM_CREDS support 1(2)

2013-10-15 Thread Svante Signell
On Wed, 2013-10-16 at 00:49 +0200, Samuel Thibault wrote: > Samuel Thibault, le Wed 16 Oct 2013 00:48:35 +0200, a écrit : > > Because the receiver does not trust the sender. > > And that is the *whole* point of SCM_CREDS. Otherwise the sender could > simply write a mere struct, without having to g

Re: RFC: [PATCH] SCM_CREDS support 1(2)

2013-10-15 Thread Svante Signell
On Wed, 2013-10-16 at 07:35 +0200, Svante Signell wrote: > On Wed, 2013-10-16 at 00:49 +0200, Samuel Thibault wrote: > > Samuel Thibault, le Wed 16 Oct 2013 00:48:35 +0200, a écrit : > > > Because the receiver does not trust the sender. > > > > And that is

Re: RFC: [PATCH] SCM_CREDS support 1(2)

2013-10-16 Thread Svante Signell
On Wed, 2013-10-16 at 09:24 +0200, Samuel Thibault wrote: > Svante Signell, le Wed 16 Oct 2013 07:44:11 +0200, a écrit : > > What about being paranoid, and do the check on both the transmit _and_ > > receive side? > > There is no need for a check on the transmit side: the s

Re: RFC: [PATCH] SCM_CREDS support 1(2)

2013-10-16 Thread Svante Signell
On Wed, 2013-10-16 at 10:46 +0200, Samuel Thibault wrote: > Svante Signell, le Wed 16 Oct 2013 09:50:27 +0200, a écrit : > > Also, you need to check that it works when the sender and the receiver > don't have the same uid/gid/etc., e.g. root sending to a normal user > (whic

RFC: [PATCH] SCM_CREDS support

2013-10-24 Thread Svante Signell
Hi, New patch, now receiver centric, as requested for SCM_CREDS support for GNU/Hurd: scm_creds_sendmsg.c.diff and scm_cresd_recvmsg.c. (previous second patch, (updated scm_creds-sendmsg.c_2.diff) for the -n option, might not be used, in that case the first attached (scm_creds-sendmsg.c.diff) pa

Re: RFC: [PATCH] SCM_CREDS support

2013-10-24 Thread Svante Signell
On Thu, 2013-10-24 at 14:34 +0200, Samuel Thibault wrote: > Svante Signell, le Thu 24 Oct 2013 13:40:02 +0200, a écrit : > > We are now checking authorization on the receive side. > > Could you explain *how* your patch is working? That is again the piece > of information which

Re: RFC: [PATCH] SCM_CREDS support

2013-10-24 Thread Svante Signell
On Thu, 2013-10-24 at 16:08 +0200, Samuel Thibault wrote: > Svante Signell, le Thu 24 Oct 2013 15:38:11 +0200, a écrit : > > > > + goto label; > > > > > > Why skipping SCM_RIGHTS support? The message may contain *both* > > > SCM_RIGHT and SCM_CR

Re: RFC: [PATCH] SCM_CREDS support

2013-10-24 Thread Svante Signell
On Thu, 2013-10-24 at 17:22 +0200, Samuel Thibault wrote: > Svante Signell, le Thu 24 Oct 2013 17:04:58 +0200, a écrit : > > On Thu, 2013-10-24 at 16:08 +0200, Samuel Thibault wrote: > > > Svante Signell, le Thu 24 Oct 2013 15:38:11 +0200, a écrit : > > >

Re: RFC: [PATCH] SCM_CREDS support

2013-10-24 Thread Svante Signell
On Thu, 2013-10-24 at 18:15 +0200, Samuel Thibault wrote: > Svante Signell, le Thu 24 Oct 2013 18:14:19 +0200, a écrit : > Sure, but again, what is the relation between that and having both > SCM_RIGHT and SCM_CREDS in the same message? It was a matter of constructing an if-then-else

Re: Fully TLS libc

2013-11-12 Thread Svante Signell
On Tue, 2013-11-12 at 14:47 +0100, Richard Braun wrote: > On Tue, Nov 12, 2013 at 02:42:29PM +0100, Samuel Thibault wrote: > > Hello, > > > > This morning, a libc with fully TLS variables was uploaded. > > > > It means libpthread and makecontext can now accept any kind of > > stack (size and alig

Re: Fully TLS libc

2013-11-13 Thread Svante Signell
On Wed, 2013-11-13 at 10:39 +0100, Richard Braun wrote: > On Wed, Nov 13, 2013 at 10:34:13AM +0100, Samuel Thibault wrote: > > Richard Braun, le Wed 13 Nov 2013 10:22:35 +0100, a écrit : > > > Actually, the upload looks incomplete. I could find nex libc-bin, > > > locales and multiarch-support pack

Re: Fully TLS libc

2013-11-13 Thread Svante Signell
On Wed, 2013-11-13 at 13:17 +0100, Samuel Thibault wrote: > Svante Signell, le Wed 13 Nov 2013 11:29:39 +0100, a écrit : > > On Wed, 2013-11-13 at 10:39 +0100, Richard Braun wrote: > > > On Wed, Nov 13, 2013 at 10:34:13AM +0100, Samuel Thibault wrote: > > Encountered regr

RFC: [CODE] Test code to check for SCM_RIGHTS and SCM_CREDS support

2013-11-26 Thread Svante Signell
Hi, The following code contains tests to check support for sending SCM_RIGHTS and SCM_CREDS (SCM_CREDENTIALS and SO_PEERCRED on Linux) over a UNIX socket. Zero to three file descriptors are sent and zero or one credentials request is made. It has been tested on Linux, kFreeBSD and Hurd (with and w

Re: RFC: [PATCH] SCM_CREDS support

2013-12-05 Thread Svante Signell
On Thu, 2013-10-24 at 18:24 +0200, Svante Signell wrote: > On Thu, 2013-10-24 at 18:15 +0200, Samuel Thibault wrote: > > Svante Signell, le Thu 24 Oct 2013 18:14:19 +0200, a écrit : > > > Sure, but again, what is the relation between that and having both > > SCM_RIGHT a

Re: RFC: [PATCH] SCM_CREDS support

2013-12-06 Thread Svante Signell
On Fri, 2013-12-06 at 00:18 +0100, Svante Signell wrote: > On Thu, 2013-10-24 at 18:24 +0200, Svante Signell wrote: > > On Thu, 2013-10-24 at 18:15 +0200, Samuel Thibault wrote: ... > With these patches gamin and glib2.0 work ... > dbus-daemon works, but some of the tests does not,

Re: Booting hurd using OpenRC

2014-01-22 Thread Svante Signell
On Wed, 2014-01-22 at 10:28 +0100, Samuel Thibault wrote: > Samuel Thibault, le Wed 22 Jan 2014 10:24:12 +0100, a écrit : > > Thomas Goirand, le Wed 22 Jan 2014 17:03:05 +0800, a écrit : > > > Is Hurd using sysv-rc by default? Or what??? > > > > Not yet, patches are pending upload. > > (see #7219

Re: Booting hurd using OpenRC

2014-01-22 Thread Svante Signell
On Wed, 2014-01-22 at 10:57 +0100, Svante Signell wrote: > On Wed, 2014-01-22 at 10:28 +0100, Samuel Thibault wrote: > > Samuel Thibault, le Wed 22 Jan 2014 10:24:12 +0100, a écrit : > > > Thomas Goirand, le Wed 22 Jan 2014 17:03:05 +0800, a écrit : > > > > Is Hur

Re: Outdated leaf packages to be removed

2014-01-27 Thread Svante Signell
On Mon, 2014-01-27 at 02:00 +0100, Michael Banck wrote: > Hi, > > On Mon, Jan 27, 2014 at 01:43:08AM +0100, Michael Banck wrote: > > > Maybe a way to avoid the (few) cases where linux/i386 is lagging behind > > > (due to FTBFS) could be running it against amd64 as well, and not > > > considering t

Re: Outdated leaf packages to be removed

2014-01-28 Thread Svante Signell
On Mon, 2014-01-27 at 00:36 +0100, Michael Banck wrote: > Hi, ... > The leaf packages to remove are: ... > evolution-ews > evolution-rss depends on evolution-dev->bogofilter: #729192 > gdb-arm-none-eabi built fine https://buildd.debian.org/status/fetch.php?pkg=gdb-arm-none-eabi&arch=hurd-i386&ve

Re: Outdated leaf packages to be removed

2014-01-28 Thread Svante Signell
On Mon, 2014-01-27 at 00:36 +0100, Michael Banck wrote: > Hi, ... > pdns PATH_MAX -> #... > privoxy build attempt 206 days ago -> builds fine now: reschedule > proxychains build attempt 246 days ago -> buildss fine now: reschedule > pyepr depends on libepr-api2-dev -> libepr-api2 (< 2.2-2+1

Re: Outdated leaf packages to be removed

2014-01-28 Thread Svante Signell
On Tue, 2014-01-28 at 20:49 +0100, Pino Toscano wrote: > On 2014-01-28 11:32, Svante Signell wrote: > >> nagios-plugins-contrib > > > > depends on libmemcached-dev -> builds fine now then the mach keyword > > is > > removed from gcc-4.8: schedule a rebuild!

Re: Outdated leaf packages to be removed

2014-01-29 Thread Svante Signell
On Tue, 2014-01-28 at 11:32 +0100, Svante Signell wrote: > On Mon, 2014-01-27 at 00:36 +0100, Michael Banck wrote: > > music123 > > build-depends on gnat-4.6-> #732681 gnat-4.8** -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "unsubsc

pdns: FTBFS on hurd-i386 (for review)

2014-01-29 Thread Svante Signell
(Sent to debian-hurd for review) Source: pdns Version: 3.3-2 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd Hi, pdns fails to build from source on GNU/Hurd due to two reasons: 1) pdns/arguments.cc: PATH_MAX is not defined on GNU/Hurd. Replace that construct wi

rserve: FTBFS on hurd-i386 (for review)

2014-01-29 Thread Svante Signell
(Sent to debian-hurd for review) Source: rserve Version: 1.7-3-1 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd Hi, rserve fails to build from source on GNU/Hurd since PATH_MAX is not defined. 1) src/Rserv.c: Since PATH_MAX is not defined use the st_size para

Re: pdns: FTBFS on hurd-i386 (for review)

2014-01-29 Thread Svante Signell
On Wed, 2014-01-29 at 22:08 +0800, Anatoly A. Kazantsev wrote: > Hello Svante, > > On Wed, 29 Jan 2014 13:47:34 +0100 > Svante Signell wrote: > > > -snprintf(namebuf, sizeof namebuf, "%s/%s", > > params["include-dir"].c_str(), ent->

Re: installing a DM in the qemu image?

2014-01-30 Thread Svante Signell
On Thu, 2014-01-30 at 10:36 +0100, Samuel Thibault wrote: > Hello, > > On IRC pere remarked that the qemu image doesn't include a DM, and thus > it boots in text mode, and was surprised by it. The only reason why > it's not installed I'm aware of that I personnally usually never use a > DM, and i

Re: installing a DM in the qemu image?

2014-01-30 Thread Svante Signell
On Thu, 2014-01-30 at 10:50 +0100, Samuel Thibault wrote: > Svante Signell, le Thu 30 Jan 2014 10:45:31 +0100, a écrit : > > On Thu, 2014-01-30 at 10:36 +0100, Samuel Thibault wrote: > > > On IRC pere remarked that the qemu image doesn't include a DM, and thus > > >

Re: installing a DM in the qemu image?

2014-01-30 Thread Svante Signell
On Thu, 2014-01-30 at 10:36 +0100, Samuel Thibault wrote: > Do people think we should include a DM by default, i.e. X automatically > started by the qemu image? Why not provide two: One text-mode sandbox version for developers (and others) and one graphics version for newcomers (and others)? (if

Re: GNU/Hurd DDE talk at FOSDEM

2014-01-31 Thread Svante Signell
On Fri, 2014-01-31 at 01:06 +0100, Samuel Thibault wrote: > Hello, > > On sunday afternoon, I will talk about DDE at FOSDEM. I'm now > wondering: what is interesting to talk about on DDE, btw? Maybe you can talk about DDE for disks, usb, audio in addition to network drivers. Especially how to ma

Re: [draft] Debian/Hurd porters position in the default init system debate

2014-01-31 Thread Svante Signell
On Fri, 2014-01-31 at 12:53 +, Steven Chamberlain wrote: > On 31/01/14 10:57, Justus Winter wrote: > But if for example you'd planned to maintain OpenRC-specific runscripts > instead, that would be a reason for kFreeBSD to consider using OpenRC. We are currently working on getting openrc to w

Re: rserve: FTBFS on hurd-i386 (for review)

2014-01-31 Thread Svante Signell
On Fri, 2014-01-31 at 19:48 +0100, Samuel Thibault wrote: > Svante Signell, le Wed 29 Jan 2014 14:20:47 +0100, a écrit : > > 1) src/Rserv.c: Since PATH_MAX is not defined use the st_size parameter > > of a previously made lstat() call: > > Errr, but st_size contains the size

heimdal: FTBFS on hurd-i386 (for review)

2014-02-11 Thread Svante Signell
Source: heimdal Version: 1.6~git20131207+dfsg-1 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd Hi, Currently heimdal fails to build on GNU/Hurd due to a missing definition of _IOT_sundevdata. The attached patch solves this problem by defining it with the _IOT an

pristine-tar: FTBFS on hurd-i386 (for review)

2014-02-11 Thread Svante Signell
Source: pristine-tar Version: 1.30 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd Hi, Currently pristine-tar fails to build on GNU/Hurd due to PATH_MAX not being defined. The attached patch solves this problem by calculating the needed string lengths and malloc

Re: heimdal: FTBFS on hurd-i386 (for review)

2014-02-11 Thread Svante Signell
On Tue, 2014-02-11 at 18:09 +0100, Samuel Thibault wrote: > Svante Signell, le Tue 11 Feb 2014 17:48:50 +0100, a écrit : > > uint64_t param1; > > uint64_t syscall; > > }; > > +#ifdef __GNU__ > > +/* FIXME: Enter the correct values here */ > > +#def

Re: pristine-tar: FTBFS on hurd-i386 (for review)

2014-02-11 Thread Svante Signell
On Tue, 2014-02-11 at 18:26 +0100, Samuel Thibault wrote: > Svante Signell, le Tue 11 Feb 2014 18:17:45 +0100, a écrit : > > @@ -531,6 +533,7 @@ > > argv[i++] = level_buf; > > argv[i++] = NULL; > > > > + /* FIXME: since exevp don't return exec_buf

Re: heimdal: FTBFS on hurd-i386 (for review)

2014-02-11 Thread Svante Signell
On Tue, 2014-02-11 at 19:21 +0100, Samuel Thibault wrote: > Svante Signell, le Tue 11 Feb 2014 18:39:15 +0100, a écrit : > > Regarding the use of _IOT etc, I'm trying to follow > > the same construct as you and Pino did in bug#483281 > > Why not simply reading the do

heimdal: FTBFS on hurd-i386

2014-02-11 Thread Svante Signell
Source: heimdal Version: 1.6~git20131207+dfsg-1 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd Hi, Currently heimdal fails to build on GNU/Hurd due to a missing definition of _IOT_sundevdata. The attached patch solves this problem by defining it with the _IOT an

Re: pristine-tar: FTBFS on hurd-i386 (for review)

2014-02-11 Thread Svante Signell
On Tue, 2014-02-11 at 19:24 +0100, Samuel Thibault wrote: > Svante Signell, le Tue 11 Feb 2014 18:52:28 +0100, a écrit : > > Maybe I got it wrong then, perhaps const would be better. > > Const would mean you're preventing yourself from writing to it. But you > *want* to wr

pristine-tar: FTBFS on hurd-i386 (for review)

2014-02-11 Thread Svante Signell
Source: pristine-tar Version: 1.30 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd Hi, Currently pristine-tar fails to build on GNU/Hurd due to PATH_MAX not being defined. The attached patch solves this problem by calculating the needed string lengths and malloc

Re: New installation CDs and qemu image

2014-02-12 Thread Svante Signell
On Wed, 2014-02-12 at 16:41 +0800, River C. Chiang wrote: > May I know where is the link? cdimage: http://people.debian.org/~sthibault/hurd-i386/installer/cdimage/ preinstalled image: http://people.debian.org/~sthibault/hurd-i386/ -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.or

Re: Init system for non-Linux ports

2014-02-12 Thread Svante Signell
On Wed, 2014-02-12 at 10:45 +, Robert Millan wrote: > On 29/01/2014 09:26, Petr Salinger wrote: > What is the current status of OpenRC? Is it usable? I fear that it is currently broken since one of the latest patches. Do you have a (scrappable) pre-installed image I can download, ala: http://

Re: New installation CDs and qemu image

2014-02-12 Thread Svante Signell
On Wed, 2014-02-12 at 17:02 +0100, Samuel Thibault wrote: > Gabriele Giacone, le Wed 12 Feb 2014 16:56:18 +0100, a écrit : > > Remaining ones (pseudo-graphical, rescue) once selected, switch to a > > resolution my monitor can't show. > > Uh? What does the monitor say exactly? When booting with

Re: New installation CDs and qemu image

2014-02-12 Thread Svante Signell
On Tue, 2014-02-11 at 13:17 +0100, Samuel Thibault wrote: > Hello, > > I've rebuilt the installation CDs and the preinstalled qemu image. Today we (AliciaC) found out on IRC that mounting e.g. the Hurd qemu image under linux >3.10-x and directly unmounting it creates a corrupted file system. The

Re: New installation CDs and qemu image

2014-02-12 Thread Svante Signell
On Wed, 2014-02-12 at 17:16 +0100, Samuel Thibault wrote: > Svante Signell, le Wed 12 Feb 2014 17:13:59 +0100, a écrit : > > On Wed, 2014-02-12 at 17:02 +0100, Samuel Thibault wrote: > > > Gabriele Giacone, le Wed 12 Feb 2014 16:56:18 +0100, a écrit : > > > > > &

Re: New installation CDs and qemu image

2014-02-12 Thread Svante Signell
On Wed, 2014-02-12 at 17:16 +0100, Samuel Thibault wrote: > Svante Signell, le Wed 12 Feb 2014 17:13:59 +0100, a écrit : > > If not quick enough, default install boot starts. > > And is *that* producing scrambled screen output? No everything is normal after that. -- To UNSUBS

Re: New installation CDs and qemu image

2014-02-12 Thread Svante Signell
On Wed, 2014-02-12 at 17:18 +0100, Samuel Thibault wrote: > Svante Signell, le Wed 12 Feb 2014 17:13:59 +0100, a écrit : > > On Wed, 2014-02-12 at 17:02 +0100, Samuel Thibault wrote: > > > Gabriele Giacone, le Wed 12 Feb 2014 16:56:18 +0100, a écrit : > > > > > &

Re: New installation CDs and qemu image

2014-02-12 Thread Svante Signell
On Wed, 2014-02-12 at 17:39 +0100, Samuel Thibault wrote: > Svante Signell, le Wed 12 Feb 2014 17:36:49 +0100, a écrit : > > On Wed, 2014-02-12 at 17:18 +0100, Samuel Thibault wrote: > > > Svante Signell, le Wed 12 Feb 2014 17:13:59 +0100, a écrit : > > > > On

Should _POSIX_TIMERS be set to 200809L instead of 0?

2014-02-18 Thread Svante Signell
Hi, Gabriele G. has some problems with the vlc development people, especially regarding the value of _POSIX_TIMERS, see also Gabrieles first patch to debian-hurd. >From /usr/include/i386-gnu/bits/posix_opt.h (in eglibc-2.17-98~1) /* We do not have POSIX timers, but could in future without ABI ch

[PATCH] Re: [PATCH 0/4] [RFC] Patches for vlc

2014-02-21 Thread Svante Signell
On Tue, 2014-02-18 at 21:25 -0800, Samuel Thibault wrote: > Gabriele Giacone, le Tue 18 Feb 2014 23:49:14 +0100, a écrit : > > [1] > > http://anonscm.debian.org/viewvc/pkg-glibc/glibc-package/branches/eglibc-2.17/debian/patches/hurd-i386/local-clock_gettime_MONOTONIC.diff?revision=5436&view=markup

Re: Roll call for porters of architectures in sid and testing

2014-03-07 Thread Svante Signell
On Thu, 2014-03-06 at 04:20 +0100, Guillem Jover wrote: > Hi! > > On Tue, 2013-10-01 at 00:49:17 +0200, Guillem Jover wrote: > > I am an active porter for the following architectures and I intend > > to continue this for the lifetime of the jessie release: (about kfreebsd and hurd) > > I am a DD.

dwarves-dfsg: FTBFS on hurd-i386 (for review)

2014-04-02 Thread Svante Signell
Source: dwarves-dfsg Version: 1.10-2 Severity: important Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd Hi, Currently dwarves-dfsg fails to build from source due to PATH_MAX being used, and that constant is not defined on GNU/Hurd. The attached patch avoid using PATH_MAX by allocat

Re: dwarves-dfsg: FTBFS on hurd-i386 (for review)

2014-04-02 Thread Svante Signell
. > > Sorry for the previous message. > > BR > Lancelot > > > > On Wed, Apr 02, 2014 at 11:54:06AM +0200, Svante Signell wrote: > > Source: dwarves-dfsg > > Version: 1.10-2 > > Severity: important > > Tags: patch > > User: debian-hurd@

Re: dwarves-dfsg: FTBFS on hurd-i386 (for review)

2014-04-03 Thread Svante Signell
On Wed, 2014-04-02 at 18:07 +0200, Guillem Jover wrote: > Hi! > > A quick review follows: > > On Wed, 2014-04-02 at 16:00:27 +0200, Svante Signell wrote: > > --- a/dwarves.c > > +++ b/dwarves.c > > + int len; > > The correct type for memo

Re: dwarves-dfsg: FTBFS on hurd-i386 (for review)

2014-04-08 Thread Svante Signell
OK to submit? On Thu, 2014-04-03 at 12:42 +0200, Svante Signell wrote: > On Wed, 2014-04-02 at 18:07 +0200, Guillem Jover wrote: > > Hi! > > > > A quick review follows: > > > > On Wed, 2014-04-02 at 16:00:27 +0200, Svante Signell wrote: > >

  1   2   3   4   5   6   7   8   9   10   >