summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/attachments/20101006
diff options
context:
space:
mode:
Diffstat (limited to 'zarb-ml/mageia-dev/attachments/20101006')
-rw-r--r--zarb-ml/mageia-dev/attachments/20101006/85532959/attachment-0001.html16
-rw-r--r--zarb-ml/mageia-dev/attachments/20101006/85532959/attachment.html16
-rw-r--r--zarb-ml/mageia-dev/attachments/20101006/8a533e41/attachment-0001.asc7
-rw-r--r--zarb-ml/mageia-dev/attachments/20101006/8a533e41/attachment.asc7
-rw-r--r--zarb-ml/mageia-dev/attachments/20101006/e0c7091d/attachment-0001.asc7
-rw-r--r--zarb-ml/mageia-dev/attachments/20101006/e0c7091d/attachment.asc7
6 files changed, 60 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/attachments/20101006/85532959/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20101006/85532959/attachment-0001.html
new file mode 100644
index 000000000..a9b557ffc
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20101006/85532959/attachment-0001.html
@@ -0,0 +1,16 @@
+<br><br><div class="gmail_quote">2010/10/1 atilla ontas <span dir="ltr">&lt;<a href="mailto:tarakbumba@gmail.com">tarakbumba@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
+I&#39;m just wondering if we follow Mandriva&#39;s release cycle model. Every<br>
+6th months a release or one year and one release. I think we should<br>
+make one release in one year. By doing so devs and translators won&#39;t<br>
+be in rush in every 6 months. Also there are major changes like<br>
+systemd/upstart; those system related things will be more mature in a<br>
+year to use. It makes the distro more stable and decraese mirrors<br>
+space waste.<br>
+<br>
+One more thing. Do we follow Mandriva&#39;s release naming scheme? I.e. do<br>
+we call our first release 2011.x ? I don&#39;t like this naming scheme and<br>
+suggesting using number of release as naming like Mageia 1.0 or using<br>
+code names.<br>
+<br>
+What&#39;s your opinion?<br></blockquote><div><br></div><div>Hi all.</div><div><br></div><div>At this time, there is a survey asking to the blogdrake&#39;s community  what kind of release cycle they prefer. This survey will be active until the weekend and I think this could be an acceptable look about community preferences.</div>
+<div><br></div><div>We must keep on mind we&#39;re creating a user-oriented distro, so we must be stay in touch about their preferences.</div><div><br></div><div>Cheers</div></div><br>
diff --git a/zarb-ml/mageia-dev/attachments/20101006/85532959/attachment.html b/zarb-ml/mageia-dev/attachments/20101006/85532959/attachment.html
new file mode 100644
index 000000000..a9b557ffc
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20101006/85532959/attachment.html
@@ -0,0 +1,16 @@
+<br><br><div class="gmail_quote">2010/10/1 atilla ontas <span dir="ltr">&lt;<a href="mailto:tarakbumba@gmail.com">tarakbumba@gmail.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
+I&#39;m just wondering if we follow Mandriva&#39;s release cycle model. Every<br>
+6th months a release or one year and one release. I think we should<br>
+make one release in one year. By doing so devs and translators won&#39;t<br>
+be in rush in every 6 months. Also there are major changes like<br>
+systemd/upstart; those system related things will be more mature in a<br>
+year to use. It makes the distro more stable and decraese mirrors<br>
+space waste.<br>
+<br>
+One more thing. Do we follow Mandriva&#39;s release naming scheme? I.e. do<br>
+we call our first release 2011.x ? I don&#39;t like this naming scheme and<br>
+suggesting using number of release as naming like Mageia 1.0 or using<br>
+code names.<br>
+<br>
+What&#39;s your opinion?<br></blockquote><div><br></div><div>Hi all.</div><div><br></div><div>At this time, there is a survey asking to the blogdrake&#39;s community  what kind of release cycle they prefer. This survey will be active until the weekend and I think this could be an acceptable look about community preferences.</div>
+<div><br></div><div>We must keep on mind we&#39;re creating a user-oriented distro, so we must be stay in touch about their preferences.</div><div><br></div><div>Cheers</div></div><br>
diff --git a/zarb-ml/mageia-dev/attachments/20101006/8a533e41/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20101006/8a533e41/attachment-0001.asc
new file mode 100644
index 000000000..c226a9a36
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20101006/8a533e41/attachment-0001.asc
@@ -0,0 +1,7 @@
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.9 (GNU/Linux)
+
+iEYEARECAAYFAkysseoACgkQk29cDOWzfVCYdgCcCQqa6l810v3wTZNG1LcTRwXR
+zeIAnjgszUTy/Mng1G9O0LK0IDvm9bxF
+=CpLK
+-----END PGP SIGNATURE-----
diff --git a/zarb-ml/mageia-dev/attachments/20101006/8a533e41/attachment.asc b/zarb-ml/mageia-dev/attachments/20101006/8a533e41/attachment.asc
new file mode 100644
index 000000000..c226a9a36
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20101006/8a533e41/attachment.asc
@@ -0,0 +1,7 @@
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.9 (GNU/Linux)
+
+iEYEARECAAYFAkysseoACgkQk29cDOWzfVCYdgCcCQqa6l810v3wTZNG1LcTRwXR
+zeIAnjgszUTy/Mng1G9O0LK0IDvm9bxF
+=CpLK
+-----END PGP SIGNATURE-----
diff --git a/zarb-ml/mageia-dev/attachments/20101006/e0c7091d/attachment-0001.asc b/zarb-ml/mageia-dev/attachments/20101006/e0c7091d/attachment-0001.asc
new file mode 100644
index 000000000..22ee5d7ac
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20101006/e0c7091d/attachment-0001.asc
@@ -0,0 +1,7 @@
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.9 (GNU/Linux)
+
+iEYEARECAAYFAkyspxMACgkQk29cDOWzfVCP3QCfaxVyai9zt/m8fFzIuhe1BGvT
+MV4An1F2BcGY3bi8ShzXpBtOnXj+w4k1
+=/oVX
+-----END PGP SIGNATURE-----
diff --git a/zarb-ml/mageia-dev/attachments/20101006/e0c7091d/attachment.asc b/zarb-ml/mageia-dev/attachments/20101006/e0c7091d/attachment.asc
new file mode 100644
index 000000000..22ee5d7ac
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20101006/e0c7091d/attachment.asc
@@ -0,0 +1,7 @@
+-----BEGIN PGP SIGNATURE-----
+Version: GnuPG v1.4.9 (GNU/Linux)
+
+iEYEARECAAYFAkyspxMACgkQk29cDOWzfVCP3QCfaxVyai9zt/m8fFzIuhe1BGvT
+MV4An1F2BcGY3bi8ShzXpBtOnXj+w4k1
+=/oVX
+-----END PGP SIGNATURE-----