Hello,
I'm using Gentoo linux on ZFS and see following when opened file with
tail -F (or -f):
tail: unrecognized file system type 0x2fc12fc1 for ‘/var/log/messages’.
please report this to bug-coreutils@gnu.org. reverting to polling
Distro: Gentoo
Kernel: 3.2.22
Coreutils: 8.16
--
Raimonds M
Raimonds Miltins wrote:
> I'm using Gentoo linux on ZFS and see following when opened file with
> tail -F (or -f):
> tail: unrecognized file system type 0x2fc12fc1 for
> ‘/var/log/messages’. please report this to
> bug-coreutils@gnu.org. reverting to polling
>
> Distro: Gentoo
> Kernel: 3.2.22
> Co
On 08/29/2012 09:43 AM, Jim Meyering wrote:
> This change enables tail -f to use inotify and lets
> stat -f --format=%T report the file system type name, "zfs".
> * src/stat.c (human_fstype): Add a case: zfs, 0x2fc12fc1.
Hi Jim,
I tried to find documentation about that magic number.
There seem t
Bernhard Voelker wrote:
> On 08/29/2012 09:43 AM, Jim Meyering wrote:
>> This change enables tail -f to use inotify and lets
>> stat -f --format=%T report the file system type name, "zfs".
>> * src/stat.c (human_fstype): Add a case: zfs, 0x2fc12fc1.
>
> Hi Jim,
>
> I tried to find documentation abo
On 08/29/2012 11:12 AM, Jim Meyering wrote:
>> Can we be sure that 0x2fc12fc1 is used for all ZFS
>> implementations?
>
> If there end up being two or more magic numbers for the same file
> system (or ZFS variants going by new names), we'll adapt.
Ok, that sounds good. Thanks.
Have a nice day,
B
Severity: minor
OK, this is a minor annoyance rather than a real bug, but I guess
reporting it won't hurt.
In GNU coreutils, the gnulib-provided 'bootstrap' script fails to add
the generated file 'lib/spawn.h' to the .gitignore in 'lib/':
$ ./bootstrap && ./configure && make
... [all is OK]
Hi,
On Wed, Aug 29, 2012 at 11:33:13AM +0200, Bernhard Voelker wrote:
> On 08/29/2012 11:12 AM, Jim Meyering wrote:
> >> Can we be sure that 0x2fc12fc1 is used for all ZFS
> >> implementations?
> >
> > If there end up being two or more magic numbers for the same file
> > system (or ZFS variants go
reopen 12301
thanks
Erik Auerswald wrote:
> On Wed, Aug 29, 2012 at 11:33:13AM +0200, Bernhard Voelker wrote:
>> On 08/29/2012 11:12 AM, Jim Meyering wrote:
>> >> Can we be sure that 0x2fc12fc1 is used for all ZFS
>> >> implementations?
>> >
>> > If there end up being two or more magic numbers for
On 08/29/2012 04:13 PM, Jim Meyering wrote:
> reopen 12301
> thanks
>
> Erik Auerswald wrote:
>> On Wed, Aug 29, 2012 at 11:33:13AM +0200, Bernhard Voelker wrote:
>>> On 08/29/2012 11:12 AM, Jim Meyering wrote:
> Can we be sure that 0x2fc12fc1 is used for all ZFS
> implementations?
>>
Pádraig Brady wrote:
...
>> Hmm... fsid=0x4010002.
>> That is definitely not the same number as what is now recorded in
>> stat.c, so this deserves more investigation:
>>
>> case S_MAGIC_ZFS: /* 0x2FC12FC1 local */
>> return "zfs";
>>
>> This also shows there is room for improvement.
>> (
I found a cut bug while I was running on the terminal. I can cut one field
and it will display as normal. However when I try and cut multiple fields,
it does not. For example this is what I type - "-d: -f2, f3 inputfile.dat".
The following message displays - "cut: fields and positions are numbered
tag 12307 notabug
thanks
On 08/29/2012 08:53 AM, Steve Roe wrote:
> I found a cut bug while I was running on the terminal. I can cut one field
> and it will display as normal. However when I try and cut multiple fields,
> it does not. For example this is what I type - "-d: -f2, f3 inputfile.dat".
12 matches
Mail list logo