[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#994275: Call for votes on "Reverting breaking changes in debianutils"



Hello,

I hereby call for votes on the following ballot to resolve #994275.  The
voting period starts immediately and lasts for up to one week, or until
the outcome is no longer in doubt (Constitution 6.3.1).

=== Resolution A ===

The Technical Committee resolves:

1. The debianutils package must continue to provide the which(1) program
   until a compatible utility is available in a package that is at least
   transitively essential in Debian 12.

   For the Debian 12 release, we expect which(1) to be in either an
   Essential package or a transitively Essential package (that is, a
   package that is depended on by an Essential package).

2. The which(1) program must not print any deprecation warnings.

3. We decline to overrule the maintainer of debianutils regarding the
   use of alternatives.  If another package takes over responsibility
   for which(1), then the debianutils maintainers and the other
   package's maintainers should coordinate to choose a suitable
   mechanism, which might be either versioned Depends/Breaks/Replaces,
   dpkg-divert, alternatives or something else.

4. The debianutils package must continue to provide the tempfile(1)
   program until a compatible utility is available in a package that is
   at least transitively essential in Debian 12.

   For the Debian 12 release, we expect tempfile(1) to be in either an
   Essential package or a transitively Essential package.

5. Programs in debianutils must not be moved to /usr until we have a
   project-wide consensus on going ahead with such a move, and any
   programs that have already been moved must be moved back.  In
   particular, this means debianutils must contain /bin/run-parts and
   /sbin/installkernel for the time being.

=== Resolution B ===

As Resolution A, except strike point (2) and renumber succeeding items.

=== End Resolutions ===

A: Issue Resolution A
B: Issue Resolution B
F: Further Discussion

-- 
Sean Whitton

Attachment: signature.asc
Description: PGP signature


Reply to: