Package: wnpp
Severity: wishlist
Owner: Debian Games Team <[EMAIL PROTECTED]>
* Package name: passage
Version : 3
Upstream Author : Jason Rohrer
* URL : http://hcsoftware.sourceforge.net/passage/
* License : Public Domain
Programming Lang: C++
Description
Package: wnpp
Severity: wishlist
Owner: Debian Games Team <[EMAIL PROTECTED]>
* Package name: gravitation
Version : 3
Upstream Author : Jason Rohrer
* URL : http://hcsoftware.sourceforge.net/gravitation/
* License : Public Domain
Programming Lang: C++
Descr
Package: wnpp
Severity: wishlist
Owner: James Barrett <[EMAIL PROTECTED]>
* Package name: codeigniter
Version : 1.6.1
Upstream Author : [EMAIL PROTECTED]
* URL : http://codeigniter.com/
* License : Other
Programming Lang: PHP
Description : A powerful PH
Anthony Towns dijo [Tue, Mar 18, 2008 at 03:39:05PM +1000]:
> (...)
> and the real question is where you say "if you really want the 23rd CD
> for mipsel, you're probably smart/dedicated enough to use jigdo".
I completely agree with this. I don't think we must carry every CD for
every arch forever
Paul Cager dijo [Mon, Mar 17, 2008 at 12:29:04AM +]:
> [...]
> > 1. Is it worth making full sets of CDs at all? Can we rely on people
> >having a net connection or being able to use DVDs if they want
> >*everything*?
> > 2. Is it worth producing all the CDs/DVDs/whatever for all the
> >
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/18/08 03:51, Adam Sloboda wrote:
> Package: wnpp
> Severity: wishlist
> Owner: Adam Sloboda <[EMAIL PROTECTED]>
>
>
> * Package name: gnome-hdaps-applet
> Version : 20060120
> Upstream Author : Jon Escombe <[EMAIL PROTECTED]>
>
According to the changelog, substvars source:Version is added in
dpkg-dev 1.13.19. A package which uses source:Version in its
debian/control and doesn't set its value explicitly can't be built
with ancient dpkg-dev. The problem is that dpkg-dev in the
build-essential list is dpkg-dev (>= 1.13.5),
Package: wnpp
Severity: wishlist
Owner: "Roberto C. Sanchez" <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: liblog-handler-perl
Version : 0.38
Upstream Author : Jonny Schulz <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dist/Log-
Package: wnpp
Severity: wishlist
Owner: "Roberto C. Sanchez" <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: libdevel-backtrace-perl
Version : 0.05
Upstream Author : Christoph Bussenius <[EMAIL PROTECTED]>
* URL : http://search.cpan.or
Package: wnpp
Severity: wishlist
Owner: "Roberto C. Sanchez" <[EMAIL PROTECTED]>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: libconfig-ini-simple-perl
Version : 0.02
Upstream Author : C. J. Kirsle <[EMAIL PROTECTED]>
* URL : http://search.cpan.org/dis
On Tue, Mar 18, 2008 at 09:09:41PM +0100, Reinhard Tartler wrote:
> Luk Claes <[EMAIL PROTECTED]> writes:
>
> >> Similar the ia64 buildd admin, see #464932. Or is there anything I could
> >> do myself about this?
> >
> > Hmm, you do realise that lcd4linux is mentioned in P-a-s because it
> > inclu
Package: wnpp
Severity: wishlist
Owner: Adam Sloboda <[EMAIL PROTECTED]>
* Package name: archfs
Version : 0.5.1
Upstream Author : Filip Gruszczyński <[EMAIL PROTECTED]>
* URL : http://www.example.org/
* License : GPL
Programming Lang: C
Description : rd
Package: wnpp
Severity: wishlist
Owner: Adam Sloboda <[EMAIL PROTECTED]>
* Package name: gnome-hdaps-applet
Version : 20060120
Upstream Author : Jon Escombe <[EMAIL PROTECTED]>
* URL : http://www.dresco.co.uk/hdaps/
* License : GPL
Programming Lang: C
Descr
Hi,
apt-file has quite a few open bugs. The maintainer of apt-file has
been inactive for over 1,5 years and has not responded to my offer to
adopt apt-file. Last maintainer upload was in April 2006 with two
NMUs since then.
I intent to hijack apt-file unless somebody objects within 1 week.
I
Package: wnpp
Severity: wishlist
Owner: Colin Turner <[EMAIL PROTECTED]>
* Package name: uuwaf
Version : 1.0.0
Upstream Author : Colin Turner <[EMAIL PROTECTED]>
* URL : http://foss.ulster.ac.uk/projects/uuwaf/
* License : GPL
Programming Lang: PHP
Descript
[Reinhard Tartler]
> Can lcd4linux be pushed to testing despite of the 'missing' ia64 build
> please, then?
It can't be pushed like that, and forcing it into testing with
architecture skew will increase the work load on the release masters
in the future when they need to clean up the mess shortly
Luk Claes <[EMAIL PROTECTED]> writes:
>> Similar the ia64 buildd admin, see #464932. Or is there anything I could
>> do myself about this?
>
> Hmm, you do realise that lcd4linux is mentioned in P-a-s because it
> includes sys/io.h, right? So this is not similar at all...
Oh, this is indeed news t
On jeu, 2008-03-06 at 10:42 +0100, Yves-Alexis Perez wrote:
> On Wed, Mar 05, 2008 at 08:12:55PM +, Julien Cristau wrote:
> > 'Conflicts' is not an appropriate way to resolve a conflict for a
> > program name. See policy 10.1:
> > Two different packages must not install programs with diff
On Tue, Mar 18, 2008 at 02:37:39PM +0100, Reinhard Tartler wrote:
> Petter Reinholdtsen <[EMAIL PROTECTED]> writes:
>
> > [Steve Langasek]
> >> The s390 buildd maintainer presumes to mark all packages as
> >> 'Not-for-us' if he doesn't feel like building them for the arch,
> >> without bothering t
Reinhard Tartler wrote:
> Petter Reinholdtsen <[EMAIL PROTECTED]> writes:
>
>> [Steve Langasek]
>>> The s390 buildd maintainer presumes to mark all packages as
>>> 'Not-for-us' if he doesn't feel like building them for the arch,
>>> without bothering to reach a consensus first together with the
>>
I’m doing the same but with a different company
Anyway to help me with referrals for my referral link?
http://laptops.freepay.com/?r=43388891
Be a better friend, newshound, and
know-it-all with Yahoo!
#include
* Martín Ferrari [Tue, Mar 18 2008, 11:51:45AM]:
> On Tue, Mar 18, 2008 at 5:17 AM, Ralf Treinen <[EMAIL PROTECTED]> wrote:
>
> > > It would be good if this process could be automated, however I suspect
> > > this header is not the solution.
> >
> > Granted, but then you are speaking a
On Tue, Mar 18, 2008 at 5:17 AM, Ralf Treinen <[EMAIL PROTECTED]> wrote:
> > It would be good if this process could be automated, however I suspect
> > this header is not the solution.
>
> Granted, but then you are speaking about giving better tool support for
> manually forwarding bugs, which
On Tue, Mar 18, 2008 at 4:53 AM, Andreas Tille <[EMAIL PROTECTED]> wrote:
> Sometimes innovation comes silent. I remember times when we
> have hidden Homepage information behind 'XCBS-URL'. So why
> not using
>
> XCBS-UpstreamBTS
>
> or something like that and experiment with this and se
On Tue, Mar 18, 2008 at 02:21:45AM -0700, Don Armstrong <[EMAIL PROTECTED]> was
heard to say:
> On Tue, 18 Mar 2008, Anthony Towns wrote:
> > I guess there's an inequality like:
> >
> > images on mirrors <= images on torrents <= images via jigdo
>
> Is there any way we can construct the torr
Petter Reinholdtsen <[EMAIL PROTECTED]> writes:
> [Steve Langasek]
>> The s390 buildd maintainer presumes to mark all packages as
>> 'Not-for-us' if he doesn't feel like building them for the arch,
>> without bothering to reach a consensus first together with the
>> maintainer, the ftp masters, or
[Steve Langasek]
> The s390 buildd maintainer presumes to mark all packages as
> 'Not-for-us' if he doesn't feel like building them for the arch,
> without bothering to reach a consensus first together with the
> maintainer, the ftp masters, or the maintainers of the P-a-s
> overrides.
Is the unil
On 18/03/2008, Mattias Wadenstein <[EMAIL PROTECTED]> wrote:
>
> On Tue, 18 Mar 2008, Don Armstrong wrote:
>
> > On Tue, 18 Mar 2008, Anthony Towns wrote:
> >> I guess there's an inequality like:
> >>
> >> images on mirrors <= images on torrents <= images via jigdo
> >
> > Is there any way we
On Tue, 18 Mar 2008, Richard Atterer wrote:
[Followups set to debian-cd]
On Tue, Mar 18, 2008 at 10:32:29AM +0100, Mattias Wadenstein wrote:
It would also be useful for me who runs the main cd torrent seeder in
that I could just have an up-to-date debian archive and snapshot (minor
rsync upda
[Followups set to debian-cd]
> On Tue, Mar 18, 2008 at 10:32:29AM +0100, Mattias Wadenstein wrote:
> >It would also be useful for me who runs the main cd torrent seeder in
> >that I could just have an up-to-date debian archive and snapshot (minor
> >rsync update), instead of syncing 300+ gigs of
On Tue, Mar 18, 2008 at 10:32:29AM +0100, Mattias Wadenstein wrote:
>On Tue, 18 Mar 2008, Don Armstrong wrote:
>
>>On Tue, 18 Mar 2008, Anthony Towns wrote:
>>>I guess there's an inequality like:
>>>
>>> images on mirrors <= images on torrents <= images via jigdo
>>
>>Is there any way we can co
On Tue, 18 Mar 2008, Mike Hommey wrote:
> On Tue, Mar 18, 2008 at 02:21:45AM -0700, Don Armstrong <[EMAIL PROTECTED]>
> wrote:
> > On Tue, 18 Mar 2008, Anthony Towns wrote:
> > > I guess there's an inequality like:
> > >
> > > images on mirrors <= images on torrents <= images via jigdo
> >
> >
On Tue, 18 Mar 2008, Don Armstrong wrote:
On Tue, 18 Mar 2008, Anthony Towns wrote:
I guess there's an inequality like:
images on mirrors <= images on torrents <= images via jigdo
Is there any way we can construct the torrent image on the fly from
the jigdo file? [That is, transform
On Tue, Mar 18, 2008 at 02:21:45AM -0700, Don Armstrong <[EMAIL PROTECTED]>
wrote:
> On Tue, 18 Mar 2008, Anthony Towns wrote:
> > I guess there's an inequality like:
> >
> > images on mirrors <= images on torrents <= images via jigdo
>
> Is there any way we can construct the torrent image o
On Tue, 18 Mar 2008, Raphael Hertzog wrote:
On Tue, 18 Mar 2008, Andreas Tille wrote:
XCBS-UpstreamBTS
I'm opposed to this as well. Homepage and Vcs-* were almost required and
provide the basic pointers about a package but the control file is not
a general-purpose information file.
Well,
On Tue, 18 Mar 2008, Anthony Towns wrote:
> I guess there's an inequality like:
>
> images on mirrors <= images on torrents <= images via jigdo
Is there any way we can construct the torrent image on the fly from
the jigdo file? [That is, transform the packages that make up bits
x<->y into w
On Tue, 18 Mar 2008, Andreas Tille wrote:
>XCBS-UpstreamBTS
>
> or something like that and experiment with this and see how it
> might evolve?
I'm opposed to this as well. Homepage and Vcs-* were almost required and
provide the basic pointers about a package but the control file is not
a gener
On Tue, Mar 18, 2008 at 04:29:41PM +1100, Brian May wrote:
> Ralf Treinen wrote:
>> I do not think that automatically forwarding bugs would be a good idea.
> Right now it is a pain to forward a bug, say to a sourceforge bug
> report, because it involves several steps:
[...]
> It would be good if
On Tue, 18 Mar 2008, Christian Perrier wrote:
without preventing innovative initiatives such as this one
Sometimes innovation comes silent. I remember times when we
have hidden Homepage information behind 'XCBS-URL'. So why
not using
XCBS-UpstreamBTS
or something like that and exper
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 03/17/08 23:38, Anthony Towns wrote:
> On Mon, Mar 17, 2008 at 08:16:55AM -0500, Ron Johnson wrote:
>> On 03/17/08 04:47, Philip Charles wrote:
>> [snip]
>>> worrying about. Even then bluray disc(s) will take up about the same
>>> space as a CD se
Quoting Neil Williams ([EMAIL PROTECTED]):
> Please can this 'trend' be stopped here and now?
>
> The Packages.gz file is already enormous (especially for Emdebian
> purposes or other low resource units) and adding yet more fields to
Couldn't there be an opportunity somewhere to have some possib
41 matches
Mail list logo
