On Sun 25 Sep 2011 at 20:02:22 +0000, Camaleón wrote: > I think that's not comparable with a browser functionality that is needed > for almost 50% of today's most used sites... how many people uses sort > every day and how many people uses Iceweasel every day? :-)
I wasn't comparing sort's functionality with Iceweasel's but countering the assertion that a later changed version of a program causes the original one to lose its usefulness. You haven't addressed this (apart from saying 'Yes, they do.') so it appears I've been successful in making my point that Iceweasel doesn't satisfy the fourth criterion for inclusion in squeeze-updates. :) > If you say so... then why not keep Iceweasel 2.x branch? Let's patch it > "ad infinitum" to make it more secure and all happy, right? I don't think > so :-) squeeze-updates has nothing to do with security. > ClamAV does not need to be up-to-date neither, it just need security > fixes. It's firmware files that keep the program useful not the program > itself. squeeze-updates has nothing to do with security. So which criteria does clamav fulfil to be there? > We are not talking here about the need of Mozilla packages to be updated > (it is obvious that is something users need and for that reason exists > Mozilla repo and backports) but the proper repo for where to put those > packages. Which is why I emphasised the word 'urgently' to stress it was criterion number 1 for inclusion in squeeze-updates which needed consideration. Unfortunately it wasn't given any. > And that's the point. > > I find "squeeze-updates" very useful and most of the users will already > have it in their "sources.list" file but the more repos you add, the more > chances you have to mess things up and "forcing" the user to take such > decision just to get Mozilla packages updated can be overly. squeeze-updates contains a mere 33 packages derived from only 6 sources. tzdata may be the one many users would want updating. The principal reason users want their usual archive and squeeze-updates in sources.list is not to lose out. With any other archive (testing, backports etc) they aim to gain. Mozilla packages which are not fixes for security issues rightly belong in the second category because they have nothing to contribute to keeping a stable system stable. -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110925231604.GF6253@desktop
