Re: Status of circulars dependencies in unstable

[Raphael Hertzog]

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 tool
> changes required, but the Perl maintainers weren't very fond of it the
> last few times it's been proposed.

If the size is the issue, then switching to XZ mitigates a bit the
problem, I repacked's perl-modules's data.tar.gz and here are the sizes:
$ ls -l data.tar.gz 
-rw-r--r-- 1 rhertzog rhertzog 4766912  7 sept. 08:15 data.tar.gz
$ ls -al data.tar.xz 
-rw-r--r-- 1 rhertzog rhertzog 3165408  7 sept. 08:15 data.tar.xz

So it's about 3 Mb per arch that are lost instead of almost 5 Mb per
arch (and this is with xz -6).

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110907062146.gh8...@rivendell.home.ouaza.com

Bug#640755: ITP: node-xmlhttprequest -- XMLHttpRequest for Node

[Per Andersson]

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
  Description : XMLHttpRequest for Node

   Node is an event-based server-side Javascript engine.
   .
   XMLHttpRequest for Node.
   .
   This is a wrapper for the built-in HTTP client to emulate the browser
   XMLHttpRequest object.


Best,
Per



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110907014005.999.85038.report...@pong.oshw.org

Re: Hardening build flags release goal

[Marco d'Itri]

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
Description: Digital signature

Re: RFC: Adding "Pre-Depends: libtinfo5" to libncurses5

[Clint Adams]

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 safety guard against an unlikely situation.  I do
> not expect any upgrade problems to arise from that Pre-Dependency.

What about rolling this together with a soname bump that also
consolidates libncurses and libncursesw into a single wide-only
library, thereby making the Pre-Depends unnecessary?


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110906204547.ga18...@scru.org

Bug#640721: ITP: xf86-video-omap -- X.Org X server -- OMAP display driver

[Sebastian Reichel]

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.Org X server -- OMAP display driver

This driver for the X.Org X server (see xserver-xorg for a further
description) provides support for OMAP2 and newer devices.

The code depends on omapdrm support in the kernel, which is not
yet mainline.

The driver is still experimental and needs a patched kernel, but
will probably take over omapfb in the long term. The advantages
over omapfb are:

 * kernel part supports KMS using GEM
 * X driver supports XRandR (no more sysfs magic!)
 * 2D EXA acceleration of future OMAP chips (current ones do
   not have a 2D accelerator)
 * optional 2D and 3D acceleration of current OMAP chips via
   non-free PVR libs
 * clean code strucutre

The kernel code is available from [0]. I plan to package it as
DKMS package until is merged into the mainline kernel.

[0] http://lists.freedesktop.org/archives/dri-devel/2011-September/014087.html



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110906201635.18920.94208.reportbug@earth.universe

Bug#640718: ITP: aces3 -- Advanced Concepts in Electronic Structure III

[Michael Banck]

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 : Advanced Concepts in Electronic Structure III

 ACESIII is an electronic structure calculation program with a focus on
 correlated methods.  It is the parallel successor to ACESII, employing
 the Super Instruction Assembly Language (SIAL) as parallelization
 framework.  Features include:
 .
 Energies, analytic gradients and analytic hessians for the following
 methods:
  * Restricted/unrestricted spin or restricted open-shell Hartree-Fock
  * (HF)
  * Second-order Moeller-Plesset pertubation theory (MP2)
 .
 Energies and analytic gradients for the following methods:
  * Coupled cluster singles and doubles (CCSD)
 .
 Additionally, it can compute energies for the following methods:
  * Coupled cluster singles and doubles with pertubative triples
  * (CCSD(T))
  * Configuration interaction singles and doubles
 .
 Excited states can be calculated by the following methods:
  * Configuration interaction singles and doubles
  * Coupled cluster equation-of-motion (EOM-CC)
 .
 It also includes an internal coordinate geometry optimizer.  If
 analytic gradients are not available, numerical gradients via finite
 differences are used.


Cheers,

Michael



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: 
http://lists.debian.org/20110906200131.ga12...@nighthawk.chemicalconnection.dyndns.org

Re: Status of circulars dependencies in unstable

[Russ Allbery]

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 very fond of it the
last few times it's been proposed.

> 2. Drop the Depends on perl from perl-modules, move all of perl-modules's
>Provides to perl, and make it an RC bug to depend on perl-modules. Add
>a lintian check for it, and have ftp-master automatically reject any
>uploads that trigger the warning.

Yeah, we could do that.  It's kind of an odd special case, but then
several other things about perl already are.

-- 
Russ Allbery (r...@debian.org)   


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/87d3fdfs16@windlord.stanford.edu

Bug#640695: ITP: python-mrjob -- MapReduce framework for writing and running Hadoop Streaming job

[Janos Guljas]

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 writing and running Hadoop 
Streaming job

 Mrjob is a Python package that helps you write and run Hadoop Streaming jobs.
 .
 Mrjob fully supports Amazon's Elastic MapReduce (EMR) service, which allows
 you to buy time on a Hadoop cluster on an hourly basis. It also works with
 your own Hadoop cluster.



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110906162058.1015.31835.reportbug@mac

Re: Hardening build flags release goal

[The Fungi]

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 packaged interpreters in the
list of candidates.
-- 
{ IRL(Jeremy_Stanley); WWW(http://fungi.yuggoth.org/); PGP(43495829);
WHOIS(STANL3-ARIN); SMTP(fu...@yuggoth.org); FINGER(fu...@yuggoth.org);
MUD(kin...@katarsis.mudpy.org:6669); IRC(fu...@irc.yuggoth.org#ccl); }


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110906160103.gd1...@yuggoth.org

Re: DEP5: proposed versioned url for Format: does not work

[Jonas Smedegaard]

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 frustrated.

If interested in existing packages using DEP5, one approach is to try 
packages where DEP5 enthusiasts are involved - e.g. there should be 
a high chance of finding DEP5 format copyright files among these:

http://qa.debian.org/developer.php?login=Smedegaard&comaint=yes


Regards,

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: Digital signature

Re: DEP5: proposed versioned url for Format: does not work

[Dominique Dumont]

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 working file.

YOu could use 'config-edit -appli dpkg-copyright' to create (or edit or 
validate) your copyright file. This command is provided by 
libconfig-model-perl (I'd suggest to install also libconfig-model-tkui-perl 
to get a GUI).

See [1] for more details.

As the author of this tool, I'll welcome feedback to improve it.

All the best

[1] 
http://sourceforge.net/apps/mediawiki/config-model/index.php?title=Using_Config-Model

Dominique
--
http://config-model.wiki.sourceforge.net/ -o- http://search.cpan.org/~ddumont/
http://www.ohloh.net/accounts/ddumont -o- http://ddumont.wordpress.com/


signature.asc
Description: This is a digitally signed message part.

Re: Bug#640672: moving files to arch specific include breaks compilations with -m32

[Ben Hutchings]

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 on amd64:
> 
> | $ echo '#include ' | gcc -E -o -  -m32 -   
> 
> | [...]
> | # 1 "/usr/include/bits/errno.h" 1 3 4
> | # 25 "/usr/include/bits/errno.h" 3 4
> | # 1 "/usr/include/linux/errno.h" 1 3 4
> | In file included from /usr/include/bits/errno.h:25:0,
> |  from /usr/include/errno.h:36,
> |  from :1:
> | /usr/include/linux/errno.h:4:23: fatal error: asm/errno.h: No such file or 
> directory
> | compilation terminated.
> 
> I guess with multiarch I should install the i386 deb, too. But this is
> not yet supported by dpkg in unstable, is it?
[...]

It's not.  And since the kernel uses the same set of header files for
32-bit and 64-bit versions of each architecture, I wonder whether that
would make sense.

Maybe the right way to do this is:

- linux-libc-dev (multiarch: same) becomes a metapackage depending on
  linux-libc-dev-$SRCARCH
- linux-libc-dev-$SRCARCH (not multiarch) provides headers for all
  architectures built from kernel $SRCARCH, with symlinks

Ben.



signature.asc
Description: This is a digitally signed message part

Bug#640670: ITP: ruby-pdf-reader -- Ruby library for accessing the content of PDF files

[Cédric Boutillier]

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-reader
  Version : 0.10.0
  Upstream Author : Peter Jones , James Healy 

* URL : http://github.com/yob/pdf-reader
* License : Expat
  Programming Lang: Ruby
  Description : Ruby library for accessing the content of PDF files

 The PDF::Reader library implements a PDF parser conforming as much as possible
 to the PDF specification from Adobe. It provides programmatic access to the
 contents of a PDF file with a high degree of flexibility.
 
 This is primarily a low-level library that should be used as the
 foundation for higher level functionality. There are a few exceptions
 to support very common use cases like extracting text from a page.



Cédric


signature.asc
Description: Digital signature

Bug#640664: ITP: libpspio -- Library to read and write pseudopotentials

[Yann Pouillon]

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, Fortran
  Description : Library to read and write pseudopotentials

Pseudopotentials consist in atomic data used for atomic-scale electronic
structure calculations. Libpspio is a library to read and write
pseudopotentials in various formats, allowing as well for conversion in
some cases.


-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.10 (GNU/Linux)

iQIcBAEBAgAGBQJOZfl6AAoJEIMRGgSH9UMpgjgQAJ8JrUgf6dwHxIL1u50z5FpS
3BrCyyLnM7REYvHwS4PmczrA54Q1bt4zdtgGpbtXqYHuJI0G3af2b20LiYV1ObNG
zaeT8fHYAnXjNBfZhDp1V2+y+g6FiMPOn8yq1C5ZIf+RZKp+vk8D0Bv92iIr+kIn
7tYrdt43RDZo6kCkjvmm10HuJShilMN9zpvBNCuX/zF+UoWHI+CihYZK6PtCULVa
OnLaJNMpqZtseTxl0XP0+S+CmBPD9m4B/50Km7/DAITyADnnryl5zYHAXQXcuaTO
p46H+ERSg0zJ+TiLZ/v1tWnseuiS2+yBr/HgqjHMTx8AWUoZX7ru6VKBR3eRzoPM
hv9xInmsGiRc9GbJZMZRZOl8RPBETT15tdxHDfHdCWT9kQbvS2njrRH8kD82Zq9l
PEm72kPFbMkEfmJMUaCd8JGaH+xe0Lcx3oaF/mxxMKKMI4MDh1e2GhxVQN56O0o4
RHrm92cs4y12JwazEfvu00PP6sfpbXFKoAiNm42te4kl/OSdxfl8n3ONVrtFmRFt
Ls5R+rGwPxGFY2bXqJJP5Hq1VuEdSfy9wNL4IFR+21ve/Xw5H1hRXG+x4lqOY2wq
TepEXH9Iuy7avEKFO4VRfJ2UTmwTdfeK/2EF1mVi9bJS7I9IgAOM0b8BN2WLFqkn
/iCK8Nj3gMT3qFhH7d01
=ttl7
-END PGP SIGNATURE-



-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110906104416.14182.20301.reportbug@altair

Re: Status of circulars dependencies in unstable

[Lars Wirzenius]

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 package.
> > 
> > Wouldn't this problem be solved by moving the contents of perl to, e.g.,
> > perl-bin, making perl a dummy package, and the following relations:
> > [- - -]
> > But this solution seems so simple that I must be missing something.
> 
> You miss the fact that installing perl-bin alone can also break
> stuff trying to use what's in that package if perl-modules is not
> installed.
> 
> That said with such a setup, it's unlikely to happen given that
> most dependencies point to "perl" which enforces the presence of
> both packages. And even the bogus dependency on perl-modules does
> the right thing.
> 
> So it's certainly better than switching perl-modules's Depends to a
> Recommends.

Would one of the following work?

1. Merge perl and perl-modules. Some waste across architectures in the
   archive, but not horribly much.
2. Drop the Depends on perl from perl-modules, move all of perl-modules's
   Provides to perl, and make it an RC bug to depend on perl-modules. Add
   a lintian check for it, and have ftp-master automatically reject any
   uploads that trigger the warning.

-- 
Freedom-based blog/wiki/web hosting: http://www.branchable.com/


signature.asc
Description: Digital signature

Re: DEP5: proposed versioned url for Format: does not work

[Lars Wirzenius]

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 http://dep.debian.net/deps/dep5/ is
> > not a versioned URL and so it doesn't comply to the DEP5 requirement
> > (and while DDs can use whatever URLs they like, other people need to
> > guess what URLs does their sponsor count as valid).
> 
> I can look like http://dep.debian.net/deps/dep5/r234234 or like that.
> If someone sets the proper redirection up, of course.

Setting up a redirection like that doesn't help. Anyone who wants
a URL with the svn revision number embedded can already use one.

It does not matter what the URL is, since they're all wrong, and
the only right one is the one that does not exist yet, and which
the policy team will eventually set up, when they get round to it.

Until the policy URL for DEP5 happens, don't worry about the Format
URL. There are actual bugs to fix. (And any sponsor that requires any
particular URL for the Format field can go soak their head.)

-- 
Freedom-based blog/wiki/web hosting: http://www.branchable.com/


signature.asc
Description: Digital signature

Re: DEP5: proposed versioned url for Format: does not work

[Wolodja Wentland]

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.debian.org/debian-policy/copyright-format/1.0/
> > 
> > (But don't use that, since it's not working and might be different
> > from the real one when it actually happens.)
> > 
> > Prior to that, I prefer to not change the spec to incorporate
> > ever-growing numbers of example URLs (especially since when we
> > did that, people complained about that, too).
> > 
> > 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 to the DEP5 requirement (and while
> DDs can use whatever URLs they like, other people need to guess what URLs
> does their sponsor count as valid).

I used the following for exactly this reason:

Format: http://anonscm.debian.org/viewvc/dep/web/deps/dep5.mdwn?revision=174
-- 
Wolodja 

4096R/CAF14EFC
081C B7CD FF04 2BA9 94EA  36B2 8B7F 7D30 CAF1 4EFC


signature.asc
Description: Digital signature

Re: Status of circulars dependencies in unstable

[Raphael Hertzog]

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 contents of perl to, e.g.,
> perl-bin, making perl a dummy package, and the following relations:
> 
> Package: perl
> Depends: perl-bin, perl-modules
> 
> Package: perl-bin
> 
> Package: perl-modules
> Depends: perl-bin (= ${Source-Version})
> 
> But this solution seems so simple that I must be missing something.

You miss the fact that installing perl-bin alone can also break
stuff trying to use what's in that package if perl-modules is not
installed.

That said with such a setup, it's unlikely to happen given that
most dependencies point to "perl" which enforces the presence of
both packages. And even the bogus dependency on perl-modules does
the right thing.

So it's certainly better than switching perl-modules's Depends to a
Recommends.

Cheers,
-- 
Raphaël Hertzog ◈ Debian Developer

Follow my Debian News ▶ http://RaphaelHertzog.com (English)
  ▶ http://RaphaelHertzog.fr (Français)


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110906095739.gc1...@rivendell.home.ouaza.com

Re: DEP5: proposed versioned url for Format: does not work

[Andrew O. Shadura]

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 to the DEP5 requirement
> (and while DDs can use whatever URLs they like, other people need to
> guess what URLs does their sponsor count as valid).

I can look like http://dep.debian.net/deps/dep5/r234234 or like that.
If someone sets the proper redirection up, of course.

-- 
WBR, Andrew


signature.asc
Description: PGP signature

Re: DEP5: proposed versioned url for Format: does not work

[Andrey Rahmatullin]

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 far as I understand from [1,2], one might expect a
> > more readable and stable url as soon as #609160 is fixed.
> 
> 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.debian.org/debian-policy/copyright-format/1.0/
> 
> (But don't use that, since it's not working and might be different
> from the real one when it actually happens.)
> 
> Prior to that, I prefer to not change the spec to incorporate
> ever-growing numbers of example URLs (especially since when we
> did that, people complained about that, too).
> 
> 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 to the DEP5 requirement (and while
DDs can use whatever URLs they like, other people need to guess what URLs
does their sponsor count as valid).

-- 
WBR, wRAR


signature.asc
Description: Digital signature

Re: Status of circulars dependencies in unstable

[Michael Tautschnig]

[...]
> 
> 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, and the following relations:

Package: perl
Depends: perl-bin, perl-modules

Package: perl-bin

Package: perl-modules
Depends: perl-bin (= ${Source-Version})


But this solution seems so simple that I must be missing something.

Best,
Michael



pgpfIHsu1bOyC.pgp
Description: PGP signature

Re: Hardening build flags release goal

[Pierre Chifflier]

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!
> 
> > I would like to find one or two persons to lead a new release goal
> > centered around hardening. The big goal is to have the maximum number of
> > packages using hardening by the time Wheezy is released but it could
> > include more specific sub-goals like "all packages with priority >=
> > standard should use dpkg-buildflags properly" or "all packages providing a
> > daemon should use dpkg-buildflags properly".
> >
> > It's up to whoever does the work to define their methodology of work but
> > it's probably interesting to write some script to detect whether a package
> > is using dpkg-buildflags. Rebuilding packages with a custom
> > dpkg-buildflags configuration that adds a fake flag and analyzing the
> > build logs has been suggested (see #628516).
> >
> > If you're interested, just respond and start creating the release goal
> > wiki page:
> > http://wiki.debian.org/ReleaseGoals
> 
> I'm in, but it'll take a few days until I'll be able to work on the wiki
> page. 
> 
> I'm thinking of something along the lines of
> "all pkgs with priority >= standard" and "all pkgs which had a DSA in the last
> five years" as specific, important sub goals.
> 

Hi,

I'd be happy to help for this release goal, so you can count me in.

BR,
Pierre


-- 
To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Archive: http://lists.debian.org/20110906074945.gb3...@mail.wzdftpd.net

Re: Multiarch in Debian unstable

[Cyril Brulebois]

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 support, is also
> being worked on.  apt in unstable includes full support for installing
> packages in a multiarch configuration, and a preliminary implementation of
> multiarch support for dpkg is available from the 'pu/multiarch/full' branch
> of .
> 
> Daring users can build this version of dpkg from source and configure it for
> use with multiarch by creating a file /etc/dpkg/dpkg.cfg.d/multiarch with
> "foreign-architecture $arch" lines.

Can we give dpkg more exposure than “build from git”? It's been 2+
months already since that announcement and one cannot really test
“Multiarch in Debian unstable” as written in the subject.

Thanks for your efforts.

Mraw,
KiBi.


signature.asc
Description: Digital signature