Bug#892580: marked as done (RFS: dh-runit/2.7 )

[Debian Bug Tracking System]

Your message dated Sun, 11 Mar 2018 04:20:23 +
with message-id 
and subject line closing RFS: dh-runit/2.7 
has caused the Debian Bug report #892580,
regarding RFS: dh-runit/2.7 
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.)


-- 
892580: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892580
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 "dh-runit"

* Package name : dh-runit
  Version  : 2.7
  Upstream Author  : Dmitry Bogatov 
* Url  : https://salsa.debian.org/runit-team/dh-runit
* Licenses : GPL-3+
  Programming Lang : Perl
  Section  : admin

 dh-runit provides a debhelper sequence addon named 'runit' and the
 dh_runit command.
 .
 The dh_runit command installs runscripts and adds the appropriate code to
 the postinst, prerm and postrm maint scripts to properly enable/disable
 runscripts.

It builds those binary packages:

  * dh-runit
  * runit-helper

This package succesfully builds on debomatic machine:

  https://debomatic-i386.debian.net/distribution#unstable/dh-runit/2.7
To access further information about this package, visit the following URL:

https://mentors.debian.net/package/dh-runit

Alternatively, one can download the package with dget using this command:
dget -x 
https://mentors.debian.net/debian/pool/main/d/dh-runit/dh-runit_2.7.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/runit-team/dh-runit.git

More information about dh-runit can be obtained from
https://salsa.debian.org/runit-team/dh-runit


Changes since last upload:

  * Change naming of generated system users for logging to start
with underscore.
  * Add missing dependency on dh-sysuser.
  * Improve readability of code, generating /etc/sv//log/run
script using here-doc notation.
  * Remove 'logdir' option for simplicity sake. Strictly speaking it is
backward-incompatible change, hence the version major bump, but I am
unaware of any actual users of this option.
  * Ensure that after package removal logs belong to root.
  * Introduce new binary package 'runit-helper', allowing packages to
access fixes and improvements in 'dh-runit' without rebuild.
  * Update Vcs-* and Homepage fields in debian/control.

Regards,
  Dmitry Bogatov
--- End Message ---
--- Begin Message ---
Package dh-runit version 2.7 is in experimental now.
https://packages.qa.debian.org/dh-runit--- End Message ---

Bug#891005: New version

[KAction]

Hello!

New version (c762cf4202b415b6b76193cc0c8ddb1faf9955f0), now with
autopkgtests. 

Review is welcome. If you have access to exotic architecture, review is
twice as welcome ;)

Bug#892581: RFS: dh-sysuser/1.3.1

[Dmitry Bogatov]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "dh-sysuser"

* Package name : dh-sysuser
  Version  : 1.3.1
  Upstream Author  : Dmitry Bogatov 
* Url  : https://salsa.debian.org/runit-team/dh-sysuser
* Licenses : GPL-3+
  Programming Lang : Perl
  Section  : admin

 dh-sysuser provides a debhelper sequence addon named 'sysuser'
 and command 'dh_sysuser', which provide declarating way to
 ensure, that required users are present after package installation
 and correctly handled after package removal.

It builds those binary packages:

  * dh-sysuser
  * sysuser-helper

This package succesfully builds on debomatic machine:

  https://debomatic-i386.debian.net/distribution#unstable/dh-sysuser/1.3.1
To access further information about this package, visit the following URL:

https://mentors.debian.net/package/dh-sysuser

Alternatively, one can download the package with dget using this command:
dget -x 
https://mentors.debian.net/debian/pool/main/d/dh-sysuser/dh-sysuser_1.3.1.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/runit-team/dh-sysuser.git

More information about dh-sysuser can be obtained from
https://salsa.debian.org/runit-team/dh-sysuser


Changes since last upload:

  * Fix description of sysuser-helper package: s/it's/its. (Closes: #844342)
+ Thanks: Toby Speight 
  * Remove system user without home directory at package uninstall. If
there is no home directory, it seems safe to assume that no files
belong to that user, and removing that user will not cause harm.
  * Create system users with /usr/sbin/nologin as shell.
  * Do not impose dependency on bin:adduser. It is unneeded, since
bin:sysuser-helper uses useradd(8), which is provided by bin:passwd,
with is of required priority.
  * Document in manpage, that sysuser-helper delegates its job to useradd(8)
(Closes: #848240)
  * Remove useless account locking in prerm.
  * Ensure that content of /etc/skel is not copied into home directory.
  * Update Vcs-* and Homepage fields in debian/control.
  * Update standards version to 4.1.3 (no changes needed)
  * Bump compat version to 11 (no changes needed)
  * Document and implement login, that system user is removed
when it has either empty home directory or none at all (Closes: #848239)

Regards,
  Dmitry Bogatov

Bug#892580: RFS: dh-runit/2.7

[Dmitry Bogatov]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for a sponsor for my package "dh-runit"

* Package name : dh-runit
  Version  : 2.7
  Upstream Author  : Dmitry Bogatov 
* Url  : https://salsa.debian.org/runit-team/dh-runit
* Licenses : GPL-3+
  Programming Lang : Perl
  Section  : admin

 dh-runit provides a debhelper sequence addon named 'runit' and the
 dh_runit command.
 .
 The dh_runit command installs runscripts and adds the appropriate code to
 the postinst, prerm and postrm maint scripts to properly enable/disable
 runscripts.

It builds those binary packages:

  * dh-runit
  * runit-helper

This package succesfully builds on debomatic machine:

  https://debomatic-i386.debian.net/distribution#unstable/dh-runit/2.7
To access further information about this package, visit the following URL:

https://mentors.debian.net/package/dh-runit

Alternatively, one can download the package with dget using this command:
dget -x 
https://mentors.debian.net/debian/pool/main/d/dh-runit/dh-runit_2.7.dsc

Alternatively, you can access package debian/ directory via git from URL:
https://salsa.debian.org/runit-team/dh-runit.git

More information about dh-runit can be obtained from
https://salsa.debian.org/runit-team/dh-runit


Changes since last upload:

  * Change naming of generated system users for logging to start
with underscore.
  * Add missing dependency on dh-sysuser.
  * Improve readability of code, generating /etc/sv//log/run
script using here-doc notation.
  * Remove 'logdir' option for simplicity sake. Strictly speaking it is
backward-incompatible change, hence the version major bump, but I am
unaware of any actual users of this option.
  * Ensure that after package removal logs belong to root.
  * Introduce new binary package 'runit-helper', allowing packages to
access fixes and improvements in 'dh-runit' without rebuild.
  * Update Vcs-* and Homepage fields in debian/control.

Regards,
  Dmitry Bogatov

Bug#892579: RFS: runit/2.1.2-10

[Dmitry Bogatov]

Package: sponsorship-requests
Severity: wishlist

Dear mentors,

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

* Package name : runit
  Version  : 2.1.2-10
  Upstream Author  : Gerrit Pape 
* Url  : http://smarden.org/runit/
* Licenses : BSD-3-clause
  Programming Lang : 
  Section  : admin

 runit is a collection of tools to provide system-wide service supervision
 and to manage services.  Contrary to sysv init, it not only cares about
 starting and stopping services, but also supervises the service daemons
 while they are running.  Amongst other things, it provides a reliable
 interface to send signals to service daemons without the need for pid-files,
 and a log facility with automatic log file rotation and disk space limits.
 .
 runit service supervision can run under sysv init or replace the init
 system completely.  Complete init replacement provided by 'runit-init'
 package.

It builds those binary packages:

  * runit
  * runit-systemd
  * runit-sysv
  * getty-run
  * runit-init

This package succesfully builds on debomatic machine:

  https://debomatic-i386.debian.net/distribution#unstable/runit/2.1.2-10
 
Please note, that package is maintained with dgit(1) tool
using dgit-maint-merge(7) workflow. For more information about how to
sponsor this package, see dgit-sponsorship(7).

  Git repository: https://salsa.debian.org/runit-team/runit.git
  Git branch: master

With /bin/sh following commands should suffice:

  $ git clone https://salsa.debian.org/runit-team/runit.git runit
  $ cd runit
  $ make -f debian/rules get-orig-source # 'gbp buildpackage' is fine
  $ dgit sbuild


Changes since last upload:

  * Replace DEB_BUILD_OPTIONS with DEB_BUILD_MAINT_OPTIONS, since the former
is meant for user, rebuilding package and overrides the latter.
  + Thanks: Gianfranco Costamagna 
  * Add 'runscript' program into 'runit' binary package, intended to
simplify for system administrator management of per-user 'runsvdir'
processes.
  * Incorporate NMU. Bring back runit-init package.
  * Add compiler flags for large file support.
  * Add support for sysvinit control pipe into shutdown script, solving issue
with reboot just after runit-init installation. (Closes: #861536)
  * Add dependency on initscripts. While initscripts probably could be
simplified, right now it is simpler to rely on it to make sure, that
transition from sysvinit is smooth. On other hand, if both runscript
and initscript are present, runscript is favored.
  * Write CFLAGS and LDFLAGS into conf-ld/conf-cc. Without it, upstream
build system strips binaries, wasting precious debug information that
must be stored in -dbg symbols.
  * Check for executable bit on /run/runit.reboot with stat(1), not
test(1).  If /run is mounted with 'noexec' option, test(1) gives
unexpected results.
  * Reduce timeout between SIGTERM and SIGKILL on system shutdown.

Default 7 seconds is reasonable for well-behaving program, and waiting
longer does not help with programs, which ignore SIGTERM, like
startx(1) in some configurations.
  * Fix problem with bash completion script when ls(1) output color control
sequences.
  * Update Vcs-* fields in debian/control. Now on GitLab instance at
salsa.debian.org
  * Bump compat version to 11, rendering dh-sysuser unneeded.
  * Drop explicit --parallel from debian/rules, since it is default since
debhelper-10.
  * Use secure URL when referencing to debian/copyright format.
  * Bump standards version to 4.1.3 (removed priority 'extra')
  * Remove version conflicts on sysvinit, since it is no longer present
in Archives.

Regards,
  Dmitry Bogatov

Bug#861649: Newer version uploaded

[Gard Spreemann]

On Wednesday 7 March 2018 20:10:29 CET Tobias Frost wrote:
> Argh, was not done yet when I hit send...
> 
> - d/rules: 
>   - the override for dh_autoclean could be replaced by the file d/clean

Fixed.

>   - as you arch all packages: please build those in build-indep.
> Especially doxygen has a huge dependency chain, so this will take load
> off the buildds, especially those archs which are not that beefy. 
> (This point is optionally, but I would really appreciate it and it is
> not that much effort)

Fixed (or, I hope I understood you correctly).

> - d/control
>   - wrap-and-sort(1) would improve readability, especially for
> reviewing (this is optional)

Fixed.

>   - many versioned build dependencies are already satisfied since
> oldstable. As thus those old version constraint can be removed,
> especially as this is a new package.

Is this discouraged? If the information is correct, couldn't it
theoretically be useful info for someone building from source on an
old system? I'm fine with removing them if you prefer.

> - d/compat newest compat is now at 11

Fixed.


Thanks again.

 -- Gard

Bug#861649: Newer version uploaded

[Gard Spreemann]

On Wednesday 7 March 2018 19:32:48 CET Tobias Frost wrote:
> But the lintian stuff I complained about is not completly fixed, there
> is even a new tag: 
> I: gudhi source: quilt-patch-missing-description no-external-doc-
> resources.patch
> 
> Please run lintian after every build! Best, include it into pbuilder or
> like! Remember "some sponsors are evil and pedantic [1] when running
> lintian.
> 
> [1]  https://nthykier.wordpress.com/2012/02/23/some-sponsors-are-evil-a
> nd-pedantic/

Ah, I'm sorry; I had accidentally run lintian too unpedantically and
with an older version. I've adopted your suggested routine now. Thanks
a lot!

Some comments/questions on other lintian messages follow.

> I: gudhi source: binary-control-field-duplicates-source field "section"
> in package gudhui

Since there's nothing inherent about one of the binary packages being
in the same section as the source, I think it should be OK to keep
this as is. Does that seem OK?

> P: gudhi source: file-contains-trailing-whitespace debian/control (line
> 110)

Fixed.

> P: gudhi source: package-uses-old-debhelper-compat-version 10

Fixed.

> I: gudhi source: quilt-patch-missing-description no-external-doc-
> resources.patch

Fixed.

> W: gudhi source: unnecessary-testsuite-autopkgtest-field

Fixed.

> I: python3-gudhi: spelling-error-in-binary usr/lib/python3/dist-
> packages/gudhi.cpython-36m-x86_64-linux-gnu.so ment meant
> I: python3-gudhi: spelling-error-in-binary usr/lib/python3/dist-
> packages/gudhi.cpython-36m-x86_64-linux-gnu.so preambule preamble
> I: python3-gudhi: spelling-error-in-binary usr/lib/python3/dist-
> packages/gudhi.cpython-36m-x86_64-linux-gnu.so choosen chosen

I'd prefer to consider these upstream bugs. I can report them, but I
guess it's OK to leave these minor things unpatched?

> W: libgudhi-examples: lib-recommends-documentation recommends:
> libgudhi-doc

I think this is a false report; libgudhi-examples is in fact not a
library package.

> I: libgudhi-doc: possible-documentation-but-no-doc-base-registration

Fixed.

> I: gudhui: spelling-error-in-binary usr/bin/gudhui preambule preamble

See above.

> P: gudhui: no-upstream-changelog

Upstream doesn't supply one.

> W: gudhui: binary-without-manpage usr/bin/gudhui

This is a GUI tool without an upstream manpage. Should I make a stub
one?

> Please review d/copyright. I found at least one undocumented file which
> is licensed Apache 2.0 and another one under LGPL3+. Neither are in 
> d/copyright.

I'm looking into this, and will get back to you.


 Best,
 Gard
 

Bug#892567: RFS: lynkeos.app/2.10+dfsg1-1 [RC]

[Yavor Doganov]

Package: sponsorship-requests
Severity: important

Dear mentors,

I am looking for a sponsor for my package "lynkeos.app".

 * Package name: lynkeos.app
   Version : 2.10+dfsg1-1
   Upstream Author : Jean-Etienne Lamiaud
 * URL : http://lynkeos.sf.net
 * License : GPL-2+
   Section : gnustep

It builds these binary packages:

lynkeos.app - GNUstep app for processing planetary astronomical images
lynkeos.app-common - GNUstep app for processing astronomical images (common 
files)

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

  https://mentors.debian.net/package/lynkeos.app

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

  dget -x 
https://mentors.debian.net/debian/pool/main/l/lynkeos.app/lynkeos.app_2.10+dfsg1-1.dsc

Or clone the Git repository at:

  https://salsa.debian.org/gnustep-team/lynkeos.app

Changes since the last upload:

  * New upstream release (Closes: #483430).
  * Set urgency to "low" for a longer testing period.
  * debian/patches/gnustep-port.patch: New; port to GNUstep.
  * debian/patches/ffmpeg-4.0.patch: New; fix FTBFS with ffmpeg/4.0
(Closes: #888339).  Thanks James Cowgill for the report.  While here,
move away from the legacy decode API; the new API works better with
some codecs and hopefully the switch would lead to smoother ffmpeg
transitions in the future.
  * debian/patches/glibc-2.27.patch: New; fix FTBFS with glibc/2.27
(Closes: #891336).  Thanks Aurelien Jarno for the report.
  * debian/patches/libav-10.patch: Remove hunks applied upstream, update
for the current code.
  * debian/patches/ffmpeg_2.9.patch: Adapt for current code.
  * debian/patches/gcc-warnings.patch: Remove all hunks as they were
either fixed upstream or no longer apply to current code; fix some new
warnings.
  * debian/patches/manpage-fix.patch: Write a new manpage and get it
installed by the upstream build system.
  * debian/patches/fix-spelling-error.patch: Remove irrelevant hunk, fix
one new spelling error.
  * debian/patches/hurd-ftbfs-fix.patch:
  * debian/patches/libav-build-fix.patch:
  * debian/patches/libav-0.7.patch:
  * debian/patches/libav-9.patch: Remove; fixed upstream.
  * debian/patches/compilation-errors.patch:
  * debian/patches/format-security.patch:
  * debian/patches/plist-icon.patch: Remove; no longer applicable.
  * debian/patches/series: Update.
  * debian/compat: Bump to 11.
  * debian/menu: Delete.
  * debian/install: Don't install the .xpm icon.  Install arch-dep files.
  * debian/lynkeos.app-common.install: New file.
  * debian/control (Build-Depends): Remove imagemagick.  Bump gnustep-make
dependency to >= 2.7.0-3 for the optim definition.  Add icnsutils.
Bump debhelper to >= 11.  Remove ancient version requirements for
ffmpeg libraries.  Require latest GNUstep libraries which contain
fixes related to this release.
(lynkeos.app-common): New package, split arch-indep files.
(Depends): Remove ${gnustep:Depends}; obsolete.  Depend on -common.
(Vcs-Git, Vcs-Browser): Update following the migration to Salsa.
(Standards-Version): Claim compliance with 4.1.3 as of this release.
  * debian/rules: Pass --sourcedirectory=GNUstep to dh.  Don't define
optim.  Enable all hardening.
(d_com): New helper variable.  Redefine d_app accordingly.
(override_dh_auto_build): Don't create the .xpm icon.  Don't create
symlink for the manpage.  Extract a .png icon from upstream .icns.
Replace $(MAKE) with dh_auto_build.
(override_dh_auto_install, override_dh_clean)
(override_dh_installchangelogs): Remove.
(override_dh_link): Rename as -indep and adjust recipe for the
arch:all package.  Don't invoke gsdh_gnustep; obsolete.
(override_dh_fixperms): Rename as -indep; fix permissions for Italian
translation files.
  * debian/Lynkeos.png:
  * debian/manpages: Delete, no longer necessary.
  * debian/Lynkeos.desktop: Adjust Icon field.
  * debian/clean: New file; clean the .png icon.
  * debian/changelog: Remove trailing whitespace.
  * debian/watch: Uncomment, add repacking options.
  * debian/copyright: Use Files-Excluded to repackage the upstream tarball
due to a non-free image.  Update copyright years, add copyright
holders for translations.  Add copyright/license for SMDoubleSlider.
Use HTTPS for the Format URL.
  * debian/lynkeos.app-common.lintian-overrides: New file, override
extra-license-file as these are loaded in the About dialog.

Bug#892075: marked as done (RFS: pikopixel.app/1.0-b9a-1)

[Debian Bug Tracking System]

Your message dated Sat, 10 Mar 2018 21:41:06 +0100
with message-id <20180310204106.yn7e5ygp2c7av...@angband.pl>
and subject line Re: Bug#892075: RFS: pikopixel.app/1.0-b9a-1
has caused the Debian Bug report #892075,
regarding RFS: pikopixel.app/1.0-b9a-1
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.)


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

Dear mentors,

I am looking for a sponsor for my package "pikopixel.app".

 * Package name: pikopixel.app
   Version : 1.0-b9a-1
   Upstream Author : Josh Freeman 
 * URL : http://twilightedge.com/mac/pikopixel/
 * License : AGPL-3+
   Section : gnustep

It builds this binary package:

pikopixel.app - Program to draw and edit pixel art images

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

  https://mentors.debian.net/package/pikopixel.app

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

  dget -x 
https://mentors.debian.net/debian/pool/main/p/pikopixel.app/pikopixel.app_1.0-b9a-1.dsc

Or clone the Git repository at:

  https://salsa.debian.org/gnustep-team/pikopixel.app

Changes since the last upload:

  * Team upload.
  * New upstream release.
  * Compress the upstream tarball.
  * debian/compat: Bump to 11.
  * debian/rules: Pass --sourcedirectory=PikoPixel to dh.  Remove optim
conditional definition, already defined in config.mk.  Enable all
hardening.
(override_dh_auto_build): Replace $(MAKE) with dh_auto_build.
(override_dh_link): Install the upstream .desktop file.
  * debian/control (Build-Depends): Require gnustep-make >= 2.7.0-3 for
the optim variable definition.  Bump debhelper to >= 11.
(Vcs-Git, Vcs-Browser): New fields.
(Standards-Version): Claim compliance with 4.1.3.
  * debian/patches/desktop-file.patch: New, fix some lintian warnings.
  * debian/patches/series: New file.
  * debian/docs: Delete, not necessary for README.Debian.
--- End Message ---
--- Begin Message ---
On Mon, Mar 05, 2018 at 01:04:25AM +0200, Yavor Doganov wrote:
>  * Package name: pikopixel.app
>Version : 1.0-b9a-1

> Changes since the last upload:
> 
>   * Team upload.
>   * New upstream release.
>   * Compress the upstream tarball.
>   * debian/compat: Bump to 11.
>   * debian/rules: Pass --sourcedirectory=PikoPixel to dh.  Remove optim
> conditional definition, already defined in config.mk.  Enable all
> hardening.
> (override_dh_auto_build): Replace $(MAKE) with dh_auto_build.
> (override_dh_link): Install the upstream .desktop file.
>   * debian/control (Build-Depends): Require gnustep-make >= 2.7.0-3 for
> the optim variable definition.  Bump debhelper to >= 11.
> (Vcs-Git, Vcs-Browser): New fields.
> (Standards-Version): Claim compliance with 4.1.3.
>   * debian/patches/desktop-file.patch: New, fix some lintian warnings.
>   * debian/patches/series: New file.
>   * debian/docs: Delete, not necessary for README.Debian.

✓
-- 
⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ A dumb species has no way to open a tuna can.
⢿⡄⠘⠷⠚⠋⠀ A smart species invents a can opener.
⠈⠳⣄ A master species delegates.--- End Message ---

Bug#889515: Re: Re: Review of persepolis

[Moein Alinaghian]

I really appreciate your and your AM's review. I fixed all the mentioned issues.

The Vcs-* fields are now pointing to a repository on Salsa. It is
based on a guest username for now. As soon as someone sponsors the
package (hopefully you do :) ), a repository can be created in debian
group with write access granted to me, so it will look like:
https://salsa.debian.org/debian/persepolis

I keep my fingers crossed for your application and I hope it gets
accepted as soon as possible. You are a really helpful person :)


On Mon, Mar 5, 2018 at 9:18 PM, Julien Puydt  wrote:
> My AM reviewed your package and found two things :
>
> - in d/control, the line X-Python3-Version is useless (stable has that
> already!) -- easy to fix, wouldn't get the package rejected ;
>
> - in d/copyright, "Check the website for the full list." would get the
> package rejected : either put the full list, or leave the one name you
> already have (and is the one given in setup.py)
>
> Afterwards I saw other problems:
>
> - in d/control, your Vcs-* fields should point to where the packaging is
> managed, not to upstream. If you don't maintain in a publically
> available repository, those fields should probably not be there ; see:
> https://www.debian.org/doc/manuals/developers-reference/ch06.html#bpp-vcs
> and
> https://www.debian.org/doc/debian-policy/#version-control-system-vcs-fields
>
> - in d/control, I wonder if using "GUI" repeatedly in the description is
> a good idea ; what about something like this, with different paragraphs
> for different ideas :
>
> Description: Graphical download manager based on Aria2
>  Persepolis is a graphical user interface on the Aria2 download manager.
>  .
>  Aria2 is a high speed download utility which is capable of making several
>  connections to download files. It will boost the download in some cases,
>  specially if you have a limited connection.
>  .
>  Persepolis makes the usage of Aria2 easier by providing a graphical
> interface for it and in
>  addition, it includes some extra functionalities like scheduled downloads.
>
> With some luck I'll be a DD soon and sponsor you myself :-)

Bug#892129: marked as done (RFS: urlwatch/2.8-3)

[Debian Bug Tracking System]

Your message dated Sat, 10 Mar 2018 16:20:26 +
with message-id 
and subject line closing RFS: urlwatch/2.8-3
has caused the Debian Bug report #892129,
regarding RFS: urlwatch/2.8-3
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.)


-- 
892129: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=892129
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: p...@debian.org

Dear mentors,

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

 * Package name: urlwatch
   Version : 2.8-3
   Upstream Author : Thomas Perl
 * URL : https://thp.io/2008/urlwatch/
 * License : BSD-3-clause
   Section : web

It builds those binary packages:
  urlwatch   - tool for monitoring webpages for updates

To access further information about this package, please visit the
following URL:
  https://mentors.debian.net/package/urlwatch

Alternatively, one can download the package with dget using this command:
  dget -x 
https://mentors.debian.net/debian/pool/main/u/urlwatch/urlwatch_2.8-3.dsc

More information about urlwatch can be obtained from
https://github.com/thp/urlwatch.

Changes since the last upload:

urlwatch (2.8-3) unstable; urgency=medium

  * Fix missing optional dependencies (Closes: #891884)

Regards,

Maxime Werlen
--- End Message ---
--- Begin Message ---
Package urlwatch version 2.8-3 is in unstable now.
https://packages.qa.debian.org/urlwatch--- End Message ---

Bug#892544: RFS: lmms/1.1.3-7.1 [RC, NMU]

[Boyuan Yang]

Package: sponsorship-requests
Severity: important

Dear mentors and lmms maintainers,

I have prepared an NMU for package lmms with some of its uploaders'
acknowledgment [1] and am looking for a sponsor to upload it into
DELAYED/7 queue. Feel free to tell me if I should wait any longer.

The NMU mainly fixes some FTBFS bugs, patches of which are taken from
original packaging repository of lmms.

 * Package name: lmms
   Version : 1.1.3-7.1
   Upstream Author : Lmms developers
 * URL :  lmms.io
 * License : GPL-2+
   Section : sound

  It builds those binary packages:

 calf-ladspa - Linux Multimedia Studio - Calf LADSPA plugins
 lmms  - Linux Multimedia Studio
 lmms-common - Linux Multimedia Studio - common files
 lmms-vst-server - Linux Multimedia Studio - VST server

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

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


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

dget -x 
https://mentors.debian.net/debian/pool/main/l/lmms/lmms_1.1.3-7.1.dsc

  Git packaging repository:

https://anonscm.debian.org/cgit/debian-edu/pkg-team/lmms.git
(this is the team's repository, not updated for this upload because I
don't have write permission to it)

https://salsa.debian.org/hosiet-guest/lmms
(The temporary repo with commits of this upload)


  Changes since the last upload:

 lmms (1.1.3-7.1) unstable; urgency=high
 .
   * Non-maintainer upload.
 .
   [ Javier Serrano Polo ]
   * Fix build with Clang.
   * Fix build with GCC 7 (Closes: #853527).
 .
   [ Boyuan Yang ]
   * Remove Patrick Winnertz from uploaders list. (Closes: #867759)
 Thank you for your previous contributions!

--
Regards,
Boyuan Yang


[1] https://bugs.debian.org/853527

Re: I want to get started in open source/free software

[Narcis Garcia]

El 10/03/18 a les 09:51, Andrey Rahmatullin ha escrit:
> On Sat, Mar 10, 2018 at 09:26:53AM +0100, Narcis Garcia wrote:
>> GnuZilla/Icecat is a software that many people expects to be packaged
>> for Debian:
>> https://bugs.debian.org/637348
> I wouldn't recommend packaging Mozilla software for someone inexperienced.
> Also, packaging yet another firefox but with some defaults changed for
> arguably political reasons may not be a good idea at all.
> And please don't top-post.
> 

Where are defaults for Mozilla Firefox decided before Debian packaging?
M.Firefox behaviour about privacy and security is not a small matter.



__
I'm using this express-made address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.

Re: I want to get started in open source/free software

[Paul Wise]

On Sat, Mar 10, 2018 at 4:21 PM, mitch wrote:

> I have some spare time and an interest in development but not much
> experience. I do know basic c and have a degree in IST. I have a dated book
> Debain System by martin f. kraft. I'm somewhat interested in trying to
> package and maintain a program called gnaural. I don't know if its still
> being actively developed but might have an interest in programming for it. I
> believe it has a gpl license. Would this be a good project? If not I'm open
> to trying to tackle something in the list maintained by debian.

The best packaging projects are usually ones you have some sort of
interest in personally, because you use it or your workplace uses it
or something like that. It sounds like gnaural would be a good project
for you to work on packaging, especially since it used to be in
Debian, but was removed. Due to the removal there are some extra steps
to take when reintroducing it, apart from the normal steps of
introducing a new package.

https://bugs.debian.org/440418
https://tracker.debian.org/pkg/gnaural
https://mentors.debian.net/intro-maintainers
http://snapshot.debian.org/package/gnaural/
https://www.debian.org/doc/manuals/developers-reference/pkgs.html#reintroducing-pkgs
https://sourceforge.net/projects/gnaural/
http://gnaural.sourceforge.net/

If you decide not to package gnuaural, how-can-i-help is a great way
to find another package already in Debian you use that needs love.

https://wiki.debian.org/how-can-i-help

You may enjoy working in the multimedia team:

https://wiki.debian.org/DebianMultimedia/

There are lots of other ways to help Debian, both technical and otherwise:

https://www.debian.org/intro/help

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Re: I want to get started in open source/free software

[Andrey Rahmatullin]

On Sat, Mar 10, 2018 at 09:26:53AM +0100, Narcis Garcia wrote:
> GnuZilla/Icecat is a software that many people expects to be packaged
> for Debian:
> https://bugs.debian.org/637348
I wouldn't recommend packaging Mozilla software for someone inexperienced.
Also, packaging yet another firefox but with some defaults changed for
arguably political reasons may not be a good idea at all.
And please don't top-post.

-- 
WBR, wRAR


signature.asc
Description: PGP signature

Re: I want to get started in open source/free software

[Narcis Garcia]

GnuZilla/Icecat is a software that many people expects to be packaged
for Debian:
https://bugs.debian.org/637348


El 10/03/18 a les 09:21, mitch ha escrit:
> I have some spare time and an interest in development but not much
> experience. I do know basic c and have a degree in IST. I have a dated
> book Debain System by martin f. kraft. I'm somewhat interested in trying
> to package and maintain a program called gnaural. I don't know if its
> still being actively developed but might have an interest in programming
> for it. I believe it has a gpl license. Would this be a good project? If
> not I'm open to trying to tackle something in the list maintained by
> debian.
> 

I want to get started in open source/free software

[mitch]

I have some spare time and an interest in development but not much 
experience. I do know basic c and have a degree in IST. I have a dated 
book Debain System by martin f. kraft. I'm somewhat interested in trying 
to package and maintain a program called gnaural. I don't know if its 
still being actively developed but might have an interest in programming 
for it. I believe it has a gpl license. Would this be a good project? If 
not I'm open to trying to tackle something in the list maintained by debian.