On Tue, 06 Sep 2011, Russ Allbery wrote:
> Lars Wirzenius writes:
>
> > Would one of the following work?
>
> > 1. Merge perl and perl-modules. Some waste across architectures in the
> >archive, but not horribly much.
>
> This is probably the simplest solution conceptually and in terms of to
Package: wnpp
Severity: wishlist
Owner: Per Andersson
* Package name: node-xmlhttprequest
Version : 1.2.2
Upstream Author : Dan DeFelippi
* URL : http://github.com/driverdan/node-xmlhttprequest
* License : MIT/Expat
Programming Lang: Javascript
Descriptio
On Sep 05, Kees Cook wrote:
> It might be better to extend it further, like "all network daemons using
> dpkg-buildflags properly and enabling PIE"
I fully support this (and I have already enabled hardening for most of
my packages with no adverse effects).
--
ciao,
Marco
signature.asc
Descrip
On Mon, Sep 05, 2011 at 07:17:05PM +0200, Sven Joachim wrote:
> To rule out this possibility, I would like to add an unversioned
> "Pre-Depends: libtinfo5" to libncurses5. In my tests, apt did install
> libtinfo5 before unpacking the replacement libncurses5 anyway, so this
> is mostly meant as a s
Package: wnpp
Severity: wishlist
Owner: Sebastian Reichel
* Package name: xf86-video-omap
Version : 0.0.1~git20110717
Upstream Author : Rob Clark
* URL : https://github.com/robclark/xf86-video-omap
* License : MIT/X
Programming Lang: C
Description : X.
Package: wnpp
Severity: wishlist
Owner: Michael Banck
* Package name: aces3
Version : 3.0.6
Upstream Author : Quantum Theory Project, University of Florida
* URL : http://www.qtp.ufl.edu/ACES/
* License : GPL
Programming Lang: C, Fortran
Description :
Lars Wirzenius writes:
> Would one of the following work?
> 1. Merge perl and perl-modules. Some waste across architectures in the
>archive, but not horribly much.
This is probably the simplest solution conceptually and in terms of tool
changes required, but the Perl maintainers weren't ver
Package: wnpp
Severity: wishlist
Owner: Janos Guljas
* Package name: python-mrjob
Version : 0.2.7
Upstream Author : David Marin
* URL : http://github.com/Yelp/mrjob/
* License : Apache
Programming Lang: Python
Description : MapReduce framework for writ
On Mon, Sep 05, 2011 at 02:22:39PM -0700, Kees Cook wrote:
[...]
> It might be better to extend it further, like "all network daemons
> using dpkg-buildflags properly and enabling PIE"
[...]
And since many network daemons are implemented in interpreted
languages, it might be nice to include packag
Hi David, and others,
On 11-09-05 at 05:25pm, David Given wrote:
> I even spent a while looking for existing packages with the same
> license as mine from which I could steal the copyright file, but I
> couldn't find anything which used DEP5...
Sorry to hear that you have tried and grown frustr
Le Monday 5 September 2011 18:25:48, David Given a écrit :
> FWIW, I have recently tried to put together a DEP5 compliant copyright
> file for a package I'm working on. I say 'tried' because eventually I
> had to give up. I was simply unable to get enough information out of the
> spec to produce a
On Tue, 2011-09-06 at 14:44 +0200, Daniel Bayer wrote:
> Package: linux-libc-dev
> Version: 3.0.0-3
> Severity: normal
> File: /usr/include/x86_64-linux-gnu/asm/errno.h
>
> Hi,
>
> since asm/errno.h was moved to the arch specific sub directory it is
> no longer possible to create 32 Bit Binaries
Package: wnpp
Severity: wishlist
Owner: "Cédric Boutillier"
Hello,
I would like to package, under the umbrella of the ruby-extras team, the
ruby library ruby-pdf-reader, hich is necessary to upgrade libprawn-ruby
(soon to be renamed ruby-prawn) to a newer version.
* Package name: ruby-pdf-r
Package: wnpp
Severity: wishlist
Owner: Yann Pouillon
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
* Package name: libpspio
Version : 1.0.0
Upstream Author : Micael Oliveira
* URL : http://www.tddft.org/trac/libpspio/
* License : LGPL
Programming Lang: C,
On Tue, Sep 06, 2011 at 11:57:39AM +0200, Raphael Hertzog wrote:
> On Tue, 06 Sep 2011, Michael Tautschnig wrote:
> > > The problem is that perl and perl-modules really are one package that was
> > > split apart solely to get the (large) architecture-independent parts into
> > > an arch: all packag
On Tue, Sep 06, 2011 at 12:55:26PM +0300, Andrew O. Shadura wrote:
> Hello,
>
> On Tue, 6 Sep 2011 15:46:50 +0600
> Andrey Rahmatullin wrote:
>
> > > Until that happens, please use whatever URL you like. I use
> > > http://dep.debian.net/deps/dep5/ myself.
>
> > Note that some people think that
On Tue, Sep 06, 2011 at 15:46 +0600, Andrey Rahmatullin wrote:
> > DEP5 is in the process of being incorporated into the debian-policy
> > package, and once that is finished, there will be a stable URL to
> > the spec (with a version number in the URL), something like
> >
> > http://www.debia
On Tue, 06 Sep 2011, Michael Tautschnig wrote:
> [...]
> >
> > The problem is that perl and perl-modules really are one package that was
> > split apart solely to get the (large) architecture-independent parts into
> > an arch: all package.
> >
>
> Wouldn't this problem be solved by moving the c
Hello,
On Tue, 6 Sep 2011 15:46:50 +0600
Andrey Rahmatullin wrote:
> > Until that happens, please use whatever URL you like. I use
> > http://dep.debian.net/deps/dep5/ myself.
> Note that some people think that http://dep.debian.net/deps/dep5/ is
> not a versioned URL and so it doesn't comply t
On Mon, Sep 05, 2011 at 05:56:25PM +0100, Lars Wirzenius wrote:
> > This is a minor issue,but I would propose to change it to
> > http://svn.debian.org/viewvc/dep/web/deps/dep5.mdwn?revision=REVISION
> > if the Format field should point to a specific svn version of the
> > document. However, as f
[...]
>
> The problem is that perl and perl-modules really are one package that was
> split apart solely to get the (large) architecture-independent parts into
> an arch: all package.
>
Wouldn't this problem be solved by moving the contents of perl to, e.g.,
perl-bin, making perl a dummy package
On Mon, Sep 05, 2011 at 07:42:30PM +0200, Moritz Mühlenhoff wrote:
> Raphael Hertzog schrieb:
> > Hello,
> >
> > we're not very far from having hardening build flags set by default by
> > dpkg-buildflags (waiting on some documentation update that Kees should
> > take care of).
>
> Thanks!
>
> >
Steve Langasek (27/06/2011):
> But when can I use it?
> ==
>
> As noted above, support for the multiarch filesystem layout solves only one
> of the two problems preventing side-by-side installation of packages from
> multiple architectures. The other problem, package manager
23 matches
Mail list logo