diff options
Diffstat (limited to 'zarb-ml/mageia-dev/attachments/20110616/5663f737/attachment-0001.html')
| -rw-r--r-- | zarb-ml/mageia-dev/attachments/20110616/5663f737/attachment-0001.html | 94 |
1 files changed, 94 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/attachments/20110616/5663f737/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110616/5663f737/attachment-0001.html new file mode 100644 index 000000000..92d113d5f --- /dev/null +++ b/zarb-ml/mageia-dev/attachments/20110616/5663f737/attachment-0001.html @@ -0,0 +1,94 @@ +<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> +<html> + <head> + <meta content="text/html; charset=ISO-8859-1" + http-equiv="Content-Type"> + </head> + <body text="#000000" bgcolor="#ffffff"> + by <strong><a moz-do-not-send="true" +href="https://forums.mageia.org/en/memberlist.php?mode=viewprofile&u=359">pmithrandir</a></strong> + » Jun 13th, '11, 20:21 + <blockquote cite="mid:4DFA43A9.1080003@free.fr" type="cite"> + <div class="content">On my side, I think mageia should do a "mix" + of others idea.<br> + <br> + I would say : <br> + - A release every year.<br> + - During this year, a way to update some popular stuff (firefox, + chrome, libreoffice...)<br> + - During this year also a way to add some new package if needed + or if there is some instant success for a new software.<br> + <br> + Every 3 years, the release is LTS and that mean it would be + maintain for 4 years.<br> + <br> + So at the same time, mageia would be in 3 mode : <br> + - The LTS<br> + - The common release<br> + - The cauldron.<br> + <br> + With that kind of stuff, you should have no more than one + release for public at a time, and just one LTS.<br> + If you update main software(we could define a list of no more + than 20 software) people who are crasy about new function, or + developper who need tham to develop new stuff would be happy.<br> + <br> + BTW : I think mailing list are totally outdated and that mageia + should have a special section in this forum for these + discussion, or maybe another forum.<br> + It's totally impossible for people who want to participate + sometimes to follow you emails everydays. It's much faster to + read some topic on a forum than dozens emails. And your final + user should be able to know what happen easily. It would be a + big + in front of others distributions.</div> + </blockquote> + by <strong><a +href="https://forums.mageia.org/en/memberlist.php?mode=viewprofile&u=448">claire</a></strong> + » Jun 16th, '11, 14:27 + <div class="content"> + <blockquote> + <div><cite>pmithrandir wrote:</cite>On my side, I think mageia + should do a "mix" of others idea.<br> + <br> + I would say : <br> + - A release every year.<br> + - During this year, a way to update some popular stuff + (firefox, chrome, libreoffice...)<br> + - During this year also a way to add some new package if + needed or if there is some instant success for a new software.<br> + <br> + Every 3 years, the release is LTS and that mean it would be + maintain for 4 years.<br> + <br> + So at the same time, mageia would be in 3 mode : <br> + - The LTS<br> + - The common release<br> + - The cauldron.<br> + </div> + </blockquote> + <br> + <br> + I completely agree with this. There is no real need to rush + releases as long as new versions are easily available. I know + backports repo is available but its not very user friendly. As an + example, the newer versions of Openshot video editor have a very + nice feature of being able to do animated titles. To be able to + use them you need Blender 2.5. Whilst Mageia includes Openshot + 1.3.1 (which errors with missing plugins btw) which at time of + writing is current it still has Blender 2.49b.<br> + <br> + It would be useful if there were a nice user friendly way to + upgrade Blender when it is backported. Something to let ordinary + users know a newer version is available and a simple click to + upgrade it.<br> + <br> + LTS releases in Ubuntu IMHO are a great idea and one which would + add value to mageia as a potential server/business OS where + stability over time is crucial.<br> + <br> + I dont think Joe Bloggs really cares about a 6 monthly + distribution upgrade, only that new versions of the software they + use are easily obtainable in the mean time and won't break the + distribution upgrade when it comes around.</div> + </body> +</html> |