Re: Xorg 7.5 and OpenMotif: mouse stuck in box
Dear William, excellent! The patch you pointed me to works for me too. Thank you so much for your help, I am going to send an email to the port maintainers to see whether they can fix this in the ports tree. very best giuseppe On Mon, Oct 11, 2010 at 6:43 PM, William Bulley w...@umich.edu wrote: According to Giuseppe Pagnoni gpagn...@gmail.com on Mon, 10/11/10 at 10:57: thank you very much for your reply, it does seem to be the same type of bug. However, and I apologize for being dense here, it is not immediate to me how to proceed practically to apply the patch from within the ports framework. Also, I still wonder why the patch hasn't been incorporated in the tree given that the bug is known I am not able to answer your final question - that is left to the ports maintainers to address. I simply installed the latest (was it 1.7.5) xorg-server at that time and added those half dozen patches. If 1.7.7 solved the problem, then I'm not sure what issue(s) you have. If you want to have FreeBSD ports upgraded, I would contact the port's maintainers directly. I chose not to install xorg-server 1.7.7 since I was unsure if there were other dependencies or issues that might arise from doing so. I'm not used to patching a mature, released port, so for me even that was a leap of faith! :-) Just for clarity, I did not formally patch this port (xorg-server). I went into the directory tree beneath the work directory, found the dit/events.c file, and made those above mentioned (about six or so) small source code patches. I then re-made the port and re-installed the port. After it tested successfully, I reported my results to the -questions list in case it would help others. YMMV. And good luck! Regards, web... -- William Bulley Email: w...@umich.edu 72 characters width template -| -- Giuseppe Pagnoni Dip. Scienze Biomediche Sezione Fisiologia Univ. di Modena e Reggio Emilia Via Campi 287 I-41125 Modena, Italy Tel: +39-059-205-5742 Fax: +39-059-205-5336 ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org
Re: Xorg 7.5 and OpenMotif: mouse stuck in box
Giuseppe Pagnoni wrote: I am resending this because it seems to me a really critical bug (prevents you from using OpenMotif or lesstif applications), but apparently nothing has been changed since last july. Upgrading xorg to 1.7.7 does fix the problem, but I wonder if this may cause dependency problems in the ports tree. Also, if this is the correct fix, is there a reason why it hasn't been integrated in the ports yet? thanks again giuseppe I am having a problem with xorg 1.7.5 and OpenMotif resulting in the mouse being stuck in certain areas of the Motif windows that are supposed to open dialog boxes when right-clicked. I noticed that somebody else reported the problem already in this list, and that it seems to have been fixed in xorg 1.7.7. However xorg 1.7.7 is not yet available in the ports tree, nor it looks like a patch is in for the current version (I tried to recompile xorg today after a port tree update). Is manually compiling Xorg the only solution right now? thanks in advance for any advice giuseppe This is what I found recently. Hope this helps you. - Forwarded message from William Bulley w...@umich.edu - To: FreeBSD Questions freebsd-questions@freebsd.org From: William Bulley w...@umich.edu Date: Thu, 2 Sep 2010 11:31:15 -0400 Subject: SOLVED: serious (for me) Xorg 7.5 mouse/kbd problem in 8.1-STABLE Cc: x...@freebsd.org, st...@freebsd.org See below for details of solution. - Forwarded message from William Bulley w...@umich.edu - To: FreeBSD Questions freebsd-questions@freebsd.org From: William Bulley w...@umich.edu Date: Wed, 25 Aug 2010 07:38:34 -0400 Subject: serious (for me) Xorg 7.5 mouse/kbd problem in 8.1-STABLE For years I have run Open-Motif on FreeBSD without issue. I use a USB keyboard and a USB three button mouse attached to a Dell Optiplex 960. This combination has worked fine for the past year. This week I upgraded from 8.0-STABLE circa January 2010 to 8.1-STABLE. I do this by doing a buildworld/installworld sequence after csup-ing stable-supfile and rebooting. In this case I also pkg_deleted all of my ports and am rebuilding them from source. Building Xorg is one of the very first ports I attempt since I prefer to work in xterms not virtual terminals. This upgrade moved me from Xorg 7.3 to Xorg 7.5, but Open-Motif stayed the same - open-motif-2.2.3_6 - it hasn't changed in years. After building Xorg, as root, I ran the Xorg -configure command to generate my xorg.conf.new file. Since a working /etc/X11/xorg.conf file was still around after the upgrade from 8.0-STABLE/Xorg 7.3, I felt no need to change anything in that file (later file comparisons confirmed that nothing had changed). My only relevant additions to /etc/X11/xorg.conf are these: Section ServerFlags Option AutoAddDevices off Option DontZap false EndSection In my /etc/rc.conf file I have dbus and hald enabled, and that has not changed since the beginning of 2010 after the confusion abated. As a normal user, I start Xorg using /usr/local/bin/xinit as always. I have several xterms configured in my ~/.xinitrc file. All those came up in the correct location and state. I was able to open those that started in iconic mode. In an open/raised xterm I could enter carriage returns and see my shell prompt move down the window. But when I tried to close/minimize an open/raised xterm, things failed. I use the following keyboard/mouse combination (configured in my .mwmrc file) to close (minimize) an xterm (and other applications): Shift Btn3Click window f.minimize This is also unchanged for some years. This particular setting has no bearing on the problem I came across yesterday. I merely state it for the record. However, this configuration triggers the bug. The problem is as soon as I use that Shift/Btn3Click combination, my arrow cursor disappears, then I cannot move to or select other xterms - I am frozen, or locked, into the xterm I was trying to close/minimize. All I can do at this point is to kill(1) the /usr/local/bin/xinit command to return to the virtual terminal where I launched my Xorg session. I am now reluctantly using the good old /usr/local/bin/twm which is always built when Xorg is built from source. I am at a loss as to what to look for next. I suspect Xorg, or the keyboard and mouse driver, not the video driver, that came with. It might be a problem with hald(8), but again, I don't know how to debug this. Any help with this very odd bug would be greatly appreciated. - End forwarded message - This problem is known (and fixed) in newer versions of xorg-server. See this URL for details of the problem. http://cgit.freedesktop.org/xorg/xserver/commit/?id=1884db430a5680e37e94726dff46686e2218d525 I have also attached the changes I made to the dit/events.c file. After rebuilding xorg-server with those patches, the Open Motif (mwm) window manager now works with the above
Re: Xorg 7.5 and OpenMotif: mouse stuck in box
Dear William, thank you very much for your reply, it does seem to be the same type of bug. However, and I apologize for being dense here, it is not immediate to me how to proceed practically to apply the patch from within the ports framework. Also, I still wonder why the patch hasn't been incorporated in the tree given that the bug is known thanks again giuseppe On Mon, Oct 11, 2010 at 4:07 PM, William Bulley w...@umich.edu wrote: Giuseppe Pagnoni wrote: I am resending this because it seems to me a really critical bug (prevents you from using OpenMotif or lesstif applications), but apparently nothing has been changed since last july. Upgrading xorg to 1.7.7 does fix the problem, but I wonder if this may cause dependency problems in the ports tree. Also, if this is the correct fix, is there a reason why it hasn't been integrated in the ports yet? thanks again giuseppe I am having a problem with xorg 1.7.5 and OpenMotif resulting in the mouse being stuck in certain areas of the Motif windows that are supposed to open dialog boxes when right-clicked. I noticed that somebody else reported the problem already in this list, and that it seems to have been fixed in xorg 1.7.7. However xorg 1.7.7 is not yet available in the ports tree, nor it looks like a patch is in for the current version (I tried to recompile xorg today after a port tree update). Is manually compiling Xorg the only solution right now? thanks in advance for any advice giuseppe This is what I found recently. Hope this helps you. - Forwarded message from William Bulley w...@umich.edu - To: FreeBSD Questions freebsd-questions@freebsd.org From: William Bulley w...@umich.edu Date: Thu, 2 Sep 2010 11:31:15 -0400 Subject: SOLVED: serious (for me) Xorg 7.5 mouse/kbd problem in 8.1-STABLE Cc: x...@freebsd.org, st...@freebsd.org See below for details of solution. - Forwarded message from William Bulley w...@umich.edu - To: FreeBSD Questions freebsd-questions@freebsd.org From: William Bulley w...@umich.edu Date: Wed, 25 Aug 2010 07:38:34 -0400 Subject: serious (for me) Xorg 7.5 mouse/kbd problem in 8.1-STABLE For years I have run Open-Motif on FreeBSD without issue. I use a USB keyboard and a USB three button mouse attached to a Dell Optiplex 960. This combination has worked fine for the past year. This week I upgraded from 8.0-STABLE circa January 2010 to 8.1-STABLE. I do this by doing a buildworld/installworld sequence after csup-ing stable-supfile and rebooting. In this case I also pkg_deleted all of my ports and am rebuilding them from source. Building Xorg is one of the very first ports I attempt since I prefer to work in xterms not virtual terminals. This upgrade moved me from Xorg 7.3 to Xorg 7.5, but Open-Motif stayed the same - open-motif-2.2.3_6 - it hasn't changed in years. After building Xorg, as root, I ran the Xorg -configure command to generate my xorg.conf.new file. Since a working /etc/X11/xorg.conf file was still around after the upgrade from 8.0-STABLE/Xorg 7.3, I felt no need to change anything in that file (later file comparisons confirmed that nothing had changed). My only relevant additions to /etc/X11/xorg.conf are these: Section ServerFlags Option AutoAddDevices off Option DontZap false EndSection In my /etc/rc.conf file I have dbus and hald enabled, and that has not changed since the beginning of 2010 after the confusion abated. As a normal user, I start Xorg using /usr/local/bin/xinit as always. I have several xterms configured in my ~/.xinitrc file. All those came up in the correct location and state. I was able to open those that started in iconic mode. In an open/raised xterm I could enter carriage returns and see my shell prompt move down the window. But when I tried to close/minimize an open/raised xterm, things failed. I use the following keyboard/mouse combination (configured in my .mwmrc file) to close (minimize) an xterm (and other applications): Shift Btn3Click window f.minimize This is also unchanged for some years. This particular setting has no bearing on the problem I came across yesterday. I merely state it for the record. However, this configuration triggers the bug. The problem is as soon as I use that Shift/Btn3Click combination, my arrow cursor disappears, then I cannot move to or select other xterms - I am frozen, or locked, into the xterm I was trying to close/minimize. All I can do at this point is to kill(1) the /usr/local/bin/xinit command to return to the virtual terminal where I launched my Xorg session. I am now reluctantly using the good old /usr/local/bin/twm which is always built when Xorg is built from source. I am at a loss as to what to look for next. I suspect Xorg, or the keyboard and mouse driver, not the video driver, that came with. It might be a problem with hald(8), but again, I don't know how to
Re: Xorg 7.5 and OpenMotif: mouse stuck in box
According to Giuseppe Pagnoni gpagn...@gmail.com on Mon, 10/11/10 at 10:57: thank you very much for your reply, it does seem to be the same type of bug. However, and I apologize for being dense here, it is not immediate to me how to proceed practically to apply the patch from within the ports framework. Also, I still wonder why the patch hasn't been incorporated in the tree given that the bug is known I am not able to answer your final question - that is left to the ports maintainers to address. I simply installed the latest (was it 1.7.5) xorg-server at that time and added those half dozen patches. If 1.7.7 solved the problem, then I'm not sure what issue(s) you have. If you want to have FreeBSD ports upgraded, I would contact the port's maintainers directly. I chose not to install xorg-server 1.7.7 since I was unsure if there were other dependencies or issues that might arise from doing so. I'm not used to patching a mature, released port, so for me even that was a leap of faith! :-) Just for clarity, I did not formally patch this port (xorg-server). I went into the directory tree beneath the work directory, found the dit/events.c file, and made those above mentioned (about six or so) small source code patches. I then re-made the port and re-installed the port. After it tested successfully, I reported my results to the -questions list in case it would help others. YMMV. And good luck! Regards, web... -- William Bulley Email: w...@umich.edu 72 characters width template -| ___ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to freebsd-questions-unsubscr...@freebsd.org