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."
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.
Community ENTerprise so pronounced like KENT?
Or like a cent (penny) sounding like SENT?
I've been using Scientific Linux because it was slightly more up-to-date than CentOS at the time I installed my server.
Itanium is the future!
Is it as long as a subway car?
As big as a dinosaur?
Longer than a 10-person limousine?
Inquiring minds need to know!
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.
Extra Packages for Enterprise Linux (EPEL)
https://fedoraproject.org/wiki/EPEL
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.
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...
sudo dpkg -i fuck-ellison-to-death.deb && apt-get install debian-kool-aid-07.04
systemd has delivered the death blow ... thanks for nothing RedHat.
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.
#if _FP_W_TYPE_SIZE < 64
#error "Here's a nickel kid. Go buy yourself a real computer."
#endif
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.
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/
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.
Just curious - why was xfs chosen over ext4 as the default filesystem?
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.
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.
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.
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
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.
That's good; but that's the CentOS SRPMs, not the RHEL SRPMs. I assume Oracle wants the latter.
so how *do* you pronounce etc?
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.
> All those /// are coming from screwed up mirror/spider software
No, they show up with "curl https://git.centos.org'. Thank you for playing, you can collect your little "blame the Interweb" prize at the door.
Learn how to spell the phrase "proxy in front of the servers", and you may also get to take home a set of steak knives.
Last, the "hundreds of CentOS mirrors" you refer to are RPM and SRPM mirrors. The g8it.centos.org repository, where CentOS is supposedly now publishing their source code from? That's a singular repository, even if it happens to be snap mirrored, because letting git repos get out of skew would be...... oh, a treasure for all our viewers.
Thank you for playing, and we'll award you with a return visit to next week's episode of "I've no idea how things actually work".
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.
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