-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Hi,
I see "serious" FTBFS bugs appearing on my packages when people try to
rebuild the entire archive.
Those failures are due to attempting to run the clean target prior to
anything else.
While it's nice when debian/rules clean works even on alrea
Running debian/rules clean is the default behaviour of
dpkg-buildpackage and of the buildds:
https://buildd.debian.org/status/fetch.php?pkg=ibniz&arch=i386&ver=1.18-1&stamp=1380517808
--
bye,
pabs
http://wiki.debian.org/PaulWise
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.o
On 2013-10-07 10:53 +0200, Thibaut Paumard wrote:
> I see "serious" FTBFS bugs appearing on my packages when people try to
> rebuild the entire archive.
>
> Those failures are due to attempting to run the clean target prior to
> anything else.
This is what dpkg-buildpackage does, so it has to wor
On Wed, Oct 02, 2013 at 04:07:25PM +0100, Wookey wrote:
> +++ Niels Thykier [2013-10-02 09:45 +0200]:
> > armel: Wookey (DD), Gatis Visnevskis (!DD), Nobuhiro Iwamatsu (DD), Steve
> > McIntyre (DD)
> > armhf: Jeremiah Foster (!DD, but NM?), Wookey (DD), Justus Winter (!DD),
> > Lennart Sorensen (
Package: wnpp
Owner: Salvatore Bonaccorso
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org,debian-p...@lists.debian.org
* Package name: libdevel-callsite-perl
Version : 0.07
Upstream Author : Rocky Bernstein (current maintainer), Ted
Zlatanov , Ben Morrow
* URL
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Le 07/10/2013 11:31, Sven Joachim a ￩crit :
> On 2013-10-07 10:53 +0200, Thibaut Paumard wrote:
>
>> I think people who do full archive rebuilds should fix their
>> scripts to not clean before building, or file "wishlist" bugs
>> instead of "serious
On Mon, Oct 07, 2013 at 03:34:58PM +0200, Thibaut Paumard wrote:
> Something has changed recently in dh_auto_clean that made it skip
> cleaning or ignore cleaning errors when the package was not
> configured. Whether it was on purpose or a bug at the time...
Possibly it was detecting it had alread
Eventually, I think, the kernel itself should detect which quirks to
apply for what hardware, and not rely on userspace telling it. Therefore
it would be nice if this could be reported somewhere to be tracked and
eventually fixed in the kernel (probably the kernel bugzilla, if not
already.)
--
T
Package: wnpp
Severity: wishlist
Owner: Ghislain Vaillant
* Package name: nfft
Version : 3.2.3
Upstream Author : Prof. Dr. Daniel Potts
* URL : http://www-user.tu-chemnitz.de/~potts/nfft/
* License : GPL
Programming Lang: C
Description : Library for co
Package: wnpp
Severity: wishlist
Owner: Stanislav Maslovski
* Package name: tarix
Version : 1.0.7
Upstream Author : Matthew "Cheetah" Gabeler-Lee
* URL : https://github.com/fastcat/tarix;
http://sourceforge.net/projects/xtar/
* License : GPL
Programming Lang
Hi,
I met another piece of Software (JSHint [sic!]) poisened by Crockfords
license[1]. My anger was strong enough to let me setup a petition on
change.org asking him to free the world from this evil license[2].
[1] https://wiki.debian.org/qa.debian.org/jsonevil
[2] https://www.change.org/petiti
On Mon, Oct 07, 2013 at 07:42:40PM +0200, Thomas Koch wrote:
> Hi,
>
> I met another piece of Software (JSHint [sic!])
They did a rewrite that is no longer subject to his terms.
> poisened by Crockfords
> license[1]. My anger was strong enough to let me setup a petition on
> change.org asking
Hi,
On Mon, 07 Oct 2013, Paul Tagliamonte wrote:
> On Mon, Oct 07, 2013 at 07:42:40PM +0200, Thomas Koch wrote:
> > Hi,
> >
> > I met another piece of Software (JSHint [sic!])
>
> They did a rewrite that is no longer subject to his terms.
Is that a recent development? Because a few weeks ago th
On Mon, Oct 07, 2013 at 03:54:30PM +0100, Jonathan Dowland wrote:
> Eventually, I think, the kernel itself should detect which quirks to
> apply for what hardware, and not rely on userspace telling it.
Or should be fixed to not require the quirk
(see http://mjg59.dreamwidth.org/14475.html).
> The
On Monday, October 07, 2013 08:06:47 PM Paul Tagliamonte wrote:
> > I met another piece of Software (JSHint [sic!])
>
> They did a rewrite that is no longer subject to his terms.
I'm afraid you might be mistaken here:
https://github.com/jshint/jshint/blob/master/src/jshint.js
> > poisened by Cro
On Mon, Oct 07, 2013 at 09:32:15PM +0200, Thomas Koch wrote:
> On Monday, October 07, 2013 08:06:47 PM Paul Tagliamonte wrote:
> > > I met another piece of Software (JSHint [sic!])
> >
> > They did a rewrite that is no longer subject to his terms.
>
> I'm afraid you might be mistaken here:
> https
On Sun, Oct 06, 2013 at 09:52:17AM +0200, Niels Thykier wrote:
> Hi,
>
> This is a friendly reminder. If you are listed below, then the listed
> packages of yours will be automatically removed from testing within 15
> days. The "first batch" of automatic removals will happen in about 8
> days.
>
On Mon, Oct 7, 2013 at 7:42 PM, Thomas Koch wrote:
> Hi,
>
> I met another piece of Software (JSHint [sic!]) poisened by Crockfords
> license[1]. My anger was strong enough to let me setup a petition on
> change.org asking him to free the world from this evil license[2].
>
> [1] https://wiki.debia
Hi,
On Dienstag, 8. Oktober 2013, Bill Allombert wrote:
> So while it is possible that the _maintainer_ is not needing a friendly
> remainder, other interested third-party might.
anyone interested in a package can opt-in via the PTS...
cheers,
Holger
signature.asc
Description: This is
Package: wnpp
Severity: wishlist
Owner: Russ Allbery
* Package name: krb5-strength
Version : 2.0
Upstream Author : Russ Allbery
* URL : http://www.eyrie.org/~eagle/software/krb5-strength/
* License : Expat
Programming Lang: C, Perl
Description : Passwo
Bastien ROUCARIES writes:
> Does lintian trip during packaging test ?
> If no could you report a bug against lintian?
Lintian already has a check for that non-free license:
=
$ lintian-info --tags license-problem-json-evil
E: license-problem-json-evil
N:
N: The given source file is copyri
On Tuesday 08 October 2013 01:51:41 Holger Levsen wrote:
> Hi,
>
> On Dienstag, 8. Oktober 2013, Bill Allombert wrote:
> > So while it is possible that the _maintainer_ is not needing a friendly
> > remainder, other interested third-party might.
>
> anyone interested in a package can opt-in via t
On Mon, 7 Oct 2013 22:04:21 +
Bill Allombert wrote:
> On Sun, Oct 06, 2013 at 09:52:17AM +0200, Niels Thykier wrote:
> >
> > This is a friendly reminder. If you are listed below, then the
> > listed packages of yours will be automatically removed from testing
> > within 15 days. The "first
23 matches
Mail list logo
