Linked by Thom Holwerda on Mon 5th May 2008 21:00 UTC
OSNews, Generic OSes Ever since I started using computers, I've been baffled by the relative clumsiness of installing applications. Whether we are talking the really old days (launching the Rambo game off a tape), the '90s (running Keen or using installers in Windows 95), or the modern days (still those installers, but now also package management and self-contained applications); it's all relatively cumbersome, and they all have their downsides. I decided to put my money where my mouth is, and come up with my idealistic, utopian method of installing, running, updating, and uninstalling applications.
Permalink for comment 313041
To read all comments associated with this story, please click here.
RE: Call me stoopid...
by renox on Tue 6th May 2008 08:02 UTC in reply to "Call me stoopid..."
renox
Member since:
2005-07-06

The thing is if the application is really 'fully self-contained' that this increase not only the disk usage (which we don't care I agree) but also the memory usage (which we do care about!) because a 'shared' library wouldn't be shared anymore as each application would load the version stored in his directory, the OS wouldn't know that these version are identical..

Currently the way I see to fix this is to have a 'delta' phase in the installation where all the 'shared' library contained in the application would be checked against the already installed one, if a shared library already exist in the same filesystem then it wouldn't be installed but it would be hardlinked to the existing one.
Benefit: no disk or memory bloat and the application are still self-contained.
Inconvenient: an additionnal 'delta' phase

The big downside of the 'self-containement' part is that if a shared library must be upgraded then all the application which use it must be upgraded..

Reply Parent Score: 2