Bug#1016558: ITA: muse-el

2023-09-07 Thread Manphiz
Nicholas D Steeves  writes:

> Manphiz  writes:
>
>> Nicholas D Steeves  writes:
>>> Manphiz  writes:
 Nicholas D Steeves  writes:
> Manphiz  writes:
>>>
>>> You're welcome.  Yes, I agree that the github fork's structure has
>>> diverged less, and I vaguely remember that that may have been one of the
>>> reasons why I chose to watch it for future releases, but the then tag
>>> never materialised.  As noted previously, I'm ok with switching to the
>>> fork if that's what you'd prefer to do long-term!  As the maintainer you
>>> get to pick the most high-quality and well-maintained upstream for the
>>> Debian source, because you're the one who is responsible to our users.
>>>
>>
>> Sounds good.  I'll give it a little more thoughts.
>
> Wonderful, there's no rush.  As ever, in Debian, you don't need to do
> something you don't want to do.
>
>>> Do you mind if I enhance this significantly?  Find proposal in-line, at
>>> the end of the email.
>>
>> No problem!  Patch applied, rebuilt, and reuploaded to mentors[1].
>> PTAL.
>
> LGTM!
>
>>> Also, I'd like this to be more visible, so I'll
>>> file a bug titled something like "Choose living upstream for muse-el,
>>> and merge updates" if you don't.  I'm vaguely starting to remember that
>>> the issue about a future upstream was raised during my early
>>> contributions, but then I forgot all about it ;) Also, as the fixes for
>>> Emacs compat eventually start accumulating we'll end up becoming a
>>> second fork.
>>>
>>
>> Makes sense.  Filed Bug#1051247 for tracking.  Will probably get to it
>> in the next revision.
>
> Much obliged.
>
> Please refinalise with 'dch -r' and commit with something like "Actually
> release 3.20+dfsg-8 to unstable" (or sid, as you prefer!).  Then push.

Done :)

> Please create an annotated tag called "debian/3.20+dfsg-8", but don't
> push that tag until you receive the "ACCEPTED" email from
> ftp-masters/the archive.

Also done and waiting for submitting.

> It will most likely be less than 24h in
> between pushing the release commit and pushing the tag, during which
> time you'll be waiting for me to actually make the upload.
>

BTW rebuilt and re-uploaded to mentors :)

> As for why?  Well, there's some ambiguity now about whether
> commit:02e95c1 was 3.20+dfsg-8, the fix is easy, and the delay is only
> another day or two.
>
> After this, the package is truly ready.

=)

> Cheers,
> Nicholas
>

-- 
Manphiz


signature.asc
Description: PGP signature


Bug#1016558: ITA: muse-el

2023-09-07 Thread Nicholas D Steeves
Manphiz  writes:

> Nicholas D Steeves  writes:
>> Manphiz  writes:
>>> Nicholas D Steeves  writes:
 Manphiz  writes:
>>
>> You're welcome.  Yes, I agree that the github fork's structure has
>> diverged less, and I vaguely remember that that may have been one of the
>> reasons why I chose to watch it for future releases, but the then tag
>> never materialised.  As noted previously, I'm ok with switching to the
>> fork if that's what you'd prefer to do long-term!  As the maintainer you
>> get to pick the most high-quality and well-maintained upstream for the
>> Debian source, because you're the one who is responsible to our users.
>>
>
> Sounds good.  I'll give it a little more thoughts.

Wonderful, there's no rush.  As ever, in Debian, you don't need to do
something you don't want to do.

>> Do you mind if I enhance this significantly?  Find proposal in-line, at
>> the end of the email.
>
> No problem!  Patch applied, rebuilt, and reuploaded to mentors[1].
> PTAL.

LGTM!

>> Also, I'd like this to be more visible, so I'll
>> file a bug titled something like "Choose living upstream for muse-el,
>> and merge updates" if you don't.  I'm vaguely starting to remember that
>> the issue about a future upstream was raised during my early
>> contributions, but then I forgot all about it ;) Also, as the fixes for
>> Emacs compat eventually start accumulating we'll end up becoming a
>> second fork.
>>
>
> Makes sense.  Filed Bug#1051247 for tracking.  Will probably get to it
> in the next revision.

Much obliged.

Please refinalise with 'dch -r' and commit with something like "Actually
release 3.20+dfsg-8 to unstable" (or sid, as you prefer!).  Then push.
Please create an annotated tag called "debian/3.20+dfsg-8", but don't
push that tag until you receive the "ACCEPTED" email from
ftp-masters/the archive.  It will most likely be less than 24h in
between pushing the release commit and pushing the tag, during which
time you'll be waiting for me to actually make the upload.

As for why?  Well, there's some ambiguity now about whether
commit:02e95c1 was 3.20+dfsg-8, the fix is easy, and the delay is only
another day or two.

After this, the package is truly ready.
Cheers,
Nicholas


signature.asc
Description: PGP signature


Bug#487216: ITP: ultrastardx -- singing competition game

2023-09-07 Thread Thorsten Glaser
Hi,

I stumbled upon this program by a message in the Performous issue tracker
https://github.com/performous/performous/issues/17#issuecomment-1710604240
and I’m curious about this software because its wiki says it only needs
OpenGL 1.2 (I can’t run Performous on my Thinkpad except with 5 fps Mesa
software rendering because it needs too new OpenGL).

What’s the status of this (and the relicencing/replacing)?

Thanks,
//mirabilos
-- 
15:39⎜«mika:#grml» mira|AO: "mit XFree86® wär’ das nicht passiert" - muhaha
15:48⎜ also warum machen die xorg Jungs eigentlich alles
kaputt? :)15:49⎜ thkoehler: weil sie als Kinder nie den
gebauten Turm selber umschmeissen durften?  -- ~/.Xmodmap wonders…



Bug#1051352: ITP: shedskin -- Python-to-C++ compiler designed to speed up Python programs

2023-09-07 Thread Paul Boddie
On Thursday, 7 September 2023 06:48:11 CEST Paul Wise wrote:
> 
> Please note the extra steps when reintroducing packages, ie bug triage:
> 
> https://www.debian.org/doc/manuals/developers-reference/
pkgs.en.html#reintroducing-packages

Thank you for the reference. I looked in the removal log:

https://ftp-master.debian.org/removals-2020.txt

Here are the bugs closed when the package was removed:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=757125
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=938476
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=956489

Only the first one was directly related to the package itself. The others were 
related to Python 2 removal.

As part of repackaging this software, I have set up the packaging repository 
on Salsa:

https://salsa.debian.org/pboddie/shedskin

The CI functionality is being used to run the test suite as part of the 
autopkgtest job in each invoked pipeline:

https://salsa.debian.org/pboddie/shedskin/-/pipelines

This suite takes over an hour to complete and is therefore not part of the 
normal package build process. For example:

https://salsa.debian.org/pboddie/shedskin/-/jobs/4671845

This should at least mitigate against the inadvertent breakage that occurred 
with bug #757125.

Regards,

Paul



Bug#1051430: ITP: python-laspy -- Library for working with LAS LiDAR files

2023-09-07 Thread Timo Röhling
Package: wnpp
Severity: wishlist
Owner: Timo Röhling 
X-Debbugs-Cc: debian-de...@lists.debian.org

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

* Package name: python-laspy
  Version : 2.5.1
  Upstream Author : Grant Brown 
* URL : https://github.com/laspy/laspy
* License : BSD-2-clause
  Programming Lang: Python
  Description : Library for working with LAS LiDAR files

Laspy is a Python library for reading, modifying, and creating LAS LiDAR
files. The ASPRS LAS format is a sequential binary file format used to store
data from LiDAR sensors and by LiDAR processing software for data interchange
and archival.

The package will be team-maintained under the umbrella of the
Debian Python Team 
at https://salsa.debian.org/python-team/packages/python-laspy


-BEGIN PGP SIGNATURE-

iQGzBAEBCgAdFiEEJvtDgpxjkjCIVtam+C8H+466LVkFAmT6KxwACgkQ+C8H+466
LVndKAwAwgyox6Pw9oGiQr4B9NLQ46BqdaBNkfNDUq5IXIIsdaE2+m2Q3L58HB+r
1AqX2hA5HzEVk9UW/2MaH5wvbbNmjuoPq7Ov0e6Qz2Gy5zKRZWUiFCJLjslinmfI
wUm43POIFt4Ss7fEwPZHUEUHb4Qn5M4JffEgUqeXrjdlylVlkZBM11vzOpeEjhpv
8c5zXEtQT4V98vzSe9y59dpbk91tBWihG6SeDpn1+jamBp8EA+WM4Q6YYJQoVAjX
gmMylOHsAp+C03vxqqvQg7QSIHn/mS5v8xlDT/Vj0v6813Uq791uTko8Ac7F6+MG
jLPlblXri8jhhImcOiLgQ/BA7sMsMH28cCbW0kpudqyG2agrwdxVu9rewm3O8DU6
5VoTdQU1/wm8nhxJ0e5ZjQUp4GX1lSGxdz16lD5u59Sfi8K2OGPipP7+LJkmpqnE
U52OCp1/ZQrrh9gPN5cdtM2qttAIPH8ZSJ29KDwmyDIEROC9TP6iINjAMpwc28X/
weJITNvP
=Ii5X
-END PGP SIGNATURE-


Bug#1051426: RFS: golang-github-jesseduffield-go-git/5.1.2+git20221018.fdd53fe-1 [ITP]

2023-09-07 Thread Jongmin Kim
Dear Go team,

I am looking for a sponsor for the package "golang-github-jesseduffield-go-git".
This package is a prerequisite for the package "lazygit" (#908894)[1,2].

  [1] https://bugs.debian.org/908894
  [2] https://github.com/jesseduffield/lazygit-debian/wiki/Dependency-graph

The package upstream[3] is a forked version of go-git[4] which is already
packaged in Debian archive[5]. However, the package is needed due to
forked upstream modified some functions[6] for lazygit, which have
discrepency from the original.

  [3] https://github.com/jesseduffield/go-git
  [4] https://github.com/go-git/go-git
  [5] https://tracker.debian.org/pkg/golang-github-go-git-go-git
  [6] https://github.com/jesseduffield/go-git/commits/master

I pushed to the team's Salsa:

  https://salsa.debian.org/go-team/packages/golang-github-jesseduffield-go-git

The package was tested on both gbp and sbuild.
The package has 1 lintian warning:

  (package-has-long-file-name) due to following the Go Debian package naming 
convention.

Could you please reviewing/sponsoring this?
Any kind of reviews and suggestions are appreciated.

-- 
Jongmin Kim

OpenPGP key located at https://jongmin.dev/pgp
OpenPGP fingerprint: 012E 4A06 79E1 4EFC DAAE  9472 D39D 8D29 BAF3 6DF8


signature.asc
Description: PGP signature


Bug#1051426: ITP: golang-github-jesseduffield-go-git -- highly extensible Git implementation in pure Go

2023-09-07 Thread Jongmin Kim
Package: wnpp
Severity: wishlist
Owner: Jongmin Kim 
X-Debbugs-Cc: debian-de...@lists.debian.org, debian...@lists.debian.org

* Package name: golang-github-jesseduffield-go-git
  Version : 5.1.2+git20221018.fdd53fe
  Upstream Contact: Jesse Duffield 
* URL : https://github.com/jesseduffield/go-git
* License : Apache-2.0
  Programming Lang: Go
  Description : highly extensible Git implementation in pure Go

 This package provides a highly extensible git implementation library
 written in pure Go.
 .
 The library does:
  * can be used to manipulate git repositories at low level (plumbing)
or high level (porcelain), through an idiomatic Go API.
  * supports several types of storage, such as in-memory filesystems, or
custom implementations using the 'Storer' interface.
  * aims to be fully compatible with git, all the porcelain operations
are implemented to work exactly as git does.

The package is in the dependency tree of lazygit (#908894)[1,2].
The package upstream[3] is a forked version of go-git[4] which is
already packaged in Debian archive[5].

[1] https://bugs.debian.org/908894
[2] https://github.com/jesseduffield/lazygit-debian/wiki/Dependency-graph
[3] https://github.com/jesseduffield/go-git
[4] https://github.com/go-git/go-git
[5] https://tracker.debian.org/pkg/golang-github-go-git-go-git



Bug#1051420: O: gnokii -- Datasuite for mobile phone management

2023-09-07 Thread Bastian Germann

Package: wnpp

I am orphaning gnokii. If you can afford the time to maintain it properly, 
please consider adopting.

Description: Datasuite for mobile phone management
 Gnokii is a suite of programs that allows communication with mobile phones.
 It currently supports many Nokia mobile phones, all AT capable ones as well as
 many Symbian based.



Bug#1051419: O: gcc-avr -- GNU C compiler (cross compiler for avr)

2023-09-07 Thread Bastian Germann

Package: wnpp

Hereby, I am orphaning gcc-avr. I do not use the package anymore.
Please only consider adopting if you can afford the time to maintain it.

Description: GNU C compiler (cross compiler for avr)
 This is the GNU C compiler, a fairly portable optimizing compiler which
 supports multiple languages.  This package includes support for C.



Processed: RFP: qalculate-qt -- QT version of Qalculate

2023-09-07 Thread Debian Bug Tracking System
Processing commands for cont...@bugs.debian.org:

> close 1051415
Bug #1051415 [wnpp] RFP: qalculate-qt -- QT version of Qalculate
Marked Bug as done
> stop
Stopping processing here.

Please contact me if you need assistance.
-- 
1051415: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1051415
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems



Bug#1051415: RFP: qalculate-qt -- QT version of Qalculate

2023-09-07 Thread Sahib

Package: wnpp
Severity: wishlist
X-Debbugs-Cc: sahibz...@gmail.com

* Package name : qalculate-qt
Version : 4.8
Upstream Contact: https://github.com/Qalculate/qalculate-qt
* URL : https://github.com/Qalculate/qalculate-qt
* License : GPL 2.0
Programming Lang: C++
Description : QT version of Qalculate

Hi Maintainers,

Qalculate/QT is an alternative to the already packaged Qalculate/GTK and 
would

be nice to have it included in Debian.

Qalculate/GTK is already available in the following repositories
https://packages.debian.org/search?keywords=qalculate-
gtk&searchon=names&suite=all§ion=all

Thanks
Sheik



Bug#1051410: RFP: keysmith -- KDE Keysmith

2023-09-07 Thread Sheik
Package: wnpp
Severity: wishlist
X-Debbugs-Cc: sahibz...@gmail.com

* Package name: keysmith
  Version : 23.08.0
  Upstream Contact: https://invent.kde.org/utilities/keysmith
* URL : https://apps.kde.org/keysmith
* License : https://spdx.org/licenses/GPL-3.0-or-later.html
  Programming Lang: C++
  Description : KDE Keysmith

Hi Maintainers,

KDE/Keysmith is an OTP Client and would be a useful addition to Debian.



Bug#1051404: ITP: kylin-nm-plugin -- Gui Applet tool for display and edit network simply.

2023-09-07 Thread liudun
Package: wnpp
Severity: wishlist
Owner: liudun 
X-Debbugs-Cc: debian-de...@lists.debian.org, liudun@qq.com

* Package name: kylin-nm-plugin
  Version : 4.0.0.0-1
   Upstream contact : liudun 
 * URL  : https://gitee.com/openkylin/kylin-nm-plugin
 * License  : GPL-3+
 * Vcs  : https://gitee.com/openkylin/kylin-nm-plugin
  Description : Gui Applet tool for display and edit network simply.

Kylin NM is a Applet tool for managing network simply.
It has beautiful UI and very comfortable to use.
It's better work together with UKUI.

The source builds the following binary packages:
 kylin-nm-plugun - Gui Applet tool for display and edit network simply.



Bug#1051390: O: binutils-avr -- Binary utilities supporting Atmel's AVR targets

2023-09-07 Thread Bastian Germann

Package: wnpp

Hereby, I am orphaning binutils-avr. I do not really use the package anymore.
Please only consider adopting if you can afford the time to maintain it.

Description: Binary utilities supporting Atmel's AVR targets
 The programs in this package are used to manipulate binary and object
 files that may have been created for Atmel's AVR architecture.  This package
 is primarily for AVR developers and cross-compilers and is not needed
 by normal users or developers.



Bug#1051352: ITP: shedskin -- Python-to-C++ compiler designed to speed up Python programs

2023-09-07 Thread Paul Wise
On Wed, 2023-09-06 at 18:11 +0200, Paul Boddie wrote:

> This package was previously included in Debian but was discarded when Python
> 2 ceased to be supported for most areas of distribution functionality. This
> software has since been updated to run using Python 3.

Please note the extra steps when reintroducing packages, ie bug triage:

https://www.debian.org/doc/manuals/developers-reference/pkgs.en.html#reintroducing-packages

-- 
bye,
pabs

https://wiki.debian.org/PaulWise


signature.asc
Description: This is a digitally signed message part


Bug#1051387: ITP: python3-robber -- BDD / TDD assertion library for Python

2023-09-07 Thread Thais Rebouças
Package: wnpp
Severity: wishlist
Owner: Thais Rebouças 
X-Debbugs-Cc: debian-de...@lists.debian.org, thays...@gmail.com

* Package name: python3-robber
  Version : 1.1.5
  Upstream Contact: Tao Liang 
* URL : https://github.com/vesln/robber.py
* License : MIT
  Programming Lang: Python
  Description : BDD / TDD assertion library for Python

Python Library that provides assertion functions for Test-driven Development
and Behavior-Driven Development.
 - This package it's a dependency for delta.
 - I plan maintain this package inside the python team.