Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Linux standards



On Thu, 20 Jun 2002, Jerry Feldman wrote:

> I think this could be dealt with in a number of ways:
> 1. a standards compliant distro installs things in specific places. 
> 	This appraoch is limited, because it's lack of flexibilty,. What goes into 
> /use/local vs. /opt vs. /usr/bin.
> 2. The distro provides a mapping file. The package manager would consult 
> the mapping file, which could be an installation override of the above 
> scheme. 

That's essentially what I was talking about with my macro system.  I was 
just showing one way the package could identify what resource it needed.

But thinking about this a little more, an even harder problem to solve is 
library dependencies.  Different distributions ship with different 
kernels, glibc, and other support libraries.  Which do you compile 
against?

> But, the most serious issue is not in the implementation, but the politics. 
> The Debian people, for instance have been very adamant to accept RPM in 
> place of DEB. Deccies like setld, HP people like swinstall. Lots of very 
> sticky issues. 

That's why it would take a brand new package manager, advertised from day 
one as cross-platform/cross-distro,  Less politics.  Who cares how many 
stars are on the belly of the Sneeches when you've got stripes instead?

> Then you have companies like Installshield that have their own procedures. 

Installshield got quite a few things right.  As I mentioned previously, 
uninstalling is the big problem with tarballs.  Very few have a "make 
uninstall".

-------------------------------------------------------------------
DDDD   David Kramer                           http://thekramers.net
DK KD  "The most likely way for the world to be destroyed, most
DKK D  experts agree, is by accident. That's where we come in; 
DK KD  we're computer professionals. We cause accidents." 
DDDD                                          -Nathaniel Borenstein 





BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org