Package: wnpp
Severity: wishlist
X-Debbugs-CC: debian-devel@lists.debian.org
Package name: optional-dev
Version: 20120908
Author: Dmitry Smirnov
License: GPL-3+
Description: fake (empty) dev package
Purpose of this package is to provide an
On Sat, Sep 08, 2012 at 05:08:34PM +1000, Dmitry Smirnov wrote:
> Package: wnpp
>Package name: optional-dev
>
>
>
> There are situations when some of the libraries listed in Build-Depends
> are optional i.e. build system is smart enough to avoid failure when
> such library is missing
Hi,
"optional depends" - what?? Thats self contradictory. If a depends it's really
optional, it's not a depends, thus that package is buggy and should not be
fixed by introducing a nonsense package, but by removing this depends.
cheers,
Holger
--
To UNSUBSCRIBE, email to debian-dev
On 08/09/12 08:08, Dmitry Smirnov wrote:
> Often some development libraries are not available on all architectures
> in which case maintainer should know beforehand which architectures may
> satisfy this dependency and maintain an up-to-date list of architectures
> for such packages, like in the fo
Hi,
On 08.09.2012 13:06, Simon McVittie wrote:
> It would perhaps make more sense if there was a way for the libchamplain
> maintainer to nominate excluded architectures, so empathy could say
> something like:
>
> Build-Depends: libchamplain-...-dev |
>champlain-unavailabl
On Sat, 8 Sep 2012 19:37:33 Holger Levsen wrote:
> "optional depends" - what?? Thats self contradictory. If a depends it's
> really optional, it's not a depends, thus that package is buggy and should
> not be fixed by introducing a nonsense package, but by removing this
> depends.
Not at all, it m
On Sat, 8 Sep 2012 18:30:30 Adam Borowski wrote:
> I'm afraid this is a bad idea for three reasons:
>
> 1. you'd get a misbuild if libfoo-dev happens to be temporarily
>uninstallable due to a transition of something it depends on,
>it or one of its dependencies happen to wait for a co-inst
On Sat, 8 Sep 2012 21:06:29 Simon McVittie wrote:
> This doesn't really give enough guarantees (even if sbuild followed
> non-first branches in alternative-lists, which IIRC it doesn't). If
> champlain happens to be temporarily uninstallable on (say) powerpc at
> the time the empathy build happens,
On Sat, 08 Sep 2012 22:01:17 +1000, Dmitry Smirnov wrote:
> On Sat, 8 Sep 2012 19:37:33 Holger Levsen wrote:
> > "optional depends" - what?? Thats self contradictory. If a depends it's
> > really optional, it's not a depends, thus that package is buggy and should
> > not be fixed by introducing a
On Sat, 8 Sep 2012 22:01:17 +1000
Dmitry Smirnov wrote:
> On Sat, 8 Sep 2012 19:37:33 Holger Levsen wrote:
> > "optional depends" - what?? Thats self contradictory. If a depends it's
> > really optional, it's not a depends, thus that package is buggy and should
> > not be fixed by introducing a n
On Sat, Sep 08, 2012 at 02:43:47PM +0200, gregor herrmann wrote:
> But I see the use case, e.g. for packages that rebuild the
> documentation if some tool is available and just skip it gracefully
> and use the shipped version, if not.
How do you make sure that the uploaded packages are reproducibl
[Russ Allbery]
> The problem is that the software is called wallet, both the software
> itself and the primary client binary that users invoke. And, of
> course, we have a bunch of documentation and automation at Stanford
> that assumes that name.
That actually seems like a reasonable name to me
On Sat, Sep 08, 2012 at 10:01:17PM +1000, Dmitry Smirnov wrote:
> On Sat, 8 Sep 2012 19:37:33 Holger Levsen wrote:
> > "optional depends" - what?? Thats self contradictory. If a depends it's
> > really optional, it's not a depends, thus that package is buggy and should
> > not be fixed by introduci
On Sat, 08 Sep 2012 15:05:21 +0200, Bastian Blank wrote:
> On Sat, Sep 08, 2012 at 02:43:47PM +0200, gregor herrmann wrote:
> > But I see the use case, e.g. for packages that rebuild the
> > documentation if some tool is available and just skip it gracefully
> > and use the shipped version, if not
On Sat, Sep 8, 2012 at 8:43 PM, gregor herrmann wrote:
> Build-Recommends(-Indep)
I would be interested to see what real use-cases people wanted this
sort of thing for. Dimitry, which specific problem were you trying to
solve when you came up with optional-dev?
> But I see the use case, e.g. for
Hi!
On Sat, 2012-09-08 at 17:08:34 +1000, Dmitry Smirnov wrote:
> All the above problems may be addressed by using this package as
> alternative to optional build dependency like in the example below:
>
> Build-Depends: libchamplain-gtk-0.12-dev | optional-dev,
>libopenipm
I see.
Who knows what they'll break next.
Perhaps next time add a note to
/usr/share/doc/linux-image-486/NEWS.Debian.gz
--
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
Package: wnpp
Severity: wishlist
Owner: Stefan Handschuh
* Package name: androidsdk-tools
Version : 14
Upstream Author : The Android Open Source Project
* URL : https://android.googlesource.com/platform/sdk
* License : Apache 2.0
Programming Lang: Java
Desc
Dear all,
cia.navi.cx is deprecated, but now has stopped working.
You should use cia.vc instead.
Looking on vasks there are many team tooks that submit to cia.navi.cx
(mail mail or RPC), please update those to use cia.vc. hostname
instead.
Alioth SVN:
axel/hooks/svnmailer.conf:cia_rpc_server =
On Sat, 8 Sep 2012, Henrique de Moraes Holschuh wrote:
> If "64-bit PC" is too vague, the alternative designator for the amd64 arch
> is the vendor neutral "x86-64". The vendor-neutral designator for all of
> i386, i486, i586, i686, amd64 and x32 is "x86" (i.e. it is for both 32-bit
> and 64-bit)
Hello.
I see, that Debian Wheezy comes with new congestion control named 'yeah', it's
rather good innovation, but by my tests TCP-Fit congestion control should be
the best for now.
More information about it you can get here:
http://media.cs.tsinghua.edu.cn/~multimedia/tcp-fit/
It would be pe
On Sun, 2012-09-09 at 06:06 +0800, jida...@jidanni.org wrote:
> I see.
> Who knows what they'll break next.
Do you use any particular obscure features that I could suggest?
> Perhaps next time add a note to
> /usr/share/doc/linux-image-486/NEWS.Debian.gz
I originally proposed to do this when dis
On Sun, 9 Sep 2012 02:06:52 Paul Wise wrote:
> I would be interested to see what real use-cases people wanted this
> sort of thing for. Dimitry, which specific problem were you trying to
> solve when you came up with optional-dev?
Thanks Paul, primarily I was trying to address a problem when packa
On Sun, 9 Sep 2012 00:30:41 brian m. carlson wrote:
> Debian users depend on the package being built in a consistent way. For
> example, some packages are built with Kerberos support. While this is
> generally optional for most packages, I'd be very upset if, say, the
> Debian openssh-server pack
Dmitry Smirnov writes:
> Due to risk of FTBFS maintainer should be careful with introducing
> dependencies that are non-critical for upstream build.
I think the opposite is true for the Debian archive. Local package builds
and derivatives may have other needs, but within the Debian archive it'
On Sun, 09 Sep 2012, Russell Coker wrote:
> On Sat, 8 Sep 2012, Henrique de Moraes Holschuh wrote:
> > If "64-bit PC" is too vague, the alternative designator for the amd64 arch
> > is the vendor neutral "x86-64". The vendor-neutral designator for all of
> > i386, i486, i586, i686, amd64 and x32
On Sun, Sep 9, 2012 at 7:39 AM, Dmitrijs Ledkovs wrote:
> cia.navi.cx is deprecated, but now has stopped working.
>
> You should use cia.vc instead.
>
> Looking on vasks there are many team tooks that submit to cia.navi.cx
> (mail mail or RPC), please update those to use cia.vc. hostname
> instea
On Sun, Sep 9, 2012 at 8:06 AM, Alex wrote:
> I see, that Debian Wheezy comes with new congestion control named 'yeah',
> it's rather good innovation, but by my tests TCP-Fit congestion control
> should be the best for now.
...
> It would be perfect if you'll innovate this into Wheezy.
Debian
On Sun, Sep 9, 2012 at 9:09 AM, Dmitry Smirnov wrote:
> Thanks Paul, primarily I was trying to address a problem when package build
> unnecessarily fails due to lack of "optional" dependency before an actual
> attempt to build.
I was more wanting to know which specific problem you were trying to
On Sun, Sep 09, 2012 at 01:54:20AM +0100, Ben Hutchings wrote:
> On Sun, 2012-09-09 at 06:06 +0800, jida...@jidanni.org wrote:
> > I see.
> > Who knows what they'll break next.
>
> Do you use any particular obscure features that I could suggest?
Networking, keyboards, rotating media ...
Nick
-
30 matches
Mail list logo
