Package: wnpp
Severity: wishlist
Owner: Jonas Smedegaard
* Package name: compass-yui-plugin
Version : 0~20100724
Upstream Author : Christopher Eppstein
* URL : https://github.com/chriseppstein/yui-compass-plugin
* License : BSD-3-clause
Programming Lang: Sass
Make Bussines es un empresa de inversiones en Forex con sede en Italia
(Offices: Viale Giulio Cesare N 21 Interno 2 Zona Prati Fiscali - Italia
Telephones: (39)3270651740), se encuentra online desde Octubre del 2009, esta
respaldada por un Procesador de pagos Promonix Corp (Promonix se encuentra
Package: wnpp
Severity: wishlist
Owner: Steffen Moeller
* Package name: rq
* URL : http://codeforpeople.com/lib/ruby/rq/
* License : BSD
Programming Lang: Ruby
Description : parallel queued computation with no configuration
ruby queue (rq) is a zero-admin zero-c
Package: wnpp
Severity: wishlist
Owner: Georges Khaznadar
* Package name: perroquet
Version : 1.1.0
Upstream Authors: Frédéric Bertolus ,
Matthieu Bizien
* URL : http://perroquet.b219.org/
* License : GPL-3+
Programming Lang: Python
De
Package: wnpp
Severity: wishlist
Owner: Vincent Fourmond
* Package name: ctioga2
Version : 0.1
Upstream Author : Vincent Fourmond
* URL : http://ctioga2.rubyforge.org/
* License : GPL
Programming Lang: Ruby
Description : polymorphic plotting program
c
On Wed, Feb 02, 2011 at 02:28:14PM +, Ian Jackson wrote:
> One point I would like to make is that people who are now raising
> objections to fundamental design decisions are, I think, five and a
> half years too late.
>
> The design, both in principle and detail, was discussed in November
>
On ke, 2011-02-02 at 17:13 +, Ian Jackson wrote:
> This is easily done with autopkgtest; the only difference from your
> proposal is that the source package needs to be downloaded. Doing so
> is not difficult or troublesome, and can be done automatically.
I concur.
However, looking things fr
On Wed, Feb 02, 2011 at 05:13:21PM +, Ian Jackson wrote:
> Michael Hanke writes ("Re: package testing, autopkgtest, and all that"):
> > I see the point in having less by better-quality input to package
> > maintainers, but again, the test results do not have to go one-by-one to
> > a human to i
Michael Hanke writes ("Re: package testing, autopkgtest, and all that"):
> But to get many machines, we need to make it dead-simple to participate
> in this type of croud-testing. We can have GUI frontends to let people
> do specific tests, or offer "backfill" job configurations for compute
> clust
On Wed, Feb 02, 2011 at 04:13:37PM +, Ian Jackson wrote:
> Yaroslav Halchenko writes ("Re: package testing, autopkgtest, and all that"):
> > in the core -- users usually do not deal with source packages; many of
> > them do not even have deb-src lines for apt. They do not care how
> > things a
Package: wnpp
Severity: wishlist
Owner: andr...@an3as.eu
* Package name: probalign
Version : 1.4
Upstream Author : Usman Roshan
* URL : http://cs.njit.edu/usman/probalign/
* License : Public Domain
Programming Lang: C++
Description : multiple sequence a
Yaroslav Halchenko writes ("Re: package testing, autopkgtest, and all that"):
> in the core -- users usually do not deal with source packages; many of
> them do not even have deb-src lines for apt. They do not care how
> things are built, but if we want them to contribute by testing their
> system
On 2011-02-01, Simon Paillard wrote:
> On Tue, Feb 01, 2011 at 10:34:48PM +0100, Alexander Reichle-Schmehl wrote:
>> * Goswin von Brederlow [110201 21:29]:
>> > > squeeze release live microblogging
>> [..]
>> > Is there a ToDo list of things that need to happen during the release
>> > process, id
Michael Hanke writes ("Re: package testing, autopkgtest, and all that"):
> On Wed, Feb 02, 2011 at 02:28:14PM +, Ian Jackson wrote:
> > As for "also" running tests which are "not part of a source package",
> > it is very easy to wrap up some tests in a dedicated source package if
> > that's des
Hi Ian,
thanks for the input! It does make motivation behind source
packages-based testing clearer. And Simon's example is a good one ;-)
As a summary: source packages-based testing often provides more
convenient and upstream-friendly approach, thus it must not be
"excluded", echoing Stefano's
On Wed, Feb 02, 2011 at 10:08:32AM -0500, Michael Hanke wrote:
> > I don't think going back the drawing board now is a very good idea.
> > What we are lacking is deployment (and, sorry for my part in the lack
> > of that).
>
> I don't necessarily take the point of being 5 years too late. If
> ever
On Wed, Feb 02, 2011 at 02:28:14PM +, Ian Jackson wrote:
> As for "also" running tests which are "not part of a source package",
> it is very easy to wrap up some tests in a dedicated source package if
> that's desirable. The source package is then just a convenient
> container format. There
On Wed, 02 Feb 2011 at 14:15:07 +, Ian Jackson wrote:
> So if the tests were in binary packages, often we'd have to construct
> a weird binary package which contained all or part of the built source
> tree. This would be very ugly and also bulky.
FWIW, Maemo does this, and it's a pain to deal
Stefano Zacchiroli writes ("Re: package testing, autopkgtest, and all that"):
> All that considered, I'd like to know the rationale of this initial
> design choice as well. In particular, it would be nice to know if anyone
> see disadvantages in having *also* (rather then "instead") support for
> r
Yaroslav Halchenko writes ("Re: package testing, autopkgtest, and all that"):
> First a brief question:
> > The source package provides a test metadata file
> > debian/tests/control. This is a file containing zero or more
> > RFC822-style stanzas, along these lines:
>
> Do you still have somewhere
Package: wnpp
Severity: wishlist
Owner: Fladischer Michael
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: kombu
Version : 1.0.2
Upstream Author : Ask Solem
* URL : https://github.com/ask/kombu/
* License : BSD
Programming Lang: Python
Desc
On Wed, Feb 02, 2011 at 08:55:07AM +0100, Stefano Zacchiroli wrote:
> > So, where do we start/continue sharing the thoughts on a tentative
> > DEP? ;)
>
> Let's see first if we have all the arguments on the table already,
> thanks to this thread. I'm willing to co-drive a DEP to finalize the
> spe
Package: wnpp
Severity: wishlist
Owner: Paul Wise
X-Debbugs-CC: debian-devel-ga...@lists.debian.org, debian-devel@lists.debian.org
* Package name: sleepisdeath
Version : 16
Upstream Author : Jason Rohrer
* URL : http://sleepisdeath.net/
* License : None (Public
Package: wnpp
Severity: wishlist
Owner: Mathieu Malaterre
* Package name: mummy
Version : 1.0.2
Upstream Author : kitware
* URL : http://www.kitware.com/products/avdownload.php
* License : BSD
Programming Lang: C++
Description : command line executabl
Timur Birsh wrote:
> Are there any Debian Developers traveling to Almaty for the Asian Winter
> Games? I need a GPG key sign.
Got one signature on my RSA key.
But more signatures are pretty welcome.
--
Timur
--
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of
25 matches
Mail list logo
