RE: Little redesign of package files for 1.3

Isak:
> Sure, we could replace it with a structured format like XML (that
> would *surely* make autopackage enterprisey ;-)

No-o-o, for the love of FSM, anything but that! :)

Jan Niklas Hasse:
> The idea behind installEverything is the following: When I created a 
> package for a program i realized, that calling the right function
inside 
> the  [Install] section is a job, which could be easily made by a
script 
>(and makepackage creates the Install section for you if you leave it
blank 
> afaik). So my idea is, to remove the [Install] section completely, I
don't 
> see a case where it is really needed. 

My packages are doing _tons_ of stuff in [Install] section: installing
multi-level menus, whole bunch of desktop files and icons, mime-types,
setting up udev rules, modifying some preference files (not copying them
-- modifying existing ones), setting up autorun for few things (did you
know what pain it is on Gnome version less than 2.14?), launching few
helper apps during install (need root), launching apps after install
(can't really expect users to go find stuff in menu), and more (actually
that's about it, plus some fancy stuff, but can easily grow to be more).

Most of this can't be done without running a script on user's machine.
(Although a lot of things can be moved into autopackage support code,
and be dealt with by telling autopackage during build time "those are my
icons, do what you must")

Main requirement of my installs is to make user download package, run
it, and immediately be able to work with software (and hardware when it
is involved). Plus the shiny things (don't ask >_<).

Yes, the infamous MS windows experience. And that means I have to do a
lot of babysitting, and there is no package system in softoshpere that
can do all of it with built-in functionality.


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