Nicolas Mailhot wrote:
> On Lun 25 avril 2005 14:16, Nicolas Mailhot a �crit :
> 
>> BTW had another poster not an old message of mine I wouldn't have
>> intervened on this problem at all.
> 
> And I might add this message still applies as-is
> 
> https://www.redhat.com/archives/fedora-devel-list/2005-March/msg00629.html

At least all the arguments against the Mozilla/Firefox installer you
have mentioned in this post (quote transferred from the archive you
pointed us to):

(...)
> - installation must be possible in a fully automated way (no human
> intervention at all, for example from a cron) and avoid changing common
> files (a Linux package "owns" files, they are checksummed and digitally
> signed. If a package tries to modify a file owned by another package
> things can get ugly fast)
>
> The last point is where common auto-downloaders fail : they either fail
> to work without human supervision (mozilla, firefox) or try to modify
> files already owned by other parts of the system (CPAN, (x)emacs,
> maven...)
> 
> This might seems mightily restrictive (and it is) but the end result is
> when one file on the system has a problem you know what package owns it
> and fixing this package is sufficient to heal the system. This is why
> Fedora Core for example can afford its fast releases - if it had to do
> an audit of all the files interactions each time like under Windows
> seamless upgrades would not be possible.

don't apply to the OOo installer. It *can* be used in a fully automated
way and packages don't overwrite any files from anywhere. We still have
to add digital signing though (and we will as I mentioned in another
mail some days ago).

If you really stepped back from your "I don't know and I don't care"
statement you could learn something about our installer and maybe you
could find some *real* problems in it (what BTW would be gratefully
accepted by us).

Currently it looks as that you prefer proof by ignorance. I still hope
this isn't true.

Best regards,
Mathias

-- 
Mathias Bauer - OpenOffice.org Application Framework Project Lead
Please reply to the list only, [EMAIL PROTECTED] is a spam sink.

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to