summaryrefslogtreecommitdiffstats
path: root/zarb-ml/mageia-dev/attachments/20110617/e17a3bfb/attachment-0001.html
blob: 15bc20ad543966c7ec99e1f2c29cc25803ff5d86 (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
<!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>