[pkg-fso-maint] breakage ahead

Jonas Smedegaard dr at jones.dk
Wed Jan 13 14:40:31 UTC 2010


On Wed, Jan 13, 2010 at 02:49:16PM +0100, Heiko Stübner wrote:
>Am Mittwoch 13 Januar 2010 schrieb Jonas Smedegaard:
>
>>   * Have main package depend on <package>-config-generic with fallback
>>     to a virtual package <package>-config, ship pristine config in that
>>     -config-generic package, and ship customized alternatives in
>>     -config-<type> packages. Have all -config-* flavors replace and
>>     conflict with (but *not* provide!) each other.
>this seems to me to be the current scheme where fso-config-??? [gta01, gta02,
>...] packages provide all the configs for specific devices.

I lost track of the various OpenMoko-related config files long time ago, 
so cannot really tell, but it seems to me that at least for some parts 
the current approach have been a single config file covering multiple 
binaries packaged individually, whereas there seem to be a move towards 
smaller "atomic" config files.

Sure, multiple smaller config files can still be shipped together in a 
single Debian package, but there is also the option of instead shipping 
a -config package for each piece.

This has the benefit of the flavors being tied to the actual variations 
needed at each piece - e.g. a fso-gsm-config-calypso (instead of 
fso-gsm-config-gta2).

With this scheme, a meta package like fso-gta2 could depend on the 
binary+config flavors that were *possible* using an OpenMoko instead of 
just what would be _likely_ to choose: Have fso-gta2 depend on 
fso-gsm-<flavor1> | fso-gsm-<flavor2>, and have e.g. fso-gsm-<flavor1> 
depend on fso-gsm-<flavor1>-config | fso-gsm-custom-config (that latter 
one being a locally provided package - similar to how asterisk package 
does it).


  - Jonas

-- 
* Jonas Smedegaard - idealist & Internet-arkitekt
* Tlf.: +45 40843136  Website: http://dr.jones.dk/

  [x] quote me freely  [ ] ask before reusing  [ ] keep private
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.alioth.debian.org/pipermail/pkg-fso-maint/attachments/20100113/33398ae4/attachment-0001.pgp>


More information about the pkg-fso-maint mailing list