Bug#892153: Objective-C libraries (was: Bug#892153: marked as done (RFS: addresses-for-gnustep/0.4.8-3 [RC]))

2018-03-11 Thread Paul Wise 
On Mon, Mar 12, 2018 at 2:02 AM, Yavor Doganov wrote:

> If -initWithAddressBook:readOnly: is removed in a new version of the
> library, that's an API/ABI break but again, it won't be reflected in
> the symbols table.  In a C/C++ library you'll see a symbol
> disappearing but it won't happen here.  So even the secondary reason
> for using symbols files (detecting ABI breaks, although that's really
> a weak test) is not applicable.

Is there some public indicator of the actual symbols changes? It
sounds like Debian's core dependencies infrastructure needs to be
extended to understand Objective C ABIs.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#892417: RFS: streamlink/0.11.0+dfsg-1

2018-03-11 Thread Paul Wise 
On Mon, Mar 12, 2018 at 1:31 AM, Alexis Murzeau wrote:

> Shouldn't not so much used packages preferably not be backported (to
> avoid maintenance costs to other involved parties) ?

The backports policy says "Please only upload package with a notable
userbase. User request for the package may be an indicator.", but I
guess this package qualifies based on the popcon information for
streamlink and livestreamer:

https://backports.debian.org/Contribute/
https://qa.debian.org/popcon.php?package=streamlink
https://qa.debian.org/popcon.php?package=livestreamer

> Also, why should backports be uploaded after the unstable package enter
> testing ?
> To ensure there is a clean upgrade path from stable / stable-backport to
> testing ?

The backports policy says "To guarantee an upgrade path from
stable+backports to the next stable, the package should be in
testing."

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#891996: closed by Sven Hoexter <s...@timegate.de> (Re: Bug#891996: RFS: btrfsmaintenance/0.4-1 [I maintain the package])

2018-03-11 Thread Nicholas D Steeves 
On Sun, Mar 04, 2018 at 06:12:38PM +, Debian Bug Tracking System wrote:
> Date: Sun, 4 Mar 2018 19:06:19 +0100
> From: Sven Hoexter 
> To: Nicholas D Steeves , 891996-d...@bugs.debian.org
> Subject: Re: Bug#891996: RFS: btrfsmaintenance/0.4-1 [I maintain the
>  package]
> User-Agent: Mutt/1.9.3 (2018-01-21)
> 
> 
> Hi Nicholas,
> since I did not see any action by someone else I've just uploaded
> it to unstable. I think folks committed to use btrfs engage with the toolchain
> more then people like me, who's still riding on this boring ext4. ;)
> 
> Sven

Hi Sven,

Thank you for uploading!

I totally understand riding on boring ext4, and it's what I still
recommend for friends, family, and colleagues (especially for laptops)
:-) I wonder if ext4 will gain metadata checksums by default before
XFS gains ext4's reputation for resiliency to powerloss and memory
bitflips?  I hope btrfs soon stabilizes to the point where it can be
recommended as a general purpose default...with a wiki page more along
the lines of "use it, it works" than "here are all the things that
could go wrong, and how to work around them".

Cheers,
Nicholas


signature.asc
Description: PGP signature

Bug#892660: Subject: RFS: diodon/1.8.0-1

2018-03-11 Thread Oliver Sauder 
Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: diodon
   Version : 1.8.0-1
   Upstream Author : Oliver Sauder 
 * URL : https://launchpad.net/diodon/
 * License : GPLv2
   Section : utils

It builds those binary packages:

 diodon - GTK+ Clipboard manager
 diodon-dev - GTK+ Clipboard manager (development files)
 gir1.2-diodon-1.0 - GTK+ Clipboard manager (GObject introspection data)
 libdiodon0 - GTK+ Clipboard manager (main library)

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

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


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

  dget -x
https://mentors.debian.net/debian/pool/main/d/diodon/diodon_1.8.0-1.dsc

Changes since the last upload:

  * New upstream release.
  * Remove gee dependency (LP: #1745877)
  * Add support for valac 0.40 (Closes: #891628)
  * Set Section of libdiodon to libs
  * Set Section of diodon-dev to libdevel
  * Bump Standard Version to 4.1.3
  * Fix debian-watch-uses-insecure-uri
  * Use compat version 11

Regards,
 Oliver Sauder








signature.asc
Description: OpenPGP digital signature

Bug#892153: Objective-C libraries (was: Bug#892153: marked as done (RFS: addresses-for-gnustep/0.4.8-3 [RC]))

2018-03-11 Thread Yavor Doganov 
Adam Borowski wrote:
> On Tue, Mar 06, 2018 at 08:28:17AM +0200, Yavor Doganov wrote:
> >  * Package name: addresses-for-gnustep
> >Version : 0.4.8-3

> I don't understand ObjC library stuff well enough to adequately
> check these parts, but it's unlikely we'd get someone else who can
> review this... and you know what you're doing.

I'd be happy to explain the changes that raise questions.

I guess you refer to dropping the symbols files?  If so, please take a
look at lintian #749202.  If it's still unclear, let me give an
example with the smallest class in the Addresses framework:

@interface ADPublicAddressBook: ADAddressBook
{
  BOOL _readOnly;
  ADAddressBook *_book;
}

- initWithAddressBook: (ADAddressBook*) book
 readOnly: (BOOL) ro;
@end

The symbol is just __objc_class_name_ADPublicAddressBook@Base.  Now,
imagine if a new upstream version 0.4.9 adds another instance method
-doSomething which is an API addition.  This API addition will not be
reflected in the symbols file and apps using the new -doSomething
method will still pick up the lax dependency on 0.4.6.  And as a
result will get an NSInvalidArgument exception (abort) if run with an
older version of the library.  This totally defeats the purpose of
using symbols files, which as I understand it is an enhancement of the
shlibs system to provide fine-grained dependencies.  Not only that
they are not fine-grained, they are simply wrong in this case.

If -initWithAddressBook:readOnly: is removed in a new version of the
library, that's an API/ABI break but again, it won't be reflected in
the symbols table.  In a C/C++ library you'll see a symbol
disappearing but it won't happen here.  So even the secondary reason
for using symbols files (detecting ABI breaks, although that's really
a weak test) is not applicable.

There's also the case that private classes and class categories also
get their own symbols (as there is no concept for "private" in
Objective-C, everything is exposed to the ObjC runtime).  These will
trigger spurious additions/removals of symbols when no public API is
involved at all.

> Uploaded.

Many thanks for sponsoring.

Bug#861649: Newer version uploaded

2018-03-11 Thread Gard Spreemann 
On Sunday 11 March 2018 00:18:32 CET Gard Spreemann wrote:
> On Wednesday 7 March 2018 19:32:48 CET Tobias Frost wrote:
> > 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.
> 

I've updated the copyright information for the Apache 2.0-licensed
file, as well as another MIT-licensed file with missing coverage.

It turns out that the swaths of LGPL3+-licensed files were CGAL
patches carried by upstream to support CGAL << 4.11. Since CGAL 4.11.1
is in buster, and there's already a lot of DFSG modifications to the
upstream source in my package, I simply added deletion of these
patches in the DFSG modifications and bumped the CGAL version
requirements accordingly. I verified that the patches are only used
when CGAL << 4.11 is detected. Is this satisfactory?

A new version has been uploaded to mentors:

 https://mentors.debian.net/debian/pool/main/g/gudhi/gudhi_2.1.0+dfsg-1.dsc
 

Thanks again!

 -- Gard

Bug#892417: RFS: streamlink/0.11.0+dfsg-1

2018-03-11 Thread Alexis Murzeau 
Le 09/03/2018 à 03:14, Paul Wise a écrit :
> On Fri, Mar 9, 2018 at 7:37 AM, Alexis Murzeau wrote:
> 
>> I am looking for a sponsor for my package "streamlink" for a new
>> upstream version 0.11.0.
> 
> Uploaded.
> 
> PS: if you would like to upload an official backport, feel free to
> file another RFS for that when it reaches testing.
> 

Thanks :)

About the backport, I'm keeping it in a unofficial repository as there
were not so much downloads. Now that this repository is advertised on
streamlink download page, I might reconsider this choice.

Shouldn't not so much used packages preferably not be backported (to
avoid maintenance costs to other involved parties) ?

If, in any case, unofficial backports are better made official, I can
surely target official backports repository.

Also, why should backports be uploaded after the unstable package enter
testing ?
To ensure there is a clean upgrade path from stable / stable-backport to
testing ?

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



signature.asc
Description: OpenPGP digital signature

Bug#892634: RFS: dh-runit/2.7.1

2018-03-11 Thread Dmitry Bogatov 

Package: sponsorship-requests
Severity: wishlist

!Just recently I got upload to experimental recently.
 I am sorry, I meant unstable!

Dear mentors,

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

* Package name : dh-runit
  Version  : 2.7.1
  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.1
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.1.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:

  * Upload to unstable.

Regards,
  Dmitry Bogatov

Bug#892627: RFS: flameshot/0.5.1-3~bpo9+1

2018-03-11 Thread Boyuan Yang 
Package: sponsorship-requests
Severity: wishlist
X-Debbugs-CC: debian-backpo...@lists.debian.org

Dear mentors and backports developers,

I am looking for a sponsor for my package "flameshot" into Debian
stretch-backports repository.

Flameshot is a new screenshot tool written in Qt/C++ with experimental
Wayland support. I believe it can partly replace the fading shutter
(https://tracker.debian.org/pkg/shutter) as the most handy screenshot
tool in Debian archive. An upload into stretch-backports can bring
flameshot to Debian Stable users more easily.

 * Package name: flameshot
   Version : 0.5.1-3~bpo9+1
   Upstream Author : lupoDharkael 
 * URL : https://github.com/lupoDharkael/flameshot/
 * License : GPL-3+
   Section : graphics

  It builds those binary packages:

flameshot  - Powerful yet simple-to-use screenshot software

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

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


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

dget -x 
https://mentors.debian.net/debian/pool/main/f/flameshot/flameshot_0.5.1-3~bpo9+1.dsc


  Git packaging repository:

https://salsa.debian.org/Debian/flameshot.git


  Changes since the last upload:

 flameshot (0.5.1-3~bpo9+1) stretch-backports; urgency=medium
 .
   * Rebuild for stretch-backports.

--
Regards,
Boyuan Yang

Re: Bug#890203: RFS: gigalomania/1.0-1 [ITP]

2018-03-11 Thread Paul Wise 
On Sun, Mar 11, 2018 at 7:01 PM, Jose G. López wrote:

> I contacted upstream but answered that wasn't posible as it's needed for 
> other platforms.

There are other options for that situation, like providing it only in
the binary packages for those platforms, or providing a script to
download and build it on those platforms or providing a separate
tarball for it and other dependencies or using a native component of
those platforms instead of it.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Bug#892619: RFS: pidgin-sipe/1.23.2-1 -- Pidgin plugin for Skype for Business and Microsoft Lync

2018-03-11 Thread Jakub Adam 
Package: sponsorship-requests
Severity: normal

Dear mentors,

I am looking for a sponsor for package "pidgin-sipe", whose source code is at:

  https://salsa.debian.org/xhaakon-guest/pidgin-sipe

or you may also:

  dget -x 
https://mentors.debian.net/debian/pool/main/p/pidgin-sipe/pidgin-sipe_1.23.2-1.dsc

It builds this binary package:

  pidgin-sipe - Pidgin plugin for Skype for Business and Microsoft Lync

Changes since the last upload:

pidgin-sipe (1.23.2-1) unstable; urgency=medium

  * New upstream release.
- Fixed #338: Incorrect port 0 for IPv6 socket on Windows
- Fixed #337: Duplicate candidates in SDP
- Fixed #336: Lync autodiscover does not follow user redirect
- media: unconditionally ignore multichannel codecs
- updated translations: Turkish (tr)
- fix some HTTP requests that were not sent
  * Bump debhelper compat to level 11.
  * Update copyright years.
  * Use secure d/copyright format URI.
  * Bump Standards-Version to 4.1.3 (no changes required).
  * Move package VCS repository to salsa.debian.org.
  * Recommend gstreamer1.0-plugins-ugly
- installs x264enc GStreamer plugin.

 -- Jakub Adam   Sun, 11 Mar 2018 12:43:23 +0100

Regards,

Jakub



signature.asc
Description: OpenPGP digital signature

Bug#892153: marked as done (RFS: addresses-for-gnustep/0.4.8-3 [RC])

2018-03-11 Thread Debian Bug Tracking System 
Your message dated Sun, 11 Mar 2018 13:00:04 +0100
with message-id <20180311120004.7wzrhzwyfwxk7...@angband.pl>
and subject line Re: Bug#892153: RFS: addresses-for-gnustep/0.4.8-3 [RC]
has caused the Debian Bug report #892153,
regarding RFS: addresses-for-gnustep/0.4.8-3 [RC]
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.)


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

Dear mentors,

I'm looking for a sponsor for my package "addresses-for-gnustep".

 * Package name: addresses-for-gnustep
   Version : 0.4.8-3
   Upstream Author : Björn Giesler 
 * URL : http://www.nongnu.org/gap/addresses/
 * License : LGPL-2.0+
   Section : mail

It builds these binary packages:

addresses-goodies-for-gnustep - Personal Address Manager for GNUstep (Goodies)
addressmanager.app - Personal Address Manager for GNUstep
libaddresses-dev - Database API backend framework for GNUstep (development 
files)
libaddresses0 - Database API backend framework for GNUstep (library files)
libaddressview-dev - Address display/edit framework for GNUstep (development 
files)
libaddressview0 - Address display/edit framework for GNUstep (library files)

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

  https://mentors.debian.net/package/addresses-for-gnustep

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

  dget -x 
https://mentors.debian.net/debian/pool/main/a/addresses-for-gnustep/addresses-for-gnustep_0.4.8-3.dsc

Or clone the Git repository at:

  https://salsa.debian.org/gnustep-team/gnustep-addresses

Changes since the last upload:

  * Team upload.
  * debian/patches/link-libs.patch: New, link against all needed libraries
(Closes: #889534, #889536).  Cherry-picked from upstream with one
minor modification.
  * debian/patches/vcf-import.patch: New, fix exception when importing
VCF files (LP: #461717).
  * debian/patches/series: Update.
  * debian/compat: Set to 11.
  * debian/changelog: Remove trailing whitespace.
  * debian/rules: Likewise.  Remove dh_make boilerplate comments, enable
all hardening, define DEB_LDFLAGS_MAINT_APPEND to enforce symbol
resolution at build time and strip unneded libraries.  Remove optim
definition, rely on config.mk instead.
(override_dh_auto_build): Replace $(MAKE) with dh_auto_build.
(override_dh_makeshlibs): Remove as it is wrong.
  * debian/control (Build-Depends): Require gnustep-make >= 2.7.0-3 for
the optim variable definition.  Bump debhelper requirement to >= 11.
Remove obsolete libgnustep-gui-dev version requirement.
(Depends): Drop obsolete dpkg dependency.
(libaddressview-dev) : Replace libgnustep-base-dev with
libgnustep-gui-dev.  Add libaddresses-dev.
(Conflicts, Replaces, Breaks): Remove, ancient.
(addresses.framework, addressview.framework): Remove, utterly useless.
(Uploaders): Remove Hubert as requested.
(Vcs-Git, Vcs-Browser): New fields.
(Standards-Version): Declare compliance with 4.1.3.
  * debian/libaddressview0.symbols:
  * debian/libaddresses0.symbols: Remove; harmful for Objective-C libs.
  * debian/libaddressview0.lintian-overrides:
  * debian/libaddresses0.lintian-overrides: New, override wrongly emitted
package-has-unnecessary-activation-of-ldconfig-trigger.
  * debian/AddressManager.xpm:
  * debian/menu: Delete.
  * debian/adressmanager.app.install: Don't install the .xpm icon, install
the .desktop file.
  * debian/addresses-for-gnustep-dev.dirs:
  * debian/addressview.framework.docs:
  * debian/addresses.framework.docs: Delete.
  * debian/addressmanager.app.maintscript: Delete, no longer needed.
  * debian/watch: Switch to HTTPS and Savannah's mirror multiplexer.
--- End Message ---
--- Begin Message ---
On Tue, Mar 06, 2018 at 08:28:17AM +0200, Yavor Doganov wrote:
>  * Package name: addresses-for-gnustep
>Version : 0.4.8-3

> Changes since the last upload:
> 
>   * Team upload.
>   * debian/patches/link-libs.patch: New, link against all needed libraries
> (Closes: #889534, #889536).  Cherry-picked from upstream with one
> minor modification.
>   * debian/patches/vcf-import.patch: New, fix exception when importing
> VCF files (LP: #461717).
>   * debian/patches/series: Update.
>   * debian/compat: Set to 11.
>   * debian/changelog: Remove trailing whitespace.
>   * debian/rules: Likewise.  Remove dh_make boilerplate

Re: Bug#890203: RFS: gigalomania/1.0-1 [ITP]

2018-03-11 Thread Jose G. López 
On Mon, 19 Feb 2018 15:08:58 +0800
Paul Wise  wrote:

> On Fri, Feb 16, 2018 at 3:34 AM, Jose G. López wrote:
> 
> > The package got rejected because I forgot to reference a copy of TinyXML.
> 
> Please ask upstream to remove the copy from their VCS and tarballs and
> depend on it instead. If that does not work, please either repack the
> tarball or ensure that the copy is removed before dh_auto_configure is
> run.

Thanks Paul, 

I contacted upstream but answered that wasn't posible as it's needed for other 
platforms.
I repacked the upstream tarball and removed also stuff not necessary in Debian.

Uploaded to mentors:
https://mentors.debian.net/package/gigalomania

And pushed changes on repo:
https://salsa.debian.org/josgalo-guest/gigalomania

Hope this time could be uploaded to the archive.

Regards,


pgp5a0hNIgdRk.pgp
Description: PGP signature

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

2018-03-11 Thread Adrian Bunk 
On Sat, Mar 10, 2018 at 07:53:47PM +0800, Boyuan Yang wrote:
>...
> 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.
>...
>   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!

Thanks, uploaded to DELAYED/7.

> Regards,
> Boyuan Yang
>...

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#892591: RFS: pinball/0.3.1-14 [ITA]

2018-03-11 Thread Innocent De Marchi 
Package: sponsorship-requests
Severity: normal [important for RC bugs, wishlist for new packages]

  Dear mentors,

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

 * Package name: pinball
   Version : 0.3.1-14
   Upstream Author : Henrik Enqvist 
 * URL : https://sourceforge.net/projects/pinball
 * License : GPL-2
   Section : games

  It builds those binary packages:

pinball- Emilia Pinball Emulator
 pinball-data - Data files for the Emilia Pinball Emulator
 pinball-dev - Development files for the Emilia Pinball Emulator

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

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


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

dget -x
https://mentors.debian.net/debian/pool/main/p/pinball/pinball_0.3.1-14.dsc

  
  Changes since the last upload:

  * New Maintainer (Closes: #891762).
  * Set Rules-Requires-Root: binary-targets.
  * Added homepage field on debian/control.
  * Added description on some patch files.
  * Fix spelling error in patch description on 06_missing_cstddef.patch
file.
  * Removed patch file not-mentioned in series:
replace-sp-with-opensp.patch.
  * Added hardering flags on debian/rules.
  * Removed and rewrite 03_desktop.patch file.
  * Removed pinball.menu file.
  * Added secure URI on debian/watch.
  * Completed rewrite debian/copyright file.
  * Changed negated list of architectures by dpkg architecture
wildcards. Thanks to Robert Millan (Closes: #634705).
  * Close old fix bug (Closes: #642477).
  * Adds OpenGL constraint on debian/control. Thanks to Yann Dirson
(Closes: #150082).
  * Added one new patch (pinball-cpp) to close more bugs
(Closes: #555251, #555256, #450763, #858627).
  * Addet on new patch (menu-cpp) to activate left Alt
key to close program (Closes: #442809).
  * Changed the storage directory of the high scores (new patch
table-cpp).
  * Added one new patch (add-autor-to-AUTHORS) to add author name on
upstream AUTHORS file (it was empty).

I have not updated the standard version: with debhelper> 9, the
compilation fails due to the libtoolize system. I think we have to do a
deep update of this issue.


  Regards,
   Innocent De Marchi