Re: Hurd's fakeroot seems to break dpkg 1.18.24 testsuite

Hi :) Guillem Jover writes: > 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? It is a bug in our fakeroot, it breaks O_NOFOLLOW: teythoon@hurdbox ~ % cat onofollow.c #include

Re: [PATCH] [hurd] pflocal/socket.c: Support MSG_DONTWAIT in pflocal send/recv

Richard Braun <rbr...@sceen.net> writes: > On Mon, Aug 08, 2016 at 04:54:47PM +0200, Justus Winter wrote: >> Richard Braun <rbr...@sceen.net> writes: >> > Why not start the translator from the remapped environment too ? >> >> No reason, but this

Re: [PATCH] [hurd] pflocal/socket.c: Support MSG_DONTWAIT in pflocal send/recv

Richard Braun <rbr...@sceen.net> writes: > On Mon, Aug 08, 2016 at 12:55:24PM +0200, Justus Winter wrote: >> Right, I can see how this is a problem. The thing is, remap doesn't >> quite do the job: 1/ it fails to remap relative paths, 2/ if one sets a >>

Re: [PATCH] [hurd] pflocal/socket.c: Support MSG_DONTWAIT in pflocal send/recv

Christian Seiler writes: Use the remap translator instead, which is one of the things the Hurd design allows you to do easily. See /bin/remap to easily set one. >>> >>> remap doesn't work at all here, programs then complain >>> that they can't assign

Re: [PATCH] [hurd] pflocal/socket.c: Support MSG_DONTWAIT in pflocal send/recv

Christian Seiler writes: > (The following is not really important, rebooting does > work, so it's not a showstopper.) > > On 08/07/2016 09:13 PM, Richard Braun wrote: >> On Sun, Aug 07, 2016 at 08:44:56PM +0300, Esa Peuha wrote: PS: Is there any way to sanely restart

Bug#802053: Fix probing of Hurd installations on the Hurd

Package: os-prober Version: 1.68 Severity: normal Tags: patch User: debian-hurd@lists.debian.org Usertags: hurd X-Debbugs-CC: debian-hurd@lists.debian.org Hello, with os-prober working on the Hurd now, I noticed that the grub installation would hang. I traced the problem to a Hurd-specific

[PATCH] Fix probing of Hurd installations on the Hurd

Test for /servers instead of /servers/exec to avoid starting an translator in the mounted system. Furthermore, avoid testing for a specific Hurd component (previously, the script used /hurd/init, which incidentally has been renamed recently, and the replacement program might be phased out at

Re: Issues found by inetutils-ifconfig.

Hey Mats :) Quoting Mats Erik Andersson (2015-07-16 01:29:50) With the purpose of refining the abilities of inetutils-ifconfig for GNU/Hurd, I got hold of the image debian-hurd-2015024 two days ago, where gnumach is of version 1.4+git20150409. I am an upstream developer of GNU Inetutils,

Re: Hurd installation

Quoting john (2015-07-13 13:08:03) I see, But even like this i get the same error: No such device or address Hm. If a) your computer has an AHCI-based SATA controller, and b) our driver can talk to it (watch for messages enumerating the SATA ports early on), you can use `sd0' instead of `hd0'.

Re: Hurd installation

Quoting john (2015-07-13 15:26:05) photos pci_init: no BIOS32 detected This is going to be a problem. hd0: no response (status = 0xff) hd0: non-IDE drive, CHS=1024/255/63 hd0: INVALID GEOMETRY: 255 PHYSICAL HEADS? This is funny. The oldish Linux IDE driver says: * The ATA spec tells

[PATCH gnumach packaging] include the new rpcscan utility

=medium + + [ Justus Winter ] + * Include the new rpcscan utility. + + -- Samuel Thibault sthiba...@debian.org XXX + hurd (1:0.6.git20150704-1) unstable; urgency=medium * New upstream snapshot. diff --git a/debian/hurd.install.in b/debian/hurd.install.in index 1fdbb31

Re: Hurd installation

Hi John :) Quoting john (2015-07-11 17:11:58) I did not have any success this way, grub finds hurd installation but is not able to boot. I am providing a screen shot of the boot process. Heh, a real screen shot :) Your root device is wrong. The current value is

Re: Hurd installation

Hi John, Quoting john (2015-06-22 20:30:12) I try to dd the .img file on a partition but grub doesnt find an entry. The .img file contains a partition table and multiple partitions, so you cannot just dd it to a partition. You could try (as root, from the top of my head): # kpartx -a

Re: Hurd installation

Hi John, Quoting john (2015-06-20 19:50:27) I would like to ask if it is posible to install debian gnu hurd from inside debian gnu linux Yes. The package is called crosshurd. I'm not sure how well this method of installation is supported these days. Otoh you could just dd a preinstalled

Re: Synaptic - problems with X

Quoting Gianmarco (2015-04-26 12:16:14) I was trying to use synaptic on my Debian GNU/Hurd with openbox, but when I launch it from the terminal emulator it doesn't start giving this message: sudo synaptic Invalid MIT-MAGIC-COOKIE-1 key ** (synaptic:2430): WARNING **: Could not open X display

Re: Debian Archive architecture removals

Quoting Joerg Jaspert (2015-04-20 00:22:08) We'll be removing HURD, as discussed, from the ftp-master archive after the Jessie release. I never quite understood the benefit of removing the Hurd port from ftp-master. Anyone? I for one am tired of this discussion popping up each Debian release,

Re: hostdisk

Hi :) Quoting Johannes Koehler (2015-02-21 17:41:11) After installation process my device description changed from /dev/sda to /dev/sdb (after installing another OS for online purposes) Is there a possibility to tell hurd that he has to use sda instead of sdb? Grub is already booting the

Re: Investigation of the failing build of gnat-4.9 using fakeroot-hurd

Hello :) Quoting Svante Signell (2015-02-03 12:42:32) In your particular case, did you check whether the error is right, i.e. it tried to do something to the file on the ext2fs that the user is not allowed to do ? Well, the printouts from libdiskfs shows a uid and gid of 1000, i.e they

Re: Investigation of the failing build of gnat-4.9 using fakeroot-hurd

Hello :) Quoting Svante Signell (2015-02-02 12:26:06) Confusing thing is: Printouts in libnetfs/dir-lookup.c:netfs_S_dir_lookup() are not triggered, but libdiskfs/dir-lookup.c:diskfs_S_dir_lookup are. libnetfs is built into fakeroot itself, but not libdiskfs, which is built into

Re: FOSDEM talk?

Quoting Samuel Thibault (2015-01-30 02:02:33) Hello, About the Hurd news in my slides, in recent work, I have listed: - Init system decoupled - Allows to use standard Debian sysvinit scripts! - Using dmd for Guix such - Distributed mtab translator - Various optimizations -

Re: Bug#760275: e2fsprogs: e2fsck corrupts Hurd filesystems

Quoting Theodore Ts'o (2015-01-23 16:25:11) On Thu, Jan 22, 2015 at 07:41:10PM +0100, Justus Winter wrote: I can accept that you do not care about the Hurd, but I feel deeply saddened by the fact that you appreciate my effort to improve the software you maintain so little. Sorry, this e

Re: Bug#760275: e2fsprogs: e2fsck corrupts Hurd filesystems

Hello, Quoting Justus Winter (2014-09-02 19:22:57) Quoting Theodore Ts'o (2014-09-02 18:56:58) Probably not. We can switch to the Linux on-disk format once we can store all Hurdish stuff in extended attributes though. Hm. When you do this, it would be good to simply stop using

Re: Reaend: [PATCH hurd/debian] Add libfshelp-tests programs and documentation to hurd-dev

Quoting Samuel Thibault (2015-01-08 14:36:02) Svante Signell, le Thu 08 Jan 2015 14:30:46 +0100, a écrit : On Thu, 2015-01-08 at 14:17 +0100, Samuel Thibault wrote: Svante Signell, le Thu 08 Jan 2015 14:11:46 +0100, a écrit : Attached is the patch for debian/hurd-dev.install.in to

Re: subhurd vs docker

Hi :) Quoting ha (2014-12-16 12:15:32) From Hurd FAQ: One major problem might be that the architectural benefits are generally perceived as very abstract, with little practical benefit. We currently don't have many tools that are actually making use of all the possibilities. Question:

Re: util-linux' fdisk broken

Hey Samuel, Quoting Samuel Thibault (2014-11-09 02:23:13) It seems the latest util-linux' fdisk tool is broken on hurd-i386, it's not able to read partition tables. I saw fdisk failing too, but for me it works fine again: # fdisk -l /dev/hd0 Disk /dev/hd0: 10 GiB, 10737418240 bytes, 20971520

Re: util-linux' fdisk broken

Quoting Samuel Thibault (2014-11-10 18:29:28) Justus Winter, le Mon 10 Nov 2014 17:06:51 +0100, a écrit : Quoting Samuel Thibault (2014-11-09 02:23:13) It seems the latest util-linux' fdisk tool is broken on hurd-i386, it's not able to read partition tables. I saw fdisk failing too

Re: [PATCH hurd] mach-defpager: use protected payloads for object lookups

Quoting Samuel Thibault (2014-11-09 16:12:46) Samuel Thibault, le Sun 09 Nov 2014 15:56:56 +0100, a écrit : Gabriele suggested on IRC that it may be due to unreviewed/unacked patches. I don't think anything pending is missing, but something not pending is indeed missing: the mig support

Re: Need help with openvpn

Quoting Svante Signell (2014-10-21 17:33:42) I use port forwarding to get access to the kvm images, and 10.0.2.2 is the gateway address. Each kvm instance has the same address 10.0.2.15, with different port numbers. So if I want to copy from one image to another I do e.g. scp -P

Re: SysV shutdown hanging

Quoting Justus Winter (2014-09-12 21:06:30) Killing the crash server I managed to get my shutdown process going again, though it got stuck again. Using the kernel debugger (at this point, sysvinit succesfully killed all my shells) I could see that indeed another crash server has been spawned

Re: SysV shutdown hanging

Hi Thomas :) Quoting Thomas Schwinge (2014-09-12 09:16:32) In my QEMU Debian GNU/Hurd instance, I do some stuff (GDB testsuite, for example), and then issue a »sudo shutdown -r now«. This doesn't complete, but hangs like this: PID UID PPID PGrp Sess TH Vmem RSS %CPU User

Re: Building and running Hurd in a subhurd/chroot?

Quoting Samuel Thibault (2014-07-02 23:19:17) Svante Signell, le Wed 02 Jul 2014 23:13:34 +0200, a écrit : - Run in a subhurd or chroot, which is best? It depends which isolation you want. Subhurd is almost complete isolation. Chroots share the proc, auth etc. servers. This only holds for

Re: fsysopts support

Hi :) Quoting Marcelo Lacerda (2014-06-07 00:34:43) Hi, I want to help with the fsysopts small hacks entry. How do go about it? See how some servers implement the fsysopts rpc, while others do not: % fsysopts /servers/crash-kill /hurd/crash --action=kill --orphan-action=kill % fsysopts

Re: Some issues on fresh installed Debian-Hurd

Hi :) Quoting Jens Rehsack (2014-06-02 08:28:50) Beside the kernel choice the installation went smoothly (a problem Debian-Hurd shares with Debian-kFreeBSD ^^). I don't follow. I had to modify line 117 in /etc/hurd/rc: settrans -c /proc /hurd/procfs --compatible - settrans -c /proc

Re: Hello

Hi :) Quoting Marcelo Lacerda (2014-06-01 21:02:12) I joined this mailing list to help with the development of debian/hurd. I can patch, help with debbuging and bug triaging. Cool! Start by installing Debian/Hurd, and familiarize yourself with the system. Remember, the Hurd is not Linux

Re: Some issues on fresh installed Debian-Hurd

Quoting Jens Rehsack (2014-06-02 10:58:17) Am 02.06.2014 um 10:47 schrieb Justus Winter 4win...@informatik.uni-hamburg.de: Hi :) Quoting Jens Rehsack (2014-06-02 08:28:50) Beside the kernel choice the installation went smoothly (a problem Debian-Hurd shares with Debian-kFreeBSD

Re: Some issues on fresh installed Debian-Hurd

Quoting Jens Rehsack (2014-06-02 11:46:10) Am 02.06.2014 um 11:21 schrieb Justus Winter 4win...@informatik.uni-hamburg.de: Quoting Jens Rehsack (2014-06-02 10:58:17) Am 02.06.2014 um 10:47 schrieb Justus Winter 4win...@informatik.uni-hamburg.de: Hi :) Quoting Jens Rehsack

Re: Debian GNU/Hurd TODO list

Quoting Samuel Thibault (2014-05-02 09:34:38) Justus Winter, le Fri 02 May 2014 09:28:39 +0200, a écrit : Quoting Samuel Thibault (2014-05-01 22:38:16) (I didn't know they wanted ACPI so badly) Well, there is [0], a OS-independent reference implementation from Intel (we could rip

Cleaning up dde for the Hurd (was: Hurd support in libpcap)

Hi :) Quoting Richard Braun (2014-04-11 11:42:47) On Thu, Apr 10, 2014 at 02:01:17AM +0200, Richard Braun wrote: The first issue that can be noticed is that, despite the filter being filled with both NETF_IN and NETF_OUT, only incoming packets seem to be captured. This is probably a minor

Re: [PATCH 2/2] Point out how to switch runsystem only if upgrade just switched it.

Quoting Samuel Thibault (2014-04-08 01:39:28) Gabriele Giacone, le Tue 01 Apr 2014 13:07:21 +0200, a écrit : diff --git a/debian/initscripts.postinst b/debian/initscripts.postinst index 7288c2c..731d360 100755 --- a/debian/initscripts.postinst +++ b/debian/initscripts.postinst @@

[PATCH] Drop debian/patches/libports_revert_stacksize.patch

With the rebuilt libc this is no longer necessary. --- debian/patches/libports_revert_stacksize.patch | 37 -- debian/patches/series | 1 - 2 files changed, 38 deletions(-) delete mode 100644 debian/patches/libports_revert_stacksize.patch diff

Re: Implementing protected payloads in GNU Mach, mig, and the Hurd

Hi :) Quoting Samuel Thibault (2014-04-04 21:18:52) Justus Winter, le Fri 29 Nov 2013 00:56:47 +0100, a écrit : I've been reworking the receiver object lookup in Hurd/mig/gnumach. I'll briefly sketch the current state of affairs. How is this patchset going? I'm still working

Re: sysvinit by default

Quoting Samuel Thibault (2014-03-16 00:26:05) Gabriele Giacone, le Sun 16 Mar 2014 00:18:04 +0100, a écrit : how about switching runsystem from gnu to sysvinit by default? I tend to agree. Me too. Justus -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of

teh cloud (was: GNU accepted as a mentoring organization in GSOC 2014)

Hi Daniel, Quoting Daniel Versa (2014-03-10 16:07:17) RMS on The Cloud: http://techrights.org/wp-content/uploads/2014/02/rms-gnu-online-storage.ogg Do we really want to be cloud? That seems contrary to Freedom. On Sunday, March 9, 2014 8:13 PM, Thomas Schwinge tho...@codesourcery.com

Re: /dev/urandom in Hurd

Quoting Dariusz Dwornikowski (2014-02-27 16:53:20) Hi Does Debian GNU/Hurd comes with /dev/urandom enabled by default ? I cannot find any information on this. It does. root@pluto ~ # hd /dev/urandom | head -n1 60 13 96 5b 07 ba 5b f1 b4 7f 66 59 d6 ea db 84 |`..[..[...fY|

[PATCH] Fix debian/patches/exec_filename_fix.patch

This patch fixes the spurious port deallocation early in the boot process. --- debian/patches/exec_filename_fix.patch | 13 + 1 file changed, 5 insertions(+), 8 deletions(-) diff --git a/debian/patches/exec_filename_fix.patch b/debian/patches/exec_filename_fix.patch index

Re: [PATCH] Fix debian/patches/exec_filename_fix.patch

Quoting Samuel Thibault (2014-02-02 19:26:19) Justus Winter, le Sun 02 Feb 2014 18:43:14 +0100, a écrit : This patch fixes the spurious port deallocation early in the boot process. Cool! Does it fix anything concerning gcc-4.8-built glibc? No idea. Why do you ask? Justus

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

Hi, Quoting Steven Chamberlain (2014-01-30 16:14:44) Since you didn't mention Upstart in this draft, may I ask your point of view on it? Is there any prospect/interest in using it on GNU/Hurd? I deliberately did not express any preference or mention neither upstart nor systemd. I'll update

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

Hi :) we talked in #hurd about stating our position in the ongoing debate about Debians default init system. Here is my draft. ~~~ snip ~~~ We, the Debian/Hurd porters and developers, like to state our position in the current debate about the default init system for Debian. 1. Up to this day,

Re: two haskell testsuites failures

Hi :) Quoting Samuel Thibault (2013-12-11 18:20:29) Two haskell packages with a lot of rdeps have a couple of testsuite failures: haskell-crypto-pubkey and haskell-http-conduit. It'd be worth fixing them, at least because it'd avoid having to build them by hand without tests, but also

Re: glibc 2.18 built with gcc 4.8 doesn't boot

Quoting Samuel Thibault (2013-11-29 20:27:25) Justus Winter, le Fri 29 Nov 2013 15:06:31 +0100, a écrit : Ok, Richard was kind enough to restore darnassus to a more mainline state, so that I can build the libc there. But I need a little help, how do I build it? Please be specific

Re: glibc 2.18 built with gcc 4.8 doesn't boot

Quoting Justus Winter (2013-11-29 01:08:43) Quoting Samuel Thibault (2013-11-28 23:54:18) Hello, Adams would like to move glibc 2.18 build to gcc 4.8. It however appears that the resulting build passes testsuites, but once installed on the system, it can't boot, apparently

Implementing protected payloads in GNU Mach, mig, and the Hurd

Hi :) I've been reworking the receiver object lookup in Hurd/mig/gnumach. I'll briefly sketch the current state of affairs. Suppose a file is truncated. To do that, a file_set_size message is sent to some port. The relevant ipc routine is: routine file_set_size ( trunc_file: file_t;

Re: glibc 2.18 built with gcc 4.8 doesn't boot

Quoting Samuel Thibault (2013-11-28 23:54:18) Hello, Adams would like to move glibc 2.18 build to gcc 4.8. It however appears that the resulting build passes testsuites, but once installed on the system, it can't boot, apparently there is something fishy happening in the early RPCs. If

Re: [PATCH] exec: fix exec_file_name in conjunction with fakeroot or chroot

Quoting Samuel Thibault (2013-11-19 09:30:22) Justus Winter, le Mon 18 Nov 2013 18:54:45 +0100, a écrit : Quoting Samuel Thibault (2013-11-18 17:15:05) So with this patch, does building packages inside the hurdish fakeroot now works? No :/ something funny happens with some path

[PATCH] exec: fix exec_file_name in conjunction with fakeroot or chroot

This patch is an amendment of exec_filename_exec.patch. If file_name_exec is not given, check_hashbang will try to locate the file. If argv[0] contains a '/', the file path is assumed to be absolute and it will try to open the file. Otherwise, the file is searched in the PATH. In either case, the

Re: [PATCH] exec: fix exec_file_name in conjunction with fakeroot or chroot

Quoting Samuel Thibault (2013-11-18 17:15:05) Justus Winter, le Mon 18 Nov 2013 16:49:57 +0100, a écrit : However, the identity ports are still compared. This cannot succeed if fakeroot or chroot is used, Aah, that's why. So with this patch, does building packages inside the hurdish

Debian/Hurd d-i installation report

Hi, I just installed Debian/Hurd using d-i [0] on a VIA Eden mini-ITX mainboard [1]. I just used the first cd for the installation, no network mirror. All in all it went fine, some remarks: * No passive translator was installed on /proc. * The tasksel step looked strange, there was just one

Re: Debian/Hurd d-i installation report

Quoting Samuel Thibault (2013-10-22 15:12:12) * I installed a 250GB hard disk but it doesn't show up with the full capacity, dunno why. If you installed through IDE, that's expected: Linux drivers in Mach support LBA28 only, which is 128GiB. Ok, thanks for clarifying that. Is there

llvm / clang / scan-build of the Hurd

Hi :) I've been playing with the Clang Static Analyzer. I noticed that while clang does not work, scan-build does (see below): % cat test.c int main() { return 0; } % clang -v test.c Debian clang version 3.2-11 (tags/RELEASE_32/final) (based on LLVM 3.2) Target: i386-pc--gnu Thread model: posix

Re: Debian/Hurd d-i installation report

Hi :) Quoting Justus Winter (2013-10-22 14:59:06) I just installed Debian/Hurd using d-i [0] on a VIA Eden mini-ITX mainboard [1]. I just used the first cd for the installation, no network mirror. All in all it went fine, some remarks: * d-i confuses the cdrom drive for a hard disk and lists

Re: Debian/Hurd d-i installation report

Quoting Samuel Thibault (2013-10-22 17:46:40) * the cdrom entry in /etc/fstab has iso9660fs as filesystem type. While our mount should cope with this just fine, this clearly deviates both from the Linux version and the ext2 entries that just read ext2. Indeed, I have fixed that.

Re: Debian/Hurd d-i installation report

Quoting Samuel Thibault (2013-10-22 17:58:01) Justus Winter, le Tue 22 Oct 2013 17:53:04 +0200, a écrit : Quoting Samuel Thibault (2013-10-22 17:46:40) * the cdrom entry in /etc/fstab has iso9660fs as filesystem type. While our mount should cope with this just fine, this clearly

POSIX file system test suite for Hurd translators

Hi :) I ported Pawel Jakub Dawidek's POSIX file system test suite to the Hurd: https://teythoon.cryptobitch.de/fstest/ The code can be found here: http://darnassus.sceen.net/gitweb/teythoon/fstest.git/ I haven't looked closely at any failures yet, but if the results have any relation to the

[PATCH 1/5] console-client: remove the pid file on clean exits

Remove the pid file if the console client exits either cleanly using console_exit or because of an error during daemonization. * console-client/console.c (console_exit): Remove the pid file. (daemon_error): Likewise. --- console-client/console.c |5 + 1 file changed, 5 insertions(+)

[PATCH 3/5] console-client: replace function epilogue with console_exit

* console-client/console.c (main): Replace epilogue with console_exit. --- console-client/console.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git a/console-client/console.c b/console-client/console.c index a9f8368..4046cf3 100644 --- a/console-client/console.c +++

[PATCH 4/5] console-client: minor stylistic fix

* console-client/console.c (main): Minor stylistic fix. --- console-client/console.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/console-client/console.c b/console-client/console.c index 4046cf3..a105f5e 100644 --- a/console-client/console.c +++

[PATCH 2/5] console-client: entitle console_exit with the noreturn attribute

* console-client/input.h (console_exit): Add noreturn attribute. --- console-client/input.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/console-client/input.h b/console-client/input.h index 351fa34..61deadc 100644 --- a/console-client/input.h +++

[PATCH 5/5] console-client: fix error handling

Fix the error handling in console_move_mouse. This also appeases the compiler. * console-client/console.c (console_move_mouse): Fix error handing. --- console-client/console.c |1 + 1 file changed, 1 insertion(+) diff --git a/console-client/console.c b/console-client/console.c index

[PATCH] debian: remove hurd-console's pidfile

* debian/hurd.hurd-console.init (do_stop): Remove the pidfile. --- debian/hurd.hurd-console.init |5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/debian/hurd.hurd-console.init b/debian/hurd.hurd-console.init index a14b0a5..cac6fc2 100644 ---

Re: [PATCH 3/5] console-client: replace function epilogue with console_exit

Quoting Neal H. Walfield (2013-10-10 19:24:32) At Thu, 10 Oct 2013 18:08:20 +0200, Justus Winter wrote: * console-client/console.c (main): Replace epilogue with console_exit. --- console-client/console.c |3 +-- 1 file changed, 1 insertion(+), 2 deletions(-) diff --git

[PATCH 1/3] Revert tmpfs: drop privileges in the tmpfs translator

This reverts commit 7075bc11289355478659cd1610632a9299734afc. Dropping the unix privileges of the tmpfs translator causes problems with the passive translator startup. The function fshelp_fetch_root creates an auth handle containing the processes original UID and GID. But if the privileges were

[PATCH 3/3] libfshelp: properly free active translator entries

Previously the dynamically allocated field name leaks. Fix this by properly freeing the objects of type struct translator. * libfshelp/translator-list.c (translator_ihash_cleanup): Fix memory leak. --- libfshelp/translator-list.c |5 - 1 file changed, 4 insertions(+), 1 deletion(-) diff

[PATCH 2/3] trans: rename a global variable

Rename the global variable path to target_path to make it more unambiguous. * trans/mtab.c: Rename global variable path. --- trans/mtab.c | 16 1 file changed, 8 insertions(+), 8 deletions(-) diff --git a/trans/mtab.c b/trans/mtab.c index 2973a0b..250de7d 100644 ---

POC: split init into /hurd/startup and /hurd/init

Hi, this is my proof of concept patch series splitting /hurd/init into /hurd/startup and /hurd/init. [PATCH 1/9] Add proc_set_init_task, make runsystem pid 1 Unchanged, just rebased to master. [PATCH 2/9] startup: rename init to startup [PATCH 3/9] Add a minimalist init program The new

[PATCH 1/9] Add proc_set_init_task, make runsystem pid 1

* hurd/process.defs (proc_set_init_task): New procedure. * hurd/process_reply.defs (proc_set_init_task): Likewise. * hurd/process_request.defs (proc_set_init_task): Likewise. * include/pids.h: Add HURD_PID_INIT as 1, adjust others accordingly. * init/init.c (start_child): Register the child task.

[PATCH 3/9] Add a minimalist init program

--- init/Makefile | 24 + init/init.c | 152 + 2 files changed, 176 insertions(+) create mode 100644 init/Makefile create mode 100644 init/init.c diff --git a/init/Makefile b/init/Makefile new file mode 100644 index

[PATCH 4/9] startup: do not pass signals on to the child

Formerly /hurd/startup would forward all signals to the child it started (e.g. /libexec/runsystem). The motivation for doing so is not revealed in the comments, nor it is mentioned in the history of the version control system. This patch removes the forwarding of signals to the child. *

[PATCH 6/9] startup: be more specific in the shutdown message

Use the BOOT macro to print either halt or reboot instead of the generic shutdown in the event of an system shutdown. * startup/startup.c (reboot_system): Use more specific message. --- startup/startup.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/startup/startup.c

[PATCH 7/9] startup: fix the declaration of the *_server functions

* startup/startup.c (demuxer): Fix the declaration of the server functions. --- startup/startup.c |4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/startup/startup.c b/startup/startup.c index b872188..fd5f1c2 100644 --- a/startup/startup.c +++ b/startup/startup.c @@ -412,7

[PATCH 8/9] poc /servers/startup

--- startup/Makefile |2 +- startup/startup.c | 124 + 2 files changed, 125 insertions(+), 1 deletion(-) diff --git a/startup/Makefile b/startup/Makefile index 277fee4..23d35cb 100644 --- a/startup/Makefile +++ b/startup/Makefile @@ -21,7

[PATCH 5/9] startup: remove unused function run_for_real

* startup/startup.c (run_for_real): Remove function. --- startup/startup.c | 89 - 1 file changed, 89 deletions(-) diff --git a/startup/startup.c b/startup/startup.c index f54e650..a569fe2 100644 --- a/startup/startup.c +++

[PATCH] Include the nullpriv utility in hurd and hurd-udeb

@@ hurd (20130916-2) UNRELEASED; urgency=low * control, hurd.install.in, rules: Remove ufs parts. + [ Justus Winter ] + * Include the nullpriv utility in hurd and hurd-udeb. + -- Samuel Thibault sthiba...@debian.org Tue, 17 Sep 2013 19:42:22 +0200 hurd (20130916-1) unstable; urgency=low

Re: /proc not mounted after installation

Hi :) Quoting Samuel Thibault (2013-09-19 02:11:21) /proc is not mounted any more after Debian GNU/Hurd installation. This happens because grub-installer does if ! umount $ROOT/proc; then Uh, why would it do that? Doesn't that make Linux' userland unhappy too? right after having set up

[PATCH 2/5] daemons: make sure /proc is properly set up

This patch makes runsystem.sh check whether /proc is set up and does so using settrans -c if it is not. * daemons/runsystem.sh: Make sure /proc is set up. --- daemons/runsystem.sh |8 1 file changed, 8 insertions(+) diff --git a/daemons/runsystem.sh b/daemons/runsystem.sh index

[PATCH 1/5] daemons: make sure / is writable before setting up pflocal

runsystem.sh checks whether /servers/socket/1 exists and creates it using settrans -c if it does not. But at this point in the boot the root filesystem is normally not writable. This patch fixes this. * daemons/runsystem.sh: Make sure / is writable before attempting to set up pflocal. ---

[PATCH 3/5] sutils: set up /dev/null using /bin/nullpriv in MAKEDEV.sh

This patch makes MAKEDEV.sh use the /bin/nullpriv wrapper so that the storeio translator serving /dev/null is started without any unix privileges. * sutils/MAKEDEV.sh (mkdev): Use /bin/nullpriv for /dev/null. --- sutils/MAKEDEV.sh |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff

[PATCH 4/5] hurd: add _reply suffix to the routines in process_reply.defs

* hurd/process_reply.defs: Add _reply suffix. --- hurd/process_reply.defs | 42 +- 1 file changed, 21 insertions(+), 21 deletions(-) diff --git a/hurd/process_reply.defs b/hurd/process_reply.defs index 66a7551..ed46d55 100644 ---

[PATCH 5/5] hurd: add _reply suffix to the routines in fsys_reply.defs

* hurd/fsys_reply.defs: Add _reply suffix. --- hurd/fsys_reply.defs |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/hurd/fsys_reply.defs b/hurd/fsys_reply.defs index 2f5b035..89fb3a4 100644 --- a/hurd/fsys_reply.defs +++ b/hurd/fsys_reply.defs @@ -77,12 +77,12 @@

Re: Roll call for porters of architectures in sid and testing (Status update)

on the needs of Debian/Hurd, as this is my Hurd distribution of choice I am not a DD/DM Justus Winter -- 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

Re: Newer hurd package

Quoting Svante Signell (2013-09-17 21:10:17) On Tue, 2013-09-17 at 19:59 +0200, Samuel Thibault wrote: Hello, I have uploaded another snapshot of the hurd package. It notably includes Justus' mtab translator, so that the df bug is no more! Great! For me df misses the home directory:

Re: cgroupfs, /hurd/proc and subhurds

Quoting Ludovic =?utf-8?Q?Court=C3=A8s?= (2013-09-17 13:47:23) Hi! Justus Winter 4win...@informatik.uni-hamburg.de skribis: Linux has this feature called cgroups. It groups processes (threads) together in groups, furthermore so called controllers can be used to restrict the use

Re: [PATCH 16/16] trans: add mtab translator

Quoting Samuel Thibault (2013-09-15 23:27:58) Justus Winter, le Tue 30 Jul 2013 11:59:24 +0200, a écrit : + if (strncmp (device, device:, 7) == 0) +asprintf (path, /dev/%s, device[7]); + else if (strncmp (device, /dev/, 5) == 0) +*path = strdup (device); + else

make /hurd/proc run as PID 3, do not use PID 0

Hi ;) Richard asked me to make /hurd/proc run with a PID other than 0 because that causes various problems. I fully agree. Fortunately the fix is straight forward. Justus -- To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact

[PATCH 1/2] proc: do not hand out PID 0

Using PID 0 causes various problems. This makes genpid skip PID 0. * proc/mgt.c (genpid): Start PIDs at 1. --- proc/mgt.c |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/proc/mgt.c b/proc/mgt.c index c093b8f..d7ad296 100644 --- a/proc/mgt.c +++ b/proc/mgt.c @@ -862,7

[PATCH 2/2] include: make /hurd/proc PID 3

Using PID 0 is problematic for various reasons. Make /hurd/proc run as PID 3 instead. * include/pids.h: Make /hurd/proc PID 3. --- include/pids.h |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/include/pids.h b/include/pids.h index 485916b..22415f4 100644 ---

Re: make /hurd/proc run as PID 3, do not use PID 0

Quoting Samuel Thibault (2013-09-16 12:41:19) Justus Winter, le Mon 16 Sep 2013 12:20:24 +0200, a écrit : Richard asked me to make /hurd/proc run with a PID other than 0 because that causes various problems. What kind of problem for instance? (at least for the record) http

cgroupfs, /hurd/proc and subhurds

Hi :) this mail discusses my recent attempts of creating a cgroupfs, related problems and issues I encountered so far. Problem statement = Linux has this feature called cgroups. It groups processes (threads) together in groups, furthermore so called controllers can be used to

[PATCH 1/7] libnotify: add a general notification library

XXX --- libhurdnotify/Makefile | 28 ++ libhurdnotify/notify.c | 251 libhurdnotify/notify.h | 73 ++ 3 files changed, 352 insertions(+) create mode 100644 libhurdnotify/Makefile create mode 100644 libhurdnotify/notify.c

[PATCH 5/7] hurd: add proc_request_process_change_notification

XXX * hurd/process.defs: Add proc_request_process_change_notification. --- hurd/process.defs |6 ++ 1 file changed, 6 insertions(+) diff --git a/hurd/process.defs b/hurd/process.defs index bf90556..565d8bf 100644 --- a/hurd/process.defs +++ b/hurd/process.defs @@ -400,3 +400,9 @@

[PATCH 4/7] proc: implement proc_request_process_change_notification

XXX XXX --- proc/Makefile |5 +++-- proc/main.c |3 +++ proc/mgt.c| 35 +++ proc/proc.h |6 ++ 4 files changed, 47 insertions(+), 2 deletions(-) diff --git a/proc/Makefile b/proc/Makefile index 2eed13c..97d9077 100644 --- a/proc/Makefile

  1   2   3   >