Showing posts with label Scientific Linux. Show all posts
Showing posts with label Scientific Linux. Show all posts

2014-10-28

Featured Comments: Week of 2014 October 19

This post is delayed (I would usually put it up on Sunday) because I was out of town for the last few days. There was one post that got a handful of comments, so I'll repost most of those.

Review: Scientific Linux 7.0 GNOME

Reader Admiral Vinogradov said, "It is no longer a CERN project; it is now a Fermilab thing. Unpleasant news and that's where my interest in the distro ended."
An anonymous commenter responded with the following clarification: "From Cern's pages (link at end): What is Scientific Linux (SL) ? SL is a Linux release put together by Fermilab, CERN, and various other labs and universities around the world. And Scientific Linux CERN (SLC) ? SLC is an SL variant that is built on top of the genuine SL and it is tailored to integrate within the CERN computing environment. - http://linux.web.cern.ch/linux/scientific.shtml"
Another anonymous reader said, "[...] My experience with SL7 is entirely positive. I agree however that many packages are not availabe. But I compiled octave , pari-gp, maxima, ecl without any problem. Packages like smplayer and audacity I also had to compile from source. [...]"
Yet another anonymous commenter had this suggestion: "Given that SL is largely (minor tweaks and branding changes aside) a recompile of RHEL, the problems you encountered may very well stem from upstream and not SL per se. (It would be interesting for you to test CentOS 7 - if you haven't done so already - and see if you have the same problems.) Also, while historically SL used to be a scientific-customised version of RHEL (e.g. including scientific packages), the trend in recent releases (SL6, SL7) has been to keep closer to RHEL and have any additional packages be installed from optional repos. CentOS, meanwhile, now that they are under the umbrella of RH, will actually be deviating MORE from RHEL - including updated packages, etc. And, since SL follows RH's new extended lifecycle, if SL7 isn't for you then you can keep using SL6 until 2020-11-30 (a full six years from now)."

Thanks to all those who commented on that post. Again, now that I am halfway through my first semester in graduate school, things are busy enough that my posts will be rather infrequent (though I will try not to let a month go by without posting something or the other). In any case, if you like what I write, please continue subscribing and commenting!

2014-10-22

Review: Scientific Linux 7.0 GNOME

It has been a while since I have done a review (almost 3 months, in fact). It has been significantly longer since I have looked at Scientific Linux (over 3 years, in fact). Given that, I figured it might be worthwhile to make this review about Scientific Linux 7.0. I'm just glad that I did it before the time elapsed for something else to come up (around 3 minutes, in fact — OK, I just made that one up to match the other statements).

Main Screen
For those who aren't familiar or don't remember, Scientific Linux is a derivative of Red Hat Enterprise Linux which is meant to make installation of scientific computing software easier (though such software may not necessarily be included right away). That said, a lot has changed in the last 3 years. Most notably, CentOS, the "community version of Red Hat Enterprise Linux" (I realize there may be some technical distinctions but I won't go into them), has now come under the purview of Red Hat. This means Scientific Linux's role could have the potential to shift a bit in the near future (or it might not, who knows). Even with that aside, there are 3 years of software changes to look at in Scientific Linux, so I'm doing that now. I tried it by writing the live DVD ISO file to my USB drive using UnetBootin. Follow the jump to see what it's like.

2011-08-01

Review: CentOS 6.0

Main Screen
Red Hat Enterprise Linux (RHEL) 6.0 was released a little less than 9 months ago, while RHEL derivative Scientific Linux 6.0 "Carbon" was released a little less than 5 months ago. Yet, it took 8 months after the release of RHEL 6.0 for CentOS 6.0 to be released. Two weeks after that, the CentOS 6.0 live medium was released, so I'm trying it out and reviewing it now.

So what is CentOS? Well, before I say that, it's important to know that RHEL is the flagship product of Red Hat; it's an OS meant for business and server environments, and its price is almost entirely for technical support, which can be purchased at different levels. It isn't available for home users for free; that's where Fedora and CentOS come in. Fedora is basically like RHEL's upstream, in that every few Fedora releases, a new version of RHEL based on that Fedora version is released; for example, Fedora Core 6 formed the basis of RHEL 5, while a combination of Fedora 12 and 13 formed the basis of RHEL 6. CentOS, on the other hand, is RHEL's clone; it is 100% identical to RHEL, except that all Red Hat branding is replaced by CentOS branding, and all references to Red Hat and RHEL are replaced by references to a more generic "upstream" or "Enterprise Linux", due to Red Hat's policies regarding its logo and name. Replacing the branding and rebuilding the packages is not trivial, and as far as I can tell, this release was particularly problematic, which is why it took a full 8 months (as opposed to the typical 1-3 months) after the corresponding RHEL release for the new CentOS version to be released.
Unfortunately, this unprecedented delay irritated some of the more vocal members of the Linux community, and as Scientific Linux 6.0 "Carbon" was released many months before CentOS 6.0 (while typically the newest Scientific Linux version is released after the corresponding CentOS version), former users of CentOS started switching to Scientific Linux. Well, CentOS 6.0 is finally here, so hopefully those disgruntled users are happy.

I tested CentOS on a live USB made with MultiSystem. I did not test the installation because I did that with Scientific Linux, and I don't see any reason why the installation should be any different; this is the same reason why I don't test the installation for every Ubuntu derivative I try out. Follow the jump to see what it's like. Also note that I originally wanted to do a direct comparison between Scientific Linux and CentOS, but I got impatient in waiting for the CentOS 6.0 live CD to be released, so I went ahead and tested Scientific Linux 6.0 "Carbon" by itself. Therefore, this article will make frequent references and comparisons to Scientific Linux. Finally, as was the case with the Scientific Linux review, though CentOS is really targeted at enterprise users and servers, I'm going to be reviewing it from the perspective of a home desktop user. Why? Well, Microsoft Windows 2000, the first home version of Microsoft Windows to be based on Microsoft Windows NT, which was previously just for servers and enterprise users, was very well-received among home users despite it targeting enterprise and server use. I'm reviewing CentOS from that same perspective.

2011-07-24

Featured Comments: Week of 2011 July 17

There were two posts that got quite a few comments this past week, so I'll try to repost a few of those from each.

Review: Scientific Linux 6.0

An anonymous reader had this bit of support: "good review. Thanks!"
Another anonymous commenter was generally enthusiastic: "Scientific Linux is great !!! Thanks"

Review: PCLinuxOS 2011.6 KDE

Many of these comments surprised me in the way that they attacked me and the review without properly reading the review and seeing where I actually did praise PCLinuxOS; instead, they focused on the issues that I did have (and the issues that I didn't have or that I had but made clear that those were not to be blamed on PCLinuxOS) and magnified them to the level of a capital offense. Frankly, I was disappointed by the lack of understanding and comprehension among the readers, and it along with similarly savage comments on other reviews of PCLinuxOS that were not 100% positive is unfortunately enough to steer me away from reviewing PCLinuxOS in the future. Anyway, let's get on with the comments.
An anonymous reader said (later following this up with a little conversation with me in the comments), "Please correct me if I am wrong. You tested an operating system through a live environment, and then tested an install through a virtualbox session within the live environment. Is this a fair review? I wonder if you would have needed to tinker if you did a full and proper install. I do agree with you regarding the partition manager at install...it could be better. Emil" Of the rather bluntly critical comments I saw (many of which at best shared these concerns, at worst just engaged in ad hominem attacks), I felt this was the most fair, informed, and courteous of them all, and I'd like to thank this commenter for maintaining civility where other commenters had lost all such semblance.
Another anonymous commenter tried to fight back against that tide: "I use PCLINUXOS, and i am shame of this commentaries from the users. This is the kind of comments that give bad name to the community and the distro itself. Some PCLinuxOS users are know for no respect for the reviewers, this is not the first time and will not be the last! In the future do not complainin when people say that PCLinuxOS users are arrogant! Respect and be respected!"
Yet another anonymous reader had this related suggestion: "Has anyone tried iGolaware or Mageia? Both seem quite good, former is based on Ubuntu and latter fork of Mandriva, now independent. Not a troll :),just thought of asking if anyone had any experience with either."

Still another anonymous commenter said, "I've been using PClinuxOS for nearly 4 months and have found it a very good distro - my hardware is approx 2 years old - and it all works very well. The community very friendly. I think a few - and I would say it is just a few - do get defensive, but sometimes the reviews are so inaccurate I can sort of (partly) understand it. But if I can defend them for a moment, I "rarely" see them being personal in their responses, and secondly, the forum is the best by far of any of the ones I use. You only have to go the Welcome Centre to see how friendly, and helpful, they are. Thanks for reading."


 


Thanks to all those (yes, even the one who called me a "[living] Murphy's law", for your comment was a prime example of said ad hominem attacks) who commented on this past week's posts. This coming week, I plan to have at least three posts, two of which will be reviews again; no, I can't guarantee that either will be 100% positive, though I hope they will turn out that way. In any case, if you like what I write, please continue subscribing and commenting!

2011-07-18

Review: Scientific Linux 6.0 "Carbon"

Main Screen
I really wanted to do this review a while ago, but I couldn't because when I wanted to do it then, MultiSystem didn't recognize the then-newly-released Scientific Linux 6.0 live CD ISO file. Since then, there have been quite a few updates to MultiSystem, and this time I could make a Scientific Linux 6.0 live USB with MultiSystem.

So what is Scientific Linux? It's basically Red Hat Enterprise Linux, minus Red Hat branding (with Scientific Linux branding instead), plus repositories containing extra mathematical, scientific, and engineering software, plus some extra niceties. It was developed for Fermilab and CERN, so it's not really meant to be a home desktop distribution per se, but I did read a few reviews of Scientific Linux 5.X commenting favorably on its abilities in such environments, so I wanted to see if that would be true of version 6.0 as well. Plus, I have never tried more office/server-oriented relatives of Fedora, so this would be a new experience for me too.

As mentioned earlier, my main mode of testing was through a live USB made with MultiSystem. I also tested the installation in VirtualBox within the live USB session. Follow the jump to see what it's like.

2010-12-24

FOLLOW-UP: Linux and Breakfast Cereals

I wrote a post a couple months ago regarding Mr. Graham Morrison's assertion that the overabundance of choice in the open-source software community is its failing and Ms. Caitlyn Martin's counter-assertion using the example of breakfast cereals. In it, I mostly agree with Ms. Martin's statements, though I do question the use of breakfast cereals as an analogy because that industry has not ever been so thoroughly monopolized like the PC OS industry.
One of Mr. Morrison's gripes was the confusion in package management, with so many different front- and back-ends. While I still believe that the multitude of front-ends can only be good for users (as anyway most distributions' preferences in that regard are pretty clear), after having talked to a friend in college who is extremely familiar with Red Hat and Fedora, I'm rethinking my stance on the multitude of back-ends.
DEBs are fairly standard (they're just glorified compressed files), so as long as all the required dependencies are present, a DEB from KNOPPIX should work on Linux Mint as well. For RPMs, the situation is a bit more complicated, because RPMs themselves are a good deal more complicated than DEBs. As it turns out, there's a good deal of variation even within the different implementations of RPMs. For example, RHEL (and CentOS) and Fedora use the original kind of RPMs. Mandriva and SUSE have modified the RPM format to fit their needs, as has Scientific Linux (otherwise based on RHEL). Thus, an RPM on Mandriva won't work on SUSE or Fedora; the differences can be so large that it would be like trying to install an alien file format (e.g. DEB).
So my question is, why have all these differences sprung up? For example, the Skype site shows different RPMs for Fedora and openSUSE. (Then again, it shows different DEBs for Debian and Ubuntu as well.) Why can't the maintainers of these distributions pare away the differences as much as possible to maintain inter-distribution compatibility? Wouldn't this just make everyone's life easier?

2010-07-17

Red Hat, Fedora, and Small Towns

I was visiting $relative's house in a small town, where access to the cutting edge in technology is not the easiest to come by. First, I was surprised to find a digital photo frame (and a big one, at that) hanging on the wall. Then, $relative asked me to turn on the computer so that I could show some recent family pictures to other relatives. I turned on the computer, expecting to find nothing more than the Microsoft Windows XP loading screen. To my shock (which quickly morphed into delight), I was greeted instead by this (note: not verbatim):
GNU GRUB Version 0.97
Please choose which operating system to start:
Fedora Core 6
Microsoft Windows XP
I wasn't sure if $relative used Fedora or Windows, so I left it at Fedora. It stopped at the login screen; by then, $relative came in and restarted the computer (to start with Windows) as $relative didn't know the login information for Fedora, so the question of how their Fedora installation was became moot.
(For those who don't know, up till version 7, the official Fedora releases were termed Fedora Core because the base installation only had the official Red Hat code, while the extra downloadables were community-supported extras.)
This leads me into my next point: RHEL 6 is coming out soon! The great site Dedoimedo has a nice review of a beta release of it (though this beta is fairly representative of the upcoming official release, as far as I know). The review also expresses excitement over the near-simultaneous release of CentOS 6, CentOS being the free-of-charge community version of RHEL, as it brings a stable yet modern operating system to the desktop once more. (Fedora was supposed to be the community version of RHEL when it started, but it decided to go for cutting-edge technologies while RHEL stayed with stability above all else.)
But, Dedoimedo, may I remind you of Scientific Linux. It has all of the stable goodness of CentOS with the added goodies of proprietary codecs preinstalled as well as some useful scientific tools preinstalled.
So let me say that while I am certainly excited about RHEL 6 and CentOS 6, I am really excited about Scientific Linux 6.