This is is basically a script that pulls a source package down from some
repository they have, compiles it, and installs it. While it may seem
like a good idea at the time, it can potentially create a big mess on
your system. 

Each major Linux distribution uses some sort of native packaging format,
such as RPM, DEB, PKG, or even Gentoo's thing. They each have a database
of what's installed, where it is, and what version everything is at.
When you install a new package, the database is updated with all the
relevant information, and the packaging system makes sure you have
everything that's needed for it to run. When you start installing things
outside the package manager, you're always taking the chance of
installing new copies of libraries that may break compatibility with
other applications, or making it so that the next time you install
something with your package manager, there's an unexpected file that
causes conflicts with what you're trying to use. 
This project may seem like a nifty new revelation in the world of Linux
compatibility, but if you want your system to keep its long-term
maintainability and stability, it's best to stick with packages that are
built for the OS that you're running. 

-Tim


On Mon, 2004-07-19 at 08:38, Richards Jr, Edward C. wrote:
> This looks very interesting. From the project web site: 
> 
> This is autopackage, the distro neutral binary packaging framework for Linux 
> systems. 
> *     Build packages that will install on many different distros
> *     Multiple front ends: best is automatically chosen so GUI users get a 
> graphical front end, and command line users get a text based interface
> *     Multiple language support (both in tools and for your own packages)
> *     Automatically verifies and resolves dependencies no matter how the 
> software was installed. This means you don't have to use autopackage for all 
> your software, or even any of it, for packages to successfully install.
> http://autopackage.org/index.html
> 
> Ed
> 
> 
> This email, including any attached files, may contain confidential and 
> privileged information.  Any review, use, distribution or disclosure of 
> included information by unintended recipients is strictly prohibited.  If you 
> are not a named recipient or authorized to receive and / or act on 
> information sent to a named recipient, or have reason to believe you are not 
> or should not be one of the named recipients, please notify sender 
> accordingly by reply email and delete all copies of this message prior to 
> forwarding, copying or otherwise reproducing this message or attachments 
> thereto. For information regarding the export control status of items 
> discussed in this document, please refer to the project control list. Thank 
> you.
> 
> 
> _______________________________________________
> General mailing list
> [email protected]
> http://brlug.net/mailman/listinfo/general_brlug.net

Reply via email to