New Torrent Files

Dg B dbretton at hotmail.com
Mon May 17 13:09:45 UTC 2004


Here are some  new torrent files.

from kuix.de :

http://kuix.de/fedora/fedora-core-2-isos.torrent
http://kuix.de/fedora/fedora-core-2-DVD.torrent

LEASE BE A NICE PERSON and do not quit your downloader after you have 
finished downloading, at least for a while.

Disclaimer: This site is not affiliated with the producer of the files in 
any way. Use at your own risk. All mentioned terms are trademarks of their 
respective owners.


c366d585853768283dac6cdcefcd3a2d  FC2-i386-disc1.iso
fc3c926442cc85a469268651bd04c186  FC2-i386-disc2.iso
5ad870e696953f4bbd0a91936873890e  FC2-i386-disc3.iso
c736f8048b12315b5c0b070de1d74867  FC2-i386-disc4.iso
2d8a20014af287bf8c6b29f2da031f98  FC2-i386-DVD.iso
22f4bfca5baefe89f0e04166e738639f  FC2-i386-rescuecd.iso
0c0268f26ed08d24880119e1b44d45e8  FC2-i386-SRPMS-disc1.iso
3d17a40489e8dcd3761f166ff264c712  FC2-i386-SRPMS-disc2.iso
4e798934b399eb78e9e67dec23d946bb  FC2-i386-SRPMS-disc3.iso
5d84eb0aecea8bce8e4857d3e46136c3  FC2-i386-SRPMS-disc4.iso



"Time flies like an arrow. Fruit flies like a banana."
       - Marx, Groucho





>From: fedora-test-list-request at redhat.com
>Reply-To: fedora-test-list at redhat.com
>To: fedora-test-list at redhat.com
>Subject: fedora-test-list Digest, Vol 3, Issue 117
>Date: Mon, 17 May 2004 05:06:00 -0400 (EDT)
>MIME-Version: 1.0
>Received: from mc6-f35.hotmail.com ([65.54.252.171]) by mc6-s7.hotmail.com 
>with Microsoft SMTPSVC(5.0.2195.6713); Mon, 17 May 2004 02:06:19 -0700
>Received: from hormel.redhat.com ([209.132.177.30]) by mc6-f35.hotmail.com 
>with Microsoft SMTPSVC(5.0.2195.6713); Mon, 17 May 2004 02:06:09 -0700
>Received: from listman.util.phx.redhat.com (listman.util.phx.redhat.com 
>[10.8.4.110])by hormel.redhat.com (Postfix) with ESMTPid EE7AF739D6; Mon, 
>17 May 2004 05:06:00 -0400 (EDT)
>X-Message-Info: KtxBqYfPyq3sd6kMF6Yul6k9n89FAA0a
>X-BeenThere: fedora-test-list at redhat.com
>X-Mailman-Version: 2.1.4
>Precedence: junk
>List-Id: For testers of Fedora Core development 
>releases<fedora-test-list.redhat.com>
>List-Unsubscribe: 
><http://www.redhat.com/mailman/listinfo/fedora-test-list>,<mailto:fedora-test-list-request at redhat.com?subject=unsubscribe>
>List-Archive: </archives/fedora-test-list>
>List-Post: <mailto:fedora-test-list at redhat.com>
>List-Help: <mailto:fedora-test-list-request at redhat.com?subject=help>
>List-Subscribe: 
><http://www.redhat.com/mailman/listinfo/fedora-test-list>,<mailto:fedora-test-list-request at redhat.com?subject=subscribe>
>Errors-To: fedora-test-list-bounces at redhat.com
>Message-Id: <20040517090600.EE7AF739D6 at hormel.redhat.com>
>Return-Path: fedora-test-list-bounces at redhat.com
>X-OriginalArrivalTime: 17 May 2004 09:06:09.0853 (UTC) 
>FILETIME=[31E47ED0:01C43BEE]
>
>Send fedora-test-list mailing list submissions to
>	fedora-test-list at redhat.com
>
>To subscribe or unsubscribe via the World Wide Web, visit
>	http://www.redhat.com/mailman/listinfo/fedora-test-list
>or, via email, send a message with subject or body 'help' to
>	fedora-test-list-request at redhat.com
>
>You can reach the person managing the list at
>	fedora-test-list-owner at redhat.com
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of fedora-test-list digest..."
>
>
>Today's Topics:
>
>    1. Re: final release - p2p or mirrors (Pedro Fernandes Macedo)
>    2. Re: final release - p2p or mirrors (Jim Cornette)
>    3. Re: Serious reservations about FC2 release on 5/18 (Sean Earp)
>    4. Re: Serious reservations about FC2 release on 5/18 (Gerry Tool)
>    5. Re: RedHat Desktop was or is Fedora Core 2 Release
>       (Matthew Miller)
>    6. Re: Serious reservations about FC2 release on 5/18
>       (Matthew Miller)
>    7. Re: Serious reservations about FC2 release on 5/18
>       (Sean Estabrooks)
>    8. Re: OT: best bittorrent client for FC2/Gnome (Chris Kloiber)
>    9. Re: Serious reservations about FC2 release on 5/18 (Law Horne)
>   10. Re: final release - p2p or mirrors (Chris Kloiber)
>   11. Re: final release - p2p or mirrors (Chris Kloiber)
>   12. Re: Serious reservations about FC2 release on 5/18 (Chris Kloiber)
>   13. Re: xorg.conf in FC2 (Paul)
>   14. Re: final release - p2p or mirrors (djh)
>   15. Settings for yum (PFJ)
>   16. Re: ide/scsi and cdrecord (Francis SOUYRI)
>   17. Re: xorg.conf in FC2 (Andrew Farris)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Sun, 16 May 2004 23:39:33 -0300
>From: Pedro Fernandes Macedo <webmaster at margo.bijoux.nom.br>
>Subject: Re: final release - p2p or mirrors
>To: For testers of Fedora Core development releases
>	<fedora-test-list at redhat.com>
>Message-ID: <40A825E5.4030603 at margo.bijoux.nom.br>
>Content-Type: text/plain; charset=us-ascii; format=flowed
>
>Jim Cornette wrote:
>
> > Would this be like a partition with no prior data installed? A
> > partition previously formatted and mounted to a specified point. Say,
> > for example /mnt/bittorrent?
> >
> > Having a low fragmentation level would be desirable goal for a to be
> > created CD set.
> >
>I'm not sure.. The latest version of bittorrent (according to the
>homepage) , allocates space when it is needed , instead of allocating
>all the space when starting the download. This can now lead to high
>fragmentation (as any file changing size can be fragmented)...
>
> >
> > Thanks for pointing out the safegaurds setup for a transfer of this
> > type. Would the unmatching chunks be discarded or would the bittorrent
> > process be interrupted? Either way, the bittorrent does not sound as
> > risky as it once did. I still prefer ftp transfers from familiar
> > mirrors. This is mainly because with bittorrent, you have to learn how
> > to open ports for the torrent, people are pulling bits from my
> > machine, I am pulling bits from machines that are unfamiliar to me.
>
>
>The bad chunks are simply discarded and the download continues. These
>chunks are then downloaded from other sources and this is repeated
>untill you get the full file , with the correct checksum... It's the
>same idea behind the protocol used in xmule/amule/emule/edonkey.
>Download each part , check it and download from someone else if it is
>not valid.
>
>--
>Pedro Macedo
>
>
>
>
>------------------------------
>
>Message: 2
>Date: Sun, 16 May 2004 22:53:29 -0400
>From: Jim Cornette <redhat-jc at insight.rr.com>
>Subject: Re: final release - p2p or mirrors
>To: For testers of Fedora Core development releases
>	<fedora-test-list at redhat.com>
>Message-ID: <40A82929.6070805 at insight.rr.com>
>Content-Type: text/plain; charset=us-ascii; format=flowed
>
>Pedro Fernandes Macedo wrote:
> > Jim Cornette wrote:
> >
> >> Would this be like a partition with no prior data installed? A
> >> partition previously formatted and mounted to a specified point. Say,
> >> for example /mnt/bittorrent?
> >>
> >> Having a low fragmentation level would be desirable goal for a to be
> >> created CD set.
> >>
> > I'm not sure.. The latest version of bittorrent (according to the
> > homepage) , allocates space when it is needed , instead of allocating
> > all the space when starting the download. This can now lead to high
> > fragmentation (as any file changing size can be fragmented)...
> >
>
>So the space allocation was setting aside a certain number of gigabytes
>(mbytes or whatever) in bittorrent for the transfer. Whaver bytes were
>retrieved were placed into the set aside space in the location that the
>final ISO image would be located on the media used for receiving the
>image. This resulting in a less fragmented transfer. Now it is
>dynamically located and might throw the retrieved bytes wherever the
>next available media spot is.
>
>I was thinking along the lines of a fresh partition and pointing
>bittorrent to the specified newly created partition. (misunderstood
>allocating space ahead of time.)
>
> >>
> >> Thanks for pointing out the safegaurds setup for a transfer of this
> >> type. Would the unmatching chunks be discarded or would the bittorrent
> >> process be interrupted? Either way, the bittorrent does not sound as
> >> risky as it once did. I still prefer ftp transfers from familiar
> >> mirrors. This is mainly because with bittorrent, you have to learn how
> >> to open ports for the torrent, people are pulling bits from my
> >> machine, I am pulling bits from machines that are unfamiliar to me.
> >
> >
> >
> > The bad chunks are simply discarded and the download continues. These
> > chunks are then downloaded from other sources and this is repeated
> > untill you get the full file , with the correct checksum... It's the
> > same idea behind the protocol used in xmule/amule/emule/edonkey.
> > Download each part , check it and download from someone else if it is
> > not valid.
>
>Thanks for the info.
>
>Jim
>
> >
> > --
> > Pedro Macedo
> >
> >
>
>
>
>
>------------------------------
>
>Message: 3
>Date: Sun, 16 May 2004 20:31:13 -0700
>From: Sean Earp <smearp at mac.com>
>Subject: Re: Serious reservations about FC2 release on 5/18
>To: For testers of Fedora Core development releases
>	<fedora-test-list at redhat.com>
>Message-ID: <A5880B5A-A7B2-11D8-B4A2-000393C34F68 at mac.com>
>Content-Type: text/plain; charset=US-ASCII; format=flowed
>
> >
> >> A very serious bug exists which can render dual-boot Windows XP
> >> installations inoperable.  The problem has been discussed in other
> >> threads here on this list, and can be found in bugzilla, so I won't go
> >> over it in more detail.  Please see bugzilla bugs 120128 and 115980.
> >> This problem happens on my hardware even if the harddrive is wiped,
> >> and
> >> a fresh Windows XP install is performed before FC2-test3.
> >> I know about this problem because I experienced it first hand in
> >> FC2-test3.  The only way I've found to work around it is to install
> >> Windows XP, then FC1, and finally do an UPGRADE to FC2-test3.
> >> Something
> >> is just plain not right with the FC2 "from scratch" installation
> >> process.  This problem did NOT exist in FC1!
> >
> >
> > This is actually a bug in Windows XP,  please forward your concerns to
> > Microsoft asking them the correct procedure to dual boot with Linux.
> > :o)
>
>Don't joke about something like that.  Microsoft actually has a
>knowledge base article covering what their customers should do with
>Linux...
>
>http://support.microsoft.com/default.aspx?scid=kb;en-us;314458
>
>(and I wish i was kidding... <sigh>)
>
>-Sean :)
>
>GPG public key:  <http://homepage.mac.com/smearp/seanpgp.asc>
>
>
>
>
>------------------------------
>
>Message: 4
>Date: Sun, 16 May 2004 22:32:13 -0500
>From: Gerry Tool <gstool at earthlink.net>
>Subject: Re: Serious reservations about FC2 release on 5/18
>To: fedora-test-list at redhat.com
>Message-ID: <40A8323D.6010106 at earthlink.net>
>Content-Type: text/plain; charset=us-ascii; format=flowed
>
>Sean Estabrooks wrote:
> > On Sun, 16 May 2004 19:37:09 -0500
> > Gerry Tool <gstool at earthlink.net> wrote:
> >
> >
> >>I do concur that this is going to hurt the reputation of FC2.
> >
> >
> > Holy shit, too bad there isn't a whiner of the day award!   People like
> > you really shouldn't be using test releases.  The idea is to find 
>problems
> > and post bug reports not freak out when things aren't working perfectly.
> > Maybe we should just do what Microsoft does and says Dual boot is
> > not supported, you're on your own!!
> >
> > Cheers,
> > Sean
> >
> >
>Why do you have to get offensive and personal?  I've been happily
>involved in every "Red Hat" test release since the public beta for RHL8.
>   I am NOT WHINING.  I've reported a number of bugs for the three FC2
>test releases to bugzilla and have put up with whatever problems testing
>has caused.  I am simply concerned with the people who have not been
>testers who now will be bitten by this problem when they do a fresh
>install of FC2 on a dual boot system having windows XP, and the reviews
>that will point this out.
>
>Looking back on this thread, you have been a constant complainer about
>everyone who has the opinion that this is an issue that needs serious
>attention.
>
>Why are you so vitriolic about this issue?
>
>Gerry Tool
>
>
>
>
>
>------------------------------
>
>Message: 5
>Date: Sun, 16 May 2004 23:24:43 -0400
>From: Matthew Miller <mattdm at mattdm.org>
>Subject: Re: RedHat Desktop was or is Fedora Core 2 Release
>To: For testers of Fedora Core development releases
>	<fedora-test-list at redhat.com>
>Message-ID: <20040517032443.GA23985 at jadzia.bu.edu>
>Content-Type: text/plain; charset=us-ascii
>
>On Sun, May 16, 2004 at 08:22:09PM -0600, Bob Gill wrote:
> > Is there any other way of getting FC2 (final) early without installing
> > bittorment?
>
>Maybe you can find a guy on the corner selling it out of the trunk of his
>car....
>
>--
>Matthew Miller           mattdm at mattdm.org        <http://www.mattdm.org/>
>Boston University Linux      ------>                <http://linux.bu.edu/>
>
>
>
>
>------------------------------
>
>Message: 6
>Date: Sun, 16 May 2004 23:47:14 -0400
>From: Matthew Miller <mattdm at mattdm.org>
>Subject: Re: Serious reservations about FC2 release on 5/18
>To: For testers of Fedora Core development releases
>	<fedora-test-list at redhat.com>
>Message-ID: <20040517034714.GA24320 at jadzia.bu.edu>
>Content-Type: text/plain; charset=us-ascii
>
>On Sun, May 16, 2004 at 10:32:13PM -0500, Gerry Tool wrote:
> > Looking back on this thread, you have been a constant complainer about
> > everyone who has the opinion that this is an issue that needs serious
> > attention.
> > Why are you so vitriolic about this issue?
>
>Not to excuse excessive vitriol, but as I said in another post, I think 
>it's
>a predictable response due to the subject line and general tone of the
>original message. The complaint should be "this bug ought to get fixed", 
>not
>"FC2 shouldn't be released until my problems are solved". Whether or not it
>really should be released is a moot point -- it's already out the door. So,
>that sets the tone for argument -- whether that was the intent or not.
>
>--
>Matthew Miller           mattdm at mattdm.org        <http://www.mattdm.org/>
>Boston University Linux      ------>                <http://linux.bu.edu/>
>
>
>
>
>------------------------------
>
>Message: 7
>Date: Mon, 17 May 2004 00:10:19 -0400
>From: Sean Estabrooks <seanlkml at rogers.com>
>Subject: Re: Serious reservations about FC2 release on 5/18
>To: fedora-test-list at redhat.com
>Message-ID: <20040517001019.40240043.seanlkml at rogers.com>
>Content-Type: text/plain; charset=US-ASCII
>
>On Sun, 16 May 2004 22:32:13 -0500
>Gerry Tool <gstool at earthlink.net> wrote:
>
> > Why do you have to get offensive and personal?  I've been happily
>
>Frankly, I find statements about how bad this is going to look and laying
>the blame at the feet of Fedora rather offensive.   Go complain to
>Microsoft who charged you money for the privilege of not supporting
>dual boot with Linux.
>
> > involved in every "Red Hat" test release since the public beta for RHL8.
> >   I am NOT WHINING.  I've reported a number of bugs for the three FC2
> > test releases to bugzilla and have put up with whatever problems testing
> > has caused.  I am simply concerned with the people who have not been
> > testers who now will be bitten by this problem when they do a fresh
> > install of FC2 on a dual boot system having windows XP, and the reviews
> > that will point this out.
> >
> > Looking back on this thread, you have been a constant complainer about
> > everyone who has the opinion that this is an issue that needs serious
> > attention.
> >
> > Why are you so vitriolic about this issue?
>
>The thing that is most offensive is when people say... "ohhh this looks so 
>bad"
>like that's supposed to inspire fear in the developers who will then rush 
>in with
>a fix.   Trying to make people feel bad about how FC2 "will look" in the 
>eyes of
>somebody is pathetic.   Fedora doesn't owe you or them anything.
>
>People who report bugs DON'T get flamed.   People who make statements
>about how horrible the world is because of the FREE software they're 
>running, DO.
>
>Instead of saying things about how bad this is going to _look_ you could 
>have spent
>some time installing other versions of Grub to figure out when the problem
>was introduced.   Then you could have HELPED the developer solve the 
>problem
>faster.
>
>Sean.
>
>
>
>
>------------------------------
>
>Message: 8
>Date: Mon, 17 May 2004 13:28:25 +0800
>From: Chris Kloiber <ckloiber at ckloiber.com>
>Subject: Re: OT: best bittorrent client for FC2/Gnome
>To: For testers of Fedora Core development releases
>	<fedora-test-list at redhat.com>
>Message-ID: <1084771704.9692.10.camel at galileo.ckloiber.com>
>Content-Type: text/plain
>
>On Mon, 2004-05-17 at 08:01, Mark Fonnemann wrote:
> > Hello-
> >
> > in anticipation of tuesday's release of FC2, can someone please 
>recommend an
> > excellent bittorrent client for use with FC2/Gnome. i'm currently using 
>Azureus
> > under FC2t3 but i don't particularly like the fact that it does not 
>integrate
> > well with Gnome visually (i believe it uses a KDE interface) or the fact 
>that
> > Java is currently using 288MB memory on my system. can someone please 
>recommend
> > a better client? thanks for your input, much appreciated...
> >
> > mark. :-)
>
>Then you don't have the latest/correct version. Theres an Azureus out
>there that uses gtk2 and looks sweet.
>
>http://prdownloads.sourceforge.net/azureus/Azureus_2.0.8.4_linux.GTK.tar.bz2?download
>
>
>
>
>
> >
> >
> >
> > __________________________________
> > Do you Yahoo!?
> > SBC Yahoo! - Internet access at a great low price.
> > http://promo.yahoo.com/sbc/
>--
>Chris Kloiber
>
>
>
>
>
>------------------------------
>
>Message: 9
>Date: Mon, 17 May 2004 00:41:35 -0500
>From: Law Horne <zimhat at foou.net>
>Subject: Re: Serious reservations about FC2 release on 5/18
>To: fedora-test-list at redhat.com
>Message-ID: <1084772495.2778.8.camel at Basanizo>
>Content-Type: text/plain
>
>Has no simply tried this?
>
>For Windows XP, boot from the install CD and enter the Recovery Console.
>Then issue the command:
>Code:
>bootcfg /rebuild
>
>
>This fixes the bootloader for windows xp. But I do not know if it will
>work in this situation.
>I cannot test this as I do not have this problem.
>
>
>Law
>
>
>
>
>
>------------------------------
>
>Message: 10
>Date: Mon, 17 May 2004 13:49:43 +0800
>From: Chris Kloiber <ckloiber at ckloiber.com>
>Subject: Re: final release - p2p or mirrors
>To: For testers of Fedora Core development releases
>	<fedora-test-list at redhat.com>
>Message-ID: <1084772982.9692.29.camel at galileo.ckloiber.com>
>Content-Type: text/plain
>
>On Mon, 2004-05-17 at 10:26, Jim Cornette wrote:
> > Chris Kloiber wrote:
> > > On Sun, 2004-05-16 at 05:33, Jim Cornette wrote:
> > >
> > >
> > >>I was thinking in reference to someone posting about a high
> > >>fragmentation level on a bittorrent acquired iso. I was also thinking
> > >>that bittorrent used bits and pieces of files available. I never 
>thought
> > >>about tcp/ip delivering packets. I assumed that the files on mirrors
> > >>would be streamed consecutively. (keeps stream of data first to last 
>on
> > >>file being downloaded.)
> > >
> > >
> > > This can be overcome in most BT clients by pre-allocating the space 
>for
> > > the download at the beginning.
> >
> > Would this be like a partition with no prior data installed? A partition
> > previously formatted and mounted to a specified point. Say, for example
> > /mnt/bittorrent?
> >
> > Having a low fragmentation level would be desirable goal for a to be
> > created CD set.
>
>No, this is when having bittorrent read teh .torrent file, determine the
>final size of the download, then dd if=/dev/zero of=filename
>bs=<file_size>. Then as the pieces arrive they get written to the
>correct position within the already existing file, resulting in almost
>no fragmentation.
>
> > >>Having a pool of computers grabbing some info from one user and some
> > >>more bits from another source, then another source seems a little too
> > >>open for foul play.
> > >
> > >
> > > Not a problem, each piece is hashed and checked. Anyone feeding you 
>more
> > > than a few bad chunks (accidents do happen) gets banned (and you 
>accept
> > > no more from them). Only possibility I can see for foul play is if the
> > > original seed was a trojan. And that can be checked for with public
> > > md5sums, which already exist. (Ie: Downloading things from 
>suprnova.org
> > > is potentially hazardous, especially to Windows systems.)
> > >
> >
> > Thanks for pointing out the safegaurds setup for a transfer of this
> > type. Would the unmatching chunks be discarded or would the bittorrent
> > process be interrupted? Either way, the bittorrent does not sound as
> > risky as it once did. I still prefer ftp transfers from familiar
> > mirrors. This is mainly because with bittorrent, you have to learn how
> > to open ports for the torrent, people are pulling bits from my machine,
> > I am pulling bits from machines that are unfamiliar to me.
>
>Pieces with bad hashes are discarded, I believe they never make it to
>the disk. Most clients I have seen will let you know about it, but
>continue as if nothing happened.
>
> > With ftp transferring, I get fairly decent rates. I can use a simple GUI
> > ftp program that does not take a lot of time configuring.
> >
> > End point, http, ftp, bittorrent transfers or whatever other method of
> > retrieval of information should exist. One method should not be
> > discontinued just because some think that one method is the "in thing",
> > "the advancement of software at it's best".
> >
> > Thanks for calming my fears with bittorrent transfers and pointing out
> > ways to get a less fragmented image and keep security levels high.
> >
> > Jim
>
>You should give it a try at least once. I recommend you wait for the
>official bittorrents from Duke University, or from Univerzita Karlova,
>don't try suprnova.org as that one really sounds fishy to me, especially
>since they list the DVD iso size at just over 2Gig, and by VPNing into
>work I see a 4Gig DVD iso.
>
>The 2Gig size sounds to me like a DVD image made by my FedoraSync.sh
>script, which means no SRPMS. If that's all it is, well it's not
>official but not harmful. But I can't tell that for sure.
>
>--
>Chris Kloiber
>
>
>
>
>
>------------------------------
>
>Message: 11
>Date: Mon, 17 May 2004 13:51:29 +0800
>From: Chris Kloiber <ckloiber at ckloiber.com>
>Subject: Re: final release - p2p or mirrors
>To: For testers of Fedora Core development releases
>	<fedora-test-list at redhat.com>
>Message-ID: <1084773089.9692.32.camel at galileo.ckloiber.com>
>Content-Type: text/plain
>
>On Mon, 2004-05-17 at 10:39, Pedro Fernandes Macedo wrote:
> > Jim Cornette wrote:
> >
> > > Would this be like a partition with no prior data installed? A
> > > partition previously formatted and mounted to a specified point. Say,
> > > for example /mnt/bittorrent?
> > >
> > > Having a low fragmentation level would be desirable goal for a to be
> > > created CD set.
> > >
> > I'm not sure.. The latest version of bittorrent (according to the
> > homepage) , allocates space when it is needed , instead of allocating
> > all the space when starting the download. This can now lead to high
> > fragmentation (as any file changing size can be fragmented)...
>
>Yes, that is the default. But defaults can often be changed.
>
>--
>Chris Kloiber
>
>
>
>
>
>------------------------------
>
>Message: 12
>Date: Mon, 17 May 2004 14:04:43 +0800
>From: Chris Kloiber <ckloiber at ckloiber.com>
>Subject: Re: Serious reservations about FC2 release on 5/18
>To: For testers of Fedora Core development releases
>	<fedora-test-list at redhat.com>
>Message-ID: <1084773883.9692.40.camel at galileo.ckloiber.com>
>Content-Type: text/plain
>
>On Mon, 2004-05-17 at 11:31, Sean Earp wrote:
>
> > > This is actually a bug in Windows XP,  please forward your concerns to
> > > Microsoft asking them the correct procedure to dual boot with Linux.
> > > :o)
> >
> > Don't joke about something like that.  Microsoft actually has a
> > knowledge base article covering what their customers should do with
> > Linux...
> >
> > http://support.microsoft.com/default.aspx?scid=kb;en-us;314458
> >
> > (and I wish i was kidding... <sigh>)
> >
> > -Sean :)
>
>Did you read that article? It sounded unusually Linux friendly for a
>Microsoft article, once you get past the title. Right near the top it it
>lets you know you don't *have* to completely get rid of Linux, and that
>the two OS can peacefully co-exist. It even goes onto saying how Linux
>"can recognize over 40 partition types including..."
>
>--
>Chris Kloiber
>
>
>
>
>
>------------------------------
>
>Message: 13
>Date: Mon, 17 May 2004 07:22:39 +0100
>From: Paul <paul at all-the-johnsons.co.uk>
>Subject: Re: xorg.conf in FC2
>To: For testers of Fedora Core development releases
>	<fedora-test-list at redhat.com>
>Message-ID: <1084774959.17370.22.camel at T7.linux>
>Content-Type: text/plain; charset="us-ascii"
>
>Hi,
>
> > No, don't copy or move any existing xorg.conf files into /etc/X11.
> > Use system-config-display to create a new, fresh config file instead
> > (this is more likely to create a usable file than assuming one you
> > *find* on the system is valid.. the s-c-d program uses a script that
> > knows what is valid to create it)
>
>Something is being very silly on my system. All I get is
>
>Traceback (most recent call last):
>File "/usr/share/system-config-display/xconf.py", line 412, in ?
>   hardware_state.merge_into(xconfig)
>NameError: name 'hardware_state' is not defined
>
>TTFN
>
>Paul
>--
>"Your lives are in the hands of men no smarter than you or I, many of
>them incompetent boobs. I know this because I worked alongside them,
>gone bowling with them, watched them pass me over for promotions time
>and again. And I say ... This stinks!" - Homer Simpson
>-------------- next part --------------
>A non-text attachment was scrubbed...
>Name: not available
>Type: application/pgp-signature
>Size: 189 bytes
>Desc: This is a digitally signed message part
>Url : 
>/archives/fedora-test-list/attachments/20040517/d1613509/attachment.bin
>
>------------------------------
>
>Message: 14
>Date: Mon, 17 May 2004 16:58:24 +1000
>From: djh <djh at iinet.net.au>
>Subject: Re: final release - p2p or mirrors
>To: For testers of Fedora Core development releases
>	<fedora-test-list at redhat.com>
>Message-ID: <40A86290.9080504 at iinet.net.au>
>Content-Type: text/plain; charset=us-ascii; format=flowed
>
>Chris Kloiber wrote:
>
> >You should give it a try at least once. I recommend you wait for the
> >official bittorrents from Duke University, or from Univerzita Karlova,
> >don't try suprnova.org as that one really sounds fishy to me, especially
> >since they list the DVD iso size at just over 2Gig, and by VPNing into
> >work I see a 4Gig DVD iso.
> >
> >
>The filesize displayed on the website is wrong.
>
>$ btshowmetainfo.py FC2-i386-DVD.iso.torrent
>...
>file name.....: FC2-i386-DVD.iso
>file size.....: 4370640896 (16672 * 262144 + 176128)
>
>David.
>
>
>
>
>------------------------------
>
>Message: 15
>Date: Mon, 17 May 2004 09:03:04 +0100
>From: PFJ <paul at all-the-johnsons.co.uk>
>Subject: Settings for yum
>To: fedora-test-list at redhat.com
>Message-ID: <1084780983.23909.4.camel at jeeves.music.salford.ac.uk>
>Content-Type: text/plain; charset="us-ascii"
>
>Hi,
>
>Now we've hit FC2, what do I need to bung into yum to ensure FC2 is kept
>up to date?
>
>TTFN
>
>Paul
>--
>"Discovery is, in it's essence, a matter of re-arranging or transforming
>evidence in such a way that one is enabled to go beyond the evidence so
>re-assembled to additional new insights" - Bruner
>-------------- next part --------------
>A non-text attachment was scrubbed...
>Name: not available
>Type: application/pgp-signature
>Size: 189 bytes
>Desc: This is a digitally signed message part
>Url : 
>/archives/fedora-test-list/attachments/20040517/d8467837/attachment.bin
>
>------------------------------
>
>Message: 16
>Date: Mon, 17 May 2004 10:13:55 +0200
>From: Francis SOUYRI <francis.souyri at apec.fr>
>Subject: Re: ide/scsi and cdrecord
>To: For testers of Fedora Core development releases
>	<fedora-test-list at redhat.com>
>Message-ID: <40A87443.7000309 at apec.fr>
>Content-Type: text/plain;	charset=us-ascii;	format=flowed
>
>Hello Greg,
>
>You have a problem between the kernel "sg" driver and "cdrecord" (Cannot
>open '/dev/sg*')
>
>Take a look at:
>http://www.redhat.com/archives/fedora-test-list/2004-May/msg01136.html
>
>Best regards.
>
>Francis
>
>King, John (Greg) (LMIT-HOU) wrote:
>
> >I did use the search mechanism to search all the fedora test archives but
> >never found what i was looking for.
> >
> >for example
> >http://www.redhat.com/cgi-bin/search.cgi?q=cdrecord&ps=20&o=0&m=all&wm=wrd&w
> >f=222210&ul=%2Farchives%2Ffedora-test-list
> >
> >Archives are great if you know the keywords to get to the material :)
> >
> >-Greg
> >
> >-----Original Message-----
> >From: fedora-test-list-bounces at redhat.com
> >[mailto:fedora-test-list-bounces at redhat.com]On Behalf Of Phil Schaffner
> >Sent: Friday, May 14, 2004 2:25 PM
> >To: 'fedora-test-list at redhat.com'
> >Subject: Re: ide/scsi and cdrecord
> >
> >
> >On Fri, 2004-05-14 at 15:10, King, John (Greg) (LMIT-HOU) wrote:
> >
> >
> >>I am having a problem using cdrecord to work with my ide cdrw. There has
> >>been plenty of google-able material like appending hdc=ide-scsi in
> >>grub.conf.
> >>
> >>So far I have had no luck running cdrecord and while I am looking I was
> >>hoping someone here may have the answer.
> >>
> >>
> >
> >Perhaps...
> >http://www.redhat.com/archives/fedora-test-list/2004-May/msg01217.html
> >
> >The archive knows all (some).  Search and you shall (may) discover.
> >
> >
> >
> >
>
>
>
>
>------------------------------
>
>Message: 17
>Date: Mon, 17 May 2004 02:03:48 -0700
>From: Andrew Farris <fedora at andrewfarris.com>
>Subject: Re: xorg.conf in FC2
>To: For testers of Fedora Core development releases
>	<fedora-test-list at redhat.com>
>Message-ID: <1084784627.32674.4.camel at CirithUngol>
>Content-Type: text/plain; charset="us-ascii"
>
>On Mon, 2004-05-17 at 07:22 +0100, Paul wrote:
> > Hi,
> >
> > > No, don't copy or move any existing xorg.conf files into /etc/X11.
> > > Use system-config-display to create a new, fresh config file instead
> > > (this is more likely to create a usable file than assuming one you
> > > *find* on the system is valid.. the s-c-d program uses a script that
> > > knows what is valid to create it)
> >
> > Something is being very silly on my system. All I get is
> >
> > Traceback (most recent call last):
> > File "/usr/share/system-config-display/xconf.py", line 412, in ?
> >   hardware_state.merge_into(xconfig)
> > NameError: name 'hardware_state' is not defined
> >
> > TTFN
> >
> > Paul
>
>See this bug.  There is one duplicate right now as well.
>http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=119620
>
>This is an interesting problem.. I had not noticed this until your
>email.  The comment below (by Mike Harris) says it is necessary to
>--reconfig due to changes in pyxf86config..
>http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=120950#c8
>
>However, it seems that --reconfig doesn't work for some people.  Try
>running s-c-d without the argument as Gene suggests here:
>http://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=119620#c9
>
>--
>Andrew Farris, CPE senior (California Polytechnic State University, SLO)
>fedora at andrewfarris.com :: lmorgul on irc.freenode.net
>"The only thing necessary for the triumph of evil is for good men
>to do nothing." (Edmond Burke)
>-------------- next part --------------
>A non-text attachment was scrubbed...
>Name: not available
>Type: application/pgp-signature
>Size: 189 bytes
>Desc: This is a digitally signed message part
>Url : 
>/archives/fedora-test-list/attachments/20040517/ee733031/attachment.bin
>
>------------------------------
>
>--
>fedora-test-list mailing list
>fedora-test-list at redhat.com
>http://www.redhat.com/mailman/listinfo/fedora-test-list
>
>
>End of fedora-test-list Digest, Vol 3, Issue 117
>************************************************

_________________________________________________________________
Express yourself with the new version of MSN Messenger! Download today - 
it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/





More information about the test mailing list