fedora-test-list digest, Vol 1 #479 - 26 msgs

Tom Vaughan vaughan at cox.net
Tue Jan 13 21:15:55 UTC 2004


I too am having difficulties with yum. I first fixed a typo in one of
the python files and now I get an RPM error after downloading all the
packages when typing yum upgrade


Tom

vaughan at cox.net



------------------------------------------------------------------------
--------------
FIGHT BACK AGAINST SPAM!
Download Spam Inspector, the Award Winning Anti-Spam Filter
http://mail.giantcompany.com


-----Original Message-----
From: fedora-test-list-admin at redhat.com
[mailto:fedora-test-list-admin at redhat.com] On Behalf Of
fedora-test-list-request at redhat.com
Sent: Tuesday, January 13, 2004 12:00 PM
To: fedora-test-list at redhat.com
Subject: fedora-test-list digest, Vol 1 #479 - 26 msgs

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-admin 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: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Balint Cristian)
   2. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Tim Waugh)
   3. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Jakub Jelinek)
   4. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Sean Estabrooks)
   5. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Sean Estabrooks)
   6. RE: Java and Fedora (stephan schutter)
   7. RE: Java and Fedora (Mariusz =?iso-8859-2?Q?Smyku=B3a?=)
   8. Re: Java and Fedora (Ryan Nix)
   9. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Sean Estabrooks)
  10. Yum Broken. (Mark Lane)
  11. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Mike Chambers)
  12. Re: Yum Broken. (Justin M. Forbes)
  13. Re: Yum Broken. (Greg Sanders)
  14. Re: Yum Broken. (seth vidal)
  15. Re: Yum Broken. (Greg Sanders)
  16. Re: Compiling NVIDIA driver for -ntpl kernel (joe)
  17. Re: Compiling NVIDIA driver for -ntpl kernel (joe)
  18. Re: Yum Broken. (seth vidal)
  19. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Gene C.)
  20. Re: Compiling NVIDIA driver for -ntpl kernel (John Alexander
Thacker)
  21. x86_64 vs i[36]86 arch question (Boszormenyi Zoltan)
  22. Re: x86_64 vs i[36]86 arch question (Justin M. Forbes)
  23. Re: Fedora Core 1 Testing Update: gcc-3.3.2-6 (Sean Estabrooks)
  24. Re: x86_64 vs i[36]86 arch question (Boszormenyi Zoltan)
  25. Re: x86_64 vs i[36]86 arch question (Justin M. Forbes)
  26. Re: Yum Broken. (mark at harddata.com)

--__--__--

Message: 1
From: Balint Cristian <rezso at rdsor.ro>
Organization: Home
To: fedora-test-list at redhat.com
Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6
Date: Mon, 12 Jan 2004 19:08:10 +0200
Cc: Sean Estabrooks <seanlkml at rogers.com>
Reply-To: fedora-test-list at redhat.com


>
> development -> testing -> stable ?

As i remark till now was:

testing ---(1 day to 1 week)---> devel ---> stable.

If i am wrong correct me.

>
> It's hard to keep track of the latest rpm's new ones somtimes skip
> the first step.    For those of us with local mirrors we'll have to
mirror
> _both_ development and testing.   Perhaps there is a reason why this
> particular release didn't appear in the development rpms?
>
> Cheers,
> Sean



--__--__--

Message: 2
Date: Mon, 12 Jan 2004 17:12:35 +0000
From: Tim Waugh <twaugh at redhat.com>
To: fedora-test-list at redhat.com
Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6
Reply-To: fedora-test-list at redhat.com


--eMP3JyRexyk9c0Bv
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable

On Mon, Jan 12, 2004 at 11:56:00AM -0500, Sean Estabrooks wrote:

> Shouldn't the flow of an rpm be something like:
>=20
> development -> testing -> stable ?

No.  The 'development' packages are built in a rawhide build
environment -- you certainly don't want those ending up as stable
updates for Fedora Core 1.

Basically a package is either built for testing (and then perhaps
moved to stable) *or* for development.

Tim.
*/

--eMP3JyRexyk9c0Bv
Content-Type: application/pgp-signature
Content-Disposition: inline

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.3 (GNU/Linux)

iD8DBQFAAtWD9gevn0C09XYRAmT1AKDaX9D3x9dkzeIRU40b1Qynxa8iTACfawga
cd/5P+PZSyZZo2SVzPOi1Nc=
=gad5
-----END PGP SIGNATURE-----

--eMP3JyRexyk9c0Bv--



--__--__--

Message: 3
Date: Mon, 12 Jan 2004 12:19:25 -0500
From: Jakub Jelinek <jakub at redhat.com>
To: fedora-test-list at redhat.com
Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6
Reply-To: fedora-test-list at redhat.com

On Mon, Jan 12, 2004 at 05:12:35PM +0000, Tim Waugh wrote:
> On Mon, Jan 12, 2004 at 11:56:00AM -0500, Sean Estabrooks wrote:
> 
> > Shouldn't the flow of an rpm be something like:
> > 
> > development -> testing -> stable ?
> 
> No.  The 'development' packages are built in a rawhide build
> environment -- you certainly don't want those ending up as stable
> updates for Fedora Core 1.
> 
> Basically a package is either built for testing (and then perhaps
> moved to stable) *or* for development.

And in the case of GCC, there are so far no reasons to have different
compiler for FC1 updates and development, which means that
the package has to be built as FC1 testing and when it becomes FC1
stable
it will be automatically inherited into FC2 development.

	Jakub



--__--__--

Message: 4
Date: Mon, 12 Jan 2004 12:26:50 -0500
From: Sean Estabrooks <seanlkml at rogers.com>
To: fedora-test-list at redhat.com
Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6
Organization: 
Reply-To: fedora-test-list at redhat.com

On Mon, 12 Jan 2004 17:12:35 +0000
Tim Waugh <twaugh at redhat.com> wrote:

> On Mon, Jan 12, 2004 at 11:56:00AM -0500, Sean Estabrooks wrote:
> 
> > Shouldn't the flow of an rpm be something like:
> > 
> > development -> testing -> stable ?
> 
> No.  The 'development' packages are built in a rawhide build
> environment -- you certainly don't want those ending up as stable
> updates for Fedora Core 1.
> 
> Basically a package is either built for testing (and then perhaps
> moved to stable) *or* for development.
 
Hey Tim,

Ok, i guess that makes some sense.   My own feeling is that the
development branch should not be behind the testing branch of 
the current release.   All i was really asking was shouldn't it be
released to"rawhide" ie. development branch first or at least in 
parallel?   If it's good enough to be pre-stable, isn't it good enough 
for the development branch?   

This would increase the exposure and perhaps reveal additional issues,
prior to going stable.   My other reason is admittedly somewhat selfish
in
that i only have a local mirror of the development rpms and would
dislike
having to mirror all the testing rpms just to get the odd rpm that
appears
there first.   This can't be good for the download sites either.

Cheers,
Sean




--__--__--

Message: 5
Date: Mon, 12 Jan 2004 12:29:40 -0500
From: Sean Estabrooks <seanlkml at rogers.com>
To: fedora-test-list at redhat.com
Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6
Organization: 
Reply-To: fedora-test-list at redhat.com

On Mon, 12 Jan 2004 12:19:25 -0500
Jakub Jelinek <jakub at redhat.com> wrote:

> On Mon, Jan 12, 2004 at 05:12:35PM +0000, Tim Waugh wrote:
> > On Mon, Jan 12, 2004 at 11:56:00AM -0500, Sean Estabrooks wrote:
> > 
> > > Shouldn't the flow of an rpm be something like:
> > > 
> > > development -> testing -> stable ?
> > 
> > No.  The 'development' packages are built in a rawhide build
> > environment -- you certainly don't want those ending up as stable
> > updates for Fedora Core 1.
> > 
> > Basically a package is either built for testing (and then perhaps
> > moved to stable) *or* for development.
> 
> And in the case of GCC, there are so far no reasons to have different
> compiler for FC1 updates and development, which means that
> the package has to be built as FC1 testing and when it becomes FC1
> stable it will be automatically inherited into FC2 development.
> 
Jakub,

Thanks for the response.   Would it make more sense that FC2 development
inherit the package when it goes into testing instead?    Development is
meant to be most current and isn't garenteed to not break.   This should
speed up the discovery of any issues.   If it's good enough for FC1
testing does it not mean it's good enough for FC2 development?

Thanks,
Sean





--__--__--

Message: 6
From: "stephan schutter" <rhl at farorbit.com>
To: <fedora-test-list at redhat.com>
Subject: RE: Java and Fedora
Date: Mon, 12 Jan 2004 11:31:52 -0600
Reply-To: fedora-test-list at redhat.com

Because the vendor assumes that you are a UNIX admin, and want to do
everything yourself... It is like distributing Windows programs and
expecting the user to go and edit the registry by hand to make the
program
start. --it is insane. 

Making a symlink in the /bin folder pointing to the Java executable
worked
for me... This seems a lot simpler and global than fiddling with paths
and
variables... 

-----Original Message-----
From: fedora-test-list-admin at redhat.com
[mailto:fedora-test-list-admin at redhat.com] On Behalf Of Ryan Nix
Sent: Sunday, January 11, 2004 1:27 PM
To: fedora-test-list at redhat.com
Subject: Java and Fedora

Why is Java always so difficult to setup?  Specifically speaking, I'm 
trying to install Limewire for a customer to appease her for trying a 
Linux desktop.
Is there something that has to be configured in each user account to run

Limewire?

Are there any plans to bundle a JVM like Sun's or IBMs in the future?


-- 
fedora-test-list mailing list
fedora-test-list at redhat.com
http://www.redhat.com/mailman/listinfo/fedora-test-list



--__--__--

Message: 7
Subject: RE: Java and Fedora
From: Mariusz =?iso-8859-2?Q?Smyku=B3a?= <marian at gg3d.com>
To: Fedora Test List <fedora-test-list at redhat.com>
Organization: JabberPL.org
Date: Mon, 12 Jan 2004 22:15:25 +0100
Reply-To: fedora-test-list at redhat.com

W li¶cie z pon, 12-01-2004, godz. 18:31, stephan schutter pisze: 

> Why is Java always so difficult to setup?  Specifically speaking, I'm 
> trying to install Limewire for a customer to appease her for trying a 
> Linux desktop.
> Is there something that has to be configured in each user account to
run 
> Limewire?

jpackage.org and yum install limewire ;)

-- 
    Mariusz 'marian' Smyku³a
---------------------------------
jid/email: marian at t-system.com.pl
---------------------------------



--__--__--

Message: 8
Date: Mon, 12 Jan 2004 15:23:35 -0600
From: Ryan Nix <rnix at prometheon.net>
To: fedora-test-list at redhat.com
Subject: Re: Java and Fedora
Reply-To: fedora-test-list at redhat.com

You rock Mariusz!  Thanks to everyone else for the help too!

:)
Mariusz Smyku³a wrote:

>W li¶cie z pon, 12-01-2004, godz. 18:31, stephan schutter pisze: 
>
>  
>
>>Why is Java always so difficult to setup?  Specifically speaking, I'm 
>>trying to install Limewire for a customer to appease her for trying a 
>>Linux desktop.
>>Is there something that has to be configured in each user account to
run 
>>Limewire?
>>    
>>
>
>jpackage.org and yum install limewire ;)
>
>  
>



--__--__--

Message: 9
Date: Mon, 12 Jan 2004 18:16:18 -0500
From: Sean Estabrooks <seanlkml at rogers.com>
To: fedora-test-list at redhat.com
Cc: jakub at redhat.com
Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6
Organization: 
Reply-To: fedora-test-list at redhat.com

On Mon, 12 Jan 2004 12:19:25 -0500
Jakub Jelinek <jakub at redhat.com> wrote:


> And in the case of GCC, there are so far no reasons to have different
> compiler for FC1 updates and development, which means that
> the package has to be built as FC1 testing and when it becomes FC1
> stable
> it will be automatically inherited into FC2 development.

Jakub,

Ok, bandwidth-be-damned i've setup mirroring for binary and source
rpms of both core/testing and core/development from redhat.com.  

Would still be interested to hear if you think a change is in order
about
when rpms are automatically inherited by FC2 development.  Don't you
think
it would be better if it happened at testing time, rather than when
moved
to stable?  Although i do like the notion that we test our rpms _before_
we develop them...  That's got to make development easier. ;o)

Sean



--__--__--

Message: 10
Subject: Yum Broken.
From: Mark Lane <mark at harddata.com>
To: fedora-test-list at redhat.com
Organization: Hard Data
Date: Mon, 12 Jan 2004 17:54:59 -0700
Reply-To: fedora-test-list at redhat.com

I have been upgrading my Taroon 2 system to Fedora Core 1 for AMD64 but
I have run into a problem. I believe that after I upgraded openssl that
yum broke. 

[root at dynamic-171 downloads]# yum check-update
Traceback (most recent call last):
  File "/usr/bin/yum", line 22, in ?
    import yummain
  File "yummain.py", line 21, in ?
  File "clientStuff.py", line 25, in ?
  File "pkgaction.py", line 25, in ?
  File "rpmUtils.py", line 9, in ?
  File "urlgrabber.py", line 21, in ?
  File "/usr/lib64/python2.2/urllib2.py", line 101, in ?
    import ftplib
  File "/usr/lib64/python2.2/ftplib.py", line 68, in ?
    all_errors = (Error, socket.error, IOError, EOFError)
AttributeError: 'module' object has no attribute 'error'


Any Ideas on how to fix this without putting on Taroon's version of
openssl?

regards,

-- 
Mark Lane, CET	mailto:mark at harddata.com 
Hard Data Ltd.	http://www.harddata.com 
T: 01-780-456-9771 	F: 01-780-456-9772
11060 - 166 Avenue Edmonton, AB, Canada, T5X 1Y3
--> Ask me about our Excellent 1U Systems! <--



--__--__--

Message: 11
Subject: Re: Fedora Core 1 Testing Update: gcc-3.3.2-6
From: Mike Chambers <mike at netlyncs.com>
To: Fedora Beta <fedora-test-list at redhat.com>
Date: Mon, 12 Jan 2004 18:55:09 -0600
Reply-To: fedora-test-list at redhat.com

On Mon, 2004-01-12 at 17:16, Sean Estabrooks wrote:

> Would still be interested to hear if you think a change is in order
about
> when rpms are automatically inherited by FC2 development.  Don't you
think
> it would be better if it happened at testing time, rather than when
moved
> to stable?  Although i do like the notion that we test our rpms
_before_
> we develop them...  That's got to make development easier. ;o)

I don't think this test/stable and development/rawhide system is setup
that way.  Testing is for making sure the package works before it is
moved to production up2date for the current release. 
Development/rawhide is for working on the next release, which once a
package is working fine for the current one, then it's made to work with
the new-to-be release, which will probably have lots of different
dependencies/mechanisms, like the 2.6 kernel, newer kde, gnome and so
on.


LOL, doubt I'm explaining this correctly, hopefully my point is across
at least hehe.

-- 
Mike Chambers
Madisonville, KY

"It's funny until someone gets hurt...then it's hilarious!"



--__--__--

Message: 12
Date: Mon, 12 Jan 2004 19:03:36 -0600
From: "Justin M. Forbes" <64bit_fedora at comcast.net>
To: fedora-test-list at redhat.com
Subject: Re: Yum Broken.
Reply-To: fedora-test-list at redhat.com

On Mon, Jan 12, 2004 at 05:54:59PM -0700, Mark Lane wrote:
> 
> Any Ideas on how to fix this without putting on Taroon's version of
> openssl?
> 
Please see the FAQ at http://www.linuxtx.org/amd64faq.html

There is a yum update from the original distribution site at
http://fedora.linux.duke.edu/fc1_x86_64/updates that will fix the issue
you
are seeing.

Thanks,
Justin



--__--__--

Message: 13
Date: Tue, 13 Jan 2004 03:15:58 +0000 (UTC)
From: Greg Sanders <greg at elcoronel.com>
To: fedora-test-list at redhat.com
Subject: Re: Yum Broken.
Reply-To: fedora-test-list at redhat.com

What's the fix for the problem mentioned below if you're running Yum
2.0.4-1 on RedHat 9.0.93 (Severn)?

On Mon, 12 Jan 2004, Mark Lane wrote:

> I have been upgrading my Taroon 2 system to Fedora Core 1 for AMD64
but
> I have run into a problem. I believe that after I upgraded openssl
that
> yum broke.
>
> [root at dynamic-171 downloads]# yum check-update
> Traceback (most recent call last):
>   File "/usr/bin/yum", line 22, in ?
>     import yummain
>   File "yummain.py", line 21, in ?
>   File "clientStuff.py", line 25, in ?
>   File "pkgaction.py", line 25, in ?
>   File "rpmUtils.py", line 9, in ?
>   File "urlgrabber.py", line 21, in ?
>   File "/usr/lib64/python2.2/urllib2.py", line 101, in ?
>     import ftplib
>   File "/usr/lib64/python2.2/ftplib.py", line 68, in ?
>     all_errors = (Error, socket.error, IOError, EOFError)
> AttributeError: 'module' object has no attribute 'error'
>
>
> Any Ideas on how to fix this without putting on Taroon's version of
> openssl?
>
> regards,
>
> --
> Mark Lane, CET	mailto:mark at harddata.com
> Hard Data Ltd.	http://www.harddata.com
> T: 01-780-456-9771 	F: 01-780-456-9772
> 11060 - 166 Avenue Edmonton, AB, Canada, T5X 1Y3
> --> Ask me about our Excellent 1U Systems! <--
>
>
> --
> fedora-test-list mailing list
> fedora-test-list at redhat.com
> http://www.redhat.com/mailman/listinfo/fedora-test-list
>

Greg Sanders - Sysadmin, Webhead, Tolkien-phile
ElCoronel @ irc.freenode.net - http://elcoronel.com/
------------------------------------------------------------------------
-
Methink'st thou art a general offence and every man should beat thee.
-William Shakespeare, All's Well That Ends Well



--__--__--

Message: 14
Subject: Re: Yum Broken.
From: seth vidal <skvidal at phy.duke.edu>
To: fedora-test-list at redhat.com
Date: Mon, 12 Jan 2004 22:16:12 -0500
Reply-To: fedora-test-list at redhat.com

On Mon, 2004-01-12 at 22:15, Greg Sanders wrote:
> What's the fix for the problem mentioned below if you're running Yum
> 2.0.4-1 on RedHat 9.0.93 (Severn)?
> 

you're running severn on x86_64?

using the taroon kernel?

What other x86_64 libs are you using?

-sv




--__--__--

Message: 15
Date: Tue, 13 Jan 2004 03:32:40 +0000 (UTC)
From: Greg Sanders <greg at elcoronel.com>
To: fedora-test-list at redhat.com
Subject: Re: Yum Broken.
Reply-To: fedora-test-list at redhat.com

On Mon, 12 Jan 2004, seth vidal wrote:

> On Mon, 2004-01-12 at 22:15, Greg Sanders wrote:
> > What's the fix for the problem mentioned below if you're running Yum
> > 2.0.4-1 on RedHat 9.0.93 (Severn)?
> >
>
> you're running severn on x86_64?
>
> using the taroon kernel?
>
> What other x86_64 libs are you using?
>

Sorry, forgot to include "on standard Intel hardware" and my lib errors
are with /usr/lib/python2.2/urlib.py and /usr/lib/python2.2/ftplib.py .
Other than that my error message is identical.

Greg Sanders - Sysadmin, Webhead, Tolkien-phile
ElCoronel @ irc.freenode.net - http://elcoronel.com/
------------------------------------------------------------------------
-
Methink'st thou art a general offence and every man should beat thee.
-William Shakespeare, All's Well That Ends Well




--__--__--

Message: 16
Date: Mon, 12 Jan 2004 20:34:22 -0800
From: joe <joe at tmsusa.com>
To: fedora-test-list at redhat.com
Subject: Re: Compiling NVIDIA driver for -ntpl kernel
Reply-To: fedora-test-list at redhat.com

This is a multi-part message in MIME format.
--------------010306090909090204090706
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Elton Woo wrote:

>Newbie (and perhaps stupid) question: is there a way to remove the
>nVidia GL, so that one can keep the Mesa ones? ... Or am I obliged to
>continually remove the latter? As it stands, there two steps necessary
>whenever I get rawhide updates: 
>1) re-run the nVidia installer whenever the kernel is updated
>2) remove using --nodeps whenever XFree is updated (since I can't
>update without including the Mesa-libGL package...
>
>... or am I asking the impossible / unreasonable?
>  
>
Sure, if you'd rather do software rendering with mesa, just uninstall 
the nvidia drivers and reinstall mesa-gl.

I dunno though, let's see, mesa-gl = 0.1 fps for q3a, nvidia = 100 fps 
for q3a...

I think I'll go with the nvidia gl, and that is my final answer!

Joe

--------------010306090909090204090706
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="Content-Type"
content="text/html;charset=ISO-8859-1">
  <title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
Elton Woo wrote:<br>
<blockquote type="cite" cite="mid200310281445.22802.elwoo at videotron.ca">
  <pre wrap=""><!---->Newbie (and perhaps stupid) question: is there a
way to remove the
nVidia GL, so that one can keep the Mesa ones? ... Or am I obliged to
continually remove the latter? As it stands, there two steps necessary
whenever I get rawhide updates: 
1) re-run the nVidia installer whenever the kernel is updated
2) remove using --nodeps whenever XFree is updated (since I can't
update without including the Mesa-libGL package...

... or am I asking the impossible / unreasonable?
  </pre>
</blockquote>
<span style="font-family: monospace;">Sure, if you'd rather do software
rendering with mesa, just uninstall the nvidia drivers and reinstall
mesa-gl.<br>
<br>
I dunno though, let's see, mesa-gl = 0.1 fps for q3a, nvidia = 100 fps
for q3a...<br>
<br>
I think I'll go with the nvidia gl, and that is my final answer!<br>
<br>
Joe<br>
</span>
</body>
</html>

--------------010306090909090204090706--



--__--__--

Message: 17
Date: Mon, 12 Jan 2004 20:36:31 -0800
From: joe <joe at tmsusa.com>
To: fedora-test-list at redhat.com
Subject: Re: Compiling NVIDIA driver for -ntpl kernel
Reply-To: fedora-test-list at redhat.com

This is a multi-part message in MIME format.
--------------020504030406020707050306
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit

Elton Woo wrote:

>On October 28, 2003 03:49 pm, Mike A. Harris , <"Mike A. Harris" 
><mharris at redhat.com>> wrote:
>
>  
>
>>We are not going to make ugly hacks for software installed
>>outside of rpm context.  It defeats the entire purpose of rpm in
>>the first place, and opens the door for 10000 other software
>>companies out there to request and expect special treatment and
>>hacks for their software too.
>>    
>>
>I see your point, and I agree with you totally. FYI, the nVidia drivers
>are no longer installed via rpm, but an "all-platform" *.run
>script.
> ... I guess I'll have to live with it until nVidia update their
drivers to
>work with the newer kenels. No major heartbreak, but an annoyance
>nonetheless, to have to do those two steps, each time  ...
>  
>
Huh? what do you mean "work with newer kernels"?

Joe - happily running 3D accelerated nvidia on fedora!

Joe

--------------020504030406020707050306
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta http-equiv="Content-Type"
content="text/html;charset=ISO-8859-1">
  <title></title>
</head>
<body text="#000000" bgcolor="#ffffff">
Elton Woo wrote:<br>
<blockquote type="cite" cite="mid200310281606.46718.elwoo at videotron.ca">
  <pre wrap="">On October 28, 2003 03:49 pm, Mike A. Harris , <"Mike
A. Harris" 
<a class="moz-txt-link-rfc2396E"
href="mailto:mharris at redhat.com"><mharris at redhat.com></a>>
wrote:

  </pre>
  <blockquote type="cite">
    <pre wrap="">We are not going to make ugly hacks for software
installed
outside of rpm context.  It defeats the entire purpose of rpm in
the first place, and opens the door for 10000 other software
companies out there to request and expect special treatment and
hacks for their software too.
    </pre>
  </blockquote>
  <pre wrap=""><!---->I see your point, and I agree with you totally.
FYI, the nVidia drivers
are no longer installed via rpm, but an "all-platform" *.run
script.
 ... I guess I'll have to live with it until nVidia update their drivers
to
work with the newer kenels. No major heartbreak, but an annoyance
nonetheless, to have to do those two steps, each time  ...
  </pre>
</blockquote>
<span style="font-family: monospace;">Huh? what do you mean "work with
newer kernels"?<br>
<br>
Joe - happily running 3D accelerated nvidia on fedora!<br>
<br>
Joe<br>
</span>
</body>
</html>

--------------020504030406020707050306--



--__--__--

Message: 18
Subject: Re: Yum Broken.
From: seth vidal <skvidal at phy.duke.edu>
To: fedora-test-list at redhat.com
Date: Tue, 13 Jan 2004 00:15:33 -0500
Reply-To: fedora-test-list at redhat.com


> Sorry, forgot to include "on standard Intel hardware" and my lib
errors
> are with /usr/lib/python2.2/urlib.py and /usr/lib/python2.2/ftplib.py



More information about the fedora-test-list mailing list