Re: Suggesting change in DPT policy

Am Tue, Feb 27, 2024 at 04:25:49PM + schrieb weepingclown: > While perfectly understanding the weak collaboration model reasoning, I've > still always found DPT as uploader and not maintainer rather absurd TBH. The > current go to tool (as I understand it) for python packaging, py2dsp, also

Re: Suggesting change in DPT policy

pinion before[2]. Kind regards Andreas. [1] https://salsa.debian.org/python-team/tools/python-modules/-/merge_requests/20 [2] https://lists.debian.org/debian-python/2024/02/msg00060.html Am Tue, Feb 27, 2024 at 03:36:24PM -0500 schrieb Louis-Philippe Véronneau: > On 2024-02-27 03:05, Andre

Maintaining packages with complex relationships (Was: Suggesting change in DPT policy)

Hi Étienne, Am Wed, Feb 28, 2024 at 09:37:59AM +0100 schrieb Étienne Mollier: > > > Instead of restricting collaboration, we could let policy encourage > > > maintainers to state such constraints in debian/README.DPT and ask team > > > members to check that file before they team-upload. > > > > I

Re: Suggesting change in DPT policy

Hi Scott, Am Wed, Feb 28, 2024 at 11:44:07AM + schrieb Scott Kitterman: > > This makes more sense to me. It is completely understandable that how things > are communicated affects how people feel about them. This is a difficult > thing to get right. I have experienced similar demotivatin

Re: Suggesting change in DPT policy

Hi Scott, Am Wed, Feb 28, 2024 at 09:19:29AM -0500 schrieb Scott Kitterman: > Looking at your list, I note that it includes team members that have been > very > active in team wide work, not just on their own packages. I'm fully aware of this. > I think it would be > contrary to the spirit of

Re: O: python-cryptography -- Python library exposing cryptographic recipes and primitives (documentation)

Hi, as per bug #1064979 python-cryptography was orphaned. Actually the process of orphaninig is defined differently[1] by setting QA team as maintainer. In this case DPT remains maintainer but there is no Uploader specified any more. I personally will not add my ID as Uploader. I have added th

Re: Suggesting change in DPT policy

is simple for maintainers comfortable with Python 3.12 2023-12-22 closed with changelog [ Andreas Tille ] * Set DPT maintainer * Replace SafeConfigParser deprecated in Python3.12 Closes: #1058177 * Transparently skip test_bad_pagebuilder instead of ignoring test suite errors

Re: Suggesting change in DPT policy

Am Sat, Mar 02, 2024 at 09:11:52PM + schrieb Scott Kitterman: > > It's possible I am misunderstanding you here (languages are hard even when > they are your first), but if I am not, I think you are not really seeing > things from the correct perspective. I'm probably biased since involved i

Re: Bug#1065042: O: mpl-sphinx-theme -- documentation for the mpl-sphinx-theme Python library

Am Thu, Feb 29, 2024 at 02:06:25PM -0800 schrieb Vagrant Cascadian: > On 2024-02-29, Sandro Tosi wrote: > > I intend to orphan the mpl-sphinx-theme package. > > > > The package description is: > > This is the official Sphinx theme for Matplotlib documentation. It > > extends the > > pydata-sphi

Re: Suggesting change in DPT policy

Hi Christian, Am Sat, Mar 02, 2024 at 11:48:57PM +0100 schrieb Christian Kastner: > On 2024-03-02 23:11, Andreas Tille wrote: > > I'm curious why you believe I didn't care. I likely would have reverted > > my change if I didn't have more urgent matters to attend

Would you agree with swapping Maintainer and Uploaders in eric?

Hi Gudjon, in case you agree with the suggested change of policy discussed on the debian-python mailing list[1] would you agree to set DPT as maintainer? If yes, I'd volunteer to do this, fix bug #1065855 and #1060736. Kind regards and thanks for working on this package Andreas. [1] https:/

Re: Maintenance of python-cryptography

782) Closes: #1064778 (CVE-2024-26130) Closes: #1063771, #1018159 * Reorder sequence of d/control fields by cme (routine-update) * watch file standard 4 (routine-update) * Enable building twice in a row Closes: #1046569 -- Andreas Tille Thu, 29 Feb 2024 10:20:49 +0100 Meanwhile I mar

Re: morph's abandoned packages (list)

Hi Julian, thanks a lot for assembling these lists. To inspire potential takers I'd like to add the according popcon values: Am Thu, Mar 14, 2024 at 06:20:11AM + schrieb Julian Gilbey: > If you are interested in taking one > or more of them on, that would be great! +1 > Removal requested:

Re: morph's abandoned packages (list)

Control: tags -1 moreinfo Hi, this package is team maintained. I have to assume its former maintainer has decided to leave the team. Please delay the removal until it is perfectly clear that no other team member intends to take over this package. Thank you for your work as ftpmaster Andre

Re: morph's abandoned packages (list)

Am Fri, Mar 15, 2024 at 08:25:00AM +0100 schrieb Thomas Goirand: > I can take care of networkx, which is used in OpenStack. If nobody else > care, I prefer to use a git tag based workflow, meaning it cannot stay in > the team (but everyone is more than welcome in the OpenStack team). If > anyone do

Re: morph's abandoned packages (list)

Hi Timo, Am Fri, Mar 15, 2024 at 09:50:39AM +0100 schrieb Timo Röhling: > * Julian Gilbey [2024-03-14 06:20]: > >#1065198 O: networkx -- tool to create, manipulate and study complex > > networks language > I use this somewhat regularly, so I'd be happy to share the workload with > zigo. Zigo

Re: Feature Request (docu): Define "dsc-file"

Hi Am Fri, Mar 15, 2024 at 07:39:39AM + schrieb c.bu...@posteo.jp: > Hi, > > this is a feature request to someone who has access and the knowledge to > improve. > > Description of the problem: > > The second paragraph in >

Re: Feature Request (docu): Define "dsc-file"

Hi again, Am Fri, Mar 15, 2024 at 11:06:13AM + schrieb c.bu...@posteo.jp: > Thanks for all your answers. > > Am 15.03.2024 11:07 schrieb Andreas Tille: > > Please try a web search for instance with the terms > > [...] > > which brought several helpful links.

Re: Would you agree with swapping Maintainer and Uploaders in eric?

this all is OK before I upload (feel free to upload yourself which is perfectly fine for me). Kind regards Andreas. Am Mon, Mar 11, 2024 at 10:13:50PM +0100 schrieb Andreas Tille: > Hi Gudjon, > > in case you agree with the suggested change of policy discussed on the > debian-pyth

Re: #1066146 RM: flask-basicauth (Re: morph's abandoned packages (list))

Hi Carsten, Am Sun, Mar 17, 2024 at 08:18:58AM +0100 schrieb Carsten Schoenert: > > The arguments to remove flask-basicauth looks sensible, can someone > > confirm ? > > looking at the upstream situation for flask-basicauth I see no real issues > to drop and this package from the archive. This

Re: Suggesting change in DPT Policy

Hi Julian, Am Sat, Mar 09, 2024 at 09:21:40PM + schrieb Julian Gilbey: > Following on from some earlier discussions, I've been thinking about > the relationship between the DPT (presumably a group of developers who > work together) and salsa (could there be packages in the > python-team/packag

Re: #1066146 RM: flask-basicauth (Re: morph's abandoned packages (list))

ug to make sure it has finally some positive use. Kind regards Andreas. Am Tue, Mar 19, 2024 at 07:06:18AM +0100 schrieb Carsten Schoenert: > Hello Andreas, > > Am 18.03.24 um 21:15 schrieb Andreas Tille: > > Hi Carsten, > > > > Am Sun, Mar 17, 2024 at 08:18:58AM

Re: Wiki: Setup the environment, e.g. "salsa" script / Request to review modified docs

Hi, Am Tue, Mar 19, 2024 at 11:48:47AM + schrieb weepingclown: > Improving docs is a very important thing, I appreciate your effort. +1 > I quickly went through thr diff off your changes and it seems that you've > changed the wiki to mention that using quilt is not recommended. While gbp p

Re: Wiki: Setup the environment, e.g. "salsa" script / Request to review modified docs

Hi Brian, Am Wed, Mar 20, 2024 at 10:59:34AM +1100 schrieb Brian May: > Andreas Tille writes: > > > As someone who touched a lot of packages (>2000) I've always used quilt > > successfully and have seen quilt patches used by the majority of all > > those packages

Re: Wiki: Setup the environment, e.g. "salsa" script / Request to review modified docs

Am Wed, Mar 20, 2024 at 11:04:41AM + schrieb c.bu...@posteo.jp: > Sorry, guys but I don't understand nearly nothing of what you explain here > because I don't know the tool chain nor the process. But I hope you all do. > > I modified the section: > https://wiki.debian.org/Python/GitPackaging#P

Updated package list with packages open for adoption (Was: morph's abandoned packages (list))

Hi, I'd like to update the list with names if someone has annouced to take over. For packages with no takers I checked rdepends and kept their Uploaders in CC (please seek for your email in case you do not understand why you are in CC). Emmanuel Arias in CC due to some private mail mentioning so

Re: Updated package list with packages open for adoption (Was: morph's abandoned packages (list))

Hi Emmanuel, Am Thu, Mar 28, 2024 at 11:38:47AM -0300 schrieb Emmanuel Arias: > > With this we cover all packages? I'm asking because I'm looking other list > with more packages [0] This is where I started from. What package are you missing in the updated list? > On 3/

Re: Docu: Need help to understand section about package creation

Hi, Am Thu, Mar 28, 2024 at 11:45:36PM -0400 schrieb Boyuan Yang: > > I don't have a good solution to Wiki pages yet since the article logic > needs some major editing. I can't provide any help for the Wiki page for DPMT. In Debian Med we provide some resources for newcomers: Mentoring of th

Re: Packaging multivolumefile?

Hi Yokota, Am Sat, Mar 30, 2024 at 06:31:54PM +0100 schrieb Andreas Metzler: > On 2024-03-30 Andreas Metzler wrote: > > I originally intended to file an ITP, but it probably makes more sense > > to ask here: > > > py7zr >= 0.16.0 requires multivolumefile by the same author. How about > > packagi

Re: Packaging multivolumefile?

Hi Yokota, Am Tue, Apr 02, 2024 at 08:39:36PM +0200 schrieb Andreas Tille: > > Nevermind, YOKOTA Hiroshi already has done this and more and is looking > > for sponsors. > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065221#17 > > Thanks a lot for your packaging

Adopting pychm (Was: Packaging multivolumefile?)

Hi Hiroshi, Am Sat, Apr 06, 2024 at 02:51:51AM +0900 schrieb yokota: > Thanks a lot for your detailed document. You are welcome. > I will try to fixup other packages. Just ping me once done. > PS: > If py7zr is done, I will also try package pychm to use for Debian > Calibre package. > Please s

Re: Bug#1065221: O: py7zr -- pure Python 7-zip library

Hi again, Am Sun, Apr 07, 2024 at 11:54:00AM +0900 schrieb yokota: > Hello, > > I think these packages are now ready for upload to NEW queue. > Please examine them. > > https://salsa.debian.org/python-team/packages/python-brotlicffi See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1065221

Re: Bug#1065221: O: py7zr -- pure Python 7-zip library

Hi Hiroshi, Am Mon, Apr 08, 2024 at 08:34:23AM +0900 schrieb yokota: > > When writing this I'm wondering whether it might be better to remove > > this in Files-Excluded. On one hand this saves us from mentioning the > > copyright on the other hand we could be really sure that it is not used. > >

Re: request for removal of my packages from the DPT namespace

Hi, Am Tue, Apr 16, 2024 at 11:21:51AM +0200 schrieb Jeroen Ploemen: > Jeroen Ploemen wrote: > > please delete the following packages from the DPT namespace on > > salsa: > > > > cheetah > > jaraco.classes > > jaraco.collections > > jaraco.context > > jaraco.text > > nfoview > > ply > > puremagi

Re: O: pychm -- Python binding for CHMLIB - Python 3

Hi, Am Tue, Apr 23, 2024 at 09:02:41AM +0900 schrieb yokota: > Debian pychm was updated. Good job. > I can't upload the new package because I don't have upload rights. > Please upload the new package by someone in debian-python who has upload > rights. In case you might become Debian Maintaine

Re: DebConf24 Sprint & BoF!

Am Thu, Apr 25, 2024 at 02:23:27PM + schrieb Stefano Rivera: > Hi Louis-Philippe (2024.04.25_13:58:42_+) > > I've taken the liberty of submitting the annual Python BoF for DebConf24. If > > you have ideas of what we should talk about, please add them to this > > (temporary? the dc24.pad ins

Contacting DPT

Hi, I'd like to officially contact all our teams to learn about potential issues that might affect your work. I would love to learn how you organise / share your workload. If you do some regular meetings - be it on IRC, video conference or whatever I'm interested in joining one of your next meet

Re: Handling sponsorship requests by new contributors (was: Request for Python Team assistance in Debian Mentors)

Am Sun, Jun 16, 2024 at 06:56:51PM +0200 schrieb Peter Wienemann: > > What we could do if the idea of giving broad commit rights to newcomers > > poses issues is to create a specific namespace in python-team for > > newcomers. (then we'd need to have some migration plan and then oh dear) > > I agr

Re: DPT ideas to organize

Hi, Am Mon, Jun 17, 2024 at 02:07:55AM -0400 schrieb Louis-Philippe Véronneau: > > Another > > question is: what should we do with packages that are not under the > > team's umbrella but are affecting Python 3.12? Salvage[2] those packages? > > On the other hand, we could assess if there are any

Re: basemap

Am Thu, Aug 01, 2024 at 09:14:01AM +0200 schrieb Alexandre Detiste: > If the upstream tarball is really 3 projects duct-taped together we could > maybe import it in 3 different sources packages. The mk-orig-tgz would be a > tad complicated, but build would be easy again. That needs checking. Sorry

Re: Policy Change Proposal: Running the upstream test suite

Am Wed, Aug 14, 2024 at 06:09:15PM -0400 schrieb Louis-Philippe Véronneau: > It's been about 2 weeks since the policy change has been proposed. I believe > I have taken in account the feedback and the discussion seems to have died > down. > > As the response from the team member was largely positi

Re: Proposed Mass Bug: Missing dependencies on python3-setuptools

Am Wed, Sep 04, 2024 at 03:25:17PM + schrieb Stefano Rivera: > I propose filing a simple mass-bug at severity Important: > > > Subject: Missing Build-Depends on python3-setuptools > > > > This package failed build from source when test-built against > > a version of dh-python without a python3

Re: lintian

On Fri, 8 Nov 2002, Peter Hawkins wrote: > Are lintian's current python dependency checks on crack or something? Just for the record: Same for me. Kind regards Andreas.

Re: [zope] New features of the zope package 2.5.1-2.5

On Wed, 27 Nov 2002, Luca - De Whiskey's - De Vitis wrote: > Sure, that's the way (by now) the shared template works. debconf-devel(7) > says: > > SHARED TEMPLATES >It's actually possible to have a template and a question that are >shared among a set of packages. All the pack

Re: [zope] New features of the zope package 2.5.1-2.5

On Wed, 27 Nov 2002, Luca - De Whiskey's - De Vitis wrote: > Zope products will neither need to have any config, nor any templates file. > They will simply get the answer to share/zope/restart question in their > postinist (question to which the user have already answered) and configure > acording

Re: Need Help with Efforts to Package PreScript 2.2

On Mon, 20 Jan 2003, Federico Sevilla III wrote: > To help Andreas Tille with getting all the prerequisites for work being > done on packaging the Zope DocumentLibrary product I attempted to > package PreScript. Thanks Federico for your efforts. By the way I regard PreScript as an in

Re: [zope] Zope packaging policy

On Fri, 28 Mar 2003, Luca - De Whiskey's - De Vitis wrote: > I've started to write the zope policy: it's obviously a draft proposal. that > collected some thought about zope packages coming from bug reports an other > mails on that and other lists. > Please read it and let me know: note that i'm n

Splitting ZODB from Zope package

Hello, ZODB has its own source tree http://www.zope.org/Wikis/ZODB/FrontPage and even sourceforge project http://sourceforge.net/projects/zodb/ It also has its usage without Zope http://www.zope.org/Documentation/Articles/ZODB1 I tried these examples but had some trouble get them

Re: Splitting ZODB from Zope package

On Mon, 7 Apr 2003, Luca - De Whiskey's - De Vitis wrote: > This is a good idea to me, and it's worth of trying: there are olso other > packages which are included in Zope source for convenience (like ZPT, or ZEO) > for which we can try as well. In fact your plan to package ZEO separately was one

Errors of Zope in BTS

Hi, I just had some additional information to bug #184265 because I also have trouble with the init.d script. While browsing the BTS I found out that there is a quite long list of bugs were some 1. are really old and might be fixed by the current version 2. should definitely be fixed (I th

Re: Documentation generation scripts

On Fri, 9 May 2003, Bastian Kleineidam wrote: > On Fri, May 09, 2003 at 10:26:57AM +0200, Alexandre Fayolle wrote: > > * file a bug report against the python packages, requesting a > > python-doc-tools package to be added to the debian archive > I'suggest not a new package, but inclusion in pytho

Re: [zope] 2.5.1 for woody.

On Fri, 13 Jun 2003, Luca - De Whiskey's - De Vitis wrote: > I've built a 2.5.1 package for stable (see #196590), but i need testers: You also mentioned to package 2.6.1. If you would package 2.6.1 I would be happy to test ist. ;-) > http://people.debian.org/~luca > > Any volunteer? Sorry, I doub

Woody backports of Python2.[23]

Hi, are there any apt-get sources for Python2.[23] for Woody? Kind regards Andreas.

Re: gnue-* package should be updated, maybe NMUed

On Fri, 12 Sep 2003, Matthias Klose wrote: > PS: I'm away until Sep. 21. Then you should fix your vacation message which was saying "October" ... Kind regards Andreas.

Re: RFS: I search sponsor for Zope/Debian Packages

On Fri, 3 Oct 2003, Nicolas Ledez wrote: > Hello, I'm french and I would like to be a Debian Developper, a search a > sponsor. Sorry for mass-maling but nobody anser me to debian-mentors. I foreward this mail to debian-python list which might be more apropriate or even the zope packaging list on a

Enough time for curator?

Hi, your package curator is one of the package which depends from Python 2.1. Recently there was a move to Python 2.3 as default Python version. The bug against curator to update to a recent Python version is 64 days old. MOreover the curator version in Debian is about one and a half year old and

Re: Duplicate debconf templates in zope-* packages

On Thu, 13 Nov 2003, Luca - De Whiskey's - De Vitis wrote: > [ also forwarding to zope packagers list ] > On Thu, Nov 13, 2003 at 12:14:27AM +0100, Denis Barbier wrote: > > it looks like the solution proposed by Luca in > > > > http://lists.debian.org/debian-python/2002/debian-python-200211/msg

Re: [Pkg-zope-developers] Re: Duplicate debconf templates in zope-* packages

On Thu, 13 Nov 2003, Denis Barbier wrote: > This was your original point, then Andreas Tille and Federico Di > Gregorio replied that this explanation does not apply here because all > packages depend on Zope, you agreed and proposed to drop templates, > and everyone was happy... bu

Re: Duplicate debconf templates in zope-* packages

On Fri, 14 Nov 2003, Luca - De Whiskey's - De Vitis wrote: > Actually my proposed sentence is not accurate, but something more might be > added to that paragraph. > zope-* .postinst and only those files expect a shared question to be available > at configuration time. zope package is the only one

Bug#226315: ITP: zope-testcase -- unit testing framework and TestCase for Zope (fwd)

made a mistake in my mail forwarding regime mails to [EMAIL PROTECTED] where not delivered to me since 29.10.2003 I'm sorry for the delay. -- Forwarded message -- Date: Mon, 05 Jan 2004 21:45:35 +0100 From: Andreas Tille <[EMAIL PROTECTED]> To: Debian Bug Trackin

Re: Bug#226315: ITP: zope-testcase -- unit testing framework and TestCase for Zope (fwd)

On Fri, 9 Jan 2004, Donovan Baarda wrote: > We've been using ZopeTestCase for unit tests on our zope products. > > I recommend it to anyone doing zope product development. Great. The package is in incomming "new" and will need about 5 to 10 days normally to enter the archive. I'd like it very mu

Re: Bug#230704: zope-testcase: SOFTWARE_HOME and INSTANCE_HOME can break install.

On Tue, 3 Feb 2004, Donovan Baarda wrote: > I just tested it, and found there was another problem with a set PYTHON > path. By adding the following to the top of the postinst, I got > "zope-testcase.postinst configure" to run properly with my development > environment in place; > > unset PYTHONPAT

Re: [Zope] A few questions...

On Wed, 26 Jan 2005, Fabio Tranchitella wrote: reason I'd like to see a dh_zope debhelper script, so the packages This would be really great. (at least the easy ones) could get rid of their templates and their maintainer scripts. I know that Luca De Vitis started working on it, and I tried to mail

Obtain Python version number

Hi, to write a wrapper script I wonder what might be the best possibility to find out the version numer of the running python interpreter. The wrapper script is of the type /var/lib/python-support/python${PYVER}/${package}/${realscript} and I wonder, how I can obtain ${PYVER} according to the

Re: Removing inactive non-DD or non-DM accounts from the DPT on Salsa

Am Thu, Dec 05, 2024 at 09:59:20AM -0500 schrieb Louis-Philippe Véronneau: > The attached list (CSV: Name, username) are people that are neither DMs nor > DDs that haven't contributed since 2021. I'm proposing to remove them from > the team. I have no strong opinion on this but in other teams I've

Re: pypandoc: autopkgtest failure with Python 3.13

Hi, CCing bug #1088768 since the description fits despite the bug itself is different - not sure whether reopen or new bug is the better option. It turns out that in debci there is a remaining test suite issue[1]: 58s tests.py ...Fs..s. [10

Please can some admin remove python-team/packages/python-loki

Hi, unfortunately I've created https://salsa.debian.org/python-team/packages/python-loki which is a typo (should by python-loky and I made the mistake to create this as well so rename was not possible). Sorry for the noise Andreas. -- https://fam-tille.de

[Help] New package python-loky build time test times out

Hi, the new version of python-cogent needs python-loky[1] which I tried to package. Unfortunately there is some issue with the build-time test which times out[2]. Any help is welcome. Kind regards Andreas. [1] https://salsa.debian.org/python-team/packages/python-loky [2] https://salsa.debi

Re: [Help] New package python-loky build time test times out

Am Wed, Dec 25, 2024 at 10:53:29PM +0500 schrieb Andrey Rakhmatullin: > On Wed, Dec 25, 2024 at 06:47:01PM +0100, Andreas Tille wrote: > > the new version of python-cogent needs python-loky[1] which I tried to > > package. Unfortunately there is some issue with the build-time test

Re: [Help] New package python-loky build time test times out

Am Wed, Dec 25, 2024 at 09:43:02PM +0100 schrieb Gregor Riepl: > > Why do you think it's the build-time test? > > The build output looks quite strange to me. > > It almost seems like it gets stuck in the middle of a copy job - the last log > line is cut off, but this could be a log buffering iss

Fwd: Gufw icon issue in Debian

Hi, it would be cool if someone could include this PR. Kind regards Andreas. - Weitergeleitete Nachricht von AsciiWolf - Date: Tue, 6 May 2025 14:34:40 +0200 From: AsciiWolf To: Andreas Tille Subject: Gufw icon issue in Debian Hello Andreas, FYI this should also be fixed in

Please cancel NMU of v-sim + help needed for autopkgtest of new upstream version

Hi Sudip, it seems I was to optimistic in fixing v-sim as quickly as expected so I'm not sure whether it will hit the archive before the NMU. To avoid changing the history in Git it would help if you would cancel the NMU. Unfortunately I observed in Salsa CI that the autopkgtest is failing[1] (i

Re: Please cancel NMU of v-sim + help needed for autopkgtest of new upstream version

Hi, Am Thu, Feb 27, 2025 at 01:31:53PM +0100 schrieb Santiago Vila: > El 27/2/25 a las 12:15, Simon McVittie escribió: > > Please add "Build-Depends: dh-sequence-gir" [...] > I've pushed several commits for 3.8.0-1 and will tag & upload > if they pass CI tests. I'm super happy about Simon's and S

Re: Please cancel NMU of v-sim + help needed for autopkgtest of new upstream version

Hi Simon, Am Thu, Feb 27, 2025 at 11:58:12AM + schrieb Simon McVittie: > Many of the few remaining users of cdbs (outside the Haskell team) are > in undermaintained packages, and when a contributor converts a package > they are not necessarily fully familiar with to a different packaging > sty

Do we need yapps2 any more and if yes what about maintaining it in DPT?

Hi, yapps2 came up as candidate for the Bug of the Day[1]. I checked for the homepage which vanished so it seems orphaned upstream (please correct me if I'm wrong.) The package has two rdepends (linuxcnc-uspace-dev and keymapper). I have no idea whether there might be replacements for these two

Re: Do we need yapps2 any more and if yes what about maintaining it in DPT?

Hi Matthias, Am Tue, May 20, 2025 at 03:09:23PM +0200 schrieb Matthias Urlichs: > Moving yapps2 to DPT is fine with me. Great. Thanks a lot for your positive response. From my point of view the repository https://salsa.debian.org/python-team/packages/yapps2 is ready for your review and up

<    1   2   3   4   5   6