Your message dated Sat, 17 Sep 2022 02:29:55 +0200
with message-id <yyuva5+nsgsbn...@thunder.hadrons.org>
and subject line Re: Bug#872589: dpkg-gencontrol: please allow field 
"Important: yes"
has caused the Debian Bug report #872589,
regarding dpkg-gencontrol: please allow field "Important: yes"
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 ow...@bugs.debian.org
immediately.)


-- 
872589: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=872589
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: dpkg-dev
Version: 1.18.24
Severity: wishlist

Hi!
Stretch's versions of all apt frontends other than cupt already support
"Important: yes" packages, thus it'd be reasonable to allow them in Buster.

However, dpkg-gencontrol currently fails to copy the field into a generated
package.  If I post-process it with a hack like:
.----
override_dh_gencontrol:
        dh_gencontrol
        sed -e '2i Important: yes' -i debian/${PACKAGE}/DEBIAN/control
`----
all is ok.

It is not documented in the Policy, I've filed #872587 asking for their
opinion.


If you'd want to test the behaviour of current frontends yourself, you can
use my test packages:

deb http://angband.pl/debian essimp main
(-src, https), key:
wget -qO- https://angband.pl/deb/archive.html|apt-key add -
"test-essential", "test-important"



Meow!
-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable'), (500, 'testing'), 
(150, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.13.0-rc5-debug-00121-gc6b5a5fd577f (SMP w/6 CPU cores)
Locale: LANG=C.UTF-8, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C.UTF-8 
(charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Versions of packages dpkg-dev depends on:
ii  binutils      2.29-4
ii  bzip2         1.0.6-8.1
ii  libdpkg-perl  1.18.24
ii  make          4.1-9.1
ii  patch         2.7.5-1+b2
ii  perl          5.26.0-5
ii  tar           1.29b-2
ii  xz-utils      5.2.2-1.3

Versions of packages dpkg-dev recommends:
ii  build-essential          12.3
ii  clang-4.0 [c-compiler]   1:4.0.1-1
ii  fakeroot                 1.22-1
ii  gcc [c-compiler]         4:7.1.0-2
ii  gcc-7 [c-compiler]       7.1.0-13
ii  gnupg                    2.1.23-2
ii  gpgv                     2.1.23-2
ii  libalgorithm-merge-perl  0.08-3
ii  tcc [c-compiler]         0.9.27~git20161217.cd9514ab-3

Versions of packages dpkg-dev suggests:
ii  debian-keyring  2017.05.28

-- no debconf information

--- End Message ---
--- Begin Message ---
Version: 1.20.1

Hi!

On Fri, 2017-08-18 at 23:31:40 +0200, Guillem Jover wrote:
> On Fri, 2017-08-18 at 23:09:08 +0200, Adam Borowski wrote:
> > Package: dpkg-dev
> > Version: 1.18.24
> > Severity: wishlist
> 
> > Stretch's versions of all apt frontends other than cupt already support
> > "Important: yes" packages, thus it'd be reasonable to allow them in Buster.
> 
> We are actually not very happy with the name and were already thinking
> about using something else. We've also written down our thoughts on
> the matter, as there are still some undecided/undesirable semantics:
> 
>   <https://wiki.debian.org/Teams/Dpkg/Spec/ImportantField>
> 
> but as we were on the freeze didn't bring it into a wider audience.
> We'll be probably doing that in the coming days.

This got implemented in dpkg 1.20.1 as the Protected field. I'm thus
closing this report.

Thanks,
Guillem

--- End Message ---

Reply via email to