RE: Autopackage @ LinuxTag in Berlin
Eugene Zolenko <EugeneZolenko-XYgkjQFSZqy1Z/[email protected]> Mon, 4 May 2009 09:37:42 -0600
| Newsgroups | gmane.comp.autopackage.devel |
|---|---|
| Message-ID | <833B0B09C5041D42A9924A3BA6A12B9A0121741990@CALMAIL-CMS.smarttech.inc> |
From: Isak Savo [mailto:[email protected]]=20 >> Its goal is to make it possible to create only one package for all >> kinds of Linux distribution to make software distribution easy for >> both developers and users. For example an Autopackage only needs one >> package for 32 bit and 64 bit machines. Furthermore binary >> compatibility issues are solved using Apbuild, a wrapper around GCC >> which makes it possible to solve bogus dependencies and different >> versions of glibc. >I agree with Mike here, "bogus deps" won't be understood. I suggest >staying at a higher level, perhaps: >"To help developers create binaries that works across multiple >distribution, autopackage includes a tool called APBuild that works >around many portability issues that occur during normal compilation" >You may even wanna leave out the "during compilation" part I think if you leave out too much people start to wonder what problem exact= ly it solves. Because incompatibility during compilation is what it is for.= People who don't distribute binary packages don't have the problem. People= who do -- know what compilation is and might be doing something already to= solve it. We actually used old machine with FC 3 on it to build binary com= patible packages before we switched to APBuild. (Also might want to say it = is for C and C++, since that about all it does, right?) Don't be too generic - overtly generic text doesn't say anything :). --------------------------------------------------------------------- To unsubscribe, e-mail: autopackage-dev-unsubscribe-OfajU3CKLf1/[email protected] For additional commands, e-mail: autopackage-dev-help-OfajU3CKLf1/[email protected]