diff options
author | Nicolas Vigier <boklm@mageia.org> | 2013-04-14 13:46:12 +0000 |
---|---|---|
committer | Nicolas Vigier <boklm@mageia.org> | 2013-04-14 13:46:12 +0000 |
commit | 1be510f9529cb082f802408b472a77d074b394c0 (patch) | |
tree | b175f9d5fcb107576dabc768e7bd04d4a3e491a0 /zarb-ml/mageia-dev/attachments/20101006/85532959 | |
parent | fa5098cf210b23ab4f419913e28af7b1b07dafb2 (diff) | |
download | archives-master.tar archives-master.tar.gz archives-master.tar.bz2 archives-master.tar.xz archives-master.zip |
Diffstat (limited to 'zarb-ml/mageia-dev/attachments/20101006/85532959')
-rw-r--r-- | zarb-ml/mageia-dev/attachments/20101006/85532959/attachment-0001.html | 16 | ||||
-rw-r--r-- | zarb-ml/mageia-dev/attachments/20101006/85532959/attachment.html | 16 |
2 files changed, 32 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"><<a href="mailto:tarakbumba@gmail.com">tarakbumba@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> +I'm just wondering if we follow Mandriva'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'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's release naming scheme? I.e. do<br> +we call our first release 2011.x ? I don'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'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'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'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"><<a href="mailto:tarakbumba@gmail.com">tarakbumba@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"> +I'm just wondering if we follow Mandriva'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'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's release naming scheme? I.e. do<br> +we call our first release 2011.x ? I don'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'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'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'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> |