{"id":8142,"date":"2019-01-14T14:14:49","date_gmt":"2019-01-14T14:14:49","guid":{"rendered":"https:\/\/www.appservgrid.com\/paw92\/?p=8142"},"modified":"2019-01-24T02:21:58","modified_gmt":"2019-01-24T02:21:58","slug":"the-future-of-linux-osnews","status":"publish","type":"post","link":"https:\/\/www.appservgrid.com\/paw92\/index.php\/2019\/01\/14\/the-future-of-linux-osnews\/","title":{"rendered":"The Future of Linux  \u2013  OSnews"},"content":{"rendered":"<p>Linux news is getting more and more exciting, and somehow, managing to get less and less interesting. Why? Because the speed of development is getting so rapid that it\u2019s hard to get excited for each upcoming release, keep your system completely up to date, and even remember what the current version of your favorite distributions are. This breakneck pace of development means good and bad things, but I have a few ideas about how I expect it to turn out.<\/p>\n<p><i>The opinions in this piece are those of the author and not necessarily those of osnews.com<\/i><\/p>\n<p>There are literally hundreds, if not thousands of distributions out there. In fact, with <a href=\"http:\/\/knopper.net\/knoppix\">Knoppix<\/a>, almost anyone can <a href=\"http:\/\/librenix.com\/?inode=3345\">make his own<\/a>. Each season, it seems we watch <a href=\"http:\/\/www.linux.org\/news\/2001\/10\/16\/0001.html\">some distributions fold<\/a> and <a href=\"http:\/\/userlinux.com\/\">others form<\/a>. It\u2019s getting harder and harder to tell them apart. Think you\u2019re an expert? Answer these questions quickly:<\/p>\n<p>5) <a href=\"http:\/\/sorcerer.wox.org\/\">Name<\/a> <a href=\"http:\/\/www.sourcemage.org\/\">three<\/a> <a href=\"http:\/\/gentoo.org\">source<\/a>-based distros.<\/p>\n<p>According to a recent post on <a href=\"http:\/\/distrowatch.com\">Distrowatch.com<\/a>, \u201cIt is time to face the facts: the number of Linux distributions is growing at an alarming rate. On average, around 3 \u2013 4 new distributions are submitted to this site every week, a fact that makes maintaining the individual pages and monitoring new releases increasingly time consuming. The DistroWatch database now lists a total of 205 Linux distributions (of which 24 have been officially discontinued) with 75 more on the waiting list. It is no longer easy to keep up.\u201d Distributions change often, as does the popularity of each. Keeping up is almost impossible. Many Linux users install new distributions every few days, weeks, or months. Sadly, many of these folks keep a Windows installation \u2013 not because they prefer Windows, but because it\u2019s a \u201csafe haven\u201d for their data which can\u2019t find a permanent home on any given Linux distribution. Can this pace continue? I say no.<\/p>\n<p>Predicting the future is always risky for an author, especially one who contributes to internet sites, where your words are often instantly accessible to the curious. But I\u2019m going to put my money on the table and take some guesses about the future of Linux. Here, in no particular order, are six theories that I believe are inevitabilities. Keep in mind that although I\u2019ve been liberal in tone, nearly everything in this piece is speculation or opinion and is subject to debate. Not all of these theories are necessarily entirely original thought, but all arguments are.<\/p>\n<p><b>1) Major Linux distributions will collapse into a small, powerful group.<\/b><br \/>\n\u201cMajor players\u201d in the Linux market, until recently, included Red Hat, SuSE, Mandrake, Debian, and Slackware. Some would argue more or less, but now you have a number of popular distros making inroads into the community, Xandros, LindowsOS, and Gentoo to name a few. Another fringe including Yoper, ELX, and TurboLinux are making plays for corporate desktops. I\u2019m coining a new term for this era of Linux computing: <i>distribution bloat<\/i>. We have hundreds of groups offering us what is essentially minor tweaks and optimizations of a very similar base. This cannot continue at this pace. There will from this point on, be a growing number of Linux installation packages as people become more skilled, but there will be fewer distributions on a mass scale as commercial Linux stabilizes.<\/p>\n<p>I think we\u2019ll see the commercial Linux market boil down to two or three players, and this has already begun. I expect it to be a Ximian-ized Novell\/SUSE distribution, Red Hat, and some sort of Debian offshoot \u2013 whether it\u2019s User Linux or not remains to be seen. Sun\u2019s Linux offering, Java Desktop System, will be deployed in Solaris committed companies and not much more.<\/p>\n<p><b>2) Neither KDE nor Gnome will \u201cwin;\u201d a third desktop environment will emerge.<\/b><br \/>\nThe KDE\/Gnome debate is a troll\u2019s dream come true. People are often passionate about their desktop environment. I believe they both have strengths and weaknesses. However, a third DE, with a clean and usable base, will emerge in time, its sole mission to unify the Linux GUI. Only when there is true consistency of the look and feel of the desktop, or close to it, will Linux become a viable home OS for an average user. Currently, we see this consistency forged by common Qt and GKT themes, and offerings like Ximian Desktop which attempts to mask the different nature of each application. This is <b>not<\/b> about lack of choice \u2013 it is, however, about not allowing choice to supercede usability of the whole product.<\/p>\n<p>Features that a desktop must include are obvious by now: cut &amp; paste must work the same way throughout the OS, menus must be the same in all file manager windows, the same shortcut keys must apply in all applications, and all applications must have the same window borders. Many seemingly basic tasks that haven\u2019t entirely matured, or in some cases, been accomplished at all, yet.<\/p>\n<p>In any event, the DE\u2019s importance will lessen once greater platform neutrality exists. This will doubtlessly cause many to argue that I am wrong \u2013 admittedly, it\u2019s a tall order especially with Gnome and KDE becoming established and accomplishing so much. I maintain that unless there is some sort of merging, not a set of standards like freedesktop.org, but rather, a common base for development, that there will be a fragmented feel to Linux that simply doesn\u2019t exist in Windows today.<\/p>\n<p><b>3) Distribution optimization will become more prevalent<\/b><br \/>\nMost distributions today can be used for anything \u2013 a desktop system, a web server, a file server, a firewall, DNS, firewall, etc. I am of firm belief that Windows\u2019 greater downfall on the server is that it has been a glorified desktop for too long. The file extensions are still hidden by default, you\u2019re forced to run a GUI, and you can still run all your applications on the system. I predict that we\u2019ll start to see flavors within distributions tweaked at the source level for optimization. Systems made to run as a desktop will have many different default options from their server optimized counterparts.<\/p>\n<p><b>4) Integration will force the ultimate \u201ckiller app\u201d<\/b><br \/>\nI predict an open, central authentication system will take the Linux world by storm. There still isn\u2019t a Linux comparison to NDS\/eDirectory or Active Directory that makes user management across the network as simple as either of the two. While eDirectory will run on Linux, there is no open standard with a GUI management tool that automates this mass management. An authentication service whose job is only to watch resources including users, devices, applications, and files doesn\u2019t exist and can\u2019t be built without serious Linux know-how. This service, which I\u2019ll casually refer to as LCAS (Linux Central Authentication System) for lack of a better term, will be as easy to establish as a new Microsoft domain\u2019s Active Directory.<\/p>\n<p>LCAS will operate using completely open standards (X.500\/LDAP) and will be easily ported to the BSDs and to commercial Unixes. Unlike Active Directory, LCAS services will be portable, and stored in a variety of databases, including PostgreSQL, MySQL, and even Oracle and DB2. LCAS, like Linux, will be pluggable, so that as it matures, management of other objects, like routers and switches, your firewall, and even workstations and PDAs and eventually, general network and local policies, will be controllable from your network LCAS installation. Perhaps, in time, it will also manage objects on the internet and how they can act within your network. I envision the ability to block, say, a <a href=\"http:\/\/www.gator.com\/\">particularly<\/a> <a href=\"http:\/\/hotbar.com\/site\/abouthotbar\/whatis.htm\">annoying<\/a> <a href=\"http:\/\/www.new.net\/\">application<\/a>\u2018s HTTP traffic, the ability for certain users to use specified protocols, or installing internet printers via LCAS.<\/p>\n<p><b>5) Releases will become less frequent, and updates more common<\/b><br \/>\nThere is a competition for versioning in the Linux world, as though higher version numbers are somehow \u201cbetter.\u201d Version inflation is commonplace, with companies incrementing the major version for minor overall updates, and going from X.1 to (X+1) after a few application updates and a minor kernel increase. There is also a software trend that eventually, when the version number gets too high and is abandoned in favor of less harsh sounding names. No one would upgrade Windows every six months, so why upgrade Linux every six months? Because the software gets better too quickly! And the best way to get new software that works is to upgrade the whole distro! This is backward. The software should be incidental to the distro, not the reason for its version stamp.<\/p>\n<p><a href=\"http:\/\/www.gentoo.org\/proj\/en\/releng\/\">Gentoo Linux<\/a> just changed their release engineering guide specs to include for a year number with subsequent point releases. This, I think, is the right idea. I predict that we\u2019ll start to see releases like DistroX 2004, DistroX 2005. As a counterpart, we\u2019ll begin to see downloadable updates like service packs, like DistroX 2004 Update2. These updates will be easily installable and will update and patch not only the OS, but all components that came with the distro.<\/p>\n<p>It is not unlikely that we\u2019ll see a front end installer that launches, checks your system and the server, asks which pieces you want upgraded, and then processes it. There are systems like this in place today, however, they are constantly updated. Too often, people don\u2019t patch or update, they just reinstall. We\u2019re going to see only security updates for each distro, and approximately quarterly, we\u2019ll see an official Update. Updates distributed in this fashion are much more likely to be applied by a common user than the slew of updates issued on an almost daily basis. Updates like this allow users to utilize a modern system much longer in between releases \u2013 for years in some cases. Unless <a href=\"http:\/\/opencarpet.org\">OpenCarpet<\/a> catches on, I see a service pack mentality prevailing for all commercial distributions.<\/p>\n<p><b>6) Linux-approved hardware will become common<\/b><br \/>\nPart of the fight for useable Linux is with device drivers and hardware. Getting your video card to work properly, even with a binary driver available, is still way too hard. While this isn\u2019t always the fault of the hardware, we will see, in time, Linux approved hardware. The hardware will include Linux drivers on the accompanying disk. There will be a certification process that tests hardware against a certain set of standards. Soon, a Tux badge on a PC case will be as commonplace as the \u201cBuilt for Windows XX\u201d stickers on most cases today.<\/p>\n<p>I don\u2019t claim to be visionary by any means. I also don\u2019t want to forcefully bring spirituality into the mix, but I believe all things exist in waves, with highs and lows. Linux started small, it\u2019s gained an audience, and as it swells to a large point, we, the community, should anticipate the future refold of things. The eventual downswing shouldn\u2019t be an implosion, but rather, an opportunity to organize and streamline the existence of free software. It doesn\u2019t have to be a reduction in use, it can be a simple cooperation, reduction of market saturation, and convergence towards standards.<\/p>\n<p>Within the next two years, we\u2019ll likely see Linux kernel 2.8, Gnome 3, and KDE 4. We\u2019ll see exciting new projects. We\u2019ll see many new Linux distributions and many existing ones disappear. We\u2019ll see the pre-Microsoft Longhorn media blitz. And I bet, not too much longer than that, we\u2019ll see some of the above start to become a reality as well.<\/p>\n<p>Adam Scheinberg is a regular contributor to osnews.<\/p>\n<p><a href=\"https:\/\/www.osnews.com\/story\/5354\/editorial-the-future-of-linux\/\" target=\"_blank\" rel=\"noopener\">Source<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Linux news is getting more and more exciting, and somehow, managing to get less and less interesting. Why? Because the speed of development is getting so rapid that it\u2019s hard to get excited for each upcoming release, keep your system completely up to date, and even remember what the current version of your favorite distributions &hellip; <\/p>\n<p class=\"link-more\"><a href=\"https:\/\/www.appservgrid.com\/paw92\/index.php\/2019\/01\/14\/the-future-of-linux-osnews\/\" class=\"more-link\">Continue reading<span class=\"screen-reader-text\"> &#8220;The Future of Linux  \u2013  OSnews&#8221;<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[1],"tags":[],"class_list":["post-8142","post","type-post","status-publish","format-standard","hentry","category-linux"],"_links":{"self":[{"href":"https:\/\/www.appservgrid.com\/paw92\/index.php\/wp-json\/wp\/v2\/posts\/8142","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.appservgrid.com\/paw92\/index.php\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.appservgrid.com\/paw92\/index.php\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.appservgrid.com\/paw92\/index.php\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.appservgrid.com\/paw92\/index.php\/wp-json\/wp\/v2\/comments?post=8142"}],"version-history":[{"count":1,"href":"https:\/\/www.appservgrid.com\/paw92\/index.php\/wp-json\/wp\/v2\/posts\/8142\/revisions"}],"predecessor-version":[{"id":8604,"href":"https:\/\/www.appservgrid.com\/paw92\/index.php\/wp-json\/wp\/v2\/posts\/8142\/revisions\/8604"}],"wp:attachment":[{"href":"https:\/\/www.appservgrid.com\/paw92\/index.php\/wp-json\/wp\/v2\/media?parent=8142"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.appservgrid.com\/paw92\/index.php\/wp-json\/wp\/v2\/categories?post=8142"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.appservgrid.com\/paw92\/index.php\/wp-json\/wp\/v2\/tags?post=8142"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}