Re: [OT] Re: user want messages removed from mailing list

[Elena ``of Valhalla'']

On 2015-11-18 at 23:10:31 +0900, Charles Plessy wrote:
> Le Wed, Nov 18, 2015 at 02:18:04PM +0100, Jakub Wilk a écrit :
> > Reporting non-spam messages as spam is counter-productive. It won't help the
> > message disappear.
> there are definitely precedents were messages containing private information
> that the poster did not want to send or regrets to have sent have been removed
> with the spam-removal interface.

isn't it going to give an illusion that the message has been removed,
when instead it is available on a number of 3rd party archives on which
nobody in this list has any control?

It isn't very useful to remove a message from 

https://lists.debian.org/debian-mentors/2015/11/threads.html

when it is available e.g. on

http://blog.gmane.org/gmane.linux.debian.devel.mentors
https://www.mail-archive.com/debian-mentors@lists.debian.org/info.html

and at least gmane has even bigger chances to end up on a google result
than lists.debian.org did.

-- 
Elena ``of Valhalla''

Re: Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

[Dmitry Bogatov]

* Gianfranco Costamagna  [2015-11-18 
13:41:45+]
> Hi,
> 
> >E: complexity source: section-area-mismatch Package complexity-doc
> 
> 
> So how can we proceed with this one?
> Move to non-free, remove the file and repack?
> 
> I don't think overriding the section for the -doc package will work.

I will make complexity(to main) and complexity-doc(to non-free) source packages.
I will ping you when I am ready, if you don't object.

-- 
Accept: text/plain, text/x-diff
Accept-Language: eo,en,ru
X-Keep-In-CC: yes
X-Web-Site: nanlnhhunqer4xcy.onion


signature.asc
Description: Digital signature

Bug#805393: Subject: RFS: liblastfm/1.0.9-1 [ITA]

[Stefan Ahlers]

Hi,

I tried to fix most of the points. I replaced my patch with a applied
upstream patch. One of the symbol files had a wrong file name. This
should be fixed, too.

I'm not sure what I have to add for upstream metadatas and I do not know
what to do with the output of

flawfinder -Q -c .


Please let me know what I should do next.

Kindly regards,
Stefan Ahlers

Bug#804801: marked as done (RFS: libjdns/2.0.3-1 [ITP])

[Debian Bug Tracking System]

Your message dated Wed, 18 Nov 2015 17:13:20 + (UTC)
with message-id <26560879.11124320.1447866800578.javamail.ya...@mail.yahoo.com>
and subject line Re: Bug#804801: RFS: libjdns/2.0.3-1 [ITP]
has caused the Debian Bug report #804801,
regarding RFS: libjdns/2.0.3-1 [ITP]
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.)


-- 
804801: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804801
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 "libjdns"

* Package name: libjdns
  Version : 2.0.3-1 
  Upstream Author : Justin Karneges 
* URL : http://delta.affinix.com/jdns/
* License : MIT
  Section : libs

It builds those binary packages:

 libjdns-dbg - Simple DNS queries library - debugging symbols
 libjdns-dev - Simple DNS queries library - development files
 libjdns2   - Simple DNS queries library
 libqjdns-qt4-2 - Simple DNS queries library  - QT4 wrapper
 libqjdns-qt4-dev - Simple DNS queries library QT4 wrapper - development files

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

  http://mentors.debian.net/package/libjdns

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

dget -x 
http://mentors.debian.net/debian/pool/main/libj/libjdns/libjdns_2.0.3-1.dsc

This package is necessary to build libjreen.

 Regards,
   Stefan Ahlers
--- End Message ---
--- Begin Message ---
Hi,



>Done.
> know the name is not so nice, but I used the named lintian claimed out.
>Oh sorry, this is a relict of the divided package. Fixed.
>Done.
>Yes, of course! I forgot the incompatibility between MIT and GPL-3+. 
>I've fixed it by using the cmake option "-DBUILD_JDNS_TOOL=OFF" for the
>Qt5 build. And so only the Qt4 version will be build in a separate
>package called "jdns".
>Converted and tested. Only usr/bin/jdns is a problem and so I decided to
>separate the test program into another package.
>I've created and added a manpage based on the /usr/bin/jdns output. It's
>not the best, but I hope it's ok.
>The codespell error only occurrs in the CMakeList and so it is not
>important for a normal users.

Everything was good.

(just two minor points, please forward the spelling error upstream, and there is
no need to mark Multi-Arch: no packages, they should be the default already, but
if it makes things clear to you it is fine for me)


Built, thanks for your contribution to Debian!

cheers,
G.--- End Message ---

Bug#804802: marked as done (RFS: libjdns-qt5/2.0.3-1 [ITP])

[Debian Bug Tracking System]

Your message dated Wed, 18 Nov 2015 17:13:20 + (UTC)
with message-id <26560879.11124320.1447866800578.javamail.ya...@mail.yahoo.com>
and subject line Re: Bug#804801: RFS: libjdns/2.0.3-1 [ITP]
has caused the Debian Bug report #804801,
regarding RFS: libjdns-qt5/2.0.3-1 [ITP]
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.)


-- 
804801: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804801
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 "libjdns-qt5"

* Package name: libjdns-qt5
  Version : 2.0.3-1 
  Upstream Author : Justin Karneges 
* URL : http://delta.affinix.com/jdns/
* License : MIT
  Section : libs


It builds those binary packages:

 libqjdns-qt5-2 - Simple DNS queries library  - Qt5 wrapper
 libqjdns-qt5-dbg - Simple DNS queries library - debugging symbols
 libqjdns-qt5-dev - Simple DNS queries library Qt5 wrapper - development files

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

  http://mentors.debian.net/package/libjdns-qt5


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

dget -x 
http://mentors.debian.net/debian/pool/main/libj/libjdns-qt5/libjdns-qt5_2.0.3-1.dsc

This package contains qjdns build against Qt5. It depends on libjdns1 and 
libjdns-dev (provided by the qt4 package) because libjdns files
do not depends on Qt.

 Regards,
   Stefan Ahlers
--- End Message ---
--- Begin Message ---
Hi,



>Done.
> know the name is not so nice, but I used the named lintian claimed out.
>Oh sorry, this is a relict of the divided package. Fixed.
>Done.
>Yes, of course! I forgot the incompatibility between MIT and GPL-3+. 
>I've fixed it by using the cmake option "-DBUILD_JDNS_TOOL=OFF" for the
>Qt5 build. And so only the Qt4 version will be build in a separate
>package called "jdns".
>Converted and tested. Only usr/bin/jdns is a problem and so I decided to
>separate the test program into another package.
>I've created and added a manpage based on the /usr/bin/jdns output. It's
>not the best, but I hope it's ok.
>The codespell error only occurrs in the CMakeList and so it is not
>important for a normal users.

Everything was good.

(just two minor points, please forward the spelling error upstream, and there is
no need to mark Multi-Arch: no packages, they should be the default already, but
if it makes things clear to you it is fine for me)


Built, thanks for your contribution to Debian!

cheers,
G.--- End Message ---

Re: Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

[Gianfranco Costamagna]

Hi, sure
thanks!

G.




Il Mercoledì 18 Novembre 2015 18:28, Dmitry Bogatov  ha 
scritto:
* Gianfranco Costamagna  [2015-11-18 
13:41:45+]

> Hi,
> 
> >E: complexity source: section-area-mismatch Package complexity-doc
> 
> 
> So how can we proceed with this one?
> Move to non-free, remove the file and repack?
> 
> I don't think overriding the section for the -doc package will work.

I will make complexity(to main) and complexity-doc(to non-free) source packages.
I will ping you when I am ready, if you don't object.

-- 
Accept: text/plain, text/x-diff
Accept-Language: eo,en,ru
X-Keep-In-CC: yes
X-Web-Site: nanlnhhunqer4xcy.onion

Bug#805393: Subject: RFS: liblastfm/1.0.9-1 [ITA]

[Gianfranco Costamagna]

Hi,


>I tried to fix most of the points. I replaced my patch with a applied
>upstream patch. One of the symbol files had a wrong file name. This
>should be fixed, too.
lets see :)

1) VCS-* they should point to Debian packaging, not to upstream packaging
(this is done in copyright)


2) symbols:
sed 's/ \(_.*\) \(.*\)/ (c++)"\1" \2/' package.symbols | c++filt > 
package.symbols.new

and look to the "new" file :)
(you might have many build failures and need to fix the symbols file on various 
architecture, but

this needs to be done in a later step)

3) question: why one library is called liblastfm1_1.0.9-1_amd64.deb and the 
other is called liblastfm5-1_1.0.9-1_amd64.deb



(this shouldn't be a real issue, just I'm wondering if it is a lintian complain)

4) lintian: 
X: liblastfm5-dev: package-contains-broken-symlink 
usr/lib/x86_64-linux-gnu/liblastfm_fingerprint5.so liblastfm_fingerprint5.so.1

cheers,

G.

Bug#805393: Subject: RFS: liblastfm/1.0.9-1 [ITA]

[Stefan Ahlers]

Hi,
> 1) VCS-* they should point to Debian packaging, not to upstream packaging
> (this is done in copyright)
Fixed! I've set up a new repository.
> 2) symbols:
> sed 's/ \(_.*\) \(.*\)/ (c++)"\1" \2/' package.symbols | c++filt > 
> package.symbols.new
>
> and look to the "new" file :)
> (you might have many build failures and need to fix the symbols file on 
> various architecture, but
>
> this needs to be done in a later step)
Oha, this is great. Now the symbols are human readable.
> 3) question: why one library is called liblastfm1_1.0.9-1_amd64.deb and the 
> other is called liblastfm5-1_1.0.9-1_amd64.deb
liblastfm1 is build against Qt4 and liblastfm5-1 is build against Qt5.
I've adopt the names of lintian.
> 4) lintian: 
> X: liblastfm5-dev: package-contains-broken-symlink 
> usr/lib/x86_64-linux-gnu/liblastfm_fingerprint5.so liblastfm_fingerprint5.so.1
There was a missing dependence in debian/control. Fixed!

How can I fix the symbol files now? Is there a way to setup a local
build farm for each architecture?

Stefan

Bug#805250: marked as done (RFS: chrony/2.1.1-1)

[Debian Bug Tracking System]

Your message dated Wed, 18 Nov 2015 20:12:40 +0100
with message-id <564ccda8.9080...@debian.org>
and subject line Re: Bug#805250: RFS: chrony/2.1.1-1
has caused the Debian Bug report #805250,
regarding RFS: chrony/2.1.1-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.)


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

Paul, Joachim,

Here is the changelog for the version 2.1.1, sorry for not having
uploaded it sooner, but I’m pretty busy currently. I’ll prepare and upload the
2.2 version ASAP; quite a bit of work will be necessary for this release,
notably due to the usage of Unix domain socket to configure and monitor
chronyd (via chronyc) from now on… and I didn’t forget about your challenge 
Paul, I
just don’t have enough time to work on Debian at the moment :-(

chrony (2.1.1-1) unstable; urgency=medium

  * Import upstream version 2.0 and 2.1.1:
- Please see /usr/share/doc/chrony/changelog.gz for the release notes.

  * debian/:
- Rename ppp scripts from ip-{up,down} to chrony.ppp.ip-{up,down}.
Necessary to let dh_installppp do its magic.

  * debian/chrony.conf:
- Use the new 'pool' directive to specify the pool of NTP servers.
- Use the iburst option to speed up the initial synchronization.
- Drop the minpoll option. There is no point to deviate from upstream here.
Consequently, the default minimum polling interval is now 64 seconds
instead of 256 seconds.
- Enable kernel synchronization of the RTC via the 'rtcsync' directive.
- Drop the commented out 'rtcfile' directive in the configuration file.
- Stricly act as an NTP client by default. Serving time to other systems
should be the decision of the administrator(s). (Closes: #778770)
- Clarify some comments.
- Improve comment about the 'commandkey' directive.

  * debian/control:
- Drop 'Recommends: udev (>= 0.124-1)' since it predates Debian squeeze.

  * debian/copyright:
- Update copyright years.
- Various cleanups.
- Update relative to sys_macosx.{c,h} files.

  * debian/NEWS:
- Comment the deactivation of the NTP server capability by default.

  * debian/patches/:
- Refresh 01_do-not-install-copying-file.patch.

  * debian/README.Debian:
- Fix misleading information.

  * debian/rules:
- No need to install ppp scripts from the 'rules' script. Let dh_installppp
handle that.


Cheers,
Vincent
--- End Message ---
--- Begin Message ---
Hi

On 18-11-15 00:44, Vincent Blut wrote:
> Should be good now!

Indeed, build, signed and uploaded.

Paul



signature.asc
Description: OpenPGP digital signature
--- End Message ---

Bug#805439: RFS: visualboyadvance/1.8.0.dfsg-3 [RC]

[Chris Lamb]

> I am looking for a sponsor for my package "visualboyadvance"
[..]
> dget -x
> http://mentors.debian.net/debian/pool/main/v/visualboyadvance/visualboyadvance_1.8.0.dfsg-3.dsc

Uploaded:

  Successfully uploaded visualboyadvance_1.8.0.dfsg-3_amd64.changes to
  ftp.upload.debian.org for ftp-master.


Regards,

-- 
  ,''`.
 : :'  : Chris Lamb
 `. `'`  la...@debian.org / chris-lamb.co.uk
   `-

Bug#805393: Subject: RFS: liblastfm/1.0.9-1 [ITA]

[Gianfranco Costamagna]

Control: owner -1 !
Control: tags -1 moreinfo

Hi Stefan



(some issues of libjdns also apply here, and Pabs review is correct, so please 
check them before)

in additions:
please consider moving priority to optional
https://www.debian.org/doc/debian-policy/ch-archive.html#s-priorities


the other stuff LGTM :)

cheers,

G.

Bug#805439: RFS: visualboyadvance/1.8.0.dfsg-3 [RC]

[Gianfranco Costamagna]

Hi Chris,


>Uploaded:

>
>  Successfully uploaded visualboyadvance_1.8.0.dfsg-3_amd64.changes to
>  ftp.upload.debian.org for ftp-master.


I guess my upload was the first one... not sure, we will see :)

cheers,

G.

Bug#804801: RFS: libjdns/2.0.3-1 [ITP]

[Gianfranco Costamagna]

Control: owner -1 !
Control: tags -1 moreinfo

Hi Stefan,
>Thank you for your hint. I tried to adjust the debian/rules. I've
>uploaded the package. Could you please review this package again?

sure, here we go:

first: congrats for the packaging skills, it wasn't an easy package, but seems 
that you did
it correctly.

lets review:

1) changelog: urgency=low would be preferred for a new package

2) control:
libqjdns-qt5-2, can't it be called libqjdns2-qt5 maybe?
(I'm not asking to change it, but to investigate, probably lintian will 
complain if the naming is wrong, that means that
it is currently fine)

Package: libqjdns-qt5-2

Depends: libjdns2, ${misc:Depends}, ${shlibs:Depends}

I did an ldd of the qt5 library, and I see it depende from libjdns2 already.
So I guess you can remove the "libjdns2" dependency because it should be taken 
care of in shlibs:Depends(please check the built package, inside DEBIAN/control 
file)


3) debian/rules: it looks really nice, maybe I would override the clean target 
to remove the build directories.
4) debian/copyright: I would avoid licensing the debian packaging under GPL-3+ 
and upstream as MIT.
this makes impossible to e.g. forward patches upstream (withour relicensing 
them)

if possible I would ask you to use MIT, the same as upstream (that way 
everybody might be able to forward patches from you
without asking to relicense them)


5) you ship usr/bin/jdns as part of libqjdns-qt4 package, but ldd shows that 
links qt5 stuff.
ldd jdns  |grep Qt5 -i
libqjdns-qt5.so.2 => not found
libQt5Network.so.5 => not found
libQt5Core.so.5 => /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 (0xf723)


so please choose: move in the qt5 package, move in the base package (maybe 
dropping the qt stuff), or fix it somewhat else.

this "problem" makes the qt4 package drag all the qt5 dependencies.

the other stuff looks good to me.

(I did a test build on a clean machine with some of the above fixes)


oh and please convert your package to multiarch (needs investigation and a 
probable trivial change)
https://wiki.debian.org/Multiarch/Implementation
(be careful about usr/bin)

lintian:
X: libqjdns-qt5-2: application-in-library-section libs usr/bin/jdns
W: libqjdns-qt5-2: binary-without-manpage usr/bin/jdns (help2man is a good 
starting point)

check-all-the-things output:

$ codespell --quiet-level=3
./CMakeLists.txt:91: prefered  ==> preferred

(maybe report it upstream, no need to patch of course)


cheers,

G.

Bug#804283: Fwd: RE: [E1000-devel] igb / ixgbe : differences between mainline and out-of-tree drivers

[Clement Hermann]

[Cross posting to both RFS and ITP bugs, since it's relevant to both]

Hi,

there weren't any new message on the thread I started on upstream
mailing list for a week, so I guess it's time to relay.

The complete response I received is included below, at the end of the
message.

To summarize:
- RSS, EEE, InterruptThrottleRate and QueuePair can be achieve via ethtool
- LLI parameters won't, but this is considered a rarely used feature,
not supported by recent hardware
- InterruptMode is mainly used for debug, since the driver should select
the best interrupt mode available
- VDMQ, MDD and DMAC aren't supported via ethtool and probably never will.

I personally can manage what I need with ethtool, but I'm willing to
maintain this package anyway since I already use kernel parameters
(easier to use than ethtool, although less dynamic). Also people could
find the parameters not supported by ethtool useful.

Of course I'll understand if it's not acceptable for Debian. Advice and
input welcome. I updated the version on mentor to reflect this in the
description.

Cheers,

nodens

 Message transféré 
Sujet : RE: [E1000-devel] igb / ixgbe : differences between mainline
and out-of-tree drivers
Date :  Tue, 10 Nov 2015 18:26:42 +
De :Tantilov, Emil S 
Pour :  Clement Hermann ,
e1000-de...@lists.sourceforge.net 



>-Original Message-
>From: Clement Hermann [mailto:nod...@nodens.org]
>Sent: Tuesday, November 10, 2015 3:51 AM
>To: e1000-de...@lists.sourceforge.net
>Subject: [E1000-devel] igb / ixgbe : differences between mainline and out-
>of-tree drivers
>
>Hi,
>
>I'm trying to understand the differences between the out-of-tree and the
>mainline version for igb and ixgbe drivers.
>
>The issue is, I packaged the out-of-tree version for debian, but there
>are concerns from the kernel team for allowing to maintain an
>out-of-tree driver since most features should be in the mainline driver.
>
>(see discussion on
>https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804258 and
>https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804283)
>
>AFAICS, the main difference is that the mainline driver doesn't support
>configuration via modules parameter.

Except for rare cases the community is against using module parameters and 
in favor of using generic tools to control the behavior of the Ethernet drivers.

>Some parameters can be controled with ethtool on mainline version:
>
> - EE: ethtool --set-eee
> - RSS: ethtool -X
>
>For some I'm unsure:
>
> - InterruptThrottleRate: ethtool -C ? Not sure if the same is achieved.
>Input welcome.
> - QueuePairs: Seems like it could be done with ethtool -L ?

That's right. 

>Other don't seen to be:
> - IntMode:Change Interrupt Mode

The driver will pick the best available interrupt mode. This parameter is
more useful for debugging than anything else. There are also ways to limit the 
support from the kernel command line, but that is usually not a good idea.

> - Node:set the starting node to allocate memory on

The driver is designed to allocate memory from the nearest NUMA node.
If I remember correctly this parameter was rejected by the community when we 
proposed it. I think this is a leftover in igb, ixgbe does not have this 
parameter.

> - LLIPort:Low Latency Interrupt TCP Port
> - LLIPush:Low Latency Interrupt on TCP Push flag
> - LLISize:Low Latency Interrupt on Packet Size

The LLI parameters are not generic and are no longer supported in newer HW.
There is no ethtool alternative, but we haven't seen much use of them either.

> - VMDQ:Number of Virtual Machine Device Queues
> - MDD:Malicious Driver Detection
> - DMAC: Disable or set latency for DMA Coalescing
>
>Will these functions be available via ethtool in the mainline driver
>someday ?

We always try to determine if a certain parameter can be exposed via method 
other
than a module parameter, but not all of the functionality has an equivalent 
option
in ethtool. Also some parameters are introduced as a way to test new 
functionality.

Thanks,
Emil







signature.asc
Description: OpenPGP digital signature

Bug#805439: RFS: visualboyadvance/1.8.0.dfsg-3 [RC]

[Etienne Millon]

Package: sponsorship-requests
Severity: important

(CCing Vincent Legout who sponsored previous uploads and Chris Lamb
who reported this bug - thank you guys!)

Dear mentors,

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

 * Package name: visualboyadvance
   Version : 1.8.0.dfsg-3
   Section : otherosfs

It builds those binary packages:

visualboyadvance - full featured Game Boy Advance emulator
visualboyadvance-gtk - GTK+ front-end to VisualBoyAdvance emulator

This upload fixes RC bug #805163 (FTBFS due to a missing header).

Please note that I am a Debian Maintainer, but currently lack rights
to upload this package. So if you are interested in uploading this
package I would appreciate if you would set the correct ACL so that I
can upload this package my self.

The latest changelog entry is:

visualboyadvance (1.8.0.dfsg-3) unstable; urgency=medium

  * Add a patch to fix CPU usage under SDL.
Thanks to Matthew Harvey (Closes: #740292)
  * Change my email address.
  * Bump S-V to 3.9.6 (no changes needed).
  * Remove menu file.
  * Remove obsolete include . (Closes: #805163)

I uploaded the package to mentors at the following URL:

dget -x 
http://mentors.debian.net/debian/pool/main/v/visualboyadvance/visualboyadvance_1.8.0.dfsg-3.dsc

It is also available on the Debian Games Team git repository:

git://anonscm.debian.org/pkg-games/visualboyadvance.git

Thanks!

-- 
Etienne Millon


signature.asc
Description: Digital signature

Bug#805439: marked as done (RFS: visualboyadvance/1.8.0.dfsg-3 [RC])

[Debian Bug Tracking System]

Your message dated Wed, 18 Nov 2015 09:35:38 + (UTC)
with message-id 
<1960916007.10619130.1447839338257.javamail.ya...@mail.yahoo.com>
and subject line Re: Bug#805439: RFS: visualboyadvance/1.8.0.dfsg-3 [RC]
has caused the Debian Bug report #805439,
regarding RFS: visualboyadvance/1.8.0.dfsg-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.)


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

(CCing Vincent Legout who sponsored previous uploads and Chris Lamb
who reported this bug - thank you guys!)

Dear mentors,

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

 * Package name: visualboyadvance
   Version : 1.8.0.dfsg-3
   Section : otherosfs

It builds those binary packages:

visualboyadvance - full featured Game Boy Advance emulator
visualboyadvance-gtk - GTK+ front-end to VisualBoyAdvance emulator

This upload fixes RC bug #805163 (FTBFS due to a missing header).

Please note that I am a Debian Maintainer, but currently lack rights
to upload this package. So if you are interested in uploading this
package I would appreciate if you would set the correct ACL so that I
can upload this package my self.

The latest changelog entry is:

visualboyadvance (1.8.0.dfsg-3) unstable; urgency=medium

  * Add a patch to fix CPU usage under SDL.
Thanks to Matthew Harvey (Closes: #740292)
  * Change my email address.
  * Bump S-V to 3.9.6 (no changes needed).
  * Remove menu file.
  * Remove obsolete include . (Closes: #805163)

I uploaded the package to mentors at the following URL:

dget -x 
http://mentors.debian.net/debian/pool/main/v/visualboyadvance/visualboyadvance_1.8.0.dfsg-3.dsc

It is also available on the Debian Games Team git repository:

git://anonscm.debian.org/pkg-games/visualboyadvance.git

Thanks!

-- 
Etienne Millon


signature.asc
Description: Digital signature
--- End Message ---
--- Begin Message ---
Control: owner -1 !

Hi Etienne

I sponsored the package, however I would appreciate for a future upload:
- use a correct clean override target (maybe override_dh_auto_clean)
- switch to autoreconf

the latter in particular allows you to:
drop some build-dependencies (automake autotools-dev libtool, maybe others)
and add dh-autoreconf

call dh --with autoreconf

drop the auto* calls in configure override target
probably drop the clean: target completely and also most of the debian/clean 
files.


anyway, Built, thanks for your contribution to Debian!

cheers,

G.



Il Mercoledì 18 Novembre 2015 9:57, Etienne Millon  ha 
scritto:
Package: sponsorship-requests
Severity: important

(CCing Vincent Legout who sponsored previous uploads and Chris Lamb
who reported this bug - thank you guys!)

Dear mentors,

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

* Package name: visualboyadvance
   Version : 1.8.0.dfsg-3
   Section : otherosfs

It builds those binary packages:

visualboyadvance - full featured Game Boy Advance emulator
visualboyadvance-gtk - GTK+ front-end to VisualBoyAdvance emulator

This upload fixes RC bug #805163 (FTBFS due to a missing header).

Please note that I am a Debian Maintainer, but currently lack rights
to upload this package. So if you are interested in uploading this
package I would appreciate if you would set the correct ACL so that I
can upload this package my self.

The latest changelog entry is:

visualboyadvance (1.8.0.dfsg-3) unstable; urgency=medium

  * Add a patch to fix CPU usage under SDL.
Thanks to Matthew Harvey (Closes: #740292)
  * Change my email address.
  * Bump S-V to 3.9.6 (no changes needed).
  * Remove menu file.
  * Remove obsolete include . (Closes: #805163)

I uploaded the package to mentors at the following URL:

dget -x 
http://mentors.debian.net/debian/pool/main/v/visualboyadvance/visualboyadvance_1.8.0.dfsg-3.dsc

It is also available on the Debian Games Team git repository:

git://anonscm.debian.org/pkg-games/visualboyadvance.git

Thanks!

-- 
Etienne Millon--- End Message ---

Bug#805393: Subject: RFS: liblastfm/1.0.9-1 [ITA]

[Paul Wise]

On Wed, Nov 18, 2015 at 12:58 AM, Stefan Ahlers wrote:

> I am looking for a sponsor for my package "liblastfm"

I don't intend to sponsor this package, but here is a review:

There don't appear to be any blockers.

These things would be nice to fix:

Please put DEP-3 a header on the patch.

http://dep.debian.net/deps/dep3/

I wonder what upstream has to say about the patch since it breaks
compatibility with them.

README.md contains build/install instructions, which are not useful to
binary package users. I would strip that out with sed during the build
process or ask upstream to move it to README.install.

Please add some upstream metadata: https://wiki.debian.org/UpstreamMetadata

When I set DPKG_GENSYMBOLS_CHECK_LEVEL=4, the build fails because
there are many more symbols exported than present in the symbols
files.

The package FTBFS when built twice in a row, the second build fails
because the build/ dir isn't removed by `debian/rules clean`.

Automatic checks:

build

src/Xspf.cpp:118:5: warning: 'void lastfm::Xspf::expired()' is
deprecated [-Wdeprecated-declarations]
src/Xspf.cpp:118:13: warning: 'void lastfm::Xspf::expired()' is
deprecated [-Wdeprecated-declarations]
build/qt4/so/src/moc_RadioTuner.cpp:67:35: warning: 'void
lastfm::RadioTuner::onXspfExpired()' is deprecated
[-Wdeprecated-declarations]
build/qt4/so/src/moc_Xspf.cpp:52:29: warning: 'void
lastfm::Xspf::expired()' is deprecated [-Wdeprecated-declarations]
build/qt4/so/src/moc_Xspf.cpp:53:31: warning: 'void
lastfm::Xspf::onExpired()' is deprecated [-Wdeprecated-declarations]

lintian

P: liblastfm source: debian-control-has-unusual-field-spacing line 106
I: liblastfm source: duplicate-short-description liblastfm-dev liblastfm5-dev
I: liblastfm source: duplicate-short-description liblastfm1 liblastfm5-1
I: liblastfm source: duplicate-short-description
liblastfm-fingerprint1 liblastfm-fingerprint5-1
I: liblastfm source: duplicate-long-description liblastfm-fingerprint1
liblastfm-fingerprint5-1
I: liblastfm source: duplicate-short-description liblastfm-dbg liblastfm5-dbg
P: liblastfm source: debian-watch-may-check-gpg-signature
P: liblastfm-dbg: no-upstream-changelog
P: liblastfm-fingerprint1: no-upstream-changelog
P: liblastfm-fingerprint5-1: no-upstream-changelog
P: liblastfm5-dev: no-upstream-changelog
X: liblastfm5-dev: package-contains-broken-symlink
usr/lib/x86_64-linux-gnu/liblastfm_fingerprint5.so
liblastfm_fingerprint5.so.1
I: liblastfm5-1: hardening-no-fortify-functions
usr/lib/x86_64-linux-gnu/liblastfm5.so.1.0.9
P: liblastfm5-1: no-upstream-changelog
I: liblastfm5-1: no-symbols-control-file
usr/lib/x86_64-linux-gnu/liblastfm5.so.1.0.9
I: liblastfm1: hardening-no-fortify-functions
usr/lib/x86_64-linux-gnu/liblastfm.so.1.0.9
P: liblastfm1: no-upstream-changelog
P: liblastfm-dev: no-upstream-changelog
P: liblastfm5-dbg: no-upstream-changelog

check-all-the-things

$ codespell --quiet-level=3


$ flawfinder -Q -c .


$ grep -riE 'fixme|todo|hack|xxx' .


-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Re: Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

[Gianfranco Costamagna]

Hi,

>E: complexity source: section-area-mismatch Package complexity-doc


So how can we proceed with this one?


Move to non-free, remove the file and repack?

I don't think overriding the section for the -doc package will work.

cheers,

G.

Bug#804801: RFS: libjdns/2.0.3-1 [ITP]

[Stefan Ahlers]

Hi,

thank you again for your review!

> 1) changelog: urgency=low would be preferred for a new package

Done.

> 2) control:
> libqjdns-qt5-2, can't it be called libqjdns2-qt5 maybe?

I know the name is not so nice, but I used the named lintian claimed out.

> So I guess you can remove the "libjdns2" dependency because it should be 
> taken care of in shlibs:Depends(please check the built package, inside 
> DEBIAN/control file)

Oh sorry, this is a relict of the divided package. Fixed.

> 3) debian/rules: it looks really nice, maybe I would override the clean 
> target to remove the build directories.

Done.

> 4) if possible I would ask you to use MIT, the same as upstream (that way 
> everybody might be able to forward patches from you
> without asking to relicense them)

Yes, of course! I forgot the incompatibility between MIT and GPL-3+. 

> 5) you ship usr/bin/jdns as part of libqjdns-qt4 package, but ldd shows that 
> links qt5 stuff.
> ldd jdns  |grep Qt5 -i
> libqjdns-qt5.so.2 => not found
> libQt5Network.so.5 => not found
> libQt5Core.so.5 => /usr/lib/i386-linux-gnu/sse2/libQt5Core.so.5 (0xf723)
>
>
> so please choose: move in the qt5 package, move in the base package (maybe 
> dropping the qt stuff), or fix it somewhat else.
>
> this "problem" makes the qt4 package drag all the qt5 dependencies.

I've fixed it by using the cmake option "-DBUILD_JDNS_TOOL=OFF" for the
Qt5 build. And so only the Qt4 version will be build in a separate
package called "jdns".

> oh and please convert your package to multiarch (needs investigation and a 
> probable trivial change)
> https://wiki.debian.org/Multiarch/Implementation
> (be careful about usr/bin)

Converted and tested. Only usr/bin/jdns is a problem and so I decided to
separate the test program into another package.

> lintian:
> X: libqjdns-qt5-2: application-in-library-section libs usr/bin/jdns
> W: libqjdns-qt5-2: binary-without-manpage usr/bin/jdns (help2man is a good 
> starting point)

I've created and added a manpage based on the /usr/bin/jdns output. It's
not the best, but I hope it's ok.

> $ codespell --quiet-level=3
> ./CMakeLists.txt:91: prefered  ==> preferred

The codespell error only occurrs in the CMakeList and so it is not
important for a normal users.

Kindly Regards,
 Stefan

Re: user want messages removed from mailing list

[Jakub Wilk]

* Charles Plessy , 2015-11-16, 23:02:
A user says he wasn't aware that the mailing list is public and want 
his conversion with me and another person removed. I have replied to 
him stating that the mailing list is like a public forum, everyone can 
read it. He hasn't replied yet. But if he insisted on having the 
conversation removed, what should I do?


Hi Alex,

You can mark it as spam


Reporting non-spam messages as spam is counter-productive. It won't 
help the message disappear. But it will help actual spam messages to 
survive in our archives.


--
Jakub Wilk

[OT] Re: user want messages removed from mailing list

[Charles Plessy]

Le Wed, Nov 18, 2015 at 02:18:04PM +0100, Jakub Wilk a écrit :
> 
> Reporting non-spam messages as spam is counter-productive. It won't help the
> message disappear. But it will help actual spam messages to survive in our
> archives.

Hi Jakub,

there are definitely precedents were messages containing private information
that the poster did not want to send or regrets to have sent have been removed
with the spam-removal interface.

And I fail to see how it helps actual spam messages to stay, unless you are
suggesting that by using the spam removal system for these purpose we will
undermine it by demotivating or drain time from the people who use it for spam
removal only, or that we will cause it to be more strongly moderated.

I understand that listmasters do not have time to handle removal requests, but
I think that we are being arrogant when we refuse for technical reasons.
Especially with the trap situation that people tend to send removal requests to
the debian-www address without knowing that it is also a publically archived
mailing list.  Some times I have the impression that our only answer is just
shaming the requester.

Anyway; there is not much to discuss.  When I reads these requests, I tend to
mark the message as spam.  And sometimes it works.

Cheers,

-- 
Charles

Bug#804451: marked as done (RFS: node-concat-stream/1.5.1-1 [ITP])

[Debian Bug Tracking System]

Your message dated Wed, 18 Nov 2015 13:46:07 + (UTC)
with message-id 
<1673860312.10985146.1447854367648.javamail.ya...@mail.yahoo.com>
and subject line Re: Bug#804451: RFS: node-concat-stream/1.5.1-1 [ITP]
has caused the Debian Bug report #804451,
regarding RFS: node-concat-stream/1.5.1-1 [ITP]
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.)


-- 
804451: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804451
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 "node-concat-stream"

* Package name: node-concat-stream
  Version : 1.5.1-1
  Upstream Author : [fill in name and email of upstream]
* URL : [fill in URL of upstreams web site]
* License : [fill in]
  Section : web

It builds this binary package:

node-concat-stream - writable stream that concatenates strings

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

  http://mentors.debian.net/package/node-concat-stream


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

dget -x http://mentors.debian.net/debian/pool/main/n/node-concat-stream
/node-concat-stream_1.5.1-1.dsc

Debian packaging can be found be found here:
http://anonscm.debian.org/cgit/pkg-javascript/node-concat-stream.git

Changes since the last upload:

  * Initial release (Closes: #796351)


Regards,
Ross Gammon



-- System Information:
Debian Release: jessie/sid
  APT prefers vivid-updates
  APT policy: (500, 'vivid-updates'), (500, 'vivid-security'), (500, 'vivid'), 
(100, 'vivid-backports')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.19.0-31-generic (SMP w/4 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
--- End Message ---
--- Begin Message ---
Hi,

Built, thanks for your contribution to Debian!

cheers,

G.





Il Domenica 8 Novembre 2015 18:09, Ross Gammon  ha 
scritto:
Whoops- Filled in properly below:

On 11/08/2015 05:56 PM, Ross Gammon wrote:
> * Package name: node-concat-stream
>   Version : 1.5.1-1
>   Upstream Author : [fill in name and email of upstream]
> * URL : [fill in URL of upstreams web site]
> * License : [fill in]
>   Section : web

* Package name: node-concat-stream
  Version : 1.5.1-1
  Upstream Author : Max Ogden 
* URL : https://github.com/maxogden/concat-stream#readme
* License : Expat

  Section : web--- End Message ---

Bug#805393: Subject: RFS: liblastfm/1.0.9-1 [ITA]

[Paul Wise]

On Thu, Nov 19, 2015 at 1:06 AM, Stefan Ahlers wrote:

> I'm not sure what I have to add for upstream metadatas

If the wiki page isn't clear enough, try the examples:

https://wiki.debian.org/UpstreamMetadata#Examples

> I do not know what to do with the output of
>
> flawfinder -Q -c .

I would just point out this tool to upstream.

-- 
bye,
pabs

https://wiki.debian.org/PaulWise

Re: Bug#781952: RFS:complexity/1.2-1 [ITP] -- tool for analyzing the complexity of C program functions

[Jakub Wilk]

* Gianfranco Costamagna , 2015-11-18, 13:41:

   E: complexity source: section-area-mismatch Package complexity-doc


So how can we proceed with this one?

Move to non-free, remove the file and repack?


As Ansgar correctly noted[0], the license in question is DSFG-free. 
The package can remain wholly in main.



[0] https://lists.debian.org/1447244878.2416.3.ca...@43-1.org

--
Jakub Wilk

building symbols

[Nico Schlömer]

Hi everyone,

I'm building the symbols for all libraries in the Trilinos package.
Unfortunately, the documentation [1] isn't too verbose here. One thing that
has come to my attention, for example, is the fact that some Trilinos
libraries appear to contain lots of symbols; including some (all?) of
dependent libraries, e.g.,
```
MPI::Op::Free()@Base
```
see [2] (towards the end of the build log).
This amounts to symbols files of several megabytes in size per library.
Perhaps something is going wrong at the linking stage? Pointers to more
documentation/tips and tricks are appreciated.

Cheers,
Nico

[1]
https://www.debian.org/doc/manuals/maint-guide/advanced.en.html#librarysymbols
[2]
https://launchpadlibrarian.net/226924938/buildlog_ubuntu-wily-amd64.trilinos_12.5~20151118181658-wily1_BUILDING.txt.gz

Bug#805511: RFS: dvbcut/0.5.4+svn178-12

[Bernhard Übelacker]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

 * Package name: dvbcut
   Version : 0.5.4+svn178-12
   Upstream Author : Sven Over
 * URL : http://dvbcut.sourceforge.net/
 * License : GPL-2+
   Section : graphics

It builds those binary packages:

dvbcut - Qt application for cutting parts out of DVB streams

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

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


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

  dget -x 
https://mentors.debian.net/debian/pool/main/d/dvbcut/dvbcut_0.5.4+svn178-12.dsc


Changes since the last upload:

dvbcut (0.5.4+svn178-12) unstable; urgency=medium

  * Replace deprecated ffmpeg APIs (Closes: #803809)
  (Thanks to Andreas Cadhalpun)
  * Due to lintian command-in-menu-file-and-desktop-file:
  - debian/dvbcut.menu removed.

 -- Bernhard Übelacker   Wed, 18 Nov 2015 23:55:08 +0100



Regards,
Bernhard Übelacker

Bug#805521: RFS: normaliz/3.0.0+ds-2 [FTBFS fix release]

[Jerome Benoit]

Package: sponsorship-requests
Severity: normal

Dear Mentors,

I am looking for a sponsor for my package normaliz that
I am maintaining on behalf of the Debian Science-Team.

Thanks,
Jerome

-- System Information:
Debian Release: Jessie*
  APT prefers stable
  APT policy: (990, 'stable'), (500, 'stable-updates')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 3.16.7-ckt11-amd64-mbp62 (SMP w/4 CPU cores)
Locale: LANG=en_GB.utf8, LC_CTYPE=en_GB.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)

Bug#805528: RFS: xtrkcad/1:4.2.2-1

[Daniel E. Markle]

Package: sponsorship-requests
Severity: normal

Dear mentors,

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

Package name: xtrkcad
Version : 1:4.2.2-1
Upstream Author : XTrkCAD Developers 

URL : http://sourceforge.net/projects/xtrkcad-fork/
License : GPL-2, BSD Revised
Section : editors

It builds those binary packages:

  xtrkcad- Model Train Track CAD Program

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

http://mentors.debian.net/package/xtrkcad

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

  dget -x 
http://mentors.debian.net/debian/pool/main/x/xtrkcad/xtrkcad_4.2.2-1.dsc

Changes since the last upload:

xtrkcad (1:4.2.2-1) unstable; urgency=low

  * new upstream version
  * dep5 copyright file added
  * removed obsolete debian menu entry
  * removed harden patch now upstream

xtrkcad (1:4.2.1-1) unstable; urgency=low

  * new upstream version, closes: #622924
  * packaging updates and fixes; removes patchset for help system as is now
integrated upstream
  * turnout naming fix from upstream, closes: #784423


-- 
Daniel E. Markle
http://ashtech.net/~dmarkle/

Bug#804513: marked as done (RFS: xtrkcad/1:4.2.1-1)

[Debian Bug Tracking System]

Your message dated Thu, 19 Nov 2015 02:15:45 -0500
with message-id <20151119071545.ga29...@ashtech.net>
and subject line Re: Bug#804513: RFS: xtrkcad/1:4.2.1-1
has caused the Debian Bug report #804513,
regarding RFS: xtrkcad/1:4.2.1-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.)


-- 
804513: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804513
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 "xtrkcad"

 * Package name: xtrkcad
   Version : 1:4.2.1-1
   Upstream Author : Martin Fischer 
 * URL : http://xtrkcad.org
 * License : GPL-2
   Section : editors

  It builds those binary packages:

xtrkcad- Model Train Track CAD Program

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

  http://mentors.debian.net/package/xtrkcad


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

dget -x 
http://mentors.debian.net/debian/pool/main/x/xtrkcad/xtrkcad_4.2.1-1.dsc

  More information about hello can be obtained from http://www.example.com.

  Changes since the last upload:
  * new upstream version, closes: #622924
  * packaging updates and fixes; removes patchset for help system as is now
integrated upstream
  * turnout naming fix from upstream, closes: #784423


-- 
Daniel E. Markle
http://ashtech.net/~dmarkle/
--- End Message ---
--- Begin Message ---
RFS obsolete due to new upstream version.--- End Message ---

Bug#790761: marked as done (RFS: mysql-sandbox/3.0.50-1 [ITP] -- Install and set up one or more MySQL server instances easily)

[Debian Bug Tracking System]

Your message dated Thu, 19 Nov 2015 04:29:01 +
with message-id 
and subject line closing RFS: mysql-sandbox/3.0.50-1 [ITP] -- Install and set 
up one or more MySQL server instances easily
has caused the Debian Bug report #790761,
regarding RFS: mysql-sandbox/3.0.50-1 [ITP] -- Install and set up one or more 
MySQL server instances easily
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.)


-- 
790761: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=790761
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 "mysql-sandbox"

 Package name: mysql-sandbox
 Version : 3.0.50-1
 Upstream Author : Giuseppe Maxia 
 URL : http://mysqlsandbox.net/
 License : GPL-2.0+
 Section : database

It builds those binary packages:

  mysql-sandbox - Install and set up one or more MySQL server instances easily
To access further information about this package, please visit the
following URL:
http://mentors.debian.net/package/mysql-sandbox


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

  dget -x 
http://mentors.debian.net/debian/pool/main/m/mysql-sandbox/mysql-sandbox_3.0.50-1.dsc

More information about mysql-sandbox can be obtained from
http://mysqlsandbox.net/.

This is another try to attract a sponsor for this package.


Regards,
 Mateusz Kijowski
--- End Message ---
--- Begin Message ---
Package mysql-sandbox has been removed from mentors.--- End Message ---