public inbox for linux-xfs@vger.kernel.org
 help / color / mirror / Atom feed
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>
> 

  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