Switch to root user and run
rpm -Uvh 
http://fpdownload.macromedia.com/get/flashplayer/current/flash-plugin-9.0.48.0-release.i386.rpm

Danny wrote:
> If there is anyone out there that can help me install adobe flash player
> - I really would appreciate it. I have Fedora 7.I have this folder on my
> desktop - /home/bunjee/Desktop/adobe-release-i386-1.0-1.noarch.rpm.
> I also have this folder on my desktop - 
> /home/bunjee/Desktop/install_flash_player_9_linux.tar.gz
> I have been trying to install this software for about a month now - very
> frustrating. I specifically go to weather.com & it asks me to install
> missing plugins. Please help me. I am very new to Linux - so I need very
> specific instructions.
> Thanx 
> Danny J.
> On Sun, 2007-11-11 at 12:00 -0600, tclug-list-request at mn-linux.org
> wrote:
>   
>> Send tclug-list mailing list submissions to
>> 	tclug-list at mn-linux.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> 	http://mailman.mn-linux.org/mailman/listinfo/tclug-list
>> or, via email, send a message with subject or body 'help' to
>> 	tclug-list-request at mn-linux.org
>>
>> You can reach the person managing the list at
>> 	tclug-list-owner at mn-linux.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of tclug-list digest..."
>>
>>
>> Today's Topics:
>>
>>    1. Re: [OT] Scruffy linux box needs IP address (Anna Edwards)
>>    2. Re: Creating a problem determination guide (Bob Hartmann)
>>
>>
>> ----------------------------------------------------------------------
>>
>> Message: 1
>> Date: Sat, 10 Nov 2007 16:55:03 -0800 (PST)
>> From: Anna Edwards <anna2edw at yahoo.com>
>> Subject: Re: [tclug-list] [OT] Scruffy linux box needs IP address
>> To: "samir.nassar+tclug at steamedpenguin.com"
>> 	<samir.nassar+tclug at steamedpenguin.com>
>> Cc: "tclug-list at mn-linux.org" <tclug-list at mn-linux.org>
>> Message-ID: <867775.22917.qm at web33701.mail.mud.yahoo.com>
>> Content-Type: text/plain; charset=us-ascii
>>
>> if it will fit in a coat closet and your willing to pay (probibily 5 a month) and you dont mind a random ip address, i could probibilly let you leach an approx.  500 kbps (rough un-limited to 6 mbps). we have a 10/100  mbps switch with a wireless g part on it.
>>
>> Samir Nassar wrote: 
>>     
>>> If there are LUG members that are able to offer an IP address and some
>>> spare bandwidth let me know. I have a linux box that does not use much
>>> traffic, has few outside-facing services and has functioning and
>>> well-behaved IPTables rules in need of a home.
>>> -- 
>>> Samir M. Nassar
>>> samir.nassar at steamedpenguin.com
>>> _______________________________________________
>>> TCLUG Mailing List - Minneapolis/St. Paul, Minnesota
>>> tclug-list at mn-linux.org
>>> http://mailman.mn-linux.org/mailman/listinfo/tclug-list
>>>       
>> __________________________________________________
>> Do You Yahoo!?
>> Tired of spam?  Yahoo! Mail has the best spam protection around 
>> http://mail.yahoo.com 
>>
>>
>>
>> ------------------------------
>>
>> Message: 2
>> Date: Sat, 10 Nov 2007 21:33:57 -0600
>> From: "Bob Hartmann" <bob.hartmann at gmail.com>
>> Subject: Re: [tclug-list] Creating a problem determination guide
>> To: tclug-list at mn-linux.org
>> Message-ID:
>> 	<b8fc4dd90711101933y1c006d09pc25e3b19f8efbd5c at mail.gmail.com>
>> Content-Type: text/plain; charset="iso-8859-1"
>>
>> On Nov 10, 2007 8:27 AM, Josh Welch <josh at joshwelch.com> wrote:
>>
>>     
>>> Quoting Wayne Johnson <wdtj at yahoo.com>:
>>>
>>>       
>>>> I know this is a bit off topic...
>>>>
>>>> Our support organization is trying to create a problem determination
>>>> guide for our product.  What I mean is a "scripted" flow chart that
>>>> they run through to try and isolate (or even fix) a customer's
>>>> problem.  The biggest issue I see with this is that as a product
>>>> changes over it's lifetime, the contents of this guide will change.  In
>>>> addition, we'll want this to be developed by the support personal as
>>>> they gain experience with the product, finding new diagnostic
>>>> procedures and tools.
>>>>
>>>> This is likely something built on a
>>>> hierarchical database with a bunch of questions like, does this work?
>>>> Does that error occur?  Is there this message in a log?
>>>>
>>>> Anyone seen this?  Any suggestions.
>>>>
>>>>         
>>> Yeah, I've seen this to varying degrees of success. If the product for
>>> which you are trying to do this has any degree of complication, then
>>> it's damn hard to put together a document of this sort. There are too
>>> many ways that a troubleshooting process can fork.
>>> I'm assuming the point here is that you're looking to get new people
>>> up to speed in a rapid fashion, correct? Your best bet is to identify
>>> the low hanging fruit, those simple issues which address a large
>>> number of your problems, and tackle those. That should get you part of
>>> the way there. Your next bet bet would likely be to break down the
>>> product into specific areas of functionality. Perhaps have a top level
>>> guide that helps your support staff to determine which area the issue
>>> lies in. They then turn to the document for that particular area which
>>> drills down more deeply into specifics.
>>> It would seem that this format lends itself well to a Wiki, I've never
>>> actually gotten to implementing such a thing but it's great in theory.
>>>
>>> Josh
>>>
>>>
>>>       
>> I heard Wiki too.  Many Wiki's offer templates and forms for structure, but
>> also have whiteboards for "X is being Y'd this week."  Support people can
>> follow a process tree and still have search capabilities.  Wiki also has the
>> benefit of a sense of ownership, which was implied in Wayne's original
>> post.  I was once a TWiki freak; I still think it's a good solution, but
>> I've been scolded here for being too retro or something.  Maybe geeklog.  I
>> dunno.  My main point is that this can be done well within any of a number
>> of already-built web frameworks without much if any coding.  And it can be
>> implemented and grown rather quickly.
>>
>>
>>    _______________________________________________
>>
>>
>> TCLUG Mailing List - Minneapolis/St. Paul, Minnesota
>>     
>>> tclug-list at mn-linux.org
>>> http://mailman.mn-linux.org/mailman/listinfo/tclug-list
>>>
>>>       
>> -------------- next part --------------
>> An HTML attachment was scrubbed...
>> URL: http://mailman.mn-linux.org/pipermail/tclug-list/attachments/20071110/e295ed71/attachment-0001.htm 
>>
>> ------------------------------
>>
>> _______________________________________________
>> TCLUG Mailing List - Minneapolis/St. Paul, Minnesota
>> tclug-list at mn-linux.org
>> http://mailman.mn-linux.org/mailman/listinfo/tclug-list
>>
>> End of tclug-list Digest, Vol 35, Issue 17
>> ******************************************
>>     
>
>
> _______________________________________________
> TCLUG Mailing List - Minneapolis/St. Paul, Minnesota
> tclug-list at mn-linux.org
> http://mailman.mn-linux.org/mailman/listinfo/tclug-list
>