Sunday, 7. September 2008, Olivier Crête Ви написали:
> The only proper way to do it is to stop the /usr/kde madness for
> everyone and just install everything in /usr like everyone else does,
I am afraid, that would be quite unacceptable for many of us. So I'd suggest
another "proper" way of doin
On Sun, 2008-09-07 at 02:05 +, Jorge Manuel B. S. Vicetto wrote:
> I've been thinking on a different method. With this method [3], we
> would keep using the . slots (4.1, 4.2, etc) so we also
> wouldn't break the invariancy. We would allow users to select whether
> to have an FHS compliant inst
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello.
Some members of the KDE team have been talking for some time about
having a FHS compliant install (define KDE prefix as /usr instead of
/usr/kde/). The most important consequence of that option is
that it won't be possible to have 2 or more KD
On Sat, Sep 6, 2008 at 10:10 PM, Ben de Groot <[EMAIL PROTECTED]> wrote:
> Alec Warner wrote:
>> On Sat, Sep 6, 2008 at 10:36 AM, Thomas Anderson <[EMAIL PROTECTED]> wrote:
>>> Hi,
>>>Currently we have a lot of:
>>>src_configure() {
>>>econf $(use_ena
Alec Warner wrote:
> On Sat, Sep 6, 2008 at 10:36 AM, Thomas Anderson <[EMAIL PROTECTED]> wrote:
>> Hi,
>>Currently we have a lot of:
>>src_configure() {
>>econf $(use_enable dvdr) \
>>$(use_with ipv6 ssl) \
>>
On Sat, Sep 6, 2008 at 9:00 PM, Alec Warner <[EMAIL PROTECTED]> wrote:
> On Sat, Sep 6, 2008 at 10:36 AM, Thomas Anderson <[EMAIL PROTECTED]> wrote:
>> Hi,
>>Currently we have a lot of:
>>src_configure() {
>>econf $(use_enable dvdr) \
>>
Alec Warner schrieb:
> I think the question isn't 'why is this functionality being made
> available'; I think to me it is useful piece of code.
>
> I question its inclusion in the PM though; I would rather see it in
> eutils or something similar.
>
> Arguably you could inherit a function from eut
On Sat, Sep 6, 2008 at 4:43 AM, Steve Long <[EMAIL PROTECTED]> wrote:
> Christian Faulhammer wrote:
>
>> Zac Medico <[EMAIL PROTECTED]>:
>>> Both approaches are essentially equivalent but it's a little simpler
>>> for ebuild writer if they don't have to customize the output file
>>> name.
>>
>> On
On Sat, Sep 6, 2008 at 12:00 PM, Alec Warner <[EMAIL PROTECTED]> wrote:
> On Sat, Sep 6, 2008 at 10:36 AM, Thomas Anderson <[EMAIL PROTECTED]> wrote:
>> Hi,
>>Currently we have a lot of:
>>src_configure() {
>>econf $(use_enable dvdr) \
>>
On Sat, Sep 6, 2008 at 10:36 AM, Thomas Anderson <[EMAIL PROTECTED]> wrote:
> Hi,
>Currently we have a lot of:
>src_configure() {
>econf $(use_enable dvdr) \
>$(use_with ipv6 ssl) \
>--wi
And:
#gentoo-mirrors
Contact: fox2mike
Hi,
Currently we have a lot of:
src_configure() {
econf $(use_enable dvdr) \
$(use_with ipv6 ssl) \
--with-system-zlib
}
Introducing(Idea shamelessly take
On Sat, Sep 06, 2008 at 12:43:12PM +0100, Steve Long wrote:
> Christian Faulhammer wrote:
>
> > Zac Medico <[EMAIL PROTECTED]>:
> >> Both approaches are essentially equivalent but it's a little simpler
> >> for ebuild writer if they don't have to customize the output file
> >> name.
> >
> > One
As per GMsoft request:
Channel: #gentoo-hppa
Contact: GMsoft, jer
Christian Faulhammer wrote:
> Zac Medico <[EMAIL PROTECTED]>:
>> Both approaches are essentially equivalent but it's a little simpler
>> for ebuild writer if they don't have to customize the output file
>> name.
>
> One needs exceptions for all kind of systems, for example I had to
> workaround
15 matches
Mail list logo