summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/2011-November/009925.html
diff options
context:
space:
mode:
Diffstat (limited to 'zarb-ml/mageia-dev/2011-November/009925.html')
-rw-r--r--zarb-ml/mageia-dev/2011-November/009925.html165
1 files changed, 165 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2011-November/009925.html b/zarb-ml/mageia-dev/2011-November/009925.html
new file mode 100644
index 000000000..d20a3378c
--- /dev/null
+++ b/zarb-ml/mageia-dev/2011-November/009925.html
@@ -0,0 +1,165 @@
+<!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=%3C4ED447B8.7090903%40gmail.com%3E">
+ <META NAME="robots" CONTENT="index,nofollow">
+ <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+ <LINK REL="Previous" HREF="009989.html">
+ <LINK REL="Next" HREF="009933.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=%3C4ED447B8.7090903%40gmail.com%3E"
+ TITLE="[Mageia-dev] Teamviewer and X86_64 build . . .">michelcatudal at gmail.com
+ </A><BR>
+ <I>Tue Nov 29 03:47:20 CET 2011</I>
+ <P><UL>
+ <LI>Previous message: <A HREF="009989.html">[Mageia-dev] Teamviewer and X86_64 build . . .
+</A></li>
+ <LI>Next message: <A HREF="009933.html">[Mageia-dev] Teamviewer and X86_64 build . . .
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#9925">[ date ]</a>
+ <a href="thread.html#9925">[ thread ]</a>
+ <a href="subject.html#9925">[ subject ]</a>
+ <a href="author.html#9925">[ author ]</a>
+ </LI>
+ </UL>
+ <HR>
+<!--beginarticle-->
+<PRE>Le 28/11/2011 08:40, Michael Scherer a &#233;crit :
+&gt;<i> Le lundi 28 novembre 2011 &#224; 12:09 +0100, Kamil Rytarowski a &#233;crit :
+</I>&gt;&gt;<i> I wouldn't like to follow the OpenBSD way...
+</I>&gt;<i> Why ?
+</I>&gt;<i>
+</I>&gt;<i> They managed to be a highly recognized system, seen as one of the best
+</I>&gt;<i> in his category, and was able to be developed since 1994.
+</I>&gt;<i>
+</I>
+They also have a very small user base.
+
+&gt;&gt;<i> There is software like
+</I>&gt;&gt;<i> TrueCrypt, Skype, TeamViewer that many users need. And there is no harm
+</I>&gt;&gt;<i> to add it to repositories.
+</I>&gt;<i> I would like to remind that our focus is doing free software. And it is
+</I>&gt;<i> not &quot;becoming a dumping ground for proprietary software&quot;.
+</I>&gt;<i>
+</I>It shouldn't be but making it impossible to install those would also be a mistake.
+Skype for instance is often a requirement for many of us, not just a wish.
+
+I can understand the frustration at proprietary vendors but sometimes you have no choice.
+For example for Nvidia the standard Linux driver sucks big time and the only good driver at this time is the one from Nvidia.
+
+Atmel uses to be very nice to Linux users until they realized that they no longer needed Linux for the AVR32 since they moved to non OS AVR32.
+I think that the biggest thing that prompted Atmel to stop supporting Linux was the constant changes in boost and glibc (to name two culprits). It seems that at each new release their avr32gdbproxy stopped working. That reminded many of the Microsoft war
+against Lotus and Borland. (A good dos is one where Lotus doesn't work). Some people's goal is to keep all proprietary software from working.
+After many attempts to get their software to work again Atmel seem to have decided to abandon.
+For some free software fanatics, they must do all they can to free Linux from any proprietary software. Atmel has no interest in helping Microchip or Freescale to beat them on the market place so they cannot release certain information. This in turn
+forces us to go to windows if no Linux stuff is available.
+
+Not to worry on the AVR32 front as I am working on an alternative for Linux. So far I got all the binaries, next step is to handle hardware debugging.
+At this time I have to run Scientific Linux to get their avr32gdbproxy to work. It core dumps on Mageia. It also does on most new distribution as well.
+Scientific Linux being a mix of Fedora 12 and 13 makes it possible for their fedora 12 release to work.
+
+Following their decision to only support windows most Linux users got the shaft. It is one thing to hold some principles and an other one to have to face reality.
+We need to be reasonable and not fanatic.
+
+Having said that I don't think that it is a good idea to have a &quot;tainted&quot; section, A &quot;non free&quot; section is good enough.
+
+&gt;<i> There is several pragmatic reasons for that and, there is also some long
+</I>&gt;<i> term harm by shipping more and more proprietary software like :
+</I>&gt;<i> - we cannot support them ( no source code, most of the time, no proper
+</I>&gt;<i> bug report tools, anything ), with the implied consequence of &quot;we cannot
+</I>&gt;<i> trust them&quot;.
+</I>&gt;<i>
+</I>&gt;<i> - it also make the distinction between application we trust and buggy
+</I>&gt;<i> stuff that we don't ( skype, flash ) harder to see. We can no longer say
+</I>&gt;<i> to people &quot;you can trust us, everything in our repository is checked and
+</I>&gt;<i> supported&quot;, since this is not the case. So I personally no longer say to
+</I>&gt;<i> people to trust us because of that.
+</I>&gt;<i>
+</I>&gt;<i> - Most if not all proprietary softwares do not permit proper
+</I>&gt;<i> cooperation, which mean that we cannot plan much around it. So we cannot
+</I>&gt;<i> place them as proeminent features, unless we want to later risk not
+</I>&gt;<i> fullfilling our promises ( and I will not talk about how it goes against
+</I>&gt;<i> cooperation values ). This also place in a uncomfortable position since
+</I>&gt;<i> we are just treated as 2nd class citizen.
+</I>&gt;<i>
+</I>Pissing people off is not necessarily a better alternative.
+Flash, nvidia and skype are a must. Making impossible to use it would result in people leaving Mageia.
+It would be very stupid idea to for exemple no longer provide easy installation of the nvidia driver.
+Yes I tried the free Nvidia driver, it is a piece of crap so I am stuck with the proprietary driver even though I would prefer not to.
+Reality is often painfull but we have to live with it.
+
+The proper course is to provide some proprietary driver when it is impossible to have a good free alternative.
+
+
+--
+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="009989.html">[Mageia-dev] Teamviewer and X86_64 build . . .
+</A></li>
+ <LI>Next message: <A HREF="009933.html">[Mageia-dev] Teamviewer and X86_64 build . . .
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#9925">[ date ]</a>
+ <a href="thread.html#9925">[ thread ]</a>
+ <a href="subject.html#9925">[ subject ]</a>
+ <a href="author.html#9925">[ 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>