Bug#951453: RFS: pysolfc/2.6.4-3 -- collection of more than 1000 solitaire card games

[Hugo Lefeuvre]

Hi,

thanks for your contribution, this should be in unstable by tonight.

cheers,
Hugo

-- 
Hugo Lefeuvre (hle)|www.owl.eu.com
RSA4096_ 360B 03B3 BF27 4F4D 7A3F D5E8 14AA 1EB8 A247 3DFD
ed25519_ 37B2 6D38 0B25 B8A2 6B9F 3A65 A36F 5357 5F2D DC4C


signature.asc
Description: PGP signature

Bug#951629: RFS: timeshift/19.01+ds-2.1 [NMU] [RC] -- System restore utility

[Steve Meliza]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "timeshift"

 * Package name: timeshift
   Version : 19.01+ds-2.1
   Upstream Author : teejee2008(Tony George)
 * URL : http://teejeetech.blogspot.in/
 * License : GPL-3+
 * Vcs : https://salsa.debian.org/yanhao-guest/timeshift
   Section : utils

It builds those binary packages:

  timeshift - System restore utility

To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/timeshift

Alternatively, one can download the package with dget using this
command:

  dget -x 
https://mentors.debian.net/debian/pool/main/t/timeshift/timeshift_19.01+ds-2.1.dsc

Changes since the last upload:

   * Non-maintainer upload
   * Apply upstream fix for bug #948130

Regards,

--
  Steve Meliza

Bug#951628: RFS: rumur/2020.02.17-1 -- model checker for the Murphi language

[Matthew Fernandez]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "rumur"

* Package name: rumur
   Version : 2020.02.17-1
   Upstream Author : Matthew Fernandez 
* URL : https://github.com/Smattr/rumur
* License : Unlicense
* Vcs : https://github.com/Smattr/rumur.git
   Section : devel

It builds those binary packages:

  rumur - model checker for the Murphi language

To access further information about this package, please visit the following 
URL:

  https://mentors.debian.net/package/rumur

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/r/rumur/rumur_2020.02.17-1.dsc

Changes since the last upload:

   * New upstream release.

Re: Need help with NMU

[SteveM]

Woodrow,
Thank you for the assistance. I have been able to get further but am
stumpted by the upload to mentors.debian.org. My upload is getting
rejected:
timeshift dsc reference timeshift_19.01+ds.orig.tar.gz, but the file
was not found.
Please, include it in your upload.
I have this file, or rather the .tar.xz version of it so I need to
either not have the dsc file point to the orig.tar.gz or fix it to
point to the orig.tar.xz then get dput to inlude it in the upload. I
don't believe that it is needed as it already exits on
packages.debian.org/sid/timeshift.
Thank you for any help that anyone can provide in working through this
issue.-Steve Meliza
On Wed, 2020-02-19 at 00:24 +0800, Woodrow Shen wrote:
> Hi,
> If you try to find mentors to support NMU, I was suggested to use 
> https://mentors.debian.net/ to upload your package first, and you
> have to file a RFS bug against the sponsorship-requests[1] pseudo-
> package.
> I think fixing these bugs could be sequential.
> 
> Woodrow
> 
> [1] https://mentors.debian.net/sponsors
> On Tue, Feb 18, 2020 at 11:52 PM Steve M  wrote:
> > Hello,
> > I have never contributed before and am trying to make a NMU patch
> > to prevent package timeshift from being removed on 21Feb2020. The
> > autoremoval bug for timeshift is 948130 [1]. I attempted to contact
> > the maintainer 3 days ago but have not yet received a reply. This
> > leaves me little hope that this RC bug can be closed in time
> > without an NMU.
> > 
> > The fix is quite simple and was made in the upstream git repo, but
> > has not been released yet. I have built the package locally but am
> > at a loss of how to proceed next. I was lead to believe that using
> > nmudiff was the correct next step, but I’m afraid I’ve stuffed that
> > up as it made a new bug report [2] instead of sending it to the
> > existing bug [1].
> > 
> > Please advise on how I should proceed.
> > 
> > Thanks
> > -Steve Meliza
> > 
> > 
> > [1] https://bugs.debian.org/948130
> > [2] https://bugs.debian.org/951590
> > 

Bug#951428: Re: RFS: ukui-sidebar/1.0.0-1 [ITP] -- parallels toolbox for UKUI

[handsome_feng]

Hi, Boyuan,

I will rename the desktop file in the new version of ukui-sidebar,
thanks a lot for the sponsorship, :)


Regards,
handsome_feng














在2020年02月19 01时43分，"Boyuan Yang"写道：

Hi,

On Sun, 16 Feb 2020 21:57:56 +0800 handsome_feng 
wrote:
> Package: sponsorship-requests
> Severity: wishlist
> 
> Dear mentors,
> 
> I am looking for a sponsor for my package "ukui-sidebar"
> 
>  * Package name: ukui-sidebar
>Version : 1.0.0-1

Uploaded, thanks.

One more thing: please consider renaming the "sidebar.desktop" file -- this
name is too generic. A better choice would be "ukui-sidebar.desktop".

-- 
Thanks,
Boyuan Yang

Bug#951219: marked as done (RFS: liblms7compact/0.0.1+git20190125.bfd5418-1 [ITP] -- Compact LMS7002 library suitable for MCU: development)

[Debian Bug Tracking System]

Your message dated Tue, 18 Feb 2020 22:40:56 +0100
with message-id <20200218214056.gb638...@msg.df7cb.de>
and subject line Re: RFS: liblms7compact/0.0.1+git20190125.bfd5418-1 [ITP] -- 
Compact LMS7002 library suitable for MCU: development
has caused the Debian Bug report #951219,
regarding RFS: liblms7compact/0.0.1+git20190125.bfd5418-1 [ITP] -- Compact 
LMS7002 library suitable for MCU: development
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
951219: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951219
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: wishlist

Dear mentors (and HAM Radio Team),

I am looking for a sponsor for my package "liblms7compact" which is the
first part of the set of packages for XTRX SDR support.

 * Package name: liblms7compact
   Version : 0.0.1+git20190125.bfd5418-1
   Upstream Author : Sergey Kostanbaev 
 * URL : https://github.com/xtrx-sdr/liblms7002m
 * License : LGPL-2.1+
 * Vcs : 
https://salsa.debian.org/debian-hamradio-team/liblms7compact
   Section : libs

It builds those binary packages:

  liblms7compact-dev - Compact LMS7002 library suitable for MCU:
development
  liblms7compact0 - Compact LMS7002 library suitable for MCU

To access further information about this package, please visit the
following URL:

  https://mentors.debian.net/package/liblms7compact

Alternatively, one can download the package with dget using this
command:

  dget -x 
https://mentors.debian.net/debian/pool/main/libl/liblms7compact/liblms7compact_0.0.1+git20190125.bfd5418-1.dsc

Changes since the last upload:

   * Initial release (Closes: #945150)

Regards,

--
  Sepi Gair
--- End Message ---
--- Begin Message ---
Re: Sepi Gair 2020-02-12 

> I am looking for a sponsor for my package "liblms7compact" which is the
> first part of the set of packages for XTRX SDR support.

Hi Sepi,

it took a few days, but I uploaded the package now. Thanks, XTRX looks
very interesting.

I took the liberty to rename debian/salsa-ci.yml to
debian/gitlab-ci.yml in the repo to match the filename in use by the
other packages in the hamradio team, I hope that was ok for you.

Christoph--- End Message ---

Bug#948775: RFS: ukui-interface/1.0.0-1 [ITP] -- Provides the interface for system configuration

[Alexis Murzeau]

Hi,

Le 13/01/2020 à 09:54, handsome_feng a écrit :
> Package: sponsorship-requests
> Severity: wishlist
> 
> Dear mentors,
> 
> I am looking for a sponsor for my package "ukui-interface"
> 
>  * Package name: ukui-interface
>Version : 1.0.0-1
>Upstream Author : liuhao 
>  * URL : https://github.com/ukui/ukui-interface
>  * License : GPL-3.0+
>  * Vcs : https://github.com/ukui/ukui-interface
>Section : libs
> 
> It builds those binary packages:
> 
>   libprint0 - print module
>   libprint-dev - print interface
>   libgsettings0 - application settings module
>   libgsettings-dev - application settings interface
>   backgroundserver - background settings service process
>   libbackgroundclient0 - background settings module
>   libbackgroundclient-dev - background settings interfaces
>   libdatesetting0 - date settings module
>   libdatesetting-dev - date settings interfaces
>   libdefaultprograms0 - default programs settings module
>   libdefaultprograms-dev - default programs settings interfaces
>   desktopserver - desktop settings service process
>   libdesktopclient0 - desktop settings module
>   libdesktopclient-dev - desktop settings interfaces
>   fontserver - font settings service process
>   libfontclient0 - font settings module
>   libfontclient-dev - font settings interfaces
>   interfaceserver - interface settings service process
>   libinterfaceclient0 - interface settings module
>   libinterfaceclient-dev - interface settings interfaces
>   keyboardserver - keyboard settings service process
>   libkeyboardclient0 - keyboard settings module
>   libkeyboardclient-dev - keyboard settings interfaces
>   marcogeneralserver - marcogeneral settings service process
>   libmarcogeneralclient0 - marcogeneral settings module
>   libmarcogeneralclient-dev - marcogeneral settings interfaces
>   mouseserver - mouse settings service process
>   libmouseclient0 - mouse settings module
>   libmouseclient-dev - mouse settings interfaces
>   libnetwork0 - network settings module
>   libnetwork-dev - network settings interfaces
>   powerserver - power settings service process
>   libpowerclient0 - power settings module
>   libpowerclient-dev - power settings interfaces
>   screensaverserver - screensaver settings service process
>   libscreensaverclient0 - screensaver settings module
>   libscreensaverclient-dev - screensaver settings interfaces
>   sessionserver - session settings service process
>   libsessionclient0 - session settings module
>   libsessionclient-dev - session settings interfaces
>   libsubversion0 - Subversion check module
>   libsubversion-dev - Subversion check interfaces
>   libsysinfo0 - system information gettings module
>   libsysinfo-dev - system information gettings interfaces
>   touchpadserver - touchpad settings service process
>   libtouchpadclient0 - touchpad settings module
>   libtouchpadclient-dev - touchpad settings interfaces
>   libusersetting0 - user settings module
>   libusersetting-dev - user settings interfaces
>   xkbgeneralserver - xkbgeneral settings service process
>   libxkbgeneralclient0 - xkbgeneral settings module
>   libxkbgeneralclient-dev - xkbgeneral settings interfaces
> 

Please note that I'm speaking without knowing the packaged application.


You should probably add a prefix to packages names to avoid cluttering
the package namespace.
For example:
 libprint0=> libukui-print0
 backgroundserver => ukui-backgroundserver

Same for the underlying binaries if they don't have "ukui" in their name.
The rationale is to avoid too generic names that could already exist or
better suitted to more common tools.
For example, "libsubversion0" would better be the name of a package for
SVN implementation (actually, the subversion source package use the name
of libsvn1 for its binary library package).


Also, maybe add a meta package that depends on all these package with
Depends, Recommends or Suggests as appropriate so someone that want ukui
only have to select one package instead of all parts of it. (This
package would be an equivalent to, say, kde-standard for KDE).

-- 
Alexis Murzeau
PGP: B7E6 0EBB 9293 7B06 BDBC  2787 E7BD 1904 F480 937F



signature.asc
Description: OpenPGP digital signature

Bug#951601: RFS: coinor-cgl/0.60.3+repack1-1 [QA] -- COIN-OR Cut Generation Library

[Håvard Flaget Aasen]

Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for my package "coinor-cgl"

 * Package name: coinor-cgl
   Version : 0.60.3+repack1-1
   Upstream Author : [fill in name and email of upstream]
 * URL : https://projects.coin-or.org/Cgl
 * License : EPL-1
 * Vcs : https://salsa.debian.org/science-team/coinor-cgl
   Section : science

It builds those binary packages:

  coinor-libcgl1 - COIN-OR Cut Generation Library
  coinor-libcgl-dev - COIN-OR Cut Generation Library (developer files)
  coinor-libcgl-doc - COIN-OR Cut Generation Library (documentation)

To access further information about this package, please visit the 
following URL:


  https://mentors.debian.net/package/coinor-cgl

Alternatively, one can download the package with dget using this command:

  dget -x 
https://mentors.debian.net/debian/pool/main/c/coinor-cgl/coinor-cgl_0.60.3+repack1-1.dsc


Changes since the last upload:

   * QA upload.
   * New upstream version 0.60.3+repack1
   * Update Standards-Version to 4.5.0
   * Changes to include BuildTools in source, needed to use
 autoreconf during build.
 - Change URI in d/watch
 - Update Files-Excluded in d/copyright
 - Change path in d/coinor-libcgl-doc.examples
 - Change path in d/tests/check1
 - Change to autoreconf in d/rules
   * Update version on runtime and build-dependencies.
   * Compress Makefile in examples folder

Regards,

Bug#934049: Subject: RFS: sctplib/1.0.22-1

[Boyuan Yang]

X-Debbugs-CC: dre...@iem.uni-due.de

Hi Thomas,

On Tue, 6 Aug 2019 14:26:16 +0200 Thomas Dreibholz <
thomas.dreibh...@googlemail.com> wrote:
> Package: sponsorship-requests
> Severity: normal
> 
> Dear mentors,
> 
> I am looking for a sponsor for my package "sctplib
> ;":
> 
>   * Package name: sctplib
> Version: 1.0.22-1
> Upstream Author: Thomas Dreibholz  >

Generally I think the package is overall ok. There is only one problem: some
files within the repo are licensed under LGPL-2.1+ instead of LGPL-3+. Could
you please update the debian/copyright file to reflect such information?

Besides I think it's ready for upload.

-- 
Thanks,
Boyuan Yang


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

Bug#951428: marked as done (RFS: ukui-sidebar/1.0.0-1 [ITP] -- parallels toolbox for UKUI)

[Debian Bug Tracking System]

Your message dated Tue, 18 Feb 2020 12:43:01 -0500
with message-id <4e3401dea40f319ea8111d893195b8ccc6d3de3d.ca...@debian.org>
and subject line Re: RFS: ukui-sidebar/1.0.0-1 [ITP] -- parallels toolbox for 
UKUI
has caused the Debian Bug report #951428,
regarding RFS: ukui-sidebar/1.0.0-1 [ITP] -- parallels toolbox for UKUI
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
951428: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=951428
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "ukui-sidebar"

 * Package name: ukui-sidebar
   Version : 1.0.0-1
   Upstream Author : chenchu...@kylinos.cn
 * URL : https://github.com/ukui/ukui-sidebar.git
 * License : GPL-3+
 * Vcs : https://github.com/ukui/ukui-sidebar
   Section : x11

It builds those binary packages:

  ukui-sidebar - parallels toolbox for UKUI

To access further information about this package, please visit the following
URL:

  https://mentors.debian.net/package/ukui-sidebar

Alternatively, one can download the package with dget using this command:

  dget -x https://mentors.debian.net/debian/pool/main/u/ukui-sidebar/ukui-
sidebar_1.0.0-1.dsc

Changes since the last upload:

   * Initial release. (Closes: #951065)

Regards,

--
  handsome_feng



-- System Information:
Debian Release: bullseye/sid
  APT prefers unstable
  APT policy: (500, 'unstable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.4.0-3-amd64 (SMP w/4 CPU cores)
Locale: LANG=zh_CN.UTF-8, LC_CTYPE=zh_CN.UTF-8 (charmap=UTF-8), 
LANGUAGE=zh_CN:zh (charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
--- End Message ---
--- Begin Message ---
Hi,

On Sun, 16 Feb 2020 21:57:56 +0800 handsome_feng 
wrote:
> Package: sponsorship-requests
> Severity: wishlist
> 
> Dear mentors,
> 
> I am looking for a sponsor for my package "ukui-sidebar"
> 
>  * Package name: ukui-sidebar
>Version : 1.0.0-1

Uploaded, thanks.

One more thing: please consider renaming the "sidebar.desktop" file -- this
name is too generic. A better choice would be "ukui-sidebar.desktop".

-- 
Thanks,
Boyuan Yang


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

Re: Need help with NMU

[Andrey Rahmatullin]

On Tue, Feb 18, 2020 at 07:44:21AM -0800, Steve M wrote:
> Hello,
> 
> I have never contributed before and am trying to make a NMU patch to
> prevent package timeshift from being removed on 21Feb2020.
Note that autoremovals only remove from testing.

> The autoremoval bug for timeshift is 948130 [1]. I attempted to contact
> the maintainer 3 days ago but have not yet received a reply. 
3 days is very short.

> This leaves me little hope that this RC bug can be closed in time
> without an NMU.
There is a lot of time to fix it, after that it will migrate back to
testing.

> The fix is quite simple and was made in the upstream git repo, but has
> not been released yet. I have built the package locally but am at a loss
> of how to proceed next. 
Upload the package to mentors and file an RFS, like the other email says.


> I was lead to believe that using nmudiff was the
> correct next step, but I’m afraid I’ve stuffed that up as it made a new
> bug report [2] instead of sending it to the existing bug [1].
I guess that's because you don't close any bugs in the changelog entry so
nmudiff didn't know where to send the info.
Also, the template says "Uploaded" which isn't true, you need to rephrase
it as you didn't really upload anything yet.
Also, your diff is wrong: the changelog diff looks broken and the control
diff contains unrelated Depends and Build-Depends formatting changes.

-- 
WBR, wRAR


signature.asc
Description: PGP signature

Re: Need help with NMU

[Woodrow Shen]

Hi,

If you try to find mentors to support NMU, I was suggested to use
https://mentors.debian.net/ to upload your package first, and you have to
file a RFS bug against the sponsorship-requests[1] pseudo-package.
I think fixing these bugs could be sequential.

Woodrow

[1] https://mentors.debian.net/sponsors

On Tue, Feb 18, 2020 at 11:52 PM Steve M  wrote:

> Hello,
>
> I have never contributed before and am trying to make a NMU patch to
> prevent package timeshift from being removed on 21Feb2020. The autoremoval
> bug for timeshift is 948130 [1]. I attempted to contact the maintainer 3
> days ago but have not yet received a reply. This leaves me little hope that
> this RC bug can be closed in time without an NMU.
>
> The fix is quite simple and was made in the upstream git repo, but has not
> been released yet. I have built the package locally but am at a loss of how
> to proceed next. I was lead to believe that using nmudiff was the correct
> next step, but I’m afraid I’ve stuffed that up as it made a new bug report
> [2] instead of sending it to the existing bug [1].
>
> Please advise on how I should proceed.
>
> Thanks
> -Steve Meliza
>
>
> [1] https://bugs.debian.org/948130
> [2] https://bugs.debian.org/951590
>
>

Need help with NMU

[Steve M]

Hello,

I have never contributed before and am trying to make a NMU patch to prevent 
package timeshift from being removed on 21Feb2020. The autoremoval bug for 
timeshift is 948130 [1]. I attempted to contact the maintainer 3 days ago but 
have not yet received a reply. This leaves me little hope that this RC bug can 
be closed in time without an NMU.

The fix is quite simple and was made in the upstream git repo, but has not been 
released yet. I have built the package locally but am at a loss of how to 
proceed next. I was lead to believe that using nmudiff was the correct next 
step, but I’m afraid I’ve stuffed that up as it made a new bug report [2] 
instead of sending it to the existing bug [1].

Please advise on how I should proceed.

Thanks
-Steve Meliza


[1] https://bugs.debian.org/948130 
[2] https://bugs.debian.org/951590