Posted
by
CmdrTaco
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."
This discussion has been archived.
No new comments can be posted.
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.
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 [dyndns.org] 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.
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.
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.
A similar question is whether or not you can upgrade Redhat. I'm running version 9 now (newbie here) and tried in frustration to upgrade mysql and php this past weekend. All I could find was rpms for fedora, not red hat. I know redhat is being discontinued, but it was a nightmare for me. I tried to install from the source code, but got stuck in dependancy hell. Since I have a pretty fresh redhat install, I'm considering dumping it for a different distro. I'm currently debating between debian, fedora c
A caring soul may have ported some of these RPMs to Fedora Legacy [fedoralegacy.org]. 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.
The md5 sums match the "leaked" torrent [slashdot.org], 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.
For all intents and purposes, the probability is zero. Consider that an MD5 signature is 32 bits. That means, there are 2^32 possible values. So the raw probability of two unique sets of data matching the same MD5 signature is 2^-32, about 0.00000002%.
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 [wikipedia.org] 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 [wikipedia.org], this means that any data input larger than 7 bytes m
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:
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:)
by Anonymous Coward writes:
on Tuesday May 18, 2004 @01:10PM (#9186318)
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.
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.
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!
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!
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.
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?
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.
If you switched because you didn't like Fedora because pine was missing, then that's dumb. That just sounds like you wanted to give yourself an excuse. Do you prefer KDE to GNOME? Do you prefer a single comprehensive tool to do system configuration and package upgrades? If so, then Suse is definately for you. Sounds like Yast kinda rubs you the wrong way though. The last time I tried Suse, I did read, probably on the suse mailing lists, various tricks so that Yast wouldn't stomp on config file changes, or h
It's not that Pine was the only reason I didn't install - it was a part of it, but not the only reason. Imagine ever server on your network requiring pine. Then imagine having to install FC1 on them, and then manually download and install it for every one because Pico was your main text editor and Pine was your required email interface. Then imagine the anaconda installer crashing on your during an upgrade, and then a complete resinstall would also not work on common hardware. Trust me, I did not WANT t
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.
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.
Here is the bug number for this: 119262 [redhat.com] 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.
Be sure to watch out for this one [redhat.com]. It has already caught some folks here unaware.
http://bugzilla.redhat.com/bugzilla/show_bug.cgi?i d=115980
by Anonymous Coward writes:
on Tuesday May 18, 2004 @12:40PM (#9185849)
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 [redhat.com]
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.
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).
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.
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?
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.
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 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?
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 [sf.net]. As for the other stuff, I like to use the fedora.us [fedora.us] + livna.org [livna.org]* repositories. There is also freshrpms [freshrpms.net], ATrpms [http], Dag Wieers [wieers.com], and Planet CCRMA [stanford.edu]. 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.
Has anyone else noticed that a Google search on Total Disaster [google.com] 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.
There are many forums out there that will explain in great details. For example, see here [nvnews.net].
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
... 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.)
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:
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.
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.
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.
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
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.
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 [rulez.org].
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:)
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.
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.
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:).
Does this release run at all in VirtualPC? None of the test releases even booted in VirtualPC (although the install ran fine), crashing with an unrecoverable processor error.
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...
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 [slashdot.org] 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.
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.
So... (Score:4, Funny)
Re:So... (Score:3, Informative)
Re:So... (Score:4, Informative)
I want my MTV! (Score:3, Funny)
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?
Re:So... Not so sure (Score:5, Informative)
You may also need to figure out how to get through your firewall, if you have one.
This [dyndns.org] 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.
Fedora Core 2 (Score:5, Informative)
Re:Fedora Core 2 (Score:5, Funny)
Re:Fedora Core 2 (Score:5, Funny)
He said THAT forum had been helpful. THIS forum, on the other hand, is Slashdot. See the difference?
Upgrade (Score:5, Interesting)
Use Anaconda (Score:5, Informative)
Re:Upgrade (Score:5, Funny)
Re:Upgrade (Score:2, Funny)
Re:Upgrade (Score:3, Funny)
Re:Upgrade (Score:5, Informative)
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.
Re:Upgrade (Score:3, Informative)
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.
Re:Upgrade (Score:3, Funny)
"What part of 'apt dist-upgrade' don't you understand, Fedora?"
Re:Upgrade (Score:3, Informative)
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
Re:Upgrade (Score:2)
Re:Upgrade (Score:3, Interesting)
* - 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.
Re:Upgrade (Score:3)
Yum works fine to upgrade (if not using lvm) (Score:3, Informative)
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.
Codename? (Score:4, Interesting)
Re:Codename? (Score:5, Informative)
Re:Codename? (Score:4, Informative)
Fedora devel mailinglist [redhat.com]
Re:Codename? (Score:2)
My guess is that the FC2 devs are beer geeks too.
Re:Codename? (Score:4, Funny)
The empty set Null.
Canopy Group director Ralph Yarrow.
Tet Offensive at da Nang, Vietnam. Tet, Nang.
Fedora Core 3, Bubonic?
Dont anyone try getting it (Score:5, Funny)
I will find anyone who does and make them install Win ME as retribution.
unofficial mirror (Score:5, Funny)
go ahead! mod me offtopic, but we'll see who laughs la&^&!71&$@*[NO CARRIER]
Leaked .torrent Matches (Score:5, Informative)
Re:very useful (Score:4, Insightful)
Does this probability increase or decrease with increasing likeness of data?
Thanks
Re:very useful (Score:2)
Re:very useful (Score:2)
MD5s are 128-bits (Score:3, Informative)
Re:very useful (Score:3, 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 [wikipedia.org] 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 [wikipedia.org], this means that any data input larger than 7 bytes m
Re:very useful (Score:5, Interesting)
Re:very useful (Score:3, Interesting)
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
Re:very useful (Score:5, Informative)
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:Leaked .torrent Matches (Score:4, Informative)
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
Fedora (Score:5, Insightful)
Fedora Core 2 is FAST! (Score:5, Informative)
Re:Fedora Core 2 is FAST! (Score:4, Funny)
Re:Fedora Core 2 is FAST! (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:
Bench marks? Reliability? (Score:5, Interesting)
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? (Score:5, Informative)
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.
Re:Bench marks? Reliability? (Score:2)
Re:Bench marks? Reliability? (Score:2)
too bad no firewire (Score:5, Informative)
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 (Score:5, Informative)
Re:too bad no firewire (Score:3, Informative)
Bug When Dual Booting Windows XP and Fedora Core 2 (Score:5, Informative)
Re:Bug When Dual Booting Windows XP and Fedora Cor (Score:5, Funny)
Lighten up - Its a joke.
G
Re:Bug When Dual Booting Windows XP and Fedora Cor (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 [redhat.com]
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.
Mod story +1 Funny (Score:5, Interesting)
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!
You know what they call a schedule that changes... (Score:2)
A calendar. Tell that to your project manager the next time they tell you that the release date is changing.
Re:Mod story +1 Funny (Score:3, Insightful)
Even after all the help and effort, to keep things on track, that you contributed?!
Those slackers.
Two things worth noting.... (Score:5, Informative)
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.... (Score:2)
Re:Two things worth noting.... (Score:2, Informative)
Re:Two things worth noting.... (Score:5, Interesting)
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
Matrox users beware... (Score:5, Informative)
See this link [redhat.com] for details.
How reliable is Bittorrent? (Score:3, Interesting)
Re:How reliable is Bittorrent? (Score:3, Informative)
Bittorrent is very good at ensuring the downloaded files are correct.
Re:How reliable is Bittorrent? (Score:5, Informative)
getting around the IP blocks (Score:3, Interesting)
Re:getting around the IP blocks (Score:2, Informative)
If the packages you look for are not there, they may be released soon.
Re:getting around the IP blocks (Score:5, Informative)
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 [sf.net]. As for the other stuff, I like to use the fedora.us [fedora.us] + livna.org [livna.org]* repositories. There is also freshrpms [freshrpms.net], ATrpms [http], Dag Wieers [wieers.com], and Planet CCRMA [stanford.edu]. 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 (Score:3, Interesting)
Google & Fedora (Score:5, Funny)
nVidia driver HOWTO (Score:5, Informative)
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
Re:nVidia driver HOWTO (Score:3, Insightful)
Another BT (Score:3)
This is where I downloaded from last night and it seemed to check out fine.
Schedule? (Score:4, Funny)
Wait... is this some kind of subtle gesture against Debian or something?
No Logitech Quickcam support (Score:3, Informative)
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
anti-slashdotting (Score:5, Interesting)
Re:anti-slashdotting (Score:3, Informative)
Sometimes it may take ten minutes or more before you get any real speed from a torrent.
A question about torrent (Score:3, Interesting)
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 (Score:3, Insightful)
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
Wait a couple of months (Score:3, Insightful)
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!
Windows killer (Score:4, Informative)
boot.iso? (Score:3, Interesting)
boot.iso
FC2-i386-disc3.iso
FC2-i386-disc1.iso
FC2-i386-disc4.iso
FC2-i386-disc2.iso
FC2-i386-rescuecd.iso
Re:boot.iso? (Score:4, Insightful)
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:right on schedule (Score:2, Informative)
Re:shameless karma whoring (Score:5, Insightful)
http://fedora.redhat.com/download/mirrors.html
logic of continental segregation? (Score:2)
Re:shameless karma whoring (Score:5, Informative)
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
Mod parent down (Score:2, Informative)
And meta-mods, meta-mod this as unfair, when don't wait those who modded this to get mod points again.
Re:Link to eMule (Score:3, Insightful)
Re:What's new? (Score:5, Interesting)
Re:What's new? (Score:2, Insightful)
The release notes... (Score:4, Informative)
Re:Upgrading (Score:2, Informative)
Re:Virtual PC? (Score:2)
Re:bitchfest (Score:2, Informative)
RPM hell (Score:5, Informative)
Re:bitchfest (Score:3, Interesting)
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...
Re:bitchfest (Score:4, Informative)
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.
Re:bitchfest (Score:5, Informative)
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 [slashdot.org] 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.
No kernel 2.6 before RHEL4 (2005) (Score:3, Interesting)
Re:kernel 2.6 (Score:3, Informative)
Re:CD iso's available? (Score:3, Informative)