On Tue, 2003-11-25 at 04:22, fedora-list-request@xxxxxxxxxx wrote: > Send fedora-list mailing list submissions to > fedora-list@xxxxxxxxxx > > To subscribe or unsubscribe via the World Wide Web, visit > http://www.redhat.com/mailman/listinfo/fedora-list > or, via email, send a message with subject or body 'help' to > fedora-list-request@xxxxxxxxxx > > You can reach the person managing the list at > fedora-list-admin@xxxxxxxxxx > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of fedora-list digest..." > > > Today's Topics: > > 1. Re: raise window on-click (Karl DeBisschop) > 2. Re: NVIDIA driver compile (Brian Fahrlander) > 3. Re: raise window on-click (Rob Park) > 4. Re: fedora-list digest, Vol 1 #356 - 28 msgs (Karl DeBisschop) > 5. SV: toggling between graphic and text mode (Paolo Nesti Poggi) > 6. Re: raise window on-click (Rob Park) > 7. Re: Whom should I put my trust? (Axel Thimm) > 8. Re: Wine serious problem (William Penton) > 9. Re: fedora-list digest, Vol 1 #356 - 28 msgs (Rob Park) > 10. Re: Updated RPM - flash-plugin-6.0.79-2 (Warren Togami) > 11. Re: Flash Plugin for Fedora Core 1 (Warren Togami) > 12. Re: alsa on fedora (Emmanuel Seyman) > 13. Re: Obtaining a 2.6 kernel? (Felipe Alfaro Solana) > 14. Re: Fedora - A Step Forward or Backward? (Emmanuel Seyman) > 15. Re: inspiron8500 (Ben Stringer) > 16. Re: The Fedora Core release notes suck! (T. Ribbrock) > 17. Where's the hardware compatibility list? (Jeroen Lankheet) > 18. Re: NVIDIA driver compile (Peter Kiem) > 19. Re: Where's the hardware compatibility list? (Warren Togami) > 20. Re: Obtaining a 2.6 kernel? (Nick Wilson) > 21. Re: VMWare (fwd) (Tommy Tovbin) > 22. Re: The Fedora Core release notes suck! (Robert P. J. Day) > 23. Re: Fedora - A Step Forward or Backward? (David L Norris) > 24. Re: raise window on-click (Joshua Penix) > 25. Re: Fedora - A Step Forward or Backward? (David L Norris) > > --__--__-- > > Message: 1 > Subject: Re: raise window on-click > From: Karl DeBisschop <kdebisschop@xxxxxxxxxxxxxxxxxxxx> > To: fedora-list@xxxxxxxxxx > Date: Tue, 25 Nov 2003 02:44:34 -0500 > Reply-To: fedora-list@xxxxxxxxxx > > > --=-xpIJKubrbY/9U2pgv4rP > Content-Type: text/plain > Content-Transfer-Encoding: quoted-printable > > > Subject: re: raise window on-click > > From: Ben Steeves <bcs@xxxxxxxxxx> > > To: fedora-list@xxxxxxxxxx > > Date: Mon, 24 Nov 2003 21:55:59 -0400 > > Reply-To: fedora-list@xxxxxxxxxx > >=20 > > On Mon, 2003-11-24 at 21:31, Ryan Daly wrote: > > > On Mon, 2003-11-24 at 20:15, Ben Steeves wrote: > > > > On Mon, 2003-11-24 at 21:09, Iain Buchanan wrote: > > > > > I can't find out how to make a mouse click (other than on the title= > bar) > > > > > raise the window. It "used to" happen in Shrike, but I can't remem= > ber > > > > > if I did something in particular for that behaviour. My "window > > > > > preferences" are simply 'select on mouse-over'. Is it still possib= > le? > > >=20 > > > This was an issue some time ago. See, default Unix window manager > > > behavior usually dictates that a click in the window itself does *not* > > > raise the window. However, this was the default behavior in Gnome for > > > quite some time, until numerous people started complaining and filed a > > > bug report to get the action changed to the way it should be. > > >=20 > > > To get the action of clicking in a window to raise it, one should use > > > click-to-focus, not focus-follows-mouse. Focus-follows-mouse mode now > > > only raises the window when clicking the border. > >=20 > > Argh, what a terrible change from a usability point of view. I know > > this is common in old X window managers (is there really such thing as a > > "default" UNIX window manager? :-), but just 'cos that's the way it was > > always done doesn't make it right. =20 > >=20 > > At the very least it should be an option. Click-to-focus isn't the same > > behaviour because the click that focuses also raises. I *hate* that. I > > want to have the rear window have focus without coming to the front, and > > without fancy combinations of clicking and alt-tabbing around. > > I hate it too. > > I tend to like the Gnome apps, but the window manager seems to be > getting more windows-like and less useful each iteration. > > After 2 or more years of Gnome, I ended up switching to xfce to get > better performance. And I found that the windows are finally 'sane' > again. I thought after 2 years I had trained myself away from opening a > small xterm in the middle of a big emacs window, and cut-and-pasting > from xterm to emacs. But I hadn't gone more than a couple of hours > before I did exactly that and realize just how sorely I had missed this > behavior. > > --=20 > Karl DeBisschop <kdebisschop@xxxxxxxxxxxxxxxxxxxx> > > --=-xpIJKubrbY/9U2pgv4rP > Content-Type: application/pgp-signature; name=signature.asc > Content-Description: This is a digitally signed message part > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.2 (GNU/Linux) > > iD8DBQA/wwhhmzmw58oilKARArXxAKDpG7Ta88ISrbUP0Nq+lSLy+FlelgCdFOfv > tWRDwKUJ5hy0AP9rUprEmwY= > =jih2 > -----END PGP SIGNATURE----- > > --=-xpIJKubrbY/9U2pgv4rP-- > > > > --__--__-- > > Message: 2 > Subject: Re: NVIDIA driver compile > From: Brian Fahrlander <Brian@xxxxxxxxxxxxxx> > To: Fedora List <fedora-list@xxxxxxxxxx> > Date: Tue, 25 Nov 2003 01:50:02 -0600 > Reply-To: fedora-list@xxxxxxxxxx > > > --=-6YrQzhU1+ID0MdpYxX0d > Content-Type: text/plain; charset=UTF-8 > Content-Transfer-Encoding: quoted-printable > > On Tue, 2003-11-25 at 01:25, Peter Kiem wrote: > > > SRPMS are a lot more than tarballs since they define build time > > > dependencies (ie they refuse to build if this or that isn't installed), > > > configure flags (eg --with-acl, --with-openldap in the case of samba) > > > install-time configure scripts > >=20 > > My point was that SRPMS are bascially a wrapper around tarball installs. > > Can I pitch in a couple of Lincolns? > > I first touched a Unix machine in 1989. My resume, for which I > waited at the local printer came out in Albuquerque. This taught me two > things I didn't notice until much later: > > 1. Unix is an interesting world with LOTS of cool tools. > > 2. Things don't always work the way they seem, so you have to try to > make things easy for the user (who may, or may NOT remember where the > default printer is.) > > I've spent tens of thousands of hours sitting behind a black-n-white > 80x24 screen untarring files and wishing I knew all the details. > > PLEASE DON'T MAKE ME GO BACK THERE. > > SRPMS are nice; like someone leaving a reel-type lawn mower for a > brand-new power mower and mulcher that doesn't have to be emptied, I > really don't want to go back to the way it was before. > > Yeah, tarballs are more flexible; if you know every library it might > ever need, you can build a tarball for a MIPS or DEC or whatever...but > lets think about this: since the RPM package is built for almost > everything short of a Timex $2 watch, how about we build everything in > SRPMs, and make use of their inherent ability to build for multiple > platforms? > > I remember people clinging to non-windows machines...they were > pathetic, and I was one of'em. > > But trust me: I don't have time to remember the dependency tree for > all 3,000-or-so RPM packages, and I shouldn't have to. > > SRPMs/RPMs are an evolution. Just like using, say, MySQL is easier > than maintaining flat-files, re-writing locking routines every time > someone needs another phone-book app, it's a tool. And we're darned > lucky to have it: it does everything we need it to, and if it doesn't, > we'll add to it. > > They allow the few among us who program to give a hand to the rest > of us a hand-up to get things going. And a program that can't be > installed is just a datafile, right? > > It's not about programmer-macho, it's not about the guy that > memorizes all the xlib calls by heart...it's about saving time and > shortening the time it takes to make that huge, killer-app. > > If you really need the power of a tarball, feel free to install it > and copy it anywhere. But the rest of us will just rpmbuild and hope > for the best. > > Enjoy! Rejoice in the power of RPMS! > =20 > --=20 > ------------------------------------------------------------------------ > Brian Fahrl=C3=A4nder Researcher, Conservative, and Technom= > ad > Evansville, IN http://Fahrlander.net > ICQ 5119262 > ------------------------------------------------------------------------ > > --=-6YrQzhU1+ID0MdpYxX0d > Content-Type: application/pgp-signature; name=signature.asc > Content-Description: This is a digitally signed message part > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.3 (GNU/Linux) > > iD8DBQA/wwmp6PLtRzZbdhYRAvDGAJ4x8lsQJfRsu8HX5djCZZ3khUbBzQCdHViM > PoXHaomPGOj45f2o9DtbFBI= > =gFJJ > -----END PGP SIGNATURE----- > > --=-6YrQzhU1+ID0MdpYxX0d-- > > > > --__--__-- > > Message: 3 > Date: Tue, 25 Nov 2003 00:54:36 -0700 > From: Rob Park <rbpark@xxxxxxxxxxx> > To: fedora-list@xxxxxxxxxx > Subject: Re: raise window on-click > Reply-To: fedora-list@xxxxxxxxxx > > Jeff Mayrand wrote: > > design policy in Metacity is to try and avoid configuration options and > > just implement one choice that trys to suit a large number of people. > > Guh? That sounds like the worst idea I've ever heard. "Hey bill, lets > force the worst possible configuration on the largest number of people > possible!" > > How can anybody presume to know what's best for me? The ideal solution > is always to let the user configure the software to their own liking. > This is the entire reason that I use Linux in the first place! If I > wanted some programmer somewhere to make unchangeable UI decisions for > me, I'd install Windows XP. > > I used to be an Fvwm guy, I had a wicked fvwmrc that fit me like a > glove, but I stopped using it because I had a really hard time making it > look good. It was a joy to use, everything from a UI standpoint was > flawless... but it was just ugly, and I had an impossible time designing > a pretty interface, so I gave up on it. > > KDE 3.2, here I come... > > > Opinions are still very divided about whether the "make one choice for > > everybody" policy is ideal, > > It isn't. Ever. > > > but the people writing the code and on the > > usability team and the release team seem to think it's not too harmful, > > so that's the way things are moving. > > Do you also kick yourself in the head 4 or 5 times a day, because it's > not *too* harmful? > > > If you want to be able to customise things further, install a different > > window manager. > > GLADLY! *sigh* > > Sorry for my rant, please don't be offended, I'm just upset that your > goals seem to be restricting choice as much as possible. That's just absurd. > > > > --__--__-- > > Message: 4 > Subject: Re: fedora-list digest, Vol 1 #356 - 28 msgs > From: Karl DeBisschop <kdebisschop@xxxxxxxxxxxxxxxxxxxx> > To: fedora-list@xxxxxxxxxx > Date: Tue, 25 Nov 2003 02:55:13 -0500 > Reply-To: fedora-list@xxxxxxxxxx > > > --=-Hto1Zs7uCbyGM/CnN8NM > Content-Type: text/plain > Content-Transfer-Encoding: quoted-printable > > > Date: Mon, 24 Nov 2003 20:48:01 -0700 > > From: Rob Park <rbpark@xxxxxxxxxxx> > > To: fedora-list@xxxxxxxxxx > > Subject: Re: raise window on-click > > Reply-To: fedora-list@xxxxxxxxxx > >=20 > > Merc wrote: > > > I do agree with you that it should be an option. I must say though tha= > t > > > this change delighted me, and is Correct (tm). ;-) > >=20 > > Ugh, this drives me nuts. I use focus-follows-mouse because I like being=20 > > able to type into whatever window I'm pointing at, WITHOUT having to=20 > > click it. > > I'll add one more constraint. I want to paste into it (a click) without > raising it. This is where Gnome drives me nuts. > > > Basically, what I'm trying to say is that the window I'm pointing at=20 > > should ALWAYS have focus, and the WM should never give focus to any=20 > > other window, unless I point at it specifically, no matter how badly=20 > > that other window may want the focus. > > Agreed. Actually, I often find myself expecting the system to give focus > to the window I'm looking at. But maybe that's asking a little too much. > > --=20 > Karl DeBisschop <kdebisschop@xxxxxxxxxxxxxxxxxxxx> > > --=-Hto1Zs7uCbyGM/CnN8NM > Content-Type: application/pgp-signature; name=signature.asc > Content-Description: This is a digitally signed message part > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.2 (GNU/Linux) > > iD8DBQA/wwrgmzmw58oilKARAljcAKCJ6obPNEcGwLkYyhxQnT8rtChVMQCdFHWX > OPZg97h2b8dv+/Xu07NFw+g= > =C5+r > -----END PGP SIGNATURE----- > > --=-Hto1Zs7uCbyGM/CnN8NM-- > > > > --__--__-- > > Message: 5 > From: "Paolo Nesti Poggi" <pnp@xxxxxxxxxxxxxx> > To: <fedora-list@xxxxxxxxxx> > Subject: SV: toggling between graphic and text mode > Date: Tue, 25 Nov 2003 09:09:58 +0100 > Reply-To: fedora-list@xxxxxxxxxx > > Thank you so much to you and the others who answered. > This is exactly what I was looking for. > > Have a good day > Paolo > > > -----Oprindelig meddelelse----- > > Fra: fedora-list-admin@xxxxxxxxxx > > [mailto:fedora-list-admin@xxxxxxxxxx]P vegne af Felix Miata > > Sendt: 24. november 2003 18:59 > > Til: fedora-list@xxxxxxxxxx > > Emne: Re: toggling between graphic and text mode > > > > > > Paolo Nesti Poggi wrote: > > > > > I'm new to the graphical interface in Fedora (and RedHat for > > that matter). > > > I happened to install in graphic mode and cannot work in text mode any > > > longer. > > > Is there a way to go from graphic (GNU) to text and reverse? > > > > Ctrl-Alt-[F1-F6] to go to any of consoles 1-6 from X. Alt-F7 or > > Ctrl-Alt-F7 to go to X. > > -- > > "God opposes the proud but gives grace to the humble." > > 1 Peter 5:5 NIV > > > > Team OS/2 ** Reg. Linux User #211409 > > > > Felix Miata *** http://members.ij.net/mrmazda/ > > > > > > -- > > fedora-list mailing list > > fedora-list@xxxxxxxxxx > > To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list > > > > > > --__--__-- > > Message: 6 > Date: Tue, 25 Nov 2003 00:58:32 -0700 > From: Rob Park <rbpark@xxxxxxxxxxx> > To: fedora-list@xxxxxxxxxx > Subject: Re: raise window on-click > Reply-To: fedora-list@xxxxxxxxxx > > Gordon Messmer wrote: > > Rob Park wrote: > >> BUT, sometimes I DO want to raise the window, and it's *so* much > >> easier to be able to click anywhere than to be restricted to the title > >> bar. > > > > Alt + Mouse 1 > > > > Problem solved. > > This is not a solution. Why do I have to hold down the ALT button to > perform an action that I previously did NOT have to hold the ALT button > for? Just because? That's not a good reason. > > >> Actually, now that I'm ranting about it anyway, GNOME really needs a > >> "focus strictly under mouse" mode, not "focus follows mouse, poorly" > >> as is currently implemented. There's nothing I hate more than writing > >> an email, and having some error dialog box pop up, but disappear too > >> quickly to read because I was typing, it stole my focus, and I pressed > >> the space bar, which selected the default action. That dialog box, > >> whatever it was, just did something that I might not have wanted it to > >> do, and it might be irreversible, and I might never know what it was. > > > > I agree that this is a serious problem. I don't know if it's the window > > manager's fault though. It might be fixed by never assigning key > > shortcuts to buttons in "alert" style dialog boxes (that is, ones that > > open without the user specifically requesting them to open, from a menu > > or such) or at the very least, delaying the binding of a key to the > > default button for several seconds. > > The problem there, though, is that the new window will still have > keyboard focus, meaning that whatever I was typing doesn't make it into > the window I was trying to type it into. I want to continue writing > whatever I'm writing, for as long as I want, and I'll deal with the > message dialog when I feel like it. > > > > --__--__-- > > Message: 7 > Date: Tue, 25 Nov 2003 09:01:32 +0100 > From: Axel Thimm <Axel.Thimm@xxxxxxxxxxxxxxxxxxx> > To: fedora-list@xxxxxxxxxx > Subject: Re: Whom should I put my trust? > Reply-To: fedora-list@xxxxxxxxxx > > > --tNQTSEo8WG/FKZ8E > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Tue, Nov 25, 2003 at 03:09:51PM +0800, Chris Kloiber wrote: > > On Tue, 2003-11-25 at 15:04, Axel Thimm wrote: > > > On Tue, Nov 25, 2003 at 02:06:15PM +0800, Chris Kloiber wrote: > > > > On Tue, 2003-11-25 at 05:12, Timothy Ha wrote: > > > > > Thank you! > > > > >=20 > > > > > I still have some questions (not doubts): With thrilling stories li= > ke=20 > > > > > someone break into Linux kernel source, how do you guarant the qual= > ity=20 > > > > > of the repositories? Security updates, system tools and so on are t= > here. > > > > >=20 > > > > > Will Redhat be some guarantee to all these things? > > > >=20 > > > > Not necessarily, but...=20 > > > >=20 > > > > The packages are all signed with GPG if they are officially part of t= > he > > > > Fedora project. Your up2date/apt/yum should be configured to check th= > ese > > > > signatures before installing anything, and to scream "bloody-blue > > > > murder" if they are not correctly signed.=20 > > >=20 > > > Well, almost all non-redhat.com repos are GPG signing as well. GPG > > > signed packages with keys from the same originating site only ensures > > > that you get what the packager produced. The difference being that I > > > would trust a redhat.com key more than a my.repo.for.fc1.hackz key ;) > > >=20 > > > > You should be able to find the official keys and and explanation of > > > > their uses here: > > > >=20 > > > > http://fedora.redhat.com/about/security/ > > >=20 > > > Maybe RH could consider verifying some IDs of packagers/repos and sign > > > their keys (and vice versa, RH's key is not signed by any other key)? > > > That would be a good establishment to create a true web of trust. > >=20 > > Oh, part of that is here: > >=20 > > http://pgp.mit.edu:11371/pks/lookup?op=3Dvindex&search=3D0x54A2ACF1 > > This is a signed key of the fedora.us release manager that rejects > cooperation with other repos, not quite the right context for trusting > 3rd party repos. It also only transfers trust to s single instance, a > web of trust creates more than a single trusted instance. The Debian > keyring is a better example of creating webs of trust. > > I was referring to RH's own fedora key, which is not signed: > > http://pgp.mit.edu:11371/pks/lookup?op=3Dvindex&search=3D0x4F2A6FD2&op=3Din= > dex > > and it shouldn't be used for being signed only, but for signing > trusted parties, because that's what is in lack of trust (well, at > least in theory). > > The RH key should be used for creating a web of trust by signing and > being signed by trusted packagers whose identification has been > verified (because that is what signing really means). At least some > Red Hat people could start signing their own key. :) > --=20 > Axel.Thimm@xxxxxxxxxxxxxxxxxxx > > --tNQTSEo8WG/FKZ8E > Content-Type: application/pgp-signature > Content-Disposition: inline > > -----BEGIN PGP SIGNATURE----- > Version: GnuPG v1.2.3 (GNU/Linux) > > iD8DBQE/wwxaQBVS1GOamfERAjMbAJ4zFCoxbl47rTzeS5vsHMMOjnn0LgCeOH9e > Dr3aNX+x7Zo/uVBm/xKWLaE= > =3c4a > -----END PGP SIGNATURE----- > > --tNQTSEo8WG/FKZ8E-- > > > > --__--__-- > > Message: 8 > Subject: Re: Wine serious problem > From: William Penton <wmp1784@xxxxxxxxxxxxx> > To: fedora <fedora-list@xxxxxxxxxx> > Date: Tue, 25 Nov 2003 02:12:19 -0600 > Reply-To: fedora-list@xxxxxxxxxx > > On Mon, 2003-11-24 at 16:05, Antonio Luis wrote: > > Hi: > > I cannot install any application with wine. The file that I used is > > wine-20031118-1fc1winehq.athlon.rpm > > with a good configuration: > > > > [Drive A] > > "Path" = "/mnt/floppy" > > "Type" = "floppy" > > "Label" = "Floppy" > > "Filesystem" = "win95" > > "Serial" = "87654321" > > "Device" = "/dev/fd0" > > > > [Drive C] > > "Path" = "%HOME%/.wine/c" > > "Type" = "hd" > > "Label" = "MS-DOS" > > "Filesystem" = "win95" > > > > [Drive D] > > "Path" = "/mnt/cdrom" > > "Type" = "cdrom" > > "Label" = "CD-Rom" > > "Filesystem" = "win95" > > ; make sure that device is correct and has proper permissions ! > > "Device" = "/dev/cdrom" > > > > [Drive E] > > "Path" = "%HOME%/.wine/c/tmp" > > "Type" = "hd" > > "Label" = "Tmp Drive" > > "Filesystem" = "win95" > > > > [Drive F] > > "Path" = "%HOME%" > > "Type" = "network" > > "Label" = "Home" > > "Filesystem" = "win95" > > > > [Drive Z] > > "Path" = "/" > > "Type" = "hd" > > "Label" = "Root" > > "Filesystem" = "win95" > > > > [wine] > > "Windows" = "c:\\windows" > > "System" = "c:\\windows\\system" > > "Temp" = "e:\\" > > "Path" = "c:\\windows;c:\\windows\\system;e:\\;e:\\;f:\\" > > "Profile" = "c:\\windows\\Profiles\\Administrator" > > "GraphicsDriver" = "x11drv" > > ;"ShowDirSymlinks" = "1" > > ;"ShowDotFiles" = "1" > > "ShellLinker" = "wineshelllink" > > > > > > but when I execute the setup.exe of any aplication (for example > > scientific notebook 3) this message appear: > > > > "Setup is unable to find a hard disk location to store temporary files. > > Make at least 722KB free disk space available and then try running > > Setup again. > > Error 101". > > > > What's happens? > > > > Thanks in advance > > > > > > -- > > fedora-list mailing list > > fedora-list@xxxxxxxxxx > > To unsubscribe: http://www.redhat.com/mailman/listinfo/fedora-list > > > > > > I am having the same problem too. I tried installing as root and > changing the location 'c:\' pointed to but nothing seems to be working > for me. > > > -william > > -- > ,.~'`'~.,.~'`'~.,.~'`'~.,.~'`'~., > "Captain, life is not a dream." > -Spock > > > > --__--__-- > > Message: 9 > Date: Tue, 25 Nov 2003 01:09:55 -0700 > From: Rob Park <rbpark@xxxxxxxxxxx> > To: fedora-list@xxxxxxxxxx > Subject: Re: fedora-list digest, Vol 1 #356 - 28 msgs > Reply-To: fedora-list@xxxxxxxxxx > > Karl DeBisschop wrote: > > Agreed. Actually, I often find myself expecting the system to give focus > > to the window I'm looking at. But maybe that's asking a little too much. > > Yeah, that'd be nice. "focus strictly under eyeballs". > > I don't think it'll be long (maybe 10 or 20 years) before somebody > invents a "pointing device" that controls your mouse cursor by measuring > your eyeball movements and simply have the cursor move to wherever you > are looking at. Combine this with the "focus strictly under mouse" that > I described in another email, and it'd be pure bliss :) > > > > --__--__-- > > Message: 10 > Subject: Re: Updated RPM - flash-plugin-6.0.79-2 > From: Warren Togami <warren@xxxxxxxxxx> > To: fedora-list@xxxxxxxxxx > Date: Mon, 24 Nov 2003 22:14:54 -1000 > Reply-To: fedora-list@xxxxxxxxxx > > On Mon, 2003-11-24 at 15:36, Matthew Saltzman wrote: > > Deleting /var/spool/up2date/*macromedia* allowed the install to continue. > > The package really is unsigned, so the --nosig option to up2date is > > required. > > > > Should the hangup be in bugzilla? Thanks. > > All flash-plugin packages from macromedia.mplug.org are signed by the > fedora.us key. There must have been a bug in up2date or something. > > Warren > > > > --__--__-- > > Message: 11 > Subject: Re: Flash Plugin for Fedora Core 1 > From: Warren Togami <warren@xxxxxxxxxx> > To: fedora-list@xxxxxxxxxx > Date: Mon, 24 Nov 2003 22:20:25 -1000 > Reply-To: fedora-list@xxxxxxxxxx > > On Mon, 2003-11-24 at 14:55, Jonathan M. Slivko wrote: > > Anyone know of a Shockwave plugin for Fedora Core 1? > > -- Jonathan > > Shockwave has not been ported to Linux, probably because they don't see > the market demand. Write polite letters to Macromedia if you want them > to better support Linux. Currently Shockwave plugin works great with > CrossOver Plugin (the commercial wine that runs many Windows plugins), > but this is really an undesirable solution. > > Does anyone actually create non-silly-web-game Shockwave content? I > believe I totally haven't visited any USEFUL Shockwave pages. Ever. I > could be wrong though. > > Warren > > > > --__--__-- > > Message: 12 > Date: Tue, 25 Nov 2003 09:27:03 +0100 > From: Emmanuel Seyman <seyman@xxxxxxxxxx> > To: fedora-list@xxxxxxxxxx > Subject: Re: alsa on fedora > Reply-To: fedora-list@xxxxxxxxxx > > On Tue, Nov 25, 2003 at 12:28:03AM -0600, David Limon Romero wrote: > > > > I'm using it too, but I'm just asking why don't include alsa rpms in the > > fedora releases instead of downloading it from freshrpms... (just wondering.. > > Alsa is the 2.6 sound system and I suppose Red Hat didn't feel porting it > to 2.4 was worth the effort. > It should be in FC 2 since that should come with the 2.6 kernel. > > Emmanuel > > > > --__--__-- > > Message: 13 > Subject: Re: Obtaining a 2.6 kernel? > From: Felipe Alfaro Solana <felipe_alfaro@xxxxxxxxxxxxx> > To: fedora-list@xxxxxxxxxx > Date: Tue, 25 Nov 2003 09:30:57 +0100 > Reply-To: fedora-list@xxxxxxxxxx > > On Tue, 2003-11-25 at 07:58, Nick Wilson wrote: > > Hmmm.. daft questions but, where can I get a 2.6 rpm? > > # wget > ftp://ftp.kernel.org/pub/linux/kernel/v2.6/linux-2.6.0-test10.tar.bz2 > > Then, extract the sources: > > # tar jxvf linux-2.6.0-test10.tar.bz2 > > Next, configure it: > > # make menuconfig > > And finally, build the RPM: > > # make rpm > > The last command will drop an RPM file at /usr/src/redhat/RPMS/i386. You > should be able to install it by using "rpm -i". > I tried this install method and made it to "make menuconfig" and got this (in part) ... scripts/lxdialog/checklist.c:310: error: `KEY_RIGHT' undeclared (first use in this function) scripts/lxdialog/checklist.c: At top level: scripts/lxdialog/dialog.h:130: warning: array `attributes' assumed to have one element make[2]: *** [scripts/lxdialog/checklist.o] Error 1 make[1]: *** [menuconfig] Error 2 make: *** [menuconfig] Error 2 [root@localhost linux-2.6.0-test10]# I'm a total noob so I really dunno what was causing the error .. the list of undeclared items from above is quite long. I really love the idea of this kernel being able to shut my computer off, that's the main reason I'm looking to try it. Thanks for any and all help, Justin > > > --__--__-- > > Message: 14 > Date: Tue, 25 Nov 2003 09:30:31 +0100 > From: Emmanuel Seyman <seyman@xxxxxxxxxx> > To: fedora-list@xxxxxxxxxx > Subject: Re: Fedora - A Step Forward or Backward? > Reply-To: fedora-list@xxxxxxxxxx > > On Mon, Nov 24, 2003 at 10:02:08PM -0500, Elton Woo wrote: > > > > The following information represents the minimum hardware requirements > > necessary to successfully install Fedora Core 1: > > ... > > # Recommended for text-mode: 200 MHz Pentium-class or better > > This isn't the minimum. It's a recommendation. > I've gotton FC1 to install on a P133 with 64M of RAM. > > Emmanuel > > > > --__--__-- > > Message: 15 > Subject: Re: inspiron8500 > From: Ben Stringer <ben@xxxxxxxxxxx> > To: fedora-list@xxxxxxxxxx > Date: Tue, 25 Nov 2003 19:31:14 +1100 > Reply-To: fedora-list@xxxxxxxxxx > > On Mon, 2003-11-24 at 01:38, Joerg Maier wrote: > > hey I install fedora core 1 on my Inspiron 8500 and enabled acpi and now > > the laptop hangs the most of the time after booting, I don't know why. > > It's only sometimes. Does someone has experience with DELL laptops and > > help me with this problem? > > Have you looked here? This is a good reference. > > http://ltswww.epfl.ch/~dsanta/resources/dell-i8500-linux > > Cheers, Ben > > -- > .O. Ben Stringer > ..O ben@xxxxxxxxxxx > OOO linux|java|majitek|gnu > > > > --__--__-- > > Message: 16 > Date: Tue, 25 Nov 2003 09:32:02 +0100 > From: "T. Ribbrock" <emgaron@xxxxxxx> > To: fedora-list@xxxxxxxxxx > Subject: Re: The Fedora Core release notes suck! > Reply-To: fedora-list@xxxxxxxxxx > > On Mon, Nov 24, 2003 at 09:53:08PM -0500, Elton Woo wrote: > > /RANT > > Pet peeve: NETIQUETTE and its IMPORTANCE to the archives > > and to those whose FIRST language is NOT English. > [...] > > 4) Netiquette also DEMANDS that signatures be no longer than 3 lines. > > Wrong. It's 4 lines. See: > > http://www.freesoft.org/CIE/RFC/Orig/rfc1855.txt > > If we do it, let's do it right... ;-) > > > > 5) For reasons of courtesy, as well as *security* do NOT post in > > HTML, the favored tool of SPAMMERS. > > ... and please wrap your lines at about 72 chars. > > > 6) Before posting, please make use of the archives of this list (and > maybe even Google) to ensure that your question has not been answered > before. That way, you get your answer even quicker while at the same > time keeping the volume of the list down to a manageable level. > > 7) For more information about Netquette, see > http://www.freesoft.org/CIE/RFC/Orig/rfc1855.txt > > > If you cannot, will not, refuse to respect these guidelines, then ... > > DO NOT post to the list, just lurk or read the archives. > > > > /RANT > > Other than that, I wholeheartedly agree. > > Cheerio, > > Thomas > -- > ----------------------------------------------------------------------------- > Thomas Ribbrock http://www.ribbrock.org > "You have to live on the edge of reality - to make your dreams come true!" > > > > --__--__-- > > Message: 17 > From: "Jeroen Lankheet" <Jeroen.Lankheet@xxxxxxxxx> > To: "Fedora" <fedora-list@xxxxxxxxxx> > Subject: Where's the hardware compatibility list? > Date: Tue, 25 Nov 2003 09:39:02 +0100 > Reply-To: fedora-list@xxxxxxxxxx > > Hi there, > > I need to upgrade from RH7.3 either to RH9 or to Fedora. I base my decision > on the presence of HPT370 RAID support. RH9 has a 3rd party driver. But i > cannot find any information on Fedora RAID support, or any other hardware > support. > > Could anyone please tell me where it is? > > Jeroen Lankheet > > > > --__--__-- > > Message: 18 > Subject: Re: NVIDIA driver compile > From: Peter Kiem <zordah@xxxxxxxxxx> > To: fedora-list@xxxxxxxxxx > Organization: Zordah IT > Date: Tue, 25 Nov 2003 18:45:44 +1000 > Reply-To: fedora-list@xxxxxxxxxx > > Hi Brian, > > > I've spent tens of thousands of hours sitting behind a black-n-white > > 80x24 screen untarring files and wishing I knew all the details. > > > > PLEASE DON'T MAKE ME GO BACK THERE. > > > > SRPMS are nice; like someone leaving a reel-type lawn mower for a > > Yes I don't disagree with you there Brian. I myself much prefer RPMS > and only resort to tarballs when necessary. I think RPMS are great for > installing and keeping systems running smoothly. > > I don't need however, some pompous person telling me that for "_serious_ > software building" that SRPMS are a magic bullet and tars are "highly > unreliable". That is complete Bulls**t! > > I'm a developer and system administrator by profession myself so I > understand computer systems and software quite well thank you very much > Jean. > > Anyway the original post was how to compile under a previous gcc release > which I answered instead of telling the poster to go load something else > instead. > > Anyway enough noise now, let's all go back to being happy little Fedora > users :) > > > Enjoy! Rejoice in the power of RPMS! > > Where available :) > > -- > Regards, > +-----------------------------+---------------------------------+ > | Peter Kiem .^. | E-Mail : <zordah@xxxxxxxxxx> | > | Zordah IT /V\ | Mobile : +61 0414 724 766 | > | IT Consultancy & /( )\ | WWW : www.zordah.net | > | Internet Services ^^-^^ | ICQ : "Zordah" 866661 | > +-----------------------------+---------------------------------+ > My current spamtrap address is est1103@xxxxxxxxxx > > > > --__--__-- > > Message: 19 > Subject: Re: Where's the hardware compatibility list? > From: Warren Togami <warren@xxxxxxxxxx> > To: fedora-list@xxxxxxxxxx > Date: Mon, 24 Nov 2003 22:53:08 -1000 > Reply-To: fedora-list@xxxxxxxxxx > > On Mon, 2003-11-24 at 22:39, Jeroen Lankheet wrote: > > Hi there, > > > > I need to upgrade from RH7.3 either to RH9 or to Fedora. I base my decision > > on the presence of HPT370 RAID support. RH9 has a 3rd party driver. But i > > cannot find any information on Fedora RAID support, or any other hardware > > support. > > > > Could anyone please tell me where it is? > > Always the recommendation is to avoid HPT or Promise RAID for several > good reasons: > > 1) It doesn't gain you much of any real performance. If you use RAID-0, > some synthetic benchmarks show better thruput, but real-world > applications are not much better. > 2) It isn't real hardware RAID. It is poorly implemented software RAID > done by the drivers. Real software RAID by the Linux or Windows > operating system tends to have greater performance and reliability. > 3) If you rely on the 3rd party binary-only drivers from Promise or HPT, > you are absolutely stuck in upgrading. To make matters worse sometimes > those binary-only drivers have been unstable, and the community or RH > will cannot and will not support you. You need to rely on the company's > support, and in most cases they ignore you. > 4) It is *possible* to get it running using the /dev/ataraid devices for > the root filesystem, but only if you install to a single disk and copy > everything over manually and redo the GRUB or lilo boot loader. It > isn't worth the effort however because this makes it a pain in the butt > to upgrade, and you don't gain much of any real performance increase. > > Maybe 2 years ago I used to do #4, but it was too much of a pain so I > switched back to single disks. > > Warren > > > > --__--__-- > > Message: 20 > Date: Tue, 25 Nov 2003 10:03:41 +0100 > From: Nick Wilson <nick@xxxxxxxxxxxxxx> > To: fedora-list@xxxxxxxxxx > Subject: Re: Obtaining a 2.6 kernel? > Reply-To: fedora-list@xxxxxxxxxx > > > * and then Felipe Alfaro Solana declared.... > > On Tue, 2003-11-25 at 07:58, Nick Wilson wrote: > > > Hmmm.. daft questions but, where can I get a 2.6 rpm? > > > > # wget > > ftp://ftp.kernel.org/pub/linux/kernel/v2.6/linux-2.6.0-test10.tar.bz2 > > > > Then, extract the sources: > > > > # tar jxvf linux-2.6.0-test10.tar.bz2 > > > > Next, configure it: > > > > # make menuconfig > > > Right, thanks. > > Will menuconfig provide sensible defaults? - I really wouldn't know what > to choose? ;-) > -- > Nick W > > > > --__--__-- > > Message: 21 > Date: Tue, 25 Nov 2003 12:12:16 +0300 (MSK) > From: Tommy Tovbin <tovbin@xxxxxxxxxxxx> > To: fedora-list@xxxxxxxxxx > Subject: Re: VMWare (fwd) > Reply-To: fedora-list@xxxxxxxxxx > > > On Mon, 24 Nov 2003, Sean Craig wrote: > > Yesterday I tried it, but didn't get any good result. Problem is seemed > open for me. > > > 'export CC=gcc32' > > > > then run vmware-config.pl > > > > Sean Craig > > > > Tommy Tovbin wrote: > > > > >Hi all, > > > > > >Next problem I got: > > >I'm trying to install VMware-workstation-4.0.5-6030.i386.rpm. Then rpm was > > >installed, I ran vmware-config.pl and got next sudden result: > > >[ --------------------- ] > >
