Path: csiph.com!news.neodome.net!news.samoylyk.net!gothmog.csi.it!bofh.it!news.nic.it!robomod From: weepingclown Newsgroups: linux.debian.maint.python Subject: Re: Upload request: psrecord (NEW) Date: Sun, 08 Dec 2024 19:50:01 +0100 Message-ID: References: X-Original-To: debian-python@lists.debian.org X-Mailbox-Line: From debian-python-request@lists.debian.org Sun Dec 8 18:43:29 2024 Old-Return-Path: X-Amavis-Spam-Status: No, score=-7.198 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, LDO_WHITELIST=-5, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001] autolearn=ham autolearn_force=no X-Policyd-Weight: using cached result; rate:hard: -4.6 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Mailing-List: archive/latest/22653 List-ID: List-URL: List-Archive: https://lists.debian.org/msgid-search/C424BDB8-80D0-43E9-A697-109F03CB6E83@disroot.org Approved: robomod@news.nic.it Lines: 37 Organization: linux.* mail to news gateway Sender: robomod@news.nic.it X-Original-Date: Sun, 08 Dec 2024 18:43:06 +0000 X-Original-Message-ID: X-Original-References: <80fe104d-453c-4555-b656-c3123a3bbe35@debian.org> <2f0bf5b0ed4df279b81295343eacf66f9d5ddf35.camel@gmail.com> <3145534b-cf5e-4cd9-b0f6-23133f24914a@debian.org> <606c0e77e2ef7a267919957015dccc7d2bb51e7f.camel@gmail.com> <735d8e62-33ed-47c1-a64a-c5a7800f09fc@debian.org> <78dd4de9-1eea-4e3a-a284-0d7ae64f0e0f@web.de> <0f87d667-6649-4a9b-8cc6-92c1724e8bf2@debian.org> Xref: csiph.com linux.debian.maint.python:16563 Hi Peter, I believe the previous way of doing this was - override_dh_foo: dh_foo which is now less verbose if you want - execute_after_dh_foo: or execute_before, when you need that=2E My understanding is that there is no added benefit than less verbosity and= maybe more clarity (since it tells you in a first glance that it should ru= n before/after dh_foo)=2E So yes, nothing problematic as long as you still = have dh_foo there once you use override_dh_foo, but these execute_* targets= feel much better to me=2E tbph, overriding a target only to run the exact = same thing again makes me feel stupid each time, so I change the older patt= ers whenever I come across them in a package :p Best, Ananthu On 8 December 2024 5:36:32 pm UTC, Peter Wienemann wr= ote: >As long as the override_dh_auto_clean target still contains dh_auto_clean= the original functionality should be retained=2E At least this is my under= standing=2E Please correct me if this is wrong=2E But you are perfectly rig= ht that using execute_after_dh_auto_clean is less error-prone=2E Thanks for= this suggestion=2E I added it to my notes=2E :-) > >Best regards > >Peter