Re: DWARF 2[/3] the most advanced debugging format?
Robert P. J. Day wrote: a friend who's just getting into development on linux was reading the gcc manual and ran across the variety of available debugging formats here: http://gcc.gnu.org/onlinedocs/gcc-4.3.0/gcc/Debugging-Options.html and asked me, out of all those formats, which was the "best" one to start working with. i suggested he'd be best off getting familiar with the DWARF 2 format, since fedora already comes with a yum-installable "dwarves" package containing various DWARF-related examination utilities. that seemed like an easy answer at the time, but is there a better choice? i realize stabs is still common but, in terms of being technically advanced, is DWARF 2 the most informative and most useful of the formats? thanks. Well, DWARF version 3 was released a few years ago. :-) DWARF is an extensible, block structured debugging format. It has a significant user community which is involved in upgrading and extending it. Other formats, such as stabs or coff debug, are either not block structured, difficult to extend, limited to specific architectures, poorly documented, antiquated, or moribund. DWARF is the default debugging format for most GCC compilers, including those on Linux on x86 and PowerPC. Linux migrated away from stabs some time ago. You can find an Introduction to DWARF article which I wrote a couple years ago on the DWARF website: http://dwarfstd.org -- Michael EagerChair, DWARF Standards Committee [EMAIL PROTECTED] 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Fedora 9 and VMWare Server
Has anyone been able to get VMWare Server running on F9? I've installed VMWare Server from the rpm, run the config script and everything seems to be installed correctly. When I try to connect to the web management server, it tells me that the server is not responding. -- Michael Eager[EMAIL PROTECTED] 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Fedora 9 and VMWare Server
Kevin J. Cummings wrote: Mike Burger wrote: Has anyone been able to get VMWare Server running on F9? I've installed VMWare Server from the rpm, run the config script and everything seems to be installed correctly. When I try to connect to the web management server, it tells me that the server is not responding. Noting that I've not worked, yet, with VMWare, at all, I still think the question needs to be asked: Did you start the VMWare server processes? An easier question (based on how VMWare is packaged) is did you run the vmware-config.pl script that comes with the RPM? It will shutdown any running services, and compile the necessary kernel modules for your running kernel (if you haven't made them already, and, no, just installing the RPM does not do this), and then start them up again. Thanks, all. I had run the vmware-config program and started the server, but I decided to try restarting the server. It complained that I needed to run vmware-config again, so I did. It built all modules without error and started all of the VMware services. One thing which looks odd is that when the vmware-config script starts VMware Services, that the line "VMware Virtual Infrastructure Web Access" doesn't have either [OK] or [FAILED] after it. After that (if it was successful), you should be able to connect to the server. No such luck. Starting the browser and pointing to localhost: gives me a VI Web Access dialog (as before), but entering in the admin user/password results in a complaint that the server is not responding, and suggests that I check that the server is running and accepting connections. The following processes are running: vmnet-bridge vmware-authdlau vmware-watchdog vmware-hostd If I go to https://localhost:902, I get the following line: 220 Vmware Authentication Daemon Version 1.10; SSL Required, ServerDaemonProtocol:SOAP, MKSDisplayProtocol:VNC , VMXARGS supported I'll try following Chris' pointer to HowToForge, but if any of this looks hinky, please let me know. -- Michael Eager[EMAIL PROTECTED] 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Fedora 9 and VMWare Server
Christopher A. Williams wrote: On Sat, 2008-07-19 at 22:39 -0400, Kevin J. Cummings wrote: Michael Eager wrote: Kevin J. Cummings wrote: Mike Burger wrote: Has anyone been able to get VMWare Server running on F9? I've installed VMWare Server from the rpm, run the config script and everything seems to be installed correctly. When I try to connect to the web management server, it tells me that the server is not responding. I had run the vmware-config program and started the server, but I decided to try restarting the server. It complained that I needed to run vmware-config again, so I did. It built all modules without error and started all of the VMware services. One thing which looks odd is that when the vmware-config script starts VMware Services, that the line "VMware Virtual Infrastructure Web Access" doesn't have either [OK] or [FAILED] after it. After that (if it was successful), you should be able to connect to the server. No such luck. Starting the browser and pointing to localhost: gives me a VI Web Access dialog (as before), but entering in the admin user/password results in a complaint that the server is not responding, and suggests that I check that the server is running and accepting connections. The following processes are running: vmnet-bridge vmware-authdlau vmware-watchdog vmware-hostd Aha! There's a hint here (see below). I don't see vmware-server in the above list. This is what got built and started on my machine: Starting VMware services: Virtual machine monitor [ OK ] Virtual ethernet[ OK ] Bridged networking on /dev/vmnet0 [ OK ] Host-only networking on /dev/vmnet1 (background)[ OK ] Bridged networking on /dev/vmnet2 [ OK ] Host-only networking on /dev/vmnet8 (background)[ OK ] NAT service on /dev/vmnet8 [ OK ] Starting VMware virtual machines... [ OK ] How does this compare with your build? ...And here's the other shoe dropping. You are each running different builds of VMware Server! If I go to https://localhost:902, I get the following line: 220 Vmware Authentication Daemon Version 1.10; SSL Required, ServerDaemonProtocol:SOAP, MKSDisplayProtocol:VNC , VMXARGS supported Same as me, but it runs on a different port number on my machine. YMMV The difference you are seeing between the two is that one of you is running VMware Server version 1.0.6 while the other one is running the pre-release version of VMware Server 2.0 (currently at RC1 stage). VMware Server 1.0.6 works quite well under F9, but VMware Server 2.0 RC1 has many issues, including the ones the OP has noted. I'm not certain how to overcome these yet, but I know that there are several things that seem to conflict with regular F9 components. Apache is just for openers. Other things just plain don't work at all. I have yet to find a solution for getting 2.0RC1 going. Anyone given it a try and had success getting it to work yet? Yes, I'm running 2.0. It seems I'm not alone. Jeez, I hate the bleeding edge. :-) I'll look into what happens when the startup script tries to run Web Access, and why it doesn't say [OK] or [FAILED]. Maybe there is a clue. -- Michael Eager[EMAIL PROTECTED] 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Fedora 9 and VMWare Server
Michael Eager wrote: Has anyone been able to get VMWare Server running on F9? I've installed VMWare Server from the rpm, run the config script and everything seems to be installed correctly. When I try to connect to the web management server, it tells me that the server is not responding. I've come up with (at least) a partial solution. First, my problem was with VMware Server 2.0.0 on Fedora 9 x86_64. Sorry that this was not clear. I have been running SELinux in permissive mode. I disabled SELinux and rebooted. I am now able to log in and see the VI Web Access UI. -- Michael Eager[EMAIL PROTECTED] 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: DWARF 2[/3] the most advanced debugging format?
Les wrote: On Sat, 2008-07-19 at 11:51 -0700, Michael Eager wrote: Robert P. J. Day wrote: a friend who's just getting into development on linux was reading the gcc manual and ran across the variety of available debugging formats here: http://gcc.gnu.org/onlinedocs/gcc-4.3.0/gcc/Debugging-Options.html and asked me, out of all those formats, which was the "best" one to start working with. i suggested he'd be best off getting familiar with the DWARF 2 format, since fedora already comes with a yum-installable "dwarves" package containing various DWARF-related examination utilities. that seemed like an easy answer at the time, but is there a better choice? i realize stabs is still common but, in terms of being technically advanced, is DWARF 2 the most informative and most useful of the formats? thanks. Well, DWARF version 3 was released a few years ago. :-) DWARF is an extensible, block structured debugging format. It has a significant user community which is involved in upgrading and extending it. Other formats, such as stabs or coff debug, are either not block structured, difficult to extend, limited to specific architectures, poorly documented, antiquated, or moribund. DWARF is the default debugging format for most GCC compilers, including those on Linux on x86 and PowerPC. Linux migrated away from stabs some time ago. You can find an Introduction to DWARF article which I wrote a couple years ago on the DWARF website: http://dwarfstd.org -- Michael EagerChair, DWARF Standards Committee [EMAIL PROTECTED] 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 Thank you Michael, For a very well written paper. I had dug into COFF before, but had stumbled upon some of its limitations. DWARF seems very well thought out. Do you think it will become as widely implemented as COFF? COFF is an object file format which incidentally includes debugging info. COFF is no longer widely used, for a variety of reasons. The ELF object file format is much more widely used than COFF, which is only used on a few older architectures for mostly historical reasons. (COFF was the object format for Unix System V Release 3, but was replaced by ELF in Release 4. Systems derived from SVR3 might use COFF instead of ELF.) Microsoft adopted a modified version of COFF as the PE or PE-COFF object file format for Windows NT, but they use an entirely different (and mostly undocumented) debugging format. Which debuggers use it effectively? GDB and a number of commercial debuggers, such as TotalView. -- Michael Eager[EMAIL PROTECTED] 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: Fedora 9 and VMWare Server
Nataraj wrote: I would check for a selinux violation in /var/log/audit/audit.log and/or /var/log/messages. You can temporarily try "setenforce 0" to test and then update the selinux policy afterwards. I've seen this problem under CentOS 5.2 with Vmware server 2. I've also seen other problems where the hostd and/or the webaccess process would not run for other reasons. Good suggestions, but audit.log only appears to contain messages for vmware-hostd which are after I disabled SELinux. messages also did not contain anything which would indicate that SELinux was involved. -- Michael Eager[EMAIL PROTECTED] 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- fedora-list mailing list fedora-list@redhat.com To unsubscribe: https://www.redhat.com/mailman/listinfo/fedora-list
Re: HOWTO: Use KDE 3 from F8 on F10
Kevin Kofler wrote: Roberto Ragusa wrote: I'm not writing all the details here now, but if anyone is interested, I can do it (and publish the spec files if someone wants to try). Please don't. We don't want our users to run unsupported software, and we especially don't want you to make it easy for them to do that. Roberto -- please do post the details. Kevin -- While I'm sympathetic to moving forward to later version of supported software, and I'm not interested in starting a flame war, what I've found (and I think that I'm not alone) is that KDE 4.x is far less usable than KDE 3.5. I initially installed Fedora 9 with KDE 4.0 and had some problems with the missing functionality of the desktop manager. The explanation I heard was that KDE 4.0 was really not for general use, that all of the problems would be fixed in the next release. I reverted to using Fedora 8. In the past couple days, I installed Ubuntu 8.1 with KDE 4.1 on my laptop. Here is how I described my first impressions on another mailing list: Windows appear and disappear, sometimes apparently on their own, other times in ways which I didn't expect. (Clicking on one of the buttons at the bottom of the screen makes everything disappear, replaced by a heading saying Plasma Dashboard.) I no longer can put application icons on the desktop or add an application to the panel at the bottom of the screen, but have to step through a multi-tab application menu to search for the button to open a terminal window or open Firefox. My out-of-box experience with KDE 4.1 is not good. Where I found KDE 3.5 reasonably intuitive, I find KDE 4.1 leaves me lost. Perhaps there are ways to configure KDE 4.1 to allow me to work as efficiently as I'm used to with KDE 3.5. If that's the case, then perhaps that should be the the default. Or perhaps there should be a KDE 3.5 compatibility mode. I wiped the laptop and installed Fedora 10, with GNOME. I've used KDE since installing RedHat 7.2. I'd prefer not to switch. But the basic usability of KDE 4.x has to match that of KDE 3.5. The suggestion that "you'll have to get used to KDE 4 sooner or later. Better sooner (how about NOW)?" is reminiscent of a certain Redmond-based software provider. In the open source world, "take it or leave it" usually results in the latter. In the ultimate version of "leave it", the result is a fork in the development project. -- Michael Eagerea...@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- 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: Firefox display of LinkedIn slow on Fedora 10
Bill Davidsen wrote: Michael Eager wrote: Hi -- When I try to open a page on LinkedIn in Firefox or Konqueror, it takes forever to display. Often, the session times out before the page is shown. I have not noticed any other sites which have similar problems. A Google search shows that a number of people have encountered similar problems. There were conjectures that the problem has to do with routers or network settings. There are a few suggestions to reduce the TCP MTU size, and some people claimed this fixed their problem. When I followed these suggestions, it doesn't improve display of LinkedIn pages, but it did screw up display of other sites. On a Windows XP system running under VMware on the same hardware, Firefox displays LinkedIn pages with no delay. Since the network connection and router is the same, it's not a problem with the physical hardware. Since the same problem appears on both Firefox and Konqueror, it's not a problem with the browser display engine. Anyone have a suggestion how to eliminate this annoyance? Thanks for the suggestion. MTU sounds good, the usual "real cause" is some router not passing or honoring the "can't fragment" ICMP. If you are running from a VM, behind a tunnel, etc, etc, this might be your problem, and since there's a simple solution it's worth a try. Actually, the WinXP system running in the VM works OK; the host Linux system is the one that fails. The VM is accessing the NIC in promiscuous mode. The same routers should be in place for both VM and host. Look at the "mss M" section of the "man route" output, and it explains this better. Using the route command you can set a route to the problem site, via your default router, and only for that route use a smaller MTU. So "mss 1400" would be part of the command line. Tried host route: # route -v add -host linkedin.com mss 1400 gw gateway dev eth0 # route -e Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface www.linkedin.co gateway 255.255.255.255 UGH1400 0 0 eth0 172.16.160.0* 255.255.255.0 U 0 0 0 vmnet1 192.168.20.0* 255.255.255.0 U 0 0 0 eth0 192.168.238.0 * 255.255.255.0 U 0 0 0 vmnet8 link-local * 255.255.0.0 U 0 0 0 eth0 default gateway 0.0.0.0 UG0 0 0 eth0 Also tried network route: # route -v add -net 64.74.98.0 netmask 255.255.255.0 mss 1400 gw gateway dev eth0 # route -e Kernel IP routing table Destination Gateway Genmask Flags MSS Window irtt Iface 172.16.160.0* 255.255.255.0 U 0 0 0 vmnet1 192.168.20.0* 255.255.255.0 U 0 0 0 eth0 64.74.98.0 gateway 255.255.255.0 UG 1400 0 0 eth0 192.168.238.0 * 255.255.255.0 U 0 0 0 vmnet8 link-local * 255.255.0.0 U 0 0 0 eth0 default gateway 0.0.0.0 UG0 0 0 eth0 Neither appear to make any difference. I also shrank MTU down to 1000 to see if that helped. Same result. One interesting aspect is that some of the LinkedIn pages come up fast, others hang. Firefox thinks it's waiting for www.linkedin.com. I could run a sniffer to see if it really is accessing the IP address with the reduced MTU. -- Michael Eagerea...@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- 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: Firefox display of LinkedIn slow on Fedora 10
Bill Davidsen wrote: One interesting aspect is that some of the LinkedIn pages come up fast, others hang. Firefox thinks it's waiting for www.linkedin.com. I could run a sniffer to see if it really is accessing the IP address with the reduced MTU. Now that you have done all that detective work, I wonder if MSS is the problem after all. I just opened linkedin.com from this VM (my default desktop) and it worked perfectly. So now I have to bring up the old original list entry you made and see what you are doing differently from what I'm doing, (which works). I was able to bring up profiles, etc, so I assume it was working right. The LinkedIn home page comes up quickly. Trying to follow links to discussions or to read a discussion thread hangs. Except for seeing the same behavior on Konqueror and Firefox, I would not have thought it was a network issue. -- Michael Eagerea...@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- 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
Ksysguard doesn't show cpu or network
Hi -- After a recent update, ksysguard no longer shows CPU or Network activity. When I check properties of these two windows, no sensors are listed. I'm running FC10, KDE 4.3. How do I add sensors to these displays? -- Michael Eagerea...@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- 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: Ksysguard doesn't show cpu or network
Anne Wilson wrote: On Sunday 27 September 2009 05:58:17 Michael Eager wrote: Hi -- After a recent update, ksysguard no longer shows CPU or Network activity. When I check properties of these two windows, no sensors are listed. I'm running FC10, KDE 4.3. How do I add sensors to these displays? I could be wrong, but I don't think they have been added, yet. There are plasmoids that can be installed on the panel, taking up one icon-space, for each of them. They were there up to a couple days ago. I'm not sure what was updated, but they are gone now. There are also a couple of superkaramba plasmoids that give incredible amounts of information, but they are so big you probably need a separate desktop for them, and I'm not sure that you can confine them to one desktop without using the activity-per-desktop, which on some systems causes problems but works perfectly on others. As an experiment I ran the lappy widget and Automatik on a desktop, and the combined display took up 50% of the width. I've looked at the system monitor plasmoid, but I'm unimpressed. In the panel it's cute but not informative. On the desktop, it takes up a lot of space while giving little information. There are all the mis-features of plasmoids: I can't put the monitor on one desktop window -- it's on all windows. I can't iconify it and I can't click on bring it in front of other windows. I didn't find the lappy or Automatik widgets. Since the kde system monitor seems to be broken, I'm using the Gnome system monitor. It's not as configurable as ksysguard, but it works. -- Michael Eagerea...@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- 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
Poor desktop responsiveness
Hi -- I'm running Fedora 10 with KDE on a quad-core Intel system (@ 2.4 Ghz), with 6Gb RAM. I generally run Firefox with several open windows and/or tabs, as well as Adobe acroread, and I'll have a number of terminal windows open. Zero swap is used and cpu load is nowhere close to 100%. Frequently, when I switch windows, there is a significant delay in re-drawing the window and streaming audio stops for a few seconds. Is there anything that I can do to improve performance in switching windows? -- Michael Eagerea...@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- 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
Kernel 2.6.30 on Fedora 10
There's a bug (https://bugzilla.redhat.com/show_bug.cgi?id=486564) which is fixed in kernel-2.6.30. This kernel is available on F11 and F12. Does anyone know if there any plan to build this for F10? -- Michael Eagerea...@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- 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
Firefox display of LinkedIn slow on Fedora 10
Hi -- When I try to open a page on LinkedIn in Firefox or Konqueror, it takes forever to display. Often, the session times out before the page is shown. I have not noticed any other sites which have similar problems. A Google search shows that a number of people have encountered similar problems. There were conjectures that the problem has to do with routers or network settings. There are a few suggestions to reduce the TCP MTU size, and some people claimed this fixed their problem. When I followed these suggestions, it doesn't improve display of LinkedIn pages, but it did screw up display of other sites. On a Windows XP system running under VMware on the same hardware, Firefox displays LinkedIn pages with no delay. Since the network connection and router is the same, it's not a problem with the physical hardware. Since the same problem appears on both Firefox and Konqueror, it's not a problem with the browser display engine. Anyone have a suggestion how to eliminate this annoyance? -- Michael Eagerea...@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- 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: Linux "NULL pointer dereferece" in the News...
Tom Horsley wrote: On Sun, 19 Jul 2009 23:11:52 +0530 Rahul Sundaram wrote: It is not so simple. This is not a compiler bug. I suggest you read through http://lwn.net/Articles/341773/rss to understand why. I did. It is a compiler bug no matter what a bunch of language lawyer holier than thou compiler developers say :-). They claim it is undefined by the standard and therefore they can do whatever they want. Speaking as a compiler developer and sometime language lawyer, you seem to have gotten the wrong impression at several different levels. Compilers determine what modifications they can make to the code using the inferences they make based on the data flow through a program. They don't say "well, this is undefined, we can muck it up however we like". In the case of this *kernel* bug, the compiler determined that the pointer must be valid, because it had been previously dereferenced. This allowed the compiler to eliminate a test which would always be false, *as long as the behavior of the previous code was defined*. This code is correct and well defined as long as the pointer is valid. The behavior only becomes undefined when the pointer is null. The only way that the compiler could determine that the initial dereference of the pointer was undefined would be to insert a test for null before the dereference. It would have to do this for every piece of code which dereferenced a pointer which was passed into a function, dramatically impacting performance. Or perhaps it could issue a warning message saying that it couldn't determine that the pointer was valid, resulting in a warning that would occur thousands of times when compiling the kernel. OK, what would reasonable, sane people do in that case? That's right, they'd fall back on the behavior of just doing what the program source code says, but no, gcc is too smart for that, gcc's undefined behavior shows how smart it is and therefore makes much more sense than doing the obvious :-). You can get exactly that behavior by not optimizing your code. Your code will run much slower, but that's OK, isn't it? Ah, you want optimizations? But you want them to magically decide that one is an error in the program and shouldn't be done, while in another place the same optimization should be done because it generates better code. OK, write a description of how to determine one case from the other and I'm sure every compiler developer will rush to implement it. -- Michael Eagerea...@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- 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
Dual monitors KDE 4.2 - no panel, no keyboard focus
Hi -- I have dual monitors using Nvidia Twinview. I have both displays working. The primary display has the panel, plasmoids, etc. It seems to work OK. The secondary display only shows wallpaper. Mouse clicks on the screen are ignored. I can start a program on the second display by running a command in the primary display: "DISPLAY=:0.1 konsole" but this screen does not take keyboard focus. Doing the same with konqueror, the mouse works, but again the keyboard is inactive. Neither of these windows has taskbars at the top, so they cannot be moved. Running GNOME, the dual display works OK, with both screens active. -- Michael Eagerea...@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- 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: Dual monitors KDE 4.2 - no panel, no keyboard focus
Michael Eager wrote: Hi -- I have dual monitors using Nvidia Twinview. I have both displays working. The primary display has the panel, plasmoids, etc. It seems to work OK. The secondary display only shows wallpaper. Mouse clicks on the screen are ignored. I can start a program on the second display by running a command in the primary display: "DISPLAY=:0.1 konsole" but this screen does not take keyboard focus. Doing the same with konqueror, the mouse works, but again the keyboard is inactive. Neither of these windows has taskbars at the top, so they cannot be moved. Running GNOME, the dual display works OK, with both screens active. One correction: I'm not running Twinview. When I turn on Twinview in the nvidia-settings applet, I get a single X window over both monitors. I want independent X sessions on each monitor. -- Michael Eagerea...@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- 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: kmod-nvidia is missing for kernel 2.6.27.19-170.2.35.fc10
Linuxguy123 wrote: The kmod-nvidia package is missing for kernel 2.6.27.19-170.2.35.fc10. Yes, I know it is based on proprietary code. Lets not get into that. Its still missing. I make this post in case the powers that be don't realize its missing. Thanks for listening. I also did not find it when I did "yum update" or "yum search". I downloaded the source package from nvidia.com and ran the script. It built kmod-nvidia and installed. Everything works fine. -- Michael Eagerea...@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- 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: Dual monitors KDE 4.2 - no panel, no keyboard focus
Ron Siven wrote:
On Wed, Mar 4, 2009 at 1:14 PM, Michael Eager <mailto:ea...@eagercon.com>> wrote:
Michael Eager wrote:
Hi --
I have dual monitors using Nvidia Twinview. I
have both displays working. The primary display has
the panel, plasmoids, etc. It seems to work OK.
The secondary display only shows wallpaper. Mouse
clicks on the screen are ignored.
I can start a program on the second display by running
a command in the primary display: "DISPLAY=:0.1 konsole"
but this screen does not take keyboard focus. Doing
the same with konqueror, the mouse works, but again
the keyboard is inactive. Neither of these windows has
taskbars at the top, so they cannot be moved.
Running GNOME, the dual display works OK, with both
screens active.
One correction: I'm not running Twinview. When I
turn on Twinview in the nvidia-settings applet, I
get a single X window over both monitors. I want
independent X sessions on each monitor.
--
Michael Eagerea...@eagercon.com <mailto:ea...@eagercon.com>
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
Have you seen this information? It helped me.
http://www.thinkwiki.org/wiki/Xorg_RandR_1.2#xorg.conf
Thanks. I'll take a look at it.
At first glance looks like it creates a single virtual screen
running on two screens. That's what I have now with twinview.
I want independent screens running on each display.
But I'll give xrandr a shot. What can it do other than
screw up my X config. As if that hasn't happened before.
--
Michael Eagerea...@eagercon.com
1960 Park Blvd., Palo Alto, CA 94306 650-325-8077
--
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: FC10, Virtualization , Windows XP
Tom Horsley wrote: On Wed, 04 Mar 2009 19:09:04 -0500 Jim wrote: FC 10/KDE what is the best Virtualization program for FC10, to run Windows XP in. I understand because my AMD Athlon doesn't have a "svm" feature I can't run KVM, and VM Ware is slow ? Anything you use will be slow without the hardware virtualization support - they all have the same problem. Actually, it turns out that the software virtualization is just as fast as the hardware virtualization, perhaps even faster. Lots of reasons, but one is that once the VM software rewrites a section of priviledged code, it never touches it again. With the hardware virtualization support, the VM interprets it every time it is executed. I use VMware for WinXP. It runs reasonably fast. -- Michael Eagerea...@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- 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
K3B freezes system (temporarily)
When I run K3B on Fedora 10 (or past versions) it pretty much freezes my system until it finishes. Especially when erasing a CD, display, keyboard and mouse are frozen. I'm running a four-processor system. What would K3B be doing which would lock the system so that it would not respond? -- Michael Eagerea...@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- 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
SeLinux error starting vncserver
I get several SeLinux violation when I start vncserver. I resolved two by following the instructions and creating a local policy, but I can't seem to resolve this one: SELinux is preventing ck-get-x11-serv (consolekit_t) "read" to ./.Xauthority (user_home_dir_t). I have tried the suggestion to run "restorecon -v './.Xauthority'" but that didn't seem to make any difference. Any suggestions on how to resolve this? -- Michael Eagerea...@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- 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: SeLinux error starting vncserver
Michael Eager wrote: I get several SeLinux violation when I start vncserver. I resolved two by following the instructions and creating a local policy, but I can't seem to resolve this one: SELinux is preventing ck-get-x11-serv (consolekit_t) "read" to ./.Xauthority (user_home_dir_t). I have tried the suggestion to run "restorecon -v './.Xauthority'" but that didn't seem to make any difference. Any suggestions on how to resolve this? This looks like a known bug: https://bugzilla.redhat.com/show_bug.cgi?id=477121 -- Michael Eagerea...@eagercon.com 1960 Park Blvd., Palo Alto, CA 94306 650-325-8077 -- 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
