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/2011-October/008672.html | 85 +++++++++++++++++++++++++++++ 1 file changed, 85 insertions(+) create mode 100644 zarb-ml/mageia-dev/2011-October/008672.html (limited to 'zarb-ml/mageia-dev/2011-October/008672.html') diff --git a/zarb-ml/mageia-dev/2011-October/008672.html b/zarb-ml/mageia-dev/2011-October/008672.html new file mode 100644 index 000000000..f789ae286 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-October/008672.html @@ -0,0 +1,85 @@ + + + + [Mageia-dev] About syslinux & libpng + + + + + + + + + +

[Mageia-dev] About syslinux & libpng

+ Guillaume Rousse + guillomovitch at gmail.com +
+ Fri Oct 7 09:24:54 CEST 2011 +

+
+ +
Le 07/10/2011 01:44, Michael Scherer a écrit :
+> So far, the 2 arguments ( or at least, those that I understood ) are :
+>
+> - there is others problem, so why should we fix this one ?
+> Which is just a bad reason.
+>
+> - that's intrusive, that translate to "we have to maintain it and that
+> take ressources", and I would say that maintainance would maybe less a
+> issue if we pushed the change to upstream ( or at least correctly
+> explain our problem with bundling library, and given similar policies
+> exist for Fedora and Debian
+> ( http://fedoraproject.org/wiki/Packaging:No_Bundled_Libraries ), that
+> should not be a too orthodox point of view . But yes, maintainance is a
+> issue.
+You're missing the point: this is not 'statically linking against a 
+private version of a library instead of dynamically linking the system 
+one', but 'statically linking against a private version of a library 
+instead of statically linking againt the system one', which makes the 
+comparaison cases slightly biased.
+
+-- 
+Guillaume
+
+ + + + + + + + + + +
+

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