GNU/Hurd support for testing on CI systems

Hi! I recently found about https://vmactions.org/, which makes it possible to add GitHub CI jobs for multiple operating systems besides the stock ones provided there. After having added that for dpkg for several of those OSes, I then failed to test the last release on GNU/Hurd, perhaps relying on

dpkg 1.22.7 FTBFS and fcntl F_GETLK

Hi! I released a new dpkg yesterday, with new support to try to print the executable name of the contending process holding the database lock, but it looks like I had not really tested the changes on GNU/Hurd (more on that on another mail). This should now be fixed in dpkg git with: https://g

Bug#1060420: less: Fix build failure on GNU/Hurd

p 17 00:00:00 2001 From: Guillem Jover Date: Thu, 11 Jan 2024 02:18:07 +0100 Subject: [PATCH] Do not assume PATH_MAX is defined Origin: vendor Forwarded: https://github.com/gwsw/less/pull/469 On systems such as GNU/Hurd, PATH_MAX is not defined, because the system intends to impose no arbitrary

Re: creating Hurd chroots on Linux using DPKG_ROOT chrootless mode

Hi! On Thu, 2024-01-11 at 00:19:58 +0100, Samuel Thibault wrote: > Johannes Schauer Marin Rodrigues, le jeu. 11 janv. 2024 00:12:09 +0100, a > ecrit: > > The util-linux problem is no surprise because less fails to install when > > investigating that issue I noticed the version of less is 487 whic

Re: Bug#1059986: dpkg: Please add hurd-arm64 case

Control: tag -1 moreinfo Hi! On Thu, 2024-01-04 at 12:35:58 +0100, Samuel Thibault wrote: > Package: dpkg > Version: 1.22.2 > Severity: normal > User: debian-hurd@lists.debian.org > Usertags: hurd > aarch64-gnu support is coming too :) Yes, I noticed! :) > Could you add a hurd-amd64 case in dp

Re: gcc-13: hurd-amd64 support

I've queued the attached patch for my next push to dpkg. Thanks, Guillem From 42fbe972975ec707951e699147f42dd0cb51a3f8 Mon Sep 17 00:00:00 2001 From: Guillem Jover Date: Thu, 11 May 2023 02:18:38 +0200 Subject: [PATCH] Dpkg::Vendor::Debian: Mark PIE as builtin on hurd-amd64 This new port that

Strange dd failure makes latest dpkg FTBFS

Hi! Just uploaded a dpkg release yesterday, with only translation updates and an arch definition, and it failed on the hurd-i386 buildd. The relevant part is: ,--- ../../../src/at/deb-format.at:403: # Test data.tar.bad member dd if=/dev/zero of=data.tar.bad bs=1K count=4 status=none ar

Re: Strange build failure in libbsd

Hi! On Wed, 2022-08-24 at 21:17:55 +0200, Samuel Thibault wrote: > Guillem Jover, le mer. 24 août 2022 12:42:28 +0200, a ecrit: > > res = memmem(altstack, ALTSTACK_SIZE, buf, sizeof(buf)); > > One thing I noticed there is that on failure, "res" it not equal to >

Srange build failure in libbsd

Hi! I recently added unit tests upstream for explicit_bzero() to libbsd, and when uploading that into Debian, it strangely failed only on the Hurd. https://buildd.debian.org/status/package.php?p=libbsd I've been trying to check what's happening on and off, with the temptation to simply disable

Bug#1005959: mig-for-host:amd64 should not exist

Hi! On Fri, 2022-02-18 at 09:42:12 +0100, Samuel Thibault wrote: > Helmut Grohne, le ven. 18 févr. 2022 06:20:45 +0100, a ecrit: > > I'm quite surprised about the existence of mig-for-host:amd64 and > > mig-x86-64-linux-gnu. I'm also a little little surprised about > > mig:amd64. Are you sure that

Re: Netsurf build failure: 'PATH_MAX' undeclared (patch)

Hi! On Sat, 2021-05-29 at 19:16:57 +0100, João Pedro Malhado wrote: > I don't know if upstream would accept such a patch as they need to worry about > platforms like RISC OS and AmigaOS, and I don't know if this would work there. > It might be ok for Debian though. If there are no objections/corre

Bug#838392: dpkg: should build-depend on hurd-dev

Hi! On Wed, 2016-09-21 at 08:58:11 +0200, Samuel Thibault wrote: > Control: reassign -1 hurd > Control: block -1 by 818618 > > Helmut Grohne, on Wed 21 Sep 2016 06:09:22 +0200, wrote: > > Thus I suggest to close this bug or turn it into wishlist bugs for the > > above. > > Right. Also adding the

Re: lxqt-config: FTBFS on hurd-i386: udev not available

Hi! On Mon, 2019-07-29 at 13:49:45 +0200, Paul Sonnenschein wrote: > Package: lxqt-config > Severity: important > Version: 0.14.1-2 > Tags: patch > User: debian-hurd@lists.debian.org > Usertags: hurd > > the package lxqt-config fails to build from source on hurd-i386 because > udev is not availab

Re: Bug#933015: libssh FTBFS on hurd: unconditional usage of PATH_MAX

Hi! On Thu, 2019-07-25 at 20:36:31 +0200, Paul Sonnenschein wrote: > Package: src:libssh > Severity: Important > Version: 0.9.0-1 > Tags: patch > User: debian-hurd@lists.debian.org > Usertags: hurd > X-Debbugs-CC: debian-hurd@lists.debian.org > the package libssh fails to build from source on hur

Re: performous FTBFS, it needs code to find the own executable

Hi! On Mon, 2019-07-29 at 17:06:34 +0200, Thorsten Glaser wrote: > It basically does this (I’m ignoring the boring stuff like Windows): > > #if (BOOST_OS_BSD) > int mib[4]; > mib[0] = CTL_KERN; > mib[1] = KERN_PROC; > mib[2] = KERN_PROC_PATHNAME; > mib[3] = -1; >

Re: GNU tar -Holdgnu w/o fakeroot seems to be break dpkg 1.19.1

Hi! On Fri, 2018-09-28 at 09:59:57 +0200, Guillem Jover wrote: > I was checking the dpkg 1.19.1 FTBFS on the Hurd, and noticed few > things: > > * GNU tar with -Holdgnu seems broken (?) when packing a fifo, as it >stores at least the S_IROOT mode bit, which makes GNU tar

Bug#910985: tar: Only encode known mode bits in oldgnu format

Package: tar Version: 1.30+dfsg-2 Severity: important Tags: patch upstream X-Debbugs-Cc: debian-hurd@lists.debian.org, debian-d...@lists.debian.org Hi! This is the original mail I sent to debian-hurd@l.d.o: On Fri, 2018-09-28 at 09:59:57 +0200, Guillem Jover wrote: > I was checking the d

Partially disabled glibc ioctls causing FTBFS error(s)

Hi! I just noticed the inetutils build failure on the Hurd, and tracking it down found: While I've prepared a patch to fix this, I think it might be better (instead or in addition) t

GNU tar -Holdgnu w/o fakeroot seems to be break dpkg 1.19.1

Hi! I was checking the dpkg 1.19.1 FTBFS on the Hurd, and noticed few things: * GNU tar with -Holdgnu seems broken (?) when packing a fifo, as it stores at least the S_IROOT mode bit, which makes GNU tar encode the mode data in base-256 (dpkg suppports that just fine, but it's still une

Re: Bug#885011: libgio-fam: Remove this package?

On Fri, 2017-12-22 at 22:26:48 +, Simon McVittie wrote: > I don't know whether Hurd supports a file-change-monitoring API better > than periodic polling; according to GLib and gamin build logs, it > doesn't seem to have a Linux-compatible inotify or a FreeBSD-compatible > kqueue, and I don't se

Hurd's fakeroot seems to break dpkg 1.18.24 testsuite

Hi! I finally got the chance to take a look at the dpkg FTBFS on Hurd (after recovering my VM! :), and it appears as if it was a fakeroot problem? Building dpkg w/o fakeroot works fine. And running the specific test w/ and w/o fakeroot shows the problem: ,--- $ apt-get source dpkg $ cd dpk

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

On Wed, 2017-04-05 at 16:19:28 +0200, Svante Signell wrote: > Thank you for the review. Attached is an updated patch. Is it OK now? I still > have to check return values of snprintf and realloc and maybe also switch to > using alloca (not POSIX though). I've got the feeling we have covered similar

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

Hi! On Fri, 2017-03-31 at 15:13:03 +0200, Svante Signell wrote: > Source: gputils > Version: 1.4.0-0.1 > Severity: important > Tags: patch > User: debian-hurd@lists.debian.org > Usertags: hurd > gputils currently FTBFS on GNU/Hurd due to PATH_MAX not being defined. The > attached patch fixes this

[RFC] The PIE unholy mess

Hi! I'd like to get some feedback from porters and package maintainers, given that this affects at least both groups. Some background first. One of the reasons PIE has in the past not been enabled by default in dpkg-buildflags, is because it introduced some slowness on some arches, although this

Bug#851729: hurd: exe filename missing for some processes

Package: hurd Version: 1:0.9.git20170117-1 Severity: normal Hi! I was improving the support to get the process executable in start-stop-daemon to use the new libps proc_stat_set_flags PSTAT_EXE attribute, instead of having to use argv[0], and while testing I noticed that several processes return

Re: Bug#845193: dpkg: recent -specs PIE changes break openssl

Hi! On Thu, 2016-11-24 at 14:52:33 +, Thorsten Glaser wrote: > clone 845193 -1 > reassign -1 dpkg > retitle -1 dpkg: please do not add -specs= flags only on some architectures > thanks I'm afraid I'll have to wontfix this because it is not really implementable. See belo

Re: Porter roll call for Debian Stretch

Hi! On Sun, 2016-08-21 at 08:22:09 +0200, Niels Thykier wrote: > Kurt Roeckx: > > On Wed, Aug 17, 2016 at 10:05:06PM +0200, ni...@thykier.net wrote: > >> * If we were to enable -fPIE/-pie by default in GCC-6, should that change > >>also apply to this port? [0] > > > > If -fPIE is the default

Re: Bug#826906: uid-wrapper: FTBFS[!linux]: only supports libc.so.[0-9] filename

Hi! On Fri, 2016-06-10 at 02:20:15 +0100, Steven Chamberlain wrote: > Package: uid-wrapper > Version: 1.2.0+dfsg1-1 > Severity: normal > Tags: patch > User: debian-...@lists.debian.org > Usertags: kfreebsd > I found this happens because src/uid_wrapper.c doesn't detect the libc's > filename. It

Re: PATCH: Hurd FTBFS with perl 5.22

On Tue, 2016-01-05 at 06:56:37 +0100, Svante Signell wrote: > BTW: Why does Hurd contain such crappy dependencies such as perl. This comment seems unnecessarily abrasive and out of place… > Is this part of upstream or Debian specific? The Debian package does not > have it: > apt-cache showsrc hu

Bug#808909: libbsd: Please improve getentropy(2) implementation

Source: libbsd Source-Version: 0.8.1-1 Severity: wishlist X-Debbugs-CC: debian-hurd@lists.debian.org Hi! Currently libbsd implements getentropy(2) using only a fallback, which has the same problems as on old GNU/Linux and other Unix systems. Uses file descriptors which are susceptible to limits o

Re: Defaulting to i686 for the Debian i386 architecture

On Thu, 2015-10-01 at 19:15:54 +0200, Matthias Klose wrote: > question to the Hurd and KFreeBSD maintainers ... change that on these > platforms too? As it currently stands, this is not a question when it comes to dpkg, that specific change is all or nothing. The Debian ←→ GNU cpu mapping is globa

Re: Bug#799883: [PATCH v2 1/2] Treat *-{i386,amd64} as x86

Hi! On Wed, 2015-09-23 at 19:04:03 +0100, James Clarke wrote: > --- a/debian/rules > +++ b/debian/rules > @@ -6,7 +6,7 @@ > dh $@ > > ARCH=$(shell dpkg-architecture -qDEB_HOST_ARCH) > -ifneq (,$(findstring :$(ARCH):,:i386:amd64:)) > +ifneq (,$(filter i386 amd64 %-i386 %-amd64,$(ARCH))) >

Re: "description"

Hi! On Fri, 2015-09-11 at 18:59:23 +0200, Robert Millan wrote: > Any idea about the "Unnamed repository; edit this file 'description' to name > the repository." in: > > https://alioth.debian.org/plugins/scmgit/cgi-bin/gitweb.cgi?p=pkg-hurd/rumpkernel.git;a=summary > > ? > > I'm not sure where

Re: [PATCH glibc] Add file record locking support

On Thu, 2015-01-08 at 18:03:31 +0100, Svante Signell wrote: > On Thu, 2015-01-08 at 16:56 +0100, Guillem Jover wrote: > > On Thu, 2015-01-08 at 12:40:12 +0100, Svante Signell wrote: > > > Index: glibc-2.19/sysdeps

Re: [PATCH glibc] Add file record locking support

On Thu, 2015-01-08 at 12:40:12 +0100, Svante Signell wrote: > Index: glibc-2.19/sysdeps/mach/hurd/fcntl.c > === > --- glibc-2.19.orig/sysdeps/mach/hurd/fcntl.c > +++ glibc-2.19/sysdeps/mach/hurd/fcntl.c > @@ -128,56 +127,87 @@ __libc_f

Re: Bug#662083: Bug#766456: libzip: FTBFS on hurd-i386

Hi! On Fri, 2014-10-24 at 09:43:22 +0200, Svante Signell wrote: > Currently libzip FTBFS on GNU/Hurd due to one failing test: > open_nosuchfile.test. This test checks for a non-existing file and the > error codes for ENOENT: No such file or directory. On GNU/Linux and > GNU/kFreeBSD this number is

Re: Bug#765365: corosync: FTBFS on hurd-i386

Hi! On Tue, 2014-10-14 at 15:31:30 +0200, Svante Signell wrote: > Source: corosync > Version: 1.4.6-1.1 > Severity: important > Tags: patch > User: debian-hurd@lists.debian.org > Usertags: hurd > Currently corosync FTBFS for GNU/Hurd due to missing OS support. The > attached patch adds support fo

Re: hurd-libfuse_0.0.20140820-1_hurd-i386.changes ACCEPTED into experimental, experimental

Hi! On Tue, 2014-09-23 at 16:00:09 +, Debian FTP Masters wrote: > Accepted: > > Format: 1.8 > Date: Sat, 20 Sep 2014 18:18:32 +0200 > Source: hurd-libfuse > Binary: libfuse-hurd-dev libfuse-hurd1 libfuse-hurd-dbg libfuse-dev > Architecture: source hurd-i386 > Version: 0.0.20140820-1 > Distrib

Bug#757013: crosshurd: Update deb(5) format support

essary for the .deb format support though, just cleanup on the way.) Thanks, Guillem From acfa29c106e43aba8a55e8c3ce9d6d65110cce72 Mon Sep 17 00:00:00 2001 From: Guillem Jover Date: Mon, 4 Aug 2014 14:14:52 +0200 Subject: [PATCH 2/4] Use dpkg-deb instead of manually extracting the deb packages Ther

Bug#757014: crosshurd: Fails to install GNU/Hurd due to bumped libparted SONAME

From 8e9d1d5f1629877a7308bd5292feaceff307410f Mon Sep 17 00:00:00 2001 From: Guillem Jover Date: Mon, 4 Aug 2014 14:14:21 +0200 Subject: [PATCH 1/4] Switch from libparted0debian1 to libparted2 --- makehurddir.sh | 4 ++-- packages/gnu | 2 +- 2 files changed, 3 insertions(+), 3 deletions(-) diff --git a/makehurddir.sh b/makehurdd

Bug#219077: crosshurd: now is multi-os so could be renamed to crossdebian

Hi! On Tue, 2003-11-04 at 09:02:31 +0100, Guillem Jover wrote: > Package: crosshurd > Version: 1.5 > Severity: wishlist > Now that crosshurd has been ported to GNU/Linux, GNU/KFreeBSD and > GNU/KNetBSD by Robert Millan, it would be nice to rename the > package from crosshurd

Re: Bug#748903: python-tornado: FTBFS on hurd-i386

Hi! On Thu, 2014-05-22 at 09:20:59 +0200, Svante Signell wrote: > Source: python-tornado > Version: 3.2.0-1 > Severity: important > Tags: patch > User: debian-hurd@lists.debian.org > Usertags: hurd > Currently python-tornado fails to build from source on GNU/Hurd due to > two failed tests: test_u

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

Hi! Another quick review. On Wed, 2014-04-09 at 15:19:25 +0200, Svante Signell wrote: > --- a/contrib/mod_exec.c > +++ b/contrib/mod_exec.c > @@ -735,6 +735,7 @@ static int exec_ssystem(cmd_rec *cmd, co > > if (fds >= 0) { >int buflen; > +#ifdef PIPE_BUF Why the different

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

Hi! A quick review follows: On Wed, 2014-04-02 at 16:00:27 +0200, Svante Signell wrote: > --- a/dwarves.c > +++ b/dwarves.c > @@ -1365,33 +1365,42 @@ int cus__load_dir(struct cus *self, stru > > err = 0; > while ((entry = readdir(dir)) != NULL) { > - char pathname[PATH_M

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

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: > > For kfreebsd-*, I > - co-maintain arch-related packages under the hat of t

Leaving the Debian GNU/Hurd packaging team

Hi! I've been progressively scaling down my involvement in Debian (due to continued dissatisfaction with the project), and given that I've not been very active maintaining GNU/Hurd packages since the switch of the packaging to git (as I find maintaining packaging with full upstream sources in the

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

Hi! [ Had forgotten about this one, sorry. ] I am an active porter for the following architectures and I intend to continue this for the lifetime of the jessie release: For kfreebsd-*, I - co-maintain arch-related packages under the hat of the GNU/kFreeBSD Maintainers. - maintain a portability

Bug#724868: hurd: mtab translator starts repeatedly

Package: hurd Version: 1:0.5.git20130928-1 Severity: normal Hi! Every time the /proc/mounts node is accessed a new /hurd/mtab instance gets started, with the consequent memory and pid usage. Thanks, Guillem -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of "un

Bug#704998: hurd: Broken upgrade due to disappeared shared libraries

Hi! On Fri, 2013-04-12 at 16:46:32 +0200, Guillem Jover wrote: > diff --git a/debian/control b/debian/control > index 4755735..11fec88 100644 > --- a/debian/control > +++ b/debian/control > @@ -17,8 +17,8 @@ Vcs-Git: git://anonscm.debian.org/pkg-hurd/hurd.git > >

Bug#704998: hurd: Broken upgrade due to disappeared shared libraries

On Fri, 2013-04-12 at 15:37:14 +0200, Pino Toscano wrote: > Alle venerdì 12 aprile 2013, Guillem Jover ha scritto: > > On Fri, 2013-04-12 at 12:02:54 +0200, Pino Toscano wrote: > > > Alle lunedì 8 aprile 2013, Guillem Jover ha scritto: > > > > A dist-upgrade broke

Bug#704998: hurd: Broken upgrade due to disappeared shared libraries

Hi! On Fri, 2013-04-12 at 12:02:54 +0200, Pino Toscano wrote: > Alle lunedì 8 aprile 2013, Guillem Jover ha scritto: > > A dist-upgrade broke the system as the hurd package got upgraded > > first, which made the shared libraries disappear, and when > > hurd-libs0.3 was bein

Bug#704998: hurd: Broken upgrade due to disappeared shared libraries

Package: hurd Version: 20130226-2 Severity: serious Hi! A dist-upgrade broke the system as the hurd package got upgraded first, which made the shared libraries disappear, and when hurd-libs0.3 was being unpacked tar failed to execute. Any “Essential: yes” package needs to Pre-Depend at least on

Re: Problem with MergeList...

On Sat, 2012-11-24 at 17:58:53 +, Jose Luis Alarcon Sanchez wrote: > > E: Could not get lock /var/lib/dpkg/lock - open (1073741859: Resource > > temporarily unavailable) > > E: Unable to lock the administration directory (/var/lib/dpkg/), is another > > process using it? > > Any fix for this,

Re: Checks for getcwd(NULL, 0) and get_current_dir_name()

On Sat, 2012-10-20 at 10:21:03 -0700, Roland McGrath wrote: > Not that it matters for choosing a feature macro name. The best > names for such things are purely descriptive rather than referring > to a system by name anyway. i.e., HAVE_GETCWD_NULL_MALLOCS or > suchlike. Ah, even better, true. t

Re: Checks for getcwd(NULL, 0) and get_current_dir_name()

On Fri, 2012-10-19 at 08:55:57 +0200, Svante Signell wrote: > On Wed, 2012-10-17 at 17:42 +0200, Svante Signell wrote: > > > On Wed, 2012-10-17 at 16:15 +0200, Guillem Jover wrote: > > > AC_DEFINE([HAVE_GNU_GETCWD], [1], > > > [Define to 1 if you ha

Re: Check for getcwd(NULL, 0) Was: Re: Bug#636568: xerces-c: Updated patch, submitted upstream

On Wed, 2012-10-17 at 14:15:47 +0200, Svante Signell wrote: > On Wed, 2012-10-17 at 11:51 +0200, Pino Toscano wrote: > > > If you assume getcwd is available, this check is pointless; if you > > don't, then you need to skip the check below is getcwd has not been > > found. > > New version: (has to

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

On Thu, 2012-08-30 at 14:07:18 +0200, Svante Signell wrote: > Source: dovecot > Version: 2.1.7-2 > Severity: important > Tags: patch > Usertags: hurd > User: debian-hurd@lists.debian.org > The number of entries of PATH_MAX are too many to make dynamic unless > upstream is interested. That's a pit

Re: spl: FTBFS on hurd-386 (for review)

On Wed, 2012-08-29 at 10:40:00 +0200, Svante Signell wrote: > Source: spl > Version: 1.0~pre6-3.1 > Severity: Important > Tags: patch > Usertags: hurd > User: debian-hurd@lists.debian.org > --- a/webspld.c 2008-09-18 16:34:23.0 +0200 > +++ b/webspld.c 2012-08-29 10:36:29.00

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

Hi! On Wed, 2012-06-27 at 20:43:15 +0200, Svante Signell wrote: > Source: libpst > Version: 0.6.54-3 > Severity: important > Tags: patch > User: debian-hurd@lists.debian.org > Usertags: hurd > Hi, libpst does not build for GNU/Hurd due to PATH_MAX issues. Attached > are three small patches to ena

Re: Patch for libpst (for review)

Hi! On Wed, 2012-06-20 at 19:10:17 +0200, Svante Signell wrote: > If there is a need to build pst2dii that .cpp-file has to be patched too > (not done yet). Looks like it will be enabled if the right version > of /usr/bin/convert is found (probably from imagemagick). Not in the > build depends tho

Re: Best test condition for defining _GNU_SOURCE?

On Thu, 2012-06-14 at 09:46:14 +0200, Svante Signell wrote: > I have submitted a patch that needs to be modified to define _GNU_SOURCE > for definitions of various glibc functions, like get_current_dir_name, > declared in unistd.h if _USE_GNU is defined. __USE_GNU is defined by > using the feature

Re: inetutils & netdde

On Mon, 2012-05-21 at 00:33:33 +0200, Samuel Thibault wrote: > inetutils-ifconfig doesn't like being passed /dev/eth0, could somebody > work on making it happy with it? I've not checked the details of the new netdde stuff, but I'm assuming this does not work currently because the SIOC[GS]IF family

Re: Bug#669059: webkit-1.8.0-2: FTBFS on hurd-*

On Mon, 2012-04-23 at 08:18:46 +0200, Svante Signell wrote: > On Mon, 2012-04-23 at 07:54 +0200, Guillem Jover wrote: > > On Wed, 2012-04-18 at 08:35:23 +0200, Svante Signell wrote: > > > Attached is an updated patch. This patch together with the one in > > > #66481

Re: Bug#669059: webkit-1.8.0-2: FTBFS on hurd-*

On Wed, 2012-04-18 at 08:35:23 +0200, Svante Signell wrote: > Attached is an updated patch. This patch together with the one in > #664810 would enable a successful build of webkit-1.8.0 for GNU/Hurd. > --- a/Source/JavaScriptCore/wtf/gobject/GlibUtilities.cpp 2012-02-19 > 18:45:45.0 +

Re: webkit-1.8.0-2: Patches for review

On Wed, 2012-04-18 at 09:54:55 +0200, Pino Toscano wrote: > Now that I saw webkit's code, I'm a bit dubious about the code in > Source/JavaScriptCore/wtf/gobject/GlibUtilities.cpp; it basically does > something like this (simplified for convenience of email): > > | #if OS(LINUX) > | CString getCu

Re: Bug#652575: rsyslog: /etc/init.d/rsyslog modifications for GNU/Hurd

Hi! On Fri, 2012-04-06 at 10:09:01 +0200, Michael Biebl wrote: > On 27.01.2012 10:18, Guillem Jover wrote: > >> * rsyslog should probably switch to use s-s-d --exec instead (why is > >>it using --name anyway? that option has always been more unreliable). > > &

Re: downtimed and start-stop-daemon.

On Fri, 2012-04-06 at 05:26:15 +0200, Guillem Jover wrote: > Hmmm, ok so in 1.16.2 I only fixed part of the issue, I've now fixed the > other part in my local tree, which will be included in dpkg 1.16.3 (to > be uploaded soon). The fix implies looking at the process basename() of >

Re: downtimed and start-stop-daemon.

On Tue, 2012-04-03 at 20:56:07 +0200, Mats Erik Andersson wrote: > tisdag den 3 april 2012 klockan 17:02 skrev Guillem Jover detta: > > Are you using dpkg 1.16.2, s-s-d --name has been bogus up to now on > > GNU/Hurd. > > Yes, dpkg_1.16.2 is in use. I started with "deb

Re: downtimed and start-stop-daemon.

On Tue, 2012-04-03 at 11:55:58 +0200, Mats Erik Andersson wrote: > A further investigation displays that the stop call using start-stop-daemon, > as implemented in the init-script, is also malfunctioning with GNU/Hurd. > It is the standard form > > s-s-d --stop --quiet --retry=TERM/30/KILL/5 --p

Re: Bug#652575: rsyslog: /etc/init.d/rsyslog modifications for GNU/Hurd

On Mon, 2012-01-30 at 12:23:02 +0100, Svante Signell wrote: > On Fri, 2012-01-27 at 10:18 +0100, Guillem Jover wrote: > > On Sat, 2011-12-24 at 05:30:33 +0100, Guillem Jover wrote: > > > * If Hurd's procfs interface is supposed to provide a Linux compatible > >

Re: gpart FTBFS

On Sat, 2012-01-28 at 11:25:27 +0530, harish badrinath wrote: > On Sat, Jan 28, 2012 at 3:05 AM, Guillem Jover wrote: > > The proposed patch also fixes the endian issues as stated on the bug > > report. > The patch attached by Samuel Thibault is a diff of a diff. > The unmo

Re: gpart FTBFS

On Sat, 2012-01-28 at 01:57:21 +0530, harish badrinath wrote: > gpart does not build on hurd right ?? > According to http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=636814, > the proposed patch boils down to > > -ifeq ($(shell uname),Linux) > +ifneq ($(findstring $(shell uname),Linux GNU GNU/kFre

Re: Packages remaining at debian-ports

On Fri, 2012-01-27 at 11:56:36 +0100, Samuel Thibault wrote: > Rolf Schmidt, le Fri 27 Jan 2012 11:31:18 +0100, a écrit : > > >I tried to summarize the situation at > > >ftp://debian-ports.org/debian/pool-hurd-i386/main as also written down > > >at the debian-hurd wiki page: http://wiki.debian.org/

Re: rrdtool: FTBFS on hurd-i386

Hi! On Tue, 2012-01-24 at 20:18:27 +0100, Svante Signell wrote: > FIXME: > Still have to free filename at the correct place. And some issues are > still not completely clear. > > TODO: > The whole package will be tested with valgrind on GNU/Linux! > diff -ur rrdtool-1.4.3/src/rrd_daemon.c > rr

Re: Bug#652575: rsyslog: /etc/init.d/rsyslog modifications for GNU/Hurd

On Sat, 2011-12-24 at 05:30:33 +0100, Guillem Jover wrote: > * If Hurd's procfs interface is supposed to provide a Linux compatible >output, then it needs to switch to only a program name, not a full >path in /proc//stat, /statm, etc. Pino submitted a patch for this (thank

Re: memstat: FTBFS on hurd-i386

Hi! [ Two requests, could you disable HTML mail in your client? And could you check it properly sets the MIME type for the attachments, otherwise other mailers will not inline them on replies for example. Thanks! ] On Wed, 2012-01-25 at 14:01:35 +0100, Tanguy LE CARROUR wrote: > I've remove

Re: Bug#657081: audacious: FTBFS on hurd-i386

Hi! On Mon, 2012-01-23 at 22:56:27 +0100, Svante Signell wrote: > Package: audacious > Version: 2.4.4-1 > Severity: important > Tags: patch > User: debian-hurd@lists.debian.org > Usertags: hurd > diff -ur audacious-2.4.4/src/audacious/plugin-registry.c > audacious-2.4.4.modified/src/audacious/pl

Re: New versions of openbsd_{basename,dirname}.c

On Tue, 2012-01-17 at 13:02:43 +0100, Svante Signell wrote: > On Tue, 2012-01-17 at 12:48 +0100, Guillem Jover wrote: > > On Tue, 2012-01-17 at 09:04:45 +0100, Svante Signell wrote: > > > Dynamic allocation versions of openbsd_basename.c and openbsd_dirname.c > > > are

Re: New versions of openbsd_{basename,dirname}.c

Hi! On Tue, 2012-01-17 at 09:04:45 +0100, Svante Signell wrote: > Dynamic allocation versions of openbsd_basename.c and openbsd_dirname.c > are attached together with old functions together with some test strings > in test_base+dirname.c. Comments are appreciated. Another part of the > patch for l

Re: New version of function mkdirhier()

On Thu, 2012-01-12 at 18:07:46 +0100, Svante Signell wrote: > I'm currently creating a patch to make libtar build and stumbled on the > function mkdirhier() in util.c. Since that function use not recommended > and potentially dangerous functions like strlcpy and strsep I rewrote > and generalized i

Re: Bug#652575: rsyslog: /etc/init.d/rsyslog modifications for GNU/Hurd

Hi! On Sun, 2011-12-18 at 19:35:55 +0100, Svante Signell wrote: > Source: rsyslog > Version: 5.8.6-1 > Severity: important > Tags: patch > User: debian-hurd@lists.debian.org > Usertags: hurd > Unfortunately the installed init file > does not work, since on GNU/Hurd /proc//stat is reporting rsyslo

Re: Bug#651529: rsyslog: FTBFS on hurd-i386

Hi! On Tue, 2011-12-13 at 18:44:11 +0100, Michael Biebl wrote: > but WTH does GNU/hurd not simply #define PATH_MAX and be done with it. While that could be the easy way out, it would definitely be wrong. Such limits can be OS or filesystem specific, if at all. They do not even represent reality o

Re: Bug#651529: rsyslog: FTBFS on hurd-i386

Hi! On Tue, 2011-12-13 at 09:50:21 +0100, Svante Signell wrote: > On Tue, 2011-12-13 at 06:41 +0100, Guillem Jover wrote: > > On Fri, 2011-12-09 at 16:40:41 +0100, Svante Signell wrote: > > > Source: rsyslog > > > Version: 5.8.6-1 > > > Severity: important

Re: Bug#651529: rsyslog: FTBFS on hurd-i386

Hi! On Fri, 2011-12-09 at 16:40:41 +0100, Svante Signell wrote: > Source: rsyslog > Version: 5.8.6-1 > Severity: important > Tags: patch > User: debian-hurd@lists.debian.org > Usertags: hurd > rsyslog FTBFS on GNU/Hurd due to the usage of PATH_MAX in one function > static rsRetVal Load(uchar *pMo

Re: update-alternatives and /dev/random

On Sun, 2011-11-20 at 18:41:42 +0530, harish badrinath wrote: > On Sun, Nov 20, 2011 at 11:47 AM, Guillem Jover wrote: > > Hmm, ok this seems fine. And you have the random translators running > > right? > > root@debian:~# ps-hurd aux | grep random > root 503 0

Re: update-alternatives and /dev/random

On Sun, 2011-11-20 at 09:36:23 +0530, harish badrinath wrote: > On Sat, Nov 19, 2011 at 8:37 AM, Guillem Jover wrote: > > That's because something went wrong on the upgrade from the random-egd > > to the random-hurd switch. Check with showtrans what /dev/{u,}random > >

Re: update-alternatives and /dev/random

Hi! On Fri, 2011-11-18 at 15:05:44 +0530, harish badrinath wrote: > Is there a specific reason to continue using update-alternatives for > providing /dev/random ?? Continue? It was never used before until quite recently. > Here are my arguments *not* to use update-alternatives to provide > rando

Re: abiword: FTBFS on hurd-i386

Hi! On Wed, 2011-11-09 at 18:15:50 +0100, Svante Signell wrote: > diff -ur abiword-2.9.1/src/af/xap/gtk/xap_UnixApp.cpp > abiword-2.9.1.modified/src/af/xap/gtk/xap_UnixApp.cpp > --- abiword-2.9.1/src/af/xap/gtk/xap_UnixApp.cpp 2011-05-09 > 09:32:28.0 +0200 > +++ abiword-2.9.1.modifi

Re: Debian glibc symbol version stuff

On Mon, 2011-10-24 at 23:44:27 +0200, Samuel Thibault wrote: > > > __vm_statistics@Base 2.11 > > > __vm_wire@Base 2.11 > > > __vm_write@Base 2.11 > > > - __xxx_cpu_control@Base 2.11 > > I guess this is also due to changes? Same answer: dropping symbols in a > lib is somethin

Re: Bug#645346: pax: FTBFS on hurd-i386

Hi! On Sat, 2011-10-15 at 15:51:11 +0200, Svante Signell wrote: > On Sat, 2011-10-15 at 01:20 +0200, Guillem Jover wrote: > > After considering this, I think it would be a better option and way more > > portable to use realpath(path, NULL) when _POSIX_VERSION >= 200809L. &

Getting rid of type-handling from the archive

Hi! I've been filing bug reports on packages Build-Depending on type-handling to switch to native arch wildcards, the bugs still open are: #639117 [w|+| ] e2tools: Remove unused type-handling from Build-Depends #639332 [w|+| ] buildcross: Remove deprecated Depends on type-handling #639164

Re: Bug#644657: libmemcached: FTBFS on hurd-i386

Hi! On Thu, 2011-10-13 at 19:00:24 +0200, Svante Signell wrote: > Attached is an updated patch, mainly fixing some indentation and coding > style issues and not limiting msghdr if there is no IOV_MAX limit > defined (as on GNU/Hurd). > diff -ur libmemcached-0.44//clients/ms_conn.c > libmemcached

Re: Comments on the pax patch?

On Thu, 2011-10-13 at 16:46:55 +0200, Svante Signell wrote: > Any thing left before submitting a bug report? Commented now on the bug report. I think it would be better though to get the patches right before fileing bug reports, waiting few more days should never be a problem. Either that or maybe

Re: Bug#645346: pax: FTBFS on hurd-i386

Hi! On Fri, 2011-10-14 at 18:33:13 +0200, Svante Signell wrote: > Package: pax > Version: 20090728-2 > Severity: important > Tags: patch > Usertags: hurd > > Attached is a small patch to make pax-20090728 build under GNU/Hurd. > The first part is using the already issued lstat(2) call to find out

Re: Port to x64

On Wed, 2011-10-12 at 23:32:47 +0200, Samuel Thibault wrote: > David Watson, le Wed 12 Oct 2011 10:34:04 -0400, a écrit : > > What would it take to start porting debian gnu/hurd (i386) to i686/amd64 > > (x64 > > PCs)? Can Mach even handle 64-bit? If so, then is it just a matter of > > recompiling?

Re: Comments on the pax patch?

On Wed, 2011-10-12 at 21:03:13 +0200, Svante Signell wrote: > Attached is a patch to make pax-20090728 build under GNU/Hurd. Function > calls changed are readlink()->xreadlink() (new, same as for psmisc) and The same comment here, I've mentioned before the lstat/malloc/readlink combo before. I eve

Re: Comments on the psmisc patch?

On Mon, 2011-10-10 at 23:20:15 +0200, Svante Signell wrote: > In the patch of fuser.c I rewrote the xreadlink() function, since the > code in the Alioth patch at > http://www.gnu.org/software/hurd/hurd/porting/guidelines.html > does not work :-( I've mentioned this before, for symlinks the ideal

Re: Comments on the libmemcached (updated) patch?

On Thu, 2011-10-06 at 16:58:47 +0200, Svante Signell wrote: > diff -ur libmemcached-0.44/clients/ms_conn.c > libmemcached-0.44.modified//clients/ms_conn.c > --- libmemcached-0.44/clients/ms_conn.c 2010-07-22 17:06:58.0 > +0200 > +++ libmemcached-0.44.modified//clients/ms_conn.c

Re: e2fsprogs patch for review (updated)

On Wed, 2011-10-05 at 15:34:53 +0200, Svante Signell wrote: > I created a configure.in check for quota.h and #ifdef'd on that instead > since building without libquota.a created a lot of undefined references > when linking. > See above and the attached updated patch, the number of changes became >

Re: e2fsprogs patch for review (and other stuff)

Hi! On Tue, 2011-10-04 at 23:30:14 +0200, Samuel Thibault wrote: > Svante Signell, le Tue 04 Oct 2011 17:53:49 +0200, a écrit : > > --- e2fsprogs-1.42~WIP-2011-10-01/lib/quota/mkquota.c 2011-09-18 > > 20:06:52.0 +0200 > > +++ e2fsprogs-1.42~WIP-2011-10-01.modified//lib/quota/mkquota

  1   2   3   >