diff options
Diffstat (limited to 'zarb-ml/mageia-dev/2011-November/009946.html')
-rw-r--r-- | zarb-ml/mageia-dev/2011-November/009946.html | 104 |
1 files changed, 104 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2011-November/009946.html b/zarb-ml/mageia-dev/2011-November/009946.html new file mode 100644 index 000000000..0188ded7f --- /dev/null +++ b/zarb-ml/mageia-dev/2011-November/009946.html @@ -0,0 +1,104 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-dev] Teamviewer and X86_64 build . . . + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Teamviewer%20and%20X86_64%20build%20.%20.%20.&In-Reply-To=%3C4ED4D5B4.1000302%40gmail.com%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="009944.html"> + <LINK REL="Next" HREF="009956.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Teamviewer and X86_64 build . . .</H1> + <B>Michel Catudal</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Teamviewer%20and%20X86_64%20build%20.%20.%20.&In-Reply-To=%3C4ED4D5B4.1000302%40gmail.com%3E" + TITLE="[Mageia-dev] Teamviewer and X86_64 build . . .">michelcatudal at gmail.com + </A><BR> + <I>Tue Nov 29 13:53:08 CET 2011</I> + <P><UL> + <LI>Previous message: <A HREF="009944.html">[Mageia-dev] Teamviewer and X86_64 build . . . +</A></li> + <LI>Next message: <A HREF="009956.html">[Mageia-dev] Teamviewer and X86_64 build . . . +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#9946">[ date ]</a> + <a href="thread.html#9946">[ thread ]</a> + <a href="subject.html#9946">[ subject ]</a> + <a href="author.html#9946">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Le 29/11/2011 06:43, Donald Stewart a écrit : +><i> An immidiate solution, albeit not really a sustainable one, is to add +</I>><i> the missing provides to our libxdamage package; however, doing this +</I>><i> opens the door to have package x providing n different version of libx +</I>><i> or binaryx so it could only really be used if we knew that there was a +</I>><i> chance that upstream, in this case teamviewer, are likely to fix there +</I>><i> requires to suit that Mageia ones so that we don't end up with package +</I>><i> x having hundreds of provides to support different requires from +</I>><i> closed source stuff.... +</I>><i> +</I>><i> On a slightly off topic note: have the extra provides could help to +</I>><i> improve interoperability with say Fedora - ergo Red Hat, and seeing as +</I>><i> most commercial closed source binaries for GNU/Linux will be built +</I>><i> with Red Hat in mind, having provides that match Fedora's is probably +</I>><i> a good way to eliminate this problem. +</I>><i> +</I>><i> But, as said earlier, this isn't really something that we can do +</I>><i> sustainable so...... +</I>><i> +</I>There is really no easy solution. This kind of make us slaves of RedHat and some of the bullshit they push at times. +There is little choice in many cases. What could be done is some wrappers for some sort of Fedora compatibility if there is enough demand for a package that needs that. When there is a good alternative that does the same thing then I would be opposed to +suking up too much to those folks. The goal here is to make our users happy without compromising our principles too much. + +Here is an example I had to deal with to get an Atmel program that was designed for Fedora to install on Mandriva 2010.0 + +elfutil split in different packages. I created one file that satisfied the Atmel installer. The package actually only had one text file telling you that it was a bogus package to satisty the Atmel program. +At one time a package had an X instead of an x in the name, aside from that it was the same thing (same version and all) + +I had the whole Atmel code working nicely on Mandriva 2010.0. When my hard disk crashed I didn't bother reinstalling because of the sound issues I had with Mandriva. I switched to Scientific Linux, I recently installed Mageia and found that I like it +better, French support is better for one thing. +The only problem I see is my Atmel debugger no longer works, I am working on that. I allready have created the binutils and compiler with the latest Atmel patches. Perhaps running Fedora 12 in VirtualBox might be a good intermediate solution for debugging. +I could use windows XP I guess but I have enough of this at work. When I get home windows would be the last thing I would want to see. + +Michel + +-- +For OS/2 and Linux Software visit +<A HREF="http://home.comcast.net/~mcatudal">http://home.comcast.net/~mcatudal</A> + +</PRE> + + + + + + + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="009944.html">[Mageia-dev] Teamviewer and X86_64 build . . . +</A></li> + <LI>Next message: <A HREF="009956.html">[Mageia-dev] Teamviewer and X86_64 build . . . +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#9946">[ date ]</a> + <a href="thread.html#9946">[ thread ]</a> + <a href="subject.html#9946">[ subject ]</a> + <a href="author.html#9946">[ author ]</a> + </LI> + </UL> + +<hr> +<a href="https://www.mageia.org/mailman/listinfo/mageia-dev">More information about the Mageia-dev +mailing list</a><br> +</body></html> |