[prev in list] [next in list] [prev in thread] [next in thread] 

List:       gentoo-desktop
Subject:    Re: [gentoo-desktop] Re: kde-l10n split ebuilds proposal
From:       Tomáš_Chvátal <scarabeus () gentoo ! org>
Date:       2009-04-23 16:23:08
Message-ID: 200904231823.08437.scarabeus () gentoo ! org
[Download RAW message or body]


Dne čtvrtek 23 Duben 2009 18:13:00 Fabio Erculiani napsal(a):
> I see a lack of coherence in doing that instead.
> And also, could you tell me the rationale behind your sentence: "I
> don't think this is interesting for Gentoo".
> Because I already have explained what advantages it could bring (with
> a bare minimum effort!).
> So, i suppose that the opinions around here are just political or
> driven by resilience to change. Why not offering more?
> I just wonder... :)
Well for example sets support
now we add l10n ebuild to the set.
User change linguas recompile l10n since it is in the set.
With your approach we cant include all the l10n ebuilds to the set, even 
adding them optionaly per useflag is quite annoying against current approach.
And compile time is this:
     Wed Apr 22 21:27:24 2009 >>> kde-base/kde-l10n-4.2.2
       merge time: 31 seconds.
on 1.3 ghz machine for 1 language. So i guess user can wait the 2 minutes and 
it cause not too big slow-down. Disk space needed for compilation all lingua 
packages is smaller than needed for firefox or kdelibs.
I really agree with one point it is pain in the ass for binary distros to 
maintain. So the solution for it is better to allow packagemanager to handle 
it.

Cheers

["signature.asc" (application/pgp-signature)]

[prev in list] [next in list] [prev in thread] [next in thread]