Re: proposed MBF: packages still using source format 1.0

[Lucas Nussbaum]

On 28/03/22 at 16:03 -0700, Sean Whitton wrote:
> Hello,
> 
> On Tue 15 Mar 2022 at 06:26PM +01, Lucas Nussbaum wrote:
> 
> > On 15/03/22 at 15:36 +, Ian Jackson wrote:
> >> At least the following packages of which I am the maintainer or
> >> sponsor were includined in the MBF, despite the fact that they are 1.0
> >> native packages with Debian revision:
> >>
> >>its-playback-time
> >>spigot
> >>vm
> >>vtwm
> >>chroma
> >>
> >> Clearly the it makes no sense to have filed bugs saying "please switch
> >> to this other source format" when the other source format cannot
> >> represent the package.
> >
> > Those five packages:
> > - are indeed native packages with Debian revisions
> > - are not maintained in a VCS (or the VCS is not advertized using
> >   Vcs-*).
> >
> > So there's no easy way to understand how the package differs from
> > upstream (no patch serie, no VCS history). I don't think that it's
> > something desirable.
> > (if the packages had declared a VCS, they would have joined cachefilesd,
> > userv-utils, and vde2 in the "native package with a Debian revision
> > maintained in a VCS" category.)
> 
> They have detailed history on dgit-repos.
> E.g. .

Yes, my point is that those packages don't have Vcs-* headers, so it's
impossible to discover the above URL.

Lucas


signature.asc
Description: PGP signature

Bug#1008592: ITP: furnace -- multi-system chiptune tracker compatible with DefleMask modules

[Gürkan Myczko]

Package: wnpp
Severity: wishlist
Owner: Gürkan Myczko 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: furnace
  Version : 0.5.8+git20220302+ds
  Upstream Authors: 2021-tildearrow and contributors
  URL : https://github.com/tildearrow/furnace
* License : GPL-2-or-later
  Description : multi-system chiptune tracker compatible with 
DefleMask modules
 This is a clone of DefleMask chiptune music tracker software, 
compatible with many other systems.

Bug#1008625: RFH: qiskit-terra

[Diego M. Rodriguez]

Package: wnpp
Severity: normal
X-Debbugs-Cc: debian-devel@lists.debian.org
Control: affects -1 src:qiskit-terra

Hello,

I request help with maintaining this package. With upstream moving faster than 
originally anticipated and with my co-maintainer and mentor retiring from 
Debian, I no longer have the bandwidth and skills to realistically maintain the 
packaging effort on par with the latest upstream releases by myself.

One of the challenges in order to bring back the package to speed is packaging 
additional dependencies (~3 required, some of them not pure Python) into 
Debian. The package also has a strong relationship with (also RFH-ed) 
qiskit-aer, and ideally help would also be needed with the latter (potentially 
expanding to other future qiskit-related packages).

Best,
---
Diego M. Rodriguez

Bug#1008626: RFH: qiskit-aer

[Diego M. Rodriguez]

Package: wnpp
Severity: normal
X-Debbugs-Cc: debian-devel@lists.debian.org
Control: affects -1 src:qiskit-aer

Hello,

I request help with maintaining this package. With upstream moving faster than 
originally anticipated and with my co-maintainer and mentor retiring from 
Debian, I no longer have the bandwidth and skills to realistically maintain the 
packaging effort on par with the latest upstream releases by myself.

Since the version currently packaged in Debian, upstream has included usage of 
conan along with a number of dependencies and changes. The package also has a 
strong relationship with (also RFH-ed) qiskit-terra, and ideally help would 
also be needed with the latter (potentially expanding to other qiskit-related 
packages).

Best,
---
Diego M. Rodriguez

Re: proposed MBF: packages still using source format 1.0

[Sean Whitton]

Hello,

On Tue 29 Mar 2022 at 08:50AM +02, Lucas Nussbaum wrote:

> On 28/03/22 at 16:03 -0700, Sean Whitton wrote:
>> Hello,
>>
>> On Tue 15 Mar 2022 at 06:26PM +01, Lucas Nussbaum wrote:
>>
>> > On 15/03/22 at 15:36 +, Ian Jackson wrote:
>> >> At least the following packages of which I am the maintainer or
>> >> sponsor were includined in the MBF, despite the fact that they are 1.0
>> >> native packages with Debian revision:
>> >>
>> >>its-playback-time
>> >>spigot
>> >>vm
>> >>vtwm
>> >>chroma
>> >>
>> >> Clearly the it makes no sense to have filed bugs saying "please switch
>> >> to this other source format" when the other source format cannot
>> >> represent the package.
>> >
>> > Those five packages:
>> > - are indeed native packages with Debian revisions
>> > - are not maintained in a VCS (or the VCS is not advertized using
>> >   Vcs-*).
>> >
>> > So there's no easy way to understand how the package differs from
>> > upstream (no patch serie, no VCS history). I don't think that it's
>> > something desirable.
>> > (if the packages had declared a VCS, they would have joined cachefilesd,
>> > userv-utils, and vde2 in the "native package with a Debian revision
>> > maintained in a VCS" category.)
>>
>> They have detailed history on dgit-repos.
>> E.g. .
>
> Yes, my point is that those packages don't have Vcs-* headers, so it's
> impossible to discover the above URL.

Right, sorry.

They should have such Vcs-* headers added.

-- 
Sean Whitton


signature.asc
Description: PGP signature

Bug#1008644: ITP: nala -- commandline frontend for the apt package manager

[Blake Lee]

Package: wnpp
Severity: wishlist
Owner: Blake Lee 
X-Debbugs-Cc: debian-devel@lists.debian.org

* Package name: nala
  Version : 0.7.1
  Upstream Author : Blake Lee 
* URL : https://gitlab.com/volian/nala
* License : GPLv3+
  Programming Lang: Python
  Description : commandline frontend for the apt package manager

 nala is a frontend for the apt package manager. It has a lot
 of the same functionality, but formats the output to be more
 human readable. Also implements a history function to see past
 transactions and undo/redo them. Much like Fedora's dnf history.

This package is useful because it improves the UX of managing packages
through the command line with python3-apt. Additionally provides some
extra quality of life features such as a transaction history you can
interact with. I use nala daily, as do many others. Similar packages
include apt and aptitude. Nala improves upon the hardwork of the apt
team by formatting the output in a more readable manner.

At the moment I maintain this program on our GitLab. That is where we
accept bug reports and feature requests. I don't have any problems
accepting bug reports from Debian's system, or emails for that matter.
I regularly accept bug reports from our GitHub as well.

We currently have support for the German language, and I have someone
working on a Spanish po file as well.

Nala is still in active development, but it is very usable. I've had
many people ask me about getting this into the Official Debian repos so
this is my request for that.

I assume that I would be in need of a sponser considering I've never
uploaded anything into a Debian repository. But I did try my best to
make the debian files proper, and I personally use sbuild for building
the software.

In case it is required I do have our repo already mirrored into debian
salse https://salsa.debian.org/volian-team/nala

My users would be thrilled to hear this makes it into the official
repositories. I'm looking forward to your response.