I don't like not beeing able to control the sub applications in a meta  
recipe, or rather update the main application without having to recompile  
the complete meta recipe, so I have some ideas on how to solve that and  
would like some feedback.

1) Install sub apps in their own directory and (sym)link them into the  
meta directory
* Easy removal of sub apps.
* Hard to remove the complete application
* Could have the drawback of maybe overpopulating /Programs (this approach  
on Xorg would nearly double my package count).
* Maybe hard implementation in fibo sandbox

2) Install sub apps in a sub directory in the meta directory and place  
(sym)links in the corresponding directories (bin, lib etc)
* Easy to remove a sub app.
* Easy to remove the complete application.
* Maybe hard implementation in fibo sandbox

3) Install sub apps in the meta directory, but create directories/files,  
in a directory in Resources, which contains file listings of the sub app.
* Easy to remove the main application
* Hard to remove old sub apps

4) Install sub apps in the meta directory and create a file/directory that  
contains sub app name and version
* Easy to remove main application
* Impossible to remove sub apps

What I mainly are looking for is a way to update the main application on a  
sub app basis. All the suggestions above do that, but they have other  
qualities as well.

All suggestions require a new approach to meta recipes where sub  
applications know of what main application they belong, so they can be  
compiled and installed separatly.
All suggestions above also makes it possible to list sub apps as  
dependencies, instead of having to install the complete meta recipe.
3) and 4) is basicly the same but in 4) you don't have a file listing and  
you dont care to remove old files from old sub apps.
1), 2) and 3) makes it possible to create sub packages.

-- 
/Jonas

Using Opera's revolutionary e-mail client: http://www.opera.com/mail/
_______________________________________________
gobolinux-devel mailing list
gobolinux-devel@lists.gobolinux.org
http://lists.gobolinux.org/mailman/listinfo/gobolinux-devel

Reply via email to