From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/2012-March/013713.html | 119 ++++++++++++++++++++++++++++++ 1 file changed, 119 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-March/013713.html (limited to 'zarb-ml/mageia-dev/2012-March/013713.html') diff --git a/zarb-ml/mageia-dev/2012-March/013713.html b/zarb-ml/mageia-dev/2012-March/013713.html new file mode 100644 index 000000000..dac26693b --- /dev/null +++ b/zarb-ml/mageia-dev/2012-March/013713.html @@ -0,0 +1,119 @@ + + + + [Mageia-dev] Removal of sun java + + + + + + + + + +

[Mageia-dev] Removal of sun java

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Fri Mar 30 11:17:57 CEST 2012 +

+
+ +
Le 30/03/2012 10:10, Thierry Vignaud a écrit :
+> On 30 March 2012 10:06, Guillaume Rousse<guillomovitch at gmail.com>  wrote:
+>>> We can do like RH&    Ubuntu, provides an empty package that explain sun
+>>> doesn't enable us anymore to distribute it and that they've to install (&    update)
+>>> it manually from sun.com
+>>
+>> Why should we manage this case differently from other similar situations ?
+>> That's not the first time we remove something from the distribution, because
+>> it is not supported anymore usually, and has known available
+>> vulnerabilities.
+>
+> Actually, _YOU_ want us to "manage this case differently from other similar
+> situations".
+> In case you didn't see, other packages are obsoleted by task-obsolete (if
+> no better package)
+Using task-obsolete is fine:
+- its purpose is crystal-clear
+- if I don't want it, I don't install it
+
+Adding an obsolete tag in openjdk to remove sun jdk now, for security 
+concernes, whereas we had suffered a useless mess of at least four 
+available java environnement at once for years uselessly (excepted for 
+blindly applying jpackage project practices), doesn't seems quite similar.
+
+> In this case, we even have strong decisions to do so:
+> 1) users don't report bugs in our bugzilla
+> 2) users get aware it's no longer supported by us
+> 3) users get aware they won't get any security update anymore
+> 4) users get aware they have to look at sun.com for updates
+> 5) ...
+'user get aware' is a perfectly fine objective. 'users get managed 
+automatically' is not.
+
+> So please don't invent special exceptions to our policies for
+> your own comfort.
+Get me a simple example of a similar situation, when a package A, after 
+peacefully coexisting with package B for years, suddenly obsoleted it as 
+B was removed from the distribution, for any kind of reason.
+
+And that's not really my own confort, as I don't have any java usage 
+anymore. I really don't care about this specific package, I care about 
+the limit between end user and packager for this kind of decision. If 
+the global consensus here is toward enforcing operating system vendor 
+choices, I'd rather not volonteer for for a role in the project...
+
+-- 
+BOFH excuse #337:
+
+the butane lighter causes the pincushioning
+
+ + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1