On Thursday 13 April 2006 08:43 am, James Carlson wrote:
> Seriously, this is near the root of one of the reasons that I
> abandoned running Debian on my home system, despite the fact that I
> otherwise liked it.  The tortured mess of X needing Y.1 and Z needing
> Y.2 and me wanting both X and Z was just too much to bear.

I quit running Debian as I replaced the system with Solaris, it was the last 
non-Solaris system I had at home, other than my wife's computer.

I've not run into any such problems as you describe above, and why I relied on 
apt to take care of that for me. In the past, if you used dselect, you would 
stand the chance of the very scenario you describe above, but apt would take 
care of and handle all the dependencies fine for the software I used and 
wanted out of the repository.

> What do we say if there's a conflict between what a user deems is
> necessary for his environment and what we're actually technically
> capable of supporting?  Today, we don't tell customers that they're
> free to overwrite /lib/libc.so.1 with glibc.  Could we be telling them
> to do the moral equivalent of that in the future?

This would be bad, IMO, and no I don't think this is what we should be 
conveying to them.

If we were to move things into /usr, I for one have been a strong supporter of 
/usr/local, mainly because it's the default location for the majority of open 
source software, for better or worse. /usr/local is not shipped on Solaris, 
so it's really no different than /opt/sfw, IMO. This is a very controversial 
topic and many staunch Solaris folks start to salivate when you mention such 
use of such...:-/ However, it is where most software will install if you just 
"configure" & "make install".

Also, for better or worse, the world uses gnu packaging tools, and because of 
such could open a discussion in itself on wether we should use them also. 
This muddies the water even more.

-- 

Alan DuBoff - Sun Microsystems
Solaris x86 Engineering


_______________________________________________
opensolaris-discuss mailing list
opensolaris-discuss@opensolaris.org

Reply via email to