[Bug 170761] New: fatal error during 800 file upgrade

[Edward Hvarregaard]

http://bugs.kde.org/show_bug.cgi?id=170761

           Summary: fatal error during 800 file upgrade
           Product: kde
           Version: unspecified
          Platform: Compiled Sources
        OS/Version: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: NOR
         Component: general
        AssignedTo: unassigned-bugs at kde.org
        ReportedBy: edwardh at shaw.ca


Version:            (using Devel)
OS:                Linux
Installed from:    Compiled sources

What ever happened to the "KISS" principle or the "If it isn't broken don't fix
it" maxim? I stand in awe of everyone attempting to deal with upgrading
Everyones computers and those dealing with "Interdependencies" I did some
Pascal programing and for me modifying my program was a "High Risk" adventure.
Sending all of these changes out over the internet I suspect is yet another
high risk adventure. For what its worth Here is what I would Like to see
happen.
    When I turn on my machine I waste alot of time waiting to just log in then
I wait some more waiting for Fedora to fire up then I wait some more while my
application gets fired up. If you multiply my wasted time by the number of
people suffering through this process we are talking about MANY MANY MAN-YEARS
of non productive time. Surely something can be done about that problem.
   Possible examples.  When a user turns on a computer he already knows why he
turned it on. Why not immediately display a rudimentary menu, find out what he
wants to do then let the equipment fire up in a brief intelligent manner? Don't
worry about printers and LAN's and all of that other stuff until its asked for.
 Much of the start up stuff might be done at the END of a session and the
information stored for the next start up.
    Applications ----  My computer has thousands of files in it that I have NO
IDEA why they are there!!!!! I am not in control of this situation. Once upon a
time hard drives were small and it was a really good idea to share libraries
between applications to save HD space. SPACE is no longer a problem. Please
consider opening a new folder for each application and device. then INSIST that
ALL of the software needed to run that device or application is IN ITS OWN
FOLDER an NOWHERE ELSE.
  THINK about all of the advantages. If you want to do a backup or delete an
application you only have ONE folder to deal with. The new directory tree would
look something like this /Operating
System/Applications/Devices/FilingSystem/Users/Other/.  Dump all of the BINS.
  When an application is selected the first action is to deal with its
configuration file. which tells all that it needs to operate. If it needs
WIN3.1 or DOSnn then COPY those OS first( or emulators)into the reserved for
Linux hard drive area then COPY  the application into that same area. In this
way only the copies can get messed up.   Stop "UPGRADING" everything. If it
works -- Don't fix it. Just offer a new product.

      thank you Edward Hvarregaard
edwardh at shaw.ca.


-- 
Configure bugmail: http://bugs.kde.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.