Bug#792443: RFS: mirage/0.9.5.1-4 [QA]

2015-07-15 Thread lucas castro
All right now. Uploaded to mentors, On Tue, Jul 14, 2015 at 10:05 PM, Eriberto Mota eribe...@debian.org wrote: tags 792443 moreinfo thanks Hi Lucas, I will try help you. My considerations: 1. I can see some changes not registered in d/changelog. An example of this is DH level change

Re: Granting DM rights as a sponsor

2015-07-15 Thread Ole Streicher
Niels Thykier ni...@thykier.net writes: On 2015-07-15 08:45, Ole Streicher wrote: $ apt-get install dcut-ng Hi Ole, The package name is dput-ng and not dcut-ng. :) OK, that makes it clear. Thank you :-) Best Ole -- To UNSUBSCRIBE, email to debian-mentors-requ...@lists.debian.org with a

Re: rules file and build directory

2015-07-15 Thread Eugen Wintersberger
Hi folks you are definitely right with your answers, however, they are not entirely answer my questions On 07/15/15 10:29, Ghislain Vaillant wrote: On 15 Jul 2015 9:03 am, PICCA Frederic-Emmanuel frederic-emmanuel.pi...@synchrotron-soleil.fr wrote: In order to run the tests in my package I

RE:rules file and build directory

2015-07-15 Thread PICCA Frederic-Emmanuel
Let me give you an example here. Let us assume we have a special target 'my_super_test' in the upstream Makefile which should be called by dh_auto_test and let us further assume we do not want or cannot change the upstream Makefile. In this case I would do something like this

RE:rules file and build directory

2015-07-15 Thread PICCA Frederic-Emmanuel
In order to run the tests in my package I first have to build them (they are not built by the 'all' target). This requires a non-standard target (build-tests) of the upstream Makefile to be invoked. I have two solutions how I can deal with this: 1.) I change to the build directory (the

Bug#792379: RFS: plowshare4/1.0.5-2 [RC] -- filesharing website tool implemented in bash

2015-07-15 Thread Vincent Cheng
Hi Carl, On Tue, Jul 14, 2015 at 6:57 PM, Carl Suster c...@contraflo.ws wrote: Hi Vincent, Thanks for the information. In this case, I'll change my request to be that I would like to temporarily forget about the version in experimental and for now upload 1.0.5-2 to unstable. Then I could

Re: rules file and build directory

2015-07-15 Thread Eugen Wintersberger
Hi Herbert On 07/15/15 11:04, gregor herrmann wrote: Looks very much like your BUILDDIR. And can be queried (not sure which of the 3 variables) like: % dpkg-architecture -qDEB_BUILD_GNU_TYPE x86_64-linux-gnu Cf. for examples:

Re: rules file and build directory

2015-07-15 Thread Eugen Wintersberger
Hi Frederic On 07/15/15 08:54, PICCA Frederic-Emmanuel wrote: Hello Eugen In order to run the tests in my package I first have to build them (they are not built by the 'all' target). This requires a non-standard target (build-tests) of the upstream Makefile to be invoked. I have two

RE:rules file and build directory

2015-07-15 Thread Ghislain Vaillant
On 15 Jul 2015 9:03 am, PICCA Frederic-Emmanuel frederic-emmanuel.pi...@synchrotron-soleil.fr wrote: In order to run the tests in my package I first have to build them (they are not built by the 'all' target). This requires a non-standard target (build-tests) of the upstream Makefile to be

Re: rules file and build directory

2015-07-15 Thread gregor herrmann
On Wed, 15 Jul 2015 10:52:07 +0200, Eugen Wintersberger wrote: override_du_auto_test: cd BUILDDIR make my_super_test My original question was: where do I get BUILDDIR from? For instance, when you use cmake the build directory (relative to the location where the rules file is

Re: Granting DM rights as a sponsor

2015-07-15 Thread Vincent Cheng
On Wed, Jul 15, 2015 at 1:17 AM, Mattia Rizzolo mat...@mapreri.org wrote: On Tue, Jul 14, 2015 at 06:11:14PM -0700, Vincent Cheng wrote: actually switched to using dput-ng myself (mostly due to inertia, and also IIRC it involves dput config file changes). It does not. dput-ng is entirely

Re: Granting DM rights as a sponsor

2015-07-15 Thread Mattia Rizzolo
On Tue, Jul 14, 2015 at 06:11:14PM -0700, Vincent Cheng wrote: actually switched to using dput-ng myself (mostly due to inertia, and also IIRC it involves dput config file changes). It does not. dput-ng is entirely compatible with dput config files, it just adds a new format (json-based) if you

Bug#792379: RFS: plowshare4/1.0.5-2 [RC] -- filesharing website tool implemented in bash

2015-07-15 Thread Carl Suster
Hi Vincent, Yes I already quietly updated the package on mentors to target unstable when I filed the r.d.o bug a few hours ago. The package in experimental pre-dates the raising of this bug - we can just forget that exists. I'll go straight from 1.0.5-2 to 2.x.x-1 in unstable when I finish

Bug#792379: Plowshare RC bug

2015-07-15 Thread Carl Suster
Hi Eriberto, Independently of my new upstream packaging, I'm trying to get a small fix through for an RC bug in the plowshare version currently in stable. The context is in the three bugs below: RC bug: https://bugs.debian.org/791467 sponsor: https://bugs.debian.org/792379 r.d.o:

Re: Granting DM rights as a sponsor

2015-07-15 Thread Ole Streicher
Vincent Cheng vch...@debian.org writes: There are tools available in the archive to make this entire process relatively painless (dput-ng) But dcut-ng is not in Debian? $ apt-get install dcut-ng Reading package lists... Done Building dependency tree Reading state information... Done E:

RE:rules file and build directory

2015-07-15 Thread PICCA Frederic-Emmanuel
Hello Eugen In order to run the tests in my package I first have to build them (they are not built by the 'all' target). This requires a non-standard target (build-tests) of the upstream Makefile to be invoked. I have two solutions how I can deal with this: 1.) I change to the build

Re: Granting DM rights as a sponsor

2015-07-15 Thread Niels Thykier
On 2015-07-15 08:45, Ole Streicher wrote: Vincent Cheng vch...@debian.org writes: There are tools available in the archive to make this entire process relatively painless (dput-ng) But dcut-ng is not in Debian? $ apt-get install dcut-ng Reading package lists... Done Building dependency

Bug#791463: Quick review

2015-07-15 Thread Gianfranco Costamagna
Hi, following an irc conversation I did a quick look at the package, and looks mostly good. I never used pmake, so I don't know if this is the right approach, and I can't review fully the rules file. Just some licenses are not mentioned in the copyright file, and I listed them below

Seeking replacement for some Java icons in package mauve-aligner

2015-07-15 Thread Andreas Tille
Hi, the package mauve-aligner containes some images[1] that are copyrighted Copyright 2000 by Sun Microsystems, Inc. All Rights Reserved. DarkHand16.gif so ftpmaster has rejected the upload[2]. Upstream says about these icons: Several of these icons were supplied by Sun as 'stock icons'

Re: Seeking replacement for some Java icons in package mauve-aligner

2015-07-15 Thread Mathias Behrle
Re-posting, initial reply didn't go the list(s): * Andreas Tille: Seeking replacement for some Java icons in package mauve-aligner (Wed, 15 Jul 2015 14:49:04 +0200): Hi, the package mauve-aligner containes some images[1] that are copyrighted Copyright 2000 by Sun Microsystems, Inc.

Re: Bug#788559: [Help] Cmake detection problem (Was: Bug#788559: vxl: FTBFS: fatal error: libc.h: No such file or directory)

2015-07-15 Thread Andreas Cadhalpun
Control: tag -1 patch Eureka! On 25.06.2015 11:27, Andreas Tille wrote: I've checked this issue and i boils down to the fact that the header file in question is included only conditional. Unfortunately this condition is not properly set. Cmake is supposed to detect an existing libc.h

Re: Bug#788844: RFS: gbutils/5.6.6-1 [ITP]

2015-07-15 Thread Pietro Battiston
Il giorno dom, 12/07/2015 alle 20.38 +0200, Tomasz Buchert ha scritto: On 11/07/15 00:37, Pietro Battiston wrote: Hi Tomasz, thank you very much for your careful review. Il giorno mar, 30/06/2015 alle 13.58 +0200, Tomasz Buchert ha scritto: On 30/06/15 12:35, Pietro Battiston