well birdie, maybe it is time for you to stop posting bullshit?
LINUX has stable APIs AND ABIs for more 20 years.
Internal constructs are neither APIs nor ABIs.
Please stop posting until you started to think. People like you with their 'give me. NOW' attitude and no clue at all make me sick.
I found this on the fscking Fedora homepage:
Good enough points to do a rewrite, huh? Guess the previous installer did suck...Quote:
After many years of maintaining and developing the pre-Fedora 18 installer, the installer development team determined that a rewrite of the installer was necessary for a myriad of reasons, including the following:
The previous installer had an aging (around 13 years old) infrastructure that was difficult and time-consuming to maintain and improve, constraining new feature development. One current install team developer refers to the old infrastructure as "an incredible mess."
The performance of the old installer left a lot to be desired. Long-term tasks could not be performed in the background. This required long wait times and pauses throughout the installation experience. For example, as CPU and time-intensive tasks were processed, the UI would freeze for several moments until a given processing task completed.
The previous UI was not very responsive. This manifested in various ways, including a failure of the UI screens to redraw when the display was changed between a TTY and back to the UI.
The text-only version of the installer interface was a completely separate codebase, which increased the maintenance burden of the installer. This also increased the amount of work needed to implement new features as they would need to be written twice, once for each codebase.
The previous codebase was not written in a modular fashion. This caused issues where similar functionality in different modes (for example, GUI vs kickstart) used different logic and resulted in inconsistencies for users.
The automated kickstart mode of the installer was separate and incompatible with the UI modes of the installer. A separate utility, system-config-kickstart, was created solely to provide a UI for creating kickstarts since the existing UI could not be used for this purpose without a completed install.
The live media method of installation used a different codepath than the installer than the DVD method, causing maintenance and development difficulties and resulting in an inconsistent and at times buggy user experience.
The old installer's interface had a 'point of no return' past which any changes you'd made to your storage configuration could destroy data on your disk(s) and you couldn't go back to change it. Since the UI followed a linear path, this exact inflection point occurred close to the middle of the screen flow and required a rather discouraging pop-up dialog to explain the impact.
In previous versions of Fedora, the installer's interface followed a wizard design pattern , consisting of multiple linear screens with occasional nested modal pop-up dialogs. (See diagram below) While nothing is inherently problematic with wizards as a design pattern, the sheer number of screens required by the installer made it unwieldy. You could end up several screens into the process and need to go back and change something on an earlier screen, requiring a lot of clicking and screen flipping to go back and return to where you left off. Multiple modal nested dialog windows also made it confusing at times to interact with certain screens, in particular the partitioning-related screens.
How is that useful?
2. Switching DEs
Right. One can select spins for other DEs. In the case you want to mess with, say, Gnome3 and install E17, then why not also take the time to install Entrance (E17's Display Manager)? Problem solved and it looks a lot nicer too.
That covers the remarks I have read about Gnome developers not considering other desktops, and the remaining use cases seem to just fall in the remote access / headless background process category.
Now I very much hope that the same person who set up NFS or Samba or VNC server, who configured X for remote access or really needed to move users from group to group for some further reason won't have much trouble setting once and for all a gsetting by ticking a checkbox in a GUI or adding a one-liner to a setup script.
Really, that's what this silly fuss is about: a default that makes sense for the less techincal user and that whoever needs differently can override in about 30 seconds. The computer version of "first world problems", I'd say ;)
Back at the Hall of Slack. Their 'setup` still uses the old ncurses package to provide stable installations one after another.
Fedora is for testing. RedHat had no interest in the desktop.
That raises another question, though - why did the UI have to change? Why not leave it as it was before, just on a new codebase?
Fedora 18 applications are just fine. UEFI delayed Fedora development to where delivery was late. Is the installer a bad design. I definitely say no. The concept is very good. Do the updates according to your preferences, -- keyboard, language, and so forth.
Is it a beta implementation -- a first effort to make it work, I say yes. It needs some extra quality control.
My fault with Gnome is that has the design that is trying to please desktop users and tablet users. And it does neither very well. So, if the argument about Fedora 18 is negative, you must blame the DE. (Presentation design).
I use Gnome rarely with Fedora 18. Cinnamon is a fantastic DE for Fedora 18. Cinnamon replaced Nautalus, uses the Gnome GUI libraries and is superb. It makes Fedora 18 much better than Ubuntu. If Gnome continues with one more bad release, you can rest assured that it will not be number one for Fedora 20.
One nice undocumented feature of Fedora18, is the ability to log into the system in GUI mode as root. Moving files, deleting files, copying files, renaming files, in fact directory and file manipulation with a GUI interface is so much faster and safer than with command line.
Fedora18 recognizes that system maintainers are not dumbells, who have to be prevented from using a graphical user interface from a root logon.
Cinnamon and Fedora 18, a great combination.
There are billions of combinations of hardware! Why do you think it should work? It shouldn't! If the last past 3 releases it didn't work it's because you weren't lucky! Not our fault at all! Why should we be expected to actually test code on different machines? It's insane, think of the billions of combinations!
And in a different note: You rewrote the installer? Bwhahahaha! RULE NUMBER 0: NEVER REWRITE APPLICATIONS FROM GROUND UP! I thought you knew this stuff! They teach this shit early when you learn coding for christ sake. Everytime there is a new idiot thinking that he is better and starts to rewrite an application thinking this time it will be better, and in the end, after trillions of bugs and frustrated users that leave his product, he ends up where he was before he begun!
AGAIN: NEVER REWRITE APPLICATIONS FROM GROUND UP!
That maintenance thing is just bullshit. Learn to use interfaces so that when implementations change you can still have your old functionality. I wonder how incompetent can you be. Then I realize this is Red Hat we're talking about....