Path: csiph.com!weretis.net!feeder8.news.weretis.net!fu-berlin.de!bofh.it!news.nic.it!robomod From: Scott Kitterman Newsgroups: linux.debian.maint.python Subject: Re: Upload request: psrecord (NEW) Date: Sat, 26 Oct 2024 17:10:01 +0200 Message-ID: References: X-Original-To: debian-python@lists.debian.org X-Mailbox-Line: From debian-python-request@lists.debian.org Sat Oct 26 15:01:13 2024 Old-Return-Path: X-Amavis-Spam-Status: No, score=-14.4 tagged_above=-10000 required=5.3 tests=[BAYES_00=-2, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FOURLA=0.1, LDO_WHITELIST=-5, PGPSIGNATURE=-5, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=no X-Policyd-Weight: NOT_IN_SBL_XBL_SPAMHAUS=-1.5 CL_IP_EQ_HELO_IP=-2 (check from: .kitterman. - helo: .interserver.kitterman. - helo-domain: .kitterman.) FROM/MX_MATCHES_HELO(DOMAIN)=-2; rate: -5.5 MIME-Version: 1.0 Content-Type: multipart/signed; boundary="nextPart4820799.HzTYWAdm5V"; micalg="pgp-sha512"; protocol="application/pgp-signature" X-Mailing-List: archive/latest/22470 List-ID: List-URL: List-Archive: https://lists.debian.org/msgid-search/6029701.OdEgEQYsGK@zini-1880 Approved: robomod@news.nic.it Lines: 104 Organization: linux.* mail to news gateway Sender: robomod@news.nic.it X-Original-Date: Sat, 26 Oct 2024 11:00:18 -0400 X-Original-Message-ID: <6029701.OdEgEQYsGK@zini-1880> X-Original-References: <059e32a6-6909-48e9-aeb9-22cd31013db8@debian.org> Xref: csiph.com linux.debian.maint.python:16402 --nextPart4820799.HzTYWAdm5V Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii"; protected-headers="v1" From: Scott Kitterman To: debian-python@lists.debian.org Subject: Re: Upload request: psrecord (NEW) Date: Sat, 26 Oct 2024 11:00:18 -0400 Message-ID: <6029701.OdEgEQYsGK@zini-1880> MIME-Version: 1.0 On Saturday, October 26, 2024 7:26:48 AM EDT Alexandru Mihail wrote: > > Package name > > ============ > > I saw that you started with psrecord as source package name and > > tijuca > > suggested to use python-psrecord in [0]. After looking into the > > package, > > my personal preference is to switch back to psrecord as source > > package > > name since in my view the main task of the package is to provide a > > psrecord executable and I consider the fact that it is written in > > Python > > an implementation detail. This is basically the situation mentioned > > by > > stefanor in [1]. Therefore my proposal is to use psrecord for both > > the > > source and the binary package name. > > > > I understand that this is an unfortunate situation for you since one > > person suggests to do A and another person suggests to do B. > > Therefore I > > propose to wait a bit and see what other people think about this. > > More > > opinions are much appreciated - in particular in view of recent > > discussions about namespacing Python packages. > > Yes, indeed after first reading DPT conventions, I also concluded the > best source/binary pkg name combo would be plain psrecord. I'll wait a > bit more, suggestions are very much welcome. If nothing relevant > happens in the meantime (both in this thread or more general > discussions) I will move the whole repo again to salsa/dpt/psrecord. > This little tool is quite useful and I'd hate for it to be stuck in > limbo for too long. Some additional background on this: In the before times, what is now the Debian Python Team was two teams: Debian Python Modules Team (DPMT) Python Applications Packaging Team (PAPT). DPMT packaged Python modules and extensions and the binary package naming rules (that are at least informally extended to source package names now) applied. PAPT packaged applications written in Python and these naming rules did not apply. Part of the reason why they were separate is that there are some things about packaging applications that are different. This is one of them. It is an unfortunate side effect of the team's merger that this distinction has been somewhat lost. >From reading this thread, it seems like psrecord is an application written in Python. Upstream could, if they felt like it, re-implement the whole thing in Rust and it would still be psrecord. Assuming that's at least generally correct, I think psrecord is definitely the correct package name. The only exception is that applications which provide a publically available module/ extension that other programs can use should provide a binary which uses the python3-foo naming convention (see spf-engine as an example). It is a matter of taste and judgement for small applications that provide a public module/extension should ship the application in a separate binary package or not. Generally, tiny packages are bad because they require more overhead, including making the packages file bigger for every single user. It would be good if you would review the existing DPT documentation (particularly the policy) with this in mind and see if you have suggestions to make it clearer. Scott K --nextPart4820799.HzTYWAdm5V Content-Type: application/pgp-signature; name="signature.asc" Content-Description: This is a digitally signed message part. Content-Transfer-Encoding: 7Bit -----BEGIN PGP SIGNATURE----- iQIzBAABCgAdFiEE53Kb/76FQA/u7iOxeNfe+5rVmvEFAmcdBAIACgkQeNfe+5rV mvHoJg//XNm9Usqlgwe04WphnnoJilQr0v/cKp/ia+PYrUq52UkPIxgxooLbFphj f0GpdmLIc/ei+rAxgH1xPHn4BB/prSeek0PF082FsA589gmZqKCGFXkH4aElOVoD cd8eKJ+tSx5peE4OHj6wzOdweebFbML7vGEzkA+6DoehHuQo3bXF+h5847+s6pZH vAJKvLeABZHxHt0d0NG805XPLpm/KaZhfYe1/esTvUdTRX3xOtQtffnAjRS6yPyH j2AKh4IjbKOLpM946Op0gU1jp/2jGSGw+aYnmzfcaz8lULXl8IhXj7hBr70vxtXC /AimntUjGPIaaHwoYvg/mPssPqA1qNGmdMns3QLTK+D9Yim6D93LGJ++4DIZrENS BuyxQFA+9560X1ziomZkOy6gBj567FpjK/0diH8rprUpg74bEHr4Ifp8R+g7PPm4 o+VesdwNlIU25GKDlybXuMU7jjY5ot2QSqSkxshWWw1JiRalwh9gG7PHAaChYUcB fEJcud72Uq727C5KkwnMWIELVPdEBIB++WtuwUEJiW7PBlKsDWRd1Y4DBhhLkebn CevkwpTiK4VyqHJ2f7GK+v4tm2lcFxJycT41Lfe8lhVzXBMyQWuAkHxICtRPXsXx Yw8Gcm5fcSStdN3NmN9p+NswrtqNxYU8a+6ZGIhsRD7SofMLrg4= =/hF/ -----END PGP SIGNATURE----- --nextPart4820799.HzTYWAdm5V--