Justus Winter, le Thu 11 Jul 2013 18:09:04 +0200, a écrit :
> * libdiskfs/file-set-trans.c (diskfs_S_file_set_translator): Fix sanity check.
> * libnetfs/file-set-trans.c (netfs_S_file_set_translator): Fix sanity check.
Both applied, thanks.
Samuel
Justus Winter, le Thu 11 Jul 2013 18:09:03 +0200, a écrit :
> We discussed this in #hurd. Richard mentioned that moving mount points
> might not be a problem. He tried this on Linux and it returns EBUSY
> there.
When moving the mount point itself, sure, but what about moving a
parent directory?
S
Neal H. Walfield, le Fri 12 Jul 2013 15:13:30 +0200, a écrit :
> How do you do permission checking?
>
> Making a directory executable but not readable is a useful way to
> grant permission by knowledge of a shared secret.
Right.
That being said, I don't think we want /proc/mounts to show
non-{ro
Justus Winter, le Fri 12 Jul 2013 15:07:59 +0200, a écrit :
> Actually the code also tracks passive translators being set, but of
> course we don't know anything about any previously set passive
> translators.
I don't really like this. Either have all the list (but that means
having to go through
Neal H. Walfield, le Fri 12 Jul 2013 19:00:31 +0200, a écrit :
> --recursive only applies to the active translators, not the passive
> translators. Also, it doesn't need to shutdown shortcut translators,
> such as, symlinks, which should perhaps be returned by your proposed
> RPC.
I don't think i
Justus Winter, le Tue 25 Jun 2013 17:47:49 +0200, a écrit :
> This special interface they both use and the fact that init does lot's
> of process related things might be an indication that the seperation
> does more harm than good. It seems to make the code more complex, and
> fixing the issue of k
Justus Winter, le Tue 09 Jul 2013 10:46:48 +0200, a écrit :
> The concept of device ids simply does not apply to the Hurd
> system. Note that fsck is still run, rootcheck refers to the check
> whether the root device in /etc/fstab matches the actual device.
> ---
> debian/changelog
Ivan Shmakov, le Thu 11 Jul 2013 07:38:52 +, a écrit :
> > Yes, it is fixed for new installations. However, the inittab as
> > shipped with the package is only installed as /etc/inittab if this
> > file is non-existant. As the inittab file was formerly not used on
> > Hurd systems, it is
Hello,
Justus Winter, le Tue 09 Jul 2013 10:46:43 +0200, a écrit :
> this is a patch series for the sysvinit package. Comments are
> welcome. Patches seven and eight are somewhat questionable, but I'd
> propose the first six for inclusion. Any hints how to send patches to
> the sysvinit maintainer
Quoting Samuel Thibault (2013-07-15 11:18:03)
> Hello,
>
> Justus Winter, le Tue 09 Jul 2013 10:46:43 +0200, a écrit :
> > this is a patch series for the sysvinit package. Comments are
> > welcome. Patches seven and eight are somewhat questionable, but I'd
> > propose the first six for inclusion.
At Mon, 15 Jul 2013 10:37:37 +0200,
Samuel Thibault wrote:
> > I don't like your solution to the mtab problem. But, as you admit,
> > it's really a solution to the fsck problem.
>
> Not only. It's also about umount being able to know what to unmount when
> calling umount /dev/cdrom, about mount/d
Thomas Schwinge, le Tue 09 Jul 2013 15:40:18 +0200, a écrit :
> Is the passive translator setting meant to go away then?
Nope. But concerning Debian, it'll be easier for maintenance of the
"standard" places (/proc, /tmp, etc.) to use active translators started
at root, to avoid differing too much
Hello,
Ludovic Courtès, le Wed 10 Jul 2013 16:12:11 +0200, a écrit :
> GNU is turning 30 in September [0].
>
> What do people (well, maintainers) think of publishing source tarballs
> of the various sub-projects by then?
That'd be a very nice thing indeed.
Samuel
Justus Winter, le Thu 11 Jul 2013 18:09:03 +0200, a écrit :
> Samuel wrote:
> > Concerning storing the path, it's a bit sad to have to do that, and
> > it'll become wrong if one moves the mount points. Another way would
> > be to make the client figure it out by itself from a port to the
> > mount
Neal H. Walfield, le Mon 15 Jul 2013 11:34:38 +0200, a écrit :
> > > So, let's think about the
> > > fsck problem. What we need is a registry. I propose an mtab
> > > translator. Translators register with it when they start and register
> > > a call back.
> >
> > Where do they register? Is this
At Mon, 15 Jul 2013 12:13:52 +0200,
Samuel Thibault wrote:
>
> Neal H. Walfield, le Mon 15 Jul 2013 11:34:38 +0200, a écrit :
> > > > So, let's think about the
> > > > fsck problem. What we need is a registry. I propose an mtab
> > > > translator. Translators register with it when they start an
GNU is turning 30 in September [0].
What do people (well, maintainers) think of
publishing source tarballs of the various
sub-projects by then?
I do not understand very well, this include
GNU fcrypt?
I think that a release of GNU fcrypt would be nice.
But I need to fi
Fabio Gonzalez, le Mon 15 Jul 2013 12:22:56 +, a écrit :
>GNU is turning 30 in September [0].
>
>What do people (well, maintainers) think of
>publishing source tarballs of the various
>sub-projects by then?
>
> I do not understand very well, this include
> GNU
They are separate because they do different things. This doesn't seem like
it should need a lot of justification to Hurd hackers. If you want to roll
things together just because you always run them both, maybe you should be
hacking on a monolithic kernel instead.
Roland McGrath, le Mon 15 Jul 2013 09:44:52 -0700, a écrit :
> They are separate because they do different things. This doesn't seem like
> it should need a lot of justification to Hurd hackers. If you want to roll
> things together just because you always run them both,
That's not what he said.
Samuel Thibault skribis:
> Fabio Gonzalez, le Mon 15 Jul 2013 12:22:56 +, a écrit :
>>GNU is turning 30 in September [0].
>>
>>What do people (well, maintainers) think of
>>publishing source tarballs of the various
>>sub-projects by then?
>>
>> I do not under
> That's not what he said. He said there is a lot of information
> propagated from init to proc, and thus the separation is questionable.
Are you talking about bootstrap, or what?
22 matches
Mail list logo
