Compatability with FreeBSD Ports [debian package tools]

Raphael Marmier raphael at marmier.net
Wed Aug 17 16:39:05 PDT 2005


> <4303571D.9050306 at xxxxxxxxxxxxx> <43036a16$0$739$415eb37d at xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <200508171711.j7HHBPi1021543 at xxxxxxxxxxxxxxxxxxxx> <43037ca7$0$740$415eb37d at xxxxxxxxxxxxxxxxxxxxxxxxxxxxxx> <430380CF.7040703 at xxxxxx>
In-Reply-To: <430380CF.7040703 at xxxxxx>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Lines: 32
NNTP-Posting-Host: 81.62.135.103
X-Trace: 1124321948 crater_reader.dragonflybsd.org 742 81.62.135.103
Xref: crater_reader.dragonflybsd.org dragonfly.users:3866

Gabriel Ambuehl wrote:
> Long story short: the perfect system doesn't yet exist. OSX .app
> approach comes close but is totally different paradigm and not really
> what a BSD should be after. 
While strictly copying MacOSX is not an option, our dream package 
management system should allow us to install an application and all its 
dependencies in its own directory, possibly with its own config space. 
This would be called "standalone" application, maybe.

something like:

/usr/standalone/apache-2/bin ./etc ./lib ...

possibly, an option would have it installed in such a way that it is 
ready to be chrooted (maintaining a copy of the necessary system libraries)

This way, it is possible to separate important applications from the 
other stuff. Then you gain peace of mind. You can use apps such as 
portupgrade -a on the non important stuff and manage each critical app 
separatedly, which makes them much less dangerous to upgrade by the way.

Disk space is cheap so I don't mind the duplication of libraries caused 
by such a scheme.

And when you want to clean the mess, you just drag the app to the Trash 
. .. er ... cp -R <pathtoappdir>.

are views something like this?

please be kind, I am far from understanding the subject

Raphael





More information about the Users mailing list