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."
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.
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.
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
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:right on schedule
by
porcelainGOD
·
· Score: 2, Informative
No chance of that happening. Use bit torrent where the more downloaders, the merrier.
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.
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.
1) get the new fedora-release rpm from an official download site and install it.
2) run yum upgrada
3) take a nap
4) reboot and hopefully you have a working system
Or follow the directions here: http://www.brandonhutchinson.com/Upgrading_ Red_Hat _Linux_with_yum.html
--
-matt
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.
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).
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.
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: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.
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: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.
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.
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.
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.
Re:What's new?
by
Anonymous Coward
·
· Score: 1, Informative
I upgraded by making a clean install of FC2, but I did not ask disk druid to change the partition table. I got the bad scary message about misaligned partitions or whatever. I chose "Ignore" (alternative was to cancel installation). Everything seems to have worked fine. Windows and FC2 dual boot okay.
From this experience and from reading some of the bug reports, my guess is that the problem is typically exposed when something (parted or disk druid?) modifies the partition table. If this is the case, use fdisk to make any necessary changes. It is an ancient piece of crud so it's probably hard to it to get broken. Write down the partition table before the upgrade to be extra sure and back up any critical data. Caveat: I'm just another casual user.. I could easily be wrong.
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."
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.
http://unix.schluting.com/fedora/FC2-i386-isos/ Limited mostly by CPU. (Dual 550's)
Have fun:-)
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: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.
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: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.
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.
Re:Bug When Dual Booting Windows XP and Fedora Cor
by
Anonymous Coward
·
· Score: 1, Informative
People should realize, this is a pretty serious bug. It can't be fixed by running the recovery console fixmbr/bootcfg in XP. Something in the install munges the partition table. You are left to re-install XP.
It seems to happen if people have large hard drives (> 120 gig).
As if it goes without saying, HAVE A BACKUP OF YOUR STUFF FIRST before doing any install, especially something like this. Have a good backup with ghost, then if it screws up you can just blow away the drive and get back to where you were.
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.
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:very useful
by
Anonymous Coward
·
· Score: 1, Informative
Does this probability increase or decrease with increasing likeness of data?
Neither, it stays the same. Desired properties of one-way hash codes (basis for signatures) includes that small(est) changes should result in big changes: a single bit change should on average result in change of 50% of bits in resulting hash code.
Re:apt/knotify/synaptic issues
by
Anonymous Coward
·
· Score: 1, Informative
Fedora.us has apt and synaptic built for FC2: http://www.fedora.us/wiki/FedoraHOWTO
Slashdot Mirror
Fedora Core 2 Discussion, I've found that site to be very helpful.
THE BEST WAY - BITTORRENT:
/linux/core/2/ /fedora/2/ /core/2/ .redhat/li nux/core/2/ / /l inux/core/2/ /linux/downloa d.fedora.redhat.com/pub/fedora/linux/core/2/ ://mirror.cs.wisc.edu/pub/mirrors/linux/downlo ad.fedora.redhat.com/pub/fedora/linux/core/2/ /mirror2.mirrors.tds.net/pub/fedora-core/2/ ://mirror2.mirrors.tds.net/fedora-core/2/ /
AMERICA TORRENT: Duke University, North Carolina, USA
http://torrent.linux.duke.edu/tettnang-binary -i386 -iso.torrent
http://torrent.linux.duke.edu/tettna ng-i386-DVD.to rrent
http://torrent.linux.duke.edu/tettnang-src- i386-is o.torrent
http://torrent.linux.duke.edu/tettnang- binary-x86_ 64-iso.torrent
http://torrent.linux.duke.edu/tett nang-x86_64-DVD. torrent
http://torrent.linux.duke.edu/tettnang-sr c-x86_64- iso.torrent
EUROPE TORRENT: Univerzita Karlova v Praze, Czech Republic
http://sunsite.mff.cuni.cz/fedora-torren t/tettnang -binary-i386-iso.torrent
http://sunsite.mff.cuni. cz/fedora-torrent/tettnang -i386-DVD.torrent
http://sunsite.mff.cuni.cz/fedo ra-torrent/tettnang -src-i386-iso.torrent
http://sunsite.mff.cuni.cz/ fedora-torrent/tettnang -binary-x86_64-iso.torrent
http://sunsite.mff.cun i.cz/fedora-torrent/tettnang -x86_64-DVD.torrent
http://sunsite.mff.cuni.cz/fe dora-torrent/tettnang -src-x86_64-iso.torrent
HTTP/FTP/RSYNC MIRRORS:
NORTH AMERICA
ftp://mirror.clarkson.edu/pub/distributio ns/fedora
http://mirror.clarkson.edu/pub/dis tributions/fedor a/linux/core/2/
ftp://ftp.webtrek.com/pub/mirrors
ftp://mirror.stanford.edu/pub/mirrors/ fedora/linux
ftp://ftp.gtlib.cc.gatech.edu/pub/fedora
http://ftp.gtlib.cc.gatech.edu/pub/fe dora.redhat/l inux/core/2/
rsync://rsync.gtlib.cc.gatech.edu/fe dora-linux-cor e/2/
ftp://mirror.hiwaay.net/redhat/fedora/linux/ core/2
http://mirror.hiwaay.net/redhat/fedora/linux/co re/ 2/
rsync://mirror.hiwaay.net/fedora-linux-core/2/
ftp://mirror.cs.princeton.edu/pub/mirrors/fedora
ftp://mirror.cs.wisc.edu/pub/mirrors
http
rsy nc://mirror.cs.wisc.edu/pub/mirrors/linux/downl oad.fedora.redhat.com/pub/fedora/linux/core/2/
ft p://fedora.mirrors.tds.net/pub/fedora-core/2/
htt p://fedora.mirrors.tds.net/pub/fedora-core/2/
rsy nc://fedora.mirrors.tds.net/fedora-core/2/
ftp:// mirror2.mirrors.tds.net/pub/fedora-core/2/
http:/
rsync
ftp://l ess.cogeco.net/pub/fedora/linux/core/2/
ftp://lim estone.uoregon.edu/fedora/2/
http://limestone.uor egon.edu/ftp/fedora/2/
rsync://limestone.uoregon. edu/ftp/fedora/2/
ftp://ftp.cse.buffalo.edu/pub/f edora/linux/core/2/
ftp://ftp.linux.ncsu.edu/pub/fedora/linux/core/2
ftp://mirrors.secsup.org/pub/linux/redhat/fedor a/c ore/2/
http://redhat.secsup.org/fedora/core/2/
f tp://ftp.nrc.ca/pub/systems/linux/redhat/fedora/l inux/core/2/
ftp://mirror.netglobalis.net/pub/fed ora/core/2/
ftp://mirrors.kernel.org/fedora/core/ 2/
http://mirrors.kernel.org/fedora/core/2/
rsyn c://mirrors.kernel.org/fedora/core/2/
ftp://mirro r.eas.muohio.edu/mirrors/fedora/linux/c ore/2/
http://mirror.eas.muohio.edu/fedora/linux/ core/2/
rsync://mirror.eas.muohio.edu/fedora/linu x/core/2/
ftp://ftp
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
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.
Look here at Wikipedia
Use bittorrent! It has the weird effect that the more people using it the faster the downloads get.
Omnis amans amens
It has something to do with beer:
Fedora devel mailinglist
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.
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.
This has worked for me, dunno about anyone else:
_ Red_Hat _Linux_with_yum.html
1) get the new fedora-release rpm from an official download site and install it.
2) run yum upgrada
3) take a nap
4) reboot and hopefully you have a working system
Or follow the directions here:
http://www.brandonhutchinson.com/Upgrading
-matt
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.
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).
See this link for details.
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.
I am TheRaven on Soylent News
I upgraded, works OK, I had a little trouble with sound and firewire doesn't work, but those are known issues
nothing is real
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.
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
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.
I am TheRaven on Soylent News
Well, you should try APT for RedHat/Fedora and you will get the almost perfect apt packaging system.
Try here: rpm.livna.org
If the packages you look for are not there, they may be released soon.
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.
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.
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
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 upgraded by making a clean install of FC2, but I did not ask disk druid to change the partition table. I got the bad scary message about misaligned partitions or whatever. I chose "Ignore" (alternative was to cancel installation). Everything seems to have worked fine. Windows and FC2 dual boot okay.
From this experience and from reading some of the bug reports, my guess is that the problem is typically exposed when something (parted or disk druid?) modifies the partition table. If this is the case, use fdisk to make any necessary changes. It is an ancient piece of crud so it's probably hard to it to get broken. Write down the partition table before the upgrade to be extra sure and back up any critical data. Caveat: I'm just another casual user.. I could easily be wrong.
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."
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.
http://unix.schluting.com/fedora/FC2-i386-isos/
Limited mostly by CPU. (Dual 550's)
Have fun
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)
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.
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.
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.
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.
It seems to happen if people have large hard drives (> 120 gig).
As if it goes without saying, HAVE A BACKUP OF YOUR STUFF FIRST before doing any install, especially something like this. Have a good backup with ghost, then if it screws up you can just blow away the drive and get back to where you were.
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.
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!
Neither, it stays the same. Desired properties of one-way hash codes (basis for signatures) includes that small(est) changes should result in big changes: a single bit change should on average result in change of 50% of bits in resulting hash code.
Fedora.us has apt and synaptic built for FC2: http://www.fedora.us/wiki/FedoraHOWTO