From: "Darrick J. Wong" <djwong@kernel.org>
To: Jan Palus <jpalus@fastmail.com>
Cc: linux-xfs <linux-xfs@vger.kernel.org>,
Andrey Albershteyn <aalbersh@kernel.org>
Subject: Re: [ANNOUNCE] xfsprogs v6.12.0 released
Date: Wed, 4 Dec 2024 21:44:04 -0800 [thread overview]
Message-ID: <20241205054404.GA7837@frogsfrogsfrogs> (raw)
In-Reply-To: <z34jlvpz5wfeejc4ub2ynfcozbhdvzp3ug2eynuepfkqlhlna5@fpuhaexfm24h>
On Wed, Dec 04, 2024 at 10:50:49PM +0100, Jan Palus wrote:
> On 03.12.2024 11:10, Andrey Albershteyn wrote:
> > Hi folks,
> >
> > The xfsprogs repository at:
> >
> > git://git.kernel.org/pub/scm/fs/xfs/xfsprogs-dev.git
> >
> > has just been updated.
> >
> > Patches often get missed, so if your outstanding patches are properly reviewed
> > on the list and not included in this update, please let me know.
> >
> > The for-next branch has also been updated to match the state of master.
> >
> > The new head of the master branch is commit:
> >
> > 90d6da68ee54e6d4ef99eca4a82cac6036a34b00
> >
> > New commits:
> >
> > Andrey Albershteyn (1):
> > [90d6da68ee54] xfsprogs: Release v6.12.0
> ...
> > [bc37fe78843f] man: document file range commit ioctls
>
> Note there is a small issue in this release -- ioctl_xfs_commit_range.2
> man page is never installed due to how INSTALL_MAN works:
>
> - for man pages that source other page, like ioctl_xfs_start_commit.2,
> it is copied as is with same filename
>
> - for mans with .SH NAME section, like ioctl_xfs_commit_range.2, it will
> use first symbol that follows this section both for source and
> destination filename, which in case of ioctl_xfs_commit_range.2 is
> ioctl_xfs_start_commit
>
> Effectively ioctl_xfs_start_commit.2 is copied twice and is broken since
> it points to non-existent man page. Swapping symbols in .SH NAME section
> is one workaround:
>
> @@ -22,8 +22,8 @@
> .\" %%%LICENSE_END
> .TH IOCTL-XFS-COMMIT-RANGE 2 2024-02-18 "XFS"
> .SH NAME
> -ioctl_xfs_start_commit \- prepare to exchange the contents of two files
> ioctl_xfs_commit_range \- conditionally exchange the contents of parts of two files
> +ioctl_xfs_start_commit \- prepare to exchange the contents of two files
I had not realized that install_man does that. :(
If you turn this into a formal patch I can RVB it and we can merge it
upstream.
--D
> .SH SYNOPSIS
> .br
> .B #include <sys/ioctl.h>
>
next prev parent reply other threads:[~2024-12-05 5:44 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-12-03 10:10 [ANNOUNCE] xfsprogs v6.12.0 released Andrey Albershteyn
2024-12-04 21:50 ` Jan Palus
2024-12-05 5:44 ` Darrick J. Wong [this message]
2024-12-05 10:09 ` Jan Palus
2024-12-05 15:38 ` Darrick J. Wong
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=20241205054404.GA7837@frogsfrogsfrogs \
--to=djwong@kernel.org \
--cc=aalbersh@kernel.org \
--cc=jpalus@fastmail.com \
--cc=linux-xfs@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox