summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/2011-June/005572.html
blob: d71e01fb3a61ad9e3245b30cb2ea6223bcdab310 (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
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
 <HEAD>
   <TITLE> [Mageia-dev] Release cycles proposals, and discussion
   </TITLE>
   <LINK REL="Index" HREF="index.html" >
   <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Release%20cycles%20proposals%2C%20and%20discussion&In-Reply-To=%3C1308012738.24304.147.camel%40akroma.ephaone.org%3E">
   <META NAME="robots" CONTENT="index,nofollow">
   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
   <LINK REL="Previous"  HREF="005489.html">
   <LINK REL="Next"  HREF="005498.html">
 </HEAD>
 <BODY BGCOLOR="#ffffff">
   <H1>[Mageia-dev] Release cycles proposals, and discussion</H1>
    <B>Michael Scherer</B> 
    <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Release%20cycles%20proposals%2C%20and%20discussion&In-Reply-To=%3C1308012738.24304.147.camel%40akroma.ephaone.org%3E"
       TITLE="[Mageia-dev] Release cycles proposals, and discussion">misc at zarb.org
       </A><BR>
    <I>Tue Jun 14 02:52:17 CEST 2011</I>
    <P><UL>
        <LI>Previous message: <A HREF="005489.html">[Mageia-dev]  Release cycles proposals, and discussion
</A></li>
        <LI>Next message: <A HREF="005498.html">[Mageia-dev] perl 5.14 migration almost complete, 3 (non-cpan) modules to go - need help from their owner!
</A></li>
         <LI> <B>Messages sorted by:</B> 
              <a href="date.html#5572">[ date ]</a>
              <a href="thread.html#5572">[ thread ]</a>
              <a href="subject.html#5572">[ subject ]</a>
              <a href="author.html#5572">[ author ]</a>
         </LI>
       </UL>
    <HR>  
<!--beginarticle-->
<PRE>Le lundi 13 juin 2011 &#224; 05:04 -0700, Ron a &#233;crit :
&gt;<i> &gt; There is a limited set of options, and as you can see, none of your 
</I>&gt;<i> &gt; idea was not already explored by someone else.
</I>&gt;<i> It has all been done before, in that sense let's just close up shop and call it a day???
</I>
Your first argument was &quot;we should not do release, that's what all
others do&quot;. I just explained that not doing release is not a new idea.

And maybe I misunderstood your ideas, but if the mere fact that we are
not alone on a segment is a reason to leave it because we cannot
compete, then since by your own word, Arch is doing well, why should we
try to compete too ?
 
In fact, instead of telling what Arch does well, maybe you could start
to say where Arch is not doing well, and how you propose to do things to
do better if you want to convince there is room for another distribution
and room for improvement.

Because if Arch is already fulfilling all your needs, I fail to see what
to do. So the first step would be to explain what Arch is not doing
right if you hope to convince us we can do better.


&gt;<i> &gt; If everything move all days, you cannot :
</I>&gt;<i> &gt; - translate software ( as the string will change every day )
</I>&gt;<i> &gt; - create documentation ( for the same reason )
</I>&gt;<i> &gt; - communicate ( as everything ca be broken at any time )
</I>&gt;<i> &gt; - ensure stability ( as each change can bring unstability )
</I>&gt;<i> 
</I>&gt;<i> &gt; And for user, some do not want to redo training every week for 
</I>&gt;<i> &gt; their users, because libreoffice got updated, because ff 4 just arrived 
</I>&gt;<i> &gt; and 75% of extensions do not work, etc. 
</I>&gt;<i> &gt;
</I>&gt;<i> &gt; In fact, the whole release model is basically what is used all &gt;over the
</I>&gt;<i> &gt; place, from lower level like kernel to higher level like kde. So &gt;you can
</I>&gt;<i> &gt; get lots of feedback on it.
</I>&gt;<i> You are correct on the release model being used everywhere, that fit's development 
</I>&gt;<i> and really there is no other way to do it as it takes time. 
</I>&gt;<i> But really, up stream does have to take time but package maintainers can pull things in pretty fast 
</I>&gt;<i> and make things work.
</I>
Being myself a packager, and being a packager since a long time ( like 7
years ), I feel that I have to disagree. While there isn't much breakage
on packaging side, we also suffer from bugs like upstream developers
does, mainly because we use the same software as them. We also develop
our own software ( like the installer, drakxtools, etc ). We also do
work on integration, etc.

And I am a little bit disappointed to learn that my work as a packager
do not take time. I must maybe do it wrong, as it seems to be a real
work.

&gt;<i> I don't understand what's being said here? Are we a community of users 
</I>&gt;<i> or are we just teachers teaching a class? Help with changes is what 
</I>&gt;<i> forums and people are for. 
</I>
If people want changes, they either do it themselves, or they wait on
someone else to do. And waiting for someone else to do mean to convince
that someone. And that someone is everybody reading you on the list,
which also mean me.  

Wanting changes has never been sufficient for making them appear. We
wanted to have a change regarding Mandriva, we made it.

&gt;<i> You worried about not being able to keep up with documentation? 
</I>&gt;<i> I suggest you take a look at the Arch wiki, best Linux wiki 
</I>&gt;<i> there is and things change fast... Again, community...
</I>
Then I would answer &quot;just look at the ubuntu wiki&quot; to see that the
quality of a wiki is not related to the release model of a
distribution. 

And when I say documentation, I was speaking of something like :
<A HREF="http://doc.mandriva.com/index.php">http://doc.mandriva.com/index.php</A> 
or like this :
<A HREF="http://docs.fedoraproject.org/en-US/Fedora/15/html/Installation_Guide/index.html">http://docs.fedoraproject.org/en-US/Fedora/15/html/Installation_Guide/index.html</A>

And so, since you didn't answer to the others points I made, shall I
assume they are valid concerns ? 

&gt;<i> &gt; So basically, you suggest that since everybody is already doing 
</I>&gt;<i> &gt; it, this is useless. So the logical conclusion is we should drop 
</I>&gt;<i> &gt; the distribution ?
</I>&gt;<i> No that is not what I'm saying!
</I>&gt;<i>
</I>&gt;<i> What I am saying is that you have 100+/- distributions all going by a 
</I>&gt;<i> release model and only a handful making rolling releases. 
</I>
A majority of distributions developers have independently decided to use
a release model, so it is obviously something that is fulfilling their
needs as well as the need of a majority of users, no ?


&gt;<i> There is only one defacto maker of a rolling release and that is Arch, 
</I>&gt;<i> why does this have to be? (Yes I know there are others but Arch is the 
</I>&gt;<i> leader of the pack)
</I>
Technically, there is Gentoo, and derived distribution  or Debian
Testing, and I know more people running Gentoo and Debian than Arch
users. I would even say that the *BSD and Slackware are a form of
rolling release, since they have a fixed small base system updated from
time to time, and a evolving upper level with updated software and
others stuff. 

In fact, if we look at the market share, the dominant unix system with a
rolling release model would be mac os X. 

( but I guess that you disagree with the fact that *BSD are a rolling
release, which is yet another reason to use a different and more clearer
term ).

&gt;<i> &gt;like debian testing ( and CUT ) ? suse tumbleweed ? arch linux
</I>&gt;<i> Nope, gotta call you on this... Debian testing rolls with the purpose of becoming a release... 
</I>&gt;<i> Therefore things can grow outdated rather quickly. 
</I>
Well, that's still rolling none the less. But as I said several time for
the previous discussion, rolling release is a term that people used to
designate different things. 

If things are too old, this is not rolling release ?
And if things are too broken, this is not rolling release either ? 


&gt;<i> Suse tumblweed IS NOT going to be a true rolling release! It is going to &quot;tumble up&quot; to the 
</I>&gt;<i> next release hence the name.
</I>
That's not exactly what they say on their wiki page : 
<A HREF="http://fr.opensuse.org/Portal:Tumbleweed">http://fr.opensuse.org/Portal:Tumbleweed</A>
But maybe I didn't understood that, and maybe they didn't explained to
me when I asked the question 4 months ago.

&gt;<i> &gt; Very stable for a distribution mean &quot;that do not change&quot;. That's
</I>&gt;<i> &gt; incompatible with the idea of rolling per definition. And inorder 
</I>&gt;<i> &gt; to have stable software, you have to freeze them and fix bugs. So 
</I>&gt;<i> &gt; to have that on the whole distribution, you need to freeze the 
</I>&gt;<i> &gt; whole distribution for a time, and then ask for test, fix bugs 
</I>&gt;<i> &gt; and then release. Which is exactly what we currently do since &gt;years.
</I>&gt;<i> Sorry, your wrong! I have been using Arch for years and have yet 
</I>&gt;<i> to meet a show stopper bug, it is very stable. 
</I>&gt;<i> Stability simply means tested! 
</I>
When Debian people speak of the stable distribution, they mean it
doesn't change much. When Mandriva speak of the stable distribution,
they mean it doesn't change much. When we us that word for the
distribution, we mean the same. 

You use it differently, that's fine. But you cannot expect to be
understood if you use a different vocabulary than the people you are
talking with, unless you ask us to change our vocabulary to fit yours.

&gt;<i> It does not have to be like Debian testing 
</I>&gt;<i> that grows stale with time, you can remain very very close to bleeding 
</I>&gt;<i> edge and still remain stable...
</I>
Debian testing is what you would call stable because the way it is
updated ( ie, no broken dependencies, no blocking bugs, waiting time
before updating ). 

&gt;<i> &gt; So basically, you just reinvented the concept of release, and the 
</I>&gt;<i> &gt; way Mandriva, Debian, Fedora work since years. 
</I>&gt;<i> And I must have peed in your cheerios... 
</I>
I think there is no need to be vulgar.

&gt;<i> I am all for giving people what they want, 
</I>&gt;<i> I also don't think you have to follow the status quo to do so... We don't have 
</I>&gt;<i> to be &quot;just another distribution doing the same things the others are doing&quot;... 
</I>&gt;<i> Sorry, but this is what I see....
</I>
Then I guess we do not see that way, but I guess also that being myself
involved in depth in the distribution and having participated since
years to Mandriva and having looked at others ( as said in the
introduction of my first mail ), I see details that you do not see
( such as the governance, the openness of various others areas besides
packaging, etc ).

Now, you whole mail is &quot;we should do like arch&quot;, and that's a motivation
that I do not understand. What do you expect us to bring that arch does
not bring for you ? What would be the added value ?

-- 
Michael Scherer

</PRE>























































































































































<!--endarticle-->
    <HR>
    <P><UL>
        <!--threads-->
	<LI>Previous message: <A HREF="005489.html">[Mageia-dev]  Release cycles proposals, and discussion
</A></li>
	<LI>Next message: <A HREF="005498.html">[Mageia-dev] perl 5.14 migration almost complete, 3 (non-cpan) modules to go - need help from their owner!
</A></li>
         <LI> <B>Messages sorted by:</B> 
              <a href="date.html#5572">[ date ]</a>
              <a href="thread.html#5572">[ thread ]</a>
              <a href="subject.html#5572">[ subject ]</a>
              <a href="author.html#5572">[ 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>