Well, do you think it is that hard? I don't mind reinstalling from scratch, but probably many users will think it twice before upgrading, because they don't have time to spend on reinstalling everything :)
Dist-upgrading shouldn't be that hard. For a bug-fixing release like this one, it would be even better to have the updated packages in a repository when they are available, instead of all at once in a full release. This way the need for extra space would be lower too. But I guess most users have a big MMC card, so couldn't that be used for downloading the packages before installing? I'm not complaining, I really appreciate this work, you can just consider this suggestions / feedback. Thanks very much. On 11/2/06, Michael Wiktowy <[EMAIL PROTECTED]> wrote:
On 11/2/06, Álvaro J. Iradier <[EMAIL PROTECTED]> wrote: > Is it posible to upgrade without flashing? Something like apt-get > dist-upgrading packages, flashing new kernel and initfs? > > Greets. I recall the Nokia devs stating in the past that they did not intend to support this route to upgrading. It is too bad but I would imagine that the problems involved are two-fold: 1) This route to upgrading is a lot more complicated to do right while avoiding the cruft buildup that is tolerable on a desktop system yet not so easily accommodated on a limited resource embedded system and 2) This route to upgrading typically necessitates having an equally large space to store the packages on top of the existing place where the old ones are installed. It seems wasteful to keep around a bunch of empty storage space for upgrading purposes that could be used for user data/apps. Once again, it is tolerable on a desktop system yet not so easily accommodated on a limited resource embedded system. Neither of these things are technically insurmountable but it is a question of whether you want them to spend time and effort trying to get this to work and answering the inevitable questions from situations where it doesn't work or taking the simple brute-force way to upgrading and spending more effort on the actual content of the upgrades. /Mike _______________________________________________ maemo-developers mailing list [email protected] https://maemo.org/mailman/listinfo/maemo-developers
-- (:===========================================:) Alvaro J. Iradier Muro - [EMAIL PROTECTED] _______________________________________________ maemo-developers mailing list [email protected] https://maemo.org/mailman/listinfo/maemo-developers
