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
#include
#include
#
Richard Braun writes:
> On Mon, Aug 08, 2016 at 04:54:47PM +0200, Justus Winter wrote:
>> Richard Braun writes:
>> > Why not start the translator from the remapped environment too ?
>>
>> No reason, but this has to be implemented. I started working on a
>>
Richard Braun 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
>> translator record on a node, a
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 requested address when doi
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 /hurd/pflocal without
>>
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 least
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
probe
Quoting Mats Erik Andersson (2015-07-18 01:43:32)
> Dear Justus Winter!
>
> [CC s still in demand]
>
> Friday den 17 July 2015 klockan 16:30 skrev Justus Winter detta:
> >
> > > For our common reference in this discussion, the structure populating
> > >
Quoting Mats Erik Andersson (2015-07-16 18:41:00)
> Dear Justus Winter!
>
> [CC is desirable]
>
> Thursday den 16 July 2015 klockan 13:01 skrev Justus Winter detta:
> >
> > > * The hardware type of an adaper is encoded in the member
> > > `ifr_
Quoting Mats Erik Andersson (2015-07-17 13:04:59)
> Thursday den 16 July 2015 klockan 13:01 skrev Justus Winter detta:
> >
> > > * The hardware type of an adaper is encoded in the member
> > > `ifr_hwaddr.sa_family' of `struct ifreq'. An ethernet
&
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 Inetutil
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 tel
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'
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
"device:(hostdisk//dev/sda
=medium
+
+ [ Justus Winter ]
+ * Include the new rpcscan utility.
+
+ -- Samuel Thibault 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..740ff43 100644
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 your/i
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 i
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 d
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
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
Hey Thomas :)
Quoting Thomas Schwinge (2015-02-20 23:38:49)
> On Fri, 20 Feb 2015 22:44:17 +0100, I wrote:
> > As in the subject, and see the attached QEMU screenshot. Has something
> > been changed in the boot process ("startup" is new; Justus CCed ;-) just
/hurd/startup is the new /hurd/init,
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
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 ext2fs.s
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
>
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 main
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
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
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.
>
> Que
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 p
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, 2097152
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 supp
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
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 ser
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 Us
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
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 /server
Quoting Jens Rehsack (2014-06-02 12:28:16)
> But /proc/mounts doesn't show itself (what else could be missing?)
True. At first, we included all kinds of translators in /proc/mounts.
However, that caused severe trouble as e.g. the Debian init scripts
would umount (i.e. terminate) vital system serv
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...@
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
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 Lin
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
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 referenc
Hi :)
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 a GPLed version of this from the Linux kernel).
0: https://www.acpica.org/
Also, if it's only to power down the
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
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
> >
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 --
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 patchs
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
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
> wrote:
>
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|
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 ide
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 110cbd2..71
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
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, D
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 bec
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 i
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
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.
>
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;
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?
> >
>
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, d
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
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
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
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
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
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 ther
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 empt
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 qu
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
* 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
--- a/debian/hurd.hurd-console.in
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 a105f5e.
* 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
+++ b/console-client/input.h
* 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
+++ b/console-client/console.
* 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
+++ b/consol
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(+)
diff
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
--- a/tr
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
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 dr
* 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
+++ b/startup/startup.c
---
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
* 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
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 b/st
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.
* startup/
* 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.
*
---
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 000..0
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 /hurd/i
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.
* 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 @@ simpler
* 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
--- a/hurd/process_reply.defs
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 --g
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.
---
daemo
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 f4f2
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
@@ 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 Tue, 17 Sep 2013 19:42:22 +0200
hurd (20130916-1) unstable; urgency=low
diff --git a/debian
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 d
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 c
Hi :)
ok, getting back on topic:
Quoting Thomas Schwinge (2013-09-10 20:36:42)
> > /hurd/init is not an init system, it barely does anything any other
> > init system does. From my point of view its name is the only thing
> > that it has in common with other init systems, and it should really be
XXX
* hurd/process_notify.defs: New file.
---
hurd/process_notify.defs | 21 +
1 file changed, 21 insertions(+)
create mode 100644 hurd/process_notify.defs
diff --git a/hurd/process_notify.defs b/hurd/process_notify.defs
new file mode 100644
index 000..7972ef7
--- /dev
* Makefrag.am: Add task_notify.defs.
* include/mach/gnumach.defs: Add register_new_task_notification.
* include/mach/task_notify.defs: New file.
* kern/task.c (new_task_notification): New variable.
(task_create): Send new task notifications.
(register_new_task_notification): Add server function.
*
1 - 100 of 253 matches
Mail list logo
