diff options
Diffstat (limited to 'zarb-ml/mageia-dev/2011-December/010316.html')
| -rw-r--r-- | zarb-ml/mageia-dev/2011-December/010316.html | 139 |
1 files changed, 139 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/2011-December/010316.html b/zarb-ml/mageia-dev/2011-December/010316.html new file mode 100644 index 000000000..9d05e2d7a --- /dev/null +++ b/zarb-ml/mageia-dev/2011-December/010316.html @@ -0,0 +1,139 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> +<HTML> + <HEAD> + <TITLE> [Mageia-dev] Build-in or stand-alone module for X to support Y + </TITLE> + <LINK REL="Index" HREF="index.html" > + <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Build-in%20or%20stand-alone%20module%20for%20X%20to%20support%20Y&In-Reply-To=%3C201112101411.33199.alien%40rmail.be%3E"> + <META NAME="robots" CONTENT="index,nofollow"> + <META http-equiv="Content-Type" content="text/html; charset=us-ascii"> + <LINK REL="Previous" HREF="010315.html"> + <LINK REL="Next" HREF="010318.html"> + </HEAD> + <BODY BGCOLOR="#ffffff"> + <H1>[Mageia-dev] Build-in or stand-alone module for X to support Y</H1> + <B>Maarten Vanraes</B> + <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Build-in%20or%20stand-alone%20module%20for%20X%20to%20support%20Y&In-Reply-To=%3C201112101411.33199.alien%40rmail.be%3E" + TITLE="[Mageia-dev] Build-in or stand-alone module for X to support Y">alien at rmail.be + </A><BR> + <I>Sat Dec 10 14:11:33 CET 2011</I> + <P><UL> + <LI>Previous message: <A HREF="010315.html">[Mageia-dev] Build-in or stand-alone module for X to support Y +</A></li> + <LI>Next message: <A HREF="010318.html">[Mageia-dev] Build-in or stand-alone module for X to support Y +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#10316">[ date ]</a> + <a href="thread.html#10316">[ thread ]</a> + <a href="subject.html#10316">[ subject ]</a> + <a href="author.html#10316">[ author ]</a> + </LI> + </UL> + <HR> +<!--beginarticle--> +<PRE>Op zaterdag 10 december 2011 14:06:18 schreef Kamil Rytarowski: +><i> W dniu 10.12.2011 13:45, Maarten Vanraes pisze: +</I>><i> > Op zaterdag 10 december 2011 13:12:52 schreef Kamil Rytarowski: +</I>><i> >> Hello! +</I>><i> >> +</I>><i> >> Situation: +</I>><i> >> A package X may have support for a package Y, by a module as a build in +</I>><i> >> X or stand-alone package. All modules are possible to turn-on and to +</I>><i> >> turn-off in a menu of X. +</I>><i> >> +</I>><i> >> And there is a discussion because there is no Y at all in Mageia. +</I>><i> >> Person A says: +</I>><i> >> - include the module, even if there is no Y in Mageia (and maybe never +</I>><i> >> will be included), because an end-user can install Y from alternative +</I>><i> >> source or compile it from sources; and don't add Suggests/Requires for Y +</I>><i> >> in the package, because it's obvious that this is to support Y; also +</I>><i> >> installing Y from alternative sources/self-compilation is much simpler +</I>><i> >> than reinstalling X with support for Y +</I>><i> >> Person B says: +</I>><i> >> - don't include the module, because Y is a dependency for the module of +</I>><i> >> X - and we don't ship broken packages that aren't self-contained; so it +</I>><i> >> must be excluded from X or the nobody has package Y and maintain it +</I>><i> >> +</I>><i> >> Neither A nor B want to work with Y package. +</I>><i> >> +</I>><i> >> Who is right? +</I>><i> > +</I>><i> > imho, if Y is wanted by some people, and X works more of less fine +</I>><i> > without Y even if it's support is compiled, and sometimes a get-Y +</I>><i> > package is fine. +</I>><i> > +</I>><i> > imho it's maintainer's preference, if maintainer is fine to also "support +</I>><i> > the Y-module for X" even if depends on Y and Y is not allowed in mageia, +</I>><i> > or even if Y is in nonfree... it's fine by me. +</I>><i> +</I>><i> > let's get into specifics: +</I>><i> Well here there is no nonfree, demo, shareware, license issue. Just Y is +</I>><i> yet another media-player. Importing Y is not a case for neiher A nor B. +</I>><i> There is a question to include or not include a module (as an external +</I>><i> package %{name}-module-mediaplayer_Y) for X. X is working perfectly +</I>><i> without Y - Y is just adding some extra features. But the module for X +</I>><i> is NOT working without Y. Well it's probably not breaking X, there will +</I>><i> be an error message "error loading module-mediaplayer_Y". +</I> +you could find a way to configure it as disabled? + or move it to a subdir of sorts with a mention that if they do have Y that +they can put this file in the other dir. + +or... have a subpackage for this module and don't suggest it. plus have a +warning in it to say that it requires bla. + +so my vote is for A) +</PRE> + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +<!--endarticle--> + <HR> + <P><UL> + <!--threads--> + <LI>Previous message: <A HREF="010315.html">[Mageia-dev] Build-in or stand-alone module for X to support Y +</A></li> + <LI>Next message: <A HREF="010318.html">[Mageia-dev] Build-in or stand-alone module for X to support Y +</A></li> + <LI> <B>Messages sorted by:</B> + <a href="date.html#10316">[ date ]</a> + <a href="thread.html#10316">[ thread ]</a> + <a href="subject.html#10316">[ subject ]</a> + <a href="author.html#10316">[ 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> |