Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.maint.python > #11932

Re: 2Removal: handling circular dependencies

From Simon McVittie <smcv@debian.org>
Newsgroups linux.debian.maint.python
Subject Re: 2Removal: handling circular dependencies
Date 2019-10-24 10:00 +0200
Message-ID <yUGci-Rx-1@gated-at.bofh.it> (permalink)
References <yIK1Y-7N9-19@gated-at.bofh.it> <yUxsl-44o-3@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Wed, 23 Oct 2019 at 23:05:39 +0100, Rebecca N. Palmer wrote:
> - One big tangle (159 packages).  This probably needs breaking up:
> --- Some of it involves documentation tools (e.g. sphinx).  These cycles can
> be broken by using the Python 3 version of the tool.

You've listed dbus-python as being part of this cycle, but since version
1.2.10-1 it only Build-Depends on sphinx-common, python3-sphinx and
python3-sphinx-rtd-theme. Is that enough to remove it from this cycle?

I removed the block when I made that change, but someone('s script?)
seems to have added it back? I can't remove python-dbus and close the
2removal bug yet, because lots of packages still depend on python-dbus.

I also can't see how -sphinx would depend directly or indirectly on
-dbus. Perhaps some of the blocks have been added the wrong way round?

I wonder whether parts of the 159-package cycle are actually smaller
cycles with non-trivial intersection, such as:

     python-sphinx --D--> sphinx-common
          | ^      <--S--
          D S
          v |
     python-alabaster

I'd tend to think of that as two intersecting 2-package cycles, rather
than one larger cycle.

> (Assuming we're still using "broken Suggests are not
> allowed": this has previously been discussed, I forget where.)

I think that's much too strong, particularly during a
transition. Transitions from unstable to testing only look at
(Pre-)Depends and Build-Depends(|-Arch|-Indep), although in general we
also consider broken Recommends to be a serious bug if anyone notices
them (due to Policy §2.2.1 "must not require or recommend a package
outside of main for compilation or execution").

Suggests are specifically not considered by Policy §2.2.1 (packages in
main are allowed to suggest packages that are in contrib, in non-free,
or not in the archive at all) and the pattern of cyclic Depends in one
direction, and Recommends or Suggests in the other, is extremely common.

    smcv

Back to linux.debian.maint.python | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread


Thread

2Removal: handling circular dependencies / dropping tests before the  binary? "Rebecca N. Palmer" <rebecca_palmer@zoho.com> - 2019-09-21 11:40 +0200
  Re: 2Removal: handling circular dependencies / dropping tests before  the binary? Andrey Rahmatullin <wrar@debian.org> - 2019-09-21 12:00 +0200
    Re: 2Removal: handling circular dependencies / dropping tests before  the binary? Sandro Tosi <morph@debian.org> - 2019-09-21 23:10 +0200
  Re: 2Removal: handling circular dependencies "Rebecca N. Palmer" <rebecca_palmer@zoho.com> - 2019-10-24 00:40 +0200
    Re: 2Removal: handling circular dependencies Simon McVittie <smcv@debian.org> - 2019-10-24 10:00 +0200
      Re: 2Removal: handling circular dependencies Andrey Rahmatullin <wrar@debian.org> - 2019-10-24 10:10 +0200
        Re: 2Removal: handling circular dependencies "Rebecca N. Palmer" <rebecca_palmer@zoho.com> - 2019-10-24 19:50 +0200
    Re: 2Removal: handling circular dependencies Sandro Tosi <morph@debian.org> - 2020-03-16 07:30 +0100
      Re: 2Removal: handling circular dependencies "Rebecca N. Palmer" <rebecca_palmer@zoho.com> - 2020-03-16 08:50 +0100

csiph-web