All of lore.kernel.org
 help / color / mirror / Atom feed
From: Michael Kerrisk <mtk.manpages-gM/Ye1E23mwN+BqQ9rBEUg@public.gmane.org>
To: Petr Baudis <pasky-AlSwsSmVLrQ@public.gmane.org>
Cc: linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
Subject: Re: [PATCH] getifaddrs.3: New manual page
Date: Wed, 14 Jan 2009 23:24:57 +1300	[thread overview]
Message-ID: <496DBD79.3040502@gmail.com> (raw)
In-Reply-To: <20081209025634.GD10491-DDGJ70k9y3lX+M3pkMnKjw@public.gmane.org>

Hi Petr,

Petr Baudis wrote:
> This patch adds documentation for the getifaddrs() and freeifaddrs()
> functions as they are supported in GNU libc. 

Thanks for this.  I already sent you my revision of this page.
I've committed that page for the upcoming 3.17 release, which
will still be a few days away, which will allow time for you
to send me any fixes you think may be required.

> The manual page is based
> on the original BSD manpage (with licence as it appears on the top
> of the file), but is significantly rewritten for Linux manpages
> standards and containing all the differences.

I made a lot of edits to your page.  Between your work and my
work, I think there is little if any BSD content left in the page,
so:

* I've removed the BSD copyright line
* Added Linux Foundation/Michael Kerrisk to the copyright
* Changed the license to the verbatim license -- but if you 
  would like a different license, let me know.

> A simple example is
> provided.

As noted, I rewrote the example program.

> I'm open to relicensing to any of the standard licences, this one
> should be compatible even with the classic BSD licence.

See above.

> I did not do actually any testing on BSD systems about how exactly
> this call behaves, I have only tried to figure this out from their
> chaotic documentation and it wouldn't surprise me if it would in
> fact behave the same as with glibc now.  I cannot remember hostnames
> of the BSD systems I used to have an account on. ;-)

Okay.

> Few pages are cross-linked to point at getifaddrs(3) now, and
> inet_ntop() got another example pointer.

Some further comments below.

> diff --git a/man2/bind.2 b/man2/bind.2
> index 67a2fcf..7e84e45 100644
> --- a/man2/bind.2
> +++ b/man2/bind.2
> @@ -321,6 +321,7 @@ main(int argc, char *argv[])
>  .BR listen (2),
>  .BR socket (2),
>  .BR getaddrinfo (3),
> +.BR getifaddrs (3),

Applied.

>  .BR ip (7),
>  .BR ipv6 (7),
>  .BR path_resolution (7),
> diff --git a/man2/getsockname.2 b/man2/getsockname.2
> index 0f4ccb3..cab1bbe 100644
> --- a/man2/getsockname.2
> +++ b/man2/getsockname.2
> @@ -110,6 +110,7 @@ See also
>  .SH "SEE ALSO"
>  .BR bind (2),
>  .BR socket (2),
> +.BR getifaddrs (3),

Applied.

>  .BR ip (7),
>  .BR socket (7),
>  .BR unix (7)
> diff --git a/man3/freeifaddrs.3 b/man3/freeifaddrs.3
> new file mode 100644
> index 0000000..a9d5317
> --- /dev/null
> +++ b/man3/freeifaddrs.3
> @@ -0,0 +1 @@
> +man3/getifaddrs.3

I think you meant

.so man3/getifaddrs.3

here.

Applied.

> diff --git a/man3/getifaddrs.3 b/man3/getifaddrs.3
> new file mode 100644
> index 0000000..9e51126

...

Covered in another mail.

> --- a/man3/inet_ntop.3
> +++ b/man3/inet_ntop.3
> @@ -110,8 +110,13 @@ but 2.2 and later have
>  .SH BUGS
>  .B AF_INET6
>  converts IPv4-mapped IPv6 addresses into an IPv6 format.
> +
> +The interface is painful to use since it does not operate on
> +sockaddrs, as apparent from the first example.
>  .SH EXAMPLE
>  See
> +.BR getifaddrs (3)
> +and
>  .BR inet_pton (3).
>  .SH "SEE ALSO"
>  .BR getnameinfo (3),

Not applied, since the example program I added uses getnameinfo() instead.

Thanks for all of this work Petr!

Cheers,

Michael
-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
git://git.kernel.org/pub/scm/docs/man-pages/man-pages.git
man-pages online: http://www.kernel.org/doc/man-pages/online_pages.html
Found a bug? http://www.kernel.org/doc/man-pages/reporting_bugs.html

--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

  parent reply	other threads:[~2009-01-14 10:24 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2008-12-09  2:56 [PATCH] getifaddrs.3: New manual page Petr Baudis
     [not found] ` <20081209025634.GD10491-DDGJ70k9y3lX+M3pkMnKjw@public.gmane.org>
2009-01-13 17:09   ` Petr Baudis
2009-01-14 10:24   ` Michael Kerrisk [this message]
2009-01-14 11:55   ` Michael Kerrisk
     [not found]     ` <cfd18e0f0901140355j6758cb29i5b356667aedc467-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-01-14 23:27       ` Michael Kerrisk
     [not found]         ` <cfd18e0f0901141527g4518e063p642d0a4464c9804d-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2009-01-20 23:48           ` Petr Baudis
     [not found]             ` <20090120234828.GE21648-DDGJ70k9y3lX+M3pkMnKjw@public.gmane.org>
2009-01-22 20:22               ` Michael Kerrisk

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=496DBD79.3040502@gmail.com \
    --to=mtk.manpages-gm/ye1e23mwn+bqq9rbeug@public.gmane.org \
    --cc=linux-man-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=pasky-AlSwsSmVLrQ@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.