Slashdot Mirror


CentOS Linux Version 7 Released On x86_64

An anonymous reader writes "Today, CentOS project unveiled CentOS Linux 7 for 64 bit x86 compatible machines. CentOS conforms fully with Red Hat's redistribution policy and aims to have full functional compatibility with the upstream product released in last month. The new version includes systemd, firewalld, GRUB2, LXC, docker, xfs instead of ext4 filesystem by default. The Linux kernel updated to 3.10.0, support for Linux Containers, 3d graphics drivers out of the box, OpenJDK 7, support for 40G Ethernet cards, installations in UEFI secure Boot mode on compatible hardware and more. See the complete list of features here and here. You can grab this release by visiting the official mirror site or via torrents. On a related note there is also a CentOS Linux 7 installation screencast here."

73 of 125 comments (clear)

  1. One init by ald_a · · Score: 3, Funny

    One init to rule them all
    One init to bind them...

    The init from mordor has been deployed to all linux distributions.
    Next step: take over the kernel.

    1. Re:One init by Guy+Harris · · Score: 1
    2. Re:One init by kevingolding2001 · · Score: 2

      We are the knights who say... init!

    3. Re:One init by satch89450 · · Score: 1

      Given the disconnects between the documentation and actual operation, it is a bad thing. At least that's true for Fedora's take on systemd. I tried to come up with a work-alike of a System V set-up script, and found some issues. Yes, I posted a bug report. No, nothing has happened with that bug report.

      We'll see if Centos/RHEL did a better documentation job.

    4. Re: One init by jd2112 · · Score: 4, Funny

      One does not simply cd into /mordor

      --
      Any insufficiently advanced magic is indistinguishable from technology.
  2. Kentos or Sentos? by Spy+Handler · · Score: 1

    Community ENTerprise so pronounced like KENT?

    Or like a cent (penny) sounding like SENT?

    1. Re:Kentos or Sentos? by war4peace · · Score: 1

      In Romanian, it's pronounced "TchentOS" :)

      --
      ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
    2. Re:Kentos or Sentos? by Anonymous Coward · · Score: 1

      Sentos.

    3. Re:Kentos or Sentos? by Muad'Dave · · Score: 1

      How about Sent-oes to rhyme with Mentos? Maybe CentOS will fizz if you drop it in diet Coke...

      --
      Tiller's Rule: Never use a word in written form that you've only heard and never read. You will end up looking foolish.
    4. Re:Kentos or Sentos? by Kuberz · · Score: 1

      I saw a video one time where a dev called it sent.aws (so the first part is pronounced like sent, and the last part is pronounced like the OSS as in boss or floss). I have also heard it where the last two letters were pronounced as letters, so sent.OH.ES

      Sorry for being cryptic, I'm not versed on proper ways to dictate pronunciations.

    5. Re:Kentos or Sentos? by squiggleslash · · Score: 4, Funny

      You're asking a community a large minority of which think "etc" is pronounced "Ett See" how to pronounce "CentOS"?

      --
      You are not alone. This is not normal. None of this is normal.
    6. Re:Kentos or Sentos? by nbritton · · Score: 1

      Cent, as in it cost one cent to download it. Cent OS

    7. Re:Kentos or Sentos? by war4peace · · Score: 1

      One difference between USA and Romania: Romanians can't be offended :)
      On topic: they also find time to steal your jobs, tee hee.

      --
      ...gis sdrawkcab (usually not responding to ACs; don't bother posting as AC)
    8. Re:Kentos or Sentos? by Tesseractic · · Score: 1

      It's pronounced with a soft 'c', as the price is a few cents worth of downloaded data, in contrast to Red Hat's prices.

    9. Re:Kentos or Sentos? by badkarmadayaccount · · Score: 1

      Hey, that's Bulgaria, not Romania, you insensitive clod!

      --
      I know tobacco is bad for you, so I smoke weed with crack.
    10. Re:Kentos or Sentos? by badkarmadayaccount · · Score: 1

      Disclaimer: I was born and live in BG. Mods with a Politically Correct agenda shut up.

      --
      I know tobacco is bad for you, so I smoke weed with crack.
  3. About time. by SuricouRaven · · Score: 1

    I've been using Scientific Linux because it was slightly more up-to-date than CentOS at the time I installed my server.

    1. Re:About time. by Sadsfae · · Score: 5, Informative

      As of this posting it doesn't look like Scientific Linux has released an EL7 version yet.
      Given the announcement earlier this year about greater collaboration between Red Hat and CentOS communities you'll most likely see more up to date releases and errata from CentOS than Scientific Linux I would imagine:

      http://www.redhat.com/about/ne...

      --
      Have a squat over at the hobo house.
    2. Re:About time. by Nighttime · · Score: 5, Informative

      And it doesn't look like there will be a true SL7:

      http://linux.web.cern.ch/linux...

      --
      I've got a fever and the only prescription is more COBOL.
  4. x86_64 is just a fad by Anonymous Coward · · Score: 2, Funny

    Itanium is the future!

    1. Re:x86_64 is just a fad by 0xdeaddead · · Score: 1

      I bet those rabid VMS fans are wishing they went with the fad.

  5. Desktop Repos? by Anonymous Coward · · Score: 2, Insightful

    Are there any plans for additional desktop package repos for any of the Redhat based distros? I Remember looking for a little while a year or two ago but I didn't find any.

    1. Re:Desktop Repos? by Anonymous Coward · · Score: 1, Funny

      Mac OS X made 2001 the Year of BSD on the Desktop. Quit beating a dead penguin already.

    2. Re:Desktop Repos? by drunkahol · · Score: 3, Informative

      Guess that's why we run Red Hat Enterprise Linux Workstation 6 here.

      Looking to roll out RHEL Workstation 7 sometime Q4. Or tomorrow if some of the Admins/Devs get their way.

    3. Re:Desktop Repos? by hodet · · Score: 3, Interesting

      The Enterprise would disagree! Where the latest libtorrent library does not matter.

    4. Re:Desktop Repos? by bws111 · · Score: 2

      #cat system-release
      Red Hat Enterprise Linux Workstation release 6.4 (Santiago)

      #yum list firefox
      Installed Packages
      firefox.x86_64 24.4.0-1.el6_5 @RHEL-64-x86_64-updates

      Go to firefox.com and see 'Congrats! You're using the latest version of Firefox.'

    5. Re:Desktop Repos? by bws111 · · Score: 1

      Uh, no.

      RHEL 6.5 is just RHEL 6.4 with all the updates already applied. Applying the updates does not change the system-release file.

      And like I said, mozilla itself reports that Firefox is at the latest level.

    6. Re:Desktop Repos? by Wdomburg · · Score: 1

      RHEL 6.5 is just RHEL 6.4 with all the updates already applied. Applying the updates does not change the system-release file.

      Yes, it does. The centos-release package gets updated with everything else.

    7. Re:Desktop Repos? by bws111 · · Score: 1

      No, it does not (at least on RHEL). yum list updates shows no available updates to the redhat-release-workstation package.

    8. Re:Desktop Repos? by BrookHarty · · Score: 1

      >Are there any plans for additional desktop package repos for any of the Redhat based distros? I Remember looking for a little while a year or two ago but I didn't find any.

      Yes actually, It comes with KDE or Gnome out of the box.

    9. Re:Desktop Repos? by kthreadd · · Score: 1

      Are you sure you have not changed the base channel to 6.4? As recently as today I updated a RHEL (not CentOS) 6.4 machine to 6.5 and it happily updated to redhat-release-server-6Server-6.5.0.1.el6.x86_64 with just a simple yum update. And I don't think we have done anything special to that machine.

    10. Re:Desktop Repos? by Wdomburg · · Score: 2

      Ah, you must be on the Red Hat AUS update channel, which (to my understanding) provides critical bugfixes and security updates, but not enhancements. In other words, you are running 6.4 + fixes, which isn't the same as 6.5.

  6. 32bit ISOs = GONE by 00Monkey · · Score: 5, Informative

    Just in case others weren't aware, there will no longer be 32 bit ISO images of RHEL or CentOS. So, you'll only have the option of 64 bit from this point forward. You can always install an older release, of course.

    Here's somewhat of an explanation from Red Hat: https://access.redhat.com/solutions/509373

    I'm curious how this will affect me. I've been doing a lot of CentOS based Asterisk systems. Last time I checked, Digium absolutely would not support the 64 bit version of their drivers and so it was recommended to use 32 bit if you want support. It could have changed by now, I'll have to look into it again.

    1. Re:32bit ISOs = GONE by jones_supa · · Score: 1

      PC-BSD has also dropped x86-32 support.

    2. Re:32bit ISOs = GONE by jackspenn · · Score: 1

      I understand why you and others who have relied on 32bit versions; either because of driver or application requirements.

      That said, I believe that by going to only 64bit versions, it will actually make everything easier in the long run.

      Here is how I would anticipate things playing out. You're going to have to sit on a current 32bit version for now, but this will lead to Digium (or a 3rd party) building out supported 64bit drivers to remain relevant. This will allow you to run the same kernel versions across all servers/devices and that is a positive thing.

      --
      Respect the Constitution
    3. Re:32bit ISOs = GONE by Blaskowicz · · Score: 1

      Hoping it goes through.. I can simply use Mint 17 Mate as an "LTS" but why not have a try at stuff from the other side of the fence, for once. And btw not only old 32bit PC still are working and usable.. with e.g. 3GB memory or even 4GB, using 32bit OS instead of 64bit OS can be slightly useful. Firefox is nerfed at 2GB instead of consuming all memory + swap.

    4. Re:32bit ISOs = GONE by __aaclcg7560 · · Score: 1

      Apple also dropped 32-bit support. My vintage 2006 Black MacBook is forever stuck on Snow Leopard. O_o

    5. Re:32bit ISOs = GONE by kthreadd · · Score: 1

      Hey then why don't you install Fedora on it? =)

    6. Re:32bit ISOs = GONE by __aaclcg7560 · · Score: 1

      I'm still running Photoshop CS3 and a few other Mac-specific applications on the MacBook. When I get new Mac hardware later this year, I'll move the programs over. I'm planning to retire the MacBook as a console terminal for my Cisco certification rack. Maybe I'll install Fedora then.

  7. 32bit ISOs = GONE by hughesjr · · Score: 4, Informative

    That is only partially true .. RHEL 7 does not have an i386 version. However, CentOS does plan to have one as a secondary arch ... IF ... we can get it to build: http://lists.centos.org/piperm...

  8. Pity about systemd by Anonymous Coward · · Score: 1

    systemd has delivered the death blow ... thanks for nothing RedHat.

    1. Re:Pity about systemd by kthreadd · · Score: 4, Insightful

      I for one have found it very pleasing to use, but if you want to give up on an entire operating system based on its init system then all I can say is good luck.

    2. Re:Pity about systemd by kthreadd · · Score: 2

      If you're talking about traditional init scripts then Systemd has support for them. You can continue to use them, but you should probably at least check that they work as intended. Not sure if Upstart jobs are still supported thoigh.

    3. Re:Pity about systemd by Anonymous Coward · · Score: 1

      If you're talking about traditional init scripts then Systemd has support for them. You can continue to use them, but you should probably at least check that they work as intended. Not sure if Upstart jobs are still supported thoigh.

      I was talking about something like this:

      rc.local:
      ifup eth0
      echo "eth0 OK"
      ifup eth1
      echo "eth1 OK"
      sleep 1
      # wpa service is messed up, running manually
      wpa_supplicant -B -f /tmp/logi/wpa.log -i wlan0 -c /etc/wpa_supplicant/wpa_supplicant.conf
      sleep 1
      ifup wlan0
      # huge one
      bash /etc/rc.d/firewall_4
      sleep 1
      echo "iptables OK"
      date >> /tmp/logi/startlog
      ifconfig -a >> /tmp/logi/startlog
      echo '----------' >> /home/something/log/startlog
      # etc...

      Stupid, simple and works. It takes 30 seconds to disable services and launching them in correct order or whatever. It's like when I hadn't init at all and stuff went only trough rc.local, which eventually make sense.
      It's just learning something new just for the sake of knowing something new. I know about speed, don't have to wait for services one ofter one, but for me systemd is another art of programming.

    4. Re:Pity about systemd by dbIII · · Score: 3, Insightful

      It can be argued that an OS really isn't much more than a kernel and init with everything else as userspace.

    5. Re:Pity about systemd by PReDiToR · · Score: 1

      I would enjoy my popcorn watching the the argument between the neckbeards and the whippersnappers on that one.

      --

      Do not meddle in the affairs of geeks for they are subtle and quick to anger
    6. Re:Pity about systemd by tlhIngan · · Score: 1

      It can be argued that an OS really isn't much more than a kernel and init with everything else as userspace.

      init isn't all that special to begin with, either. It just happens that it's something the kernel looks for when spawning the first userspace process.

      Other than that, it's just a regular program. Linux has a fallback to /bin/sh if it can't start init for some reason, but you can have the kernel launch any other binary as the first process.

      Of course, if you're complaining about systemd, check out Android's init sometime. That's something that requires an incantation...

    7. Re:Pity about systemd by Blaskowicz · · Score: 1

      One little thing I wonder about.. will services/daemons eventually be as easy to disable, enable etc. as under Windows 2000/XP? It's a bit hilarious that almost fifteen years ago any kid could deal with that by mousing around but for me (user, perhaps basic sysadmin of debian/buntu systems) dealing with /etc/rc?.d and inetd / xinetd is very hard. I don't remember if I was even able to prevent a dhcpd from starting** and the day I needed something added there, I added some crap in one of the rc.d/ but it did nothing.

      It's just like an instance of that overused webcomic where a guy boasts he can use 4096 CPU, but playing a flash video is too hard.

      ** you can always apt-get remove or apt-get install a deamon, and everything is dealt with to perfection in just a few seconds. wow! I can do the complex thing quickly, it's the simple thing that would take me a month to learn properly.

    8. Re:Pity about systemd by Culture20 · · Score: 2

      Init scripts are like BAT files for Windows, a technological baggage from the dumb ages where everything was fine as long as it sort of worked, kinda. Who even knows the sh language fluently? I bet every single unix weenie must google at least once, whenever they are forced to write a shell script. What a pile of junk that language is. Even JavaScript is like a mystical paradise compared to that shit.

      You've read it here first folks, Bourne Shell is dead, long live Bourne Again Shell! Or csh, tcsh, zsh, ksh, what have you. Oh, wait; parent is probably advocating for the loss of command lines altogether. Good luck doing stupidly repetitive tasks, sonny.

    9. Re: Pity about systemd by Anonymous Coward · · Score: 1

      chkconfig dhcpd off?

    10. Re: Pity about systemd by kthreadd · · Score: 1

      Debian decided to switch to Systemd after Wheezy shipped, so it won't end up in stable until at least the next release.

  9. Re:Who gives a fuck? by kthreadd · · Score: 1

    3. Fuck Oracle & most definitely fuck Ellison.

    Maybe I'm missing something, but given that Oracle makes their living (partly) on repackaging RHEL then that sounds like a good reason to get a RHEL subscription.

  10. You've missed the latest kernel commit. by Anonymous Coward · · Score: 5, Funny

    #if _FP_W_TYPE_SIZE < 64
    #error "Here's a nickel kid. Go buy yourself a real computer."
    #endif

  11. Fedora can be annoying.. by Anonymous Coward · · Score: 2, Informative

    Unlike Ubuntu, that would cut and run and let people just wait 6 months for upstream updates if they were so inclined, Fedora is nearly a rolling release. Major functional changes upstream get pushed out to unsuspecting people. Fedora will push a kernel update and break your nVidia install. Sometimes, there is no functional nVidia driver for the kernel they push. Major UI overhauls of applications appear without asking. There of course is an audience for this experience that isn't quite rawhide but still pretty quick at getting new technology, but for a lot of people it is a hassle.

    Ubuntu has been becoming less about a reasonably competent packaging of the state of open source packages and more and more about their ever shifting agenda, inflicting the unity desktop, trying to inflict Mir, pushing Ubuntu one, then abandoning it, and putting ads in their desktop search. So increasingly Canonical is doing some offputting things.

    Finally, some people just don't care about the 'new' stuff that much and want to get their work done. Look at how long Windows XP has been prevalent, with a large portion of people having every opportunity to upgrade at no incremental cost (they buy a system bundled with a license) explicitly electing to stick with XP. They want the experience they are familiar with.

    1. Re:Fedora can be annoying.. by kthreadd · · Score: 2

      I guess Nvidia is more than welcome to submit their driver under a compatible license if they want better compatibility.

    2. Re:Fedora can be annoying.. by hodet · · Score: 2

      I have found everything I need in Xubuntu. Unity? Meh, tried it on a live CD once, didn't like it. Xubuntu has finally given me a Linux desktop I can live with. The upgrade from 13.10 to 14.04 was painless as well. I think if people switched to X or Lubuntu the complaining about Ubuntu in general would cease.

    3. Re:Fedora can be annoying.. by petermgreen · · Score: 1

      Do network drivers, serial drivers, input drivers, storage drivers, filesystem drivers and so-on belong in the kernel? microkernel advocates would say no, most designers of operating systems that actually get used have said yes.

      I don't see how at least the low level part of a video driver is any different.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    4. Re:Fedora can be annoying.. by ruir · · Score: 1

      We have had OpenSuse servers and whilst they are much more convenient to install Debian seems to be more manageable on the long run. Debian is also more of widespread use, and it is far easier to find material about more obscure administration.

  12. Re:Pay attention to that man behind the curtain by hughesjr · · Score: 5, Informative

    Dude, you must have taken your tin foil hat off .. I could see you for a second.

    All those /// are coming from screwed up mirror/spider software (you probably wrote it) that is does not properly pay attention to robos.txt and does not properly query the tree. We didn't see it in testing becuase we queried the tree correctly. We are working with gitblit (the open source software git.centos.org is hosted with), to get this bug fixed and we will be rolling it in soon now that we have CentOS-7 released:

    http://code.google.com/p/gitbl...

    If you do a dig for the ipaddress and look at the location, git.centos.org is not hosted in a Red Hat datacenter.

    You also must not have seen the more than 500 mirrors wrldwide that host CentOS content:
    http://www.centos.org/download...

    So, other than every single point of your post being wrong, it was a very well and thought out piece of writing.

  13. Re:why xfs? by Anonymous Coward · · Score: 1

    "Tends to extract the most from the hardware"
    "Well tuned to multi-socket and multi-core servers"
    "XFS has a proven track record at scale"
    http://rhsummit.files.wordpress.com/2014/04/rwheeler_thursday_0945_rhel7_beta_file_systems.pdf

    “it’s a better match for our enterprise customers than btrfs seems to be”
    http://searchdatacenter.techtarget.com/news/2240185580/Red-Hat-discloses-RHEL-roadmap

    https://www.suse.com/communities/conversations/xfs-the-file-system-of-choice/

  14. OpenJDK by kthreadd · · Score: 1

    The summary mentions OpenJDK 7 as something new in 7. Just want to print out that both 5 and 6 has support for OpenJDK 7 as well.

    1. Re:OpenJDK by hughesjr · · Score: 1

      Yes, but in older versions of CentOS, the system software was compiled using older versions and the 1.7.0 was avilable.

      In this version, the system RPMs are compiled against 1.7.0 and 1.6.0 is available for compatibility.

  15. Started messing with is last night by erroneus · · Score: 1

    I am very interested in graduating beyond CentOS 6.x. The GNOME2 thing annoys me where compatibility with GIMP is concerned. A few other issues in its lacking up-to-date-edness as well. And I know that's the point of RHEL/CentOS so I have remained somewhat comfortable with it. But Damn that GNOME/GTK/GIMP issue. One or more of those people should work this out because the problem, while presently not applicable under CentOS7, it has the potential to return as their practices and philosophy haven't changed and that's what caused the problems in the first place.

    I am reminded as to why I wanted to avoid GNOME3 in the first place. Way too much mouse movement involved there. (Touchpad users especially annoyed) and the GNOME Shell plugins thing? I haven't gotten into that, but early on, the way things worked plugins didn't work well with one another. Cobbling an ideal system for me required a lot of hackery. Plus, it required a lot more manual intervention. I see there is a plugin panel type thing so maybe they have worked that out now.... I hope.

    Still, I want MATE. I added EPEL this morning, and got MATE installed. I will also want Compiz going but ran out of time this morning. The "Software" app (I liked Yumex... I want it back... another thing I want) but whatever is missing in the repo data, I see "Mate Desktop" as a category, but there is nothing in it. Going to the repo view, I can select packages. The app resolves dependencies but doesn't warn/advise me as to what it includes when resolving.

    That's what I've got for now... I'm liking it basically.

  16. Re:Why the hatred for Btrfs? by hughesjr · · Score: 2

    Irrational and hateful ... WTF.

    btrfs is a technology preview in RHEL7 and CentOS7 ... you can use it if you want.

    Is SUSE also irrational and hateful for using XFS in SLES server?

  17. Re:Minimal ISO? by campingman777 · · Score: 1

    Per: http://lists.centos.org/piperm...

    "= Given the popularity of the minimal install ISO in CentOS-6, we are
    going to try and deliver a minimal install ISO for CentOS-7 as well.
    One key challenge here is that the installer image has grown to nearly
    360MB, and getting enough content into a CD size image is proving hard."

  18. Re:Pay attention to that man behind the curtain by kthreadd · · Score: 1

    That's good; but that's the CentOS SRPMs, not the RHEL SRPMs. I assume Oracle wants the latter.

  19. etc by Spy+Handler · · Score: 1

    so how *do* you pronounce etc?

    1. Re:etc by eric_brissette · · Score: 1

      I've never heard anyone try to pronounce the abbreviation as a word.

      http://www.merriam-webster.com...

    2. Re:etc by LordLimecat · · Score: 2

      "et" IS a word in latin. The "C" is the abbreviation. Et c.

    3. Re:etc by squiggleslash · · Score: 1

      I find this comment somewhat scary.

      If the reason people are pronouncing etc "ett-see" is because they don't know, here's the deal: etc is an abbreviation for "Et cetera", which means "and so on". You're supposed to pronounce it "Et centera" for the same reason that if I wrote "Brocolli w/ carrots" you'd read it and pronounce it as "Brocolli with carrots", not "Brocolli double-ewe carrots."

      --
      You are not alone. This is not normal. None of this is normal.
  20. Caution you dual booters... by Anonymous Coward · · Score: 1

    I read the release notes about GRUB2 and thought to myself, it's a boot loader, how much could it have changed? The answer? Quite a lot, actually! That's why the CentOS 7 installer won't even give you the option to configure booting anything other then CentOS 7! Don't get burned... do your research on /etc/grub.d and /etc/default/grub so you'll stand half a chance of being able to boot back into Windows.

  21. Re:Pay attention to that man behind the curtain by hughesjr · · Score: 1

    Of course they show up in curl .. they go into cache after some spider/crawler looks for the link .. then they so up on the site. This is documented on the gitbilt bugs site.

    And I CERTAINLY know how things work ... and I am not afraid to post with my REAL ID there anonymous coward.

  22. Prefer Ubuntu as Server by pcdoctorct · · Score: 1

    I had a number of occasions in which I tried Centos as server, but for its expandability I much prefer Ubuntu, especially the new 14.04 LTS that has several cosmetic improvements.

    --
    Connecticut IT Services