[Desktop-packages] [Bug 1475089] [NEW] Power settings shows state of the wrong batteries.

2015-07-15 Thread PeterKnaggs
Public bug reported:

On this machine, I have three separate batteries whose power status gets 
displayed in various misleading ways.
  - A CyberPower 1350AVR UPS (this is the battery whose status I'd prefer to 
see in the menubar)
  - A Bluetooth-connect Apple MagicTrackpad (synaptic driver) 
  - A Logitech wireless MX Laser USB-connected mouse.

When I launch

unity-control-center power

I see the Using battery power at about 50%, but I think it's referring to the 
battery in the Apple Trackpad,
and on the right hand side it shows Unterruptible power supply Charging - fully 
charged (at 100% on the meter).

The trouble is, it's not clear from the On battery power column, where I have 
selected Power off for the
action to take when the power is critically low, which battery's charge state 
it will be acting upon.
At the moment, the Using battery power just below shows at 50%, but I'd 
prefer to see the
charge state of my CyberPower UPS being reported there, or at least some 
indication in the
power configuration settings that it's going to perform the system shutdown / 
power off action
based on the charge state of the UPS, and not on the charge state of my Apple 
Trackpad (!)

I guess it sounds like a strange bug report, but I can imagine other Ubuntu 
users seeing this
with other possible configurations, and it'd be nicer to make it clear which 
battery charge
state is the one related to the shutdown action.

** Affects: unity-control-center (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to unity-control-center in Ubuntu.
https://bugs.launchpad.net/bugs/1475089

Title:
  Power settings shows state of the wrong batteries.

Status in unity-control-center package in Ubuntu:
  New

Bug description:
  On this machine, I have three separate batteries whose power status gets 
displayed in various misleading ways.
- A CyberPower 1350AVR UPS (this is the battery whose status I'd prefer to 
see in the menubar)
- A Bluetooth-connect Apple MagicTrackpad (synaptic driver) 
- A Logitech wireless MX Laser USB-connected mouse.

  When I launch

  unity-control-center power

  I see the Using battery power at about 50%, but I think it's referring to 
the battery in the Apple Trackpad,
  and on the right hand side it shows Unterruptible power supply Charging - 
fully charged (at 100% on the meter).

  The trouble is, it's not clear from the On battery power column, where I 
have selected Power off for the
  action to take when the power is critically low, which battery's charge state 
it will be acting upon.
  At the moment, the Using battery power just below shows at 50%, but I'd 
prefer to see the
  charge state of my CyberPower UPS being reported there, or at least some 
indication in the
  power configuration settings that it's going to perform the system shutdown / 
power off action
  based on the charge state of the UPS, and not on the charge state of my Apple 
Trackpad (!)

  I guess it sounds like a strange bug report, but I can imagine other Ubuntu 
users seeing this
  with other possible configurations, and it'd be nicer to make it clear which 
battery charge
  state is the one related to the shutdown action.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unity-control-center/+bug/1475089/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 1475089] Re: Power settings shows state of the wrong batteries.

2015-07-15 Thread PeterKnaggs
Sorry, I meant to explain about the power status getting displayed in various 
misleading ways:
What happens is, if the Bluetooth-connected Apple trackpad happens to become 
disconnected
for whatever reason (happens occasionally, I still haven't figured out how to 
prevent it), the
power meter shows in the panel red and at 0% but that's misleading because it 
really has no
information on the battery state in the Bluetooth Apple Trackpad, since that 
device is no
longer connected. 

Then sometimes, even when the Bluetooth Apple Trackpad _is_ connected, the 
charge icon
in the panel changes to the shape of a mouse and shows me instead the charge 
state of the
Logitech MX USB mouse. I'd prefer to have some way to configure the panel so as 
to either
be able to display the charge state of all three batteries simultaneously 
(preferably) or if
that's not possible, to at least be able to choose which device's charge state 
to _always_ display. 

Having the panel pick one (apparently on a whim) seems confusing and
sometimes startling.

Clicking on the icon does indeed show a menu where the status of the trackpad 
and UPS batteries
gets displayed as horizontal bars, and the mouse gets displayed as a 
partially-red-filled mouse
icon, so the information is indeed available. But some consistent 
representation of the charge 
state would be nicer, and without having to click to see it in this power menu.

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to unity-control-center in Ubuntu.
https://bugs.launchpad.net/bugs/1475089

Title:
  Power settings shows state of the wrong batteries.

Status in unity-control-center package in Ubuntu:
  New

Bug description:
  On this machine, I have three separate batteries whose power status gets 
displayed in various misleading ways.
- A CyberPower 1350AVR UPS (this is the battery whose status I'd prefer to 
see in the menubar)
- A Bluetooth-connect Apple MagicTrackpad (synaptic driver) 
- A Logitech wireless MX Laser USB-connected mouse.

  When I launch

  unity-control-center power

  I see the Using battery power at about 50%, but I think it's referring to 
the battery in the Apple Trackpad,
  and on the right hand side it shows Unterruptible power supply Charging - 
fully charged (at 100% on the meter).

  The trouble is, it's not clear from the On battery power column, where I 
have selected Power off for the
  action to take when the power is critically low, which battery's charge state 
it will be acting upon.
  At the moment, the Using battery power just below shows at 50%, but I'd 
prefer to see the
  charge state of my CyberPower UPS being reported there, or at least some 
indication in the
  power configuration settings that it's going to perform the system shutdown / 
power off action
  based on the charge state of the UPS, and not on the charge state of my Apple 
Trackpad (!)

  I guess it sounds like a strange bug report, but I can imagine other Ubuntu 
users seeing this
  with other possible configurations, and it'd be nicer to make it clear which 
battery charge
  state is the one related to the shutdown action.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unity-control-center/+bug/1475089/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 1475089] Re: Power settings shows state of the wrong batteries.

2015-07-15 Thread PeterKnaggs
** Attachment added: What unity-control-center power window looks like on my 
machine, note the mysterious red crossed circle near the UPS, what does that 
tell the customer?
   
https://bugs.launchpad.net/ubuntu/+source/unity-control-center/+bug/1475089/+attachment/4429670/+files/unity-control-center__power.jpg

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to unity-control-center in Ubuntu.
https://bugs.launchpad.net/bugs/1475089

Title:
  Power settings shows state of the wrong batteries.

Status in unity-control-center package in Ubuntu:
  New

Bug description:
  On this machine, I have three separate batteries whose power status gets 
displayed in various misleading ways.
- A CyberPower 1350AVR UPS (this is the battery whose status I'd prefer to 
see in the menubar)
- A Bluetooth-connect Apple MagicTrackpad (synaptic driver) 
- A Logitech wireless MX Laser USB-connected mouse.

  When I launch

  unity-control-center power

  I see the Using battery power at about 50%, but I think it's referring to 
the battery in the Apple Trackpad,
  and on the right hand side it shows Unterruptible power supply Charging - 
fully charged (at 100% on the meter).

  The trouble is, it's not clear from the On battery power column, where I 
have selected Power off for the
  action to take when the power is critically low, which battery's charge state 
it will be acting upon.
  At the moment, the Using battery power just below shows at 50%, but I'd 
prefer to see the
  charge state of my CyberPower UPS being reported there, or at least some 
indication in the
  power configuration settings that it's going to perform the system shutdown / 
power off action
  based on the charge state of the UPS, and not on the charge state of my Apple 
Trackpad (!)

  I guess it sounds like a strange bug report, but I can imagine other Ubuntu 
users seeing this
  with other possible configurations, and it'd be nicer to make it clear which 
battery charge
  state is the one related to the shutdown action.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unity-control-center/+bug/1475089/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 1475089] Re: Power settings shows state of the wrong batteries.

2015-07-15 Thread PeterKnaggs
** Attachment added: Curious choice of panel icon and inconsistent display of 
charge state in power dropdown menu.
   
https://bugs.launchpad.net/ubuntu/+source/unity-control-center/+bug/1475089/+attachment/4429671/+files/panel_icon_and_menu_showing_charge_state.jpg

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to unity-control-center in Ubuntu.
https://bugs.launchpad.net/bugs/1475089

Title:
  Power settings shows state of the wrong batteries.

Status in unity-control-center package in Ubuntu:
  New

Bug description:
  On this machine, I have three separate batteries whose power status gets 
displayed in various misleading ways.
- A CyberPower 1350AVR UPS (this is the battery whose status I'd prefer to 
see in the menubar)
- A Bluetooth-connect Apple MagicTrackpad (synaptic driver) 
- A Logitech wireless MX Laser USB-connected mouse.

  When I launch

  unity-control-center power

  I see the Using battery power at about 50%, but I think it's referring to 
the battery in the Apple Trackpad,
  and on the right hand side it shows Unterruptible power supply Charging - 
fully charged (at 100% on the meter).

  The trouble is, it's not clear from the On battery power column, where I 
have selected Power off for the
  action to take when the power is critically low, which battery's charge state 
it will be acting upon.
  At the moment, the Using battery power just below shows at 50%, but I'd 
prefer to see the
  charge state of my CyberPower UPS being reported there, or at least some 
indication in the
  power configuration settings that it's going to perform the system shutdown / 
power off action
  based on the charge state of the UPS, and not on the charge state of my Apple 
Trackpad (!)

  I guess it sounds like a strange bug report, but I can imagine other Ubuntu 
users seeing this
  with other possible configurations, and it'd be nicer to make it clear which 
battery charge
  state is the one related to the shutdown action.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/unity-control-center/+bug/1475089/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 1436491] [NEW] Ubuntu 14.10 desktop amd64 live CD gives no graphical desktop on MacBookPro 8, 3

2015-03-25 Thread PeterKnaggs
Public bug reported:

The Ubuntu 14.10 desktop amd64 live CD gives no graphical desktop on a Apple 
MacBookPro 8,3 (A1397) 2011
(hardware described here: 
http://www.penlug.org/foswiki/bin/view/Main/HardwareInfoAppleMacBookProA1297 ).

I also tested an upgrade from Ubuntu 14.04.02LTS to Ubuntu 14.10 and similarly 
lost the graphical login 
as xorg no longer started (only the tty terminal login prompt appeared after 
reboot).

Please let me know if any further info is needed to reproduce the issue on your 
side, or if you'd need me to
collect any further diagnostic info from the system, I'm a software engineer so 
I should be able to follow any
instructions you provide, including compiling patches etc.

I'm somewhat surprised that xorg would stop working on the Apple MacBookPro 8,3 
as it uses the 
free radeon driver in Ubuntu 14.10 which has worked fine through many many 
Ubuntu upgrades 
on this particular machine. 

To reproduce the issue: attempt to start an Apple MacBookPro 8,3 using the 
Ubuntu 14.10 desktop amd64 live CD.
Notice that no graphical desktop ever appears.  
Alternately, after a fresh install of Ubuntu 14.04.02LTS, upgrade to 14.10, and 
notice no graphical desktop, only
they tty terminal login is presented.

I've tried searching for an explanation through many launchpad bugs, but
haven't found any other reports.

** Affects: xorg (Ubuntu)
 Importance: Undecided
 Status: New

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xorg in Ubuntu.
https://bugs.launchpad.net/bugs/1436491

Title:
  Ubuntu 14.10 desktop amd64 live CD gives no graphical desktop on
  MacBookPro 8,3

Status in xorg package in Ubuntu:
  New

Bug description:
  The Ubuntu 14.10 desktop amd64 live CD gives no graphical desktop on a Apple 
MacBookPro 8,3 (A1397) 2011
  (hardware described here: 
http://www.penlug.org/foswiki/bin/view/Main/HardwareInfoAppleMacBookProA1297 ).

  I also tested an upgrade from Ubuntu 14.04.02LTS to Ubuntu 14.10 and 
similarly lost the graphical login 
  as xorg no longer started (only the tty terminal login prompt appeared after 
reboot).

  Please let me know if any further info is needed to reproduce the issue on 
your side, or if you'd need me to
  collect any further diagnostic info from the system, I'm a software engineer 
so I should be able to follow any
  instructions you provide, including compiling patches etc.

  I'm somewhat surprised that xorg would stop working on the Apple MacBookPro 
8,3 as it uses the 
  free radeon driver in Ubuntu 14.10 which has worked fine through many many 
Ubuntu upgrades 
  on this particular machine. 

  To reproduce the issue: attempt to start an Apple MacBookPro 8,3 using the 
Ubuntu 14.10 desktop amd64 live CD.
  Notice that no graphical desktop ever appears.  
  Alternately, after a fresh install of Ubuntu 14.04.02LTS, upgrade to 14.10, 
and notice no graphical desktop, only
  they tty terminal login is presented.

  I've tried searching for an explanation through many launchpad bugs,
  but haven't found any other reports.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/1436491/+subscriptions

-- 
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help   : https://help.launchpad.net/ListHelp


[Desktop-packages] [Bug 1259048] Re: Intuos4 detected but non-functional

2014-06-17 Thread PeterKnaggs
This bug also occurs for me on Ubuntu 14.04, on a MacBook Pro 
( http://www.penlug.org/foswiki/bin/view/Main/HardwareInfoAppleMacBookProA1297 )
and since the touchpad is managed using Synaptics (synclient) there appears to 
be no need
for the mouseemu program to be running or even installed on this machine.

I de-installed mouseemu as follows, and rebooted the machine, and now
the Wacom Intuos4 works normally again:

sudo apt-get remove mouseemu

To avoid needing to reboot, I also tried the steps mentioned above, and
that also got the Intuos4 working properly.

sudo killall mouseemu
sudo apt-get remove mouseemu
sudo rmmod wacom; sleep 1; sudo modprobe wacom

To get the pen pressure to be recognized by inkscape, the following
workaround is still needed:

export LIBOVERLAY_SCROLLBAR=0
inkscape

-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xf86-input-wacom in Ubuntu.
https://bugs.launchpad.net/bugs/1259048

Title:
  Intuos4 detected but non-functional

Status in “xf86-input-wacom” package in Ubuntu:
  Confirmed

Bug description:
  Product: Intuos4 (ptk-640)

  Symptoms:

   * Xorg.0.log shows driver is installed [1]
   * `xwacomset list` shows all parts: [2]
   * One error seen:  [  9548.550] (EE) Wacom Intuos4 6x9 stylus: Invalid type 
'touch' for this device.
   * If I attempt to use the pen as I plug it in, I see about 3 seconds of pen 
moving the pointer before it stops working
   * Happens in both 13.04 and 13.10
   * Had been working int 12.10


  [1]:

  [  9548.509] (II) config/udev: Adding input device Wacom Intuos4 6x9 
(/dev/input/mouse3)
  [  9548.509] (II) No input driver specified, ignoring this device.
  [  9548.509] (II) This device may have been added with another device file.
  [  9548.528] (II) config/udev: Adding input device Wacom Intuos4 6x9 
(/dev/input/event15)
  [  9548.529] (**) Wacom Intuos4 6x9: Applying InputClass evdev tablet 
catchall
  [  9548.529] (**) Wacom Intuos4 6x9: Applying InputClass Wacom class
  [  9548.529] (II) LoadModule: wacom
  [  9548.529] (II) Loading /usr/lib/xorg/modules/input/wacom_drv.so
  [  9548.549] (II) Module wacom: vendor=X.Org Foundation
  [  9548.549]compiled for 1.14.2.901, module version = 0.20.0
  [  9548.549]Module class: X.Org XInput Driver
  [  9548.549]ABI class: X.Org XInput driver, version 19.1
  [  9548.549] (II) Using input driver 'wacom' for 'Wacom Intuos4 6x9'
  [  9548.549] (**) Wacom Intuos4 6x9: always reports core events
  [  9548.549] (**) Option Device /dev/input/event15
  [  9548.549] (II) Wacom Intuos4 6x9: type not specified, assuming 'stylus'.
  [  9548.549] (II) Wacom Intuos4 6x9: other types will be automatically added.
  [  9548.549] (--) Wacom Intuos4 6x9 stylus: using pressure threshold of 27 
for button 1
  [  9548.549] (--) Wacom Intuos4 6x9 stylus: Wacom USB Intuos4 tablet 
maxX=44704 maxY=27940 maxZ=2047 resX=20 resY=20  tilt=enabled
  [  9548.549] (II) Wacom Intuos4 6x9 stylus: hotplugging dependent devices.
  [  9548.550] (EE) Wacom Intuos4 6x9 stylus: Invalid type 'touch' for this 
device.
  [  9548.550] (II) Wacom Intuos4 6x9 stylus: hotplugging completed.
  [  9548.564] (**) Option config_info 
udev:/sys/devices/pci:00/:00:04.1/usb1/1-1/1-1.3/1-1.3:1.0/input/input18/event15
  [  9548.564] (II) XINPUT: Adding extended input device Wacom Intuos4 6x9 
stylus (type: STYLUS, id 18)
  [  9548.564] (**) Wacom Intuos4 6x9 stylus: (accel) keeping acceleration 
scheme 1
  [  9548.565] (**) Wacom Intuos4 6x9 stylus: (accel) acceleration profile 0
  [  9548.565] (**) Wacom Intuos4 6x9 stylus: (accel) acceleration factor: 2.000
  [  9548.565] (**) Wacom Intuos4 6x9 stylus: (accel) acceleration threshold: 4
  [  9548.565] (**) Wacom Intuos4 6x9 eraser: Applying InputClass evdev tablet 
catchall
  [  9548.565] (**) Wacom Intuos4 6x9 eraser: Applying InputClass Wacom class
  [  9548.565] (II) Using input driver 'wacom' for 'Wacom Intuos4 6x9 eraser'
  [  9548.565] (**) Wacom Intuos4 6x9 eraser: always reports core events
  [  9548.565] (**) Option Device /dev/input/event15
  [  9548.565] (**) Option Type eraser
  [  9548.565] (--) Wacom Intuos4 6x9 eraser: Wacom USB Intuos4 tablet 
maxX=44704 maxY=27940 maxZ=2047 resX=20 resY=20  tilt=enabled
  [  9548.572] (**) Option config_info 
udev:/sys/devices/pci:00/:00:04.1/usb1/1-1/1-1.3/1-1.3:1.0/input/input18/event15
  [  9548.572] (II) XINPUT: Adding extended input device Wacom Intuos4 6x9 
eraser (type: ERASER, id 19)
  [  9548.573] (**) Wacom Intuos4 6x9 eraser: (accel) keeping acceleration 
scheme 1
  [  9548.573] (**) Wacom Intuos4 6x9 eraser: (accel) acceleration profile 0
  [  9548.573] (**) Wacom Intuos4 6x9 eraser: (accel) acceleration factor: 2.000
  [  9548.573] (**) Wacom Intuos4 6x9 eraser: (accel) acceleration threshold: 4
  [  9548.573] (**) Wacom Intuos4 6x9 cursor: Applying InputClass evdev tablet 
catchall
  [  9548.573] (**) Wacom Intuos4 6x9 cursor: Applying