Bug#1068724: RFS: gensync/2.0.5-1 [ITP] -- a library for efficient synchronization of data over a network.

[Bastian Germann]

Control: tags -1 moreinfo

On Tue, 9 Apr 2024 18:53:58 + "Chen, Xingyu"  wrote:

Changes for the initial release:

 gensync (2.0.5-1) UNRELEASED; urgency=medium
 .
   * Initial release (Closes: #)  


Please at least fill out the template before posting.
You will need to file an ITP on the wnpp package and reference it in your 
changelog.

Bug#1068624: RFS: cjson/1.7.15-1+deb12u1 -- Ultralightweight JSON parser in ANSI C

[Bastian Germann]

Control: tags -1 moreinfo

Please note that #1068633 has to be confirmed before this can be sponsored.
Please untag moreinfo when that is confirmed.

Bug#1067038: RFS: notifymuch/0.1~git20151223.0.9d4aaf5-1 -- Display desktop notifications for unread mail in notmuch database

[Bastian Germann]

Control: tags -1 moreinfo

I cannot identify an ITP on the wnpp package for notifymuch.
Please create one and then untag moreinfo from this RFS.

Bug#1068485: RFS: libhinoko/1.0.2-1 -- I/O library for IEEE 1394 isochronous communication

[Bastian Germann]

Control: tags -1 - moreinfo

Am 06.04.24 um 15:22 schrieb Takashi Sakamoto:

Oops. I'm sorry to confuse you... Now I force-pushed the original history to
salsa.debian.org.


Okay. Please also push your tag debian/1.0.1-3 for 
34e40c29a1af22a4cb130324e0032b492285148d again.

Bug#1068485: RFS: libhinoko/1.0.2-1 -- I/O library for IEEE 1394 isochronous communication

[Bastian Germann]

Control: tags -1 moreinfo

On Sat, 6 Apr 2024 11:49:49 +0900 Takashi Sakamoto  
wrote:

 libhinoko (1.0.2-1) unstable; urgency=medium
 .
   * New upstream release.


This is not available on the git repo. That is why I have mistakenly reuploaded 
1.0.1-3 with a changelog modification,
which will get rejected. Please push your git before asking for sponsorship.

Bug#1067930: RFS: python-keep/2.10.1-1 [ITP] -- Personal shell command keeper and snippets manager

[Bastian Germann]

On Mon, 1 Apr 2024 20:48:02 +0530 Shriram Ravindranathan  wrote:

Dear Mentors,

This package "python-keep" is a dependency of the new upstream version 
of another package that I am adopting called "howdoi" 



Neither of these packages have salsa repositories under the debian group 
yet. Could you please create these two repositories for me?


Please consider joining the Debian Python Team to maintain the packages.
You will have a much better experience asking the team for sponsorship.
sponsorship-requests is kind of the last ressort list.
In case you want to do that I am happy to sponsor the packages for you.

Bug#1067708: RFS: xz-utils/5.6.1-0.1 [NMU] -- XZ-format compression utilities

[Bastian Germann]

Control: retitle -1 xz-utils: New upstream version available
Control: reassign -1 xz-utils

On Mon, 25 Mar 2024 21:28:05 +0100 Hans Jansen wrote:

* Import 5.6.1
* Remove both patches, fixed in upstream.


This new version fixes a valgrind bug with liblzma that outputs a false 
warning that could affect existing testing frameworks for packages that 
test with valgrind requiring a specific output. This release only fixes 
bugs.


Please import the new upstream version 5.6.1.
Hans has already uploaded a package revision at 
https://mentors.debian.net/package/xz-utils/

Bug#1066033: RFS: galvani/0.34-1 [ITP] -- reads data from a device with graphical plots and evaluation

[Bastian Germann]

On Mon, 11 Mar 2024 14:20:25 +0100 "Dr. Burkard Lutz"  wrote:

Changes for the initial release:

 galvani (0.34-1) unstable; urgency=medium
 .
   * Initial release.


You are not referring to any ITP. Please file one on the wnpp pseudo package.



My /debian/rules contains:
export DEB_BUILD_MAINT_OPTIONS = hardening=+all

Nevertheless I always get the lintian error "hardening-no-fortify-
functions"
How can I fix that?


By making sure that LDFLAGS, CPPFLAGS and CFLAGS set by dpkg are used in to 
your build.

Bug#1064380: Aw: Re: Bug#1064380: RFS: jpeginfo/1.7.1-1 [Team] -- Prints information and tests integrity of JPEG/JFIF files

[Bastian Germann]

> The string " $Id: hash $" in "jpeginfo.h" file is almost not change in
> upstream.
> Even this string changed in upstream, it will not affect do deb package.

"almost no change" is a change and dpkg-source will not create a source package 
for me.
How are you able to create one from the released tarball?

Bug#1064380: RFS: jpeginfo/1.7.1-1 [Team] -- Prints information and tests integrity of JPEG/JFIF files

[Bastian Germann]

Control: tags -1 moreinfo

On Wed, 21 Feb 2024 12:00:59 +0800 atzli...@sina.com wrote:

Changes since the last upload:

jpeginfo (1.7.1-1) unstable; urgency=medium
.
* Team upload.
* New upstream version


https://salsa.debian.org/debian-phototools-team/jpeginfo/-/blob/34ba7c5ed53d987919073ce90abc6b7bf3721cb2/test/README
says:

"Copyright 2023 by Timo Kokkonen.
These images are licensed under CC BY-NC-SA 4.0."

The NC (non-commercial) part of the license is not DFSG-free.
Please get rid of the test images with a repack.

Bug#1063884: RFS: python-autodocsumm/0.2.12-1 [ITP] -- API that automatically extends sphinx (common documentation)

[Bastian Germann]

On Wed, 14 Feb 2024 00:02:45 -0300 marcosrcarvalh...@gmail.com wrote:

 * Vcs  : 
https://salsa.debian.org/python-team/packages/python-autodocsum


The package source is not available in the git repo.
Please push and then ask for sponsoring on IRC channel #debian-python.

Bug#984856: RFS: CDEmu, a optical drive and disc emulation suite of CD/DVD-ROMs

[Bastian Germann]

Please note that this is available at:
https://mentors.debian.net/package/cdemu-daemon/

Bug#1061779: RFS: libmirage/3.2.7-1 [ITP] -- CD-ROM image access library

[Bastian Germann]

Please fix the following lintian issues:

E: libmirage-doc: doc-base-file-references-wrong-path /usr/share/gtk-doc/html/libmirage/*.html 
[usr/share/doc-base/libmirage-doc.libmirage-doc:9]
E: libmirage-doc: doc-base-file-references-wrong-path /usr/share/gtk-doc/html/libmirage/index.html 
[usr/share/doc-base/libmirage-doc.libmirage-doc:8]

I: gir1.2-mirage-3.2: extended-description-is-probably-too-short
I: libmirage-dev: extended-description-is-probably-too-short
I: libmirage-doc: extended-description-is-probably-too-short
I: libmirage11: symbols-file-missing-build-depends-package-field 
libmirage.so.11 [symbols]

Bug#1061654: RFS: vdr-plugin-wirbelscan/2023.10.15-1 [ITP] -- Wirbelscan plugin for VDR

[Bastian Germann]

Am 07.02.24 um 12:08 schrieb Bastian Germann:

I do not think it is a good idea to indicate the compression in the gbp.conf 
file.


Reasoning: Please use the original tarball. If have to repack, please specify 
the conditions in d/watch and d/copyright.

Bug#1061654: RFS: vdr-plugin-wirbelscan/2023.10.15-1 [ITP] -- Wirbelscan plugin for VDR

[Bastian Germann]

Am 07.02.24 um 12:02 schrieb Phil Wyett:

Done a new upload. Addition of 'd/gbp.conf'.


I do not think it is a good idea to indicate the compression in the gbp.conf 
file.
Also, the structure of your git repo does not fit the usual gbp layout because your upstream and debian branches are 
already diverged with their first commits. Usually, I would expect the upstream branch to be contained in the debian 
branch, i.e. for the first upload to consist of the upstream branch plus commits that modify debian/ files.

For later uploads, to be merged in the debian branch.

You do not have to initialize branches by pushing an empty commit, like you did with pristine-tar. gbp will care about 
creating the branch for you if it does not exist.

Bug#1061654: RFS: vdr-plugin-wirbelscan/2023.10.15-1 [ITP] -- Wirbelscan plugin for VDR

[Bastian Germann]

On Sun, 28 Jan 2024 04:29:22 + Phil Wyett  wrote:

 vdr-plugin-wirbelscan (2023.10.15-1) experimental; urgency=medium
 .
   * Initial release. (Closes: #1061649)


Please make the debian/* license compatible with the project's license 
(GPL-2-only and GPL-3+ are not).
This is especially relevant for debian/patches. Also, the GPL-3+ reference says 
GPL-2 in its text.

You are missing Klaus Schmidinger's copyright statements for some po/*.po files 
and scanfilter.*.

I do not see changes in 2024, so the general copyright range should end at 2023.

The debian/watch file has an incorrect filenamemangle (tar.xz instead of 
tar.gz, which you actually get).

I suggest to add the SERVICES.html in debian/docs.


Note:

VCS etc. will be created once the package has been accepted into experimental.


I have created a repo in the debian namespace and invited you.
Please change the Vcs-* fields with the next upload.

Bug#1061666: RFS: splash/3.10.1-2 [ITA] -- Visualisation tool for Smoothed Particle Hydrodynamics simulation

[Bastian Germann]

On Sun, 28 Jan 2024 13:06:26 + Phil Wyett  wrote:

Please give upload rights and maintainer rights on git repo.

I suggest you apply to the Debian Astro Team.

Bug#1062001: RFS: trader/7.20-1 -- simple game of interstellar trading

[Bastian Germann]

Am 31.01.24 um 00:03 schrieb John Zaitseff:

Hi, Bastian et al.,

Thanks for your quick reply.


7.19-1 was never uploaded to Debian, so please remove it from the
changelog.


Would this still be the case even though I _did_ release it on The
ZAP Group Australia's repository?  If so, how would I preserve the
changes listed for v7.19 -- should I just add them as part of the
7.20-1 changelog entry?


Yes, you should do that. Alternatively, you can upload 7.19-1 before uploading 
7.20-1.

Bug#1062001: RFS: trader/7.20-1 -- simple game of interstellar trading

[Bastian Germann]

On Wed, 31 Jan 2024 07:20:32 +1100 John Zaitseff  wrote:

  trader (7.19-1) unstable; urgency=low

* New upstream release: new Polish, Romanian and Ukrainian translations,
  renamed AppStream metainfo and desktop files.
* Require at least Gettext 0.21 and Automake 1.16 for building.
* Updated to Debian Policy 4.6.2 (no changes).

   -- John Zaitseff   Sun, 07 Jan 2024 11:30:24 +1100


7.19-1 was never uploaded to Debian, so please remove it from the changelog.

Bug#1061779: RFS: libmirage/3.2.7-1 [ITP] -- CD-ROM image access library

[Bastian Germann]

Am 30.01.24 um 13:45 schrieb Matteo Bini:

Hi Bastian,

Robert Penz was only mentioned in the upstream Debian copyright file,
which I edited to follow DEP 5. He was the author of the original
version of CDEmu. Should I remove his name?


You should ask upstream if they missed to keep his name.
As long as this is not answered, please remove the name.

Bug#1061779: RFS: libmirage/3.2.7-1 [ITP] -- CD-ROM image access library

[Bastian Germann]

Control: tags -1 moreinfo

Hi Matteo,

On Mon, 29 Jan 2024 18:28:19 +0100 Matteo Bini  wrote:

 * Package name : libmirage
   Version  : 3.2.7-1
   Upstream contact : Rok Mandeljc 
 * URL  : https://cdemu.sourceforge.io/
 * License  : GPL-2+, CC0-1.0
   Section  : libs


Which files are copyrighted by Robert Penz? I do not see any.

Please add the author of cmake/GObjectIntrospection.cmake as Copyright holder 
in a new Files section in d/copyright:
Copyright (C) 2011-2014 Gary Kramlich . Please also add 
po/ru.po's copyright info.

Please rename the -dev and -doc packages not to contain the shared library 
version 11.

When you are done, please untag moreinfo.

Cheers,
Bastian

Bug#1061653: RFS: dpkg-dev-el/37.11 [RC] [Team] -- Emacs helpers specific to Debian development

[Bastian Germann]

On Sat, 27 Jan 2024 20:13:44 -0800 Xiyue Deng wrote:

   * d/control: add elpa-debian-el to Build-Depends (Closes: #1061650).


The changelog is incorrect. You have added to elpa-dpkg-dev-el's Depends.

Bug#1061051: RFS: notes-tree/1.2-1 -- a note taking app, which organizes notes in a hierarchical structure

[Bastian Germann]

On Wed, 17 Jan 2024 04:05:22 +0300 DS wrote:

* Package name : notes-tree
   Version : 1.2-1
   Upstream contact : Dmitry Sviridov <1000hz.radiow...@gmail.com>
* URL : https://gitlab.com/44100Hz/NotesTree/-/tree/dev
* License : Zlib
* Vcs : g...@gitlab.com:44100Hz/NotesTree.git
   Section : editors


Please file an ITP.

Bug#1060923: RFS: w-scan-cpp/0~20231015-1 [ITA] -- DVB channel scanner (successor of w_scan)

[Bastian Germann]

I have force-pushed the master and upstream branches so you can use 
Files-Excluded and reimport the new version.

Bug#1060923: RFS: w-scan-cpp/0~20231015-1 [ITA] -- DVB channel scanner (successor of w_scan)

[Bastian Germann]

Hi Phil,

The doc/service_list.dtd file's license that is introduced by the new upstream 
version is non-free.
Please get rid of it.

Thanks,
Bastian

Bug#1060923: RFS: w-scan-cpp/0~20231015-1 [ITA] -- DVB channel scanner (successor of w_scan)

[Bastian Germann]

Control: owner -1 !

On Tue, 16 Jan 2024 17:48:32 + Phil Wyett  wrote:

   * Changed VCS field data now repo has moved.


Please grant me owner rights on the repo and I am going to move it to the debian namespace. I do not see your changes in 
git. Please rebase and change the Vcs-* fields to point to debian/w-scan-cpp before pushing.

Bug#1060274: RFS: python-acora/2.4-1.1 [NMU] [RC] -- fast multi-keyword text search engine (Python 2)

[Bastian Germann]

Control: tags -1 moreinfo

On Mon, 8 Jan 2024 23:13:52 +0800 Bo YU  wrote:

 python-acora (2.4-1.1) unstable; urgency=medium
 .
   * Non-maintainer upload.
   * New upstream version 2.4. (Closes: #1056849, #1055707).
   * Remove python2 on B-D and pybuild.
   * Add extend-diff-ignore to fix dpkg-source -b check issue.


Please check the archive before posting NMUs based on old versions.
Also, a new upstream version needs the NMU revision -0.1, not -1.1.

Bug#1057308: RFS: sioyek/2.0.0+dfsg-4 [RC] -- PDF viewer with a focus on technical books and research papers

[Bastian Germann]

On Sun, 03 Dec 2023 03:42:28 +0100 Victor Westerhuis  wrote:

Changes since the last upload:

 sioyek (2.0.0+dfsg-4) unstable; urgency=medium
 .
   * Move libmupdf-dev to Static-Built-Using.



Why do you do that? The license actually requires using Built-Using, so please 
keep that.
Still, you can move to dh-builtusing.

Bug#1056150: RFS: python-opem/1.3-1 [ITP] -- Open-Source PEMFC Simulation Tool

[Bastian Germann]

On Fri, 17 Nov 2023 14:45:05 -0500 Yogeswaran Umasankar  
wrote:

Changes for the initial release:

 python-opem (1.3-1) unstable; urgency=medium
 .
   * Initial release. (Closes: #1056148)


Please consider handing this under the Python Team's umbrella.
I will consider sponsoring only in this case.

Bug#1051298: RFS: kildclient/3.2.1-1 -- powerful MUD client with a built-in Perl interpreter

[Bastian Germann]

Am 25.10.23 um 19:24 schrieb Eduardo M KALINOWSKI:
All that being said, while the next version of the upstream tarball will probably not include the kildclient.gresource.c 
file, I'd rather not release an upstream version just for that. So for the moment, I intend to fix the packaging to rm 
this file so that it's regenerated from the sources. Would this be acceptable, Bastian?


Yes.

Bug#1051298: RFS: kildclient/3.2.1-1 -- powerful MUD client with a built-in Perl interpreter

[Bastian Germann]

Control: tags -1 moreinfo

Please exclude the generated file src/kildclient.gresource.c from the source 
package.
You can use debian/copyright's Files-Excluded field.

When you are done, untag moreinfo.

Bug#1053575: RFS: ruby-mdl/0.13.0-4 -- Markdown lint tool

[Bastian Germann]

Am 23.10.23 um 12:05 schrieb Norwid Behrnd:

What is wrong with just adding mdl as a new binary package in the existing 
source package?


By the conventions of the Ruby team,[1] the name `ruby-mdl` conveys the idea
the binary provides only a library.  For them, the binary however provides an
application conventionally named without the prefix `ruby-`; hence their
recommendation to rename both the binary as well as files in the pristine-tar
branch.[2]


I got that part. What you should be referring to is:
"Source packages should have same name as main primary package" in [1].

I do not think it is a good enough reason to introduce a new source package.
So I will not be sponsoring and leave this to someone else.

Bug#1053575: RFS: ruby-mdl/0.13.0-4 -- Markdown lint tool

[Bastian Germann]

Am 23.10.23 um 11:23 schrieb Norwid Behrnd:

On Mon, 23 Oct 2023 10:34:22 +0200
Bastian Germann  wrote:


So, where is that mdl package that ruby-mdl depends on with the new version?


Following an advice by Antonio Terceiro,[1] the intention is dummy / transition
package ruby-mdl

https://mentors.debian.net/package/ruby-mdl/
https://mentors.debian.net/debian/pool/main/r/ruby-mdl/ruby-mdl_0.12.0-4.dsc

relays to the new, functionally updated mdl

https://mentors.debian.net/package/mdl/
https://mentors.debian.net/debian/pool/main/m/mdl/mdl_0.13.0-1.dsc


What is wrong with just adding mdl as a new binary package in the existing 
source package?

Bug#1053575: RFS: ruby-mdl/0.13.0-4 -- Markdown lint tool

[Bastian Germann]

So, where is that mdl package that ruby-mdl depends on with the new version?

Bug#1053478: RFS: angband/4.2.5+dfsg-1 -- roguelike game

[Bastian Germann]

Control: reassign -1 src:angband
Control: retitle -1 angband: FON fonts are not built from source
Control: severity -1 important

On Tue, 10 Oct 2023 21:05:03 + Chris Carr  wrote:

I will be back in touch when I have a proposal re fonts. Thanks again,


I am going to upload the version without changing the fonts for now and am converting this into a 
bug that should remind you of the fonts.

Bug#1053478: RFS: angband/4.2.5+dfsg-1 -- roguelike game

[Bastian Germann]

Am 10.10.23 um 23:05 schrieb Chris Carr:
I note that we don't spell out the full CC0-1.0 license because it is available in /usr/share/common-licenses - can I do 
the same for GPL-2?


It is already done for GPL-2. Please keep it as-is.

I am slightly uncomfortable with your commit 9df0a35e, because it is incorrect to assume that the only contributors to 
an Angband source file are those named in it. This is why I prefer the method of referring to thanks.rst - I strongly 
suspect that several of those thanked have contributed to those BSD-2-clause-licensed files over the years. Are you 
content for me to revert this commit (and add a reference to thanks.rst)?


No, please keep the change. The point of adding the copyright to debian/copyright is to comply with the license 
(primarily for binary packages). The BSD-2-clause specifically refers to the "above copyright notice", so you have to 
include them. If any contributor wants to be included they can add themselves to the copyright holders easily.
For the GPL, there is no such specific requirement (don't quote me on that) but the Debian Policy requires representing 
the copyright in the debian/copyright file, which is why we can relax the requirement by referring to the thanks doc.

Bug#1053478: RFS: angband/4.2.5+dfsg-1 -- roguelike game

[Bastian Germann]

Am 10.10.23 um 19:05 schrieb Chris Carr:
Or perhaps not. With many thanks to Nick for promptly committing the fix-licence patch, I think I 
have done as you request: I have referenced the commit in the patch, and updated d/copyright to 
include the full license and list the files that use it. Maybe we are good to go now?


Almost. Please have a look at the changes that I have made.
I suspect you did not check for Copyright info that is not in the thanks document because I have 
easily found one (now in d/copyright) that is not. Please take the time for that and confirm that 
you did.


The lib/fonts have at least one problem: They are not built from source.
If we do not need them in Debian, please remove them. Else, please figure out if the sources can be 
found (I know they are old) and please give me a hint why the lintian override's claim was that 
"they are DFSG-free". I can find "Public domain font" statements in 9 of them but some of them have 
an unspecific "Freeware" statement or no license claim at all.

Bug#1053478: RFS: angband/4.2.5+dfsg-1 -- roguelike game

[Bastian Germann]

The BSD-2-clause disclaimer has to be imported by upstream before we can import 
it in Debian.
When that is done please add the complete license in d/copyright and reference 
the upstream commit in the patch.

If the BSD-2-clause files are copyied from 3rd parties, you can obviously link to them as license reference instead 
without waiting for upstream.

Bug#1053478: RFS: angband/4.2.5+dfsg-1 -- roguelike game

[Bastian Germann]

Am 09.10.23 um 16:29 schrieb Chris Carr:

For snd-cocoa.m, ui-effect.c, and ui-player-properties.c, I am interested in 
documenting the copyright holders in
d/copyright (just saying "1989-2023 Angband contributors" is not enough). 


Why is it not enough? Angband has 85 contributors listed on github alone, and many of the source files had dozens of 
additional contributors before they first appeared on github 13 years ago. Angband was released under GPL-2 in the late 
noughties (v3.1.0) and everyone contributing code since then has done so in the knowledge that Angband has a dual 
licence. To require contributors for these three files to be documented in d/copyright, but not the contributors to any 
other files, seems bizarre and disproportionate.


There are probably many other files that have explicit copyright holders 
mentioned, not only those three files.
The same goes for any other such files. I have just listed them because they had changes in the Copyright comment and I 
have looked at the diff between the current Debian version and the proposed version, which I have already mentioned twice.


If you do not want to list each of the copyright holders that are specifically mentioned in individual files then please 
reference /usr/share/doc/angband/thanks.txt.gz in the Comment for Files: * but make sure that each individually 
mentioned name is contained in that file.

Bug#1053478: RFS: angband/4.2.5+dfsg-1 -- roguelike game

[Bastian Germann]

Am 08.10.23 um 22:36 schrieb Chris Carr:

  * Nick McConnell, the upstream maintainer (copied) has confirmed that the 
remaining files you noted are all GPL-2
compliant (main-ibm.c, snd-cocoa.m, snd-win.h, ui-effect.c and 
ui-player-properties.c).


For snd-cocoa.m, ui-effect.c, and ui-player-properties.c, I am interested in documenting the copyright holders in 
d/copyright (just saying "1989-2023 Angband contributors" is not enough). It is clear that they are dual-licensed with 
GPL-2 being one option.


snd-win.h is licensed under BSD-2-clause (which is GPL-2 compatible), however, the file misses the disclaimer which is 
referred to in both clauses. Not including it means breaking the license conditions. The same applies to other files: 
src/sound.h, src/snd-sdl.h, src/message.c, src/message.h, src/z-textblock.c. As I have mentioned, I had only looked at 
the upstream diff, not all source files.


main-ibm.c does not mention a GPL-2 option. The only license that is mentioned is the Angband license which is not 
DFSG-free. Upstream should make sure to mention GPL-2 as an alternative.

Bug#1053478: RFS: angband/4.2.5+dfsg-1 -- roguelike game

[Bastian Germann]

Am 05.10.23 um 21:58 schrieb Chris Carr:

First off, why is the repo within the Games Team's namespace when you are the 
Maintainer?
I suggest to make it a properly team-maintained package.


I'm afraid I don't really understand your question. The repo is where it is because Alexandre created it and invited me 
to collaborate with him. I don't know what you mean by "a properly team-maintained package" if our collaboration is not 
such.


Your Vcs-Git points to https://salsa.debian.org/games-team/angband. That is in 
the namespace games-team,
which belongs to the Games Team: https://wiki.debian.org/Games/Team.
The Team's Policy (https://wiki.debian.org/Games/Policy) has this: "Set the 
Maintainer field to
'Debian Games Team ' and add yourself to 
the Uploaders field."

In angband, you are listed as a Maintainer, not as an Uploader and the team 
maintainer value does not appear.

Bug#1053478: RFS: angband/4.2.5+dfsg-1 -- roguelike game

[Bastian Germann]

On Wed, 4 Oct 2023 20:58:58 + Chris Carr  wrote:

I am looking for a sponsor for my package "angband":

 * Package name : angband
   Version  : 4.2.5+dfsg-1
   Upstream contact : Nick McConnell (nckmccn...@gmail.com)
 * URL  : https://github.com/angband/angband
 * License  : GPL-2 (and others, all DFSG-free)
 * Vcs  : https://salsa.debian.org/games-team/angband
   Section  : games



First off, why is the repo within the Games Team's namespace when you are the 
Maintainer?
I suggest to make it a properly team-maintained package.

Looking at the upstream diff, I do not find the license and/or copyirght info for the following 
files in debian/copyright:

src/cocoa/snd-cocoa.m
src/main-ibm.c
src/main-nds-arm7.c
src/snd-win.h
src/ui-effect.c
src/ui-player-properties.c

Bug#1053148: RFS: peony/4.1.1.1-1 -- file Manager for the UKUI desktop

[Bastian Germann]

On Thu, 28 Sep 2023 16:59:33 +0800 xibo...@openkylin.top wrote:

Changes since the last upload:

 peony (4.1.1.1-1) unstable; urgency=medium
 .
   * New upstream release.


Please fix #1045370.

Bug#1040148: RFS: fonts-sahel/3.4.0-1 [ITP] -- Sahel font family

[Bastian Germann]

Am 25.09.23 um 01:59 schrieb Danial Behzadi:

However I made a patch for the issue and pushed the code to Salsa.


Please do not add to the changelog until the font is uploaded.

The copyright file is missing the Apache 2 license because it is a derivative 
work of OpenSans.
Please add OpenSans copyright info, use "OFL-1.1 and Apache-2.0" for the 
license reference, and add:

License: Apache-2.0
 On Debian systems, the complete text of the Apache License Version 2.0
 can be found in `/usr/share/common-licenses/Apache-2.0'.


Also, the font's Copyright data says: "Based on DejaVu font."
That font is based on Bitstream Vera, whose copyright and license info must 
also be added.


Again:
You should investigate how to call fontforge to build the ttf files.
If you need OpenSans to build the ttf then please add it as a secondary tarball 
(uscan component).
Or ask for a package containing the sfd files on the fonts-open-sans package, 
which you then depend on.

Bug#1052539: RFS: onefetch/2.18.1 [ITB] -- Command-line Git information tool

[Bastian Germann]

Control: block 943720 by -1
Control: tags -1 moreinfo

Please actually fill the templates that are generated by dh_make.

You have to change #943720 to be an ITP first and have to reference it using a 
Closes: tag in your changelog.

Your package has to use the format 3.0 (quilt). The native format is reserved for packages that are Debian-specific and 
have no upstream.


When you are done with these first steps, please untag moreinfo from this RFS.

Bug#1051498: RFS: strace/6.5-0.1 [NMU] -- System call tracer

[Bastian Germann]

Control: tags -1 - moreinfo

There was a new version uploaded.

Bug#1051407: RFS: srs-server/5.0.170 [ITP] -- simple, high-efficiency, real-time video server

[Bastian Germann]

Control: tags -1 moreinfo

You have to add a Closes: tag to your changelog that references the ITP.
The changelog has to represent the changes in Debian, so the only entry you need for the first Debian revision is 
something like "Initial release (Closes: #1043448)"


The package is clearly not a native package, so please change the source format 
to 3.0 (quilt).

Please untag moreinfo when you have provided a new version with the requested 
changes.

Bug#1051879: RFS: ncdu/1.19-0.1 [NMU] -- ncurses disk usage viewer

[Bastian Germann]

Please close #1052022 with your changelog.
A NMU has to operate on a bug.

Bug#1051498: RFS: strace/6.5-0.1 [NMU] -- System call tracer

[Bastian Germann]

Control: tags -1 moreinfo

Even a LowNMU needs a bug report to act on.
Please file a request for the new version and then reference it in the 
changelog.
Please untag moreinfo when you are done.

Bug#1051595: RFS: geeqie/1:2.1-1 -- image viewer using GTK+

[Bastian Germann]

Hi Andreas,

I am considering sponsoring this.
May I ask why you do not upload yourself? Have you lost your PGP key?

Thanks,
Bastian

Bug#1051125: RFS: a2d/2.0.0-1 [ITP] -- APRS to DAPNET portal

[Bastian Germann]

You have an unnecessary dh_auto_clean in d/rules.

You can list files that need additional installation in debian/a2d.install 
which are then installed by dh_install.

Bug#1051125: RFS: a2d/2.0.0-1 [ITP] -- APRS to DAPNET portal

[Bastian Germann]

I do not have a clue if this is a package that is suitable for Debian, so I 
will not sponsor it.
Formally, I can say a few things.

First off, your package does not build (tried on arm64):
   dh_builddeb
dpkg-deb: error: conffile name 'etc/a2d/.creds/a2d_AnDinfo.conf' is not an 
absolute pathname
dh_builddeb: error: dpkg-deb --root-owner-group --build debian/a2d .. returned 
exit code 2
dh_builddeb: error: Aborting due to earlier error
make: *** [debian/rules:7: binary] Error 2
dpkg-buildpackage: error: debian/rules binary subprocess returned exit status 2


In d/changelog, you would mention the changes from one Debian revision to 
another.
So for the first revision, just use the "Initial release. Closes: #1051242" and 
drop
the subordinate lines.

The d/watch does not work. Maybe it used to work but GitHub has changed the 
releases page.
Please fix that.

I do not get the source structure of that project. It does not really look like 
a
typical python project. If it was you should make use of dh-python to build it.
The only thing you do in d/rules is copying around files, not really building 
anything.

So long.

Bug#1051125: RFS: a2d/2.0.0-1 [ITP] -- APRS to DAPNET portal

[Bastian Germann]

On Sun, 3 Sep 2023 01:50:40 -0400 Yogu NY3W wrote:

Changes for the initial release:

a2d (2.0.0-1) unstable; urgency=medium


You should really file an ITP for this package and reference it in the 
changelog.

Bug#1040148: RFS: fonts-sahel/3.4.0-1 [ITP] -- Sahel font family

[Bastian Germann]

Please check the latest git commit where I have demonstrated
that you can at least run parts of the build.
You should investigate how to call fontforge to build the ttf files.

Bug#1034049: RFS: wxmaxima/23.04.0-1 -- GUI for the computer algebra system Maxima

[Bastian Germann]

Control: tags -1 - moreinfo

The thing was updated.

Bug#1041907: RFS: yubioath-desktop/5.1.0-2 [RC] [Team] -- Graphical interface for displaying OATH codes with a Yubikey

[Bastian Germann]

On Tue, 25 Jul 2023 16:24:28 +0800 Bo YU  wrote:

Changes since the last upload:

 yubioath-desktop (5.1.0-2) unstable; urgency=medium
 .
   * Team upload.
   * Add 02-fix-gcc-13.patch to fix build issue. (Closes: #1037909)



If it is a team upload, you can certainly push your changes to git beforehand.

Bug#1049461: RFS: cvsutils/0.2.5-3 [ITA] -- CVS utilities for use in working directories

[Bastian Germann]

On Wed, 16 Aug 2023 09:09:26 +0200 Gioele Barabucci  wrote:

Changes since the last upload:

  cvsutils (0.2.5-3) unstable; urgency=medium
  .
* Adopt package (Closes: #1043088)
* Update packaging to debhelper 13
* d/control: Update standards version to 4.6.2, no changes needed
* d/watch: Update release URL
* d/control: Update homepage URL


This should be a QA upload. For package adoption, one would expect more changes.
If you don't mind, I will upload as QA upload.

Bug#1026335: Review of the initial packaging of the carl9170 firmware

[Bastian Germann]

Thanks John. The package looks good to me now, so I have uploaded it.

Re: Short question to Debian backports

[Bastian Germann]

Am 01.08.23 um 09:22 schrieb Gylstorff Quirin:

Hi,

I have a question related to Debian backports.

How are packages added to backports? From my understanding this depends 
on the package maintainer.


That is true generally. But as a non-DD you have to find a sponsor for 
that as well. Just use dch --bpo to generate a valid version number and 
target release.



Also can packages still added to bullseye backports?


Yes. You can upload a version based on the bookworm release version to 
bullseye-backports. Oy you can add a version based on testing to 
bullseye-backports-sloppy.



Thanks Kind regards

Quirin

Bug#1041013: RFS: woof/20220202 -- File sharing utility through http protocol

[Bastian Germann]

Control: tags -1 moreinfo
Control: severity -1 wishlist

On Fri, 14 Jul 2023 04:10:04 +0200 Hector Cao wrote:

 woof (20220202) unstable; urgency=medium
 .
   * Initial release.


You have to add a tag "Closes: #1029575" and make that bug your ITP.
Also, you have to unarchive/reopen the bugs that were open when the 
package was removed. Add Closes tags for those that were fixed with the 
new version.


When you are done please remove the moreinfo tag.

Bug#1026335: RFS: carl9170fw/1.9.9-427-gecb68a7-1 [ITP] -- firmware for AR9170 USB wireless adapters

[Bastian Germann]

Hi John,

Please do not just ignore the comment:

On Mon, 26 Dec 2022 18:58:14 +0100 Bastian Germann  wrote:

The reason why I requested you to reopen the old RFS instead of filing a new 
one is
that you have not yet addressed all of pabs's comments:

On Wed, 05 Jan 2022 09:49:13 +0800 Paul Wise  wrote:
 > Several files have missing/incorrect information in debian/copyright,
 > please do a full audit of the code looking for copyright/license info.
 >
 >  * tools/include/list.h is LGPL


Please note it is LGPL-2.1, not LGPL-2.1+. There is no or later clause.


 >  * tools/include/frame.h is partly from Linux, unknown copyright


Please use the authors for copyright:
  Alan Cox, 
  Florian La Roche, 


 >  * include/shared/eeprom.h also contains ISC code


Please add the missing info for the three mentioned files.

Bug#1022747: RFS: prismlauncher/5.0+ds-1 [ITP] -- FOSS Minecraft launcher supporting multiple instances and accounts

[Bastian Germann]

Am 05.07.23 um 00:02 schrieb Ben Westover:
I have packaged libnbt++2 [1], but Prism Launcher doesn't build with the 
packaged version. It looks to me like Prism Launcher's fork of libnbt++ 
has too many custom changes for it to still build with the original.


I did not recognize that prismlauncher uses a fork. If you cannot make 
up for that by including some of the fork's patches, please keep the 
library copy in prismlauncher.

Bug#1022747: RFS: prismlauncher/5.0+ds-1 [ITP] -- FOSS Minecraft launcher supporting multiple instances and accounts

[Bastian Germann]

Control: tags -1 moreinfo

Hi Ben,

Please make #1040309 (libnbt++2) your ITP and package it before we 
continue with prismlauncher. When that is in the archive please untag 
moreinfo.


Thanks,
Bastian

Bug#1035726: RFS: urlwatch/2.28-1 -- monitors webpages for you

[Bastian Germann]

Control: tags -1 moreinfo

On Mon, 8 May 2023 13:38:52 +0200 Maxime Werlen  wrote:

Changes since the last upload:

 urlwatch (2.28-1) unstable; urgency=medium
 .
   * New upstream release

urlwatch (2.27-1) unstable; urgency=medium
.
   * New upstream release
   * Update patches

 urlwatch (2.26-1) unstable; urgency=medium
 .
   * New upstream release
   * Update copyright years
   * Update required python version
   * Update patches
   * Update standards
   * Remove old NEWS file, now unnecessary


Regards,


Please do not add upstream versions to the changelog that were never released 
in Debian.
You should combine all these entries in 2.28-1.

I have not taken a look at the actual changes.

When you are done please untag moreinfo.

Bug#1035624: RFS: xfishtank/3.2.0~pre01-1 -- turns your X root into an aquarium

[Bastian Germann]

Control: tags -1 moreinfo

On Sat, 06 May 2023 20:49:26 +0100 Marius Gavrilescu wrote:

Changes since the last upload:

 xfishtank (3.2.0~pre01-1) unstable; urgency=medium
 .
   * Changed upstream to RatrabbiT-xfishtank
   * New implementation which works on modern desktop environments
 (Closes: #1032174)


In d/control please remove the first of:
debhelper (>= 13), debhelper-compat (= 13)

Please bring the git up to date. There is an unreleased 3.1.1 version instead 
of a 3.2.0~pre01.

You have removed two licenses which are still contained in the project with 
different file names.
You have to keep them. But please rename the short identifiers to something 
that makes sense.

Try to use xvfb for the tests.

When you are done, untag moreinfo from this bug.

Bug#1038686: RFS: zpb-ttf/1.0.6-1 [QA] -- Access TrueType fonts with Common Lisp

[Bastian Germann]

On Tue, 20 Jun 2023 03:11:39 -0300 Leandro Cunha  
wrote:

[1] https://salsa.debian.org/leandrocunha/zpb-ttf


Please drop this repo and work on the Vcs-Git one for future updates.
I have invited you to join.

Bug#1037509: RFS: cglm/0.9.0-1 -- Optimized OpenGL Mathematics library for C

[Bastian Germann]

Thanks for the update.

Bug#1036150: RFS: gpsd/3.25-1~exp1 [ITA] -- Global Positioning System - daemon

[Bastian Germann]

Am 13.06.23 um 01:00 schrieb Boian Bonev:

Hi Bastian,

On Mon, 2023-06-05 at 15:48 +0200, Bastian Germann wrote:

The intend was not for you to merge my rebased branch but to work from there.
You have instead merged it and now have all your commits twice. Please reset
the master branch to
efcc2400ba2a9b0cf37f581fb8c094343d7dfd01 and rebase your 4 new commits on it.


OK, thanks! Sorry for the misunderstanding.

For some reason the upstream signing key was not in the intended format, fixed.


For some reason, your change does not work for me. Please keep the old key 
which works for me.


Also a couple of changelog entries from Bernd were deleted in the process, I
think it is right to keep them, what do you think (65cccbb8)?


No, please get rid of that commit. The idea of the changelog is to hold the 
effective changes,
not every step that the package maintainer took.


Uploaded to mentors, the target is experimental. I expect the upstream to make
a point release soon, signed with their new gpg key and not containing major
changes, then we can target unstable...

Please push 2545facfdbb4959631f7775ea08ebbcc2326e4a2 to
https://salsa.debian.org/debian-gps-team/pkg-gpsd/-/tree/experimental
and push e368c1ba8ddd2e2b11facd7ee40063226a0297bf to
https://salsa.debian.org/debian-gps-team/pkg-gpsd/-/tree/upstream

Bug#1036150: RFS: gpsd/3.25-1~exp1 [ITA] -- Global Positioning System - daemon

[Bastian Germann]

The intend was not for you to merge my rebased branch but to work from there.
You have instead merged it and now have all your commits twice. Please reset the master branch to 
efcc2400ba2a9b0cf37f581fb8c094343d7dfd01 and rebase your 4 new commits on it.

Bug#1036150: RFS: gpsd/3.25-1~exp1 [ITA] -- Global Positioning System - daemon

[Bastian Germann]

Please also note that you should use uscan (or gbp import-orig --uscan) to 
import new versions,
which will currently result in tar.gz and not (as in your pristine-tar) in a 
tar.xz
because the debian/watch scans for tar.gz.

So please also use the pristine-tar from my repo for pushing into the team repo.

Bug#1036150: RFS: gpsd/3.25-1~exp1 [ITA] -- Global Positioning System - daemon

[Bastian Germann]

Please answer to this bug.

I have edited the git history because the last NMU was not there but its 
changelog added later on:
https://salsa.debian.org/bage/pkg-gpsd

Also, the 3.22 was never imported into the master tree, which I also did.

First thing that I have noticed is that the main project license has changed to 
the standard BSD-2-clause.
Please go through the upstream changes and apply this and any other 
license/copyright changes to debian/copyright.

Bug#1036698: RFS: fortune-dhp/0.1-1 -- Dhammapada Fortune

[Bastian Germann]

Control: tags -1 moreinfo

On Wed, 24 May 2023 23:10:23 +1000 "Ko Ko Ye`"  wrote:

Changes for the initial release:

 fortune-dhp (0.1-1) unstable; urgency=medium
 .
   * Initial release


Please reference an ITP bug with this entry.

Bug#1033017: RFS: dmidecode/3.5-1 -- SMBIOS/DMI table decoder

[Bastian Germann]

On Wed, 15 Mar 2023 20:22:26 +0100 debian@jff.email wrote:

 dmidecode (3.5-1) unstable; urgency=medium
 .
   * New upstream release (Closes: #1032980).
 - Fix CVE-2023-30630 (Closes: #1034483).


Please address CVE-2023-30630 by backporting the patch(es) to 3.4.
New versions are not allowed at this point in freeze.

Bug#1035295: RFS: gl4es/1.1.4-1 -- GL4ES - OpenGL 2.1/1.5 to GLES 2.0/1.1 translation library

[Bastian Germann]

You do not want to hand in a Non-maintainer upload but rather have the changelog name and email match d/control's 
Maintainer exactly. Please remember to untag moreinfo when you have have done the assigned task(s).

Bug#1035106: RFS: grimripper/3.0.0-1 [ITP 1035103] -- Graphical audio CD ripper and encoder

[Bastian Germann]

On Sat, 29 Apr 2023 20:10:02 +0100 Peter Blackman wrote:

cdreaper is the Gtk3 fork of asunder
https://tracker.debian.org/pkg/asunder

I would like to set up a packaging VCS on Salsa under the debian group,
but don't have the privilege to create an empty repository there myself.


Why not put this under the Multimedia Team's umbrella?

Bug#1003976: RFS: xmrig/6.16.2-1 [ITP] -- High performance, open source CPU/GPU miner and RandomX benchmark.

[Bastian Germann]

Please have a closer look at the Copyright info.
I have only had a look at a few files but already found the general copyright header being misrepresented in 
d/copyright. It has to contain the following names:


 Copyright 2010  Jeff Garzik 
 Copyright 2012-2014 pooler  
 Copyright 2014  Lucas Jones 
 Copyright 2014-2016 Wolf9466
 Copyright 2016  Jay D Dee   
 Copyright 2017-2018 XMR-Stak, 

 Copyright 2018  Lee Clagett 
 Copyright 2018-2020 SChernykh   
 Copyright 2016-2020 XMRig   , 

Also, please have a look at the src/backend/opencl/wrappers/AdlLib*, src/base/io/Async.*, src/base/net/http*, 
src/base/net/stratum/DaemonClient.*, src/base/tools/Cvt.cpp, and src/base/crypto/keccak.* files for additional Copyright 
info.

Bug#1035295: RFS: gl4es/1.1.4-1 -- GL4ES - OpenGL 2.1/1.5 to GLES 2.0/1.1 translation library

[Bastian Germann]

Control: tags -1 moreinfo

Please file an ITP to the wnpp pseudo package first. When that is done, please reference it in debian/changelog and 
untag moreinfo.

Bug#1003976: RFS: xmrig/6.16.2-1 [ITP] -- High performance, open source CPU/GPU miner and RandomX benchmark.

[Bastian Germann]

Am 18.04.23 um 23:48 schrieb Ben Westover:
I've pushed what I have so far to Salsa; unless randomx is disabled, it won't build without argon2, and I don't know how 
to patch it. Can you please help me?


I have noticed this is a completely different implementation from the argon2 
package in Debian.
While there could be a way to patch successfully, it might influence the 
runtime behaviour significantly,
so you can keep the argon2 as-is.

Bug#1003976: RFS: xmrig/6.16.2-1 [ITP] -- High performance, open source CPU/GPU miner and RandomX benchmark.

[Bastian Germann]

You might also be able to replace src/crypto/randomx with librandomx with 
WITH_PROFILING=OFF.

Bug#1003976: RFS: xmrig/6.16.2-1 [ITP] -- High performance, open source CPU/GPU miner and RandomX benchmark.

[Bastian Germann]

Am 18.04.23 um 00:04 schrieb Ben Westover:

Hello,

On 4/17/23 2:13 PM, Bastian Germann wrote:
Please see https://salsa.debian.org/cryptocoin-team/xmrig/-/commit/fa8aaf366f7168be3d30ba9c1d7e5fdaf9bb11bb to get an 
idea of what is to exclude. Please use the Debian replacements for those libraries. adl and libethash are not yet 
available (see also #1034528), so please build with WITH_KAWPOW=OFF and WITH_ADL=OFF.


I looked into this when I first started packaging xmrig. Unfortunately, for many of these third party libraries, 
Debian's packaging of them won't work because the version included in xmrig is specially modified and contains lots of 
xmrig-specific functions that aren't easy to work around. For example, many of argon2's functions directly have xmrig in 
the name, and work a bit differently to those of the original project.


The missing thing is hugepages support:
https://github.com/xmrig/xmrig/commit/b1db0803cfdcb25fd51cef1df2dba46dc63fb0f7

src/crypto/randomx/dataset.cpp relies on some private argon2 implementation 
details.
But as far as I can see you can just have some definitions to satisfy these 
needs.

Either patch or build with WITH_ARGON2=OFF.

The source also directly includes headers that 
exist in the original source but not a packaged version, and which are also modified specifically for xmrig. If I were 
to get rid of all the third party libraries that don't work easily with Debian's packaged versions, there wouldn't be 
much xmrig functionality left.


The only thing that is not easily replacable from the original list is llhttp. Just keep this one. I have done the 
trivial replacements for CL, fmt, and rapidjson. hwloc is built with the system library anyway and adl is only used on 
Windows.


When libethash is available in Debian, just add support for it.
And maybe, when #977716 is done, you can also replace llhttp.

Bug#1003976: RFS: xmrig/6.16.2-1 [ITP] -- High performance, open source CPU/GPU miner and RandomX benchmark.

[Bastian Germann]

Control: tags -1 moreinfo

Hi Ben,

Please see https://salsa.debian.org/cryptocoin-team/xmrig/-/commit/fa8aaf366f7168be3d30ba9c1d7e5fdaf9bb11bb to get an 
idea of what is to exclude. Please use the Debian replacements for those libraries. adl and libethash are not yet 
available (see also #1034528), so please build with WITH_KAWPOW=OFF and WITH_ADL=OFF.


When you have that working, please untag moreinfo.

Thanks,
Bastian

Bug#1012196: RFS: exaile/4.1.3~beta3+dfsg-1 [ITP] -- music player with a simple interface

[Bastian Germann]

Hi André,

The copyright notices for xl/*, xlgui/*, and plugins/notify/* are incomplete.
Please be more thorough in searching for Copyright lines.

Thanks,
Bastian

Bug#1003976: RFS: xmrig/6.16.2-1 [ITP] -- High performance, open source CPU/GPU miner and RandomX benchmark.

[Bastian Germann]

Hi Ben,

On Tue, 18 Jan 2022 15:38:25 -0500 Ben Westover wrote:

  xmrig (6.16.2-1) unstable; urgency=medium
  .
* Initial Package.
* Closes: #1003917

If you submit the package for package maintenance in the Cryptocoin Team, I 
would be inclined to take a look.

Thanks,
Bastian

Bug#1030571: RFS: vfu/5.07-2 -- Versatile text-based file-manager (common files)

[Bastian Germann]

> vfu (5.07-2) unstable; urgency=medium
>
>   * New upstream release 5.07

A -2 revision can never have that changelog entry.
This does not seem to be a targeted fix, so cannot go to unstable during freeze.
Maybe you want to target experimental?

Bug#1033023: RFS: ipmiutil/3.1.9-1 -- IPMI management utilities

[Bastian Germann]

On Wed, 15 Mar 2023 21:44:56 +0100 =?ISO-8859-1?Q?J=F6rg_Frings-F=FCrst?= 
 wrote:

 ipmiutil (3.1.9-1) unstable; urgency=medium
 .
   * New upstream release.


Please note that this will not be sponsored during the freeze.
You can submit an upload to experimental if you want this in Debian before 
bookworm release.

Bug#1033063: RFS: hoteldruid/3.0.5-1 -- web-based property management system for hotels or B

[Bastian Germann]

On Thu, 16 Mar 2023 16:50:27 +0100 "Marco M. F. De Santis" 
 wrote:

  hoteldruid (3.0.5-1) unstable; urgency=low
  .
* New upstream release


Please note that this will not be sponsored during the freeze.
You can submit an upload to experimental if you want this in Debian before 
bookworm release.

Bug#1032421: RFS: usb-imager/2.2.2-1~rc1 [ITP] -- GUI-Application to write bootable disk images to USB keys

[Bastian Germann]

Control: tags -1 moreinfo

Please file an ITP on the pseudo package wnpp and reference it via a Closes: 
tag in the changelog.
When that is done, remove the tag moreinfo from this bug.

Bug#1030882: RFS: dbus-c++/0.9.0-11 [QA] -- C++ API for D-Bus

[Bastian Germann]

Am 15.02.23 um 19:25 schrieb Thomas Uhle:
After reverting the split of the package libdbus-c++-1v5 into seperate packages and assuming the 
other updates make their way into bookworm just in time, would it then make sense to wait until the 
release of bookworm to prepare another revision of dbus-c++ with this remaining change targeted for 
unstable or would it then also be required to upload to experimental at first?


No, you can wait after bookworm release date and directly go unstable.

Should I already change "UNRELEASED" into "unstable" in debian/changelog or shall I leave this as it 
is?


Yes, please target unstable.

Bug#1030882: RFS: dbus-c++/0.9.0-11 [QA] -- C++ API for D-Bus

[Bastian Germann]

On Wed, 8 Feb 2023 18:58:49 +0100 Thomas Uhle 
 wrote:

 + Put libdbus-c++-ecore-1.so.* and libdbus-c++-glib-1.so.* in their own
   binary packages libdbus-c++-ecore-1-0 and libdbus-c++-glib-1-0 resp.
   to avoid pulling in e.g. Ecore libraries (and their dependencies) on
   systems where these libraries are not needed. (Closes: 1018772)


It is too late for bookworm. So please target experimental with the new binary 
packages.
If you want the other changes to get into bookworm, you should separate them 
into their own unstable revision.

Bug#1031257: RFS: genparse/0.9.3-1 [QA] [RC] -- command line parser generator

[Bastian Germann]

Am 15.02.23 um 10:38 schrieb Bo YU:

1. I git reset all commits from Boyuan;
2. gbp import-dsc 0.9.2-2.dsc
3. try to build 0.9.2-2, ok, expect to fail due to  #984149
4. cherry-pick commits from Boyuan then.
5. Add my change here.


Usually, you would merge in this situation. I did that for you.
Please push your changes on top of the new master 
(9c21aa47940fde50b54d597a22e94727b4375ac2).

Bug#1031257: RFS: genparse/0.9.3-1 [QA] [RC] -- command line parser generator

[Bastian Germann]

Please see the changes in https://salsa.debian.org/debian/genparse by Boyuan 
Yang and integrate yours there.
I am then going to sponsor what comes out of that.

Bug#1031096: RFS: ultimatedailywallpaper/3.1.0-1 [ITP] -- Daily image as wallpaper of a selected provider

[Bastian Germann]

This is still not an ITP. ITPs are filed on the wnpp pseudo package.
Please read the appropriate documentation. It is not hard to find.

Bug#1031045: RFS: ultimatedailywallpaper/3.1.0-1 -- Daily image as wallpaper of a selected provider

[Bastian Germann]

Control: tags -1 moreinfo

On Fri, 10 Feb 2023 20:41:21 +0100 Patrice Coni  
wrote:

 ultimatedailywallpaper (3.1.0-1) unstable; urgency=medium
 .
   * Initial release.


Please file an ITP for this and add a Closes: tag for it in the changelog.
When that is done, untag moreinfo.

Bug#1030603: RFS: selint/1.4.0-1 [RC] -- Static code analysis of refpolicy style SELinux policies

[Bastian Germann]

On Sun, 5 Feb 2023 15:56:27 +0100 =?UTF-8?Q?Christian_G=C3=B6ttsche?= 
 wrote:

 selint (1.4.0-1) unstable; urgency=medium
 .
   * New upstream version 1.4.0
 .
   * d/watch: use release tarball instead of git tag


This introduces several new files that are not represented in d/copyright.
Please fix this.

Also, src/lex.c is auto-generated and should not be included.
Maybe stay with the git export?


   * d/patches: drop upstream applied patches
   * d/copyright: update years
   * d/control: bump to std version 4.6.2 (no further changes)
   * d/clean: drop entries for files removed by upstream
   * d/{control, rules}: skip valgrind on problematic architectures
 (Closes: #1030222)
   * d/clean: also clean generated parser header

Bug#1014078: Bug#968467: (librosa)

[Bastian Germann]

Am 05.02.23 um 06:11 schrieb Nilson Silva:

I think we're done.
https://salsa.debian.org/debian/librosa  I had to disable a documents/examples 
directory as well as the tests. Both make use of the external repository https://github.com/librosa/librosa-test-data,


which is unlicensed. I already related this to upstream: https://github.com/librosa/librosa/issues/1654 

Bug#1030307: RFS: posixsignalmanager/0.3-2 -- posix signal handling for qt

[Bastian Germann]

Hi Christoph,

Please do not fold the upstream PR into one patch file. That makes tracking it 
very hard.

Thanks,
Bastian

Bug#1029409: RFS: quadrilateralcowboy/0~20160725-1 [ITP] -- first-person cyberpunk adventure game

[Bastian Germann]

Please note that you have to keep the Debian revision at -1 until this is 
sponsored.
Uploading an existing package version to mentors will just overwrite the old 
package.

Bug#1029781: RFS: bandcamp-dl/0.0.13-1 [ITP] -- script to download bandcamp albums

[Bastian Germann]

Package: sponsorship-requests
Severity: wishlist
Owner: scup...@riseup.net
X-Debbugs-Cc: scup...@riseup.net
Control: block 1017851 by -1

@scupake: Usually, nobody will scan ITPs for sponsorship requests.
Please use sponsorship-requests if there is no team that i

Extracting a RFS from an ITP:

* Package name: bandcamp-dl
  Version : 0.0.13-1
  Upstream Author : Iheanyi Ekechukwu
* URL : https://github.com/iheanyi/bandcamp-dl
* License : The Unlicense
  Programming Lang: Python
  Description : script to download Bandcamp albums
  ITP : #1017851
  Vcs-Browser : https://salsa.debian.org/Scupake/bandcamp-dl

Bug#1029608: RFS: openvpn-dco-dkms/0.0+git20230125-1[NMU] [RC] -- DCO (Data-Channel Offload) kernel module for OpenVPN)

[Bastian Germann]

Control: retitle -1  RFS: openvpn-dco-dkms/0.0+git20230125-1 [NMU] -- 
Data-Channel Offload kernel module for OpenVPN

On Wed, 25 Jan 2023 11:43:43 +0100 vmxevils...@gmail.com wrote:

 openvpn-dco-dkms (0.0+git20230125-1) unstable; urgency=medium
 .
   * New upstream version 0.0+git20230125
   * Fix build with kernel version > 6.2
   * Fix https://github.com/OpenVPN/ovpn-dco/issues/21
   * Fix https://github.com/OpenVPN/ovpn-dco/issues/20
   * Fix https://github.com/OpenVPN/ovpn-dco/issues/12


This is not RC, so I am retitling.

While the maintainer allows LowNMU, you have to reference the bug that the NMU is supposed to fix and add the NMU 
indication as first changelog entry:


  * Non-maintainer upload
  * New upstream version 0.0+git20230125
  * Fix build with kernel version >= 6.2 (Closes: #1027799)

Bug#1027919: RFS: dinit/0.16.0-1 -- [ITP] Service monitoring / "init" system

[Bastian Germann]

So where is the dinit ITP? I do not see any in the wnpp pseudo package.