[Desktop-packages] [Bug 1596381] Re: [X555UA, Realtek ALC256, Mic, Internal] No sound at all

2020-03-15 Thread Oleksandr Senkovych
I have Asus ROG GX501VIK laptop with same issue. 
Device: Audio device: Intel Corporation CM238 HD Audio Controller (rev 31)
card 0: PCH [HDA Intel PCH], device 0: ALC295 Analog [ALC295 Analog]

Solution from comment #8 worked like a charm.

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

Title:
  [X555UA, Realtek ALC256, Mic, Internal] No sound at all

Status in alsa-driver package in Ubuntu:
  Confirmed

Bug description:
  Internal mic doesn't work for Asus X555UA, Codec: Realtek ALC256

  speakers work, it's just the mic not working.

  sudo hda-verb /dev/snd/hwC0D0 0x1a SET_AMP_GAIN_MUTE 0x5003
  sudo hda-verb /dev/snd/hwC0D0 0x1a SET_AMP_GAIN_MUTE 0x6003
  sudo hda-verb /dev/snd/hwC0D0 0x23 SET_AMP_GAIN_MUTE 0x5200
  sudo hda-verb /dev/snd/hwC0D0 0x23 SET_AMP_GAIN_MUTE 0x6200
  sudo hda-verb /dev/snd/hwC0D0 0x08 SET_AMP_GAIN_MUTE 0x503f
  sudo hda-verb /dev/snd/hwC0D0 0x08 SET_AMP_GAIN_MUTE 0x603f
  sudo hda-verb /dev/snd/hwC0D0 0x08 SET_POWER_STATE 0
  sudo hda-verb /dev/snd/hwC0D0 0x1a SET_POWER_STATE 0

  8 lines make mic working until reboot.

  thx a lot for

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: alsa-base 1.0.25+dfsg-0ubuntu5
  ProcVersionSignature: Ubuntu 4.4.0-21.37-generic 4.4.6
  Uname: Linux 4.4.0-21-generic x86_64
  ApportVersion: 2.20.1-0ubuntu2
  Architecture: amd64
  AudioDevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/pcmC0D0c:   ubuntu 1983 F...m pulseaudio
   /dev/snd/controlC0:  ubuntu 1983 F pulseaudio
  CasperVersion: 1.376
  CurrentDesktop: Unity
  Date: Sun Jun 26 23:56:46 2016
  LiveMediaBuild: Ubuntu 16.04 LTS "Xenial Xerus" - Release amd64 (20160420.1)
  PackageArchitecture: all
  ProcEnviron:
   TERM=xterm-256color
   PATH=(custom, no user)
   XDG_RUNTIME_DIR=
   LANG=en_US.UTF-8
   SHELL=/bin/bash
  SourcePackage: alsa-driver
  Symptom: audio
  Symptom_AlsaRecordingTest: ALSA recording test through plughw:PCH failed
  Symptom_AlsaRecordingTestStderr: a r e c o r d :   p c m _ r e a d : 2 0 3 2 
:   r e a d   e r r o r :   I n p u t / o u t p u t   e r r o r
  Symptom_Card: Built-in Audio - HDA Intel PCH
  Symptom_DevicesInUse:
   USERPID ACCESS COMMAND
   /dev/snd/pcmC0D0c:   ubuntu 1983 F...m pulseaudio
   /dev/snd/controlC0:  ubuntu 1983 F pulseaudio
  Symptom_Jack: Mic, Internal
  Symptom_Type: No sound at all
  Title: [X555UA, Realtek ALC256, Mic, Internal] No sound at all
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 01/23/2016
  dmi.bios.vendor: American Megatrends Inc.
  dmi.bios.version: X555UA.206
  dmi.board.asset.tag: ATN12345678901234567
  dmi.board.name: X555UA
  dmi.board.vendor: ASUSTeK COMPUTER INC.
  dmi.board.version: 1.0
  dmi.chassis.asset.tag: ATN12345678901234567
  dmi.chassis.type: 10
  dmi.chassis.vendor: ASUSTeK COMPUTER INC.
  dmi.chassis.version: 1.0
  dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvrX555UA.206:bd01/23/2016:svnASUSTeKCOMPUTERINC.:pnX555UA:pvr1.0:rvnASUSTeKCOMPUTERINC.:rnX555UA:rvr1.0:cvnASUSTeKCOMPUTERINC.:ct10:cvr1.0:
  dmi.product.name: X555UA
  dmi.product.version: 1.0
  dmi.sys.vendor: ASUSTeK COMPUTER INC.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1596381/+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 1682193] Re: Mouse acceleration significantly reduced after upgrade to 17.04

2017-04-25 Thread Oleksandr Senkovych
Same for me. Mouse is Logitech MX master. Mouse speed slider have no effect on 
my mouse.
The only way I was able to increase mouse speed is using xinput utility as 
described in this link:
https://askubuntu.com/questions/794185/how-to-disable-mouse-acceleration-in-ubuntu-16-04

Command that worked for me: 
xinput --set-prop "pointer:MX Master" "libinput Accel Speed" 0.8

Output of xinput --list-props for my device:

Device 'MX Master':
Device Enabled (140):   1
Coordinate Transformation Matrix (142): 1.00, 0.00, 0.00, 
0.00, 1.00, 0.00, 0.00, 0.00, 1.00
libinput Accel Speed (317): 0.80
libinput Accel Speed Default (318): 0.00
libinput Accel Profiles Available (319):1, 1
libinput Accel Profile Enabled (320):   1, 0
libinput Accel Profile Enabled Default (321):   1, 0
libinput Natural Scrolling Enabled (322):   0
libinput Natural Scrolling Enabled Default (323):   0
libinput Send Events Modes Available (262): 1, 0
libinput Send Events Mode Enabled (263):0, 0
libinput Send Events Mode Enabled Default (264):0, 0
libinput Left Handed Enabled (324): 0
libinput Left Handed Enabled Default (325): 0
libinput Scroll Methods Available (326):0, 0, 1
libinput Scroll Method Enabled (327):   0, 0, 0
libinput Scroll Method Enabled Default (328):   0, 0, 0
libinput Button Scrolling Button (329): 2
libinput Button Scrolling Button Default (330): 2
libinput Middle Emulation Enabled (331):0
libinput Middle Emulation Enabled Default (332):0
Device Node (265):  "/dev/input/event17"
Device Product ID (266):0, 0
libinput Drag Lock Buttons (333):   
libinput Horizontal Scroll Enabled (334):   1

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

Title:
  Mouse acceleration significantly reduced after upgrade to 17.04

Status in xinput package in Ubuntu:
  Confirmed

Bug description:
  My external Logitech USB mouse was behaving nicely under 16.10 but
  after upgrade to 17.04 it has slowed down to a crawl. Settings
  slidebars are set at the maximum acceleration, but it only affects the
  touch pad, the mouse is extremely slow.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/xinput/+bug/1682193/+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 1113420] Re: Alt+key window menu shortcuts cannot be disabled

2015-05-06 Thread Oleksandr Senkovych
Sorry, don't mind to my previous comment. It doesn't work (although it
seemed to me that it did for a moment).

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

Title:
  Alt+key window menu shortcuts cannot be disabled

Status in nautilus package in Ubuntu:
  Confirmed

Bug description:
  I find the alt key ergonomically very useful (it can be pressed with
  a thumb without moving any of the letter fingers) and I would like
  to use it for many custom keyboard shortcuts (there is a reason why it
  plays such a big role in Emacs and the whole OS X for that matter).

  Currently, though, alt is hardcoded to activate window menu entries
  (such as alt+F for the file menu, alt+E for the edit menu) and
  there is no way to surpass this functionality in all the applications.
  Personally, I find these shortcuts quite useless - they take you to
  copy, paste, and open file which have standard shortcuts anyway
  (with the exception of preferences, which for some reason don't have a
  standardized shortcut even though that's often the only thing a person
  looks for up there).

  Expected behaviour
  -

  What I would like to see is a global option to disable these alt+key menu 
shortcuts to free up the alt key for other uses (similar to the option 
already available in gnome-terminal, only global). Preferably, activating this 
option would also remove the first-letter underlining in the menu to indicate 
to users that they can't acess it through shortcuts. 
   
  (I marked nautilus for apport to collect my version numbers, but this affects 
most applications - didn't know what the right target is)

  ProblemType: Bug
  DistroRelease: Ubuntu 12.10
  Package: nautilus 1:3.5.90.really.3.4.2-0ubuntu4.1
  ProcVersionSignature: Ubuntu 3.5.0-23.35-generic 3.5.7.2
  Uname: Linux 3.5.0-23-generic x86_64
  ApportVersion: 2.6.1-0ubuntu10
  Architecture: amd64
  Date: Sat Feb  2 13:22:32 2013
  ExecutablePath: /usr/bin/nautilus
  GsettingsChanges:
   b'org.gnome.nautilus.window-state' b'geometry' b'931x626+1+80'
   b'org.gnome.nautilus.window-state' b'start-with-status-bar' b'true'
  InstallationDate: Installed on 2012-10-19 (106 days ago)
  InstallationMedia: Ubuntu 12.10 Quantal Quetzal - Release amd64 (20121017.5)
  MarkForUpload: True
  SourcePackage: nautilus
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1113420/+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 1113420] Re: Alt+key window menu shortcuts cannot be disabled

2015-05-06 Thread Oleksandr Senkovych
Just in case someone is so annoyed that he is ready to do some untested
things, just copy-paste this in terminal with root permissions:


export QUILT_REFRESH_ARGS=-p ab --no-timestamps --no-index
export QUILT_PATCHES=debian/patches
apt-get -y build-dep indicator-appmenu
apt-get -y source indicator-appmenu
apt-get -y install quilt
cd indicator-appmenu-*
quilt new disable_alt_shortcut
quilt push
quilt add src/window-menu-dbusmenu.c
echo 
Index: indicator-appmenu-15.02.0+15.04.20150302/src/window-menu-dbusmenu.c
===
--- indicator-appmenu-15.02.0+15.04.20150302.orig/src/window-menu-dbusmenu.c
+++ indicator-appmenu-15.02.0+15.04.20150302/src/window-menu-dbusmenu.c
@@ -345,7 +345,6 @@ item_activate (DbusmenuClient * client,
 static void
 status_changed (DbusmenuClient * client, GParamSpec * pspec, gpointer 
user_data)
 {
-  g_signal_emit_by_name(G_OBJECT(user_data), 
WINDOW_MENU_SIGNAL_STATUS_CHANGED, dbusmenu_client_get_status (client));
 }
 
 WindowMenuStatus dbusmenu_status_table[] = {
 | patch --ignore-whitespace -p1
quilt refresh
dpkg-buildpackage 
cd ..
dpkg -i indicator-appmenu-*.deb

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

Title:
  Alt+key window menu shortcuts cannot be disabled

Status in nautilus package in Ubuntu:
  Confirmed

Bug description:
  I find the alt key ergonomically very useful (it can be pressed with
  a thumb without moving any of the letter fingers) and I would like
  to use it for many custom keyboard shortcuts (there is a reason why it
  plays such a big role in Emacs and the whole OS X for that matter).

  Currently, though, alt is hardcoded to activate window menu entries
  (such as alt+F for the file menu, alt+E for the edit menu) and
  there is no way to surpass this functionality in all the applications.
  Personally, I find these shortcuts quite useless - they take you to
  copy, paste, and open file which have standard shortcuts anyway
  (with the exception of preferences, which for some reason don't have a
  standardized shortcut even though that's often the only thing a person
  looks for up there).

  Expected behaviour
  -

  What I would like to see is a global option to disable these alt+key menu 
shortcuts to free up the alt key for other uses (similar to the option 
already available in gnome-terminal, only global). Preferably, activating this 
option would also remove the first-letter underlining in the menu to indicate 
to users that they can't acess it through shortcuts. 
   
  (I marked nautilus for apport to collect my version numbers, but this affects 
most applications - didn't know what the right target is)

  ProblemType: Bug
  DistroRelease: Ubuntu 12.10
  Package: nautilus 1:3.5.90.really.3.4.2-0ubuntu4.1
  ProcVersionSignature: Ubuntu 3.5.0-23.35-generic 3.5.7.2
  Uname: Linux 3.5.0-23-generic x86_64
  ApportVersion: 2.6.1-0ubuntu10
  Architecture: amd64
  Date: Sat Feb  2 13:22:32 2013
  ExecutablePath: /usr/bin/nautilus
  GsettingsChanges:
   b'org.gnome.nautilus.window-state' b'geometry' b'931x626+1+80'
   b'org.gnome.nautilus.window-state' b'start-with-status-bar' b'true'
  InstallationDate: Installed on 2012-10-19 (106 days ago)
  InstallationMedia: Ubuntu 12.10 Quantal Quetzal - Release amd64 (20121017.5)
  MarkForUpload: True
  SourcePackage: nautilus
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1113420/+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 1113420] Re: Alt+key window menu shortcuts cannot be disabled

2014-02-17 Thread Oleksandr Senkovych
Alt+menu shortcut shortcuts doesn't work also (e.g. Alt+F should open
File menu)

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

Title:
  Alt+key window menu shortcuts cannot be disabled

Status in “nautilus” package in Ubuntu:
  Confirmed

Bug description:
  I find the alt key ergonomically very useful (it can be pressed with
  a thumb without moving any of the letter fingers) and I would like
  to use it for many custom keyboard shortcuts (there is a reason why it
  plays such a big role in Emacs and the whole OS X for that matter).

  Currently, though, alt is hardcoded to activate window menu entries
  (such as alt+F for the file menu, alt+E for the edit menu) and
  there is no way to surpass this functionality in all the applications.
  Personally, I find these shortcuts quite useless - they take you to
  copy, paste, and open file which have standard shortcuts anyway
  (with the exception of preferences, which for some reason don't have a
  standardized shortcut even though that's often the only thing a person
  looks for up there).

  Expected behaviour
  -

  What I would like to see is a global option to disable these alt+key menu 
shortcuts to free up the alt key for other uses (similar to the option 
already available in gnome-terminal, only global). Preferably, activating this 
option would also remove the first-letter underlining in the menu to indicate 
to users that they can't acess it through shortcuts. 
   
  (I marked nautilus for apport to collect my version numbers, but this affects 
most applications - didn't know what the right target is)

  ProblemType: Bug
  DistroRelease: Ubuntu 12.10
  Package: nautilus 1:3.5.90.really.3.4.2-0ubuntu4.1
  ProcVersionSignature: Ubuntu 3.5.0-23.35-generic 3.5.7.2
  Uname: Linux 3.5.0-23-generic x86_64
  ApportVersion: 2.6.1-0ubuntu10
  Architecture: amd64
  Date: Sat Feb  2 13:22:32 2013
  ExecutablePath: /usr/bin/nautilus
  GsettingsChanges:
   b'org.gnome.nautilus.window-state' b'geometry' b'931x626+1+80'
   b'org.gnome.nautilus.window-state' b'start-with-status-bar' b'true'
  InstallationDate: Installed on 2012-10-19 (106 days ago)
  InstallationMedia: Ubuntu 12.10 Quantal Quetzal - Release amd64 (20121017.5)
  MarkForUpload: True
  SourcePackage: nautilus
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/1113420/+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 925522] [NEW] VNC max password length is 8 chars

2012-02-02 Thread Oleksandr Senkovych
Public bug reported:

Summary says it all. People often set their passwords more than 8 chars
length, but they just can't enter because this restriction.

ProblemType: Bug
DistroRelease: Ubuntu 11.10
Package: vinagre 3.2.1-0ubuntu1
ProcVersionSignature: Ubuntu 3.0.0-16.27-generic-pae 3.0.17
Uname: Linux 3.0.0-16-generic-pae i686
ApportVersion: 1.23-0ubuntu4
Architecture: i386
Date: Thu Feb  2 17:12:39 2012
InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012)
SourcePackage: vinagre
UpgradeStatus: No upgrade log present (probably fresh install)

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


** Tags: apport-bug i386 oneiric running-unity

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

Title:
  VNC max password length is 8 chars

Status in “vinagre” package in Ubuntu:
  New

Bug description:
  Summary says it all. People often set their passwords more than 8
  chars length, but they just can't enter because this restriction.

  ProblemType: Bug
  DistroRelease: Ubuntu 11.10
  Package: vinagre 3.2.1-0ubuntu1
  ProcVersionSignature: Ubuntu 3.0.0-16.27-generic-pae 3.0.17
  Uname: Linux 3.0.0-16-generic-pae i686
  ApportVersion: 1.23-0ubuntu4
  Architecture: i386
  Date: Thu Feb  2 17:12:39 2012
  InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012)
  SourcePackage: vinagre
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/vinagre/+bug/925522/+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 925522] Re: VNC max password length is 8 chars

2012-02-02 Thread Oleksandr Senkovych
-- 
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to vinagre in Ubuntu.
https://bugs.launchpad.net/bugs/925522

Title:
  VNC max password length is 8 chars

Status in “vinagre” package in Ubuntu:
  New

Bug description:
  Summary says it all. People often set their passwords more than 8
  chars length, but they just can't enter because this restriction.

  ProblemType: Bug
  DistroRelease: Ubuntu 11.10
  Package: vinagre 3.2.1-0ubuntu1
  ProcVersionSignature: Ubuntu 3.0.0-16.27-generic-pae 3.0.17
  Uname: Linux 3.0.0-16-generic-pae i686
  ApportVersion: 1.23-0ubuntu4
  Architecture: i386
  Date: Thu Feb  2 17:12:39 2012
  InstallationMedia: Ubuntu 11.10 Oneiric Ocelot - Release i386 (20111012)
  SourcePackage: vinagre
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/vinagre/+bug/925522/+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