summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/20101129/001519.html
blob: cc03d6accfb0f6bcd4a1954552b3695007b44168 (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
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
 <HEAD>
   <TITLE> [Mageia-dev] Mirror layout, round two
   </TITLE>
   <LINK REL="Index" HREF="index.html" >
   <LINK REL="made" HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mirror%20layout%2C%20round%20two&In-Reply-To=%3C4CF3F7A3.1010203%40laposte.net%3E">
   <META NAME="robots" CONTENT="index,nofollow">
   <META http-equiv="Content-Type" content="text/html; charset=us-ascii">
   <LINK REL="Previous"  HREF="001511.html">
   <LINK REL="Next"  HREF="001520.html">
 </HEAD>
 <BODY BGCOLOR="#ffffff">
   <H1>[Mageia-dev] Mirror layout, round two</H1>
    <B>andre999</B> 
    <A HREF="mailto:mageia-dev%40mageia.org?Subject=Re%3A%20%5BMageia-dev%5D%20Mirror%20layout%2C%20round%20two&In-Reply-To=%3C4CF3F7A3.1010203%40laposte.net%3E"
       TITLE="[Mageia-dev] Mirror layout, round two">andr55 at laposte.net
       </A><BR>
    <I>Mon Nov 29 19:57:39 CET 2010</I>
    <P><UL>
        <LI>Previous message: <A HREF="001511.html">[Mageia-dev] Mirror layout, round two
</A></li>
        <LI>Next message: <A HREF="001520.html">[Mageia-dev] Mirror layout, round two
</A></li>
         <LI> <B>Messages sorted by:</B> 
              <a href="date.html#1519">[ date ]</a>
              <a href="thread.html#1519">[ thread ]</a>
              <a href="subject.html#1519">[ subject ]</a>
              <a href="author.html#1519">[ author ]</a>
         </LI>
       </UL>
    <HR>  
<!--beginarticle-->
<PRE>nicolas vigier a &#233;crit :
&gt;<i> On Mon, 29 Nov 2010, Samuel Verschelde wrote:
</I>&gt;<i>
</I>&gt;<i>    
</I>&gt;&gt;<i> Indeed, however it helps showing that there's a set of packages which is supported, and another one which is only on behalf of the maintainer. In a community driven distribution, this distinction may remains valid : some packages are officially supported by the distribution, others may or may not be, depending on the maintainer (or lack of maintainer).
</I>&gt;&gt;<i>      
</I>
Exactly.  And remember that the proposed restriction for core was those 
packages necessary to a typical desktop or server or development system, 
plus a *few* very useful/widely used packages such as LibreOffice 
(OpenOffice) and Firefox.
Suggested to be included was &quot;complete desktops&quot;, which would be 
somewhat subjective as well.
Outside of these potentially controversial borderline cases, what would 
be in core would be well defined.
&gt;<i> We don't need separate medias to show that there are two sets of
</I>&gt;<i> packages, supported and unsupported. I think using separate medias adds
</I>&gt;<i> useless complexity.
</I>If we look at our origins, we are not adding media here.
But we are limiting what is in &quot;core&quot; (main).
Note that in their reorganization, Mandriva is moving in the same direction.
I see this more as a refocus of the packaging process, much like the 
(very useful) addition of backports_testing.

&gt;<i>   We could for instance provide a file on api.mageia.org
</I>&gt;<i> containing the list of officially supported packages. It would also have
</I>&gt;<i> other advantages :
</I>&gt;<i>   - You can see how many unsupported packages and which ones are installed
</I>&gt;<i>     on your system. This is not possible with main/contrib, if you enabled
</I>&gt;<i>     contrib temporarly to install a few packages.
</I>&gt;<i>    
</I>
This is not really related to one or 2 groups of repositories.  Although 
doing that for *officially fully supported* packages should be 
moderately easier with separate groups.
Note that many packages in &quot;extra&quot; would also be very well supported, by 
the packager or official maintainer.

The idea is not that the Mageia community would not support &quot;extra&quot; 
packages.
It is just that if an &quot;extra&quot; package breaks, it shouldn't break a 
user's system.
But if a &quot;core&quot; package breaks, we would expect that it would break many 
users' systems.
Thus the priority to ensure that &quot;core&quot; packages are always fixed in a 
timely manner.

&gt;<i>   - You can change the package status (supported/unsupported) after the
</I>&gt;<i>     release, if needed.
</I>&gt;<i>    
</I>If the division is well defined, we should rarely need to change a 
package's status.
There will be many well supported packages in &quot;extra&quot;.

&gt;<i>   - Some packages can have a different support time. On Mandriva, &quot;Base
</I>&gt;<i>     system&amp;  components&quot; was supported longer, but it was not clear which
</I>&gt;<i>     packages were part of this.
</I>&gt;<i>    
</I>Core is proposed to be largely &quot;base system &amp; components&quot;.  Part of the 
idea is to make clearer, to everyone, which packages have an enhanced 
level of support.
Support time is another (useful) question.

&gt;<i>   - This file could also list known security issues for unsupported
</I>&gt;<i>     and supported packages.
</I>&gt;<i>    
</I>Not related to the core/extra question, but a useful feature.  For 
Mageia-app-db project :)

&gt;<i>   - Some packages have a lot of optional plugins, and we build them all,
</I>&gt;<i>     adding a lot of build requires. With main/contrib separation we need
</I>&gt;<i>     to add all the build dependencies to main, even if most of them are
</I>&gt;<i>     not runtime dependencies.
</I>&gt;<i>    
</I>
We will have to be more selective for core packages, to avoid this problem.
Maybe &quot;suggests&quot;, or other features being added with rpm5.

I would agree that, at least in the transition, this would make more 
work for packagers.
But in the longer term we will have a much more stable system.
I see this as one of the key advantages of this &quot;core&quot; / &quot;extra&quot; separation.

(Hopefully we will also get rid of annoyances such as requiring everyone 
to install thai localisations.)
(Note that Mandriva is moving to rpm5 for their next full release 
(proposed for May 2011), which has more features for building rpms.  
Presumably Mageia will follow.)

- Andr&#233;
</PRE>


<!--endarticle-->
    <HR>
    <P><UL>
        <!--threads-->
	<LI>Previous message: <A HREF="001511.html">[Mageia-dev] Mirror layout, round two
</A></li>
	<LI>Next message: <A HREF="001520.html">[Mageia-dev] Mirror layout, round two
</A></li>
         <LI> <B>Messages sorted by:</B> 
              <a href="date.html#1519">[ date ]</a>
              <a href="thread.html#1519">[ thread ]</a>
              <a href="subject.html#1519">[ subject ]</a>
              <a href="author.html#1519">[ 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>