Personally, I am not liking the debian way of:

  -libs
  -includes
  -docs
  -bins
  -dev

etc for each package.  It seems overly piecemeal and makes things frustrating
when trying to build things.

I am to understand there is a difference between blindly breaking packages up
for simple things and splitting things out for huge size shavings.

Look at texlive for example .. it has several different packages, but the
larger chunk of it is set as PKG_ARCH=* so not only do you shave if the base
package is updated but you also shave on space/bandwidth if you end up with
multiple archs building the same thing.

I for one am quite content with the middle ground, which is to say, if it
is `large enough' to be of `significant' size (i.e. disk/bandwidth) shaving,
then it seems useful to have either '-data' or '-docs' multipackages.

Try looking at jdk-* jre-* *i18n* qt* *dict* asterisk* python* php*
openarena* Wnn* for example packages that use multi packages to house
docs or data or subsets of files etc for space shavings.  None of them
follow the debian way above, and none of them are unreasonable in their
splitting of things.

I think the commit is good as is, and look forward to having space shavings
on building it for multiple platforms via no-arch/..
-- 
Todd Fries .. [EMAIL PROTECTED]

 _____________________________________________
|                                             \  1.636.410.0632 (voice)
| Free Daemon Consulting, LLC                 \  1.405.227.9094 (voice)
| http://FreeDaemonConsulting.com             \  1.866.792.3418 (FAX)
| "..in support of free software solutions."  \          250797 (FWD)
|                                             \
 \\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\
                                                 
              37E7 D3EB 74D0 8D66 A68D  B866 0326 204E 3F42 004A
                        http://todd.fries.net/pgp.txt

Penned by Antoine Jacoutot on 20081118 13:17.52, we have:
| On Mon, 17 Nov 2008, Marc Balmer wrote:
| > > The argument is that in case of a wantlib change (e.g. libc bump), 
| > > you'll only have to download the small -main package, no all the -data.
| > 
| > imo that is micro-optimization at the wrong level.  we increase complexity
| > for absolutely no real gain.
| 
| Can other porters please give their opinion. Stuart and I would like to 
| have some consensus over this.
| 
| Thanks.
| 
| -- 
| Antoine

Reply via email to