* [Alfred M. Szmidt]
> Since when does diskfs_cached_lookup accept three parameters? From
> libdiskfs/diskfs.h.
> error_t diskfs_cached_lookup (int cache_id, struct node **npp);
>
> Snipet from the dir.c patch:
> @@ -198,7 +198,7 @@
>else
> {
> mutex_unlock (&dp->lock);
* [Joshua Judson Rosen]
> On Tue, May 07, 2002 at 05:08:58PM +0200, Oystein Viggen wrote:
>
>> People will expect -Rf to as safe from subversion on the Hurd as it is
>> in any other Unix like OS.
>
> Right..., which normally includes descending through mountpoints, does
* [Oystein Viggen]
> I believe that the code already
> present in rm to prevent symlink race attacks should also be enough to
> prevent similar translator attacks.
Actually, I don't believe this anymore.
I guess that when you stat . in the root of a translator directory, you
* [Joshua Judson Rosen]
> On Tue, May 07, 2002 at 04:57:56PM +0200, Wolfgang J?hrling wrote:
>
>> At least with the -f option, this behaviour should not occur, because
>> one might actually _want_ to remove everything. Maybe there should also
>> be an additional option (say, -t) for this, so tha
Hi
I have made a small patch to rm, which I believe will work around the
problems wrt. translators placed by malicious or misguided users as
previously discussed on help-hurd. In my first attempt to create such a
patch, I have favoured simplicity over advanced features, so it could
probably be d
* [Thomas Bushnell, BSG]
> Yes, group 0 is the wheel group. HOW DOES THIS CAUSE A SECURITY
> ISSUE? Please be specific and not vague.
Combined with umask 002 (suggested by yourself), this gives members of
the wheel group write access to all files created in /tmp by default, as
these files wil
* [Thomas Bushnell, BSG]
> Right. If you want copy-gid-on-setgid, then you need to inherit
> setgid. If not, then not.
Obviously correct. I was assuming that setgid was not inherited, but it
is. Just to be sure, I tested it, too.
So we end up with the SysV/Linux way being able to emulate t
* [Paul Jarc]
> This works with the SysV (aka Linux) behavior as well: if a directory
> is setgid, any files created within it inherit the group id, and any
> directories created within it inherit both the group id and the setgid
> bit.
The difference is that the SysV way won't work for more th
* [Jeroen Dekkers]
> On Mon, Mar 25, 2002 at 09:59:14PM +0100, Farid Hajji wrote:
>> All in all, binary compatibility is a nice thing to have.
>
> If it's only used for running non-free software I disagree.
I can see no other reason. As you said, if it's free, we just recompile
it. Then we ca
* [Wolfgang Jährling]
> might even introduce a security problem. Thus we would need to recompile
> all programs anyway. I can't see the point of having binary
> compatiblity then.
If a user just wants to play Quake V or Duke Nukem Forever, he might not
need to care about PATH_MAX, as these prog
* [Marcus Brinkmann]
> So I am considering to write a "filter" program that has two threads
> and takes a filename as an argument. One thread reads on stdin and
> writes to the opened file, the other thread reads from the file and
> writes to stdout. This should work rather well, and can be us
* [Lars]
> I would advice you to download a debian install iso and burn it on a cd
> then boot on it and install.
* ["Nicholas P Bamber"]
> This would turn Hurd from a bit of cheap and cheerful fun,
> into a £300 project. Hmm.
You can also order installation CDs, making it more of a $30 (
* [Adam Olsen]
> Just one question. Does apache keep the log open long term, or does
> it open and close it for each item it writes? If it keeps it open
> you'll have the problem that the log never rotates (it'd keep the old
> file open), unless you split out individual lines, but then you'd n
* [Galchin Vasili]
> Hello,
>
>What has happened to the bug archives? Year 2024?
The reason for this is that mailman archives mails under the date
specified in the Date: header. If you sent a mail with a faked Date of,
say, some time in 2048, it would end up in that year. (but please don'
Quoth Marcus Brinkmann:
> Use --seed-file to store a seed file across reboots (in /var/run).
At least in Debian GNU hurd, the boot scripts seem to do this:
if test -d /var/run; then
(cd /var/run && { rm -rf -- *; cp /dev/null utmp; chmod 644 utmp; })
fi
Wouldn't this make /var/run an exce
15 matches
Mail list logo
