Language Selection

English French German Italian Portuguese Spanish

Linux on the Desktop: The need for compromise

Filed under
Linux

It has become something of a cliché that Linux has reached a critical point in its development and adoption. However, this is especially true now when we look at what events are lined up to occur in the near future, and particularly in the desktop area.

Perhaps the most visible event is the impending launch of Microsoft's Vista. Try as they might, this new OS shows every sign of needing hardware replacement, some user training, and considerable support staff training to be truly effective in deployment. Particularly note the last two, often cited as reasons why moving to Linux is expensive and fraught with danger. Of course, Linux doesn't have the added disadvantage of needing a hardware upgrade.

The second event on the horizon is the move to 64 bit hardware on the desktop. 64 bit hardware is commonplace in the datacenter and on Unix/Linux workstations, but not so common sitting on the average end user's desktop. Some may argue that 64 bit hardware just isn't needed on an average desktop. Quite probably, the same people said the same of the move from 16 bit to 32 bit desktops, and their children probably argued against the need to move from 8 to 16 bit machines.

Both of these events are natural places for people to pause and reconsider their whole environments, and any conscientious CIO is going to give the non-Microsoft alternatives a really long, hard look.

So, can we expect a sudden and dramatic shift to Linux on the desktop? Unfortunately, the answer is probably no. Unless some changes take place.

Full Article.

More in Tux Machines

Linux: To recurse or not

Linux and recursion are on very good speaking terms. In fact, a number of Linux command recurse without ever being asked while others have to be coaxed with just the right option. When is recursion most helpful and how can you use it to make your tasks easier? Let’s run through some useful examples and see. Read more

Today in Techrights

Android Leftovers

today's leftovers

  • MX Linux Review of MX-17 – For The Record
    MX Linux Review of MX-17. MX-17 is a cooperative venture between the antiX and former MEPIS Linux communities. It’s XFCE based, lightning fast, comes with both 32 and 64-bit CPU support…and the tools. Oh man, the tools available in this distro are both reminders of Mepis past and current tech found in modern distros.
  • Samsung Halts Android 8.0 Oreo Rollouts for Galaxy S8 Due to Unexpected Reboots
    Samsung stopped the distribution of the Android 8.0 Oreo operating system update for its Galaxy S8 and S8+ smartphones due to unexpected reboots reported by several users. SamMobile reported the other day that Samsung halted all Android 8.0 Oreo rollouts for its Galaxy S8/S8+ series of Android smartphones after approximately a week since the initial release. But only today Samsung published a statement to inform user why it stopped the rollouts, and the cause appears to be related to a limited number of cases of unexpected reboots after installing the update.
  • Xen Project Contributor Spotlight: Kevin Tian
    The Xen Project is comprised of a diverse set of member companies and contributors that are committed to the growth and success of the Xen Project Hypervisor. The Xen Project Hypervisor is a staple technology for server and cloud vendors, and is gaining traction in the embedded, security and automotive space. This blog series highlights the companies contributing to the changes and growth being made to the Xen Project and how the Xen Project technology bolsters their business.
  • Initial Intel Icelake Support Lands In Mesa OpenGL Driver, Vulkan Support Started
    A few days back I reported on Intel Icelake patches for the i965 Mesa driver in bringing up the OpenGL support now that several kernel patch series have been published for enabling these "Gen 11" graphics within the Direct Rendering Manager driver. This Icelake support has been quick to materialize even with Cannonlake hardware not yet being available.
  • LunarG's Vulkan Layer Factory Aims To Make Writing Vulkan Layers Easier
    Introduced as part of LunarG's recent Vulkan SDK update is the VLF, the Vulkan Layer Factory. The Vulkan Layer Factory aims to creating Vulkan layers easier by taking care of a lot of the boilerplate code for dealing with the initialization, etc. This framework also provides for "interceptor objects" for overriding functions pre/post API calls for Vulkan entry points of interest.