summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/attachments/20101201/7249ee28/attachment.html
blob: 7852d57e69370b10a21074ae86b3230fb73ed023 (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
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
    <title></title>
  </head>
  <body text="#000000" bgcolor="#ffffff">
    On 01.12.2010 00:12, Maarten Vanraes wrote:
    <blockquote cite="mid:201012010012.04846.maarten.vanraes@gmail.com"
      type="cite">Le mardi 30 novembre 2010 11:37:42, Thomas Backlund a
      &eacute;crit :<br>
      <blockquote type="cite">
        <blockquote type="cite">
          <pre wrap="">So, after reading all different opinions here and discussing with
founders, here is the idea:

We start of with  3 medias: core, nonfree, tainted and 3 debug medias:
debug_core, debug_nonfree, debug_tainted. In order to avoid confusion,
we wont use the name "restricted" as it was used in MDV commercial
products.

Now all of theese medias will have their 5 submedias: release, updates,
updates_testing, backports, backports_testing.

That brings us to 30 medias in total :)

The details of the media layout suggestion is also at the end of this
mail, and at: <a class="moz-txt-link-freetext" href="http://mageia.org/wiki/doku.php?id=mirrors_policy">http://mageia.org/wiki/doku.php?id=mirrors_policy</a>


Now...

We wont blindly import every package from cooker, instead  we'll
start off the import with basesystem (as in bootable system with
shell access), compiler and rpm tools (and of course their buildtime
depencies). When all of that is imported and rebuilt, we have a working
buildsystem / base to build from.

Then we to go on with and start importing X, the different
DE's and every other package needed to build a full distro.

By doing it this way, we get a clean start, every package rebuilt,
and no old/unmaintained stuff in the beginning.

Then as more maintainers join, I guess more packages will be imported
from cooker and other sources. And packages can always be requested.

As for those that want the core/extra split:
We already tried it with main/contrib split. And I know mdv is now
trying to refine what belongs in main or not, but thats for mdv
to work through the "problem" as it wont be an easy task.

For us I think the best way for now is to start with this suggested
layout, and see if it works well for us. Remember, as Michael pointed
out, this is a community supported distro, and only time will tell how
well the community actually will support their distro.

Point is, if we later decide this is not working well, we can always
review the decisions and if decided do the split.

Can we reach an agreement that this is the way to start the distro?
</pre>
        </blockquote>
        <br>
      </blockquote>
    </blockquote>
    I have one question at your suggestion Thomas.<br>
    Mandriva has editions like Mandriva One or Mandriva Free. Will there
    be something different or will Mageia use this as a base?<br>
    <br>
    I would prefer that some proprietary firmware will be available such
    as the WIFI drivers of Intel (iwlwifi) , which is needed by my
    wireless card, without choosing the correct version of Mageia.<br>
    These drivers are also available in the kernel right now, so it
    would be a possibility to activate them there by default so newer
    hardware will work <span id="result_box" class="short_text"
      lang="en"><span style="color: rgb(0, 0, 0);" title="">correctly.</span></span><br>
    <br>
    Daniel<br>
    <br>
  </body>
</html>