Beta
×

Welcome to the Slashdot Beta site -- learn more here. Use the link in the footer or click here to return to the Classic version of Slashdot.

Thank you!

Before you choose to head back to the Classic look of the site, we'd appreciate it if you share your thoughts on the Beta; your feedback is what drives our ongoing development.

Beta is different and we value you taking the time to try it out. Please take a look at the changes we've made in Beta and  learn more about it. Thanks for reading, and for making the site better!

CentOS Linux Version 7 Released On x86_64

Unknown Lamer posted about 4 months ago | from the keeping-costs-down dept.

Operating Systems 125

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."

Sorry! There are no comments related to the filter you selected.

One init (3, Funny)

ald_a (265781) | about 4 months ago | (#47405817)

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.

Re:One init (1)

Guy Harris (3803) | about 4 months ago | (#47405843)

...from mordor...

You say that as if it were a bad thing. [wikipedia.org]

Re:One init (1)

satch89450 (186046) | about 4 months ago | (#47406293)

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.

Re:One init (0)

Guy Harris (3803) | about 4 months ago | (#47409005)

Given the disconnects between the documentation and actual operation, it is a bad thing.

Did the posting to which you're responding mention systemd? Hint: the answer is "no"; it only mentions Mordor, and questions whether "from Mordor" is a bad thing or if it was the victim of a propaganda campaign (see the book to which the page I linked refers).

(Feel free to moderate that posting down as "Offtopic", instead.)

Re: One init (4, Funny)

jd2112 (1535857) | about 4 months ago | (#47407465)

One does not simply cd into /mordor

Re:One init (2)

kevingolding2001 (590321) | about 4 months ago | (#47406107)

We are the knights who say... init!

Kentos or Sentos? (1)

Spy Handler (822350) | about 4 months ago | (#47405841)

Community ENTerprise so pronounced like KENT?

Or like a cent (penny) sounding like SENT?

Re:Kentos or Sentos? (1)

war4peace (1628283) | about 4 months ago | (#47405857)

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

Re:Kentos or Sentos? (-1, Flamebait)

Anonymous Coward | about 4 months ago | (#47405875)

I'm surprised they find the time, in between washing windscreens and installing card skimmers.

Re:Kentos or Sentos? (1)

war4peace (1628283) | about 4 months ago | (#47410227)

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

Re:Kentos or Sentos? (1)

Anonymous Coward | about 4 months ago | (#47405861)

Sentos.

Re:Kentos or Sentos? (0)

Anonymous Coward | about 4 months ago | (#47406267)

Neither. Cent O S

Re:Kentos or Sentos? (1)

Muad'Dave (255648) | about 4 months ago | (#47406279)

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

Re:Kentos or Sentos? (0)

Anonymous Coward | about 4 months ago | (#47406425)

That pretty well describes what happened when I spilled my Coke on my laptop.

Re:Kentos or Sentos? (0)

Anonymous Coward | about 4 months ago | (#47406431)

That usually happens when you drop any computer into a vat of diet coke, not just CentOS...

Re:Kentos or Sentos? (0)

Anonymous Coward | about 4 months ago | (#47406463)

Depends - what's your position on the centum/satem split?

Re:Kentos or Sentos? (1)

Kuberz (3568651) | about 4 months ago | (#47407797)

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.

Re:Kentos or Sentos? (4, Funny)

squiggleslash (241428) | about 4 months ago | (#47408083)

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

etc (1)

Spy Handler (822350) | about 4 months ago | (#47409677)

so how *do* you pronounce etc?

Re:Kentos or Sentos? (1)

nbritton (823086) | about 4 months ago | (#47408405)

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

About time. (1)

SuricouRaven (1897204) | about 4 months ago | (#47405855)

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

Re:About time. (5, Informative)

Sadsfae (242195) | about 4 months ago | (#47405927)

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... [redhat.com]

Re:About time. (5, Informative)

Nighttime (231023) | about 4 months ago | (#47406495)

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

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

Re:About time. (0)

Anonymous Coward | about 4 months ago | (#47407757)

That presentation is about SLC, not SL (as the presentation mentions "Note: SLC build process is independent of SL one.")

Re:About time. (0)

Anonymous Coward | about 4 months ago | (#47408507)

The presentation you linked to says CERN plans to switch to CentOS instead of building their own custom distro which is based on Scientific Linux. I don't think it means there won't be a SL 7. It doesn't say anything about the plans of the other members of the SL community.

x86_64 is just a fad (2, Funny)

Anonymous Coward | about 4 months ago | (#47405865)

Itanium is the future!

Re:x86_64 is just a fad (1)

0xdeaddead (797696) | about 4 months ago | (#47406775)

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

Obligatory "big as a...." (0)

Anonymous Coward | about 4 months ago | (#47405905)

Is it as long as a subway car?

As big as a dinosaur?

Longer than a 10-person limousine?

Inquiring minds need to know!

Re:Obligatory "big as a...." (0, Funny)

Anonymous Coward | about 4 months ago | (#47405923)

Wide as your mom's anus.

Desktop Repos? (2, Insightful)

Anonymous Coward | about 4 months ago | (#47405939)

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.

Re:Desktop Repos? (1, Funny)

Anonymous Coward | about 4 months ago | (#47406005)

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

Desktop Repos? (0)

Anonymous Coward | about 4 months ago | (#47406029)

Extra Packages for Enterprise Linux (EPEL)

https://fedoraproject.org/wiki/EPEL

Re:Desktop Repos? (0)

Anonymous Coward | about 4 months ago | (#47406045)

If i recall correctly the EPEL repo does have a lot of desktoppy packages. Although why one would use CentOS/RHEL for a desktop instead of Fedora is beyond me. LTS? Nah, who needs it.

Fedora can be annoying.. (2, Informative)

Anonymous Coward | about 4 months ago | (#47406275)

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.

Re:Fedora can be annoying.. (2)

kthreadd (1558445) | about 4 months ago | (#47406359)

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

Re:Fedora can be annoying.. (0)

ruir (2709173) | about 4 months ago | (#47406415)

Fedora is supposed to be a filed testing distro for RH and Ubuntu drinks from Debian unstable. You want something more serious and stable, either go to Debian stable or RedHat enterprise. There is no point in discussing the obvious, they are not exactly hiding the origins and audience of those distros.

Re:Fedora can be annoying.. (0)

Anonymous Coward | about 4 months ago | (#47406471)

Do video drivers belong in the kernel?

Re:Fedora can be annoying.. (1)

petermgreen (876956) | about 4 months ago | (#47409781)

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.

Re:Fedora can be annoying.. (2)

hodet (620484) | about 4 months ago | (#47406591)

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.

Re:Desktop Repos? (0)

Anonymous Coward | about 4 months ago | (#47406131)

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.

CentOS (RHEL) is not a desktop operating system, it's primarily for servers and servers don't have desktops.

Re:Desktop Repos? (3, Informative)

drunkahol (143049) | about 4 months ago | (#47406515)

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.

Re:Desktop Repos? (-1)

Anonymous Coward | about 4 months ago | (#47406697)

The reason why you don't want to run an enterprise operating system on a desktop is usually that the packages are too old. You can argue that this does not matter to most businesses, and yes you most likely don't need the latest version of bash but you do need the latest version of Firefox.

Re:Desktop Repos? (2)

bws111 (1216812) | about 4 months ago | (#47406773)

#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.'

Re:Desktop Repos? (0)

Anonymous Coward | about 4 months ago | (#47407439)

Looks like you haven't updated your system given that RHEL 6.5 and Firefox 24.6 is current.

Re:Desktop Repos? (1)

bws111 (1216812) | about 4 months ago | (#47407843)

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.

Re:Desktop Repos? (1)

Wdomburg (141264) | about 4 months ago | (#47408069)

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.

Re:Desktop Repos? (1)

bws111 (1216812) | about 4 months ago | (#47408467)

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

Re:Desktop Repos? (1)

kthreadd (1558445) | about 4 months ago | (#47409197)

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.

Re:Desktop Repos? (2)

Wdomburg (141264) | about 4 months ago | (#47409647)

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.

Re:Desktop Repos? (3, Interesting)

hodet (620484) | about 4 months ago | (#47406603)

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

Re:Desktop Repos? (0)

Anonymous Coward | about 4 months ago | (#47406231)

In my experience, while RHEL plays that game of omitting packages depending on the edition, CentOS just has them all in one. RHEL does that to strongly imply the approriate support amount to pay, CentOS has no such need.

That said, adding EPEL and rpmfusion gets you a lot of nice goodies. livna has one package that can be useful if you have DVDs to watch.

Re:Desktop Repos? (1)

BrookHarty (9119) | about 4 months ago | (#47408789)

>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.

32bit ISOs = GONE (5, Informative)

00Monkey (264977) | about 4 months ago | (#47406033)

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.

32bit ISOs = GONE (4, Informative)

hughesjr (734512) | about 4 months ago | (#47406093)

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... [centos.org]

Re:32bit ISOs = GONE (1)

jones_supa (887896) | about 4 months ago | (#47406203)

PC-BSD has also dropped x86-32 support.

Re:32bit ISOs = GONE (1)

Blaskowicz (634489) | about 4 months ago | (#47407235)

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.

Re:32bit ISOs = GONE (1)

creimer (824291) | about 4 months ago | (#47409651)

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

Re:32bit ISOs = GONE (1)

kthreadd (1558445) | about 4 months ago | (#47410001)

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

Re:32bit ISOs = GONE (0)

Anonymous Coward | about 4 months ago | (#47406105)

It has been a couple of years since I had to use Digium support (2009 or 2010, EC hardware on PRI cards), had no trouble even though I was using 64bit. Though at that time the fax for asterisk was 32bit only IIRC.

Re:32bit ISOs = GONE (0)

Anonymous Coward | about 4 months ago | (#47406179)

From http://lists.centos.org/pipermail/centos-announce/2014-July/020393.html
  "As a part of the expanded Core efforts, we are also going to attempt to deliver a CentOS-7 release for 32bit x86, ARM and PowerPC in the
coming months."

You've missed the latest kernel commit. (5, Funny)

Anonymous Coward | about 4 months ago | (#47406197)

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

Re:32bit ISOs = GONE (1)

jackspenn (682188) | about 4 months ago | (#47407179)

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.

Re:32bit ISOs = GONE (0)

Anonymous Coward | about 4 months ago | (#47407457)

Digium created asterisk so it's in their interest to be as problematic as possible, its in their business plan. Support plans follows like flies to shit.

Re:32bit ISOs = GONE (0)

Anonymous Coward | about 4 months ago | (#47407477)

You should really consider the move to FreeSWITCH.

Who gives a fuck? (-1)

Anonymous Coward | about 4 months ago | (#47406079)

Three important points:

1. Fuck RedHat.
2. Fuck RedHat derivatives.
3. Fuck Oracle & most definitely fuck Ellison [cur.lv] .

Re:Who gives a fuck? (0)

Anonymous Coward | about 4 months ago | (#47406103)

sudo dpkg -i fuck-ellison-to-death.deb && apt-get install debian-kool-aid-07.04

Re:Who gives a fuck? (1)

kthreadd (1558445) | about 4 months ago | (#47406119)

3. Fuck Oracle & most definitely fuck Ellison [cur.lv] .

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.

Pity about systemd (1)

Anonymous Coward | about 4 months ago | (#47406109)

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

Re:Pity about systemd (4, Insightful)

kthreadd (1558445) | about 4 months ago | (#47406121)

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.

Re:Pity about systemd (0)

Anonymous Coward | about 4 months ago | (#47406183)

Systemd is not bad as it is, it just require to check out and rewrite every custom init and rc.local script from every RH sysadmin. And they tend to be really complicated, like script runs script, that runs other script just to mainain certain order (ifup, dhcpd, ndiswrapper, ifup, iptables, etc...), or checking several pings before running another services that are useless offline anyway. Now you undestand?

And the most important thing: su - -> setup -> system services is GONE.

Re:Pity about systemd (2)

kthreadd (1558445) | about 4 months ago | (#47406219)

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.

Re:Pity about systemd (1)

Anonymous Coward | about 4 months ago | (#47406765)

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.

Re:Pity about systemd (0)

Anonymous Coward | about 4 months ago | (#47407657)

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.

Re:Pity about systemd (2)

Culture20 (968837) | about 4 months ago | (#47407847)

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.

Re:Pity about systemd (3, Insightful)

dbIII (701233) | about 4 months ago | (#47406933)

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

Re:Pity about systemd (1)

PReDiToR (687141) | about 4 months ago | (#47407003)

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

Re:Pity about systemd (0)

Anonymous Coward | about 4 months ago | (#47407103)

And even better modern one event driven and asynchronous io driven

Re:Pity about systemd (1)

tlhIngan (30335) | about 4 months ago | (#47407285)

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...

Re:Pity about systemd (1)

Blaskowicz (634489) | about 4 months ago | (#47407469)

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.

Re: Pity about systemd (1)

Anonymous Coward | about 4 months ago | (#47407923)

chkconfig dhcpd off?

Re: Pity about systemd (0)

Anonymous Coward | about 4 months ago | (#47410247)

pkill -9 dhcp

Re: Pity about systemd (0)

Anonymous Coward | about 4 months ago | (#47408527)

Hopefully there will be a way to drop in sysvinit and not use systemd. I think Debian let's you do that. The NAS boxes here run Debian stable and don't have systemd.

Re: Pity about systemd (1)

kthreadd (1558445) | about 4 months ago | (#47409243)

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

Pay attention to that man behind the curtain (-1)

Anonymous Coward | about 4 months ago | (#47406405)

git.centos.org is, basically, designed to make Oracle's life harder. It's gotten *much* harder to simply grab the Red Hat SRPM's from any of the hundreds of mirror sites worldwide, now they have to pull content from *more than 6000* distinct git repos, And interweaving them to detect what the current releases are, and which is CentOS and what is straight RedHat, is an undocumented nightmare of unstable hackathon code. Think I'm kidding? Just go look at the website and count the excess "////////" entries in directory names. If you think that doesn't screw with figuring out the names of all the repos, then you've never written mirror software.

Better yet, all the code is now coming from *one* centralized, traceable repository, that can have its traffic monitored quite easily for corporate clients who might "benefit" from a RedHat sales call, or who might notice exactly which Cisco facilities are slurping down the whole feed every day or every hour. You had better believe those logs are going to Red Hat sales and business leaders, because if they're not, then Red Hat is *stupid*. It doesn't even have to come from the server logs, it can come from any upstream proxies or even smart network switches Red Hat has access to in front of git.centos.org.

That's right: RedHat now has direct access to the list of early CentOS adapters, in a much more traceable fashion. It also explains why RedHat hired the core CentOS team. RedHat can foist responsibility for this onto another corporate face, and look quite innocent. Heck, the CentOS folks may even believe they're not being manipulated. I've certainly known engineers that clueless.

Re:Pay attention to that man behind the curtain (0)

Anonymous Coward | about 4 months ago | (#47406491)

I don't see the sources directory on any of the mirrors, but you can get the srpms w/o "*more than 6000* distinct git repos": http://vault.centos.org/centos/7.0.1406/os/Source/SPackages/

Re:Pay attention to that man behind the curtain (1)

kthreadd (1558445) | about 4 months ago | (#47409259)

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

Re:Pay attention to that man behind the curtain (5, Informative)

hughesjr (734512) | about 4 months ago | (#47406581)

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... [google.com]

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... [centos.org]

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

why xfs? (0)

Anonymous Coward | about 4 months ago | (#47406607)

Just curious - why was xfs chosen over ext4 as the default filesystem?

Re:why xfs? (1)

Anonymous Coward | about 4 months ago | (#47406651)

"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/

OpenJDK (1)

kthreadd (1558445) | about 4 months ago | (#47406781)

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.

Re:OpenJDK (1)

hughesjr (734512) | about 4 months ago | (#47406991)

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.

Started messing with is last night (1)

erroneus (253617) | about 4 months ago | (#47407121)

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.

Minimal ISO? (0)

Anonymous Coward | about 4 months ago | (#47407733)

I usually have preferred to use the minimal iso for CentOS 6.x; that seems to not be available anymore. Anyone know if it's likely to reappear? Not a big problem, torrenting the dvd right now for testing . I hope to see if Postgres gets a speed boost with the newer kernel.

Re:Minimal ISO? (1)

campingman777 (1432017) | about 4 months ago | (#47409049)

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

"= 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."

Now, about systemd... (0)

Anonymous Coward | about 4 months ago | (#47408125)

that we didn't need and don't want, and is a solution to something that was not a problem, esp. for most of us who run headless servers, or workstations....

I also read that Peottering says the only people who complain are old white guys... which suggests that a) he's ageist, and b) doesn't believe that anything not invented here by him is any good..... (i.e., he's an asshole).

                mark, older beige guy

Why the hatred for Btrfs? (0)

Anonymous Coward | about 4 months ago | (#47408183)

I know Red Hat said they thought they would be able to complete destroy Btrfs if they shoved XFS down everyone's throat. Personally, I hate to see corporations attack open soure projects like this. Linux needs an advanced filesystem with snapshots and checksums. Red Hat should stop being so irrational and hateful about this.

Re:Why the hatred for Btrfs? (1)

greenwow (3635575) | about 4 months ago | (#47408631)

Why was my reply deleted? I guess actual experience dealing with Red Hat sales means nothing to the jerk-off moderators here.

Re:Why the hatred for Btrfs? (2)

hughesjr (734512) | about 4 months ago | (#47408705)

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?

Caution you dual booters... (1)

Anonymous Coward | about 4 months ago | (#47410029)

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.

Load More Comments
Slashdot Login

Need an Account?

Forgot your password?