Re: Autopackage @ LinuxTag in Berlin

On Sat, May 2, 2009 at 9:03 PM, Jan Niklas Hasse <[email protected]> wrote:
> I've just recieved an E-Mail that Autopackage qualified for a
> sponsored booth at this year's LinuxTag (
> http://www.linuxtag.org/2009/ ). I'm not sure if that means that we
> already got one for sure though. Anyway, I will have to start working
> on completing the project's profile and could need some help ;-).
>
> I have to enter a description in Englisch. This is what I've got so far:

Looks good.

I would re-structure it a bit though to have the information in this order:
 1. Explain in broad terms what autopackage is (it is a package
format, independent of distribution, etc.)
 2. Explain what it should be used for. (end user apps, not core libs,)
 3. Explain the strengths of apkg compared to deb/rpm/etc. (install to
$home, one package for all users (good for both users and developers
since users have one choise, and devs only need to create one
package))


> Autopackage is intended to be used for installing non-core
> applications such as word processors, web browsers, and personal
> computer games, rather than core libraries and applications.
> Its goal is to make it possible to create only one package for all
> kinds of Linux distribution. For example an Autopackage only needs one
> package for 32 bit and 64 bit machines.

> Autopackage is a complementary system to a distribution's usual
> packaging system, such as RPM and deb. When an Autopackage contains
> files already installed by the package manager, the existing files
> will be backed up and restored when removing the Autopackage.

I'd remove this last thing about backup since it's mostly a corner case IMO.

> It's possible to install Autopackages into the home directory without
> root access. Therefore it's more safe to install software from an
> untrusted source with an Autopackage rather then the package manager.
> Furthermore because Autopackage is a real package format it's more
> robust against bugs and compatibility issues then binary installers.

Hmm, this last statement ("because autopackage is a real package
format...") is a bit hard. I'm not even sure I understand what's
implied here. I'd remove or rephrase it

-Isak

---------------------------------------------------------------------
To unsubscribe, e-mail: autopackage-dev-unsubscribe-OfajU3CKLf1/[email protected]
For additional commands, e-mail: autopackage-dev-help-OfajU3CKLf1/[email protected]