Your message dated Tue, 15 Mar 2022 04:21:46 +0100
with message-id <[email protected]>
and subject line Re: Bug#984849: dpkg-divert: too sensitive to order of 
command-line args
has caused the Debian Bug report #984849,
regarding dpkg-divert: too sensitive to order of command-line args
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
984849: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=984849
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: dpkg
Version: 1.20.7.1
Severity: wishlist
X-Debbugs-Cc: [email protected]

dpkg-divert is too sensitive to the order of the command line parameters.
Since I only use it rarely, I almost always run into:

  # dpkg-divert --add /wooo --divert /yeah --rename
  dpkg-divert: warning: please specify --no-rename explicitly, the default will 
change to --rename in 1.20.x
  dpkg-divert: error: --add needs a single argument
  
  Use --help for help about diverting files.

The fix is to move --add last.  But neither the error nor the manpage makes
that clear.

Ross


-- Package-specific info:

-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 
'testing'), (40, 'unstable'), (30, 'experimental'), (1, 'experimental-debug')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 5.10.0-3-amd64 (SMP w/8 CPU threads)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, 
TAINT_UNSIGNED_MODULE
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages dpkg depends on:
ii  libbz2-1.0   1.0.8-4
ii  libc6        2.31-9
ii  liblzma5     5.2.5-1.0
ii  libselinux1  3.1-3
ii  tar          1.34+dfsg-1
ii  zlib1g       1:1.2.11.dfsg-2

dpkg recommends no packages.

Versions of packages dpkg suggests:
ii  apt            2.2.0
pn  debsig-verify  <none>

-- no debconf information

--- End Message ---
--- Begin Message ---
On Thu, 2021-09-02 at 10:12:17 -0700, Ross Vandegrift wrote:
> On Thu, Sep 02, 2021 at 04:16:36AM +0200, Guillem Jover wrote:
> > On Mon, 2021-03-08 at 22:35:49 -0800, Ross Vandegrift wrote:
> > > dpkg-divert is too sensitive to the order of the command line parameters.
> > > Since I only use it rarely, I almost always run into:
> > > 
> > >   # dpkg-divert --add /wooo --divert /yeah --rename
> > >   dpkg-divert: warning: please specify --no-rename explicitly, the 
> > > default will change to --rename in 1.20.x
> > >   dpkg-divert: error: --add needs a single argument
> > >   
> > >   Use --help for help about diverting files.
> > > 
> > > The fix is to move --add last.  But neither the error nor the manpage 
> > > makes
> > > that clear.
> > 
> > Both the man page and the --help output mention that the usage is:
> > 
> >   dpkg-divert [<option>...] <command>
> > 
> > And then go to list the commands and options on their respective
> > sections. While I guess I could add a hint or similar on the error
> > message (because modifying the way this is parsed would be a pain),
> > that seems it would be too specific for such a generic message. So
> > I'm inclined to leave it as is, TBH. If you have an alternative
> > suggestion I'm happy to consider, otherwise I'm afraid I'll just
> > going to close the report.
> 
> I don't have any good suggestions - I think usage would be more obvious
> if the commands weren't prefixed with dashes, but that would cause much
> worse breakage.  If the parsing is too hard to change, then leaving it
> as-is is sounds reasonable.
> 
> Thanks for thinking about it, feel free to close.

Closing this now.

Thanks,
Guillem

--- End Message ---

Reply via email to