date:20120727

Hi all

Do *.so development symlinks in a shared-library package constitute a
policy violation? 8.1 Doesn't forbid them in the library package and 8.4
only says the should be in the -dev package.

Thanks for the help in advance

Michael


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/50124af6.2060...@users.sourceforge.net

Re: RFC: xinetd autoreconf

2012-07-27 Thread Russ Allbery

Salvo Tomaselli tipos...@tiscali.it writes:

 But the autoreconf command fails. I've tried multiple versions and it
 always fails giving a long list of warnings about missing template and
 then
 autoreconf: /usr/bin/autoheader failed with exit status: 1

xinetd doesn't use autoheader or config.h.in templates.  You can't run
autoheader on that package without rewriting the configure.in script
(which I think should be done, but upstream seems to be using a
hand-rolled config.h.in, so this may be intentional on their part).  You
have to only run autoconf.

It looks like you can do that by overriding dh_autoreconf and running:

dh_autoreconf -- autoconf

instead of its default action.  That should be safe, since the package
doesn't use automake or libtool either, so the other things that
autoreconf runs are not relevant to it.

-- 
Russ Allbery (r...@debian.org)   http://www.eyrie.org/~eagle/


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87394d8v1a@windlord.stanford.edu

Re: *.so symlinks in shared lib package

2012-07-27 Thread Ansgar Burchardt

Michael Wild them...@users.sourceforge.net writes:
 Do *.so development symlinks in a shared-library package constitute a
 policy violation? 8.1 Doesn't forbid them in the library package and 8.4
 only says the should be in the -dev package.

From Policy 8.2:

If your package contains files whose names do not change with each
change in the library shared object version, you must not put them
in the shared library package.

So most likely you don't want development symlinks in the library
package.

Ansgar


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87a9yly54m@deep-thought.43-1.org

Re: *.so symlinks in shared lib package

2012-07-27 Thread Russ Allbery

Michael Wild them...@users.sourceforge.net writes:

 Do *.so development symlinks in a shared-library package constitute a
 policy violation? 8.1 Doesn't forbid them in the library package and 8.4
 only says the should be in the -dev package.

If the *.so development symlinks prevent two versions of the package with
different SONAMEs from coexisting, it's a violation of Policy 8.2:

If your package contains files whose names do not change with each
change in the library shared object version, you must not put them in
the shared library package. Otherwise, several versions of the shared
library cannot be installed at the same time without filename clashes,
making upgrades and transitions unnecessarily difficult.

Normally, the development symlinks will indeed violate this, since they'll
be of the form libfoo.so, which does not change with each change in the
library shared object version.

-- 
Russ Allbery (r...@debian.org)   http://www.eyrie.org/~eagle/


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87y5m57gbu@windlord.stanford.edu

Re: *.so symlinks in shared lib package

On 07/27/2012 10:34 AM, Russ Allbery wrote:
 Michael Wild them...@users.sourceforge.net writes:
 
 Do *.so development symlinks in a shared-library package constitute a
 policy violation? 8.1 Doesn't forbid them in the library package and 8.4
 only says the should be in the -dev package.
 
 If the *.so development symlinks prevent two versions of the package with
 different SONAMEs from coexisting, it's a violation of Policy 8.2:
 
 If your package contains files whose names do not change with each
 change in the library shared object version, you must not put them in
 the shared library package. Otherwise, several versions of the shared
 library cannot be installed at the same time without filename clashes,
 making upgrades and transitions unnecessarily difficult.
 
 Normally, the development symlinks will indeed violate this, since they'll
 be of the form libfoo.so, which does not change with each change in the
 library shared object version.
 

Thanks Ansgar and Russ

That's just the answer I needed to make #682943 a RC bug ;-)

Michael


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/50125de5.2090...@gmail.com

Bug#682781: RFS: minidlna

Bart Martens wrote:
On Thu, Jul 26, 2012 at 05:45:51PM +0200, Benoît Knecht wrote:
Bart Martens wrote:
minidlna-1.0.25+dfsg/debian/copyright :

| Source: http://sourceforge.net/projects/minidlna/files/
| The icons.c file in the original tarball contained binary blobs of
possibly
| unfree images. It has hence been replaced in the DFSG tarball by a
file
| containing the free Debian logo instead. It can be generated from
the SVG logo
| using the debian/make_icons.sh script (see the header of that file
for
| instructions).

http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-origtargz

| A repackaged .orig.tar.{gz,bz2,xz} should not contain any file that
does not
| come from the upstream author(s), or whose contents has been changed
by you.

So removing files is OK, adding/replacing files not.

You're right, except that in this case, the source would fail to build
if I simply removed icons.c, so I think it falls under the exception
laid out in the footnote [1]:

| As a special exception, if the omission of non-free files would lead
| to the source failing to build without assistance from the Debian
| diff, it might be appropriate to instead edit the files, omitting only
| the non-free parts of them, and/or explain the situation in a
| README.source file in the root of the source tree. But in that case
| please also urge the upstream author to make the non-free components
| easier separable from the rest of the source.

[1]
http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#ftn.idp20146152

That is about editing the to omit non-free parts, not about adding/replacing
files.

I'm not sure what you're proposing I should do. The upstream icons.c
contained four binary blobs, each corresponding to a possibly unfree
logo. I can't remove the entire file (or it won't compile) and I can't
replace the binary blobs with empty strings (or it won't run). So I
changed the file as little as possible while ensuring that it leads to a
DFSG-compliant and running program; it just happens to be more or less
the same thing as replacing the entire file, since it contained unfree
data only.

Cheers,

--
Benoît Knecht

--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120727131001.ga2...@marvin.lan

Bug#682968: RFS: viennacl/1.2.0-2

Package: sponsorship-requests
Severity: normal
X-Debbugs-CC: debian-scie...@lists.debian.org, 682...@bugs.debian.org

Dear mentors,

I am looking for a sponsor for my package viennacl

* Package name: viennacl
  Version : 1.2.0-2
  Upstream Author : Karl Rupp r...@iue.tuwien.ac.at
* URL : http://viennacl.sf.net
* License : Expat (+other-KHRONOS)
  Section : science

It builds those binary packages:

libviennacl-dev - Scientific computing library written in C++ based on
OpenCL
libviennacl-doc - ViennaCL API and user documentation

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

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


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

  dget -x
http://mentors.debian.net/debian/pool/contrib/v/viennacl/viennacl_1.2.0-2.dsc

More information about ViennaCL can be obtained from
http://viennacl.sf.net.

Changes since the last upload:

  * [6c05cc0] Fix declaration order of prod_impl() and trans_prod_impl()
- Added
d/p/0004-Fix-declaration-order-of-prod_impl-trans_prod_impl.patch
(Closes: 682410)


This revision of the package fixes a FTBFS bug, so should be eligible
for a freeze-exception.

Regards,


Michael Wild


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/50129ce8.9050...@users.sourceforge.net

Processed: Bug#682968: Raise severity as it fixes an RC bug

Processing commands for cont...@bugs.debian.org:

 severity 682968 serious
Bug #682968 [sponsorship-requests] RFS: viennacl/1.2.0-2
Severity set to 'serious' from 'normal'
 retitle 682968 RFS: viennacl/1.2.0-2 [RC]
Bug #682968 [sponsorship-requests] RFS: viennacl/1.2.0-2
Changed Bug title to 'RFS: viennacl/1.2.0-2 [RC]' from 'RFS: viennacl/1.2.0-2'
 block 682410 by 682968
Bug #682410 [viennacl] viennacl: FTBFS in a minimal sid amd64 chroot
682410 was not blocked by any bugs.
682410 was not blocking any bugs.
Added blocking bug(s) of 682410: 682968
 package sponsorship-requests
Limiting to bugs with field 'package' containing at least one of 
'sponsorship-requests'
Limit currently set to 'package':'sponsorship-requests'

 user sponsorship-reque...@packages.debian.org
Setting user to sponsorship-reque...@packages.debian.org (was 
benoit.kne...@fsfe.org).
 usertags 682968 for-wheezy
There were no usertags set.
Usertags are now: for-wheezy.

End of message, stopping processing here.

Please contact me if you need assistance.
-- 
682410: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682410
682968: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=682968
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.13433982767323.transcr...@bugs.debian.org

Bug#682035: RFS: maxwell/1.2-1 (ITP #662736)

Hi Pedro,

Pedro I. Sanchez wrote:
 I am looking for a sponsor for my package maxwell
 
 * Package name: maxwell
   Version : 1.2-1
   Upstream Author : Sandy Harrissandyinch...@gmail.com
 * URL : ftp://ftp.cs.sjtu.edu.cn:990/sandy/maxwell/
 * License : GPL v2
   Section : admin
 
 It builds those binary packages:
 
 maxwell - Daemon to gather entropy from a timer and feed it to random(4)

There are a few lintian warnings that you should fix:

  P: maxwell source: unversioned-copyright-format-uri 
http://dep.debian.net/deps/dep5
  W: maxwell: hardening-no-relro usr/bin/maxwell
  W: maxwell: hardening-no-fortify-functions usr/bin/maxwell
  P: maxwell: no-upstream-changelog
  W: maxwell: new-package-should-close-itp-bug

According to debian/copyright, the entire source is GPL-2, but only
maxwell.c has a header mentioning GPL-2 (and not even the standard GPL
header); there's no copy of the GPL included in the package either. You
should ask upstream to add license headers to every source file
(including the man page), following the instructions in the last section
of the GPL [1], and a full copy of the GPL in a LICENSE file.

[1] https://www.gnu.org/licenses/gpl-2.0.html

Also, the source of Maxwell.pdf is missing.

Other than that, the watch file isn't working:

  uscan warning: Filename pattern missing version delimiters ()
in debian/watch, skipping:
ftp://ftp.cs.sjtu.edu.cn:990/sandy/maxwell\.tgz

I haven't looked any further into the package.

Cheers,

-- 
Benoît Knecht


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120727144517.gc2...@marvin.lan

Re: RFC: xinetd autoreconf

2012-07-27 Thread Adam Borowski

On Fri, Jul 27, 2012 at 09:28:49AM +0200, Salvo Tomaselli wrote:
 the current package has a patch that basically is a replacement of the 
 configure script. The patch is extremely complicated and i guess not really 
 meant for human eyes.
 
 What i was trying to do is to use dh_autoreconf and have the configure script 
 regenerated automatically instead of including a patch i can't check.
 
 But the autoreconf command fails. I've tried multiple versions and it always 
 fails giving a long list of warnings about missing template and then
  autoreconf: /usr/bin/autoheader failed with exit status: 1

Ie, the package is shipping code without source.  A configure script is as
far away from something readable/editable as you can be while still using
shell.  I don't think anyone can possibly call it a preferred form for
modification with a straight face.

Yet another example why --disable-maintainer-mode is bad.


-- 
Copyright and patents were never about promoting culture and innovations;
from the very start they were legalized bribes to give the king some income
and to let businesses get rid of competition.  For some history, please read
https://en.wikipedia.org/wiki/Statute_of_Monopolies_1623


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120727150302.ga13...@angband.pl

Bug#678343: RFS: tilem/2.0-1 [ITP]

Hi Albert,

Albert Huang wrote:
 I am looking for a sponsor for my package tilem
 
  * Package name: tilem
Version : 2.0-1
Upstream Author : Benjamin Moody and Thibault Duponchelle (
 tilem-de...@sourceforge.net)
  * URL : http://lpg.ticalc.org/prj_tilem/
  * License : GPL, LGPL, GFDL
Section : math
 
 It builds those binary packages:
 
   tilem - GTK+ TI Z80 calculator emulator

Your package build-depends on versions of libticables-dev,
libticalcs-dev, libticonv-dev and libtifiles-dev that are not even in
debian, which of course means it fails to build. How come?

-- 
Benoît Knecht


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120727151400.gd2...@marvin.lan

Bug#682035: RFS: maxwell/1.2-1 (ITP #662736)

Benoît Knecht wrote:
 There are a few lintian warnings that you should fix:
 
   P: maxwell source: unversioned-copyright-format-uri 
 http://dep.debian.net/deps/dep5
   W: maxwell: hardening-no-relro usr/bin/maxwell
   W: maxwell: hardening-no-fortify-functions usr/bin/maxwell
   P: maxwell: no-upstream-changelog
   W: maxwell: new-package-should-close-itp-bug
 
 According to debian/copyright, the entire source is GPL-2, but only
 maxwell.c has a header mentioning GPL-2 (and not even the standard GPL
 header); there's no copy of the GPL included in the package either. You
 should ask upstream to add license headers to every source file
 (including the man page), following the instructions in the last section
 of the GPL [1], and a full copy of the GPL in a LICENSE file.
 
 [1] https://www.gnu.org/licenses/gpl-2.0.html
 
 Also, the source of Maxwell.pdf is missing.
 
 Other than that, the watch file isn't working:
 
   uscan warning: Filename pattern missing version delimiters ()
 in debian/watch, skipping:
 ftp://ftp.cs.sjtu.edu.cn:990/sandy/maxwell\.tgz

I forgot to mention one thing. Line 8 of maxwell.8 sets the line length
to +8, which leads to a very strange layout. Please remove that line.

Cheers,

-- 
Benoît Knecht


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120727161305.ge2...@marvin.lan

Bug#678343: RFS: tilem/2.0-1 [ITP]

2012-07-27 Thread Gergely Nagy

Benoît Knecht benoit.kne...@fsfe.org writes:

 Hi Albert,

 Albert Huang wrote:
 I am looking for a sponsor for my package tilem
 
  * Package name: tilem
Version : 2.0-1
Upstream Author : Benjamin Moody and Thibault Duponchelle (
 tilem-de...@sourceforge.net)
  * URL : http://lpg.ticalc.org/prj_tilem/
  * License : GPL, LGPL, GFDL
Section : math
 
 It builds those binary packages:
 
   tilem - GTK+ TI Z80 calculator emulator

 Your package build-depends on versions of libticables-dev,
 libticalcs-dev, libticonv-dev and libtifiles-dev that are not even in
 debian, which of course means it fails to build. How come?

Newer versions of those packages are waiting for sponsorship too.

-- 
|8]


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87r4rxji7f@bombadil.mhp

Bug#682035: RFS: maxwell/1.2-1 (ITP #662736)

2012-07-27 Thread Pedro I. Sanchez


On 12-07-27 12:13 PM, Benoît Knecht wrote:

Benoît Knecht wrote:

There are a few lintian warnings that you should fix:

   P: maxwell source: unversioned-copyright-format-uri 
http://dep.debian.net/deps/dep5
   W: maxwell: hardening-no-relro usr/bin/maxwell
   W: maxwell: hardening-no-fortify-functions usr/bin/maxwell
   P: maxwell: no-upstream-changelog
   W: maxwell: new-package-should-close-itp-bug

According to debian/copyright, the entire source is GPL-2, but only
maxwell.c has a header mentioning GPL-2 (and not even the standard GPL
header); there's no copy of the GPL included in the package either. You
should ask upstream to add license headers to every source file
(including the man page), following the instructions in the last section
of the GPL [1], and a full copy of the GPL in a LICENSE file.

[1] https://www.gnu.org/licenses/gpl-2.0.html

Also, the source of Maxwell.pdf is missing.

Other than that, the watch file isn't working:

   uscan warning: Filename pattern missing version delimiters ()
 in debian/watch, skipping:
 ftp://ftp.cs.sjtu.edu.cn:990/sandy/maxwell\.tgz


I forgot to mention one thing. Line 8 of maxwell.8 sets the line length
to +8, which leads to a very strange layout. Please remove that line.

Cheers,



Thank you for the feedback Benoît, much appreciated.

I'll be working on the second iteration of the package shortly and will 
take care of your comments and some others that I have collected already.


Cheers,

--
Pedro I. Sanchez


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5012c5dc.90...@fosstel.com

Bug#682781: RFS: minidlna

2012-07-27 Thread Bart Martens

On Fri, Jul 27, 2012 at 03:10:02PM +0200, Benoît Knecht wrote:
 I'm not sure what you're proposing I should do.

I sometimes give feedback on a package without proposing a solution.

In this case it is, in my opinion, OK to remove the non-free parts from the
upstream tarball, and to ship everything else in the .debian.tar.gz file.

Regards,

Bart Martens


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120727175410.ga14...@master.debian.org

Processed: block RFS tilem by ITA libticonv

Processing commands for cont...@bugs.debian.org:

 block 678343 by 678872
Bug #678343 [sponsorship-requests] RFS: tilem/2.0-1 [ITP]
678343 was not blocked by any bugs.
678343 was blocking: 678229
Added blocking bug(s) of 678343: 678872
 stop
Stopping processing here.

Please contact me if you need assistance.
-- 
678343: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=678343
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems


--
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/handler.s.c.134341349329933.transcr...@bugs.debian.org

Bug#677239: marked as done (RFS: fractalnow/0.8.1-1 [ITP #673395] -- Fast, advanced fractal generator)

Your message dated Fri, 27 Jul 2012 19:17:08 +
with message-id e1suq28-0006vh...@franck.debian.org
and subject line Bug#677239: fixed in fractalnow 0.8.1-1
has caused the Debian Bug report #677239,
regarding RFS: fractalnow/0.8.1-1 [ITP #673395] -- Fast, advanced fractal 
generator
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.)


-- 
677239: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=677239
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
---BeginMessage---
Package: sponsorship-requests
Severity: wishlist

Dear mentors,

I am looking for someone to sponsor my first package fractalnow.

* Package name: fractalnow
  Version : 0.8.0
  Upstream Author : Marc Pegon pe.m...@free.fr
* URL : http://fractalnow.sourceforge.net
* License : LGPL
  Programming Lang: C, C++ 
  Description : Fast, advanced fractal generator

FractalNow is a fractal generator quite similar to fraqtive (which is in
Debian), but faster and with more options (more formulas, several
coloring
methods, cool stuff like arbitrary float precision, and more!).
Take a look at my nice fractal gallery:
http://fractalnow.sourceforge.net/gallery.html
And some screenshots:
http://fractalnow.sourceforge.net/screenshots.html

It builds one binary package:
fractalnow -- Fast, advanced fractal generator

All files required for building package are on sourceforge:

http://sourceforge.net/projects/fractalnow/files/FractalNow/0.8.0/sources/packaging/debian/
Already built binary packages for i386, amd64 and armel:

http://sourceforge.net/projects/fractalnow/files/FractalNow/0.8.0/builds/linux/deb/

Thank you for your time,

Marc Pegon



---End Message---
---BeginMessage---
Source: fractalnow
Source-Version: 0.8.1-1

We believe that the bug you reported is fixed in the latest version of
fractalnow, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 677...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Marc Pegon pe.m...@free.fr (supplier of updated fractalnow package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Wed, 11 Jul 2012 12:10:15 +0200
Source: fractalnow
Binary: fractalnow
Architecture: source amd64
Version: 0.8.1-1
Distribution: unstable
Urgency: low
Maintainer: Marc Pegon pe.m...@free.fr
Changed-By: Marc Pegon pe.m...@free.fr
Description: 
 fractalnow - Fast, advanced fractal generator
Closes: 673395 677239
Changes: 
 fractalnow (0.8.1-1) unstable; urgency=low
 .
   * Initial release (closes: Bug#677239, Bug#673395)
Checksums-Sha1: 
 ff37a6866d7b51339e3a5af531c6768c3028e905 1805 fractalnow_0.8.1-1.dsc
 17726b89e9d96cb42ac4f49e1d0ead58e7a1988b 1340720 fractalnow_0.8.1.orig.tar.gz
 691941ade7f0241f30aa0af13d6964959dedbf9a 2229 fractalnow_0.8.1-1.debian.tar.gz
 bebd640fa030a10dbb304f6e75fc62c6db9eae36 1653484 fractalnow_0.8.1-1_amd64.deb
Checksums-Sha256: 
 7b8a5937c91f356df45709ff19ea5e60a9841988084f7223a08e42886b98d95e 1805 
fractalnow_0.8.1-1.dsc
 e595494af9f905adb5d83d8233a53fa6f21310804bae83cfa7b5c82c035f597f 1340720 
fractalnow_0.8.1.orig.tar.gz
 a6188215aea699e470b7dc54010eb1b9bd795052addb84db602f8401d4be16d3 2229 
fractalnow_0.8.1-1.debian.tar.gz
 ba9128b83e2e9ff387e5e60a07579798e782cdcf432d5ba8a03a254ef27e2e49 1653484 
fractalnow_0.8.1-1_amd64.deb
Files: 
 a89b574ed9c7450d48a1201bfc038699 1805 science optional fractalnow_0.8.1-1.dsc
 84988e41082b1e5335234c068d871e26 1340720 science optional 
fractalnow_0.8.1.orig.tar.gz
 1765946124e2ecfa032df165656a62ec 2229 science optional 
fractalnow_0.8.1-1.debian.tar.gz
 9da4ac9f4bfe92efc9bcd3f7e64665bd 1653484 science optional 
fractalnow_0.8.1-1_amd64.deb

-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.12 (GNU/Linux)

iQIcBAEBCAAGBQJQCAraAAoJEBLZsEqQy9jkjVkQAJhnyPZL59L0ikPc6bXm7Clx
9zcN+nPbdhygvtOuChvz3+pdaIJv3YullBnaZXqu5RA5Off0ngRPNyKrAbDS38GC
j1MBeayk2vYn+m3RIZ1Kuf699mQWYfC5aSw2+cGHsLchCMm3zHIg4bbkt2Mf7Fs+
0PtGgzu45i/xezkxBBEgRDU+B97SdD+oFVnZALFGysvxNcqTuJPdsBmEx6JPfZtq
m7tomeQCNMsCfO7YHWa4HTZyKCWKY9CPDDtqf+XShFHrXpr/QbgYxbq0CcAR2/y/
StUtfnk1cMlhEDj12cLV3rXcfrL6zhZXFZiv28y5NJeuLuw9MYE29oZg/4uv0L1h
Q2FfWM8UXvaW3m+Se1ll6bnxGonxtgG/Dh1C5YUbxsfxyTDFKw3xhJUSc6LQGq91

Bug#682968: RFS: viennacl/1.2.0-2 [RC]

2012-07-27 Thread Bart Martens

user sponsorship-reque...@packages.debian.org
usertags 682968 fit-for-wheezy
stop


Hi Michael,

I had a look at your package at mentors uploaded there on 2012-07-27 13:32.
The change to debian/gbp.conf is not mentioned in debian/changelog.

Regards,

Bart Martens


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20120727192824.gi14...@master.debian.org

Bug#682968: RFS: viennacl/1.2.0-2 [RC]

On 07/27/2012 09:28 PM, Bart Martens wrote:
 user sponsorship-reque...@packages.debian.org
 usertags 682968 fit-for-wheezy
 stop
 
 
 Hi Michael,
 
 I had a look at your package at mentors uploaded there on 2012-07-27 13:32.
 The change to debian/gbp.conf is not mentioned in debian/changelog.
 
 Regards,
 
 Bart Martens
 

I excluded it via Git-Dch: Ignore as I think this change is more of a
detail about the repository organization. Would you consider it to be
essential that it is included?

Michael


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5012f897.2080...@users.sourceforge.net

Bug#682968: RFS: viennacl/1.2.0-2 [RC]

Just uploaded a new version to m.d.n with the d/changelog entry.


-- 
To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org
with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/5012fc57@users.sourceforge.net

Bug#682899: marked as done (RFS: zynaddsubfx/2.4.0-1.3 [NMU] [RC])

Your message dated Fri, 27 Jul 2012 23:36:15 +0200
with message-id 1343424975.5717.38.ca...@edge.localdomain.be
and subject line RFS: zynaddsubfx/2.4.0-1.3 [NMU] [RC]
has caused the Debian Bug report #682899,
regarding RFS: zynaddsubfx/2.4.0-1.3 [NMU] [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.)


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

Dear mentors,

I am looking for a sponsor for my package zynaddsubfx

 * Package name: zynaddsubfx
   Version : 2.4.0-1.3
   Upstream Author : Nasca Otavian Paul zynaddsu...@yahoo.com
 * URL : http://zynaddsubfx.sourceforge.net
 * License : GPL
   Section : sound

It builds those binary packages:

zynaddsubfx - Realtime software synthesizer for Linux

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

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

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

  dget -x
http://mentors.debian.net/debian/pool/main/z/zynaddsubfx/zynaddsubfx_2.4.0-1.3.dsc

Changes since the last upload:

 * Fix bank loading. (Closes: #661887).
 * Build with libjack-dev or libjack-jackd2-dev. (Closes: #602194).
 * Fix debhelper-but-no-misc-depends zynaddsubfx.
 * Fix patch-system-but-direct-changes-in-diff src/main.cpp.
 * Fix hardening-no-fortify-functions usr/bin/zynaddsubfx.

Regards,
  Christophe Siraut
---End Message---
---BeginMessage---
Sorry I was not aware of pkg-multimedia-commits list, it appears an
agreement was reached for maintainer change two weeks ago, and
Multimedia Maintainers are active on packaging zynaddsubfx since then.

Cheers,
Chris---End Message---

Bug#682968: marked as done (RFS: viennacl/1.2.0-2 [RC])