Posted by
CmdrTaco
on from the stress-those-pipes dept.
mkool writes "Exactly on schedule.
Fedora Core 2 is now officially available from Red Hat and at distinguished mirror sites near you, and is also available in the torrent."
Not true. It can have this in ideal circumstances, but usually doesn't. Most people have asymmetric connections, which means that they are only uploading a fraction of the amount they download. It does mean, however, that it takes more clients before the server (initial seed in BitTorrent parlance) slows to a crawl. When we get proper multicast support in the Internet, it will become possible for even people on asymmetric connections to upload more than they download.
Thanks, if not for your link, posted to a discussion forum website, I might not have been able to locate a forum where I could discuss Fedora Core 2.;p
Any way to update from Fedora Core 1 without downloading the.isos?
Yes, but none are supported. With apt, I've done it like this
1. manually download and upgrade (not install) the redhat-release package (although it may now be called fedora-release)
2. update the/etc/apt/sources.list file to point to the repo for the new release
3. apt-get upgrade
4. apt-get install kernel
5. reboot
6. apt-get dist-upgrade
7. reboot
8. done
The first time I did this was with up2date, which is why the redhat-release package had to be done explicitly first, it's probably not necessary with apt. This is not a supported upgrade path, even with yum or up2date (which both have the distribution upgrade feature), but many people do it with much success.
A caring soul may have ported some of these RPMs to Fedora Legacy. But upgrading from official release to official release should be supported*. It's just upgrading to/from beta releases and rawhide which is not supported.
* - technically there is no 'official' support from Red Hat for Fedora. But the fedora-list and fedora-test-list mailing lists, as well as bugzilla.redhat.com will get you direct contact with the Red Hat engineers who will gladly help out.
*Theoretically* you can use the above suggestions to upgrade via yum or apt. I'd suggest using the boot.iso to use anaconda to install over the network, since it is supported. I haven't done any of these though, so YMMV.
-- I am, and always will be, an idiot.
Karma: Coma (mostly effected by.hack)
The first time I did this was with up2date, which is why the redhat-release package had to be done explicitly first, it's probably not necessary with apt.
Correct, it's not necessary with apt. Just start with step 2 of your procedure and it works fine. Because I got my apt sources from 'mirror-select', I edited/etc/apt/sources.list.d/mirror-select.list and changed all the 1s to 2s in the repository URLs. Then 'apt-get update' and away you go.
-- Our intelligent designer has never created an animal that we couldn't improve by strapping a bomb to it.
I saw a mention that straight RPM upgrades are strongly discouraged. Upgrade from CDs, or do a net upgrade.
-- People who disagree with you are not automatically evil, greedy, or stupid.
Leaked .torrent Matches
by
Kalak
·
· Score: 5, Informative
The md5 sums match the "leaked" torrent, so if you have that, there is no need to re-download even to join the official torrent by getting the.torrent and renaming your directory appropriately.
-- I am, and always will be, an idiot.
Karma: Coma (mostly effected by.hack)
Re:Leaked .torrent Matches
by
Kalak
·
· Score: 3, Informative
Opening the official.torrent and pointing it to the renamed directory, checks the files out just fine. Given the reliability of the leaked torrent's tracker, I wouldn't be suprised if some didn't get the complete files before it went to crap. You should (theoretically) be able to do the same rename of the directory with corrupted / incomplete downloads of the leaked torrent and join the official stream, and BT should just pick up where the file is messed up and continue from there. Sure beats starting from scratch.
I d/l the leak with the intention of joining the official stream when it went up, since I've got a server that is a seed with a good sized.edu pipe.
-- I am, and always will be, an idiot.
Karma: Coma (mostly effected by.hack)
Re:Leaked .torrent Matches
by
pcassell
·
· Score: 2, Informative
The md5sum on the leaked torrent is not the only thing to be worried about, the distributer could have put his own md5sums of a trojaned version of fc2 instead of the actual version.
However, I downloaded it off of the torrent sunday night, and the MD5SUM file was signed with fedora's GPG key. GPG key was verified ok, and so was the md5sum on all iso's. Now, that gurantee's I have the same copy of what was released today, otherwise, you can't trust fedora themselves!
The person who said the md5sums didnt match either tried to hash the files before the entire torrent was finished, or something got corrupted along the way. Mine however, works fine, and it has been for the last day or so.
Say what you will about Fedora/Red Hat, but I've set up 2 Fedora boxes recently for 2 people who have never used Linux, and they've both remarked how well it looks and works. Keep up the good work guys!
-- this sig limit is too small to put anything good h
Fedora Core 2 is FAST!
by
nsandver-work
·
· Score: 5, Informative
I downloaded Fedora Core 2 using the.torrent that was posted yesterday, and it's fast. Very fast. The combination of the 2.6 kernel, and updated GNOME flies on my P-III 600 compared to FC1. Menus appear in probably half the time they did before, as do Nautilus windows. Download and enjoy! And 'thank you' to the crew who work on Fedora!
Re:Fedora Core 2 is FAST!
by
Dunkirk
·
· Score: 3, Funny
And I lost 20 pounds by using it! You can too! Here's how...
-- Acts 17:28, "For in Him we live, and move, and have our being."
Re:Fedora Core 2 is FAST!
by
Jon+Pryor
·
· Score: 5, Informative
Nautilus isn't faster because it's spatial. It's faster because it uses file extensions for MIME-type checking instead of file sniffing. This greatly increases performance, as the disk doesn't need to be accessed for every file in a directory. This is particularly noticable if your directory has thousands of files...
File sniffing is still used in two circumstances:
When the file lacks an extension, such as README or configure.
When the user opens the file. The sniffed MIME-type is compared to the file extension, and if there's a mismatch, Nautilus complains loudly. This is to help prevent trojans, such as a shell script named README.txt, which would imply being a text/plain MIME type but are actually application/x-shellscript.
Re:Fedora Core 2 is FAST!
by
wolf31o2
·
· Score: 2, Insightful
I don't want anyone to think that this is a put down against Fedora, they do some wonderful work, but nothing that you mentioned has anything to do with Red Hat/Fedora. You should instead be thanking the kernel and Gnome developers for making your distribution faster.
Re:right on schedule
by
porcelainGOD
·
· Score: 2, Informative
No chance of that happening. Use bit torrent where the more downloaders, the merrier.
Re:shameless karma whoring
by
chadm1967
·
· Score: 5, Insightful
Would have been a hell of a lot easier to just type:
http://fedora.redhat.com/download/mirrors.html
Bench marks? Reliability?
by
www.sorehands.com
·
· Score: 4, Interesting
Have there been benchmarks done between Federora and RH 8/9? Is so, where are they? How is reliability as compared to RH 8/9?
The key question is why switch if it is working? And if there is something worthwile, how long should one wait (when things are considered stable) until they switch?
Re:Bench marks? Reliability?
by
ChangeOnInstall
·
· Score: 4, Informative
My primary work use of my computer is Java development, typically using Eclipse+Tomcat, but with a reasonable chunk of general purpose stuff (web/email/office) too.
RH8 was very good to me, very few problems. I was surprised given the amount of new stuff that went into it.
RH9 was okay once I figured out that somehow my Athlon 1100/motherboard/memory had bit the dust. (It was crashing every night at 4:02am running updatedb until then).
FC1 is about the best Linux I've ever used. The only problems I've encountered are: Nautilus likes to crash way too often. Evolution is a little more unstable then I'd like (I almost think it's annoyed at some of the wacky things spammers stick in messages). The updater didn't work out of the box. Work machine has a 174 day uptime (meaning it hasn't been rebooted since it was installed). Home machine's uptime indicates day I moved into current residence.
FC2 is now running on my laptop. No problems yet, but i've only used it for an hour or so. I will say that I'm quite pleased to see that when I plugin in my USB flash card reader, an icon shows up in Nautilus' "Computer" folder. When I unplug it, it goes away. It seems to at least run Java and Eclipse with no issues yet.
-- What has *science* done?!? -- Dr. Weird (ATHF)
Re:Bench marks? Reliability?
by
pyros
·
· Score: 2, Informative
Have you never seen The Princess Bride? I was quoting that movie in an attempt at humorously pointing out my irritation with the common mistake of typing viola instead of voila. At first I wanted to say something where the link to dictionary.com would be on the word cello, but couldn't come up with anything decent. Guess I should have included a smiley but I thought it would have been ovbious my post was more a joke opportunity than grammer nazi.
too bad no firewire
by
treat
·
· Score: 4, Informative
Too bad there is no firewire. Although in bugzilla it was marked as blocking the release, clearly someone thought that it was more important to stick to the schedule than to have working drivers. Firewire worked fine for me with vanilla 2.6.0, so it is quite sad to not see it working in the Fedora release.
Especially since 2.6 fixes a lot of hot-swap problems, I'm worried how many new Linux users will try this out and be quite disappointed when firewire does not work at all.
Re:too bad no firewire
by
TheRaven64
·
· Score: 4, Informative
According to the test list, FireWire support was very buggy and caused a lot of systems to have problems even when FireWire was not in use. It was decided better to not include it, since that would cause fewer problems for most people.
Re:too bad no firewire
by
luguvalium2
·
· Score: 3, Informative
Here is the bug number for this: 119262 There is a posted workaround there, and mention on the fedora-test-list that a fix was submitted to CVS but too late for the final release. It may show up in a future kernel update.
Mod parent down
by
Anonymous Coward
·
· Score: 2, Informative
the link is on nero-online, I'm pretty sure they'll change it to something offensive soon.
And meta-mods, meta-mod this as unfair, when don't wait those who modded this to get mod points again.
Bug When Dual Booting Windows XP and Fedora Core 2
by
cbowland
·
· Score: 5, Informative
Be sure to watch out for this one. It has already caught some folks here unaware.
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?i d=115980
--
Give a man a fish and he will eat for a day.
Teach him to eat and he will fish forever.
Mod story +1 Funny
by
menscher
·
· Score: 5, Interesting
mkool writes "Exactly on schedule.
Yes, exactly on schedule. Right. Did you not notice that their schedule was revised about 5 times along the way? I remember the release date being for May 3 at one point.
Or perhaps this was a subtle attempt at humor?
That said, I'm really looking forward to trying it out. It's a real mess trying to decide between RH9+legacy, FC1, FC2, RHEL, and WhiteBox. Oh, how I long for the simple days of RH9!
Re:Mod story +1 Funny
by
soloport
·
· Score: 2, Insightful
Yes, exactly on schedule. Right. Did you not notice that their schedule was revised about 5 times along the way?
Even after all the help and effort, to keep things on track, that you contributed?!
Those slackers.
Two things worth noting....
by
HunterWare
·
· Score: 5, Informative
a) Per bugzilla bugs 113202 and 115980 people are getting corrupted partition tables after installing FC2 (and the previous test versions). This is a known bug, but the release shipped anyhow... (wierd)
b) NVidia drivers don't work with this release do to a kernel patch (the "4K Stack" patch). Seems to be an even split on who should fix this, but the end result is no nvidia drivers for people using this release (at the moment).
Re:Two things worth noting....
by
canadianjoe
·
· Score: 2, Informative
FYI: for b), it's the binary nvidia drivers from nvidia that do not work. the default "nv" drivers work fine, but with no 3D support (AFAIK).
Re:Two things worth noting....
by
Thagg
·
· Score: 5, Interesting
The 4KSTACK change is inevitable, unstoppable, and also foreshowed long in advance. There are too many benefits, especially when running large numbers of threads.
NVidia will release a new driver compatible with 4KSTACKS soon. It's a pity that they aren't available now, because Fedora Core 2 looks like a very exciting distribution otherwise.
Thad Beier
-- I love Mondays. On a Monday, anything is possible.
Re:What's new?
by
TheRaven64
·
· Score: 5, Interesting
2.6.5 kernel. Not sure about the rest. Oh, and don't install it (dual boot) on a machine running Windows XP without a full backup, since it has been known to make XP unbootable without wiping the partition table and starting again. This problem is being investigated, and there's a fairly active flamewar on the fedora-test list about it.
How reliable is Bittorrent?
by
RichiP
·
· Score: 2, Interesting
my bittorrent download of the leak a few days ago kept going up and down. Sometimes I'd kill -9 the python process. I'm just wondering if there's a chance I might have corrupted my copy in this way (it's still downloading so i can't MD5SUM it). Also, if one of the machines on the bittorrent network have a corrupted copy, how will this affect others downloading it? Are there partial checksums?
Re:How reliable is Bittorrent?
by
AT
·
· Score: 2, Informative
Just let it finish. Check the MD5SUMs when you are done, but they shouldn't be wrong, even if you've "kill -9"ed it. If, on the off chance they are, just run bittorrent again, and it will automatically find the corrupt chunks and redownload them.
Bittorrent is very good at ensuring the downloaded files are correct.
Re:How reliable is Bittorrent?
by
TheRaven64
·
· Score: 4, Informative
The.torrent file contains hashes for each of the sections in the file. If you download corrupted sections, you will get them again. If your file is corrupted then the next time you start the client it will scan the file to see which bits have been downloaded correctly and re-fetch the ones that have not.
getting around the IP blocks
by
novakane007
·
· Score: 3, Interesting
I know there is are several commonly used tools that are ommited from fedora to avoid the IP issues. playing DVDs, Samba and a couple of others. Does anyone have a link to howto on what needs to be installed after the install to make it a regular useful distro?
If the packages you look for are not there, they may be released soon.
Re:getting around the IP blocks
by
pyros
·
· Score: 5, Informative
I know there is are several commonly used tools that are ommited from fedora to avoid the IP issues. playing DVDs, Samba and a couple of others. Does anyone have a link to howto on what needs to be installed after the install to make it a regular useful distro?
Samba is included, as is the new CIFs driver which replaces smbfs. What isn't included is the NTFS read-only driver module, which you can download as a binary RPM from linux-ntfs. As for the other stuff, I like to use the fedora.us + livna.org* repositories. There is also freshrpms, ATrpms, Dag Wieers, and Planet CCRMA. There are others, and be warned that Dag Wieers and Axel Thim (atrpms) are in a pissing match over Dag obsoleting at least one of Axel's packages for naming it "wrong". (look at the April acrhives of the freshrpms mailing list with some fresh popcorn).
* - The livna.org front page still says they are down and lists the mirror. The rpm.livna.org repo is actually back up, they just never bothered to update the main page to say so.
Re:getting around the IP blocks
by
ZaMoose
·
· Score: 2, Interesting
Has anyone else noticed that a Google search on Total Disaster returns Fedora Core 2 as the #2 hit? It was #1 last week. Hopefully this release will push us even further away from such an undignified title.
I upgraded, works OK, I had a little trouble with sound and firewire doesn't work, but those are known issues
-- nothing is real
Re:shameless karma whoring
by
GundyRage
·
· Score: 5, Informative
While the web page doesn't show it (http://torrent.dulug.duke.edu/), the torrent is ready. Now jump on so I can get faster downloads;) http://torrent.dulug.duke.edu/tettnang-binary-i386 -iso.torrent
Newbs read below...
Just cd to the directory that you want the download to start in. Make sure you have at least 2.2 Gigs free on that partition, and run the command below. It will be slowish at first but it will pick up with time. The --max_upload_rate is the maximum kB/s you will upload to others. Use it if your connection is bit sensitive. If you couldn't care less, leave it off and help the rest of the world out.
Get bittorrent here: http://bitconjurer.org/BitTorrent/download. html Or for RH / Fedora users: http://torrent.dulug.duke.edu/btrpms/
Command for FC2 bittorrent: [user@system dir]$btdownloadcurses.py --url http://torrent.dulug.duke.edu/tettnang-binary-i386 -iso.torrent
That might save the newbie a google or two.
P.S. The above was just cut from an email I sent to a local LUG.
G
nVidia driver HOWTO
by
DennisZeMenace
·
· Score: 5, Informative
There are many forums out there that will explain in great details. For example, see here.
The fast version: the Nvidia driver will NOT work with FC2's kernel because of the 4KSTACKS problem. Unfortunately, FC2's kernel no longer has the config option to disable this new "feature", so you will need to:
- recompile a new kernel (i.e. a stock kernel). For example, 2.6.5-bk2, or 2.6.6-bk4
- make sure to use Fedora's own config files (from/usr/src/linux-2.6.5-1.358/configs), and turn off the options CONFIG_4KSTACKS and CONFIG_REGPARM
-DZM
Re:nVidia driver HOWTO
by
DrWhizBang
·
· Score: 2, Insightful
... or just wait a couple of weeks until nvidia updates their drivers. I'm running FC1 at home, and there's no way I'm upgrading it until there has been a bit of "soak time" for new drivers to come out, and for third parties to update their package repositories. I don't really have time to mess around with a broken system (nor would my wife and kids tolerate it.)
-- Schrodinger's cat is either dead or really pissed off...
Re:Bug When Dual Booting Windows XP and Fedora Cor
by
GundyRage
·
· Score: 5, Funny
This can be avoided by not dual booting to Windows. Not booting to Windows is also known to have other positive side effects.;)
Lighten up - Its a joke.
G
Re:Link to eMule
by
chefren
·
· Score: 2, Insightful
Why bother (in this case) when bittorrent is much faster?
Well, you should try APT for RedHat/Fedora and you will get the almost perfect apt packaging system.
Re:very useful
by
TheRaven64
·
· Score: 4, Interesting
Every single byte in a file affects the MD5Sum, making it very difficult to modify a file and have the MD5Sum remain constant. This is even more difficult if you want to include something specific in the file (like a trojan), since you would need some garbage to compensate (and a nice big supercomputer to work out exactly what that garbage should be). On the other hand, perhaps you have a simple way of doing it. If so, perhaps you could give me a string (of any length) which matches the following MD5Sum:
Does this apply to Win2K as well as WinXP? I sadly need to keep Win2K around for some work-related stuff, so I can't risk randomly nuking it by installing Fedora:).
many of those reasons are also why many Linux User Groups has started reccomending that new users do NOT touch fedora and they have even stopped supporting it as a group replaced with Mandrake or SuSE instead.
Fedora is having a rough time making the transition from redhat control to an open/free project.
I'm waiting for Fedora core 4 or 5 befoer rthey sort out all the problems they are having... BTW, the installer STILL borks on some ATI mobility chipsets in laptops causing massive artifacting problems... Mandrake and others don't show this problems so it is a Fedora specific problem.
as for the major XP hosing bug, they really need to put up warnings about it all over the place. we had at least one users in the LUG ask for help as he hosed the entire XP install on his machine because of it. (I assumed it was a feature:-)
Fedora will hopefully come around, it's just having lots of growing and management pains right now.
The yum package manager comes with FC and you can easily add apt, if you prefer it to yum; both these tools take care of all dependencies and will download and install all necessary packages automatically (ex: if you tell yum to install packageA and this one needs packageB and packageC, yum will get and install all three for you). Using either from the command line is quite simple, once you've pointed to a repository in their config files (the one I use is freshrpms.net, which has apt and yum repositories which includes all the base files plus extra packages that are not included, such as DVD players, mp3 support, etc.; you will also find simple instructions to use all these goodies).
In the case of yum, you add this to/etc/yum.conf: (check on freshrpms.net for their sample yum.conf files)
Next up is the up2date thing. I've lived in RPM hell since the Redhat 4.0 days, and I'm not really sure why I still endure it. By now, the fact that I still can't get a DVD or MP3 player installed with a simple command line statement or GUI tool is simply absurd. It's generally a multistep proecess: download foo-3.3-2.rpm for five minutes, try to install it to find out it depends on bar-1.2-3.rpm, so I download that for another five minutes, try to install that to find that baz-0.2-23-monkeychowder.rpm depends on bar-1.2-2.rpm and that by installing anything more recent, I'm just screwed. Am I the only person that finds this completely unacceptable?
Yes, you are. Because everyon else has already figured out by now that not only does up2date support apt and yum repositories, but RH also ships yum as part of fedora. Look here for a list of repos who support both apt and yum. You can add these sources to/etc/sysconfig/rhn/sources and use up2date for automagic dependency resolving across repos to install new packages and upgrade existing ones. To get a GUI that supports external repos you will have to go with apt/synaptic though. The up2date GUI only supports upgrades (not installation or removal, and I know the CLI supports installation and removal, I'm talking about GUI only now). There is no yum GUI that I know of.
Re:What's new?
by
luguvalium2
·
· Score: 2, Informative
Here is the bug number for the dual booting problem: 115980
No Logitech Quickcam support
by
TheFlu
·
· Score: 2, Informative
If you're using a webcam based off of the Philips chipset, be aware that the kernel shipping with Fedora Core 2 (2.6.5-1.358) has the pwc driver disabled due to bugs, so your camera will not work with this release.
This issue should affect all of the following cameras: Excerpt taken from the linux-2.6.5-1.358/drivers/usb/media/Kconfig file:
Re:Bug When Dual Booting Windows XP and Fedora Cor
by
Anonymous Coward
·
· Score: 5, Informative
You can joke all you want about not caring about windows booting, but the bug is potentially more serious than just not booting windows. It is very likely that bug is the same as this one: Bug 113201
Basically, you can get a screwed up partition table. It appears this is due to changes in the way that the 2.4 and 2.6 kernel reported hard disk geometry. These changes were not account for yet (to my knowledge) in parted, which is used in the FC2 install. This results in inconsistent (between FC2 and other OS'es, perhaps more than just windows) entries in your partition table.
I don't know how likely it is that this will cause a problem on any given machine. Perhaps for smaller disks the way the 2.4 vs 2.6 kernels report geometry will be the same, and there will be no problem. You might want to try to boot into a 2.6 kernel based live CD and compare values to what you see in a 2.4 kernel before installing FC2. For more information on this, see this thread:
This is a very serious problem, which sadly appears to have been known about for some time, and no warnings have appeared in any release notes (much less delaying releases to fix it). You can note the distress of some reporters in the bugzilla comments. I am distressed that the problem has gone unfixed this far, and more distressed about the very little attention it has gotten. I am not going to install FC2 until this is dealt with.
anti-slashdotting
by
hey
·
· Score: 4, Interesting
I starting download using BitTorrent around 10:00am ET when it was official released but the download rate was horrible (like 5 KiB/s). Then arround noon it got really fast (like 200 KiB/s)!!! What happened?! That was when this article was posted on Slashdot so I had more peers to talk to - maybe the first reverse slashdotting ever.
Re:anti-slashdotting
by
SIGBUS
·
· Score: 2, Informative
One thing I've noticed when downloading from a heavily-used torrent: the download will start out as a trickle until you actually have a chunk that you can upload to others. This is a consequence of BitTorrent's anti-leeching design; if you don't upload anything, you will get little or nothing in return.
Sometimes it may take ten minutes or more before you get any real speed from a torrent.
-- Oh, no! You have walked into the slavering fangs of a lurking grue!
Re:bitchfest
by
Anonymous Coward
·
· Score: 2, Insightful
Yeah, at least in my experience, up2date comes broken out of the box. It's points at some worthless heavily overloaded RedHat servers, plus it's shitty network handling (Python's fault?) causes packages to get "signature errors" during download, with zero recourse. (Plus as an added newbie feature, it allows you to install corrupted donwloads.)
Thus to even get your system patched, you have to wander around forum links, read a bunch of contradictory information about everyone's fav update tool, read the "yum" documentation, and hack text files to use the up2date mirrors.
For all the griefing about how Windows users don't patch, it's shocking how totally crappy Fedora's user experience is here. This is not even remotely close to "Windows Update".
A question about torrent
by
ajs
·
· Score: 2, Interesting
In the download instructions it says:
Open up ports 6881-6999/tcp so other clients can contact you for bits [...]
Once your download is complete please leave your downloader running so it can help upload to the other clients. This is what makes bittorrent efficient.
This seems to be wrong on a couple of points.
First off bt is uploading from my machine even if I'm NATed and not doing port forwarding for that range (there must be some sort of push-based-transfer request that the host I'm connected to can issue in the protocol) and second, leaving it up would also seem to be unnecessary to boost efficiency (though it is extra-nice, certainly), as it's uploading during the entire download, and I benefit the community of downloaders as long as I'm downloading.
So what's the deal here?
Re:A question about torrent
by
pavon
·
· Score: 2, Insightful
I'm not saying I won't or that I think it's a bad idea, just that I don't get the imperative that's implied by the web site in question and your post, since I've been giving everything I recieved as I recieved it.
That is the crux of the issue. For most people the amount of data that the client uploaded while in the process of downloading is much less than the amount they downloaded. This is because most broadband connections (and modem for that matter) have a bigger download bandwidth than upload. In this case you haven't given everything that you have recieved, because your upload rate couldn't keep up with the download.
If you are fortunate enough to have a balanced connection, and your client shows that you have uploaded as at least much as you have downloaded by the time your download is complete, then you have done your fair share (although you can always be extra nice and keep it open even longer to help others out:).
Re:So... Not so sure
by
ahaning
·
· Score: 5, Informative
As someone else mentioned, you'll need to forward at least ports 6881 to 6889 (or 6999 if you feel the need) from your router to your PC. Each window you open needs its own port.
You may also need to figure out how to get through your firewall, if you have one.
Regarding your question: BitTorrent does work through routers even if your ports are "closed", but in order for you to download anything, someone else's ports must be open. You are uploading at such a high rate because someone else has their ports open.
If everyone's ports are closed, no one will be able to connect to each other and nothing will happen. If the seeder's ports are open and all of the leecher's ports are closed, the leechers will not share with each other and you'll be back to having a very slow FTP site (basically).
If you open your ports, you will see drastically higher speeds. You may also want to limit your uploads a bit since you need some upload bandwidth to be able to download. Your PC needs to be able to tell the other peers that it got the pieces that they sent.
HTH.
-- Withdrawal before climax is very ineffective and those who try this are usually called "parents."
http://unix.schluting.com/fedora/FC2-i386-isos/ Limited mostly by CPU. (Dual 550's)
Have fun:-)
Re:very useful
by
Anonymous Coward
·
· Score: 5, Informative
A hash collision in MD5 has, to the best of my knowledge, been found.
It represented a considerable amount of work - even if the 128-bit hash was perfect, the workfactor would have been 2^64, and collisions in the compression function were found to affect the balance, thus slightly weighting the probabilities and allowing for a search on the order of 2^58; still a considerable amount of work and it took a couple of years.
I'd link the PDF, but it's gone walkabout; you should be able to find the precursors without too much trouble though.
Of course, that's just a birthday attack (find a pair of files, neither given, any length, with same md5sum), and it's just one time. You'd have to do it all over again to find another pair.
The attack presented here (given md5sum, find or pad file to match) is not currently feasible. That's workfactor 2^128 and it doesn't look like the compression function weaknesses can really help (much) - the work would be over 2^100, quite impossible today.
MD4 is weaker (as it exposes the compression function problems). SHA-1 is stronger (not least because it is a 160-bit hash, giving 2^80 birthday). RIPEMD-160 is also pretty good, as is TIGER192, and you can't discount the new breed of SHA-256, SHA-384 and SHA-512.
Re:What's new?
by
Anonymous Coward
·
· Score: 2, Informative
It does apply to Win2k. I had to reboot of the floppy disks and run fixmbr from a recovery console. I then partitioned using windows partition tool. After a reinstall using those partitions, everything is working... so far.
Maybe the folks who stole the Cisco IOS code were just sick of waiting for multicast and are planning to hack it in.
Whatever happened to mbone?
Yum works fine to upgrade (if not using lvm)
by
cybrthng
·
· Score: 2, Informative
All i had to do was
1. wget the latest "yum-2.0.7xxxx" rpm from the fastested mirror 2. wget the "fedora-release"
rpm -Uvh yum* rpm -Uvh fedora-release*
yum update yum upgrade
and i rebooted
Ofcourse, i have serial access into the server so i could watch grub and bootup process, so if you don't have direct access just be carefull.
I've upgraded from RH9, FC1 and FC2 RC2,3 and now FC2 all this way.
Re:very useful
by
Fweeky
·
· Score: 2, Interesting
ISTR some distributed project to calculate md5 hash collisions; the idea being that once you've calculated 2^64 md5's or so, you start getting lots of them, and as they get demonstratably easier to break... uh... well, I guess then we might actually start using SHA1 in more than a handful of places;)
OpenSSL can act as an md5(1) replacement using SHA1 btw; iirc you can just symlink it to a file called sha1, and use it like a normal BSD md5:)
Wait a couple of months
by
Danathar
·
· Score: 2, Insightful
Historically every time RedHat distros have jumped major kernel releases the train wreck after the release took a couple of months to iron itself out. I'd recommend to anybody who wants to use FC 2 (and don't want to deal with the odd kernel problems) wait 2 to 4 months before doing an install. That way the major kinks will be ironed out.
I did'nt want to upgrade my servers from RH 9 to Rh Enterprise, so I waited until LAST week to install FC 1.
Regardless of the kinks, Fedora IS a cool distro!
Re:Ack - Good DVD iso's hard to find
by
ps_inkling
·
· Score: 2, Informative
Many of the mirrors do not have the DVD iso....
The original article points to a web page with a list of links to various ISO images, including x86 64 DVD and i386 DVD images.
Granted, it's not a mirror, it's a bittorrent. Using it is not painful or difficult. For large files, bittorrent is the current distribution method. Would you want to host a 4.1 GB file for download? Even for one or two users at a time?
Repartitioning on 2.6 kernels can result incorrect partition table for Windows boot and they stop booting. Mandrake 10 and SUSE 9.1 have the same problem. There is more information and potential solutions on this site.
Does anybody know what the boot.iso file that I downloaded yesterday from bittorrent is? All the other files I got seem to be part of the download and MD5 correctly against the sum file on the fedora servers today, but there is no sum for boot.iso or that file to download there. I'm planning to just throw it out, but it seems to me that somebody could have slipped an extra disc in with the distribution and could get away with it because it doesn't mess up the MD5 but people might use it anyway.
The boot.iso image is not part of the Fedora Core distribution images and does therfore not have it's MD5 sum listed. It is instead a part of disc1, since you can find it in the "images" subdirectory on the first disc.
The boot.iso in Fedora is the replacement for the many different boot diskette images that used to ship with distros. Using boot.iso you can perform a fully graphical installation of Fedora using many different sources. For example, you can do a network (FTP, HTTP, NFS..) installation or you can have it use the other Fedora discs (though this is pretty pointless, as disc1 is also a boot disk).
I prefer to simply burn the boot.iso image to a CD-RW disc with each release and doing a FTP installation with it, thus saving me 4 discs. It's also faster in my case than burning the discs, since my network is ridiculously fast:)
Re:anyone try to edit gnome menu?
by
Anonymous Coward
·
· Score: 2, Funny
You do NOT need to edit your menu! Being able to edit your menu would only be confusing! Menu editing does not fit in the GNOME 2 interface guidelines.
Say after me: I do not need this. Just like I don't need common preference options in a GUI. It is less confusing and more user friendly to trawl through registry entries and edit text keys, should I be lucky to find that the undocumented key I want actually exists in the first place.
Thank you, GNOME2!
Re:very useful
by
MourningBlade
·
· Score: 2, Insightful
It's not the probability of two random sets of 2GB date having the same md5 signature, it's the probability of one md5 signature being the same as another md5 signature. See Birthday Paradox for more information.
The good news is that that means the probability is much lower.
The following is a rather naive calculation, but it will do.
MD5 produces a 128 bit signature, with 128 meaningful bits (ie no parity checks or anything). By pigeonhole principle, this means that any data input larger than 7 bytes must have collisions.
So, given a dataset of 2GB (ie ~8^2,000,000,000 different values), for any given MD5 value there are ~8^1,999,999,993 values that would give it. This is a lot, but you'd still have to search around 8^7 (~2 million) values in order to get a collision.
It would take a long time.
And that's assuming that you weren't trying to introduce some sort of attack.
So, with an MD5 it's extremely unlikely (8^-7) that you'd hit a collision, and it's ungodly unlikely that you'd be able to construct a malicious collision.
Re:Screenshots?
by
Anonymous Coward
·
· Score: 2, Informative
Pretty much imagine Fedora Core 1, only with a "My Computer" icon on the desktop, Nautilus behaving like Mac OS 9, and everything being a hell of a lot faster.
Re:CD iso's available?
by
TheCrazyFinn
·
· Score: 2, Informative
That's all 4 iso's. 1 torrent, 4 iso's
-- "You've got an invalid haircut"
-Warren Zevon - Life'll Kill Ya
Re:kernel 2.6
by
Eric+Smith
·
· Score: 2, Informative
The whole point of RHEL is that it has a long release cycle. If you want a distribution that is quick to adopt new kernels, use something other than RHEL.
Slashdot Mirror
Anyone got a mirror?
I am one of many. My idea is not unique, nor do I expect my voice alone to sway you. I speak in a chorus of opinion.
Fedora Core 2 Discussion, I've found that site to be very helpful.
Any way to update from Fedora Core 1 without downloading the .isos?
Okay, can someone explain the release name "Tettnang?" Is it just some crazy made up name or does it have significance?
Colin Dean Go a year without DRM
till I have finished downloading the DVD iso on my dialup connection.
I will find anyone who does and make them install Win ME as retribution.
Do not try to read the dupe, thats impossible. Instead, only try to realize the truth
What truth?
There is no dupe
is here ;)
go ahead! mod me offtopic, but we'll see who laughs la&^&!71&$@*[NO CARRIER]
I saw a mention that straight RPM upgrades are strongly discouraged. Upgrade from CDs, or do a net upgrade.
People who disagree with you are not automatically evil, greedy, or stupid.
The md5 sums match the "leaked" torrent, so if you have that, there is no need to re-download even to join the official torrent by getting the .torrent and renaming your directory appropriately.
I am, and always will be, an idiot. Karma: Coma (mostly effected by
Say what you will about Fedora/Red Hat, but I've set up 2 Fedora boxes recently for 2 people who have never used Linux, and they've both remarked how well it looks and works. Keep up the good work guys!
this sig limit is too small to put anything good h
I downloaded Fedora Core 2 using the .torrent that was posted yesterday, and it's fast. Very fast. The combination of the 2.6 kernel, and updated GNOME flies on my P-III 600 compared to FC1. Menus appear in probably half the time they did before, as do Nautilus windows. Download and enjoy! And 'thank you' to the crew who work on Fedora!
No chance of that happening. Use bit torrent where the more downloaders, the merrier.
Would have been a hell of a lot easier to just type:
http://fedora.redhat.com/download/mirrors.html
The key question is why switch if it is working? And if there is something worthwile, how long should one wait (when things are considered stable) until they switch?
Fight Spammers!
Too bad there is no firewire. Although in bugzilla it was marked as blocking the release, clearly someone thought that it was more important to stick to the schedule than to have working drivers. Firewire worked fine for me with vanilla 2.6.0, so it is quite sad to not see it working in the Fedora release.
Especially since 2.6 fixes a lot of hot-swap problems, I'm worried how many new Linux users will try this out and be quite disappointed when firewire does not work at all.
the link is on nero-online, I'm pretty sure they'll change it to something offensive soon.
And meta-mods, meta-mod this as unfair, when don't wait those who modded this to get mod points again.
Be sure to watch out for this one. It has already caught some folks here unaware. http://bugzilla.redhat.com/bugzilla/show_bug.cgi?i d=115980
Give a man a fish and he will eat for a day.
Teach him to eat and he will fish forever.
Yes, exactly on schedule. Right. Did you not notice that their schedule was revised about 5 times along the way? I remember the release date being for May 3 at one point.
Or perhaps this was a subtle attempt at humor?
That said, I'm really looking forward to trying it out. It's a real mess trying to decide between RH9+legacy, FC1, FC2, RHEL, and WhiteBox. Oh, how I long for the simple days of RH9!
a) Per bugzilla bugs 113202 and 115980 people are getting corrupted partition tables after installing FC2 (and the previous test versions). This is a known bug, but the release shipped anyhow... (wierd)
b) NVidia drivers don't work with this release do to a kernel patch (the "4K Stack" patch). Seems to be an even split on who should fix this, but the end result is no nvidia drivers for people using this release (at the moment).
2.6.5 kernel. Not sure about the rest. Oh, and don't install it (dual boot) on a machine running Windows XP without a full backup, since it has been known to make XP unbootable without wiping the partition table and starting again. This problem is being investigated, and there's a fairly active flamewar on the fedora-test list about it.
I am TheRaven on Soylent News
See this link for details.
my bittorrent download of the leak a few days ago kept going up and down. Sometimes I'd kill -9 the python process. I'm just wondering if there's a chance I might have corrupted my copy in this way (it's still downloading so i can't MD5SUM it). Also, if one of the machines on the bittorrent network have a corrupted copy, how will this affect others downloading it? Are there partial checksums?
I know there is are several commonly used tools that are ommited from fedora to avoid the IP issues. playing DVDs, Samba and a couple of others. Does anyone have a link to howto on what needs to be installed after the install to make it a regular useful distro?
WURD!!
Perhaps you could work out, for the curious amoung us, what the probability of 2 random sets of 2GB of data have the same md5 signature?
Does this probability increase or decrease with increasing likeness of data?
Thanks
Has anyone else noticed that a Google search on Total Disaster returns Fedora Core 2 as the #2 hit? It was #1 last week. Hopefully this release will push us even further away from such an undignified title.
I upgraded, works OK, I had a little trouble with sound and firewire doesn't work, but those are known issues
nothing is real
While the web page doesn't show it (http://torrent.dulug.duke.edu/), the torrent is ready. Now jump on so I can get faster downloads ;) http://torrent.dulug.duke.edu/tettnang-binary-i386 -iso.torrent
. html
6 -iso.torrent
Newbs read below...
Just cd to the directory that you want the download to start in. Make sure you have at least 2.2 Gigs free on that partition, and run the command below. It will be slowish at first but it will pick up with time. The --max_upload_rate is the maximum kB/s you will upload to others. Use it if your connection is bit sensitive. If you couldn't care less, leave it off and help the rest of the world out.
Get bittorrent here:
http://bitconjurer.org/BitTorrent/download
Or for RH / Fedora users:
http://torrent.dulug.duke.edu/btrpms/
Command for FC2 bittorrent:
[user@system dir]$btdownloadcurses.py --url http://torrent.dulug.duke.edu/tettnang-binary-i38
That might save the newbie a google or two.
P.S. The above was just cut from an email I sent to a local LUG.
G
There are many forums out there that will explain in great details. For example, see here.
:
/usr/src/linux-2.6.5-1.358/configs), and turn off the options CONFIG_4KSTACKS and CONFIG_REGPARM
The fast version: the Nvidia driver will NOT work with FC2's kernel because of the 4KSTACKS problem. Unfortunately, FC2's kernel no longer has the config option to disable this new "feature", so you will need to
- recompile a new kernel (i.e. a stock kernel). For example, 2.6.5-bk2, or 2.6.6-bk4
- make sure to use Fedora's own config files (from
-DZM
This can be avoided by not dual booting to Windows. Not booting to Windows is also known to have other positive side effects. ;)
Lighten up - Its a joke.
G
Why bother (in this case) when bittorrent is much faster?
Well, you should try APT for RedHat/Fedora and you will get the almost perfect apt packaging system.
I am TheRaven on Soylent News
Does this apply to Win2K as well as WinXP? I sadly need to keep Win2K around for some work-related stuff, so I can't risk randomly nuking it by installing Fedora :).
-- Help Digitise the Public Domain at DP.
Fedora inlcudes support for apt and yum. I use yum and I love it. Handles all your dependencies for you. Give it a try. It will make you happy.
many of those reasons are also why many Linux User Groups has started reccomending that new users do NOT touch fedora and they have even stopped supporting it as a group replaced with Mandrake or SuSE instead.
:-)
Fedora is having a rough time making the transition from redhat control to an open/free project.
I'm waiting for Fedora core 4 or 5 befoer rthey sort out all the problems they are having... BTW, the installer STILL borks on some ATI mobility chipsets in laptops causing massive artifacting problems... Mandrake and others don't show this problems so it is a Fedora specific problem.
as for the major XP hosing bug, they really need to put up warnings about it all over the place. we had at least one users in the LUG ask for help as he hosed the entire XP install on his machine because of it. (I assumed it was a feature
Fedora will hopefully come around, it's just having lots of growing and management pains right now.
Do not look at laser with remaining good eye.
http://kuix.de/fedora/
This is where I downloaded from last night and it seemed to check out fine.
If you wanna get rich, you know that payback is a bitch
The yum package manager comes with FC and you can easily add apt, if you prefer it to yum; both these tools take care of all dependencies and will download and install all necessary packages automatically (ex: if you tell yum to install packageA and this one needs packageB and packageC, yum will get and install all three for you). Using either from the command line is quite simple, once you've pointed to a repository in their config files (the one I use is freshrpms.net, which has apt and yum repositories which includes all the base files plus extra packages that are not included, such as DVD players, mp3 support, etc.; you will also find simple instructions to use all these goodies).
/etc/yum.conf:
u x/$rel easever/$basearch/core
l inux/$rel easever/$basearch/updates
a /linux/$rel easever/$basearch/freshrpms
In the case of yum, you add this to
(check on freshrpms.net for their sample yum.conf files)
[core]
name=Fedora Linux $releasever - $basearch - core
baseurl=http://ayo.freshrpms.net/fedora/lin
[updates]
name=Fedora Linux $releasever - $basearch - updates
baseurl=http://ayo.freshrpms.net/fedora/
[freshrpms]
name=Fedora Linux $releasever - $basearch - freshrpms
baseurl=http://ayo.freshrpms.net/fedor
To update all packages, you just type:
yum update
To install a new package:
yum install packagename
To install multiple packages starting with the same name:
yum install package*
To remove a package:
yum remove packagename
Hope this helps.
De gustibus et coloribus non est disputandum
"Exactly on schedule..."
Wait... is this some kind of subtle gesture against Debian or something?
No kernel 2.6 before RHEL4 (2005)
Yes, you are. Because everyon else has already figured out by now that not only does up2date support apt and yum repositories, but RH also ships yum as part of fedora. Look here for a list of repos who support both apt and yum. You can add these sources to /etc/sysconfig/rhn/sources and use up2date for automagic dependency resolving across repos to install new packages and upgrade existing ones. To get a GUI that supports external repos you will have to go with apt/synaptic though. The up2date GUI only supports upgrades (not installation or removal, and I know the CLI supports installation and removal, I'm talking about GUI only now). There is no yum GUI that I know of.
Here is the bug number for the dual booting problem: 115980
MD5 hashes are 128-bits, not 32-bits. That means the probability is closer to 2^-128.
...can be read here.
Help savingAmigaOS and a free PowerPC market
If you're using a webcam based off of the Philips chipset, be aware that the kernel shipping with Fedora Core 2 (2.6.5-1.358) has the pwc driver disabled due to bugs, so your camera will not work with this release.
This issue should affect all of the following cameras:
Excerpt taken from the linux-2.6.5-1.358/drivers/usb/media/Kconfig file:
* Philips PCA645, PCA646
* Philips PCVC675, PCVC680, PCVC690
* Philips PCVC720/40, PCVC730, PCVC740, PCVC750
* Askey VC010
* Logitech QuickCam Pro 3000, 4000, 'Zoom', 'Notebook Pro' and 'Orbit'/ 'Sphere'
* Samsung MPC-C10, MPC-C30
* Creative Webcam 5, Pro Ex
* SOTEC Afina Eye
* Visionite VCS-UC300, VCS-UM100
The PWC driver is disabled as noted by the "&& BROKEN" at the end of this line in the Kconfig file:
depends on USB && VIDEO_DEV && BROKEN
--It's Pimptastic!--
You can joke all you want about not caring about windows booting, but the bug is potentially more serious than just not booting windows. It is very likely that bug is the same as this one:
Bug 113201
Basically, you can get a screwed up partition table. It appears this is due to changes in the way that the 2.4 and 2.6 kernel reported hard disk geometry. These changes were not account for yet (to my knowledge) in parted, which is used in the FC2 install. This results in inconsistent (between FC2 and other OS'es, perhaps more than just windows) entries in your partition table.
I don't know how likely it is that this will cause a problem on any given machine. Perhaps for smaller disks the way the 2.4 vs 2.6 kernels report geometry will be the same, and there will be no problem. You might want to try to boot into a 2.6 kernel based live CD and compare values to what you see in a 2.4 kernel before installing FC2. For more information on this, see this thread:
This is a very serious problem, which sadly appears to have been known about for some time, and no warnings have appeared in any release notes (much less delaying releases to fix it). You can note the distress of some reporters in the bugzilla comments. I am distressed that the problem has gone unfixed this far, and more distressed about the very little attention it has gotten. I am not going to install FC2 until this is dealt with.
I starting download using BitTorrent around 10:00am ET when it was official released but the download rate was horrible (like 5 KiB/s). Then arround noon it got really fast (like 200 KiB/s)!!! What happened?! That was when this article was posted on Slashdot so I had more peers to talk to - maybe the first reverse slashdotting ever.
Yeah, at least in my experience, up2date comes broken out of the box. It's points at some worthless heavily overloaded RedHat servers, plus it's shitty network handling (Python's fault?) causes packages to get "signature errors" during download, with zero recourse. (Plus as an added newbie feature, it allows you to install corrupted donwloads.)
Thus to even get your system patched, you have to wander around forum links, read a bunch of contradictory information about everyone's fav update tool, read the "yum" documentation, and hack text files to use the up2date mirrors.
For all the griefing about how Windows users don't patch, it's shocking how totally crappy Fedora's user experience is here. This is not even remotely close to "Windows Update".
- Open up ports 6881-6999/tcp so other clients can contact you for bits [...]
- Once your download is complete please leave your downloader running so it can help upload to the other clients. This is what makes bittorrent efficient.
This seems to be wrong on a couple of points.First off bt is uploading from my machine even if I'm NATed and not doing port forwarding for that range (there must be some sort of push-based-transfer request that the host I'm connected to can issue in the protocol) and second, leaving it up would also seem to be unnecessary to boost efficiency (though it is extra-nice, certainly), as it's uploading during the entire download, and I benefit the community of downloaders as long as I'm downloading.
So what's the deal here?
As someone else mentioned, you'll need to forward at least ports 6881 to 6889 (or 6999 if you feel the need) from your router to your PC. Each window you open needs its own port.
You may also need to figure out how to get through your firewall, if you have one.
This site might prove helpful, if it is up.
Regarding your question: BitTorrent does work through routers even if your ports are "closed", but in order for you to download anything, someone else's ports must be open. You are uploading at such a high rate because someone else has their ports open.
If everyone's ports are closed, no one will be able to connect to each other and nothing will happen. If the seeder's ports are open and all of the leecher's ports are closed, the leechers will not share with each other and you'll be back to having a very slow FTP site (basically).
If you open your ports, you will see drastically higher speeds. You may also want to limit your uploads a bit since you need some upload bandwidth to be able to download. Your PC needs to be able to tell the other peers that it got the pieces that they sent.
HTH.
Withdrawal before climax is very ineffective and those who try this are usually called "parents."
http://unix.schluting.com/fedora/FC2-i386-isos/
Limited mostly by CPU. (Dual 550's)
Have fun
A hash collision in MD5 has, to the best of my knowledge, been found.
It represented a considerable amount of work - even if the 128-bit hash was perfect, the workfactor would have been 2^64, and collisions in the compression function were found to affect the balance, thus slightly weighting the probabilities and allowing for a search on the order of 2^58; still a considerable amount of work and it took a couple of years.
I'd link the PDF, but it's gone walkabout; you should be able to find the precursors without too much trouble though.
Of course, that's just a birthday attack (find a pair of files, neither given, any length, with same md5sum), and it's just one time. You'd have to do it all over again to find another pair.
The attack presented here (given md5sum, find or pad file to match) is not currently feasible. That's workfactor 2^128 and it doesn't look like the compression function weaknesses can really help (much) - the work would be over 2^100, quite impossible today.
MD4 is weaker (as it exposes the compression function problems). SHA-1 is stronger (not least because it is a 160-bit hash, giving 2^80 birthday). RIPEMD-160 is also pretty good, as is TIGER192, and you can't discount the new breed of SHA-256, SHA-384 and SHA-512.
It does apply to Win2k. I had to reboot of the floppy disks and run fixmbr from a recovery console. I then partitioned using windows partition tool. After a reinstall using those partitions, everything is working... so far.
When we get proper multicast support
Maybe the folks who stole the Cisco IOS code were just sick of waiting for multicast and are planning to hack it in.
Whatever happened to mbone?
All i had to do was
1. wget the latest "yum-2.0.7xxxx" rpm from the fastested mirror
2. wget the "fedora-release"
rpm -Uvh yum*
rpm -Uvh fedora-release*
yum update
yum upgrade
and i rebooted
Ofcourse, i have serial access into the server so i could watch grub and bootup process, so if you don't have direct access just be carefull.
I've upgraded from RH9, FC1 and FC2 RC2,3 and now FC2 all this way.
ISTR some distributed project to calculate md5 hash collisions; the idea being that once you've calculated 2^64 md5's or so, you start getting lots of them, and as they get demonstratably easier to break... uh... well, I guess then we might actually start using SHA1 in more than a handful of places ;)
:)
OpenSSL can act as an md5(1) replacement using SHA1 btw; iirc you can just symlink it to a file called sha1, and use it like a normal BSD md5
Historically every time RedHat distros have jumped major kernel releases the train wreck after the release took a couple of months to iron itself out. I'd recommend to anybody who wants to use FC 2 (and don't want to deal with the odd kernel problems) wait 2 to 4 months before doing an install. That way the major kinks will be ironed out.
I did'nt want to upgrade my servers from RH 9 to Rh Enterprise, so I waited until LAST week to install FC 1.
Regardless of the kinks, Fedora IS a cool distro!
The original article points to a web page with a list of links to various ISO images, including x86 64 DVD and i386 DVD images.
Granted, it's not a mirror, it's a bittorrent. Using it is not painful or difficult. For large files, bittorrent is the current distribution method. Would you want to host a 4.1 GB file for download? Even for one or two users at a time?
Repartitioning on 2.6 kernels can result incorrect partition table for Windows boot and they stop booting. Mandrake 10 and SUSE 9.1 have the same problem. There is more information and potential solutions on this site.
boot.iso
FC2-i386-disc3.iso
FC2-i386-disc1.iso
FC2-i386-disc4.iso
FC2-i386-disc2.iso
FC2-i386-rescuecd.iso
You do NOT need to edit your menu! Being able to edit your menu would only be confusing! Menu editing does not fit in the GNOME 2 interface guidelines.
Say after me:
I do not need this. Just like I don't need common preference options in a GUI. It is less confusing and more user friendly to trawl through registry entries and edit text keys, should I be lucky to find that the undocumented key I want actually exists in the first place.
Thank you, GNOME2!
It's not the probability of two random sets of 2GB date having the same md5 signature, it's the probability of one md5 signature being the same as another md5 signature. See Birthday Paradox for more information.
The good news is that that means the probability is much lower.
The following is a rather naive calculation, but it will do.
MD5 produces a 128 bit signature, with 128 meaningful bits (ie no parity checks or anything). By pigeonhole principle, this means that any data input larger than 7 bytes must have collisions.
So, given a dataset of 2GB (ie ~8^2,000,000,000 different values), for any given MD5 value there are ~8^1,999,999,993 values that would give it. This is a lot, but you'd still have to search around 8^7 (~2 million) values in order to get a collision.
It would take a long time.
And that's assuming that you weren't trying to introduce some sort of attack.
So, with an MD5 it's extremely unlikely (8^-7) that you'd hit a collision, and it's ungodly unlikely that you'd be able to construct a malicious collision.
This site has some good screenshots of Gnome 2.6.
Pretty much imagine Fedora Core 1, only with a "My Computer" icon on the desktop, Nautilus behaving like Mac OS 9, and everything being a hell of a lot faster.
That's all 4 iso's. 1 torrent, 4 iso's
"You've got an invalid haircut" -Warren Zevon - Life'll Kill Ya
The whole point of RHEL is that it has a long release cycle. If you want a distribution that is quick to adopt new kernels, use something other than RHEL.