Hello,
Justus Winter, le Thu 15 Aug 2013 09:45:27 +0200, a écrit :
> this is my updated patch series for the sysvinit package.
Perhaps you should already submit all these patches except
[PATCH 4/7] initscripts: add runsystem.sysv
which depends on the hurd changes?
Samuel
--
To UNSUBSCRIBE,
I have applied the "important" patch series, thanks.
Samuel
--
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/20130828235424.gd5...@type.youpi.perso.aquilenet.fr
I think we should keep this in the Debian package, the upstream GNU
system will a priori still use /hurd/init as reaper.
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive:
http://lists.d
Justus Winter, le Tue 30 Jul 2013 11:59:08 +0200, a écrit :
> [PATCH 01/16] libnetfs: implement file_get_translator_cntl
> [PATCH 02/16] libnetfs: handle dead-name notifications
I have applied these for now.
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ...@lists.debian.org
with a subject
Justus Winter, le Thu 15 Aug 2013 08:23:17 +0200, a écrit :
> This adds a umount utility that implements most of the functions that
> the Linux umount utility provides, especially that subset that is used
> by the Debian package initscripts.
Replaced the previous patch with this one, thanks.
Samu
I don't understand this part:
Justus Winter, le Tue 30 Jul 2013 11:59:11 +0200, a écrit :
> @@ -100,8 +100,17 @@ diskfs_S_dir_rename (struct protid *fromcred,
>diskfs_nrele (fnp);
>pthread_mutex_unlock (&renamedirlock);
>if (!err)
> - /* MiG won't do this for us, which
Justus Winter, le Mon 05 Aug 2013 12:11:30 +0200, a écrit :
> + if (essential)
> + start_code = end_code = 0; /* To make killall5.c consider it a
> + kernel process that is to be
> + left alone. */
> + else
> + p
Applied both, thanks.
Samuel
--
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/20130828221752.gl5...@type.youpi.perso.aquilenet.fr
Justus Winter, le Thu 15 Aug 2013 18:41:54 +0200, a écrit :
> This commit removes the parts of the exec server that were once using
> the Binary File Descriptor library.
This seems like a difficult thing to maintain indeed, applied.
Thanks,
Samuel
--
To UNSUBSCRIBE, email to debian-hurd-requ..
Justus Winter, le Thu 15 Aug 2013 18:41:52 +0200, a écrit :
> exec/exec.c (load_section): Remove unused code.
> -#if 0
> - switch (elf_machine)
> - {
> - case EM_386:
> - case EM_486:
> - /* On the i386, programs normally load at 0x0800, and
> -expect
Justus Winter, le Thu 15 Aug 2013 18:41:53 +0200, a écrit :
> This code was meant to allow the user to specify alternative exec
> servers using an environment variable. The Hurd uses the file system
> as namespace for server lookups, so the proper way to use one's own
> exec server seems to be the
Hello,
Justus Winter, le Thu 15 Aug 2013 18:41:50 +0200, a écrit :
> Remove support for transparently unbzip2ing executables from the exec
> server. The code in question makes the exec server unnecessarily
> complex and since the exec server is an essential process, crashing it
> makes /hurd/init
Processing commands for cont...@bugs.debian.org:
> tags 313560 + fixed-upstream
Bug #313560 [hurd] /dev/{null,zero,full} should not be run as root
Added tag(s) fixed-upstream.
> thanks
Stopping processing here.
Please contact me if you need assistance.
--
313560: http://bugs.debian.org/cgi-bin/b
Applied, thanks!
Samuel
--
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/20130828214157.gg5...@type.youpi.perso.aquilenet.fr
Applied series, thanks.
Samuel
--
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/20130828213136.ga18...@type.youpi.perso.aquilenet.fr
Etienne Millon, le Wed 28 Aug 2013 14:17:58 +0200, a écrit :
> * Samuel Thibault [130828 14:15]:
> > Etienne Millon, le Wed 28 Aug 2013 13:15:24 +0200, a écrit :
> > > As for the -fprefetch-loop-arrays warnings, I think that they are
> > > present because we target 486 code. Removing the option wo
* Samuel Thibault [130828 14:15]:
> Etienne Millon, le Wed 28 Aug 2013 13:15:24 +0200, a écrit :
> > As for the -fprefetch-loop-arrays warnings, I think that they are
> > present because we target 486 code. Removing the option would of
> > course work but a better fix (albeit impossible due to i38
Etienne Millon, le Wed 28 Aug 2013 13:15:24 +0200, a écrit :
> As for the -fprefetch-loop-arrays warnings, I think that they are
> present because we target 486 code. Removing the option would of
> course work but a better fix (albeit impossible due to i386 policy)
Mmm, IIRC debian does not target
Thanks a lot for the patch! I'll apply it shortly.
As for the -fprefetch-loop-arrays warnings, I think that they are
present because we target 486 code. Removing the option would of
course work but a better fix (albeit impossible due to i386 policy)
would be to target 686. This is of course, not a
Hi,
attached is a test program for SCM_CREDS support for GNU/Linux,
GNU/kFreeBSD and GNU/Hurd. With the soon to be submitted patches Hurd
works as given below. LD_PRELOAD is used for the Hurd tests.
Options:
none: send an integer as data
-z: send a zero credentials byte as data (used by dbus)
-n
On Tue, 2013-08-27 at 23:52 +0200, Samuel Thibault wrote:
> Svante Signell, le Tue 27 Aug 2013 23:39:20 +0200, a écrit :
> > During the compile there was a lot of complaints like:
> > tools/strutil.cpp:1:0: warning: -fprefetch-loop-arrays not supported for
> > this target (try -march switches) [ena
21 matches
Mail list logo