Mouse event problems

[Tyson Sawyer]

I can't figure out what regexp to apply to the internet to find an
answer to this.  I am running Mint Xfce 7.3 and it has been solid.
But the past few weeks I've run into a few problems that seemed to
come from nowhere.

I'm finding that mouse events are getting messed up.  The mouse
pointer and keyboard seem to always work.  The mouse events do not.
Sometimes widgets do not respond to mouse-over or clicks.  I've seen
occasional phantom responses in when I didn't click.  I've seen
buttons "depress" when clicked, but there is no other response.  It
will often start as specific windows or specific regions of windows
and or system menus.  It quickly degrades to no mouse functionality
other than the pointer moving.   I haven't seen that the track pad
behaves any different from the mouse.

I can temporarily clear the problem by switching to a text console and
then back to X.

I have tried different kernel versions, older and newer.  The older
and current had been working fine.  None of them work now.  I've tried
a few varying from ~3.13 through 4.4.0.

I tried installing Cinnamon to see if it was an Xfce thing, but the
behavior remained.

I haven't found a error log that provides any hints.

Any suggestions?  If I can't clear this up, I'm going to have to try a
clean re-install which would be a major downer.

Thanks!
Ty

-- 
Tyson D Sawyer

A strong conviction that something must be done is the parent
of many bad measures.   - Daniel Webster
___
gnhlug-discuss mailing list
gnhlug-discuss@mail.gnhlug.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/

Re: Mouse event problems

[Tyson Sawyer]

On Fri, Mar 25, 2016 at 4:04 PM, Joshua Judson Rosen
 wrote:
> It's an option that could be explicitly disabled or enabled via xorg.conf;
> it or another similar sort of option could be enabled by default and in
> effect even if you don't actually have a config file (most people don't have
> an actual xorg.conf at this point at this point--everything just gets
> autoprobed/auto configured every time, and that *normally* works but
> sometimes doesn't work right...). I *think* you can find the evidence in the
> *logfiles*


I'll take a look.



-- 
Tyson D Sawyer

A strong conviction that something must be done is the parent
of many bad measures.   - Daniel Webster
___
gnhlug-discuss mailing list
gnhlug-discuss@mail.gnhlug.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/

RE: Govt Source Code Policy

[Mark Komarinski]

I was under the impression that code written by the government was public 
domain.  You and I (and private companies) paid the taxes that generated that 
code, so releasing it in anything less than a public domain is doing a 
disservice.
Back when I worked for the Department of Veterans Affairs there were companies 
that took the VA code, modified it for non-VA hospitals, and offered to provide 
the software and support for a fee.  I didn't find a problem with it then, nor 
do I now.  That's what public domain means.
-Mark
 Original message From: "Greg Rundlett (freephile)" 
 Date: 3/25/16  3:33 PM  (GMT-05:00) To: blu 
, GNHLUG  Subject: Govt Source 
Code Policy 
The US Fed. Govt. is proposing a pilot program to release at least 20% of newly 
developed custom code as 'OSS'.  https://sourcecode.cio.gov/  They're accepting 
comments now.  And since it's hosted on GitHub, you "comment" via the issue 
queue, and you can also fork the project and issue a pull request.

I forked it and created a pull request. 
https://github.com/WhiteHouse/source-code-policy/pulls proposing to use the 
term 'Free Software' in place of 'Open Source' 
If the government actually goes through with 'open sourcing' their work, it's 
actually a giant corporate handout because companies will have greater access 
to publicly funded works that they can then incorporate into proprietary works.
What do you think?

Greg Rundletthttps://eQuality-Tech.comhttps://freephile.org

___
gnhlug-discuss mailing list
gnhlug-discuss@mail.gnhlug.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/

Re: Govt Source Code Policy

[Greg Rundlett (freephile)]

Code written by Govt. employees is 'Public Domain', meaning specifically
exempted from copyright.

However, most? government software is written by contractors, and not
published or shared.  I don't know for sure, but I imagine that a large
amount of that work is under a proprietary license.  I think it's a giant
step in the right direction to get the Govt. to publish, and reuse (our)
software because we are paying for it once already.  However, I think that
the primary beneficiaries will be the software ISVs and VARs that will
essentially have another 'github' of govt. software to grab and bring
in-house.  The same problem is reflected at GitHub where the majority of
new projects are selecting non-free licenses now whereas a few years ago
GPL was the most popular license in the world.

See https://www.gnu.org/philosophy/categories.html
See license list at https://github.com/new
See global license popularity at
https://www.blackducksoftware.com/resources/data/top-20-open-source-licenses
(their data may be skewed or unreliable)
Also:
https://en.wikipedia.org/wiki/Copyright_status_of_work_by_the_U.S._government


Greg Rundlett
https://eQuality-Tech.com
https://freephile.org

On Fri, Mar 25, 2016 at 4:24 PM, Mark Komarinski 
wrote:

> I was under the impression that code written by the government was public
> domain.  You and I (and private companies) paid the taxes that generated
> that code, so releasing it in anything less than a public domain is doing a
> disservice.
>
> Back when I worked for the Department of Veterans Affairs there were
> companies that took the VA code, modified it for non-VA hospitals, and
> offered to provide the software and support for a fee.  I didn't find a
> problem with it then, nor do I now.  That's what public domain means.
>
> -Mark
>
>  Original message 
> From: "Greg Rundlett (freephile)" 
> Date: 3/25/16 3:33 PM (GMT-05:00)
> To: blu , GNHLUG 
> Subject: Govt Source Code Policy
>
> The US Fed. Govt. is proposing a pilot program to release at least 20% of
> newly developed custom code as 'OSS'.  https://sourcecode.cio.gov/
>  They're accepting comments now.  And since it's hosted on GitHub, you
> "comment" via the issue queue, and you can also fork the project and issue
> a pull request.
>
> I forked it and created a pull request.
> https://github.com/WhiteHouse/source-code-policy/pulls proposing to use
> the term 'Free Software' in place of 'Open Source'
>
> If the government actually goes through with 'open sourcing' their work,
> it's actually a giant corporate handout because companies will have greater
> access to publicly funded works that they can then incorporate into
> proprietary works.
>
> What do you think?
>
>
> Greg Rundlett
> https://eQuality-Tech.com
> https://freephile.org
>
___
gnhlug-discuss mailing list
gnhlug-discuss@mail.gnhlug.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/

Govt Source Code Policy

[Greg Rundlett (freephile)]

The US Fed. Govt. is proposing a pilot program to release at least 20% of
newly developed custom code as 'OSS'.  https://sourcecode.cio.gov/  They're
accepting comments now.  And since it's hosted on GitHub, you "comment" via
the issue queue, and you can also fork the project and issue a pull request.

I forked it and created a pull request.
https://github.com/WhiteHouse/source-code-policy/pulls proposing to use the
term 'Free Software' in place of 'Open Source'

If the government actually goes through with 'open sourcing' their work,
it's actually a giant corporate handout because companies will have greater
access to publicly funded works that they can then incorporate into
proprietary works.

What do you think?


Greg Rundlett
https://eQuality-Tech.com
https://freephile.org
___
gnhlug-discuss mailing list
gnhlug-discuss@mail.gnhlug.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/

Re: Mouse event problems

[Joshua Judson Rosen]

It's an option that could be explicitly disabled or enabled via xorg.conf; it 
or another similar sort of option could be enabled by default and in effect 
even if you don't actually have a config file (most people don't have an actual 
xorg.conf at this point at this point--everything just gets autoprobed/auto 
configured every time, and that *normally* works but sometimes doesn't work 
right...). I *think* you can find the evidence in the *logfiles*
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

On March 25, 2016 2:56:23 PM EDT, Tyson Sawyer  wrote:
>Would HWCursor an option in /etc/X11?
>
>On Fri, Mar 25, 2016 at 2:37 PM, Joshua Judson Rosen
> wrote:
>> Alternately, maybe a problem due to the use of "HWCursor" option in
>Xorg? I
>> somewhat doubt that's something that can actually mess w/ behaviour
>other
>> than rendering, but maybe?
>
>Is HWCursor an option in an /etc/X11 file? I don't seem to be using it.
>
>tyson@STOL:X11$ pwd
>/etc/X11
>tyson@STOL:X11$ ls
>app-defaults rgb.txt  xkb   Xresources 
>Xsession.options
>default-display-manager  XXresetXsessionxsm
>fontsxinitXreset.d  Xsession.d  Xwrapper.config
>tyson@STOL:X11$ grep -r HWCursor
>tyson@STOL:X11$
>
>I'm not as close to this stuff as I used to be.  ...I don't see an
>XF86Config or xorg.conf file there.
>
>-- 
>Tyson D Sawyer
>
>A strong conviction that something must be done is the parent
>of many bad measures.   - Daniel Webster
___
gnhlug-discuss mailing list
gnhlug-discuss@mail.gnhlug.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/

Re: Mouse event problems

[Joshua Judson Rosen]

Alternately, maybe a problem due to the use of "HWCursor" option in Xorg? I 
somewhat doubt that's something that can actually mess w/ behaviour other than 
rendering, but maybe?
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

On March 25, 2016 1:44:57 PM EDT, Ken D'Ambrosio  wrote:
>That *VERY* much sounds like hardware.  Like, a lot.
>
>1) If it's a wireless mouse, change the batteries.
>
>If it's *not* wireless, disable the trackpad and switch to a different 
>external mouse.  Assuming the issue goes away (which I bet it will), 
>re-enable one, then the other, and see who's at fault.
>
>-Ken
>
>On 2016-03-25 11:37, Tyson Sawyer wrote:
>> I can't figure out what regexp to apply to the internet to find an
>> answer to this.  I am running Mint Xfce 7.3 and it has been solid.
>> But the past few weeks I've run into a few problems that seemed to
>> come from nowhere.
>> 
>> I'm finding that mouse events are getting messed up.  The mouse
>> pointer and keyboard seem to always work.  The mouse events do not.
>> Sometimes widgets do not respond to mouse-over or clicks.  I've seen
>> occasional phantom responses in when I didn't click.  I've seen
>> buttons "depress" when clicked, but there is no other response.  It
>> will often start as specific windows or specific regions of windows
>> and or system menus.  It quickly degrades to no mouse functionality
>> other than the pointer moving.   I haven't seen that the track pad
>> behaves any different from the mouse.
>> 
>> I can temporarily clear the problem by switching to a text console
>and
>> then back to X.
>> 
>> I have tried different kernel versions, older and newer.  The older
>> and current had been working fine.  None of them work now.  I've
>tried
>> a few varying from ~3.13 through 4.4.0.
>> 
>> I tried installing Cinnamon to see if it was an Xfce thing, but the
>> behavior remained.
>> 
>> I haven't found a error log that provides any hints.
>> 
>> Any suggestions?  If I can't clear this up, I'm going to have to try
>a
>> clean re-install which would be a major downer.
>> 
>> Thanks!
>> Ty
>
>___
>gnhlug-discuss mailing list
>gnhlug-discuss@mail.gnhlug.org
>http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
___
gnhlug-discuss mailing list
gnhlug-discuss@mail.gnhlug.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/

Re: Mouse event problems

[Tyson Sawyer]

I would have thought hardware if the bad behavior wasn't temporarily
cleared by switching consoles and I didn't get different (good vs.
bad) behavior in different windows and different widgets within a
window.

...still worth trying because it is easy to try.



On Fri, Mar 25, 2016 at 1:44 PM, Ken D'Ambrosio  wrote:
> That *VERY* much sounds like hardware.  Like, a lot.
>
> 1) If it's a wireless mouse, change the batteries.
>
> If it's *not* wireless, disable the trackpad and switch to a different
> external mouse.  Assuming the issue goes away (which I bet it will),
> re-enable one, then the other, and see who's at fault.
>
> -Ken
>
>
> On 2016-03-25 11:37, Tyson Sawyer wrote:
>>
>> I can't figure out what regexp to apply to the internet to find an
>> answer to this.  I am running Mint Xfce 7.3 and it has been solid.
>> But the past few weeks I've run into a few problems that seemed to
>> come from nowhere.
>>
>> I'm finding that mouse events are getting messed up.  The mouse
>> pointer and keyboard seem to always work.  The mouse events do not.
>> Sometimes widgets do not respond to mouse-over or clicks.  I've seen
>> occasional phantom responses in when I didn't click.  I've seen
>> buttons "depress" when clicked, but there is no other response.  It
>> will often start as specific windows or specific regions of windows
>> and or system menus.  It quickly degrades to no mouse functionality
>> other than the pointer moving.   I haven't seen that the track pad
>> behaves any different from the mouse.
>>
>> I can temporarily clear the problem by switching to a text console and
>> then back to X.
>>
>> I have tried different kernel versions, older and newer.  The older
>> and current had been working fine.  None of them work now.  I've tried
>> a few varying from ~3.13 through 4.4.0.
>>
>> I tried installing Cinnamon to see if it was an Xfce thing, but the
>> behavior remained.
>>
>> I haven't found a error log that provides any hints.
>>
>> Any suggestions?  If I can't clear this up, I'm going to have to try a
>> clean re-install which would be a major downer.
>>
>> Thanks!
>> Ty
>
>



-- 
Tyson D Sawyer

A strong conviction that something must be done is the parent
of many bad measures.   - Daniel Webster
___
gnhlug-discuss mailing list
gnhlug-discuss@mail.gnhlug.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/

Re: Mouse event problems

[Tyson Sawyer]

Would HWCursor an option in /etc/X11?

On Fri, Mar 25, 2016 at 2:37 PM, Joshua Judson Rosen
 wrote:
> Alternately, maybe a problem due to the use of "HWCursor" option in Xorg? I
> somewhat doubt that's something that can actually mess w/ behaviour other
> than rendering, but maybe?

Is HWCursor an option in an /etc/X11 file? I don't seem to be using it.

tyson@STOL:X11$ pwd
/etc/X11
tyson@STOL:X11$ ls
app-defaults rgb.txt  xkb   Xresources  Xsession.options
default-display-manager  XXresetXsessionxsm
fontsxinitXreset.d  Xsession.d  Xwrapper.config
tyson@STOL:X11$ grep -r HWCursor
tyson@STOL:X11$

I'm not as close to this stuff as I used to be.  ...I don't see an
XF86Config or xorg.conf file there.

-- 
Tyson D Sawyer

A strong conviction that something must be done is the parent
of many bad measures.   - Daniel Webster
___
gnhlug-discuss mailing list
gnhlug-discuss@mail.gnhlug.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/

Re: Mouse event problems

[Ken D'Ambrosio]

That *VERY* much sounds like hardware.  Like, a lot.

1) If it's a wireless mouse, change the batteries.

If it's *not* wireless, disable the trackpad and switch to a different 
external mouse.  Assuming the issue goes away (which I bet it will), 
re-enable one, then the other, and see who's at fault.

-Ken

On 2016-03-25 11:37, Tyson Sawyer wrote:
> I can't figure out what regexp to apply to the internet to find an
> answer to this.  I am running Mint Xfce 7.3 and it has been solid.
> But the past few weeks I've run into a few problems that seemed to
> come from nowhere.
> 
> I'm finding that mouse events are getting messed up.  The mouse
> pointer and keyboard seem to always work.  The mouse events do not.
> Sometimes widgets do not respond to mouse-over or clicks.  I've seen
> occasional phantom responses in when I didn't click.  I've seen
> buttons "depress" when clicked, but there is no other response.  It
> will often start as specific windows or specific regions of windows
> and or system menus.  It quickly degrades to no mouse functionality
> other than the pointer moving.   I haven't seen that the track pad
> behaves any different from the mouse.
> 
> I can temporarily clear the problem by switching to a text console and
> then back to X.
> 
> I have tried different kernel versions, older and newer.  The older
> and current had been working fine.  None of them work now.  I've tried
> a few varying from ~3.13 through 4.4.0.
> 
> I tried installing Cinnamon to see if it was an Xfce thing, but the
> behavior remained.
> 
> I haven't found a error log that provides any hints.
> 
> Any suggestions?  If I can't clear this up, I'm going to have to try a
> clean re-install which would be a major downer.
> 
> Thanks!
> Ty

___
gnhlug-discuss mailing list
gnhlug-discuss@mail.gnhlug.org
http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/