why does python3-dulwich depend on python3-dbg?

2022-09-17 Thread Marvin Renich
[I am not subscribed; Reply-To set to the list and me.]

Can someone explain why python3-dulwich newly depends on python3-dbg?  This
seems counter-intuitive to me for a package for a production module to
depend on a debug interpreter.

Thanks...Marvin



Re: git-multimail 1.6.0 package review

2022-09-17 Thread Bo YU

Hi,
On Thu, Sep 15, 2022 at 05:32:33PM +0100, Antoine Beaupré wrote:

Hi!

I've done a quick review of the 1.6.0 package on salsa as of commit
d5bd184a1cf73b752f80dea46d8080493a5e663b.

It looks like there's some leftover stuff in debian/copyright, i would
remove this:

modified   debian/copyright
@@ -2,8 +2,6 @@ Format: 
https://www.debian.org/doc/packaging-manuals/copyright-format/1.0/
Upstream-Name: git-multimail
Upstream-Contact: Matthieu Moy 
Source: https://github.com/git-multimail/git-multimail
-#
-# Please double check copyright with the licensecheck(1) command.

Files: *
Copyright: 2014-2022, Matthieu Moy 


Ok, removed comment here.



Also, I didn't quite follow the work on the test cases, but why did you
replace pep8 by pycodestyle in the patch in debian/patches? The patch
itself doesn't actually explain the *why* (it explains the "what" but we
typically want more than this...)


This time i add dep3 header for the patch. It should be noted that
despite this patch, it is still not helpful for upstream test cases.
I have forwarded this for upstream:
https://github.com/git-multimail/git-multimail/issues/221#issuecomment-1245009306
(To avoid bring noisy for upstream, i just recorded it in a issue)



It seems like you have README.rst both in debian/rules and
debian/docs. Either one of those should be sufficient, and you should
remove the other. Same with the launcher in
python3-git-multimail.install vs debian/rules.


There should be no duplicate file. I have droped they.


I'm also surprised we need that launcher at all. Normally, the
`setup.py` wrapper has a scripts= stanza which should install the
upstream one, why do we do it differently?


yeah. The reason why I use launcher here is bacause that @jcfp helped
me to review it in the previous time:

```
the (large) git_multimail.py file is installed twice, both as a
public module under /usr/lib/python3 and as a script in /usr/bin;
the latter could be replaced by a tiny launcher (take a look at the
nfoview package if you need inspiration; your launcher would be even
shorter because it doesn't need the sys.path manipulation)
```
I am not sure if I understand jcfp's meaning correctly and I refer to
nfoview:
https://salsa.debian.org/python-team/packages/nfoview/-/blob/debian/master/debian/launcher/nfoview

The issue is that I installed git_multimail.py twice in fact it should
be under /usr/lib/python3 only as jcfp said. So i remove it in /usr/bin
by hand.

Now I have removed the launcher for git-multimail and it should work:)


I would also name the binary package `git-multimail` instead of
`python3-git-multimail`, since we don't really care that much that the
thing is written in python, since it's not a library.


Got it. I mixed python module and library here.

(I paste and copy another mail in here:)


Finally, one fundamental issue with this package is that, as you
correctly identified, it's unmaintained upstream. If we do ship it in
Debian, maybe we'd want to keep it out of stable until that is settled?


Ok. I think so also. Fortunately, maintainer of upstream has a little
response, but that's all.


I think that's what I have for now. I haven't double-checked the
upstream branch to see if it matches the upstream repo I have here, but
that would be my next step before uploading... just a formality to make
sure everything matches up.

Thanks for working on this package!


Thanks. This is the first package made by me with you all help.

The new version for git-multimail is here:
https://mentors.debian.net/package/git-multimail/

Thanks again for your encouragement.:)

--
The greatest crimes in the world are not committed by people breaking
the rules but by people following the rules. It's people who follow
orders that drop bombs and massacre villages.
   - Banksy




--
Regards,
--
  Bo YU



signature.asc
Description: PGP signature


Re: why does python3-dulwich depend on python3-dbg?

2022-09-17 Thread Neil Williams
On Sat, 17 Sep 2022 16:46:15 -0400
Marvin Renich  wrote:

> [I am not subscribed; Reply-To set to the list and me.]
> 
> Can someone explain why python3-dulwich newly depends on python3-dbg?
>  This seems counter-intuitive to me for a package for a production
> module to depend on a debug interpreter.

See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1019278

The package has had a build-dependency on python3-all-dbg for some
5 years or more - now waiting for an upload to unstable. 

See also
https://lists.debian.org/debian-python/2021/09/msg4.html

-- 
Neil Williams
li...@codehelp.co.uk
https://linux.codehelp.co.uk


pgp_w2NRs_PqA.pgp
Description: OpenPGP digital signature