FAQ Search Today's Posts Mark Forums Read
» Video Reviews

» Linux Archive

Linux-archive is a website aiming to archive linux email lists and to make them easily accessible for linux users/developers.


» Sponsor

» Partners

» Sponsor

Go Back   Linux Archive > Gentoo > Gentoo Development

 
 
LinkBack Thread Tools
 
Old 03-13-2009, 07:48 AM
Christian Faulhammer
 
Default Ideas for a (fast) EAPI=3

Hi,

Tiziano Müller <dev-zero@gentoo.org>:

> Am Montag, den 09.03.2009, 10:06 +0100 schrieb Christian Faulhammer:
> > Hi,
> >
> > Daniel Pielmeier <daniel.pielmeier@googlemail.com>:
> >
> > > 2009/3/9 Christian Faulhammer <fauli@gentoo.org>:
> > > >
> > > > I don't know if there is a bug somewhere (I did not find one),
> > > > but what about having the possibility to ask for one out many
> > > > USE flags of a dependency. For example app-misc/gramps needs
> > > > dev-lang/python with USE=berkdb or USE=sqlite, but Portage
> > > > won't tell the user that he can enable one but always asks for
> > > > the first in the || () string.
> > > >
> > >
> > > || ( dev-lang/python[berkdb] dev-lang/python[sqlite] )
> >
> > That's the solution currently and not the optimum.
> >
> > > The only way I found to get around this is to recompile python
> > > with the new use flags first. Afterwards dependency calculation
> > > succeeds.
> >
>
> Correctly you should probably add a berkdb or sqlite USE flag to
> gramps and then do:
> sqlite? ( dev-lang/python[sqlite] )
> !sqlite? ( dev-lang/python[berkdb] )

The latest version 3.1 only needs USE=berkdb on Python...so problem
solved for me.

V-Li

--
Christian Faulhammer, Gentoo Lisp project
<URL:http://www.gentoo.org/proj/en/lisp/>, #gentoo-lisp on FreeNode

<URL:http://www.faulhammer.org/>
 
Old 03-13-2009, 07:11 PM
Ciaran McCreesh
 
Default Ideas for a (fast) EAPI=3

On Sun, 08 Mar 2009 08:49:16 +0100
Tiziano Müller <dev-zero@gentoo.org> wrote:
> So I think it's time for a short eapi bump with some distinct
> improvements:

Some more small candidates to discuss:

* How would people feel about killing off automagic RDEPEND=DEPEND
behaviour?

* Officially kill off AA. It's not useful.

* Kill off KV. This should be eclass territory.

* Ban dohtml, which is weird, and add '-u dir' to dodoc, so you
can use dodoc -r -u html blah instead.

* We currently have .xz / .tar.xz support for unpack down for EAPI 3.
Am I right in thinking there's nothing stable that can handle .xz
files?

--
Ciaran McCreesh
 
Old 03-13-2009, 09:31 PM
Tiziano Müller
 
Default Ideas for a (fast) EAPI=3

Am Freitag, den 13.03.2009, 20:11 +0000 schrieb Ciaran McCreesh:
> On Sun, 08 Mar 2009 08:49:16 +0100
> Tiziano Müller <dev-zero@gentoo.org> wrote:
> > So I think it's time for a short eapi bump with some distinct
> > improvements:
>
> Some more small candidates to discuss:
>
> * How would people feel about killing off automagic RDEPEND=DEPEND
> behaviour?
>
> * Officially kill off AA. It's not useful.
Never used it, thus ++

>
> * Kill off KV. This should be eclass territory.
++

>
> * Ban dohtml, which is weird, and add '-u dir' to dodoc, so you
> can use dodoc -r -u html blah instead.
But then we shouldn't introduce doexample, but use "dodoc -r -u
examples" instead.
I liked that dohtml can filter based on file endings, this made it in
the past easier to install html docs.
So, if we could have something like:
filter_files -t web docs/ | dodoc -r -u html
that would be fine :-)

>
> * We currently have .xz / .tar.xz support for unpack down for EAPI 3.
> Am I right in thinking there's nothing stable that can handle .xz
> files?
>
As far as I know, but vapier is probably the expert here.
 

Thread Tools




All times are GMT. The time now is 09:21 AM.

VBulletin, Copyright ©2000 - 2013, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.
Copyright ©2007 - 2008, www.linux-archive.org