Re: [arch-general] Upgrade to Linux 4.17.2 & xorg-server 1.20.0-8 breaks left-mouse in remote Linux desktops
On 06/21/2018 03:19 AM, David C. Rankin wrote: > On 06/19/2018 02:02 AM, Gurnaik V via arch-general wrote: >> I have the same behaviour on my Arch Linux guest, but for me both right- and >> left-click do not work. I have had to downgrade the kernel and the VirtualBox >> guest modules. > > Well, I'm glad I'm not crazy. > > ArchDevs, should I open a bug on this? > > It seems the xorg update has linux guests within virtual box to not receive > left (and for some right) mouse inputs. Prior to this update the Arch guest in > virtualbox have been working fine for years. > > Is there some additional, specific diagnostics I can provide that would help? > I'm a bit lost as to what to look for. I can log the output of xev if you like > and describe what didn't happen, but that seems a bit subjective. What would > help? > > Found open bug: https://bugs.archlinux.org/task/59091 If you are experiencing problems, you can add your observations and comments there. -- David C. Rankin, J.D.,P.E.
[arch-general] Astrometa DVB T2 stick
good afternoon, I'm trying to get my new DVBT2 stick to work following instructions from Arch Wiki and Linuxtv.org. Here's the output from demsg [ 77.140080] usb 1-1.1: new high-speed USB device number 7 using ehci-pci [ 77.248832] usb 1-1.1: New USB device found, idVendor=15f4, idProduct=0131, bcdDevice= 1.00 [ 77.248839] usb 1-1.1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 77.248842] usb 1-1.1: Product: dvbt2 [ 77.248846] usb 1-1.1: Manufacturer: astrometadvbt2 [ 77.248849] usb 1-1.1: SerialNumber: 0 [ 77.256329] usb 1-1.1: dvb_usb_v2: found a 'Astrometa DVB-T2' in warm state [ 77.334054] usb 1-1.1: dvb_usb_v2: will pass the complete MPEG2 transport stream to the software demuxer [ 77.334075] dvbdev: DVB: registering new adapter (Astrometa DVB-T2) [ 77.337494] i2c i2c-8: Added multiplexed i2c bus 9 [ 77.337499] rtl2832 8-0010: Realtek RTL2832 successfully attached [ 77.337524] usb 1-1.1: DVB: registering adapter 0 frontend 0 (Realtek RTL2832 (DVB-T))... [ 77.337627] r820t 9-003a: creating new instance [ 77.344862] r820t 9-003a: Rafael Micro r820t successfully identified [ 77.347059] rtl2832_sdr rtl2832_sdr.2.auto: Registered as swradio0 [ 77.347062] rtl2832_sdr rtl2832_sdr.2.auto: Realtek RTL2832 SDR attached [ 77.347065] rtl2832_sdr rtl2832_sdr.2.auto: SDR API is still slightly experimental and functionality changes may follow [ 77.359357] Registered IR keymap rc-empty [ 77.359430] rc rc0: Astrometa DVB-T2 as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.1/rc/rc0 [ 77.359492] input: Astrometa DVB-T2 as /devices/pci:00/:00:1a.0/usb1/1-1/1-1.1/rc/rc0/input18 [ 77.359617] rc rc0: lirc_dev: driver dvb_usb_rtl28xxu registered at minor = 0 [ 77.359708] usb 1-1.1: dvb_usb_v2: schedule remote query interval to 200 msecs [ 77.368417] usb 1-1.1: dvb_usb_v2: 'Astrometa DVB-T2' successfully initialized and connected [ 411.247267] EXT4-fs (sdb1): mounted filesystem with ordered data mode. Opts: (null) and w_scan -ft -c DE -L w_scan version 20170107 (compiled for DVB API 5.11) using settings for GERMANY DVB aerial DVB-T Europe scan type TERRESTRIAL, channellist 4 output format vlc xspf playlist output charset 'ISO-8859-1' Info: using DVB adapter auto detection. /dev/dvb/adapter0/frontend0 -> TERRESTRIAL "Realtek RTL2832 (DVB-T)": good :-) Using TERRESTRIAL frontend (adapter /dev/dvb/adapter0/frontend0) -_-_-_-_ Getting frontend capabilities-_-_-_-_ Using DVB API 5.11 frontend 'Realtek RTL2832 (DVB-T)' supports INVERSION_AUTO QAM_AUTO TRANSMISSION_MODE_AUTO GUARD_INTERVAL_AUTO HIERARCHY_AUTO FEC_AUTO BANDWIDTH_AUTO not supported, trying 6/7/8 MHz. FREQ (174.00MHz ... 862.00MHz) -_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_-_ Scanning DVB-T... Scanning 8MHz frequencies... ... ... ... ERROR: Sorry - i couldn't get any working frequency/transponder Nothing to scan!! The device looks to me recognised and initialised but don't get w_scan a channel list. So what am I missing? Thanks Frank
Re: [arch-general] Issue with browser opening in LXDE
On giu 17 2018, at 6:22 am, Eli Schwartz via arch-general wrote: > > Which version of xdg-utils? > https://bugs.archlinux.org/task/58707 > -- > Eli Schwartz > Bug Wrangler and Trusted User > Here it is: $ pacman -Qs xdg-utils local/xdg-utils 1.1.3-2 ... Anyways, found out the issue: I tracked down the application used for setting the default browser and it appears to be libfm-pref-apps. For some strange reasons, applying Firefox as default and saving didn't work, but switching to another browser, saving and closing and then setting again properly Firefox did the trick. I am not sure if it can be reproduced by others, but now it works for me; hoping others won't have my same problem. Regards, P.S. is not-text-only mail OK here? Giovanni SantiniComputer scientist and geek giovannisantin...@yahoo.it (https://link.getmailspring.com/link/1529588122.local-f116c12b-56b9-v1.2.2-96fb3...@getmailspring.com/0?redirect=mailto%3Agiovannisantini93%40yahoo.it&recipient=YXJjaC1nZW5lcmFsQGFyY2hsaW51eC5vcmc%3D) http://giovannisantini.tk (https://link.getmailspring.com/link/1529588122.local-f116c12b-56b9-v1.2.2-96fb3...@getmailspring.com/1?redirect=%20http%3A%2F%2Fgiovannisantini.tk&recipient=YXJjaC1nZW5lcmFsQGFyY2hsaW51eC5vcmc%3D)
Re: [arch-general] Upgrade to Linux 4.17.2 & xorg-server 1.20.0-8 breaks left-mouse in remote Linux desktops
Somewhat related, the upgrade to 1.20.0 seems to have broken DosBox too: https://bbs.archlinux.org/viewtopic.php?id=237587 I'm seeing this, and I'm also seeing mouse cursor corruption onscreen. Hardly the end of the world, but it does seem to indicate that there might have been some fairly broken changes made to mouse handling... -- Mark Raynsford | http://www.io7m.com pgpAJTDIVwKmC.pgp Description: OpenPGP digital signature
Re: [arch-general] Upgrade to Linux 4.17.2 & xorg-server 1.20.0-8 breaks left-mouse in remote Linux desktops
On 06/19/2018 02:02 AM, Gurnaik V via arch-general wrote: > I have the same behaviour on my Arch Linux guest, but for me both right- and > left-click do not work. I have had to downgrade the kernel and the VirtualBox > guest modules. Well, I'm glad I'm not crazy. ArchDevs, should I open a bug on this? It seems the xorg update has linux guests within virtual box to not receive left (and for some right) mouse inputs. Prior to this update the Arch guest in virtualbox have been working fine for years. Is there some additional, specific diagnostics I can provide that would help? I'm a bit lost as to what to look for. I can log the output of xev if you like and describe what didn't happen, but that seems a bit subjective. What would help? -- David C. Rankin, J.D.,P.E.
[arch-general] List of devices with poor Linux compatibility
Hello, A new open project has been created to collect the list of computer hardware devices with poor Linux compatibility based on the Linux-Hardware.org data: https://github.com/linuxhw/HWInfo There are about 29 thousands of depersonalized hwinfo reports (https://github.com/openSUSE/hwinfo) in the repository from Linux-powered computers in various configurations. The device is included into the list of poorly supported devices if there is at least one user probe in which the driver for this device was not found. The column 'Missed' indicates the percentage of such probes. If the number is small, it means that the driver was added in newer versions of the kernel. In this case we show minimal version of the Linux kernel in which the driver was present. Devices are divided into categories. For each category we calculate the ratio of poorly supported devices to the total number of devices tested in this category. Everyone can contribute to this repository by uploading probes of their computers by the hw-probe tool: https://github.com/linuxhw/hw-probe Thanks to all for attention and new computer probes!
