Wednesday, September 24, 2008

man-pages-3.10 is released

I've uploaded man-pages-3.10 into the release directory (or view the online pages). This is a fairly light release; conferences, and learning and changing my workflow for git have take a bit of time lately. Notable changes in man-pages-3.10 are:

  • The clone(2) and getpid(2) pages add some notes and details of the consequences of the PID caching performed by glibc's getpid() wrapper function.
  • Various changes to services(5), including removing various out-of-date pieces of text.

Thursday, September 18, 2008

git update

I updated my previous post, mainly to add the details required to import subversion tags into git. If you cloned the repository that I put up at about a week ago, you'll need to re-clone. (Sorry!)

The timing has been good. Primed and ready to start learning more about git, I got to join a sizable crowd at the Linux Plumbers Conference to see Linus giving a highly informative and entertaining tutorial on git.

Thursday, September 11, 2008

man-pages goes git (at last!)

[Update: 19 Sep 2008: when I first attempted the git import, I didn't import the subversion tags into git. I've updated and expanded this post to include the required details to do that.]

When I inherited man-pages, there was no version control system (VCS) in use. To help myself keep track of changes, I've been running a private subversion repository since I took over as maintainer (i.e., since man-pages-2.00), but I never got round to hosting it on a public server so that people could pull from it (requests for such a facility were only occasional). Instead, people wanting to send patches would just grab the latest tarball from the downloads directory, patch the required source file, and email me the patch.

Somewhat more frequent requests for a public repository, and the fact that the Linux world is nowadays mostly oriented around the git distributed version control system, have gradually created a pressure to change things. So, I'm taking baby steps towards using git for man-pages. Here goes...

Importing from subversion to git

I found the Simplistic Complexity blog's simple instructions on subversion-to-git migration quite useful (though it didn't supply all of the details I needed for importing subversion tags).

My subversion repository had a somewhat non-standard layout, which affected the options (see the git svn init command below) that I needed to do an import that included my subversion tags. (Thanks to various people on the git mailing list who helped me find the right way to do things, especially Björn Steinbrink and Michael Gruber.) The following subversion commands give an idea of the layout:

$ svn list file:///home/mtk/man-pages-rep
$ svn list file:///home/mtk/man-pages-rep/trunk
$ svn list file:///home/mtk/man-pages-rep/trunk/man-pages
$ svn list file:///home/mtk/man-pages-rep/tags
$ svn list file:///home/mtk/man-pages-rep/tags
$ svn list file:///home/mtk/man-pages-rep/tags/man-pages-2.00
$ svn list file:///home/mtk/man-pages-rep/tags/man-pages-2.01
[and so on]
$ svn list file:///home/mtk/man-pages-rep/branches
[i.e., no branches, since this has been a linear svn repo.]
Set up an empty, temporary git repository, in the process informing git about the location of the subversion repository from which the import should be done:
$ cd $HOME
$ mkdir man-pages-git-tmp
$ cd man-pages-git-tmp
$ git svn init file:///home/mtk/man-pages-rep/ \
-T trunk/man-pages \
-b branches/*/man-pages
-t tags/*/man-pages
Initialized empty Git repository in .git/
Tell git about the names of users in the subversion commit logs. Because the subversion repository was private (I just took other people's emailed input and made changes as required), I'm the only user. That means that the historical information in the repository will be bogus, suggesting that I'm responsible for all of the nearly 5000 commits to the repository, when it's probably more like 75%. My apologies to everyone else. Something like the true story for man-pages 2.00 through to 3.09 can be found here.
$ cat > ~/users.txt
mtk = Michael Kerrisk
$ git config svn.authorsfile ~/users.txt
Do the import:
$ time git svn fetch
M Changes
r4917 = 93a6e8f9ee5d0710a084425548775348389e2900 (git-svn)
Checking out files: 100% (1925/1925), done.
Checked out HEAD:
file:///home/mtk/man-pages-rep/trunk/man-pages r4917

real 70m24.850s
user 14m46.571s
sys 22m29.852s
And yes, I definitely need some faster hardware...

At this point, git branch -a showed that I had imported the subversion tags into git. But the tags still need to be turned into proper git tags. This requires a command for each tag, which can be automated in a script. (Thanks to Heikki Orsila who pointed out to me that this step was required, and who supplied the script.)
$ cat
git branch -a | grep tags/ | while read tag ; do
tagname=$(echo $tag | cut -d/ -f2)
commit=$(git rev-parse $tag)
res=$(git log master | grep "^commit $commit")
if test -z "$res" ; then
# take the parent commit for the tag commit (found in master)
commit=$(git rev-parse $tag^)
echo $tagname $commit
git tag -a $tagname $commit -m "This is $tagname"

$ sh ~/
man-pages-2.00 105a35bc69bd3088d69f5d3c94d22e6595e223d2
man-pages-2.01 972a9aee950d4df97cc1f81147b64fe52007dfc7
man-pages-3.08 5c8cbdc1b2c9b5a1ebb8626361ea01cb73965636
man-pages-3.09 81468e1308f643ffd5718809379c074ff75dc311
$ git tag -l
Clone the temporary repository, to produce a clean repository from which any lingering cruft that was used to support git svn has been removed:
$ git clone man-pages-git-tmp man-pages-git
Initialized empty Git repository in /home/mtk/man-pages-git/.git/
0 blocks
And then run a garbage collection to clean up any remaining unneeded files, and otherwise improve the efficiency of the repository:
$ git gc
Counting objects: 36341, done.
Compressing objects: 100% (12059/12059), done.
Writing objects: 100% (36341/36341), done.
Total 36341 (delta 29117), reused 29623 (delta 23595)
Hosting the git repository on

The public git repository is to be hosted on Quite a while back the admins there already set up a location for a man-pages git repository. Jeremy Kerr kindly held my hand through the hurdles of the initial set up.

On, the admins assigned man-pages a repository location of /pub/scm/docs/man-pages. So, let's create an empty repository there:
$ ssh's password:
[mtk@hera man-pages]$ cd /pub/scm/docs/man-pages
[mtk@hera man-pages]$ git init
[mtk@hera man-pages]$ mv .git/ man-pages.git
[mtk@hera man-pages]$ exit
Back on my local machine, modify the git repository's config file so that I can write simple git push commands to push changes onto the repository
$ cat >> ~/man-pages-git/.git/config
[remote ""]
url = ssh://
push = +refs/heads/master:refs/heads/master
And then do the push to
$ cd $HOME/man-pages-git
$ git push's password:
Counting objects: 36341, done.
Compressing objects: 100% (12059/12059), done.
Writing objects: 100% (36341/36341), 8.62 MiB 681 KiB/s, done.
Total 36341 (delta 29117), reused 29623 (delta 23595)
To ssh://
* [new branch] master -> master
Log into and give the repository a public description:
$ ssh's password:
[mtk@hera man-pages]$ cat > /pub/scm/docs/man-pages/man-pages.git/description
Man pages for Linux kernel and glibc APIs
[mtk@hera man-pages]$ exit
And then we have the repository visible and ready for use at, and you can clone it using the following command:
$ git clone git://
PS In case it's not clear: only use git to submit changes to man-pages if that's your preference. It's still possible to submit patches the good old-fashioned way, by grabbing the latest release (tarballs will continue to be released as usual every week or two), editing the required source file(s), and sending me a diff -u patch by email.

Wednesday, September 10, 2008

man-pages-3.09 is released

I've uploaded man-pages-3.09 into the release directory (or view the online pages). Notable changes in man-pages-3.09 are:

  • A new fopencookie(3) page, documents a library function that allows a custom implementation of a stdio stream.
  • A new networks(5) page (adopted from Debian) documents the /etc/networks file.
  • Feature test macro requirements were added or fixed for various pages.
  • Many parts of the hsearch(3) man page were fixed and rewritten.
Dan Jacobson remarked that people who read the COLOPHON at the end of each man page may have a kernel or glibc bug to report, rather than a man-pages bug report, but that following the URL in the COLOPHON only leads to a page describing how to report documentation bugs. So, I wrote a new page giving some pointers about reporting kernel and glibc bugs, and that page is linked from the man-pages reporting bugs page.

Fast fertig auf da Wiesn