<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
  <title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<font face="Courier New, Courier, monospace">A research distribution,
Nixos (<a class="moz-txt-link-freetext" href="http://www.nixos.org">http://www.nixos.org</a>) attempts to resolve this problem of
library interference by completely redoing both the file system
hierarchy and the software build process into a new packaging system
called Nix.&nbsp; From the website:<br>
</font><br>
Nixos i<a href="http://nixos.org/nixos/"><strong></strong></a>s a
Nix-based Linux distribution. Thanks to Nix, it supports atomic
upgrades, rollbacks and multi-user package management, and it has a
declarative approach to system configuration management that makes it
easy to reproduce a configuration on another machine.<br>
<font face="Courier New, Courier, monospace"><br>
Each time you build a package, it determines all of the dependencies
needed to build the package and uses them, as well as the package
contents to create a unique hash value for the package.&nbsp; All packages
get put into the /nix/store directory.&nbsp; This makes in very easy to have
multiple versions of a package without interfering with each other as
well as being able to easily rollback changes or switch versions.&nbsp; I'm
also thinking it would make a very secure platform because it would be
very difficult for attackers to figure out which library to replace or
where critical programs reside.<br>
<br>
Steve<br>
</font><br>
Joshua Kramer wrote:
<blockquote
 cite="mid:alpine.LFD.2.00.1101261035310.16548@home-av-server.home-av"
 type="cite">
  <blockquote type="cite">
    <pre wrap="">It's even worth considering putting the language itself outside the package
system (and therefore outside /usr). I don't know about Python, but that
seems to be the preferred direction in the Ruby world.
    </pre>
  </blockquote>
  <pre wrap=""><!---->
In the RH 4 days when they had Python 2.2 and I required Python 2.4, I did 
this.  Now the Pythons are sufficiently caught up that having extra 
language installation causes confusion.  For example, if I were to do an 
extraneous installation of Python 2.6 on a RHEL6 box, it would require me 
to resolve library conflicts because the library loader would need to 
differentiate between the shared libraries of the "system" Python and 
those of the extraneous Python.
_______________________________________________
colug-432 mailing list
<a class="moz-txt-link-abbreviated" href="mailto:colug-432@colug.net">colug-432@colug.net</a>
<a class="moz-txt-link-freetext" href="http://lists.colug.net/mailman/listinfo/colug-432">http://lists.colug.net/mailman/listinfo/colug-432</a>

  </pre>
</blockquote>
</body>
</html>