summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/2011-June/005998.html
blob: 7e78d2eca756ba1b1434616e609d83219cd822e1 (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
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
 <HEAD>
   <TITLE> [Mageia-dev] Proposal of a backporting process
   </TITLE>
   <LINK REL="Index" HREF="index.html" >
   <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Proposal%20of%20a%20backporting%20process&In-Reply-To=%3CBANLkTimf_J9PdZXWoQiWXqO4f8w04HtFTw%40mail.gmail.com%3E">
   <META NAME="robots" CONTENT="index,nofollow">
   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
   <LINK REL="Previous"  HREF="005997.html">
   <LINK REL="Next"  HREF="006010.html">
 </HEAD>
 <BODY BGCOLOR="#ffffff">
   <H1>[Mageia-dev] Proposal of a backporting process</H1>
    <B>Ahmad Samir</B> 
    <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Proposal%20of%20a%20backporting%20process&In-Reply-To=%3CBANLkTimf_J9PdZXWoQiWXqO4f8w04HtFTw%40mail.gmail.com%3E"
       TITLE="[Mageia-dev] Proposal of a backporting process">ahmadsamir3891 at gmail.com
       </A><BR>
    <I>Fri Jun 24 21:39:51 CEST 2011</I>
    <P><UL>
        <LI>Previous message: <A HREF="005997.html">[Mageia-dev] Proposal of a backporting process
</A></li>
        <LI>Next message: <A HREF="006010.html">[Mageia-dev] Proposal of a backporting process
</A></li>
         <LI> <B>Messages sorted by:</B> 
              <a href="date.html#5998">[ date ]</a>
              <a href="thread.html#5998">[ thread ]</a>
              <a href="subject.html#5998">[ subject ]</a>
              <a href="author.html#5998">[ author ]</a>
         </LI>
       </UL>
    <HR>  
<!--beginarticle-->
<PRE>On 24 June 2011 02:09, Michael Scherer &lt;<A HREF="https://www.mageia.org/mailman/listinfo/mageia-dev">misc at zarb.org</A>&gt; wrote:
&gt;<i> Hi,
</I>&gt;<i>
</I>&gt;<i> as said in the thread of firefox 5, and in the meeting of packager
</I>&gt;<i> sooner this week, this is the first mail about backports ( on 3 ).
</I>&gt;<i>
</I>&gt;<i> So here is the proposal of a process, based on the feedback of people,
</I>&gt;<i> and the idea of some packagers ( mainly stormi ).
</I>&gt;<i>
</I>&gt;<i>
</I>&gt;<i> - Someone request a backport ( by bugzilla, by madb, by a email, by
</I>&gt;<i> taking a packager family in hostage, whatever ). I would prefer use
</I>&gt;<i> bugzilla but this may not be very user friendly, or too heavy.
</I>&gt;<i>
</I>
How would the packager get notified of backports requests via madb?

Would you elaborate on how bugzilla is heavy for a backports request?

&gt;<i> - a packager decide to do it. Based on the policy ( outlined in another
</I>&gt;<i> mail ), and maybe seeing with the maintainer first about that for non
</I>&gt;<i> trivial applications, the backport can be done, or not. The criterias
</I>&gt;<i> for being backported or not are not important to the process, just
</I>&gt;<i> assume that they exist for now ( and look at next mail ). So based on
</I>&gt;<i> criteria, someone say &quot;it can be backported, so I do it&quot;.
</I>&gt;<i>
</I>
[...]

&gt;<i> - I am not sure on this part, but basically, we have 2 choices :
</I>&gt;<i> &#160;- the packager take the cauldron package and push to backport testing
</I>&gt;<i> &#160;- the packager move the cauldron package in svn to backport, and there
</I>&gt;<i> send it to backport testing.
</I>&gt;<i>
</I>&gt;<i> Proposal 1 mean less work duplication, but proposal 2 let us do more
</I>&gt;<i> customization.
</I>&gt;<i>
</I>
Option 1 doesn't only mean not duplicating work, but also that the the
spec in backports svn isn't ever out-dated; the only reason I see a
package being in stable distro SVN is if it's in /release|updates, not
backports...

&gt;<i> if the package doesn't build, the packager fix ( or drop the idea if
</I>&gt;<i> this requires too much work )
</I>&gt;<i>
</I>&gt;<i> - the packager send requesting feedback about the backport from the
</I>&gt;<i> people who requested it, and test it as well.
</I>&gt;<i>
</I>
Probably off-topic, but how will that work with madb? i.e. how will
the maintainer get the feedback?

&gt;<i> - based on feedback ( ie if the package work or if the packager is
</I>&gt;<i> confident ), the packager decide to move it to backport for everybody,
</I>&gt;<i> using some stuff similar to rpmctl ( the tool we used to move package at
</I>&gt;<i> Mandriva ). The tool would also send notifications.
</I>&gt;<i>
</I>
The packager decides to move it and he has the necessary privileges to
do so? or will he have to request someone from another team to move
it?

&gt;<i> - if the package doesn't work, he either fix, or drop the backport idea.
</I>&gt;<i> If he fix, we go back on testing, if he drop, we remove the rpm ( with a
</I>&gt;<i> automated cleaning of rpm after 1 or 2 months ).
</I>&gt;<i>
</I>
[..]

&gt;<i> If the packager drop the backport, it should be notified to the
</I>&gt;<i> requester ( hence the use of bugzilla, or a more suitable tool )
</I>&gt;<i>
</I>
Agreed.

&gt;<i> This way :
</I>&gt;<i> - packages are not sent untested, thus raising confidence in backports
</I>
How many times did backports breaks a user's whole installation? we
always say that backports should mainly be cherry picked, but not
enabled all the time... so how does installing a new version of e.g.
wine break the user's system when he can easily back out that rpm?

&gt;<i> - the QA should not be overloaded, and can focus on updates
</I>&gt;<i> - sysadmins are not overloaded
</I>&gt;<i> - people requesting backport see how QA work, and are involved into the
</I>&gt;<i> distribution as testers, thus creating a much healthier discussion with
</I>&gt;<i> packagers, and creating more incentive to help. And since they request
</I>&gt;<i> the package, they will be motivated to test more than stuff they do not
</I>&gt;<i> use.
</I>&gt;<i>
</I>&gt;<i> WDYT ?
</I>&gt;<i>
</I>&gt;<i> --
</I>&gt;<i> Michael Scherer
</I>&gt;<i>
</I>&gt;<i>
</I>


-- 
Ahmad Samir
</PRE>








<!--endarticle-->
    <HR>
    <P><UL>
        <!--threads-->
	<LI>Previous message: <A HREF="005997.html">[Mageia-dev] Proposal of a backporting process
</A></li>
	<LI>Next message: <A HREF="006010.html">[Mageia-dev] Proposal of a backporting process
</A></li>
         <LI> <B>Messages sorted by:</B> 
              <a href="date.html#5998">[ date ]</a>
              <a href="thread.html#5998">[ thread ]</a>
              <a href="subject.html#5998">[ subject ]</a>
              <a href="author.html#5998">[ 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>