Tag Archive: amd

For some time now I’ve been wrestling with the idea of writing my final thoughts on Ubuntu 11.04 and Fedora 15, the reason for me taking so long to figure out if I wanted to write this post in the first place will become clearer after you read this post.

It’s no secret by reading my previous first look review, that I was not a fan of GNOME-Shell, or Unity. While was hoping that the experience would become much more fluid in the final releases, I was still left disappointed.

However, I gave both a fair shot using both for roughly 2 to 3 weeks to try and determine if after using it for a prolonged period of time, my views would change. In addition to my own experience I also turned to the Linux community and looked at both positive and negative reviews centering on both interfaces. Surprisingly, what I found was a mixed set of opinions; however most of them had only a handful of nice things to say about the interface and a bucket full of negative. The main reason for me viewing these reviews was to ensure that I was using them correctly, I did not want to base my opinion solely on the fact that I was struggling to figure certain aspects of it.

While all of the reviews I looked at nitpicked about small things some of which had no relevance to stability or even usability, others touched on small problems that could easily have been fixed prior to release. While I haven’t touched either one of these distributions and about a weeks’ time, last time I did some of these mistakes were still present. To give you an example of how silly some things are in terms of mistakes, I will point out one in Fedora 15 specifically.

Fedora decided to take a different approach and separate the software repository lists tool from the actual updates tool, this in itself is fine in my opinion. Were the silly mistake part comes in is that loading GNOME-Shell, and looking for the update tool to get the current updates for your system. You are presented with two tools with exactly the same icon in virtually identical names; one is called update and the other updates. Through trial and error I discovered that the one with the S at the end of it actually pulls up a repository configuration dialog you can select which repositories are used for installing packages and receiving updates. I know this sounds like nitpicking however it is very confusing and something that is easily corrected, and something that should’ve never ended up in the final version.

Update: as of right now the icons have changed. But they’re both still named exactly the same with the exception of an S

If your computer is not powerful enough to run GNOME-Shell or you just don’t have the proprietary graphics drivers installed, you will go into a fallback session of GNOME 3. This is not to be confused with GNOME 2, I have read a lot of misconceptions that the fallback mode is in fact a stripped down version of GNOME 2. This is in fact false; GNOME-Shell is merely a GUI interface on top of the GNOME 3 libraries. You can tell this by looking at the version of GTK that the fallback session uses, its version 3. Below is a screenshot that might explain why a lot of people confuse the two.

I’m not sure why exactly, but the icon on the dialogue reminds me of the old sad Macintosh, icon that you use to get when your Mac would have a fatal error.

Next to that screenshot you can see one of the desktop that’s loaded in a fallback session.

 

 

 

 

 

 

 

 

 

 

 

 

Virtual Box can run GNOME-Shell or unity just fine after you install the guest additions, below is a screenshot of the update, updates, issue I was talking about.

Most other distributions used their repository configuration dialogue with a different name that distinguishes it from the update program, such as sources.

 

I put a circle around the two specific programs to draw attention so that it would be easier to pinpoint them.

To further illustrate how this could be confusing, below are two screenshots that show the two tabs on the updates dialogue, below that is a screenshot from the update dialog.

This is not an incredibly huge error; it’s not even one that will affect stability of your system. No this is more a cosmetic and user experience related issue. Some might argue that they’ve been labeled this way for several releases now, however when using GNOME-Shell they show up right next to each other under the applications section, which is the cause for the confusion. In a fallback session, or on previous versions of GNOME, these two tools showed up in completely separate menus, which made it less confusing because you are less likely to see both of them side-by-side.

Again, I know this is a long that of a rant to go on about such a small problem, but I just wanted to make it clear what the confusion was and say that if I’m confused, having used previous versions of Fedora that the average user coming from another distribution might be even more confused.

 

That aside, once you get past GNOME-Shell Fedora 15 is a fairly solid release despite the multiple reviews; I’ve read that point to the contrary. On my last review Fedora 15 was in the alpha stages, and I talked about a lot of the new features that the average user would recognize most of these have not changed (other than getting more stable).

I did notice one quirk they kind of bugged me, while this is not a bug, and it is in fact an intentional change, I don’t understand the methodology behind the change. I’m talking about the fact that if you ever create your own RPMs and Fedora things have become slightly more confusing. It used to be that all you needed to do in order to sign and build RPM packages was to install the development tools group from Yum. It seems for whatever reason they’ve taken the GPG signing integration out of RPM by default. This functionality can of course be added back, but it requires installing a separate package. There’s absolutely no documentation that I’ve been able to find that explains the reasoning behind this change, or even that the change took place. I literally spent three hours trying to sign a package through RPM only to find that some person on a forum somewhere discovered that this RPM signing functionality was moved into a separate package called rpm-sign.

I’m not a developer and certainly not in a position to question Fedora’s policies on what to include and what not to include in a default installation. However, if they insist on breaking this functionality of RPM out into a separate package, then the least they could do is added to the development tools group, this way and somebody does a group install of the development tools this packages pulled down alongside other packages necessary to build and sign rpm’s. As I said, this is not a bug; it’s an intentional step, though the reasoning behind it at least to me is not known.

I did have one other bad experience out of my entire Fedora 15 experience. I’m not sure if this was specific to my machine, or if this happens with everybody. What happened was this, I installed Fedora 15 with the default package set, then once Fedora 15 was loaded I updated it decided I didn’t like GNOME-Shell and didn’t want to use the fallback session. I then began looking at other desktop environments that I could install; naturally, my first replacement was KDE which installed perfectly with no issues. However, upon having installed KDE and booting into it at least once GNOME stopped working altogether, in fact when you try to log into GNOME you we get an error message similar to the one in the screenshot above. The differences this error message would tell you that GNOME had a fatal error, and was not able to start. No amount of logging out and logging back in would make this message go away. Ironically, however, installing Fedora 15 with KDE and GNOME from the installer seems to bypass this issue, at least for me.

I know you guys are pricing report it, file a bug report! The problem is I’m not exactly sure what caused the error so submitting a bug report with the small amount of information I have would not be useful to anybody, especially the person that would help me try to solve the problem. Again, this issue may not be present for everybody; it may have just been some quirk on my specific machine.

Ubuntu – Alternatives

Party did a review of Ubuntu 11.04 stable, some not to repeat the same information. I will however link to that blog entry below. What I will do however is tell you a few alternatives to Ubuntu that I found that are based off of Ubuntu, but don’t have that pesky unity.

This is going to be a very quick section. Basically I’m getting give you a list of two or three distributions that have tried that are derivatives of Ubuntu and give you a brief synopsis of my experience followed by a link to the website to get more information.

Zorin – this distribution is extremely cool looking, and I’m not just saying that because I love the color blue (which this distribution has a lot of). There are a lot of custom tools included that let you change the look of this distribution to match other operating systems, including Mac OS X. This distribution is every bit as user-friendly as Ubuntu is and as I mentioned even includes several tools that are unique to this distribution to make the experience that much easier.

Linux Mint – most of you reading this who have had any experience with Ubuntu it all have probably heard of mint, some like to go into too much detail here. I will however say that the newer version of mint is the best version I have seen to date. I’m not exactly sure which version of Ubuntu. This was based off of, what I do know is that it uses GNOME 2. This is good news for everybody out there who hates unity is much as I did.

Ubuntu with XFCE – yes I understand there is a officials then of Ubuntu that includes this as the default desktop, but in order to get an experience that you’re used to as Ubuntu user, I recommend installing Ubuntu and then going to synaptic and installing XFCE. This will allow you to use XFCE while main containing a lot of the GNOME libraries and utilities that you’re used to.

Well, that wraps up this blog post. Sorry for being so long-winded, but I had a lot to say. As always, comments are welcome, one thing I prefer not to see in the comments are remarks like “unity rocks you’re insane for not liking it”, or “GNOME-Shell makes Fedora faster, it’s the future” those kinds of comments to me serve no constructive purpose as they are opinions usually ones that a majority of the people may not agree with or could agree with. Bottom line if you want to tell me why you think unity or GNOME-Shell is worth keeping around try to do in a constructive way. Don’t just say it rocks.

Ubuntu Unity Review