summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/2011-July/006996.html
blob: 1c92a23a62bbb7430ff73a02a73c78889ab9e5b7 (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
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
 <HEAD>
   <TITLE> [Mageia-dev] backports
   </TITLE>
   <LINK REL="Index" HREF="index.html" >
   <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20backports&In-Reply-To=%3C1311633238.3419.43.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="006994.html">
   <LINK REL="Next"  HREF="006997.html">
 </HEAD>
 <BODY BGCOLOR="#ffffff">
   <H1>[Mageia-dev] backports</H1>
    <B>Michael Scherer</B> 
    <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20backports&In-Reply-To=%3C1311633238.3419.43.camel%40akroma.ephaone.org%3E"
       TITLE="[Mageia-dev] backports">misc at zarb.org
       </A><BR>
    <I>Tue Jul 26 00:33:57 CEST 2011</I>
    <P><UL>
        <LI>Previous message: <A HREF="006994.html">[Mageia-dev] backports
</A></li>
        <LI>Next message: <A HREF="006997.html">[Mageia-dev] backports
</A></li>
         <LI> <B>Messages sorted by:</B> 
              <a href="date.html#6996">[ date ]</a>
              <a href="thread.html#6996">[ thread ]</a>
              <a href="subject.html#6996">[ subject ]</a>
              <a href="author.html#6996">[ author ]</a>
         </LI>
       </UL>
    <HR>  
<!--beginarticle-->
<PRE>Le lundi 25 juillet 2011 &#224; 21:47 +0200, Maarten Vanraes a &#233;crit :
&gt;<i> Hi,
</I>&gt;<i> 
</I>&gt;<i> with regards to backports, users are complaining (they always do) that 
</I>&gt;<i> backports are taking too long.
</I>&gt;<i> 
</I>&gt;<i> on the one hand almost everyone seems to agree that backports should be 
</I>&gt;<i> &quot;supported&quot; in some way or another... however, noone seems to want to 
</I>&gt;<i> actuallty put in the time to finalize that. (or at least that's how I see it)
</I>&gt;<i> 
</I>&gt;<i> Since afair there is no real consensus, i suggest one of the following 
</I>&gt;<i> options, or possibly make this a vote, or have packaging team leaders (or 
</I>&gt;<i> board) decide this:
</I>&gt;<i> 
</I>&gt;<i> A. backports are maintainers responsibility
</I>&gt;<i> 
</I>&gt;<i> Every backport is tested or untested by maintainers discretion, (s)he decides 
</I>&gt;<i> how much testing it needs. We could still make a policy that there should be 
</I>&gt;<i> some tests.
</I>&gt;<i> 
</I>&gt;<i> B. well established support like updates
</I>&gt;<i> 
</I>&gt;<i> Similar QA like updates.
</I>&gt;<i> 
</I>&gt;<i> 
</I>&gt;<i> then there is the matter of submission:
</I>&gt;<i> 
</I>&gt;<i> A. We submit all backports from cauldron
</I>&gt;<i> 
</I>&gt;<i> B. like updates, there's a separate section for backports
</I>&gt;<i> 
</I>&gt;<i> C. backport submission is only allowed from the separate section, not from 
</I>&gt;<i> cauldron, if you want to backports from cauldron, you need to make the 
</I>&gt;<i> necessary steps yourself.
</I>&gt;<i> 
</I>&gt;<i> 
</I>&gt;<i> personally, i favor B &amp; C; such as i think most of the people wanted; but if 
</I>&gt;<i> wanted, i can settle for A &amp; B.
</I>
If people did read what others said, they would have seen the obvious
problem : 
Most people using backports, if not all, want to update just partially
their system ( ie, cherry picking ). See for example the mail of wobo 
<A HREF="http://www.mail-archive.com/mageia-dev@mageia.org/msg05794.html">http://www.mail-archive.com/mageia-dev@mageia.org/msg05794.html</A>

We also do it on our infrastructure, and I know others admins that do it
too. See also others mails about the topic.

So you are completely missing the real problems.

Yet, the solution is simple :
just say that backports are unsupported beyond &quot;we offer them on the
mirrors&quot;, since nobody is willing to :

1) properly define supported ( yet everybody agree that it should be ).
To me supported mean :
- do not break important stuff of the distribution
- is supported in term of bugfixes by the distribution, in a timely
fashion 
- supported by packagers

2) take the required measure to make that happen
and by &quot;taking the measure&quot;, I mean &quot;follow the limitations that would
enable proper support by my definition&quot;, which include among others : 
- not break upgrade from the distro to a new version ( I already
explained that in the previous thread )
- not let users with outdated and vulnerable softwares without expecting
them to spend time finely tuning their system, and without putting
restriction on what they run ( such as forcing to run a specific applet
instead of having a smooth and integrated system like update )

Current system of Mandriva, that is currently used, is geared toward
technical users only, and even them are left with a system in a
unsupported state ( ie, no update, no upgrade, and no assurance of
backport being properly tested ). 

We only solved the 3rd part for now, and I did proposal for the 2nd one
( that were refused ).

&gt;<i> If someone from -sysadmin can find the time to make the SVN repos for backports 
</I>&gt;<i> (and testing), that would be awesome, so we can actually do some testing for 
</I>&gt;<i> it and get this show on the road.
</I>
I do not think we should deploy first and then think. 

Either we declare backport unsupported, as in the current form, saying
otherwise would be lying, or we need clearly define what to expect ( and
that would be mostly &quot;no support if you do this, and less support if you
do that&quot; ) if people think unsupported is too strong. If we take this
way, we should make it clear to people using it.

Or we find a solution for the problems, without adding new ones.

We worked too hard to have a good reputation of being a solid
distribution to ruin it. People can better cope with running old working
softwares ( with old being 3 or 4 months old ) than having crashes or
breakage later.

Especially since people have said &quot;we do not want to reinstall on every
version&quot;, to me, that's clearly a demand from users to have a working
and smooth distribution upgrade process. 
-- 
Michael Scherer

</PRE>









<!--endarticle-->
    <HR>
    <P><UL>
        <!--threads-->
	<LI>Previous message: <A HREF="006994.html">[Mageia-dev] backports
</A></li>
	<LI>Next message: <A HREF="006997.html">[Mageia-dev] backports
</A></li>
         <LI> <B>Messages sorted by:</B> 
              <a href="date.html#6996">[ date ]</a>
              <a href="thread.html#6996">[ thread ]</a>
              <a href="subject.html#6996">[ subject ]</a>
              <a href="author.html#6996">[ 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>