Re: packaging a static library
On Wed, Dec 30, 2009 at 2:05 AM, Ralf Corsepius rc040...@freenet.de wrote: On 12/30/2009 07:29 AM, Jon Masters wrote: One presumes that such auditing is expensive, lengthy, and not often to be repeated. Committing to undertaking a full code audit on every update would seem to be a little unreasonable of a request. So I think it's obvious that if they want to use an audited version, there will have to be a separate audited version. Well, I disagree: If they want to use their auditied version, they haven't understood how open source works. They qualify as jerks who prefer to use proprietary forks instead of paying back to upstream and the wider user-base. I'm sure any fixes have been contributed back and that any difference in /functionality/ are inconsequential. This reality invalidates your hostile accusation. On that point— please tone down the rhetoric, even if haven't, jerks, and proprietary forks are fair labels it's rather premature in the conversation to pull them out. This kind of name calling shuts down rational thinking. The concern here has nothing to do with the material functionality or directly measurable quality of libtommath, but instead it has everything to do with the color of the bits (http://ansuz.sooke.bc.ca/lawpoli/colour/2004061001.php). The audited version has a quality which is not held by any other version, but the quality in question is not an aspect of the functionality. It's the quality of being assured. There is nothing incompatible between assurance and open-source, although assurance is something that few open source packages bother providing today, partially because assurance is so costly. Thus the interest in formal methods (http://www.dwheeler.com/essays/oss_software_assurance.pdf), as they can theoretically lower the lifetime costs of high assurance. Crypto/bignum libraries evolve slowly enough that it isn't at all surprising to see even soft-assurances being seen as more valuable than improvements to the code. -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
OCaml in Rawhide upgraded to 3.11.2-rc1
All the existing ocaml-* packages in Rawhide depend on ocaml(runtime) = 3.11.1 which means they will all have broken deps and need rebuilding. A simple bumpspec + rebuild should be sufficient. If any provenpackagers are feeling particularly bored this week ... Otherwise I'll try to do it in my spare time this week or next. Thanks, Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones New in Fedora 11: Fedora Windows cross-compiler. Compile Windows programs, test, and build Windows installers. Over 70 libraries supprt'd http://fedoraproject.org/wiki/MinGW http://www.annexia.org/fedora_mingw -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Can some provenpackager bump openvpn in EL-5
On Wed, 2009-12-30 at 08:55 +0530, Huzaifa Sidhpurwala wrote: Hi, I have this bz open for some time now, with no response. https://bugzilla.redhat.com/show_bug.cgi?id=544944 Can some one with proven packager access bump the EL-5 version to the latest one in devel. Even though any proven packager could do the change, that bug does not fall in the items listed in the proven packager policy [1]. You haven't listed any problems with the current package, you're just requesting a version upgrade. Version upgrades should be performed by the package maintainer. This especially holds in EPEL, which should be a slowly moving distribution. [1] http://fedoraproject.org/wiki/Who_is_allowed_to_modify_which_packages -- Jussi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Can some provenpackager bump openvpn in EL-5
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Jussi Lehtola wrote: On Wed, 2009-12-30 at 08:55 +0530, Huzaifa Sidhpurwala wrote: Hi, I have this bz open for some time now, with no response. https://bugzilla.redhat.com/show_bug.cgi?id=544944 Can some one with proven packager access bump the EL-5 version to the latest one in devel. Even though any proven packager could do the change, that bug does not fall in the items listed in the proven packager policy [1]. You haven't listed any problems with the current package, you're just requesting a version upgrade. The version of openvpn in EPEL is an upstream rc version. The Changelog file upstream shows a lot of bugs have been fixed and it would be nice to have it fixed in EPEL too. Version upgrades should be performed by the package maintainer. This especially holds in EPEL, which should be a slowly moving distribution. In this case the bz is around 2.5 weeks old, with absolutely no response. What is the policy to get the package updated in this case? [1] http://fedoraproject.org/wiki/Who_is_allowed_to_modify_which_packages - -- Regards, Huzaifa Sidhpurwala, RHCE, CCNA (IRC: huzaifas) GnuPG Fingerprint: 3A0F DAFB 9279 02ED 273B FFE9 CC70 DCF2 DA5B DAE5 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) Comment: Using GnuPG with Red Hat - http://enigmail.mozdev.org/ iD8DBQFLOzPgzHDc8tpb2uURAkRbAJ9fEMK2uOwbaeoDPb0f5FWPAt0NzACfX5Ue BtBtFPMo3x2Pe9SPdWZTLVM= =w3lz -END PGP SIGNATURE- -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: packaging a static library
On Wed, Dec 30, 2009 at 8:05 AM, Ralf Corsepius rc040...@freenet.de wrote: Well, I disagree: If they want to use their auditied version, they haven't understood how open source works. They qualify as jerks who prefer to use proprietary forks instead of paying back to upstream and the wider user-base. Um - the audited version is just frozen. It's not hidden, it's not proprietary, and it would be nice if you look at things before calling people jerks. TomsFastMath ( http://tfm.libtomcrypt.com/ ) has been a public FOSS project for a while, it is packaged in a number of distros (FreeBSD seems to carry a version, Debian has it, etc). The special frozen version we carry is publicly available in our git repo, and AFAIK the upstream author was 100% involved in our audit process. The results are definitely openly available too. So put down the pitchfork already. Let's focus on the important bit: we need a frozen version of a library (that, btw, is useful, and is not in Fedora yet :-) ). What's the best practice for that? I don't see why we'd need to embed it statically anywhere (except OFW of course). cheers, m -- martin.langh...@gmail.com mar...@laptop.org -- School Server Architect - ask interesting questions - don't get distracted with shiny stuff - working code first - http://wiki.laptop.org/go/User:Martinlanghoff -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: Can some provenpackager bump openvpn in EL-5
On Wed, 2009-12-30 at 16:35 +0530, Huzaifa Sidhpurwala wrote: Jussi Lehtola wrote: Even though any proven packager could do the change, that bug does not fall in the items listed in the proven packager policy [1]. You haven't listed any problems with the current package, you're just requesting a version upgrade. The version of openvpn in EPEL is an upstream rc version. The Changelog file upstream shows a lot of bugs have been fixed and it would be nice to have it fixed in EPEL too. OK, that's starting to sound better. Version upgrades should be performed by the package maintainer. This especially holds in EPEL, which should be a slowly moving distribution. In this case the bz is around 2.5 weeks old, with absolutely no response. What is the policy to get the package updated in this case? See the nonresponsive maintainer policy at https://fedoraproject.org/wiki/Policy_for_nonresponsive_package_maintainers -- Jussi Lehtola Fedora Project Contributor jussileht...@fedoraproject.org -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Thinking of contributing to Sugar?
Here's your chance! Join us for the upcoming weekly Fedora Sugar meetings in #fedora-olpc starting tomorrow, Dec 31 on 1500 UTC [1]. We're going to talk about packaging (especially Sugar Activities) and all kinds of stuff that helps us making the F13 Sugar experience better. You don't know how to package things for Fedora? Don't worry, we've a Fedora Classroom session coming up on Jan 6 - more details here [2]. --Sebastian [1] http://www.timeanddate.com/worldclock/fixedtime.html?month=12day=31year=2009hour=15min=0sec=0p1=0 [2] https://fedoraproject.org/wiki/Classroom#Upcoming_Classes -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: packaging a static library
On Wed, 2009-12-30 at 12:25 +0100, Martin Langhoff wrote: Let's focus on the important bit: we need a frozen version of a library (that, btw, is useful, and is not in Fedora yet :-) ). What's the best practice for that? I don't see why we'd need to embed it statically anywhere (except OFW of course). The upstream library is already in Fedora as a shared library. I guess the approach I will take is to install our audited version as a shared library under a different name (libtommath_olpc?) which the components will then dynamically link against. Daniel -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: OCaml in Rawhide upgraded to 3.11.2-rc1
On Wed, Dec 30, 2009 at 09:40:13AM +, Richard W.M. Jones wrote: If any provenpackagers are feeling particularly bored this week ... Otherwise I'll try to do it in my spare time this week or next. I did all but about 10 of them. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones virt-df lists disk usage of guests without needing to install any software inside the virtual machine. Supports Linux and Windows. http://et.redhat.com/~rjones/virt-df/ -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: packaging a static library
ons 2009-12-30 klockan 13:37 + skrev Daniel Drake: I guess the approach I will take is to install our audited version as a shared library under a different name (libtommath_olpc?) which the libtommath-audited No sense making it look like it's only for OLPC use. If others want audit-coloured bits they can use it too. /abo -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: packaging a static library
Martin Langhoff wrote: Let's focus on the important bit: we need a frozen version of a library (that, btw, is useful, and is not in Fedora yet :-) ). What's the best practice for that? I don't see why we'd need to embed it statically anywhere (except OFW of course). It's just not allowed. Use the system version, audited or not. If you need frozen, audited software, you need to go back to maintaining your own OLPC branch of Fedora, just like RHEL branches off Fedora. Working directly with upstream Fedora means working the upstream Fedora way. Using old components just because they're audited is not the Fedora way, sorry. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: packaging a static library
Daniel Drake wrote: The upstream library is already in Fedora as a shared library. I guess the approach I will take is to install our audited version as a shared library under a different name (libtommath_olpc?) which the components will then dynamically link against. While that at least conforms to our packaging guidelines, I think this is still against Fedora policies, in particular the Fedora Objectives. We want to ship the current software, not old audited one. Fedora is not a certified distribution, it's an up-to-date distribution. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: packaging a static library
Daniel Drake wrote: OLPC has previously had a specific version of tomcrypt/tommath profesionally audited for security reasons. So we obviously want to stick with that version. This is a bad idea and inconsistent with what Fedora is about. If you want that sort of things, you need to go back to maintaining separate OLPC branches. In Fedora, you're supposed to use the current version whenever technically possible. A few packages we have in Fedora currently use this frozen, audited version - we do so by shipping duplicate copies of that source code within the individual packages, rather than linking against the dynamic systemwide equivalents. This is not allowed and the packages MUST be fixed ASAP (in fact they should never have passed review in the first place, this is a failure of our review process). (And if you refuse to fix it, I'll have to escalate it to FESCo.) As we're now looking at making another package which uses yet another duplicate copy of this code base I'm wondering if we can do it better. Yes, just use the system version. Could I add a package, named olpc-bios-crypto-devel (a subpackage of the to-be-packaged olpc-bios-crypto), which installs the .a files for the audited libraries somewhere on the system? Static libraries suck, your later suggestion of a shared audited version is better, but still the right solution is to just use the current version. Then the individual components that rely on this library (e.g. bitfrost, olpc-contents, olpc-bios-crypto) would have a BuildRequires dependency on olpc-bios-crypto-devel and build against the 'systemwide' static .a library files. Or am I going too far against common packaging practice at this point? Yes. Common practice in Fedora is to just use current software and forget about audits. Fedora is not a certified distribution. Any alternative suggestions? See above. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: ABRT considered painful
Michael Schwendt wrote: What's wrong with ABRT? My main beef with it is that it reports its crashes to the downstream bug tracker when really the right people to fix them are the upstream developers. KCrash/DrKonqi is much better there. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: packaging a static library
On 12/30/2009 03:58 PM, Kevin Kofler wrote: Daniel Drake wrote: The upstream library is already in Fedora as a shared library. I guess the approach I will take is to install our audited version as a shared library under a different name (libtommath_olpc?) which the components will then dynamically link against. While that at least conforms to our packaging guidelines, I think this is still against Fedora policies, in particular the Fedora Objectives. We want to ship the current software, not old audited one. Fedora is not a certified distribution, it's an up-to-date distribution. FWIW, I'm pretty sure this is not against current Fedora policies, assuming that the libtommath maintainer signs off on it and there is no conflict between the two packages. ~spot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: packaging a static library
Tom spot Callaway wrote: FWIW, I'm pretty sure this is not against current Fedora policies, assuming that the libtommath maintainer signs off on it and there is no conflict between the two packages. I guess it's indeed not against the letter of the policies, it's still against their spirit though. Compat packages make sense where they're required for technical or licensing reasons (the latter case being particularly annoying though). In this case, they're neither. And our objectives are to ship the latest software, not an old version just because it went through some sort of formal audit and/or certification. Kevin Kofler -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: packaging a static library
On Wed, Dec 30, 2009 at 04:42:35PM -0500, Tom spot Callaway wrote: FWIW, I'm pretty sure this is not against current Fedora policies, assuming that the libtommath maintainer signs off on it and there is no conflict between the two packages. Indeed, it is just a compat library (and I think that having a rightly packaged static library alongside wouldn't be bad). Nothing in fedora, however, should link against it, that would be against the guidelines, and also not very fedora-like. -- Pat -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Re: packaging a static library
On 12/30/2009 05:01 PM, Kevin Kofler wrote: Tom spot Callaway wrote: FWIW, I'm pretty sure this is not against current Fedora policies, assuming that the libtommath maintainer signs off on it and there is no conflict between the two packages. I guess it's indeed not against the letter of the policies, it's still against their spirit though. Compat packages make sense where they're required for technical or licensing reasons (the latter case being particularly annoying though). In this case, they're neither. And our objectives are to ship the latest software, not an old version just because it went through some sort of formal audit and/or certification. Well, my concerns around this are: 1. That this library will be impossible to bugfix without losing its audit approval 2. (A) That the OLPC dependent packages in Fedora which depend on this library will want to link against this compat package rather than the current revision OR 2. (B) That the OLPC dependent packages in Fedora will also need to be forked to link against this compat package rather than the current revision. However, it is worth noting that the OLPC OS build is a Fedora Remix, rather than a spin, so they may be able to get by with simply having the compat libtommath-audited package (containing shared rather than static libs) present, and not making any other changes in Fedora. ~spot -- fedora-devel-list mailing list fedora-devel-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-devel-list
Thinking of contributing to Sugar?
Here's your chance! Join us for the upcoming weekly Fedora Sugar meetings in #fedora-olpc starting tomorrow, Dec 31 on 1500 UTC [1]. We're going to talk about packaging (especially Sugar Activities) and all kinds of stuff that helps us making the F13 Sugar experience better. You don't know how to package things for Fedora? Don't worry, we've a Fedora Classroom session coming up on Jan 6 - more details here [2]. --Sebastian [1] http://www.timeanddate.com/worldclock/fixedtime.html?month=12day=31year=2009hour=15min=0sec=0p1=0 [2] https://fedoraproject.org/wiki/Classroom#Upcoming_Classes ___ Fedora-education-list mailing list Fedora-education-list@redhat.com http://www.redhat.com/mailman/listinfo/fedora-education-list
Bad blog settings.
Hi Dale, it looks like your blog got hacked over break and is posting vitamin spam. We have added you to the planet ignore on fedora. When you have fixed it up please let us know so we can remove the ignore. Thanks Stephen -- Stephen J Smoogen. Ah, but a man's reach should exceed his grasp. Or what's a heaven for? -- Robert Browning ___ Fedora-infrastructure-list mailing list Fedora-infrastructure-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-infrastructure-list
Re: [Fedora-legal-list] Trusster Open Source License
On 12/30/2009 01:53 AM, Shakthi Kannan wrote: Hi, Could you please clarify if the Trusster [1] Open Source License is an acceptable Free/Open Source Software License for the Fedora project. The Teal [2] project uses this license: The Trusster Open Source License is Free, but GPL incompatible. I've added it to the Fedora approved licenses list, please use: License: TOSL ~spot ___ Fedora-legal-list mailing list Fedora-legal-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-legal-list
Re: [Fedora-legal-list] Trusster Open Source License
Hi, --- On Thu, Dec 31, 2009 at 3:42 AM, Tom spot Callaway tcall...@redhat.com wrote: | The Trusster Open Source License is Free, but GPL incompatible. I've | added it to the Fedora approved licenses list, please use: | | License: TOSL \-- Thanks for your quick and prompt response! SK -- Shakthi Kannan http://www.shakthimaan.com ___ Fedora-legal-list mailing list Fedora-legal-list@redhat.com https://www.redhat.com/mailman/listinfo/fedora-legal-list
KVM Routing VLAN's
Greetings, I have a box with Fedora and with 3 nics assigned to three different subnets sitting behind a ASA firewall. I have the nics setup as... eth0 10.10.1.2 (outside, dmz1) eth1 10.10.2.2 (inside, trusted) eth2 10.10.3.2 (dmz, dmz2) If I am sitting in the 10.10.2.x and I put in a public DNS name and route outside and come back into the 10.10.1.2 interface it simply drops. If I have multiple vlan's I have to always access the host on it's local interface? Is there no way around this? Reason is I have public DNS entries that are nat'd to my eth0 interface and I cannot get to the web server, ftp, etc from the other vlan's. Am I stuck setting up split brain DNS mapping it all internally? -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Name of fedora lists - you're kidding right?
On Dec 29, 2009, at 7:48 PM, Tim wrote: On Tue, 2009-12-29 at 11:10 -0800, Aldo Foot wrote: There was a discussion a while back as to how to describe list. The result is what you see today. The idea is that the list name/description would clarify expectations to everyone arriving here. In short it says: this is what the fedora user list is for. That may well be, but it's the wrong place to put a *description*. And certainly not where any newcomer is going to see it. It's not all that uncommon. I've seen more than a few posts to this list that were also posted to: Ubuntu user technical support, not for general discussions ubuntu-us...@lists.ubuntu.com -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Where is 2.6.32?
Mail Lists lists at sapience.com writes: On 12/29/2009 07:54 PM, Konstantin Svist wrote: How come Fedora is still on 2.6.31? Is .32 held back on purpose or are there issues merging it? It took less than a week for .31.9 to be pushed through... but I don't see .32 in updates-testing and it's been almost a whole month... Its not even in Koji ... unfortunately .. tho you may want to post this in fedora-dev or fedora-test rather than the Community assistance, encouragement, and advice for using Fedora. list ... It looks like the kernel guys have been on a Christmas break - there are no kernel builds at all in koji since the 24th maybe they will return with replenished New Year vigour and push out .32 for f11 and f12 before we can blink an eye! (Well we can hope anyway!) -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: list server got slower ?
Mail Lists lists at sapience.com writes: On 12/28/2009 02:46 PM, Sam Sharpe wrote: Good points ... All very well - but the fact remains that for a user like me the list is the primary method of discussion about Fedora issues, fixes, workarounds etc. and I would like to see a timely server response - certainly it did not used to be like this with slow response. Maybe when the lists move to their new servers around 9th January 2010 then perhaps the servers will be tuned to deal with posts in a timely fashion? -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Where is 2.6.32?
On Wed, Dec 30, 2009 at 9:12 AM, Mike Cloaked mike.cloa...@gmail.comwrote: Mail Lists lists at sapience.com writes: On 12/29/2009 07:54 PM, Konstantin Svist wrote: How come Fedora is still on 2.6.31? Is .32 held back on purpose or are there issues merging it? It took less than a week for .31.9 to be pushed through... but I don't see .32 in updates-testing and it's been almost a whole month... Its not even in Koji ... unfortunately .. tho you may want to post this in fedora-dev or fedora-test rather than the Community assistance, encouragement, and advice for using Fedora. list ... It looks like the kernel guys have been on a Christmas break - there are no kernel builds at all in koji since the 24th maybe they will return with replenished New Year vigour and push out .32 for f11 and f12 before we can blink an eye! (Well we can hope anyway!) https://www.redhat.com/archives/fedora-devel-list/2009-December/msg01138.html -- Paulo Roma Cavalcanti LCG - UFRJ -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: slow boot for latest fedora kernel 2.6.31.9-174.fc12.x86_64
On Wed, 2009-12-30 at 10:19 +1030, Tim wrote: On Tue, 2009-12-29 at 20:00 +, N James Bridge wrote: Without quiet I still get no output at all for 2min 35sec, then normal rush of messages. Bootchart (very nice!) shows that the boot process itself is running normally, once it starts, about 45sec overall. The initial wait isn't shown on the chart. Once running, everything seems to be working. The entries in grub.conf are identical, except for version numbers. So what causes the wait? You haven't provided any details. *Exactly* what text appears before the wait, and after the resumption? Before: nothing. Just the flashing underline character, in the same large typeface as the boot menu. After: flashing underline switches to a smaller size, then a message from plymouth (exactly the same for both versions of the kernel). plymouthd: ply_keyboard.c:450: ply_keyboard_add_input_handler: 'Assertion !=((void*)0)' failed. After this it continues as expected. -- N James Bridge ja...@xmas.demon.co.uk -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Problem with shutdown button not firing ACPI event
Hello List, I'm trying to get my shutdown button to work, but I can't seem to figure it out. When I press the button, nothing is received when I listen to ACPI events using acpi_listen. dmesg | grep -i acpi displays the following information: BIOS-e820: bdf9 - bdfa8000 (ACPI data) BIOS-e820: bdfa8000 - bdfd (ACPI NVS) ACPI: RSDP 000FB8B0, 0024 (r2 ACPIAM) ACPI: XSDT BDF90100, 0054 (r1 091409 XSDT2121 20090914 MSFT 97) ACPI: FACP BDF90290, 00F4 (r3 091409 FACP2121 20090914 MSFT 97) ACPI Warning (tbfadt-0442): Optional field Pm2ControlBlock has zero address or length: /1 [20080609] ACPI: DSDT BDF90450, DAFE (r1 A1150 A1150 INTL 20051117) ACPI: FACS BDFA8000, 0040 ACPI: APIC BDF90390, 007C (r1 091409 APIC2121 20090914 MSFT 97) ACPI: MCFG BDF90410, 003C (r1 091409 OEMMCFG 20090914 MSFT 97) ACPI: OEMB BDFA8040, 0072 (r1 091409 OEMB2121 20090914 MSFT 97) ACPI: HPET BDF9F450, 0038 (r1 091409 OEMHPET 20090914 MSFT 97) ACPI: SSDT BDF9F490, 0206 (r1 A M I POWERNOW1 AMD 1) ACPI: PM-Timer IO Port: 0x808 ACPI: Local APIC address 0xfee0 ACPI: LAPIC (acpi_id[0x01] lapic_id[0x00] enabled) ACPI: LAPIC (acpi_id[0x02] lapic_id[0x01] enabled) ACPI: LAPIC (acpi_id[0x03] lapic_id[0x82] disabled) ACPI: LAPIC (acpi_id[0x04] lapic_id[0x83] disabled) ACPI: LAPIC (acpi_id[0x05] lapic_id[0x84] disabled) ACPI: LAPIC (acpi_id[0x06] lapic_id[0x85] disabled) ACPI: IOAPIC (id[0x02] address[0xfec0] gsi_base[0]) ACPI: INT_SRC_OVR (bus 0 bus_irq 0 global_irq 2 dfl dfl) ACPI: INT_SRC_OVR (bus 0 bus_irq 9 global_irq 9 low level) ACPI: IRQ0 used by override. ACPI: IRQ2 used by override. ACPI: IRQ9 used by override. ACPI: HPET id: 0x8300 base: 0xfed0 Using ACPI (MADT) for SMP configuration information ACPI: Core revision 20080609 ACPI: bus type pci registered ACPI: EC: Look up EC in DSDT ACPI: Interpreter enabled ACPI: (supports S0 S1 S3 S4 S5) ACPI: Using IOAPIC for interrupt routing PCI: MCFG area at e000 reserved in ACPI motherboard resources ACPI: PCI Root Bridge [PCI0] (:00) ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0P1._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.PCE6._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.P0PC._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs *4 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 4 *7 10 11 12 14 15) ACPI: PCI Interrupt Link [LNKC] (IRQs 4 7 *10 11 12 14 15) ACPI: PCI Interrupt Link [LNKD] (IRQs 4 7 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNKE] (IRQs 4 7 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNKF] (IRQs 4 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKG] (IRQs 4 7 *10 11 12 14 15) ACPI: PCI Interrupt Link [LNKH] (IRQs 4 7 10 11 12 14 15) *0, disabled. ACPI Warning (tbutils-0217): Incorrect checksum in table [OEMB] - EF, should be E7 [20080609] pnp: PnP ACPI init ACPI: bus type pnp registered pnp: PnP ACPI: found 16 devices ACPI: ACPI bus type pnp unregistered PCI: Using ACPI for IRQ routing ACPI: RTC can wake from S4 acpiphp: ACPI Hot Plug PCI Controller Driver version: 0.5 ACPI: Power Button (FF) [PWRF] ACPI: Power Button (CM) [PWRB] ACPI: processor limited to max C-state 1 processor ACPI0007:00: registered as cooling_device0 ACPI: Processor [P001] (supports 8 throttling states) processor ACPI0007:01: registered as cooling_device1 ACPI: WMI: Mapper loaded ACPI: I/O resource piix4_smbus [0xb00-0xb07] conflicts with ACPI region SOR1 [0xb00-0xb0f] ACPI: Device needs an ACPI driver If the event was received and Linux wouldn't be doing anything with it, I could deal with it. But the event doesn't fire at all so I have no idea where to look. I'm running F10, kernel version 2.6.27.41-170.2.117. Does anyone have an idea what the problem is? Regards, Gijs -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: [fedora-virt] how to active XEN on Fedora 12
On Wed, Dec 23, 2009 at 02:23:37PM +0100, Dario Lesca wrote: Thanks Boris, I use F12 on my Laptop and I want run some VM for test new version of distro. KVM is generally better for laptops because of better power management. However ... Now I use qemu-kvm but each machine use 30/40% of CPU of host system. Is KVM enabled? $ /sbin/lsmod | grep kvm kvm_intel 48184 6 kvm 163952 1 kvm_intel You should see a kvm_* module. Does your laptop support hardware virtualization? Recent hardware has much better support than the first generation of hardware. Is it enabled in the laptop BIOS? I want use XEN to see if it works better... [...] then I'm looking for some thing to do after this Basically Fedora 12 doesn't support Xen as a host. Too bad, but this is because upstream Xen people didn't get their changes into the Linux kernel yet. Your options are to go back to something out of date and unsupported (Fedora 8 IIRC was the last version of Fedora that could be used as a Xen host). Or use KVM -- see above. Or use RHEL 5 or a derivative where an older version of Xen is fully supported. Rich. -- Richard Jones, Virtualization Group, Red Hat http://people.redhat.com/~rjones Read my programming blog: http://rwmj.wordpress.com Fedora now supports 80 OCaml packages (the OPEN alternative to F#) http://cocan.org/getting_started_with_ocaml_on_red_hat_and_fedora -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Where is 2.6.32?
Paulo Cavalcanti promac at gmail.com writes: https://www.redhat.com/archives/fedora-devel-list/2009-December/msg01138.html-- Paulo Roma CavalcantiLCG - UFRJ Ahh - thank you - there is usually a good reason for these things... -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Nouveau driver with nvidia dual head
On Thu, Dec 24, 2009 at 1:24 PM, Anthony Messina amess...@messinet.comwrote: On Thursday 24 December 2009 05:41:03 Kirk Lowery wrote: Thanks for the response and the great idea! The same thing had occurred to me, especially as I had used this technique to install Fedora 10. Only...there isn't any xorg.conf! Neither on the LiveCD nor on the installed hard disk! At least, it's not in /etc/X11 and locate only shows the man page. So how does nouveau get away without an xorg.conf? Kirk I use dual head with nouveau using the following xorg.conf: Well, I tried this conf and it worked -- exactly as without an xorg.conf: everything about dual head works except for the background stretch. I guess I'm going to have to get in touch with the LiveCD developers, and find out who does the nouveau stuff for it; either that or the nouveau IRC. If I ever solve this, I'll report back here. Thanks for everyone's responses and for holding my hand on this! Kirk -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Very BAD preupgrade experience.
Just had a bad experience with preupgrade. Had a phenom II x64 machine that had Fedora 11 freshly installed with default settengs a few weeks before 12 came out. Finally decided to try the upgrade to see how it would work, but could have done a clean install if it didn't work. Preupgraded started find downloading files, but eventually came up with a message that it needed more space on /boot. Removed all but latest kernel, and memtest and eventually needed to remove the splash graphic to get it to work, but fianllly got enough space. So the preupgrade to finish the process to reboot. Then when it rebooted, there was a message that it needed more space, but there was nothing on the /boot to be removed. I was able to boot back to the Fedora 11 kernel, and then tried a last resort option. Took the initrd in the upgrade directory, and first gunziped it, and then used lzma on it. The resuld was about 500M smaller size, and then was able to reboot. This then alllowed the preupgrade boot to work, and the system has now upgraded. It would have been nicer to get a message to either no do a preupgrade, or to have a way to resize the systems. Would have tired partimage, but it doesn't resize lvm, so that would be another problem. +--+ Michael D. Setzer II - Computer Science Instructor Guam Community College Computer Center mailto:mi...@kuentos.guam.net mailto:msetze...@gmail.com http://www.guam.net/home/mikes Guam - Where America's Day Begins +--+ http://setiathome.berkeley.edu (Original) Number of Seti Units Returned: 19,471 Processing time: 32 years, 290 days, 12 hours, 58 minutes (Total Hours: 287,489) bo...@home CREDITS SETI 9,096,112.043433 | EINSTEIN 3,519,158.940851 ROSETTA 1,594,890.066776 | ABC 8,703.320170 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Nouveau driver with nvidia dual head
On Wed, 2009-12-30 at 08:20 -0500, Kirk Lowery wrote: Well, I tried this conf and it worked -- exactly as without an xorg.conf: everything about dual head works except for the background stretch. I guess I'm going to have to get in touch with the LiveCD developers, and find out who does the nouveau stuff for it; either that or the nouveau IRC. xorg.conf file isn't used because the system is setup so that everything (if possible)is detected automatically and setup/used depending on what it finds (via some type of id that is used on various cards/monitors). There are the exceptions I guess with dual monitors and certain setups that normal users probably wouldn't encounter, as well as maybe certain laptop setups. I would say those type things might have to have an xorg.conf file to get into more detail to get those type situations working as they are suppose to. -- Mike Chambers Madisonville, KY Best lil town on Earth! -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Nouveau driver with nvidia dual head
On Wed, Dec 30, 2009 at 8:48 AM, Mike Chambers m...@miketc.net wrote: On Wed, 2009-12-30 at 08:20 -0500, Kirk Lowery wrote: Well, I tried this conf and it worked -- exactly as without an xorg.conf: everything about dual head works except for the background stretch. I guess I'm going to have to get in touch with the LiveCD developers, and find out who does the nouveau stuff for it; either that or the nouveau IRC. xorg.conf file isn't used because the system is setup so that everything (if possible)is detected automatically and setup/used depending on what it finds (via some type of id that is used on various cards/monitors). There are the exceptions I guess with dual monitors and certain setups that normal users probably wouldn't encounter, as well as maybe certain laptop setups. I would say those type things might have to have an xorg.conf file to get into more detail to get those type situations working as they are suppose to. So...if a file /etc/X11/xorg.conf exists, does nouveau use it? If not, how does one force its use? Kirk -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Very BAD preupgrade experience.
On Wed, 2009-12-30 at 23:43 +1000, Michael D. Setzer II wrote: Just had a bad experience with preupgrade. Had a phenom II x64 machine that had Fedora 11 freshly installed with default settengs a few weeks before 12 came out. Finally decided to try the upgrade to see how it would work, but could have done a clean install if it didn't work. Preupgraded started find downloading files, but eventually came up with a message that it needed more space on /boot. Removed all but latest kernel, and memtest and eventually needed to remove the splash graphic to get it to work, but fianllly got enough space. So the preupgrade to finish the process to reboot. Then when it rebooted, there was a message that it needed more space, but there was nothing on the /boot to be removed. I was able to boot back to the Fedora 11 kernel, and then tried a last resort option. Took the initrd in the upgrade directory, and first gunziped it, and then used lzma on it. The resuld was about 500M smaller size, and then was able to reboot. This then alllowed the preupgrade boot to work, and the system has now upgraded. It would have been nicer to get a message to either no do a preupgrade, or to have a way to resize the systems. Would have tired partimage, but it doesn't resize lvm, so that would be another problem. Michael, It's too late now, but Michael Chronenworth posted a much simpler solution to preupgrade's /boot space problem. He moved install.img from /boot to a thumb drive. When anaconda doesn't find it in /boot, it asks for its location. Point anaconda to the thumb drive and the upgrade will proceed without a hitch. If the partitioning default for fresh installs would increase /boot from 200MB to 300MB in future releases, this problem would gradually disappear. --Doc Savage Fairview Heights, IL -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
no sound from wrapped macro-media flash player
Please excuse the previous post in html. Seamonkey did not ask me to choose between html and plain text Anyway, I have installed macro-media flash, and it works fine, except there is not sound. This worked great on when I wrapped on fedora 10. Any suggestions? Chip -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Nouveau driver with nvidia dual head
On Wed, 2009-12-30 at 09:08 -0500, Kirk Lowery wrote: So...if a file /etc/X11/xorg.conf exists, does nouveau use it? If not, how does one force its use? the xorg.conf is used if it exists, and what's in it is used to overwrite what is detected automatically. Example, if you want to install nvidia driver, then you have to list the nvidia driver in the config. Same as if you have a different type monitor setup, or mode lines or whatever, just add the parts you want to change in the .conf file and that should work. I beleive the system is setup to look for an xorg.conf file first, use what is in it, then auto detect everything else. Someone can correct me if I am off base here. -- Mike Chambers Madisonville, KY Best lil town on Earth! -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Nouveau driver with nvidia dual head
On Wed, Dec 30, 2009 at 9:37 AM, Mike Chambers m...@miketc.net wrote: On Wed, 2009-12-30 at 09:08 -0500, Kirk Lowery wrote: So...if a file /etc/X11/xorg.conf exists, does nouveau use it? If not, how does one force its use? the xorg.conf is used if it exists, and what's in it is used to overwrite what is detected automatically. Example, if you want to install nvidia driver, then you have to list the nvidia driver in the config. Same as if you have a different type monitor setup, or mode lines or whatever, just add the parts you want to change in the .conf file and that should work. I beleive the system is setup to look for an xorg.conf file first, use what is in it, then auto detect everything else. And to generate the conf file in the first place, would you say the best way to start would be to 'X -configure' and tweak from there? Kirk -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: fedora
Hi Parag, On Tuesday 29 December 2009 10:10 PM, parag wrote: hi I want fedora DVD of karmic 9.10 can any body send me or is there any site from where i can request it I think you have been misinformed that Karmic is a Fedora release. The latest Fedora release is Fedora 12 Constantine. Whereas the latest Ubuntu release is Karmic 9.04. You can download either of them from the following web pages, * Fedora 12 Constantine - http://www.fedoraproject.org/en/get-fedora * Ubuntu 9.10 Karmic Koala - http://www.ubuntu.com/GetUbuntu/download And this Mailing list is for the support of Fedora users. If you use Fedora and get stuck, you are welcome to ask here for help. If you use Ubuntu and get stuck, try asking to the Ubuntu community, http://www.ubuntu.com/support/communitysupport Happy hacking in the new year. :) -- Suvayu Open source is the future. It sets us free. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
F12: KDE and PulseAudio latest update
Having just updated my systems I have been trying to use skype with an USB webcam having its own microphone under KDE. The skype app only sees the PulseAudio device and cannot select the USB webcams mic from its options menu. This used to work some time in the past (F10 rather than F12 ?). Also the KDE System Settings/Multimedia screen only shows the PulseAudio Sound Server. paman shows the USB webcam mic is present. How to I get Skype to use my USB webcams mic ? -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Where is 2.6.32?
On 12/30/2009 08:07 AM, Mike Cloaked wrote: Paulo Cavalcanti promac at gmail.com writes: https://www.redhat.com/archives/fedora-devel-list/2009-December/msg01138.html-- Paulo Roma CavalcantiLCG - UFRJ Ahh - thank you - there is usually a good reason for these things... No, thats a really weird reason - the bug was noted in 2.62.32.rc4 ...or earlier back in late november .. it was fixed in rc5 and in final (dated dec 03). Don't understand why fedora 2.6.32 should have an old bug ... are we backporting bugs ? Or is the build in koji not been updated since rc4 ? -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
F12 and CUPS (Epson Aculaser C4000)
Hi, before F12 i didn't have any problems to configure my Epson Aculaser C4000 with CUPS. Unfortunaly, with F12 it doesn't work. The recommended driver doesn't work (my printer doesn't seem to like PS) and when I use my previous PPD file, it says to me that there is no filter. Anyone has an idea ? Regards -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Blocking auto-update of Kernel
Hi, Is there an option to stop the F12 auto-update system updating my kernel. I want to avoid a situation where my kernel gets updated but there isn't a matching Madwifi rpm in the repositories? Best regards James -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Blocking auto-update of Kernel
2009/12/30 James Allsopp jamesaalls...@googlemail.com Hi, Is there an option to stop the F12 auto-update system updating my kernel. I want to avoid a situation where my kernel gets updated but there isn't a matching Madwifi rpm in the repositories? Best regards James -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines Hi, by default yum keeps the last 3 kernels installed. But you can set yum to keep all the updated kernels (see the installonly_limit key in /etc/yum.conf). Anyway I don't know any third-party repository that still provides madwifi drivers, since Atheros chipsets are supported by the vanilla kernel for a moment. Why do you still need madwifi? Which repo providing madwifi for F12 have you? -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Where did my penguins go?
I modified /etc/grub.conf on my ThinkPad W700 to show the boot-up process as text. I did this by commenting out hiddenmenu and removing rhgb and quiet from the kernel spec line. The W700 has trouble with a tickless kernel in F12 and needs nohz=off. The first stanza is shown below. The W700 has an nVidia display and uses the nouveau driver. Immediately after the menu screen in F10 and F11 I'd see 4 penguins (quad core) as the initialization began. It was kinda neat, but in F12 there's just black space where those penguins would be. Where'd they go? Is this an artifact of the nouveau driver? #boot=/dev/sda default=0 timeout=5 splashimage=(hd0,0)/grub/splash.xpm.gz #hiddenmenu # # Kernel 0 title Fedora 12 (Constantine) [Update 3] (2.6.31.9-174.fc12.x86_64) root (hd0,0) kernel /vmlinuz-2.6.31.9-174.fc12.x86_64 ro root=UUID=blah-blah-blah LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us nohz=off initrd /initramfs-2.6.31.9-174.fc12.x86_64.img --Doc Savage Fairview Heights, IL -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Blocking auto-update of Kernel
On Wed, Dec 30, 2009 at 2:01 PM, James Allsopp jamesaalls...@googlemail.com wrote: Hi, Is there an option to stop the F12 auto-update system updating my kernel. I want to avoid a situation where my kernel gets updated but there isn't a matching Madwifi rpm in the repositories? Adding exclude=kernel* to you /etc/yum.conf? -- Paulo Roma Cavalcanti LCG - UFRJ -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Where did my penguins go?
On Wed, Dec 30, 2009 at 10:24 AM, Robert G. (Doc) Savage dsav...@peaknet.net wrote: I modified /etc/grub.conf on my ThinkPad W700 to show the boot-up process as text. I did this by commenting out hiddenmenu and removing rhgb and quiet from the kernel spec line. The W700 has trouble with a tickless kernel in F12 and needs nohz=off. The first stanza is shown below. The W700 has an nVidia display and uses the nouveau driver. Immediately after the menu screen in F10 and F11 I'd see 4 penguins (quad core) as the initialization began. It was kinda neat, but in F12 there's just black space where those penguins would be. Where'd they go? Is this an artifact of the nouveau driver? #boot=/dev/sda default=0 timeout=5 splashimage=(hd0,0)/grub/splash.xpm.gz #hiddenmenu # # Kernel 0 title Fedora 12 (Constantine) [Update 3] (2.6.31.9-174.fc12.x86_64) root (hd0,0) kernel /vmlinuz-2.6.31.9-174.fc12.x86_64 ro root=UUID=blah-blah-blah LANG=en_US.UTF-8 SYSFONT=latarcyrheb-sun16 KEYBOARDTYPE=pc KEYTABLE=us nohz=off initrd /initramfs-2.6.31.9-174.fc12.x86_64.img These are two guesses but you may try turning off kernel mode setting (appends nomodeset to the kernel parameters I believe) and if that doesn't work try adding a VESA mode, something like vga=... I'm not sure what resolution you want to run but try vga=ask the first time and pick the one you like the most. If you're happy with it change the parameter to vga=0xmode. I found out the hard way that you need to put 0x on the front of whichever mode you choose. Richard -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Blocking auto-update of Kernel
On Wed, Dec 30, 2009 at 2:17 PM, Pikachu_2014 pikachu.2...@gmail.comwrote: 2009/12/30 James Allsopp jamesaalls...@googlemail.com Hi, Is there an option to stop the F12 auto-update system updating my kernel. I want to avoid a situation where my kernel gets updated but there isn't a matching Madwifi rpm in the repositories? Best regards James -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines Hi, by default yum keeps the last 3 kernels installed. But you can set yum to keep all the updated kernels (see the installonly_limit key in /etc/yum.conf). Anyway I don't know any third-party repository that still provides madwifi drivers, since Atheros chipsets are supported by the vanilla kernel for a moment. Why do you still need madwifi? Which repo providing madwifi for F12 have you? Atheros drivers never worked reliably for me. I lost the connection with them every 5 min. I am still using ndiswrapper and the windows driver. I think it depends on the router one is using. -- Paulo Roma Cavalcanti LCG - UFRJ -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: ]$ Compiz working but I am a little confused ?!?
Hi; To be honest, my family complains that I am a lot confused. On Tue, 2009-12-29 at 11:00 -0500, William Case wrote: I can add the ModulePath /usr/lib64/xorg/modules/extensions/nvidia manually. But as the advice is dated April 2009, is it out of date (i.e. for versions earlier than F12)? I added the ModulePath manually -- now GLX and Compiz work. Shouldn't this type of configuration be added by some program or package automatically? I have the nVidia Display Settings gui. Shouldn't there be a way to set this configuration through that? But my main question remains, shouldn't the GLX and extensions info be somehow added automatically? I understood that developers where trying to get rid of the use of xorg.conf and have Xwindows just read the info directly , so why would something as basic as GLX and extensions require xorg.conf? If this is a bug or a request for enhancement, who should I file it with; Fedora; rpmfusion; Xwindows? I am running a GeForce 9500 GT on a PCIe Bus and a rpmfusion nvidia driver as part of a Intel(R) Core(TM)2 Duo CPU system. -- Regards Bill Fedora 12, Gnome 2.28 Evo.2.28, Emacs 23.1.1 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: [fedora-virt] how to active XEN on Fedora 12
On Wed, Dec 30, 2009 at 12:21:56PM +, Richard W.M. Jones wrote: On Wed, Dec 23, 2009 at 02:23:37PM +0100, Dario Lesca wrote: Thanks Boris, I use F12 on my Laptop and I want run some VM for test new version of distro. KVM is generally better for laptops because of better power management. However ... Now I use qemu-kvm but each machine use 30/40% of CPU of host system. Is KVM enabled? $ /sbin/lsmod | grep kvm kvm_intel 48184 6 kvm 163952 1 kvm_intel You should see a kvm_* module. Does your laptop support hardware virtualization? Recent hardware has much better support than the first generation of hardware. Is it enabled in the laptop BIOS? I want use XEN to see if it works better... [...] then I'm looking for some thing to do after this Basically Fedora 12 doesn't support Xen as a host. Too bad, but this is because upstream Xen people didn't get their changes into the Linux kernel yet. Your options are to go back to something out of date and unsupported (Fedora 8 IIRC was the last version of Fedora that could be used as a Xen host). Or use KVM -- see above. Or use RHEL 5 or a derivative where an older version of Xen is fully supported. Fedora 12 contains Xen hypervisor and tools, only dom0 kernel is missing. There's a repository of xendom0 kernels as rpms, if you're willing to install 3rdparty/testing rpms, see: http://fedoraproject.org/wiki/Features/XenPvopsDom0 -- Pasi -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Name of fedora lists - you're kidding right?
On Wed, 2009-12-30 at 05:08 -0400, Steven Susbauer wrote: On Dec 29, 2009, at 7:48 PM, Tim wrote: On Tue, 2009-12-29 at 11:10 -0800, Aldo Foot wrote: There was a discussion a while back as to how to describe list. The result is what you see today. The idea 0052b2a6-0010ist name/description would clarify expectations to everyone arriving here. In short it says: this is what the fedora user list is for. That may well be, but it's the wrong place to put a *description*. And certainly not where any newcomer is going to see it. It's not all that uncommon. I've seen more than a few posts to this list that were also posted to: Ubuntu user technical support, not for general discussions ubuntu-us...@lists.ubuntu.com Mea culpa, I set this field in 2008. According to Mailman, that is the Description field (described as a Terse phrase identifying the list). The actual *name* of the list is fedora-list. The name and description appear side-by-side at https://www.redhat.com/mailman/listinfo This change followed a discussion about list quality (among other things, no one was registered as list-owner at the time, and the purpose/scope of the list was not clearly defined). We also wanted a lightweight way to remind people that messages on the lists didn't necessarily convey the official position of the Project, without doing something stupid like attaching boilerplate text to the end of each message. Suggestions for new text values are welcome -- but you will have to sell your proposal. -Chris -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Very BAD preupgrade experience.
On Wednesday 30 December 2009 13:43:20 Michael D. Setzer II wrote: Just had a bad experience with preupgrade. [snip] Preupgraded started find downloading files, but eventually came up with a message that it needed more space on /boot. [snip] It would have been nicer to get a message to either no do a preupgrade, or to have a way to resize the systems. Would have tired partimage, but it doesn't resize lvm, so that would be another problem. If you are using LVM, I would expect resizing partitions to be easy and painless, right? LVM was actually introduced precisely for this purpose, AFAIK. Once preupgrade complained it needs more space for /boot, I would use LVM tools to expand /boot accordingly, then start again. That said, please note that I never upgrade Fedora (always reformat and do a clean install), and that I don't use LVM (always manually create a custom bare-bones partition layout to suit my needs). IOW, I may not be the proper person to give the above advice. ;-) HTH, :-) Marko -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Name of fedora lists - you're kidding right?
Chris Tyler wrote: Suggestions for new text values are welcome -- but you will have to sell your proposal. IMO, the current description should be changed, but I'd prefer to not see a lengthy debate on the list about it. It just doesn't seem important enough nor terribly on-topic. With over 6,500 subscribers and a high number of messages per day, keeping the list focused on helping folks better use Fedora is more important that debating the minutiae of list settings, which has a very high potential for bikeshedding. :) I believe the original message should have been directed to the list owner address, as with all other such administrivia messages. But that's just my opinion. -- ToddOpenPGP - KeyID: 0xBEAF0CE3 | URL: www.pobox.com/~tmz/pgp ~~ If you haven't got anything nice to say about anybody, come sit next to me. -- Alice Roosevelt Longworth (1884-1980) pgpbGGZ7v65YV.pgp Description: PGP signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: small gripe -- for Fedora, or KDE, or ....?
On Tue, 29 Dec 2009 10:37:02 -0600, Rex Dieter wrote: BeartoothHOS wrote: But for as long as I can remember, there have been two kinds of entries in the Main menu: ones that will tell you what they are or do if you hover the cursor over them -- and ones that belong to KDE. Why the lacuna? Do KDE developers, like Apple developers, presume that *everyone* already knows? You *ass*ume much here, pointing fingers and blame. Puns are pointless here -- especially old cold dried-up ones. You are reading an interpretation into my words which had not occurred to me, and which I disavow. My whole point was not to assign blame -- for all I know, some people may *like* the way things are, and consider praise due. I *asked* several questions (not just the one you quote out of context), all leading to the same basic thing which I don't know and want to : where best to raise the issue. That was and is a real question. *Why* do I get so much more info about Gnome apps than KDE ones, *who* could change that, and *where* can I make the request and expect it to be on topic? You might have noted that I went out of my way to praise certain KDE apps, and to explain that I would like to find others, if they exist, which I would like as well. It goes both ways. For example, Gnome doesn't support the GenericName part of the desktop-spec, whereas KDE in general doesn't offer Comment keys. I have no idea what that jargon refers to. Why are you throwing it at me? What does it have to do with the issue? Sad part is that GenericName isn't an optional part of the spec. Btw, it is true that I happen to be one of those who despise and detest the Apple interface as much as I do the M$ one -- if that discomfits you, so be it -- but the fact is altogether beside the point of my post. Apple, and the sneers of its admirers against the uninitiated, was a mere example, as was Stefan George. Are you going to take umbrage at my mention of him?? -- Beartooth Staffwright, Neo-Redneck Not Quite Clueless Power User I have precious (very precious!) little idea where up is. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Wine (?) spoiling F12 boot : MITIGATED
On Mon, 28 Dec 2009 12:12:10 -0500, Bill Davidsen wrote: [...] What does System-admin-display say in the display tab? I find that I need to manually set that sometimes. I think I said system-config-display the first time, had the wrong WM in front of me. On the first tab (Settings), it tells me I have a setting of 1280x1024 (offering only smaller others), and millions of colors; on the second (Hardware), it acknowledges what I think I told it -- that I have an LCD panel 1680x1050. (Iirc, it had supposed I had a CRT; at least one machine did.) -- Beartooth Staffwright, Neo-Redneck Not Quite Clueless Power User I have precious (very precious!) little idea where up is. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: RAID 1 Mismatches
On Tuesday 29 December 2009 10:17:32 pm Raman Gupta wrote: On 12/29/2009 03:18 PM, Rick Wagner wrote: On Tuesday 29 December 2009 06:27:27 am Michael Cronenworth wrote: Other replies also imply that this is common if you have swap or mmaped files on the MD. swap is on separate partitions, but I suppose the system or service may have some mmaped files (this is the root partition). I believe this will list the open memory-mapped files on your root partition: lsof -d mem -a +f -- / Out of the resulting list you can probably eliminate libraries that are being read but not written to. If /var is on your root filesystem, then there will probably be a bunch of mmap'ed stuff in the various directories inside /var. Cheers, Raman Indeed, /var is on this volume, and lsof shows quite a number of mmaped files in /var/cache and /var/tmp. Thank you all for your help on this, I will relax now. --rick -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
A very good PCI Wireless card for Fedora/Linux
Sabrent 802.11N PCI-802N , two antennas, When I purchased this card it drove me crazy determining which Linux driver that was for this card. RT2860sta driver, I have it in a bedroom in a PC that couldn't get a 100% signal to it from a Linksys router, but with this card it gave me a 100% signal. And it doesn't shut down. Copy and Paste the model above into Google search and find locations that sell it. I don't have any connections to anyone that make or sell it, I just want to pass on to the info to Fedora/Linux users that have need of a PCI wireless card. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: RAID 1 Mismatches
Eero Tamminen on 12/30/2009 04:09 AM wrote: Indeed, /var is on this volume, and lsof shows quite a number of mmaped files in /var/cache and /var/tmp. Thank you all for your help on this, I will relax now. Would you feel up to creating a bug against mdadm (the owner of 99-raid-check) and ask for a better description to the warning? Rough example: WARNING: mismatch_cnt not 0 on /dev/$dev, not harmful, but repaired with 'echo repair /sys/block/md#/md/sync_action' -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Very BAD preupgrade experience.
On 30 Dec 2009 at 18:14, Marko Vojinovic wrote: From: Marko Vojinovic vvma...@gmail.com Send reply to: vma...@ipb.ac.rs To: fedora-list@redhat.com Subject:Re: Very BAD preupgrade experience. Date sent: Wed, 30 Dec 2009 18:14:07 + Copies to: Michael D. Setzer II mi...@kuentos.guam.net On Wednesday 30 December 2009 13:43:20 Michael D. Setzer II wrote: Just had a bad experience with preupgrade. [snip] Preupgraded started find downloading files, but eventually came up with a message that it needed more space on /boot. [snip] It would have been nicer to get a message to either no do a preupgrade, or to have a way to resize the systems. Would have tired partimage, but it doesn't resize lvm, so that would be another problem. If you are using LVM, I would expect resizing partitions to be easy and painless, right? LVM was actually introduced precisely for this purpose, AFAIK. Problem is that the /boot is a separate regular partition. /dev/sda1 The root and swap partitions are LVM in the /dev/sda2. The LVM options don't seem to help in this setup, it would require reducing the size of the LVM inside the physical partition, and then resizing the physical parititon, and then moving the physical partition. Might be possible, but I don't know all the commands. Once preupgrade complained it needs more space for /boot, I would use LVM tools to expand /boot accordingly, then start again. That said, please note that I never upgrade Fedora (always reformat and do a clean install), and that I don't use LVM (always manually create a custom bare-bones partition layout to suit my needs). IOW, I may not be the proper person to give the above advice. ;-) I've thought of not using LVM, since I don't see needing the on the fly options it allows for my setup, but it is the default setup. If they where regular paritions, using partedmagic or other program would make it easy to move the partitions. Thanks for the info. HTH, :-) Marko +--+ Michael D. Setzer II - Computer Science Instructor Guam Community College Computer Center mailto:mi...@kuentos.guam.net mailto:msetze...@gmail.com http://www.guam.net/home/mikes Guam - Where America's Day Begins +--+ http://setiathome.berkeley.edu (Original) Number of Seti Units Returned: 19,471 Processing time: 32 years, 290 days, 12 hours, 58 minutes (Total Hours: 287,489) bo...@home CREDITS SETI 9,097,658.037095 | EINSTEIN 3,520,719.980851 ROSETTA 1,595,232.557405 | ABC 8,703.320170 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: small gripe -- for Fedora, or KDE, or ....?
On Wednesday 30 December 2009 18:26:53 BeartoothHOS wrote: On Tue, 29 Dec 2009 10:37:02 -0600, Rex Dieter wrote: It goes both ways. For example, Gnome doesn't support the GenericName part of the desktop-spec, whereas KDE in general doesn't offer Comment keys. I have no idea what that jargon refers to. Why are you throwing it at me? What does it have to do with the issue? Not that I am an expert, but I guess the GenericName and Comment are fields inside the app.desktop files that are used to provide the information such as description when you hover the pointer in the menu. There is a standardized specification for these, which both KDE and Gnome (and other DE's) should follow. So if I understood what Rex said, KDE fills in the description in the GenericName field, while Gnome prefers the Comment field. And all would be well if both KDE and Gnome would read the data from *both* fields and then decide which one to show to the user. But KDE disregards the Comment field, while Gnome disregards the GenericName field. If the other one happens to be empty, you have no description when you hover the pointer. Sad part is that GenericName isn't an optional part of the spec. Now, I understood this part as follows. The specification standard says that the Comment field is optional and may be left out (or left blank). So KDE does not do much wrong when disregarding this field. However GenericName field should be obligatory (per spec.) and Gnome *does* do wrong when it disregards it. So essentially, this is a bug in Gnome, and you should report it against Gnome. What is sad is the fact that Gnome does not follow the agreed spec. Btw, it is true that I happen to be one of those who despise and detest the Apple interface Finally, all this has absolutely nothing to do with Apple, AFAICS. HTH, :-) Marko -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: small gripe -- for Fedora, or KDE, or ....?
BeartoothHOS wrote: On Tue, 29 Dec 2009 10:37:02 -0600, Rex Dieter wrote: BeartoothHOS wrote: But for as long as I can remember, there have been two kinds of entries in the Main menu: ones that will tell you what they are or do if you hover the cursor over them -- and ones that belong to KDE. Why the lacuna? Do KDE developers, like Apple developers, presume that *everyone* already knows? You *ass*ume much here, pointing fingers and blame. Puns are pointless here -- especially old cold dried-up ones. You are reading an interpretation into my words which had not occurred to me, and which I disavow. Do KDE developers, like Apple developers, presume that everyone already knows? Sounds like a blanket statement about intentions to me. Stick to facts then, please, if you don't want a reaction. *Why* do I get so much more info about Gnome apps than KDE ones, *who* could change that, and *where* can I make the request and expect it to be on topic? OK, simply put: on gnome you get more info about gnome apps. On kde, you get more info about kde apps. It goes both ways. For example, Gnome doesn't support the GenericName part of the desktop-spec, whereas KDE in general doesn't offer Comment keys. I have no idea what that jargon refers to. Why are you throwing it at me? What does it have to do with the issue? Gnome shows Comment= keys on hover, KDE shows GenericName entries in the menus. Gnome ignores and doesn't use GenericName anywhere. KDE doesn't use Commment= keys (for the most part). Does that help? Now, imo, KDE at least embraces the desktop-spec here, and I'll take any bugs wrt missing Comment= keys in .desktop files, and help fix it. I've been virtually begging fedora/gnome developers to do the same for supporting GenericName= keys for quite awhile, with little success to date. -- Rex -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: small gripe -- for Fedora, or KDE, or ....?
*Why* do I get so much more info about Gnome apps than KDE ones, *who* could change that, and *where* can I make the request and expect it to be on topic? All this technical mumbo-jumbo aside. Basically, it's because GNOME treats the KDE apps unfairly. Yes, it's lame. Yes, it's a known problem in GNOME, and they're working (talking about working?) on it. No, there's nothing you can do - aside from helping - that will make anyone move faster to solve it. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Very BAD preupgrade experience.
Robert G. (Doc) Savage wrote: It's too late now, but Michael Chronenworth posted a much simpler solution to preupgrade's /boot space problem. He moved install.img from /boot to a thumb drive. When anaconda doesn't find it in /boot, it asks for its location. Point anaconda to the thumb drive and the upgrade will proceed without a hitch. I assumed install.img had to be in /boot , for some reason. If it doesn't have to be there, it seems a crazy decision to try to install a file in a partition that manifestly won't hold it in many, if not most, cases. -- Timothy Murphy e-mail: gayleard /at/ eircom.net tel: +353-86-2336090, +353-1-2842366 s-mail: School of Mathematics, Trinity College, Dublin 2, Ireland -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
i386 yum update download stops: updates/filelists_db
Trying to do a yum makecache on my fedora 12 i386 machine and it starts downloading updates/filelists_db and the download rate gets slower and slower, from 100s of KBs/second to KBs to 100s of B/s to Bytes/seccond to 0 B/s - basically stopping. I can Control-C to restart but the same happens again. After a couple of Control-C's it switches mirrors but it still happens. Whats up? Thanks. Richard -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: GRUB2?
I have forgotten whether the previous version of Ubuntu had an inittab but the current one, 9.10, does not. You can nonetheless modify the init levels at which init scripts are run (or not) and pass an init level as a kernel parameter in grub or through init X. Used to be able to, the latest ubuntu has gone almost totally upstart. You try to poke around in places like /etc/rc2.d and find they don't exist any more. That eventually led me to the gdm script in the new upstart directory (who's name I have already forgotten), and reading that script led me to the text parameter on the kernel boot line. You still can. The upstart directory of 9.10 is /etc/init (whereas it was /etc/event.d in 9.04 as it is in Fedora). To make an upstart job start at runlevels X and Y, you have to edit the start line: start on runlevel [XY] -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
A great LAUGH for all Fedora users today
I was at the Super Walmart today in Indianapolis In., to check out the new Mini-laptops w/ MS7 and wanted to see how it look, all the laptops on display was asking for a PASSWOED, Ask a Walmart employee what was the password to check them out, she said some customer had changed all the passwords and they couldn't into them. I just had to say to her , Thank God for Linux and Super User password. For -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: GRUB2?
On 12/30/2009 04:43 PM, Tom H wrote: To make an upstart job start at runlevels X and Y, you have to edit the start line: start on runlevel [XY] Except in older versions (like 0.3 and 0.6 too) is there a way to specify a dependency other than using a different run level ? If you want for example to start your sendmail milters before you startsendmail - how do you do that in upstart (pre 1.0) ? -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Name of fedora lists - you're kidding right?
On Wed, 2009-12-30 at 13:20 -0500, Todd Zullinger wrote: IMO, the current description should be changed, but I'd prefer to not see a lengthy debate on the list about it. My 2c: The Fedora users list poc -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Name of fedora lists - you're kidding right?
On 12/30/2009 12:25 PM, Chris Tyler wrote: Suggestions for new text values are welcome -- but you will have to sell your proposal. -Chris I'd suggest something like: Fedora Users -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Name of fedora lists - you're kidding right?
2009/12/30 Patrick O'Callaghan pocallag...@gmail.com: On Wed, 2009-12-30 at 13:20 -0500, Todd Zullinger wrote: IMO, the current description should be changed, but I'd prefer to not see a lengthy debate on the list about it. My 2c: The Fedora users list My 2p Fedora Users us...@lists.fedoraproject.org -- Sam -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Where did my penguins go?
Richard Shaw wrote: try adding a VESA mode, something like vga=... I'm not sure what resolution you want to run but try vga=ask the first time and pick the one you like the most. If you're happy with it change the parameter to vga=0xmode. I found out the hard way that you need to put 0x on the front of whichever mode you choose. either a hex value or a decimal value may be passed. 0x is used if you pass a hex value, else value passed will be taken as being a decimal value. some basic resolution codes, in decimal, are: colors bits 640x480 800×600 1024×768 1152×864 1280×1024 1600×1200 2568 vga=769 vga=771 vga=773 vga=353 vga=775vga=796 32K0vga=784 vga=787 vga=790 vga=354 vga=793vga=797 65K0 16 vga=785 vga=788 vga=791 vga=355 vga=794vga=798 16M7 24 vga=786 vga=789 vga=792 vga=795 vga=799 this page has charts for passing hex values with a few decimal thrown in; http://wiki.antlinux.com/pmwiki.php?n=HowTos.VgaModes if you have kernel source package installed, you should find info in; /usr/src/linux/Documentation/fb/vesafb.txt hth. -- peace out. tc,hago. g . in a free world without fences, who needs gates. ** help microsoft stamp out piracy - give linux to a friend today. ** to mess up a linux box, you need to work at it. to mess up an ms windows box, you just need to *look* at it. ** learn linux: 'Rute User's Tutorial and Exposition' http://rute.2038bug.com/index.html 'The Linux Documentation Project' http://www.tldp.org/ 'LDP HOWTO-index' http://www.tldp.org/HOWTO/HOWTO-INDEX/index.html 'HowtoForge' http://howtoforge.com/ signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Name of fedora lists - you're kidding right?
On 12/30/2009 06:27 PM, Mail Lists wrote: I'd suggest something like: Fedora Users Or perhaps: Fedora General -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Name of fedora lists - you're kidding right?
Sam Sharpe wrote: 2009/12/30 Patrick O'Callaghan pocallag...@gmail.com: On Wed, 2009-12-30 at 13:20 -0500, Todd Zullinger wrote: IMO, the current description should be changed, but I'd prefer to not see a lengthy debate on the list about it. My 2c: The Fedora users list My 2p Fedora Users us...@lists.fedoraproject.org I'm not a Fedora User. I only keep a F12 virtual machine to investigate questions that interest me. Does that disqualify me from posting? :-) -- Ninety percent of everything is crap. -- Theodore Sturgeon Guess Who! http://tinyurl.com/mc4xe7 signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Name of fedora lists - you're kidding right?
Mail Lists wrote: On 12/30/2009 06:27 PM, Mail Lists wrote: I'd suggest something like: Fedora Users Or perhaps: Fedora General Too non-specific . :-) -- Hello. Just walk along and try NOT to think about your INTESTINES being almost FORTY YARDS LONG!! Guess Who! http://tinyurl.com/mc4xe7 signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: GRUB2?
To make an upstart job start at runlevels X and Y, you have to edit the start line: start on runlevel [XY] Except in older versions (like 0.3 and 0.6 too) is there a way to specify a dependency other than using a different run level ? If you want for example to start your sendmail milters before you startsendmail - how do you do that in upstart (pre 1.0) ? I have not had to write a dependency-type upstart job but I assume that start on started sendmail should do the trick. My one reservation is that sendmail is an init script and not an upstart job so I wonder whether upstart will consider it an event. It must, hopefully; I have not had tried (or previously even considered trying) to test such an interaction. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: i386 yum update download stops: updates/filelists_db
On Wed, Dec 30, 2009 at 1:28 PM, Rich Emberson emberson.r...@gmail.comwrote: Trying to do a yum makecache on my fedora 12 i386 machine and it starts downloading updates/filelists_db and the download rate gets slower and slower, from 100s of KBs/second to KBs to 100s of B/s to Bytes/seccond to 0 B/s - basically stopping. I can Control-C to restart but the same happens again. After a couple of Control-C's it switches mirrors but it still happens. Whats up? Just for giggles, try turning off iptables (#service iptables stop). There's some rule in the default iptables that causes FTP downloads to crawl after a while. It's bitten me before doing FTP software fetches and it's possible that one or more of the repos you have uses FTP. I've never had the time to figure out which iptables rule is causing the issue, I just disable iptables, fetch stuff and turn iptables back on. Perhaps when I'm not so busy... -- Rick Stevens, Nerd Manifique -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Kde problems
I'm using fc12-86_64,my problem is when ever I logout/login or shut-down/reboot I lose kde,it will not start,only a blue screen. and no desktop.Sometimes I get the error 'cannot access /usr/bin/autorun: no such file or directory' so I cp -r /usr/bin/autorun from my backup and logout/login with no result. An install a while ago my sys. booted into a default desktop not my usual desktop,I found out that kde was not reading my ~/.kde file,I cp -r a copy from ~.kde.old ~.kde but on logging out/in the ~.kde file was over written.The only solution I've had is to reinstall the system. I've got no idea how to troubleshoot these problems.Help would be appreciated. david -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: i386 yum update download stops: updates/filelists_db
--- On Wed, 12/30/09, Rich Emberson emberson.r...@gmail.com wrote: Trying to do a yum makecache on my fedora 12 i386 machine and it starts downloading updates/filelists_db and the download rate gets slower and slower, from 100s of KBs/second to KBs to 100s of B/s to Bytes/seccond to 0 B/s - basically stopping. I can Control-C to restart but the same happens again. After a couple of Control-C's it switches mirrors but it still happens. Whats up? I got the same behavior with just a normal yum update on my 64-bit system. Solved it with: yum install yum-plugin-fastestmirror. Also check to see if you have yum-presto installed, too. This link will help. http://www.mjmwired.net/resources/mjm-fedora-f12.html#yum B -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Preupgrade to F11 worked but... [can't get httpd to start]
On Mon, 28 Dec 2009 05:55:59 -0800 (PST) TNWestTex mcfo...@bellsouth.net wrote: Steve Blackwell wrote: On Tue, 22 Dec 2009 11:18:59 -0800 (PST) TNWestTex mcfo...@bellsouth.net wrote: Steve Blackwell wrote: I ran preupgrade to go from F10 to F11 and I was pleasantly surprised (because F9-F10 was a mess) that it worked almost flawlessly. When I booted into F11 for the first time, I got a warning about a ssl library not being found. To cut a long story short, I have found that there are 62 packages that did not get updated from F10, one of them being httpd. I considered just deleting the offending rpm and reinstalling but there are so many dependencies. Is this a common problem and how have others overcome it. yum whatprovides libname is useful. Thanks for the suggestions but they didn't help. I noticed that nearly all the fc10 packages that were left around were -devel or -debug so I just deleted them. There were a couple that had no dependencies so I just yum removed and then yum installed them. I'm still having a problem with httpd. I yum removed it and its 10 dependencies and then re-installed them all (apart from bugzilla which I don't need) but when I try to restart the service I get this error: # run_init service httpd restart Authenticating steve. Password: Stopping httpd:[FAILED] Starting httpd: httpd: Syntax error on line 196 of /etc/httpd/conf/httpd.conf: Cannot load /etc/httpd/modules/mod_file_cache.so into server: /etc/httpd/modules/mod_file_cache.so: cannot open shared object file: No such file or directory [FAILED] Line 196 of /etc/httpd/conf/httpd.conf says: LoadModule file_cache_module modules/mod_file_cache.so yum whatprovides file_cache_modules says no matches I don't use apache but for yum try yum whatprovides /etc/httpd/modules/mod_file_cache.so Robert McBroom That just returns No Matches found In the end I just commented out the 2 offending lines: #LoadModule file_cache_module modules/mod_file_cache.so #LoadModule mem_cache_module modules/mod_mem_cache.so and httpd start OK now. I don't know what those two lines do but I haven't noticed any difference yet. Ah! I did a bit of digging and found this https://bugzilla.redhat.com/show_bug.cgi?id=505048. although the directives are still in my .rpmnew file. Steve. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Name of fedora lists - you're kidding right?
Hi; On Wed, 2009-12-30 at 22:51 +, Patrick O'Callaghan wrote: On Wed, 2009-12-30 at 13:20 -0500, Todd Zullinger wrote: IMO, the current description should be changed, but I'd prefer to not see a lengthy debate on the list about it. My 2c: The Fedora users list Geez Patrick, would I still be able to get community assistance, encouragement and advice for using Fedora? I would particularly miss the encouragement. -- Regards Bill Fedora 12, Gnome 2.28 Evo.2.28, Emacs 23.1.1 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Name of fedora lists - you're kidding right?
On 12/30/2009 07:36 PM, Ed Greshko wrote: Mail Lists wrote: On 12/30/2009 06:27 PM, Mail Lists wrote: I'd suggest something like: Fedora Users Or perhaps: Fedora General Too non-specific . :-) Ok how about : Fedora Specifically General :-) -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Where did my penguins go?
g wrote: Richard Shaw wrote: try adding a VESA mode, something like vga=... I'm not sure what resolution you want to run but try vga=ask the first time and pick the one you like the most. If you're happy with it change the parameter to vga=0xmode. I found out the hard way that you need to put 0x on the front of whichever mode you choose. either a hex value or a decimal value may be passed. 0x is used if you pass a hex value, else value passed will be taken as being a decimal value. It's not *quite* that simple, that the way it works on the command line passed to the kernel. However, if you use VGA=ask, those numbers are hex and 0x is neither needed nor accepted.Ste 300 some basic resolution codes, in decimal, are: colors bits 640x480 800×600 1024×768 1152×864 1280×1024 1600×1200 2568 vga=769 vga=771 vga=773 vga=353 vga=775vga=796 32K0vga=784 vga=787 vga=790 vga=354 vga=793vga=797 65K0 16 vga=785 vga=788 vga=791 vga=355 vga=794vga=798 16M7 24 vga=786 vga=789 vga=792 vga=795 vga=799 this page has charts for passing hex values with a few decimal thrown in; http://wiki.antlinux.com/pmwiki.php?n=HowTos.VgaModes if you have kernel source package installed, you should find info in; /usr/src/linux/Documentation/fb/vesafb.txt In addition, with recent kernels, you have to start doing anything interesting with nomodeset before you can use vga= or it's useful friends video= and xdriver= Example of everything all at once, use vesa and see penguins: nomodeset vga=0x318 video=vesafb xdriver=vesa This allows you to use alternate framebuffer and X drivers, and trade the high performance and low reliability of some modern kernel drivers for the slow stability of vesa. -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: A great LAUGH for all Fedora users today
Jim wrote: I was at the Super Walmart today in Indianapolis In., to check out the new Mini-laptops w/ MS7 and wanted to see how it look, all the laptops on display was asking for a PASSWOED, Ask a Walmart employee what was the password to check them out, she said some customer had changed all the passwords and they couldn't into them. I just had to say to her , Thank God for Linux and Super User password. Having someone change the Linux root password would be better how? I guess I don't know enough about Win7 to know why this is funny. -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Where is 2.6.32?
Konstantin Svist wrote: How come Fedora is still on 2.6.31? Is .32 held back on purpose or are there issues merging it? It took less than a week for .31.9 to be pushed through... but I don't see .32 in updates-testing and it's been almost a whole month... My personal experience with building 2.6.32.recent is that if they enhance the video drivers any more we will be running text only. Let the developers have the holiday off, and hopefully they will have run 2.6.32 on their laptops and be motivated to work on it. A new year is coming. -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: -ck with Fedora?
Dave Stevens wrote: Does anyone have experience to report in using the new -ck kernel patches? Have not tried them against Fedora kernel, the kernel.org kernel seemed stable. Wasn't that exciting, so I just booted and ran for an hour or so. -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Wine (?) spoiling F12 boot : MITIGATED
BeartoothHOS wrote: On Mon, 28 Dec 2009 12:12:10 -0500, Bill Davidsen wrote: [...] What does System-admin-display say in the display tab? I find that I need to manually set that sometimes. I think I said system-config-display the first time, had the wrong WM in front of me. On the first tab (Settings), it tells me I have a setting of 1280x1024 (offering only smaller others), and millions of colors; on the second (Hardware), it acknowledges what I think I told it -- that I have an LCD panel 1680x1050. (Iirc, it had supposed I had a CRT; at least one machine did.) What I have been doing is use the admin-display to get the display type right, check the video card (never had to change it), and then I could set size in the system-prefderences-hardware-screenResolution. If that sequence doesn't show the large sizes I have no other tricks (and haven't needed them to date). -- Bill Davidsen david...@tmr.com We have more to fear from the bungling of the incompetent than from the machinations of the wicked. - from Slashdot -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Name of fedora lists - you're kidding right?
I'm not a Fedora User. I only keep a F12 virtual machine to investigate questions that interest me. Does that disqualify me from posting? :-) -- No sir! You shall not be disqualified! :) You are subscribed to the list and therefore you should be allowed to post :) And by the way, even if you run Fedora virtually, you are still running Fedora :) Happy New Year! Regards, Antonio -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: A great LAUGH for all Fedora users today
On Wednesday 30 December 2009 05:58 PM, Bill Davidsen wrote: Jim wrote: I was at the Super Walmart today in Indianapolis In., to check out the new Mini-laptops w/ MS7 and wanted to see how it look, all the laptops on display was asking for a PASSWOED, Ask a Walmart employee what was the password to check them out, she said some customer had changed all the passwords and they couldn't into them. I just had to say to her , Thank God for Linux and Super User password. Having someone change the Linux root password would be better how? I guess I don't know enough about Win7 to know why this is funny. I think he means the root password would prevent a user from doing anything drastic. Changing the password of a regular user could easily solved by root. Whereas in Windows most of the time a regular user logs in with admin privileges. -- Suvayu Open source is the future. It sets us free. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Where did my penguins go?
g writes: Richard Shaw wrote: try adding a VESA mode, something like vga=... I'm not sure what resolution you want to run but try vga=ask the first time and pick the one you like the most. If you're happy with it change the parameter to vga=0xmode. I found out the hard way that you need to put 0x on the front of whichever mode you choose. either a hex value or a decimal value may be passed. 0x is used if you pass a hex value, else value passed will be taken as being a decimal value. some basic resolution codes, in decimal, are: colors bits 640x480 800×600 1024×768 1152×864 1280×1024 1600×1200 2568 vga=769 vga=771 vga=773 vga=353 vga=775vga=796 32K0vga=784 vga=787 vga=790 vga=354 vga=793vga=797 65K0 16 vga=785 vga=788 vga=791 vga=355 vga=794vga=798 16M7 24 vga=786 vga=789 vga=792 vga=795 vga=799 Maybe, maybe not. I have several laptops here. Each one produces a different list of possible VGA modes. Your actual VGA modes depend solely on your video BIOS. I looked, and I was unable to find any way to obtain a list of supported video modes from userspace. The boot time prompt is the only time yu see them. pgpcDBh65XhEH.pgp Description: PGP signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Name of fedora lists - you're kidding right?
On 09-12-30 18:27:53, Mail Lists wrote: On 12/30/2009 12:25 PM, Chris Tyler wrote: Suggestions for new text values are welcome -- but you will have to sell your proposal. I'd suggest something like: Fedora Users Too terse to guide new signups away from the developers' list. The currentname is wordy and wraps too often. Community assistance for using Fedora. -- TonyN.:' mailto:tonynel...@georgeanelson.com ' http://www.georgeanelson.com/ -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Name of fedora lists - you're kidding right?
Hi; On Wed, 2009-12-30 at 21:54 -0500, Tony Nelson wrote: On 09-12-30 18:27:53, Mail Lists wrote: On 12/30/2009 12:25 PM, Chris Tyler wrote: Suggestions for new text values are welcome -- but you will have to sell your proposal. I'd suggest something like: Fedora Users Too terse to guide new signups away from the developers' list. The currentname is wordy and wraps too often. Community assistance for using Fedora. Then change the name of the developers' list. Only for developers working on Fedora -- Regards Bill Fedora 12, Gnome 2.28 Evo.2.28, Emacs 23.1.1 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Where is 2.6.32?
On 12/30/2009 06:08 PM, Bill Davidsen wrote: Konstantin Svist wrote: How come Fedora is still on 2.6.31? Is .32 held back on purpose or are there issues merging it? It took less than a week for .31.9 to be pushed through... but I don't see .32 in updates-testing and it's been almost a whole month... My personal experience with building 2.6.32.recent is that if they enhance the video drivers any more we will be running text only. Let the developers have the holiday off, and hopefully they will have run 2.6.32 on their laptops and be motivated to work on it. A new year is coming. F11 with kernel.org 2.6.32.2 + Nvidia driver working fine here. You really should learn to build a kernel from sources, once you get the config file done, the rest is easy. Regards, John -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
skype issues on Fedora 11
Hi All; I have a client that uses skype for group IM sessions when we do production release calls. I've installed Skype on my Fedora 11 box but when I click on the 'join public chat' link the group sends out (running firefox) I get this: Firefox doesn't know how to open this address, because the protocol (skype) isn't associated with any program. I tried following the directions found here: http://share.skype.com/sites/linux/2006/08/making_skype_links_work.html but it still didn't work. Thoughts? Thanks in advance -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: A great LAUGH for all Fedora users today
On Wed, 2009-12-30 at 20:58 -0500, Bill Davidsen wrote: Having someone change the Linux root password would be better how? Boot to runlevel 1 and change it back. -- MELVILLE THEATRE ~ Melville Sask ~ http://www.melvilletheatre.com -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
The Counter-Fedora People At #fedora
Why do the following people, time after time, insist on banning me for asking fedora questions on #fedora? VileGent Khaytsus (or however you speel his name) [R] They are absolute pricks. If the Fedora community wants to improve their position with the public, I suggest that they start monitoring #fedora for the utterly vehement, venomous, vicious attitudes these regulars have there and do a little pruning of operator priviledges. I have been a Fedora user for 4 years (since FC3). I have (for better or worse) provided documentation on some things that have helped me: http://galois.digitalsignallabs.com/notes.htm I have encouraged my friends to switch to linux/fedora. I'm advising others. I've filed several bug reports. I'M ON-BOARD WITH FEDORA! So if you want to keep folks like me, and encourage others, please, PLEASE - clean up the #fedora channel from the egomaniac, self-centered, self-serving folks that spoil it for so many others. Have a good New Year! -- Randy Yates % Watching all the days go by... Digital Signal Labs % Who are you and who am I? mailto://ya...@ieee.org % 'Mission (A World Record)', http://www.digitalsignallabs.com % *A New World Record*, ELO -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The Counter-Fedora People At #fedora
Randy Yates wrote: Why do the following people, time after time, insist on banning me for asking fedora questions on #fedora? VileGent Khaytsus (or however you speel his name) [R] They are absolute pricks. If the Fedora community wants to improve their position with the public, I suggest that they start monitoring #fedora for the utterly vehement, venomous, vicious attitudes these regulars have there and do a little pruning of operator priviledges. I have been a Fedora user for 4 years (since FC3). I have (for better or worse) provided documentation on some things that have helped me: http://galois.digitalsignallabs.com/notes.htm I have encouraged my friends to switch to linux/fedora. I'm advising others. I've filed several bug reports. I'M ON-BOARD WITH FEDORA! So if you want to keep folks like me, and encourage others, please, PLEASE - clean up the #fedora channel from the egomaniac, self-centered, self-serving folks that spoil it for so many others. Have a good New Year! Are you asking a question regarding an IRC chat room on the fedora mailing list? Those two things are separate. -- One would like to stroke and caress human beings, but one dares not do so, because they bite. -- Vladimir Il'ich Lenin Guess Who! http://tinyurl.com/mc4xe7 signature.asc Description: OpenPGP digital signature -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: The Counter-Fedora People At #fedora
Ed Greshko ed.gres...@greshko.com writes: Randy Yates wrote: Why do the following people, time after time, insist on banning me for asking fedora questions on #fedora? VileGent Khaytsus (or however you speel his name) [R] They are absolute pricks. If the Fedora community wants to improve their position with the public, I suggest that they start monitoring #fedora for the utterly vehement, venomous, vicious attitudes these regulars have there and do a little pruning of operator priviledges. I have been a Fedora user for 4 years (since FC3). I have (for better or worse) provided documentation on some things that have helped me: http://galois.digitalsignallabs.com/notes.htm I have encouraged my friends to switch to linux/fedora. I'm advising others. I've filed several bug reports. I'M ON-BOARD WITH FEDORA! So if you want to keep folks like me, and encourage others, please, PLEASE - clean up the #fedora channel from the egomaniac, self-centered, self-serving folks that spoil it for so many others. Have a good New Year! Are you asking a question regarding an IRC chat room on the fedora mailing list? Those two things are separate. Well there is one connection: Fedora! If one part of the community is hurting Fedora, the other parts should be concerned. -- Randy Yates % I met someone who looks alot like you, Digital Signal Labs % she does the things you do, mailto://ya...@ieee.org % but she is an IBM. http://www.digitalsignallabs.com %'Yours Truly, 2095', *Time*, ELO -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Changing GNOME default directories
Hello all, how can I change the position of the default directories in GNOME ? For example, I'd like to change Download directory from $HOME/Download to /Data/Download. I changed the line XDG_DOWNLOAD_DIR=$HOME/Download in the file /home/myuser/.config/user-dirs.dirs, logout/login, but no effects. Where 's the trick ? Thanks Alessandro p.s: Happy 2010 to all! ;) -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
Re: Where is 2.6.32?
On 12/30/2009 07:39 PM, john wendel wrote: F11 with kernel.org 2.6.32.2 + Nvidia driver working fine here. You really should learn to build a kernel from sources, once you get the config file done, the rest is easy. I've done this way: http://fedoraproject.org/wiki/Docs/CustomKernel But don't think it'll work so easily with vanilla - there's a boatload of patches from redhat, I don't really want to check myself which ones need to be applied and which don't. -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list Guidelines: http://fedoraproject.org/wiki/Communicate/MailingListGuidelines
