summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/20110218/002658.html
diff options
context:
space:
mode:
Diffstat (limited to 'zarb-ml/mageia-dev/20110218/002658.html')
-rw-r--r--zarb-ml/mageia-dev/20110218/002658.html126
1 files changed, 126 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/20110218/002658.html b/zarb-ml/mageia-dev/20110218/002658.html
new file mode 100644
index 000000000..fff502934
--- /dev/null
+++ b/zarb-ml/mageia-dev/20110218/002658.html
@@ -0,0 +1,126 @@
+<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
+<HTML>
+ <HEAD>
+ <TITLE> [Mageia-dev] About panotools patent problem (and other problematic rpms)
+ </TITLE>
+ <LINK REL="Index" HREF="index.html" >
+ <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20About%20panotools%20patent%20problem%20%28and%20other%0A%20problematic%20rpms%29&In-Reply-To=%3C4D5E6A70.4090102%40jkerr82508.free-online.co.uk%3E">
+ <META NAME="robots" CONTENT="index,nofollow">
+ <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
+ <LINK REL="Previous" HREF="002656.html">
+ <LINK REL="Next" HREF="002659.html">
+ </HEAD>
+ <BODY BGCOLOR="#ffffff">
+ <H1>[Mageia-dev] About panotools patent problem (and other problematic rpms)</H1>
+ <B>James Kerr</B>
+ <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20About%20panotools%20patent%20problem%20%28and%20other%0A%20problematic%20rpms%29&In-Reply-To=%3C4D5E6A70.4090102%40jkerr82508.free-online.co.uk%3E"
+ TITLE="[Mageia-dev] About panotools patent problem (and other problematic rpms)">jim at jkerr82508.free-online.co.uk
+ </A><BR>
+ <I>Fri Feb 18 13:47:44 CET 2011</I>
+ <P><UL>
+ <LI>Previous message: <A HREF="002656.html">[Mageia-dev] About panotools patent problem (and other problematic rpms)
+</A></li>
+ <LI>Next message: <A HREF="002659.html">[Mageia-dev] About panotools patent problem (and other problematic rpms)
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#2658">[ date ]</a>
+ <a href="thread.html#2658">[ thread ]</a>
+ <a href="subject.html#2658">[ subject ]</a>
+ <a href="author.html#2658">[ author ]</a>
+ </LI>
+ </UL>
+ <HR>
+<!--beginarticle-->
+<PRE>On 18/02/11 12:07, Michael Scherer wrote:
+&gt;<i> Le vendredi 18 f&#233;vrier 2011 &#224; 12:43 +0100, Oliver Burger a &#233;crit :
+</I>&gt;&gt;<i> Philippe DIDIER&lt;<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">philippedidier at laposte.net</A>&gt; schrieb am 2011-02-18
+</I>&gt;&gt;&gt;<i> And what I talked about (in the other thread with the same name)
+</I>&gt;&gt;&gt;<i> was about the easiness to build and use different rpms with the
+</I>&gt;&gt;&gt;<i> same spec having mdv versus plf suffixes...
+</I>&gt;&gt;&gt;<i> And about it seems that we need to have different naming for Mageia
+</I>&gt;&gt;&gt;<i> (whether it's a &quot;normal&quot; or tainted rpm)
+</I>&gt;&gt;<i> I still don't see a reason for this. We devide those packages by the
+</I>&gt;&gt;<i> repo they get in, why do another thing?
+</I>&gt;<i>
+</I>&gt;&gt;<i> From a build system point f view, this is easier to indeed treat that
+</I>&gt;<i> like non-free, because there is no modification to do.
+</I>&gt;<i>
+</I>&gt;<i> A better solution would indeed be to allow to have a tainted rpm in code
+</I>&gt;<i> and tained, the core version being &quot;cleaned&quot; from litigious parts.
+</I>&gt;<i>
+</I>&gt;<i> let's take a exemple, let's imagine someone has a patent on a fictional
+</I>&gt;<i> video codec let's call it MCVC ( MegaCompressionVideoCodec ), and a army
+</I>&gt;<i> of cloned lawyers from Hell that enforce the patent in USA.
+</I>&gt;<i>
+</I>&gt;<i> Let's assume that Mplayer, as it support almost everything, support MCVC
+</I>&gt;<i> in the current version.
+</I>&gt;<i>
+</I>&gt;<i> First solution : we move mplayer rpm to tainted, with support for MCVC.
+</I>&gt;<i>
+</I>&gt;<i> Second solution : we compile mplayer in core without support for MCVC
+</I>&gt;<i>
+</I>&gt;<i> Third solution : we compile mplayer 2 times, once in tainted with MCVC,
+</I>&gt;<i> another one to core without.
+</I>&gt;<i>
+</I>&gt;<i>
+</I>&gt;<i> The first solution force us to place everything that requires mplayer to
+</I>&gt;<i> tainted, as core must be self contained. So that mean various frontends,
+</I>&gt;<i> firefox plugin, etc. This could be problematic if we place some
+</I>&gt;<i> libraries in tainted. ( like freetype ).
+</I>&gt;<i>
+</I>&gt;<i> The second solution may slightly annoy people with lots of holidays
+</I>&gt;<i> movies encoded in MCVC. And would render tainted basically useless.
+</I>&gt;<i>
+</I>&gt;<i> The third solution is the one we use for PLF, but suffer from a few
+</I>&gt;<i> technical issues :
+</I>&gt;<i> - I am not sure the current system support it. In mdv, the 2 uploads
+</I>&gt;<i> system are fully separated. Not here.
+</I>&gt;<i>
+</I>&gt;<i> - We need to make sure that the binaries and source rpms are kept in
+</I>&gt;<i> sync. If I upload a new version of mplayer, it will erase the source rpm
+</I>&gt;<i> and use the new one. So if I built the tainted one, the srpm that was
+</I>&gt;<i> used for the core rpm is no longer here.
+</I>&gt;<i>
+</I>&gt;<i> - we need to make sure that the binaries rpms are in sync. If we upload
+</I>&gt;<i> the core one, it would be nice to wait for the tainted one to be
+</I>&gt;<i> uploaded too. Ie keep them in sync like we keep x86_64/i586 in sync.
+</I>&gt;<i> But, only if the package is dual lived ( ie, there is rpms that will be
+</I>&gt;<i> distributed only in tainted ).
+</I>&gt;<i>
+</I>&gt;<i> That's a rather non trivial problem to solve.
+</I>&gt;<i>
+</I>&gt;<i> And hopefully, we only have core and tainted ( ie, while non-free could
+</I>&gt;<i> be added to the mix, there is no dual life issue with it ).
+</I>&gt;<i>
+</I>
+If there are two packages, one in core and another in tainted, then
+doesn't urpmi need a way to recognise that the tainted package is newer
+than (an update to) the corresponding core package? I believe that this
+is achieved in Mandriva, because plf is greater than mdv.
+
+Jim
+
+</PRE>
+
+
+
+<!--endarticle-->
+ <HR>
+ <P><UL>
+ <!--threads-->
+ <LI>Previous message: <A HREF="002656.html">[Mageia-dev] About panotools patent problem (and other problematic rpms)
+</A></li>
+ <LI>Next message: <A HREF="002659.html">[Mageia-dev] About panotools patent problem (and other problematic rpms)
+</A></li>
+ <LI> <B>Messages sorted by:</B>
+ <a href="date.html#2658">[ date ]</a>
+ <a href="thread.html#2658">[ thread ]</a>
+ <a href="subject.html#2658">[ subject ]</a>
+ <a href="author.html#2658">[ 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>