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-November/009944.html | 81 ++++++++++++++++++++++++++++ 1 file changed, 81 insertions(+) create mode 100644 zarb-ml/mageia-dev/2011-November/009944.html (limited to 'zarb-ml/mageia-dev/2011-November/009944.html') diff --git a/zarb-ml/mageia-dev/2011-November/009944.html b/zarb-ml/mageia-dev/2011-November/009944.html new file mode 100644 index 000000000..a82c8b520 --- /dev/null +++ b/zarb-ml/mageia-dev/2011-November/009944.html @@ -0,0 +1,81 @@ + + + + [Mageia-dev] Teamviewer and X86_64 build . . . + + + + + + + + + +

[Mageia-dev] Teamviewer and X86_64 build . . .

+ Donald Stewart + watersnowrock at gmail.com +
+ Tue Nov 29 12:43:30 CET 2011 +

+
+ +
An immidiate solution, albeit not really a sustainable one, is to add
+the missing provides to our libxdamage package; however, doing this
+opens the door to have package x providing n different version of libx
+or binaryx so it could only really be used if we knew that there was a
+chance that upstream, in this case teamviewer, are likely to fix there
+requires to suit that Mageia ones so that we don't end up with package
+x having hundreds of provides to support different requires from
+closed source stuff....
+
+On a slightly off topic note: have the extra provides could help to
+improve interoperability with say Fedora - ergo Red Hat, and seeing as
+most commercial closed source binaries for GNU/Linux will be built
+with Red Hat in mind, having provides that match Fedora's is probably
+a good way to eliminate this problem.
+
+But, as said earlier, this isn't really something that we can do
+sustainable so......
+
+ + + + + + + + + + + +
+

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