Bug#773443: host.conf.5: spoof deprecated ?

2015-03-09 Thread Michael Kerrisk (man-pages)
Hello Stéphane,

On 10 March 2015 at 00:26, Stéphane Aulery  wrote:
> Hello Michael,
>
> Le lundi 09 mars 2015 à 10:03:09, Michael Kerrisk (man-pages) a écrit :
>> On 03/09/2015 08:59 AM, Stéphane Aulery wrote:
>> > Le lundi 09 mars 2015 à 08:22:01, Michael Kerrisk (man-pages) a écrit :
>> >>
>> >> On 03/08/2015 02:05 PM, Stéphane Aulery wrote:
>> >>>
>> >>> A Debian user reported that [1]:
>> >>>
>>  spoof* keywords (nospoof, spoofalert, spoof) are here from 1996,
>>  they are still valid keywords but do not have any effect apparently,
>>  no libraries or tools use them
>> 
>>  it is misleading to see references to resolv+ and rlogin, the keywords
>>  are just ignored these days; the only meaning they have is that they
>>  are
>>  allowed by host.conf syntax
>> >>>
>> >>> The glibc source code seems to confirm that the keywords nospoof,
>> >>> spoofalert and spoof are accepted but without effects. I could find
>> >>> nothing in the changelog. Could you please confirm that they are
>> >>> obsolete? I could correct the man page accordingly.
>> >>
>> >> I had a quick grep in the glibc source code.
>> >>
>> >> It appears that you (and the reporter) are correct. (Even back in
>> >> glibc 2.1, things look the same).
>> >>
>> >> A patch would be appreciated!
>
> I dug a little further comparing versions 2.0.6 [1], 2.0.7 [2]
> and trunk [3] of glibc and I come to a different conclusion.
>
> The keywords nospoof, spoofalert, spoof and RESOLV_SPOOF_CHECK were
> added to glibc 2.0.7 but never implemented and documented in the
> changelog.

Perfect -- that's exactly the sort of detail it's great to have in man-pages!

Cheers,

Michael


> [1] http://ftp.gnu.org/gnu/glibc/glibc-2.0.6.tar.gz
> [2] 
> http://archive.debian.org/debian/dists/hamm/main/source/libs/glibc_2.0.7t.orig.tar.gz
> [3] 
> https://sourceware.org/git/?p=glibc.git&a=search&h=HEAD&st=grep&s=spoof&sr=1
>
> Regards,
>
> --
> Stéphane Aulery



-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/


--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#773443: host.conf.5: spoof deprecated ?

2015-03-09 Thread Stéphane Aulery
Hello Michael,

Le lundi 09 mars 2015 à 10:03:09, Michael Kerrisk (man-pages) a écrit :
> On 03/09/2015 08:59 AM, Stéphane Aulery wrote:
> > Le lundi 09 mars 2015 à 08:22:01, Michael Kerrisk (man-pages) a écrit :
> >>
> >> On 03/08/2015 02:05 PM, Stéphane Aulery wrote:
> >>>
> >>> A Debian user reported that [1]:
> >>>
>  spoof* keywords (nospoof, spoofalert, spoof) are here from 1996,
>  they are still valid keywords but do not have any effect apparently,
>  no libraries or tools use them
> 
>  it is misleading to see references to resolv+ and rlogin, the keywords
>  are just ignored these days; the only meaning they have is that they
>  are
>  allowed by host.conf syntax
> >>>
> >>> The glibc source code seems to confirm that the keywords nospoof,
> >>> spoofalert and spoof are accepted but without effects. I could find
> >>> nothing in the changelog. Could you please confirm that they are
> >>> obsolete? I could correct the man page accordingly.
> >>
> >> I had a quick grep in the glibc source code.
> >>
> >> It appears that you (and the reporter) are correct. (Even back in 
> >> glibc 2.1, things look the same).
> >>
> >> A patch would be appreciated!

I dug a little further comparing versions 2.0.6 [1], 2.0.7 [2]
and trunk [3] of glibc and I come to a different conclusion.

The keywords nospoof, spoofalert, spoof and RESOLV_SPOOF_CHECK were
added to glibc 2.0.7 but never implemented and documented in the
changelog.

[1] http://ftp.gnu.org/gnu/glibc/glibc-2.0.6.tar.gz
[2] 
http://archive.debian.org/debian/dists/hamm/main/source/libs/glibc_2.0.7t.orig.tar.gz
[3] https://sourceware.org/git/?p=glibc.git&a=search&h=HEAD&st=grep&s=spoof&sr=1

Regards,

-- 
Stéphane Aulery


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#773443: host.conf.5: spoof deprecated ?

2015-03-09 Thread Michael Kerrisk (man-pages)
On 03/09/2015 08:59 AM, Stéphane Aulery wrote:
> Le lundi 09 mars 2015 à 08:22:01, Michael Kerrisk (man-pages) a écrit :
>> Hello Stéphane
>>
>> On 03/08/2015 02:05 PM, Stéphane Aulery wrote:
>>> ** COPY OF GLIBC BUGZILLA #18091 FOR INFORMATION **
>>> https://sourceware.org/bugzilla/show_bug.cgi?id=18091
>>>
>>> -
>>>
>>> Hello,
>>>
>>> A Debian user reported that [1]:
>>>
 spoof* keywords (nospoof, spoofalert, spoof) are here from 1996,
 they are still valid keywords but do not have any effect apparently,
 no libraries or tools use them

 it is misleading to see references to resolv+ and rlogin, the keywords
 are just ignored these days; the only meaning they have is that they
 are
 allowed by host.conf syntax
>>>
>>> The glibc source code seems to confirm that the keywords nospoof,
>>> spoofalert and spoof are accepted but without effects. I could find
>>> nothing in the changelog. Could you please confirm that they are
>>> obsolete? I could correct the man page accordingly.
>>
>> I had a quick grep in the glibc source code.
>>
>> It appears that you (and the reporter) are correct. (Even back in 
>> glibc 2.1, things look the same).
>>
>> A patch would be appreciated!
> 
> Eventually, I may check others values too.
> Do you to want to drop obsolete values or add a note ?

Best to keep a note that they exist, but do nothing.

Cheers,

Michael


-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#773443: host.conf.5: spoof deprecated ?

2015-03-09 Thread Stéphane Aulery
Le lundi 09 mars 2015 à 08:22:01, Michael Kerrisk (man-pages) a écrit :
> Hello Stéphane
> 
> On 03/08/2015 02:05 PM, Stéphane Aulery wrote:
> > ** COPY OF GLIBC BUGZILLA #18091 FOR INFORMATION **
> > https://sourceware.org/bugzilla/show_bug.cgi?id=18091
> > 
> > -
> > 
> > Hello,
> > 
> > A Debian user reported that [1]:
> > 
> >> spoof* keywords (nospoof, spoofalert, spoof) are here from 1996,
> >> they are still valid keywords but do not have any effect apparently,
> >> no libraries or tools use them
> >>
> >> it is misleading to see references to resolv+ and rlogin, the keywords
> >> are just ignored these days; the only meaning they have is that they
> >> are
> >> allowed by host.conf syntax
> > 
> > The glibc source code seems to confirm that the keywords nospoof,
> > spoofalert and spoof are accepted but without effects. I could find
> > nothing in the changelog. Could you please confirm that they are
> > obsolete? I could correct the man page accordingly.
> 
> I had a quick grep in the glibc source code.
> 
> It appears that you (and the reporter) are correct. (Even back in 
> glibc 2.1, things look the same).
> 
> A patch would be appreciated!

Eventually, I may check others values too.
Do you to want to drop obsolete values or add a note ?

Cheers,

-- 
Stéphane Aulery


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#773443: host.conf.5: spoof deprecated ?

2015-03-09 Thread Michael Kerrisk (man-pages)
Hello Stéphane

On 03/08/2015 02:05 PM, Stéphane Aulery wrote:
> ** COPY OF GLIBC BUGZILLA #18091 FOR INFORMATION **
> https://sourceware.org/bugzilla/show_bug.cgi?id=18091
> 
> -
> 
> Hello,
> 
> A Debian user reported that [1]:
> 
>> spoof* keywords (nospoof, spoofalert, spoof) are here from 1996,
>> they are still valid keywords but do not have any effect apparently,
>> no libraries or tools use them
>>
>> it is misleading to see references to resolv+ and rlogin, the keywords
>> are just ignored these days; the only meaning they have is that they
>> are
>> allowed by host.conf syntax
> 
> The glibc source code seems to confirm that the keywords nospoof,
> spoofalert and spoof are accepted but without effects. I could find
> nothing in the changelog. Could you please confirm that they are
> obsolete? I could correct the man page accordingly.

I had a quick grep in the glibc source code.

It appears that you (and the reporter) are correct. (Even back in 
glibc 2.1, things look the same).

A patch would be appreciated!

Cheers,

Michael

PS For reports like this, when you've checked things, it would speed 
things a little to note how you deduced your info (e.g., reference 
to source file and function).



> 
> [1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773443



-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org



Bug#773443: host.conf.5: spoof deprecated ?

2015-03-08 Thread Stéphane Aulery
** COPY OF GLIBC BUGZILLA #18091 FOR INFORMATION **
https://sourceware.org/bugzilla/show_bug.cgi?id=18091

-

Hello,

A Debian user reported that [1]:

> spoof* keywords (nospoof, spoofalert, spoof) are here from 1996,
> they are still valid keywords but do not have any effect apparently,
> no libraries or tools use them
> 
> it is misleading to see references to resolv+ and rlogin, the keywords
> are just ignored these days; the only meaning they have is that they
> are
> allowed by host.conf syntax

The glibc source code seems to confirm that the keywords nospoof,
spoofalert and spoof are accepted but without effects. I could find
nothing in the changelog. Could you please confirm that they are
obsolete? I could correct the man page accordingly.

[1] https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=773443

Regards,

-- 
Stéphane Aulery


-- 
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org