Danny- As an aside, is there a particular reason to use Fedora 7 (and not Fedora 8)? Even if you can't get Adobe's player running, Fedora 8 seems to have its own repository for an open-source Flash player: http://docs.fedoraproject.org/release-notes/f8/en_US/sn-Desktop.html#sn-Enabling-Flash-Plugin -Brian D. On Nov 11, 2007 6:43 PM, Danny <bunjee at charter.net> 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 > -------------- next part -------------- An HTML attachment was scrubbed... URL: http://mailman.mn-linux.org/pipermail/tclug-list/attachments/20071111/0e77bf2b/attachment.htm