summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/2011-December/010313.html
blob: 00b113719366a15c693996a1fccd969a8fa8c18b (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
<!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=%3C201112101345.59813.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="010311.html">
   <LINK REL="Next"  HREF="010315.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=%3C201112101345.59813.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 13:45:59 CET 2011</I>
    <P><UL>
        <LI>Previous message: <A HREF="010311.html">[Mageia-dev] Build-in or stand-alone module for X to support Y
</A></li>
        <LI>Next message: <A HREF="010315.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#10313">[ date ]</a>
              <a href="thread.html#10313">[ thread ]</a>
              <a href="subject.html#10313">[ subject ]</a>
              <a href="author.html#10313">[ author ]</a>
         </LI>
       </UL>
    <HR>  
<!--beginarticle-->
<PRE>Op zaterdag 10 december 2011 13:12:52 schreef Kamil Rytarowski:
&gt;<i> Hello!
</I>&gt;<i> 
</I>&gt;<i> Situation:
</I>&gt;<i> A package X may have support for a package Y, by a module as a build in
</I>&gt;<i> X or stand-alone package. All modules are possible to turn-on and to
</I>&gt;<i> turn-off in a menu of X.
</I>&gt;<i> 
</I>&gt;<i> And there is a discussion because there is no Y at all in Mageia.
</I>&gt;<i> Person A says:
</I>&gt;<i> - include the module, even if there is no Y in Mageia (and maybe never
</I>&gt;<i> will be included), because an end-user can install Y from alternative
</I>&gt;<i> source or compile it from sources; and don't add Suggests/Requires for Y
</I>&gt;<i> in the package, because it's obvious that this is to support Y; also
</I>&gt;<i> installing Y from alternative sources/self-compilation is much simpler
</I>&gt;<i> than reinstalling X with support for Y
</I>&gt;<i> Person B says:
</I>&gt;<i> - don't include the module, because Y is a dependency for the module of
</I>&gt;<i> X - and we don't ship broken packages that aren't self-contained; so it
</I>&gt;<i> must be excluded from X or the nobody has package Y and maintain it
</I>&gt;<i> 
</I>&gt;<i> Neither A nor B want to work with Y package.
</I>&gt;<i> 
</I>&gt;<i> Who is right?
</I>
imho, if Y is wanted by some people, and X works more of less fine without Y 
even if it's support is compiled, and sometimes a get-Y package is fine.

imho it's maintainer's preference, if maintainer is fine to also &quot;support the 
Y-module for X&quot; even if depends on Y and Y is not allowed in mageia, or even 
if Y is in nonfree... it's fine by me.

let's get into specifics:

eg:

X = eduke32 (free)
Y = content from CDROM (non-redistributable and must be bought)
Y' = eduke32-hrp (nonfree, but redistributable, may arguably depend on Y, may 
in future become free, company holding the license of the few files has gone 
away, the few files may be redone or become GPL-compatible)
Y'' = demo-data (nonfree, but redistributable)
(also there are other mods who may serve as Y''')

Y' supposedly doens't work without Y; but maybe it does more or less
Y'' is shareware

what users want is usually X + Y'

thus in such cases i want to provide X in core, Y' in nonfree and perhaps Y'' 
in nonfree as well.

this may all seem complicated, but:

businesses aren't necessarily wrong, i mean, they provide programs for 
windows/mac, if we want them to also provide for linux, we should make a step 
towards them.

furthermore, any step towards opensource should be encouraged, thus i feel 
that &quot;free engines&quot; should still be free.

i think a README.install.urpmi should be attached to those and noted that Y is 
required for it. furthermore Y' should be suggested, even if it's in nonfree 
repos.

just my &#8364;0.02
</PRE>


































<!--endarticle-->
    <HR>
    <P><UL>
        <!--threads-->
	<LI>Previous message: <A HREF="010311.html">[Mageia-dev] Build-in or stand-alone module for X to support Y
</A></li>
	<LI>Next message: <A HREF="010315.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#10313">[ date ]</a>
              <a href="thread.html#10313">[ thread ]</a>
              <a href="subject.html#10313">[ subject ]</a>
              <a href="author.html#10313">[ 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>