summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/attachments/20110617/e17a3bfb
diff options
context:
space:
mode:
authorNicolas Vigier <boklm@mageia.org>2013-04-14 13:46:12 +0000
committerNicolas Vigier <boklm@mageia.org>2013-04-14 13:46:12 +0000
commit1be510f9529cb082f802408b472a77d074b394c0 (patch)
treeb175f9d5fcb107576dabc768e7bd04d4a3e491a0 /zarb-ml/mageia-dev/attachments/20110617/e17a3bfb
parentfa5098cf210b23ab4f419913e28af7b1b07dafb2 (diff)
downloadarchives-master.tar
archives-master.tar.gz
archives-master.tar.bz2
archives-master.tar.xz
archives-master.zip
Add zarb MLs html archivesHEADmaster
Diffstat (limited to 'zarb-ml/mageia-dev/attachments/20110617/e17a3bfb')
-rw-r--r--zarb-ml/mageia-dev/attachments/20110617/e17a3bfb/attachment-0001.html61
-rw-r--r--zarb-ml/mageia-dev/attachments/20110617/e17a3bfb/attachment.html61
2 files changed, 122 insertions, 0 deletions
diff --git a/zarb-ml/mageia-dev/attachments/20110617/e17a3bfb/attachment-0001.html b/zarb-ml/mageia-dev/attachments/20110617/e17a3bfb/attachment-0001.html
new file mode 100644
index 000000000..15bc20ad5
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110617/e17a3bfb/attachment-0001.html
@@ -0,0 +1,61 @@
+<!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">
+ by <strong><a
+href="https://forums.mageia.org/en/memberlist.php?mode=viewprofile&amp;u=395">Trio3b</a></strong>
+ &raquo; Jun 17th, '11, 17:55
+ <div class="content">Must preface this reply by saying I am not a
+ coder, developer, packager. Just an end user. Long time MDV user
+ (ver. 10.0). I have tried almost every distro out there for fun
+ but on my main desktop I use MDV 2008.1KDE3.5.x and have stuck
+ with it b/c it is used for business.<br>
+ <br>
+ I have been tinkering with PCLOS for the past two years. It is
+ very easy to succumb to the "grass is greener" mindset and I too
+ have fallen into that trap with PCLOS. It really is a fine distro
+ (originally and to some extent still based on MDV) but have come
+ to the conclusion that for fun, upgrading/Updating is fine, but
+ for day to day business use it is not really an option. <br>
+ <br>
+ I understand that Mageia has little or no control over certain
+ elements of the IT landscape.Witness KDE fiasco with distro forums
+ full of problems, breaks, memory leaks, Plasma configuration
+ problems. I have experienced that with PCLOS being a rolling
+ distro so I have NOT migrated to it for business as of yet.<br>
+ <br>
+ I believe that a great deal of credibility can be given to
+ opensource if it can be seen to be stable and useable for long
+ periods of time in the business community. I haven't a clue about
+ the technical requirements in determining a release schedule but
+ can speak from a users standpoint and that is many small
+ businesses such as myself CAN NOT employ technology people. I
+ really enjoy installing and configuring linux OS on various
+ hardware but I have to be realistic and stand firm in the belief
+ that if one of my office crew is faced with a blank screen (as has
+ happened with recent PCLOS2011.6 test release), then the fun of
+ "fixing" it must take a back seat to getting on with work.<br>
+ <br>
+ It is mentioned that several releases can be maintained at the
+ same time. Can't a long term stable release be made to sync up
+ with new advances every couple years, with the long term user
+ UNDERSTANDING that a major reinstall will be necessary at the end
+ of that 2-3 yr . THAT IS INFINITELY preferable to an upgrade that
+ breaks something. <br>
+ <br>
+ Speaking of planning, when you KNOW you have to upgrade you will
+ have your work flow and backups planned. An upgrade that breaks a
+ system disrupts workflow and even if you have data backed up it
+ destroys confidence in the ability of the software to support
+ workflow.<br>
+ <br>
+ Workflow disruption is an enemy to running a business and constant
+ KDE4 upgrades have kept me from leaving KDE3.5.x <br>
+ <br>
+ Hope this helps some devs</div>
+ </body>
+</html>
diff --git a/zarb-ml/mageia-dev/attachments/20110617/e17a3bfb/attachment.html b/zarb-ml/mageia-dev/attachments/20110617/e17a3bfb/attachment.html
new file mode 100644
index 000000000..15bc20ad5
--- /dev/null
+++ b/zarb-ml/mageia-dev/attachments/20110617/e17a3bfb/attachment.html
@@ -0,0 +1,61 @@
+<!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">
+ by <strong><a
+href="https://forums.mageia.org/en/memberlist.php?mode=viewprofile&amp;u=395">Trio3b</a></strong>
+ &raquo; Jun 17th, '11, 17:55
+ <div class="content">Must preface this reply by saying I am not a
+ coder, developer, packager. Just an end user. Long time MDV user
+ (ver. 10.0). I have tried almost every distro out there for fun
+ but on my main desktop I use MDV 2008.1KDE3.5.x and have stuck
+ with it b/c it is used for business.<br>
+ <br>
+ I have been tinkering with PCLOS for the past two years. It is
+ very easy to succumb to the "grass is greener" mindset and I too
+ have fallen into that trap with PCLOS. It really is a fine distro
+ (originally and to some extent still based on MDV) but have come
+ to the conclusion that for fun, upgrading/Updating is fine, but
+ for day to day business use it is not really an option. <br>
+ <br>
+ I understand that Mageia has little or no control over certain
+ elements of the IT landscape.Witness KDE fiasco with distro forums
+ full of problems, breaks, memory leaks, Plasma configuration
+ problems. I have experienced that with PCLOS being a rolling
+ distro so I have NOT migrated to it for business as of yet.<br>
+ <br>
+ I believe that a great deal of credibility can be given to
+ opensource if it can be seen to be stable and useable for long
+ periods of time in the business community. I haven't a clue about
+ the technical requirements in determining a release schedule but
+ can speak from a users standpoint and that is many small
+ businesses such as myself CAN NOT employ technology people. I
+ really enjoy installing and configuring linux OS on various
+ hardware but I have to be realistic and stand firm in the belief
+ that if one of my office crew is faced with a blank screen (as has
+ happened with recent PCLOS2011.6 test release), then the fun of
+ "fixing" it must take a back seat to getting on with work.<br>
+ <br>
+ It is mentioned that several releases can be maintained at the
+ same time. Can't a long term stable release be made to sync up
+ with new advances every couple years, with the long term user
+ UNDERSTANDING that a major reinstall will be necessary at the end
+ of that 2-3 yr . THAT IS INFINITELY preferable to an upgrade that
+ breaks something. <br>
+ <br>
+ Speaking of planning, when you KNOW you have to upgrade you will
+ have your work flow and backups planned. An upgrade that breaks a
+ system disrupts workflow and even if you have data backed up it
+ destroys confidence in the ability of the software to support
+ workflow.<br>
+ <br>
+ Workflow disruption is an enemy to running a business and constant
+ KDE4 upgrades have kept me from leaving KDE3.5.x <br>
+ <br>
+ Hope this helps some devs</div>
+ </body>
+</html>