On Thu, Sep 22, 2011 at 5:18 AM, Bruce Sass wrote:
> Would once be fine, or should contrib/non-free users need to make an explicit
> choice every first time a package outside of Main is an installation
> candidate?
s/first// but yes.
As a user of contrib/non-free I specifically only want package
On Thu, Sep 22, 2011 at 3:13 AM, Mike Mestnik wrote:
> Members of the task force should be considerate of all different types of
> proxies. http(caching and non-caching); http-connect(both port filtered and
> not port filtered); socks(in all it's glorious iterations); plus anything
> else that fa
On September 20, 2011 02:24:33 PM Stefano Zacchiroli wrote:
> On Tue, Sep 20, 2011 at 01:12:37PM +0200, Gerfried Fuchs wrote:
> > tl;dr - what do you think, is a "Depends: foo-contrib | foo" acceptable
> >
> > for packages in main or should it be "Depends: foo | foo-contrib"
> > instead?
>
> I t
On Wed, 21 Sep 2011, Raphael Hertzog wrote:
> On Wed, 21 Sep 2011, Ian Jackson wrote:
> > Raphael Hertzog writes ("Hardening build flags release goal"):
> > > we're not very far from having hardening build flags set by default by
> > > dpkg-buildflags (waiting on some documentation update that Kees
Hello,
ASYMK there are a number of different proxies technologies and it's
not impossible to be in a position where there use is mandatory. I've
recently looked into a number of bugs against Canonical's Ubuntu:
[1]479630 [2]370924
1. https://bugs.launchpad.net/bugs/479630
2. https://bugs.l
On Wed, 21 Sep 2011, Ian Jackson wrote:
> Raphael Hertzog writes ("Hardening build flags release goal"):
> > 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).
>
> Can you please point
Package: wnpp
Severity: wishlist
Owner: Dario Minnucci
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
percona-toolkit (wich includes 'maatkit') is a replacement [0] for 'maatkit'
package currently available in Debian.
* Package name: percona-toolkit
Version : 1.0.1
Upstream A
Kyle Willmon writes ("Re: Introducing Build-Recommends / Build-Core-Depends?"):
> So, if you think it's ok to leave out the words "Depends" and
> "Recommends", the logical idea would be to use "Build-Stage1" (though I
> do not think this is the correct route. I, personally, am in favor of
> "Build-
Raphael Hertzog writes ("Hardening build flags release goal"):
> 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).
Can you please point us to the draft interface documentation that
specif
Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Package name: fcitx-handwrite
Version: 0.1.1
Upstream Author : chenfc2...@gmail.com, wen...@gmail.com, dream.liuguobiao
URL: http://code.google.com/p/fcitx-handwriting/
License: GPLv3
Programming Lang: c
Description
Package: wnpp
Severity: wishlist
Owner: Andrey Rahmatullin
* Package name: ipdb
Version : 0.6
Upstream Author : Godefroid Chapelle
* URL : http://pypi.python.org/pypi/ipdb
* License : GPL
Programming Lang: Python
Description : IPython-based pdb replace
On 20/09/11 06:24 PM, Paul Wise wrote:
> In my intended case I believe they always end up with foo from main,
> only if they choose foo-contrib will they get it, which is how I think
> it should be. main should not reference packages from contrib/non-free
> in any way.
If that's how it works, then
On 21/09/2011 09:13, Raphael Hertzog wrote:
> On Tue, 20 Sep 2011, Vincent Danjean wrote:
>> dpkg-architecture can convert Debian arch to triplet (DEB_HOST_GNU_TYPE)
>> and multiarchdir (DEB_HOST_MULTIARCH)
>>
>> Is there an easy way to convert triplet to multiarchdir ? (which is
>> what is neede
On Tue, 20 Sep 2011, Vincent Danjean wrote:
> dpkg-architecture can convert Debian arch to triplet (DEB_HOST_GNU_TYPE)
> and multiarchdir (DEB_HOST_MULTIARCH)
>
> Is there an easy way to convert triplet to multiarchdir ? (which is
> what is needed for pkg-config-crosswrapper)
$ dpkg-architectur
14 matches
Mail list logo