Package: wnpp
Severity: wishlist
Owner: Sebastien Delafond <[EMAIL PROTECTED]>
* Package name: libdatamapper-ruby
Version : 0.3.0
Upstream Author :
* URL : http://datamapper.org
* License : MIT
Programming Lang: Ruby
Description : Object relational map
Hi,
On Sat, 10 May 2008, Joerg Jaspert wrote:
> X-Debian: $TOOL
> X-Debian-Package: $PACKAGE
>
[...]
> As a starting point, and as one tool generating lots of mail to
> maintainers, DAK is already generating both headers, other tools
> hopefully follow soon.
The PTS now provides those
Package: wnpp
Severity: wishlist
Owner: William Pitcock <[EMAIL PROTECTED]>
* Package name: mudkip-player
Version : 1.0~pre1-hg20080510
Upstream Author : William Pitcock <[EMAIL PROTECTED]>
* URL : http://www.nenolod.net/mudkip-player (pending)
* License : GPL
Package: wnpp
Severity: wishlist
Owner: Juan Manuel Garcia Molina <[EMAIL PROTECTED]>
* Package name: lenmus
Version : 3.6
Upstream Author : Cecilio Salmeron <[EMAIL PROTECTED]>
* URL : http://www.lenmus.org/
* License : GPL
Programming Lang: C++ (wxWidgets)
Package: general
Severity: wishlist
This is filed against general in advance of a buildd.emdebian.org
pseudo-package becoming available. See #480408
Emdebian has a set of prebuilt binary packages which allow an 80%
reduction in the total installation size of the final Debian system,
acheived thro
Package: general
Severity: normal
In preparation for a pseudo-package, buildd.emdebian.org, I'm filing
status bugs about packages that block the use of packages that
crossbuild successfully.
libldap-2.4.2 fails to cross build:
configure: error: crossing compiling: use
--with-yielding_select=yes|
Package: general
Severity: normal
libgpewidget includes documentation files required by Debian Policy and
is unable to remove these using the DEB_BUILD_OPTIONS="nodocs" option
due to a lack of support for this option in debhelper.
Documentation needs to be removed when preparing Emdebian packages
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.27
> block 480518 with 448615
Bug#448615: dh_installdocs : Please consider a separate handler for
debian/copyright for embedded use
Bug#480518: buildd.emdebian.org: libgpewidget needs DE
Package: general
Severity: normal
This bug is in preparation for a buildd.emdebian.org pseudo-package.
This is not a bug in gpe-clock because gpe-clock is doing what is
required by CDBS - it is a bug in buildd.emdebian.org because
Emdebian needs to be able to build as many packages as possible wi
Processing commands for [EMAIL PROTECTED]:
> # Automatically generated email from bts, devscripts version 2.10.27
> block 480521 with 450483
Bug#450483: cdbs: Stop setting DEB_CONFIGURE_SCRIPT_ENV in order to enable
cross-building
Bug#480521: buildd.emdebian.org: gpe-clock inherits wrong configur
Hi all,
I'm trying to cut down john's bugs [0], and I've encountered #132223 [1]. As
the previous maintainer did, I would have marked that bug as wontfix, because a
normal user shouldn't normally run programs not in $PATH. However, re-reading
the Policy, it states:
+==> ยง12.1
| Each program, utili
Twas brillig at 19:18:39 10.05.2008 UTC+02 when David Paleino did gyre and
gimble:
DP> How should I behave here?
I'd treat john-any and john-mmx as parts of program - merely
implementation details.
--
pgpuSWy7MBu2Y.pgp
Description: PGP signature
On Sun, 11 May 2008 00:36:00 +0700, Mikhail Gusarov wrote:
> Twas brillig at 19:18:39 10.05.2008 UTC+02 when David Paleino did gyre and
> gimble:
>
> DP> How should I behave here?
>
> I'd treat john-any and john-mmx as parts of program - merely
> implementation details.
That's what I thought.
On Sat, May 10, 2008 at 07:18:39PM +0200, David Paleino wrote:
This suggests that it should have a manpage. But, it's a *should*. On the other
hand, I know that many "entities" which are not in $PATH have their own manpage
-- see for example Perl modules.
How should I behave here?
I think the
On Sat, 10 May 2008 17:52:43 +, brian m. carlson wrote:
> On Sat, May 10, 2008 at 07:18:39PM +0200, David Paleino wrote:
> >This suggests that it should have a manpage. But, it's a *should*. On the
> >other hand, I know that many "entities" which are not in $PATH have their
> >own manpage -- s
On Sat, 10 May 2008, Lionel Elie Mamane wrote:
> >The X-Debian-Package: header can be omitted if it is not possible to
> >name a specific source package for a mail, like when the mail is
> >about multiple packages.
>
> One could consider several X-Debian-Package headers when it is abou
On Sat May 10 2008 12:14:22 Julien Cristau wrote:
> On Sat, May 10, 2008 at 12:09:52 -0700, Mike Bird wrote:
> > On Sat May 10 2008 11:03:40 Julien Cristau wrote:
> > > On Sat, May 10, 2008 at 10:59:44 -0700, Mike Bird wrote:
> > > > How should a package depend on a package built by module-assistan
On Sat, May 10, 2008 at 12:38:29PM -0700, Mike Bird wrote:
> [Moved from debian-release to debian-devel]
>
> WHY ON EARTH should we intentionally require that packages install
> successfully with known unmet dependencies which will cause failure
> at runtime?
Well nvidia-kernel should soon be bui
Raphael Hertzog wrote:
>
> The PTS now provides those headers as well.
>
> X-Debian: PTS
> X-Debian-Package:
Also for messages coming from other sources, i.e. dehs?
Just want to know if I have to make dehs add those headers.
>
> Cheers,
Cheers,
Raphael
--
To UNSUBSCRIBE, email to [EMAIL
On Sat, 10 May 2008, Joerg Jaspert wrote:
> b. Every tool sending automated mail to Debian Developers should add
>headers of the form
>
> X-Debian: $TOOL
> X-Debian-Package: $PACKAGE
The BTS already does the latter using X-Debian-PR-Package: $PACKAGE,
with mails regarding multiple p
Hi,
On Tue, May 06, 2008 at 12:48:44PM +0200, Mathieu PARENT wrote:
>
> OK. So, I wanted to package xinha, see below. Which team can host this
> WYSIWYG HTML editor ?
Perhaps in Debian Webapps Team. There is already tinymce package
which is also a WYSIWYG HTML editor:
http://qa.debian.org/[EMAIL
Processing commands for [EMAIL PROTECTED]:
> retitle 479953 uniform field for automated package maintenance email messages
Bug#479953: uniform control field for automated package maintenance emails
Changed Bug title to `uniform field for automated package maintenance email
messages' from `uniform
On Sat May 10 2008 12:14:22 Julien Cristau wrote:
> On Sat, May 10, 2008 at 12:09:52 -0700, Mike Bird wrote:
> > On Sat May 10 2008 11:03:40 Julien Cristau wrote:
> > > On Sat, May 10, 2008 at 10:59:44 -0700, Mike Bird wrote:
> > > > How should a package depend on a package built by module-assist
On Sat, May 10, 2008 at 12:38:29PM -0700, Mike Bird wrote:
> [Moved from debian-release to debian-devel]
>
> WHY ON EARTH should we intentionally require that packages install
> successfully with known unmet dependencies which will cause failure
> at runtime?
Well nvidia-kernel should soon be
Package: wnpp
Severity: wishlist
Owner: Sebastien Delafond <[EMAIL PROTECTED]>
* Package name: libdifflcs-ruby
Version : 1.1.2
Upstream Author : Austin Ziegler (Copyright 2004 Austin Ziegler <[EMAIL
PROTECTED]>)
* URL :
* License : Ruby
Programming Lang: Ru
Package: wnpp
Severity: wishlist
Owner: Sebastien Delafond <[EMAIL PROTECTED]>
* Package name: libheckle-ruby
Version : 1.4.1
Upstream Author : Ryan Davis and Kevin Clark (Copyright (c) 2006 Ryan Davis
and Kevin Clark)
* URL : http://rubyforge.org/projects/seattlerb
*
26 matches
Mail list logo
