Using coreutils 7.6 on Linux
Running "stat -f /path/to/cifs" on a cifs-mounted path (i.e. mount -t cifs)
reports
Type: UNKNOWN (0xff534d42)
CIFS_MAGIC_NUMBER is listed in the statfs(2) man-page
CIFS_MAGIC_NUMBER 0xFF534D42
but is not in the switch statement in human_fstype function in
Eric Blake wrote:
> Eric Blake byu.net> writes:
>
>> The patch copies from areadlink.c, as well as link_follow earlier in
>> linkat.c, to create two new fd-relative helpers. For now, I didn't see
>> any reason to expose them, but areadlinkat may someday be worth making
>> into a full-blown module
Eric Blake byu.net> writes:
> The patch copies from areadlink.c, as well as link_follow earlier in
> linkat.c, to create two new fd-relative helpers. For now, I didn't see
> any reason to expose them, but areadlinkat may someday be worth making
> into a full-blown module.
Further looking shows
Guenter Knauf gknw.de> writes:
> > And the fact that you haven't filed copyright assignment paperwork.
> > Your change is under the 10-15-line threshold if we look only at the
> > changes to md5sum.c, yet over if we also count the added tests.
> > I've applied the patch, but would appreciate it i
On Wed, 2009-10-07 at 15:34 +0200, Jim Meyering wrote:
> Stephen Smalley wrote:
>
> > On Wed, 2009-10-07 at 14:48 +0200, Jim Meyering wrote:
> >> Stephen Smalley wrote:
> >> ...
> >> > FWIW, there is a subtle difference here:
> >> > - chcon can in fact work on a SELinux-disabled kernel, as you can
Guenter Knauf wrote:
> Hi Jim,
> Jim Meyering schrieb:
>> Guenter Knauf wrote:
>>> was still something wrong with my last patch?
>>
>> Just the timing ;-)
>> It was a little too close to release time,
>> and applying it, adjusting NEWS and the commit log,
>> reviewing, and testing would have taken
Hi Jim,
Jim Meyering schrieb:
> Guenter Knauf wrote:
>> was still something wrong with my last patch?
>
> Just the timing ;-)
> It was a little too close to release time,
> and applying it, adjusting NEWS and the commit log,
> reviewing, and testing would have taken time I didn't have.
no prob.
>
Stephen Smalley wrote:
> On Wed, 2009-10-07 at 14:48 +0200, Jim Meyering wrote:
>> Stephen Smalley wrote:
>> ...
>> > FWIW, there is a subtle difference here:
>> > - chcon can in fact work on a SELinux-disabled kernel, as you can still
>> > set the security.* extended attributes as long as the fil
On Wed, 2009-10-07 at 14:48 +0200, Jim Meyering wrote:
> Stephen Smalley wrote:
> ...
> > FWIW, there is a subtle difference here:
> > - chcon can in fact work on a SELinux-disabled kernel, as you can still
> > set the security.* extended attributes as long as the filesystem
> > provides handlers f
Stephen Smalley wrote:
...
> FWIW, there is a subtle difference here:
> - chcon can in fact work on a SELinux-disabled kernel, as you can still
> set the security.* extended attributes as long as the filesystem
> provides handlers for the security.* namespace.
> - runcon cannot work without a SELin
On Tue, 2009-10-06 at 10:14 +0200, Jim Meyering wrote:
> Jim Meyering wrote:
> > Stephen Smalley wrote:
> > ...
> >> Must have previously booted an ancient kernel with SELinux permissive
> >> and no policy loaded. Kernel was fixed by the commit below in 2006.
> >> I'd recommend that he run the fol
Pádraig Brady wrote:
> On 16th June 2008, Paul Eggert wrote:
>> Pádraig Brady writes:
>>
>>> 5. I think it would be nice for dd to support reading portions of
>>> a file efficiently. As far as I can see it can only do it by reading
>>> 1 byte at a time. Perhaps skip_bytes=x and count_bytes=x would
Guenter Knauf wrote:
> was still something wrong with my last patch?
Just the timing ;-)
It was a little too close to release time,
and applying it, adjusting NEWS and the commit log,
reviewing, and testing would have taken time I didn't have.
And the fact that you haven't filed copyright assignm
13 matches
Mail list logo
