CentOS 6.5 released
lists.centos.org
lists.centos.org
Press release - https://www.redhat.com/about/news/press-archive/2013/11/red-...
Release notes - https://access.redhat.com/site/documentation/en-US/Red_Hat_E...
Technical notes - https://access.redhat.com/site/documentation/en-US/Red_Hat_E...
> ECDSA Support in OpenSSL: Elliptic Curve Digital Signature Algorithm (ECDSA) is a variant of the Digital Signature Algorithm (DSA) which uses Elliptic Curve Cryptography (ECC). Note that only the nistp256 and nistp384 curves are supported.
> ECDHE Support in OpenSSL: Ephemeral Elliptic Curve Diffie-Hellman (ECDHE) is supported, which allows for Perfect Forward Secrecy with much lower computational requirements.
Looking forward to 7 (although XFS by default got me wearing my best surprise! face).
The TL;DR version would be that XFS aims to be get out of your road and provide a big, fast pipe to make optimal use of your available hardware. It does not try to implement end-to-end checksumming, thin provisioning, RAID, data de-duplication, or other overhead.
Dave makes the point that traditionally people characterised XFS as for very high-end workloads, but suggests that commodity hardware is now at the point (in terms of IOPS and transfer rates) that "high end" is now quite affordable, so you should consider it for workstations, laptops, etc.
The XFS authors think it will remain a better choice for certain workloads, such as the modify-in-place work of databases, video editing, and so on, that copy-on-write filesystems like ZFS and btrfs.
1) You need huge filesystems (like 100TB+). 2) You need huge numbers of files per directory (in particular, XFS is much faster at creating the files). 3) You have a workload heavily skewed toward streaming data off the disk.
ZFS does 1 & 3 well. Not as good on 2. And it's less mature on Linux than the other 2. But ZFS also has much more robust data integrity feature than either ext4 or XFS.
P.S. - I migrated most of my stuff from XFS to ZFS this year after many years of using XFS (back when IRIX was a thing). P.S.S. - Never run XFS without battery backup and make sure to force sync data to disk periodically.
Entirely legal and ethical under the GPL, and RH benefits from all the folks who know the RHEL system because of exposure to CentOS - when they're recommending a supported version of Linux, it's likely to be RHEL.
If you want a warranty/support contract, definitely purchase RHEL. If you don't need that, but want enterprise grade stability and compatibility, use CentOS. If you want to run Linux on your laptop, don't use either.
That's good because given the amount of code Red Hat contribute back to the community, including buying proprietary tools and open sourcing them, you'd look like a complete idiot.
Actually CentOS 6.4 has been the most reliable thing on my Lenovo T61, T400 and Dell T3500. Everything works from hibernate, sleep, WiFi, SAS, SSD's out of the box with no configuration.
This is the polar opposite of Ubuntu, Debian stable, Debian testing and Mint which are royal bastards to get off the ground.
Never again. Always seemed laggy. I just loaded Scientific Linux 6.3 on 3 old thinkpads this past weekend. As you said, everything works. No "sudo vi /etc/X11/xorg.conf", no modprobe & ndiswrapper. Red Hat was my first peek at linux, so I'm a tad nostalgic (remember 9.1? crux, luxi sans?).
There is a super useful guide for the final polish on a EL6 system (extra repos, Flash, VLC, ..) here: http://astr.tohoku.ac.jp/~akhlaghi/newlinux.html
It feels a little bit more moral to load CentOS on a bunch of systems, than to load Red Hat on them and only pay for one support contract. As an analogy, Microsoft probably prefers people to pirate Windows than to switch to Linux/Chromebook.
The truth is, Red Hat is the only linux distro I can think of (besides maybe SuSE, but I don't know much about it) that has really made a significant push to take over the enterprise market from Microsoft (and now they've moved to trying to do the same thing to VMWare).
Fedora is the development workhorse from which RHEL versions are spawned and hardened.
In short, want to run a mission critical application for many years? Go RHEL (or CentOS if you do not care about support and extra bits or cannot afford it). Want more bleeding edge stuff and faster paced development and updates? Go Fedora.
That is, at least for major versions of software - they constantly update packages with security fixes that might come out, and continue this for years. This means even backporting security fixes from newer releases.
So you use CentOS when you don't mind packages being a little old, but want a very solid system with long term security updates (and there are the Software Collections coming out which let you get newer versions of certain things - like Postgres which is still 8.4 in the stock install)
Documentation is unsurpassed, it's very fast, it's pretty light weight, supported for a decade, stable ABI, completely hassle free, good OOB configuration, good 3rd party package support, available everywhere.
You use RHEL or it's derivatives for a series of reasons which all orbit around the same theme: supportability.
Red Hat works with major software and hardware vendors (especially 'enterprise' software and hardware) and with that you get official support between OS/Software/Hardware.
Red Hat releases stay viable for years and years so that the software you write will keep working with the same OS for years and years – OS updates won't kill software that used to work, and the setup you create will continue to work for quite a long time.
Red Hat keeps on top of security problems, fixes them quickly, and tells you about them in a professional manner.
Rogue hackers, brand new start-ups, and the like are very often much more interested in the latest and greatest thing and _not_ the long haul. Red Hat is conservative with what's new and popular focusing instead on maintainability and supportability.
If you must use newer stuff, check the Software Collections (still in devel, but prolly very usable):
http://dev.centos.org/centos/6/SCL/
Alternatively check out IUS repo, it has python 2.7.5 and 3.3: http://dl.iuscommunity.org/pub/ius/stable/Redhat/6/SRPMS/rep...
Doing laptop this evening.