Path: csiph.com!aioe.org!bofh.it!news.nic.it!robomod From: Ondrej Novy Newsgroups: linux.debian.maint.python Subject: Re: Maintaining all of the testing-cabal packages under the OpenStack team Date: Mon, 29 Jun 2020 09:00:01 +0200 Message-ID: References: X-Mailbox-Line: From debian-python-request@lists.debian.org Mon Jun 29 06:51:13 2020 Old-Return-Path: X-Amavis-Spam-Status: No, score=-4.499 tagged_above=-10000 required=5.3 tests=[BAYES_00=-2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FREEMAIL_FORGED_FROMDOMAIN=0.25, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.25, HTML_MESSAGE=2, LDO_WHITELIST=-5, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=no autolearn_force=no X-Policyd-Weight: using cached result; rate: -5.5 Dkim-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ondrej-org.20150623.gappssmtp.com; s=20150623; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=QufD1XNzwtq+qIbfzCXhmHm3iHVu1hRnBuIYVp3k1NI=; b=s6anA1B3YDaBHIB+GCQ+47SDvVYiZo69dyIf1DvIj4IBTbyita1HkPLubzWr1gjHI+ K8M2KiUCxkYbm1VchzWexhJBdm5WSFPl0lWdVy9h8jz/YBoTHoz6vEMcdQWMCl35TaAc N66C70F3QDkQmg/G1DLpNP3YiUG8zfI+5cLxvzPNQWWv5DBOHU46yTJuPNErJY1jrzc8 eEh7DGqVkXzxRwBMc1vRdHBS4UV04lL3ZUmsYc+yA+nJFJEMVVzkRPFp6nt2vKYo3Rgb XXtvVrlhOoYY9YcgN7zdiNR/kZXBtgnR5QsX28edCu5X5vOYvZGtr56oKbUVi/yT0a0b mPHQ== X-Google-Dkim-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=QufD1XNzwtq+qIbfzCXhmHm3iHVu1hRnBuIYVp3k1NI=; b=ruur3KpGfKnjeTckfcogZ18fYthfaMNNX70C8ilWUDrkz9PGlICQpexueOfN2pk659 rNfFr5tzBbBwyTaotIh0H0ubV7Cvk7+SmTcVFrPEpW8UiJSi+ZwaaeQjxF9UvOSBRl1K u33DKXJje9xQS25NIyJqF8uAScQcvAqCWs9RIkd9GPbrqe7hcwa16yvS4CIp7lN21iby BGfh4xRXtmoWG+GY3VQ+8rcE8HBeugr3C3FNquJquBRstLq00gTrxqmQQSiMFRxSNwSf g6oQBvzzVY37drx4/1XUwGAo3O81PaFF70rMceHoxfT+Wbzwk84ZdgZYWI797ilJfnut hE8w== X-Gm-Message-State: AOAM5312pFSUllzXZq8LW21lu2ZYfWbH/uAhEBlcMduX++5CXws6DrmI YVryrP2bn1UJTvdBB6f//3arhFtOdu388EX16sw= X-Google-SMTP-Source: ABdhPJxNZF9ljsoHhgkXlRVKSDc6HCwWjCJYE6rcTbAU1PwpVMJx8lOMfiXPm9fCtAcQztCBM6KnCWDgmP8kcsr6eNs= X-Received: by 2002:a7b:c4c3:: with SMTP id g3mr15831675wmk.126.1593412467558; Sun, 28 Jun 2020 23:34:27 -0700 (PDT) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000001c0c3905a933407d" X-Mailing-List: archive/latest/18409 List-ID: List-URL: List-Archive: https://lists.debian.org/msgid-search/CAOO6c=zpH3iirXjfmkKVTPWmAcMkQCvz+8uBkuSq31_hDZ-XBw@mail.gmail.com Approved: robomod@news.nic.it Lines: 180 Organization: linux.* mail to news gateway Sender: robomod@news.nic.it X-Original-Cc: debian-python X-Original-Date: Mon, 29 Jun 2020 08:34:16 +0200 X-Original-Message-ID: X-Original-References: <10f32e46-e9e5-acbe-739f-fe563da025e3@debian.org> Xref: csiph.com linux.debian.maint.python:12690 --0000000000001c0c3905a933407d Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Hi, ne 28. 6. 2020 v 16:48 odes=C3=ADlatel Thomas Goirand nap= sal: > Hi, > > Under a single Github account, the below packages are maintained: > - mock > - subunit > - testtools > - fixtures > - funcsigs (deprecated, py2 backport) > - testresources > - traceback2 > - testscenarios > - testrepository > - extras > - linecache2 > > Currently, these packages are maintained by a variety of DDs, and > there's no uniform maintenance of them. > which is perfectly fine, that's how Debian works. The last upload of mock 4.0.2, by Ondrej, broke *a least*: > - nova (see: #963339) > - cloudkitty (see: #963069) > - congress (see: #963312) > - rally (see: #963381) > > All of the 4 packages above were able to build in Bullseye (ie: mock > 3.0.5) and FTBFS in Sid (with mock 4.0.2). > > Well done! :( > yep, that's how it works. We need to move forward and don't keep old, buggy and unmaintained packages in Debian, right? You should add autopkgtest to prevent this. Failed autopkgtest will block migration. Or we should start using full transitions, which is a bad idea imho. Ondrej, you once cared for the OpenStack packages. Why are you now > completely careless? > because it's really hard to cooperate with you. I already tried to explain it to you but you didn't listen. > More over, mock debhelper was upgraded to 13, for no apparent reason > (yet another "cosmetic fix" that isn't helping?). I'd like to remind > everyone that, increasing debhelper compat version to a number that > isn't in stable, without a specific reason (like the need of a specific > feature that wasn't there before) is just annoying for anyone > maintaining backports. That's truth even for when debhelper itself is > backported to oldstable (it's always nicer to be able to build a > backport without requiring another backport at build time). > nope, this is not true. Using the newest debhelper compat level is recommended, see man page. There is no reason to __not__ upgrade debhelper compat level. I will always upgrade debhelper in my packages to the newest debhelper as soon as possible. Please newer downgrade debhelper in my packages again without asking. I don't want this to happen again. So I am hereby asking to take over > the maintenance of these packages which aren't in the OpenStack team. > They will be updated regularly, each 6 months, with the rest of > OpenStack, following the upstream global-requirement pace. I'm confident > it's going to work well for me and the OpenStack team, but as well for > the rest of Debian. > for my packages (i'm uploader): no, sorry. Reasons: 1. I hate openstack-pkg-tools 2. I like pybuild 3. you hate pybuild and don't want to use it --=20 Best regards Ond=C5=99ej Nov=C3=BD --0000000000001c0c3905a933407d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi,

ne 28. 6. 2020 v=C2=A016:48 odes=C3=ADlatel Thomas= Goirand <zigo@debian.org> nap= sal:
Hi,

Under a single Github account, the below packages are maintained:
- mock
- subunit
- testtools
- fixtures
- funcsigs (deprecated, py2 backport)
- testresources
- traceback2
- testscenarios
- testrepository
- extras
- linecache2

Currently, these packages are maintained by a variety of DDs, and
there's no uniform maintenance of them.

=
which is perfectly fine, that's how Debian works.

The last upload of mock 4.0.2, by Ondrej, broke *a least*:
- nova (see: #963339)
- cloudkitty (see: #963069)
- congress (see: #963312)
- rally (see: #963381)

All of the 4 packages above were able to build in Bullseye (ie: mock
3.0.5) and FTBFS in Sid (with mock 4.0.2).

Well done! :(

yep, that's how it wo= rks. We need to move forward and don't keep old, buggy and unmaintained= packages in Debian, right?
=C2=A0
You should add autop= kgtest to prevent this. Failed autopkgtest will block migration. Or we shou= ld start using full transitions,=C2=A0which is a bad idea imho.
<= br>
Ondrej, you once= cared for the OpenStack packages. Why are you now
completely careless?

because it's r= eally hard to cooperate with you. I already tried to explain it to you but = you didn't listen.
=C2=A0
More over, mock debhelper was upgraded to 13, for no apparent reason
(yet another "cosmetic fix" that isn't helping?). I'd lik= e to remind
everyone that, increasing debhelper compat version to a number that
isn't in stable, without a specific reason (like the need of a specific=
feature that wasn't there before) is just annoying for anyone
maintaining backports. That's truth even for when debhelper itself is backported to oldstable (it's always nicer to be able to build a
backport without requiring another backport at build time).

nope, this is not true. Using the newest debhelper com= pat level is recommended, see man page. There is no reason to __not__ upgra= de debhelper compat level. I will always upgrade debhelper in my packages t= o the newest debhelper as soon as possible. Please newer downgrade debhelpe= r in my packages again without asking.

I don't want this to happen again. So I am hereby asking to take over the maintenance of these packages which aren't in the OpenStack team. They will be updated regularly, each 6 months, with the rest of
OpenStack, following the upstream global-requirement pace. I'm confiden= t
it's going to work well for me and the OpenStack team, but as well for<= br> the rest of Debian.

for my packages (i&= #39;m uploader): no, sorry.

Reasons:
1. = I hate openstack-pkg-tools
2. I like pybuild
3. you hat= e pybuild and don't want to use it

--
=
Best regards
=C2=A0Ond=C5=99= ej Nov=C3=BD

--0000000000001c0c3905a933407d--