I found this by code inspection. On SELinux, "ls -l" doesn't output
the "+" indicating an alternate access method is in place, unless you
also specify -Z. But the point of the "+" is to warn users that the
ordinary permissions don't tell the whole story. So, on SELinux, the
"+" should be output
Hi.
du seems to miss files/directorys on vfat filesystems. Only a certain amount of
the filesystem (which seem to correspond to almost exactly 10 files) will
be processed, for the rest of the filesystem the following error is printed,
for each remaining directory:
du: `foobar': No such file
Hello.
I am trying to get to the center of Ubuntu Bug #7560 and Gnome Bug
#108307. This "bug" is over 4 years old. This relates to how gnome-vfs
treats files moved to the trash, but I believe it boils down to how
coreutils treats file/folder permissions. The steps to reproduce:
cd
mkdir -p test/t
"Joseph Piche" <[EMAIL PROTECTED]> writes:
> cd
> mkdir -p test/test
> touch test/test/file
> cd test
> chmod -R a-w test
> cd
> rm -r test
>
> "rm: cannot remove `test/test/file': Permission denied"
>
> Is this a bug or is this expected behavior? If it is expected
> behavior, is it desired behavi
"Wolfram Kresse" <[EMAIL PROTECTED]> wrote:
> du seems to miss files/directorys on vfat filesystems. Only a certain amount
> of the filesystem (which seem to correspond to almost exactly 10 files)
> will be processed, for the rest of the filesystem the following error is
> printed, for each
Paul Eggert <[EMAIL PROTECTED]> wrote:
> I found this by code inspection. On SELinux, "ls -l" doesn't output
> the "+" indicating an alternate access method is in place, unless you
> also specify -Z. But the point of the "+" is to warn users that the
> ordinary permissions don't tell the whole st
> You need write access to the containing directory when you want to
> remove a file. That's how permissions work in Unix since day one.
> Expected and desired. Why wouldn't it be? You've denied write access to
> test/test, so its entry for "file" can't be removed.
Okay, thank you. I just wanted
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Joseph Piche wrote:
> Hello.
>
> I am trying to get to the center of Ubuntu Bug #7560 and Gnome Bug
> #108307. This "bug" is over 4 years old. This relates to how gnome-vfs
> treats files moved to the trash, but I believe it boils down to how
> coreut
Two bug fixes so far:
"ls -l" would not output "+" on SELinux hosts unless -Z was also given.
"rm" would fail to unlink a non-directory when run in an environment
in which the user running rm is capable of unlinking a directory.
[bug introduced in coreutils-6.9]
Here are tarballs and sig
On Tue, 11 Dec 2007 21:25:09 +0100, Jim Meyering <[EMAIL PROTECTED]> wrote:
> "Wolfram Kresse" <[EMAIL PROTECTED]> wrote:
>> du seems to miss files/directorys on vfat filesystems.
>
> Thanks for the report.
> Would you please try coreutils-6.9 or the just released coreutils-6.9.90
> instead? Ther
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Wolfram Kresse on 12/11/2007 3:45 PM:
> 6.9.90 is working.
> Interestingly, even the Ubuntu development version seems to still use 5.97.
> Is there a reason not to switch to 6.x?
Nothing other than momentum - distros tend to drag their f
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to Andreas Schwab on 12/11/2007 1:13 PM:
>
> You need write access to the containing directory when you want to
> remove a file. That's how permissions work in Unix since day one.
It doesn't help that Windows behaves differently - by defau
Eric Blake <[EMAIL PROTECTED]> wrote:
> According to Wolfram Kresse on 12/11/2007 3:45 PM:
>> 6.9.90 is working.
>> Interestingly, even the Ubuntu development version seems to still use 5.97.
>> Is there a reason not to switch to 6.x?
>
> Nothing other than momentum - distros tend to drag their fe
"Wolfram Kresse" <[EMAIL PROTECTED]> wrote:
> On Tue, 11 Dec 2007 21:25:09 +0100, Jim Meyering <[EMAIL PROTECTED]> wrote:
>
>> "Wolfram Kresse" <[EMAIL PROTECTED]> wrote:
>>> du seems to miss files/directorys on vfat filesystems.
>>
>> Thanks for the report.
>> Would you please try coreutils-6.9 or
14 matches
Mail list logo
