[Touch-packages] [Bug 1906986] Re: defective ir-keytable udev rule → custom keytable does not get loaded
Hi, the issue is the same as in LP #1903966. The following commit should fix it also for the 1.18 version: https://salsa.debian.org/debian/libv4l/-/commit/e12bd27aa844663601d81c99ecbdff33c9b5e9f3 Until the version in focal is fixed, you could use the v4l-utils-stable PPA: https://code.launchpad.net/~libv4l/+archive/ubuntu/stable The (pending) Build recipe is here: https://code.launchpad.net/~libv4l/+recipe/v4l-utils-stable-1.20 Thanks, Gregor ** Changed in: v4l-utils (Ubuntu) Status: New => Confirmed -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to v4l-utils in Ubuntu. https://bugs.launchpad.net/bugs/1906986 Title: defective ir-keytable udev rule → custom keytable does not get loaded Status in v4l-utils package in Ubuntu: Confirmed Bug description: ir-keytable v1.18.0-2build1 ships /lib/udev/rules.d/60-ir- keytable.rules containing the following rule: ACTION=="add", SUBSYSTEM=="rc", RUN+="/usr/bin/ir-keytable -a /etc/rc_maps.cfg -s $name" After upgrading to Focal, this does not get triggered at boot, nor if I (re)insert my receiver when the system is running. Therefore, the custom keytable does not get loaded. This is the udev events that occur when I insert the receiver: $ sudo udevadm monitor monitor will print the received events for: UDEV - the event which udev sends out after rule processing KERNEL - the kernel uevent KERNEL[1195.829011] add /devices/pci:00/:00:14.0/usb1/1-3 (usb) KERNEL[1195.834989] add /devices/pci:00/:00:14.0/usb1/1-3/1-3:1.0 (usb) KERNEL[1195.874055] add /devices/pci:00/:00:14.0/usb1/1-3/1-3:1.0/rc/rc0/lirc0 (lirc) KERNEL[1195.875019] add /devices/pci:00/:00:14.0/usb1/1-3/1-3:1.0/rc/rc0/input11 (input) KERNEL[1195.875183] add /devices/pci:00/:00:14.0/usb1/1-3/1-3:1.0/rc/rc0/input11/event3 (input) KERNEL[1196.134164] add /devices/pci:00/:00:14.0/usb1/1-3/1-3:1.0/wakeup/wakeup21 (wakeup) KERNEL[1196.134448] bind /devices/pci:00/:00:14.0/usb1/1-3/1-3:1.0 (usb) KERNEL[1196.134704] bind /devices/pci:00/:00:14.0/usb1/1-3 (usb) UDEV [1196.158923] add /devices/pci:00/:00:14.0/usb1/1-3 (usb) UDEV [1196.174559] add /devices/pci:00/:00:14.0/usb1/1-3/1-3:1.0 (usb) UDEV [1196.194750] add /devices/pci:00/:00:14.0/usb1/1-3/1-3:1.0/rc/rc0/lirc0 (lirc) UDEV [1196.196268] add /devices/pci:00/:00:14.0/usb1/1-3/1-3:1.0/rc/rc0/input11 (input) UDEV [1196.197180] add /devices/pci:00/:00:14.0/usb1/1-3/1-3:1.0/wakeup/wakeup21 (wakeup) UDEV [1196.224577] add /devices/pci:00/:00:14.0/usb1/1-3/1-3:1.0/rc/rc0/input11/event3 (input) UDEV [1196.231346] bind /devices/pci:00/:00:14.0/usb1/1-3/1-3:1.0 (usb) UDEV [1196.244978] bind /devices/pci:00/:00:14.0/usb1/1-3 (usb) Note how there's no «(rc)» displayed on any of the lines, which means that the «SUBSYSTEM=="rc"» condition from the udev rule filters all of the above events. I found a rule that works at https://www.mail-archive.com/linux- me...@vger.kernel.org/msg117165.html: ACTION=="add", SUBSYSTEM=="input", SUBSYSTEMS=="rc", KERNEL=="event*", ENV{.rc_sysdev}="$id", RUN+="/usr/bin/ir-keytable -a /etc/rc_maps.cfg -s $env{.rc_sysdev}" Creating a custom /etc/udev/rules.d/60-ir-keytable.rules file containing this rule solves the problem; now my custom keymap is loaded at boot, as it did before (when I was running Bionic). ProblemType: Bug DistroRelease: Ubuntu 20.04 Package: ir-keytable 1.18.0-2build1 [modified: usr/bin/ir-keytable] ProcVersionSignature: Ubuntu 5.4.0-56.62-generic 5.4.73 Uname: Linux 5.4.0-56-generic x86_64 ApportVersion: 2.20.11-0ubuntu27.13 Architecture: amd64 CasperMD5CheckResult: skip Date: Sun Dec 6 18:05:06 2020 SourcePackage: v4l-utils UpgradeStatus: Upgraded to focal on 2020-12-06 (0 days ago) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/v4l-utils/+bug/1906986/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1903966] Re: Loading keymaps via udev is not reliable, please use upstream rule
** Bug watch added: Debian Bug tracker #974567 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974567 ** Also affects: v4l-utils (Debian) via https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974567 Importance: Unknown Status: Unknown -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to v4l-utils in Ubuntu. https://bugs.launchpad.net/bugs/1903966 Title: Loading keymaps via udev is not reliable, please use upstream rule Status in v4l-utils package in Ubuntu: Confirmed Status in v4l-utils package in Debian: Unknown Bug description: Dear Maintainer, the udev rule installed from debian/ir-keytable.udev is not guaranteed to be run at the appropriate moment during bootup which can cause the remote not to be configured according to the settings in /etc/rc_maps.cfg. This seems to occur more often with newer kernel versions. Please use the upstream version (https://git.linuxtv.org/v4l-utils.git/tree/utils/keytable/70-infrared.rules) instead. This commit message explains the need for this change: https://git.linuxtv.org/v4l-utils.git/commit/utils/keytable/70-infrared.rules?id=e440918467868a5f3e7f73f54ef2cbd85d68f3f1 Description:Ubuntu 20.04.1 LTS Release:20.04 ir-keytable version: 1.18.0-2build1 and later To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/v4l-utils/+bug/1903966/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1903966] Re: Loading keymaps via udev is not reliable, please use upstream rule
** Changed in: v4l-utils (Ubuntu) Assignee: (unassigned) => Gregor Jasny (gjasny) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to v4l-utils in Ubuntu. https://bugs.launchpad.net/bugs/1903966 Title: Loading keymaps via udev is not reliable, please use upstream rule Status in v4l-utils package in Ubuntu: Confirmed Bug description: Dear Maintainer, the udev rule installed from debian/ir-keytable.udev is not guaranteed to be run at the appropriate moment during bootup which can cause the remote not to be configured according to the settings in /etc/rc_maps.cfg. This seems to occur more often with newer kernel versions. Please use the upstream version (https://git.linuxtv.org/v4l-utils.git/tree/utils/keytable/70-infrared.rules) instead. This commit message explains the need for this change: https://git.linuxtv.org/v4l-utils.git/commit/utils/keytable/70-infrared.rules?id=e440918467868a5f3e7f73f54ef2cbd85d68f3f1 Description:Ubuntu 20.04.1 LTS Release:20.04 ir-keytable version: 1.18.0-2build1 and later To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/v4l-utils/+bug/1903966/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1903966] Re: Loading keymaps via udev is not reliable, please use upstream rule
Hi, Debian maintainer here. I'll take care of the issue during the weekend. Thanks, Gregor -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to v4l-utils in Ubuntu. https://bugs.launchpad.net/bugs/1903966 Title: Loading keymaps via udev is not reliable, please use upstream rule Status in v4l-utils package in Ubuntu: Confirmed Bug description: Dear Maintainer, the udev rule installed from debian/ir-keytable.udev is not guaranteed to be run at the appropriate moment during bootup which can cause the remote not to be configured according to the settings in /etc/rc_maps.cfg. This seems to occur more often with newer kernel versions. Please use the upstream version (https://git.linuxtv.org/v4l-utils.git/tree/utils/keytable/70-infrared.rules) instead. This commit message explains the need for this change: https://git.linuxtv.org/v4l-utils.git/commit/utils/keytable/70-infrared.rules?id=e440918467868a5f3e7f73f54ef2cbd85d68f3f1 Description:Ubuntu 20.04.1 LTS Release:20.04 ir-keytable version: 1.18.0-2build1 and later To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/v4l-utils/+bug/1903966/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1731416] Re: libv4l-0 freezes mouse and keyboard with Logitech QuickCam 4000
This is a kernel issue and most likely caused by bad hardware or buggy drivers. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to v4l-utils in Ubuntu. https://bugs.launchpad.net/bugs/1731416 Title: libv4l-0 freezes mouse and keyboard with Logitech QuickCam 4000 Status in v4l-utils package in Ubuntu: New Bug description: I've recently moved from FC25 to KUbuntu 17.10 and the video- surveillance program is causing the system to freeze all usb peripherals (mouse, keyboard, bluetooth, etc...). As a consequence the only solution is to remote login and kill the process using the capture device. Camera: Logitech QuickCam 4000 Pro USB (old model) I've tried with newer webcams and it works. Steps: - Start any video capturing program e.g. vlc - start video Capture with Ctrl-C with the default Video Camera - After 1-2 frames the systems freezes - Killing the application, unfreezes the system The dmesg is full of repeated messages: Nov 10 09:02:50 pceet070 kernel: [54333.596539] xhci_hcd :00:14.0: ERROR unknown event type 37 ... Nov 10 09:02:50 pceet070 kernel: [54333.599623] xhci_hcd :00:14.0: ERROR unknown event type 37 Nov 10 09:03:17 pceet070 kernel: [54361.410778] usb 3-10: reset high-speed USB device number 7 using xhci_hcd Nov 10 09:03:17 pceet070 kernel: [54361.534035] pwc: Failed to set LED on/off time (-110) Nov 10 09:03:23 pceet070 kernel: [54366.654102] pwc: Failed to power off camera (-110) Nov 10 09:03:23 pceet070 kernel: [54366.882544] usb 3-10: device descriptor read/64, error -110 Nov 10 09:06:10 pceet070 colord[1155]: failed to get session [pid 14132]: No data available Trying to debug with a simplified grabbing program https://github.com/vlachoudis/motion_detect The freezing happens at the v4l2_ioctl(.., VIDIOC_DQBUF, ...) Removing the NONBLOCK from the open() of the handle it freezes with other messages 0008047a3000 seg-end 0008047a3ff0 [55505.385380] xhci_hcd :00:14.0: ERROR Transfer event TRB DMA ptr not part of current TD ep_index 10 comp_code 13 [55505.385388] xhci_hcd :00:14.0: Looking for event-dma 0008047a20d0 trb-start 0008047a3f30 trb-end 0008047a3f30 seg-start 0008047a3000 seg-end 0008047a3ff0 [55505.386392] xhci_hcd :00:14.0: ERROR Transfer event TRB DMA ptr not part of current TD ep_index 10 comp_code 13 [55505.386400] xhci_hcd :00:14.0: Looking for event-dma 0008047a20e0 trb-start 0008047a3f30 trb-end 0008047a3f30 seg-start 0008047a3000 seg-end 0008047a3ff0 Please let me know what other tests I can perform to further debug the problem Thanks in advance Vasilis To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/v4l-utils/+bug/1731416/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1841269] Re: dvbv5-scan Segmentation fault
** Changed in: v4l-utils (Ubuntu) Status: New => In Progress -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to v4l-utils in Ubuntu. https://bugs.launchpad.net/bugs/1841269 Title: dvbv5-scan Segmentation fault Status in v4l-utils package in Ubuntu: In Progress Bug description: LANG=en_US.UTF-8 gdb -ex=r --args dvbv5-scan -l UNIVERSAL -S0 -v -o Turksat.conf ./Turksat-42.0E [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Using LNBf UNIVERSAL Universal, Europe Freqs : 10800 to 11800 MHz, LO: 9750 MHz Freqs : 11600 to 12700 MHz, LO: 10600 MHz using demux 'dvb0.demux0' Device Montage Technology DS3000/TS2020 (/dev/dvb/adapter0/frontend0) capabilities: CAN_2G_MODULATION CAN_FEC_1_2 CAN_FEC_2_3 CAN_FEC_3_4 CAN_FEC_4_5 CAN_FEC_5_6 CAN_FEC_6_7 CAN_FEC_7_8 CAN_FEC_AUTO CAN_INVERSION_AUTO CAN_QPSK CAN_RECOVER DVB API Version 5.11, Current v5 delivery system: DVBS Supported delivery systems: [DVBS] DVBS2 Failed to guess country from the current locale setting. ERRORcommand BANDWIDTH_HZ (5) not found during retrieve Cannot calc frequency shift. Either bandwidth/symbol-rate is unavailable (yet). Scanning frequency #1 12346000 frequency: 12346,00 MHz, high_band: 1 SEC: set voltage to 18V DiSEqC TONE: OFF DiSEqC command: e0 10 38 f3 DiSEqC BURST: SEC_MINI_A DiSEqC TONE: ON L-Band frequency: 1746,00 MHz (offset = 10600,00 MHz) FREQUENCY = 12346000 INVERSION = AUTO SYMBOL_RATE = 960 INNER_FEC = 3/4 POLARIZATION = HORIZONTAL DELIVERY_SYSTEM = DVBS Got parameters for DVBS: FREQUENCY = 12346000 INVERSION = AUTO SYMBOL_RATE = 960 INNER_FEC = 3/4 POLARIZATION = HORIZONTAL DELIVERY_SYSTEM = DVBS Lock (0x1f) Signal= 37,86% C/N= 47,97% UCB= 31440 postBER= 0 dvb_read_sections: waiting for table ID 0x00, program ID 0x00 dvb_parse_section: received table 0x00, extension ID 0xa414, section 0/0 dvb_parse_section: table 0x00, extension ID 0xa414: done PAT | table_id 0x00 | section_length 25 | one 3 | zero0 | syntax 1 | transport_stream_id 42004 | current_next1 | version 14 | one23 | section_number 0 | last_section_number 0 |\ 4 program pids | pid 0x0010: service 0x | pid 0x0065: service 0x3264 | pid 0x012d: service 0x3265 | pid 0x0066: service 0x3269 Program #0 is network PID: 0x0010 Program #1 ID 0x0065, service ID 0x3264 dvb_read_sections: waiting for table ID 0x02, program ID 0x65 dvb_parse_section: received table 0x02, extension ID 0x3264, section 0/0 dvb_parse_section: table 0x02, extension ID 0x3264: done PMT | table_id 0x02 | section_length 112 | one 3 | zero0 | syntax 1 | transport_stream_id 12900 | current_next1 | version 7 | one23 | section_number 0 | last_section_number 0 |- pcr_pid 0b54 | reserved2 7 | descriptor length 11 | zero3 0 | reserved3 15 |0x0c: multiplex_buffer_utilization_descriptor | 80 b4 81 68...h |0x0e: maximum_bitrate_descriptor | c0 3e a4 .>. |\ |- stream 0x0b54: Video ISO/IEC 13818-2 (2) |descriptor length 16 |0x52: stream_identifier_descriptor | 01 . |0x02: video_stream_descriptor | 1a 48 5f .H_ |0x06: ds_alignment_descriptor | 02 . |0x0e: maximum_bitrate_descriptor | c0 39 4e .9N |- stream 0x0bb8: Audio ISO/IEC 13818-3 (4) |descriptor length 17 |0x52: stream_identifier_descriptor | 02 . |0x0a: iso639_language_descriptor | lang: tur (type: 0) |0x03: audio_stream_descriptor | 67 g |0x0e: maximum_bitrate_descriptor | c0 02 90 ... |- stream 0x0c1c: Audio ISO/IEC 13818-3 (4) |descriptor length 17 |0x52: stream_identifier_descriptor | 03 . |0x0a: iso639_language_descriptor | lang: eng (type: 0) |0x03: audio_stream_descriptor | 67
[Touch-packages] [Bug 1841269] Re: dvbv5-scan Segmentation fault
You could use the https://launchpad.net/~libv4l/+archive/ubuntu/development PPA to get a fixed version. I'll update the stable PPA soon. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to v4l-utils in Ubuntu. https://bugs.launchpad.net/bugs/1841269 Title: dvbv5-scan Segmentation fault Status in v4l-utils package in Ubuntu: New Bug description: LANG=en_US.UTF-8 gdb -ex=r --args dvbv5-scan -l UNIVERSAL -S0 -v -o Turksat.conf ./Turksat-42.0E [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib/x86_64-linux-gnu/libthread_db.so.1". Using LNBf UNIVERSAL Universal, Europe Freqs : 10800 to 11800 MHz, LO: 9750 MHz Freqs : 11600 to 12700 MHz, LO: 10600 MHz using demux 'dvb0.demux0' Device Montage Technology DS3000/TS2020 (/dev/dvb/adapter0/frontend0) capabilities: CAN_2G_MODULATION CAN_FEC_1_2 CAN_FEC_2_3 CAN_FEC_3_4 CAN_FEC_4_5 CAN_FEC_5_6 CAN_FEC_6_7 CAN_FEC_7_8 CAN_FEC_AUTO CAN_INVERSION_AUTO CAN_QPSK CAN_RECOVER DVB API Version 5.11, Current v5 delivery system: DVBS Supported delivery systems: [DVBS] DVBS2 Failed to guess country from the current locale setting. ERRORcommand BANDWIDTH_HZ (5) not found during retrieve Cannot calc frequency shift. Either bandwidth/symbol-rate is unavailable (yet). Scanning frequency #1 12346000 frequency: 12346,00 MHz, high_band: 1 SEC: set voltage to 18V DiSEqC TONE: OFF DiSEqC command: e0 10 38 f3 DiSEqC BURST: SEC_MINI_A DiSEqC TONE: ON L-Band frequency: 1746,00 MHz (offset = 10600,00 MHz) FREQUENCY = 12346000 INVERSION = AUTO SYMBOL_RATE = 960 INNER_FEC = 3/4 POLARIZATION = HORIZONTAL DELIVERY_SYSTEM = DVBS Got parameters for DVBS: FREQUENCY = 12346000 INVERSION = AUTO SYMBOL_RATE = 960 INNER_FEC = 3/4 POLARIZATION = HORIZONTAL DELIVERY_SYSTEM = DVBS Lock (0x1f) Signal= 37,86% C/N= 47,97% UCB= 31440 postBER= 0 dvb_read_sections: waiting for table ID 0x00, program ID 0x00 dvb_parse_section: received table 0x00, extension ID 0xa414, section 0/0 dvb_parse_section: table 0x00, extension ID 0xa414: done PAT | table_id 0x00 | section_length 25 | one 3 | zero0 | syntax 1 | transport_stream_id 42004 | current_next1 | version 14 | one23 | section_number 0 | last_section_number 0 |\ 4 program pids | pid 0x0010: service 0x | pid 0x0065: service 0x3264 | pid 0x012d: service 0x3265 | pid 0x0066: service 0x3269 Program #0 is network PID: 0x0010 Program #1 ID 0x0065, service ID 0x3264 dvb_read_sections: waiting for table ID 0x02, program ID 0x65 dvb_parse_section: received table 0x02, extension ID 0x3264, section 0/0 dvb_parse_section: table 0x02, extension ID 0x3264: done PMT | table_id 0x02 | section_length 112 | one 3 | zero0 | syntax 1 | transport_stream_id 12900 | current_next1 | version 7 | one23 | section_number 0 | last_section_number 0 |- pcr_pid 0b54 | reserved2 7 | descriptor length 11 | zero3 0 | reserved3 15 |0x0c: multiplex_buffer_utilization_descriptor | 80 b4 81 68...h |0x0e: maximum_bitrate_descriptor | c0 3e a4 .>. |\ |- stream 0x0b54: Video ISO/IEC 13818-2 (2) |descriptor length 16 |0x52: stream_identifier_descriptor | 01 . |0x02: video_stream_descriptor | 1a 48 5f .H_ |0x06: ds_alignment_descriptor | 02 . |0x0e: maximum_bitrate_descriptor | c0 39 4e .9N |- stream 0x0bb8: Audio ISO/IEC 13818-3 (4) |descriptor length 17 |0x52: stream_identifier_descriptor | 02 . |0x0a: iso639_language_descriptor | lang: tur (type: 0) |0x03: audio_stream_descriptor | 67 g |0x0e: maximum_bitrate_descriptor | c0 02 90 ... |- stream 0x0c1c: Audio ISO/IEC 13818-3 (4) |descriptor length 17 |0x52: stream_identifier_descriptor | 03 . |0x0a: iso639_language_descriptor | lang: eng (type: 0) |0x03: audio_stream_d
Re: [Touch-packages] [Bug 1823650] Re: v4l-utils ftbfs in cosmic
Hello, attached you'll find the debdiff with critical patches for v4l-utils 1.14 in cosmic. All of them have been taken from v4l-utils stable-1.14 branch. The source of this debdiff could be found in the debian v4l-utils repo on salsa in the cosmic branch: https://salsa.debian.org/debian/libv4l/tree/cosmic How to proceed from here? Thanks, Gregor ** Attachment added: "v4l-utils-lp1823650.diff" https://bugs.launchpad.net/bugs/1823650/+attachment/5255664/+files/v4l-utils-lp1823650.diff -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to v4l-utils in Ubuntu. https://bugs.launchpad.net/bugs/1823650 Title: v4l-utils ftbfs in cosmic Status in v4l-utils package in Ubuntu: New Bug description: https://launchpadlibrarian.net/418304769/buildlog_ubuntu-cosmic-amd64 .v4l-utils_1.14.2-1_BUILDING.txt.gz g++ -I. -I../.. -I../../utils/common -I../../lib/include -Wall -Wpointer-arith -D_GNU_SOURCE -I../../include -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -c -o v4l2_compliance-v4l2-compliance.o `test -f 'v4l2-compliance.cpp' || echo './'`v4l2-compliance.cpp In file included from v4l2-compliance.h:42, from v4l2-compliance.cpp:38: ../../utils/common/cv4l-helpers.h: In member function ‘void cv4l_buffer::init(const cv4l_buffer&)’: ../../utils/common/cv4l-helpers.h:843:29: warning: ‘void* memcpy(void*, const void*, size_t)’ writing to an object of type ‘class cv4l_buffer’ with no trivial copy-assignment; use copy-assignment or copy-initialization instead [-Wclass-memaccess] memcpy(this, &b, sizeof(b)); ^ ../../utils/common/cv4l-helpers.h:817:7: note: ‘class cv4l_buffer’ declared here class cv4l_buffer : public v4l_buffer { ^~~ g++ -I. -I../.. -I../../utils/common -I../../lib/include -Wall -Wpointer-arith -D_GNU_SOURCE -I../../include -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -c -o v4l2_compliance-v4l2-test-debug.o `test -f 'v4l2-test-debug.cpp' || echo './'`v4l2-test-debug.cpp In file included from v4l2-compliance.h:42, from v4l2-test-debug.cpp:35: ../../utils/common/cv4l-helpers.h: In member function ‘void cv4l_buffer::init(const cv4l_buffer&)’: ../../utils/common/cv4l-helpers.h:843:29: warning: ‘void* memcpy(void*, const void*, size_t)’ writing to an object of type ‘class cv4l_buffer’ with no trivial copy-assignment; use copy-assignment or copy-initialization instead [-Wclass-memaccess] memcpy(this, &b, sizeof(b)); ^ ../../utils/common/cv4l-helpers.h:817:7: note: ‘class cv4l_buffer’ declared here class cv4l_buffer : public v4l_buffer { ^~~ g++ -I. -I../.. -I../../utils/common -I../../lib/include -Wall -Wpointer-arith -D_GNU_SOURCE -I../../include -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -c -o v4l2_compliance-v4l2-test-input-output.o `test -f 'v4l2-test-input-output.cpp' || echo './'`v4l2-test-input-output.cpp In file included from v4l2-compliance.h:42, from v4l2-test-input-output.cpp:32: ../../utils/common/cv4l-helpers.h: In member function ‘void cv4l_buffer::init(const cv4l_buffer&)’: ../../utils/common/cv4l-helpers.h:843:29: warning: ‘void* memcpy(void*, const void*, size_t)’ writing to an object of type ‘class cv4l_buffer’ with no trivial copy-assignment; use copy-assignment or copy-initialization instead [-Wclass-memaccess] memcpy(this, &b, sizeof(b)); ^ ../../utils/common/cv4l-helpers.h:817:7: note: ‘class cv4l_buffer’ declared here class cv4l_buffer : public v4l_buffer { ^~~ g++ -I. -I../.. -I../../utils/common -I../../lib/include -Wall -Wpointer-arith -D_GNU_SOURCE -I../../include -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -c -o v4l2_compliance-v4l2-test-controls.o `test -f 'v4l2-test-controls.cpp' || echo './'`v4l2-test-controls.cpp In file included from v4l2-compliance.h:42, from v4l2-test-controls.cpp:33: ../../utils/common/cv4l-helpers.h: In member function ‘void cv4l_buffer::init(const cv4l_buffer&)’: ../../utils/common/cv4l-helpers.h:843:29: warning: ‘void* memcpy(void*, const void*, size_t)’ writing to an object of type ‘class cv4l_buffer’ with no trivial copy-assignment; use copy-assignment or copy-initialization instead [-Wclass-memaccess] memcpy(this, &b, sizeof(b)); ^ ../../utils/common/cv4l-helpers.h:817:7: note: ‘class cv4l_buffer’ declared here class cv4l_buffer : public v4l_buffer { ^~~ g++ -I. -I../.. -I../../uti
[Touch-packages] [Bug 1823650] Re: v4l-utils ftbfs in cosmic
I verified that https://git.linuxtv.org/v4l- utils.git/commit/?h=stable-1.14&id=b6c3e824967e25857a41e1c0e23d010317566467 and https://git.linuxtv.org/v4l- utils.git/commit/?h=stable-1.14&id=65b6f255a02de403621e478aac701e3ee56806a4 fix the build issue. However there are some more fixes (double free and uninitialised memory) that I'd like to ship as well. The double free patch backport seems to be incomplete and I asked upstream for clarification: https://lore.kernel.org/linux-media/cc7fce0b-8db0-ce2c- e7f0-c6d39f769...@googlemail.com/T/#u I'd like to way one or two days for upstream, otherwise I'll build a package without the double-free fix and handle it later. Thanks, Gregor -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to v4l-utils in Ubuntu. https://bugs.launchpad.net/bugs/1823650 Title: v4l-utils ftbfs in cosmic Status in v4l-utils package in Ubuntu: New Bug description: https://launchpadlibrarian.net/418304769/buildlog_ubuntu-cosmic-amd64 .v4l-utils_1.14.2-1_BUILDING.txt.gz g++ -I. -I../.. -I../../utils/common -I../../lib/include -Wall -Wpointer-arith -D_GNU_SOURCE -I../../include -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -c -o v4l2_compliance-v4l2-compliance.o `test -f 'v4l2-compliance.cpp' || echo './'`v4l2-compliance.cpp In file included from v4l2-compliance.h:42, from v4l2-compliance.cpp:38: ../../utils/common/cv4l-helpers.h: In member function ‘void cv4l_buffer::init(const cv4l_buffer&)’: ../../utils/common/cv4l-helpers.h:843:29: warning: ‘void* memcpy(void*, const void*, size_t)’ writing to an object of type ‘class cv4l_buffer’ with no trivial copy-assignment; use copy-assignment or copy-initialization instead [-Wclass-memaccess] memcpy(this, &b, sizeof(b)); ^ ../../utils/common/cv4l-helpers.h:817:7: note: ‘class cv4l_buffer’ declared here class cv4l_buffer : public v4l_buffer { ^~~ g++ -I. -I../.. -I../../utils/common -I../../lib/include -Wall -Wpointer-arith -D_GNU_SOURCE -I../../include -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -c -o v4l2_compliance-v4l2-test-debug.o `test -f 'v4l2-test-debug.cpp' || echo './'`v4l2-test-debug.cpp In file included from v4l2-compliance.h:42, from v4l2-test-debug.cpp:35: ../../utils/common/cv4l-helpers.h: In member function ‘void cv4l_buffer::init(const cv4l_buffer&)’: ../../utils/common/cv4l-helpers.h:843:29: warning: ‘void* memcpy(void*, const void*, size_t)’ writing to an object of type ‘class cv4l_buffer’ with no trivial copy-assignment; use copy-assignment or copy-initialization instead [-Wclass-memaccess] memcpy(this, &b, sizeof(b)); ^ ../../utils/common/cv4l-helpers.h:817:7: note: ‘class cv4l_buffer’ declared here class cv4l_buffer : public v4l_buffer { ^~~ g++ -I. -I../.. -I../../utils/common -I../../lib/include -Wall -Wpointer-arith -D_GNU_SOURCE -I../../include -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -c -o v4l2_compliance-v4l2-test-input-output.o `test -f 'v4l2-test-input-output.cpp' || echo './'`v4l2-test-input-output.cpp In file included from v4l2-compliance.h:42, from v4l2-test-input-output.cpp:32: ../../utils/common/cv4l-helpers.h: In member function ‘void cv4l_buffer::init(const cv4l_buffer&)’: ../../utils/common/cv4l-helpers.h:843:29: warning: ‘void* memcpy(void*, const void*, size_t)’ writing to an object of type ‘class cv4l_buffer’ with no trivial copy-assignment; use copy-assignment or copy-initialization instead [-Wclass-memaccess] memcpy(this, &b, sizeof(b)); ^ ../../utils/common/cv4l-helpers.h:817:7: note: ‘class cv4l_buffer’ declared here class cv4l_buffer : public v4l_buffer { ^~~ g++ -I. -I../.. -I../../utils/common -I../../lib/include -Wall -Wpointer-arith -D_GNU_SOURCE -I../../include -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -c -o v4l2_compliance-v4l2-test-controls.o `test -f 'v4l2-test-controls.cpp' || echo './'`v4l2-test-controls.cpp In file included from v4l2-compliance.h:42, from v4l2-test-controls.cpp:33: ../../utils/common/cv4l-helpers.h: In member function ‘void cv4l_buffer::init(const cv4l_buffer&)’: ../../utils/common/cv4l-helpers.h:843:29: warning: ‘void* memcpy(void*, const void*, size_t)’ writing to an object of type ‘class cv4l_buffer’ with no trivial copy-assignment; use copy-assignment or copy-initialization instead [-Wclass-memaccess] memcpy(this, &b, sizeof(b));
[Touch-packages] [Bug 1823650] Re: v4l-utils ftbfs in cosmic
Hello, maybe the following commit from the stable-1.14 branch fixes it: https://git.linuxtv.org/v4l- utils.git/commit/?h=stable-1.14&id=65b6f255a02de403621e478aac701e3ee56806a4 How could I re-create your setup? Thanks, -Gregor -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to v4l-utils in Ubuntu. https://bugs.launchpad.net/bugs/1823650 Title: v4l-utils ftbfs in cosmic Status in v4l-utils package in Ubuntu: New Bug description: https://launchpadlibrarian.net/418304769/buildlog_ubuntu-cosmic-amd64 .v4l-utils_1.14.2-1_BUILDING.txt.gz g++ -I. -I../.. -I../../utils/common -I../../lib/include -Wall -Wpointer-arith -D_GNU_SOURCE -I../../include -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -c -o v4l2_compliance-v4l2-compliance.o `test -f 'v4l2-compliance.cpp' || echo './'`v4l2-compliance.cpp In file included from v4l2-compliance.h:42, from v4l2-compliance.cpp:38: ../../utils/common/cv4l-helpers.h: In member function ‘void cv4l_buffer::init(const cv4l_buffer&)’: ../../utils/common/cv4l-helpers.h:843:29: warning: ‘void* memcpy(void*, const void*, size_t)’ writing to an object of type ‘class cv4l_buffer’ with no trivial copy-assignment; use copy-assignment or copy-initialization instead [-Wclass-memaccess] memcpy(this, &b, sizeof(b)); ^ ../../utils/common/cv4l-helpers.h:817:7: note: ‘class cv4l_buffer’ declared here class cv4l_buffer : public v4l_buffer { ^~~ g++ -I. -I../.. -I../../utils/common -I../../lib/include -Wall -Wpointer-arith -D_GNU_SOURCE -I../../include -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -c -o v4l2_compliance-v4l2-test-debug.o `test -f 'v4l2-test-debug.cpp' || echo './'`v4l2-test-debug.cpp In file included from v4l2-compliance.h:42, from v4l2-test-debug.cpp:35: ../../utils/common/cv4l-helpers.h: In member function ‘void cv4l_buffer::init(const cv4l_buffer&)’: ../../utils/common/cv4l-helpers.h:843:29: warning: ‘void* memcpy(void*, const void*, size_t)’ writing to an object of type ‘class cv4l_buffer’ with no trivial copy-assignment; use copy-assignment or copy-initialization instead [-Wclass-memaccess] memcpy(this, &b, sizeof(b)); ^ ../../utils/common/cv4l-helpers.h:817:7: note: ‘class cv4l_buffer’ declared here class cv4l_buffer : public v4l_buffer { ^~~ g++ -I. -I../.. -I../../utils/common -I../../lib/include -Wall -Wpointer-arith -D_GNU_SOURCE -I../../include -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -c -o v4l2_compliance-v4l2-test-input-output.o `test -f 'v4l2-test-input-output.cpp' || echo './'`v4l2-test-input-output.cpp In file included from v4l2-compliance.h:42, from v4l2-test-input-output.cpp:32: ../../utils/common/cv4l-helpers.h: In member function ‘void cv4l_buffer::init(const cv4l_buffer&)’: ../../utils/common/cv4l-helpers.h:843:29: warning: ‘void* memcpy(void*, const void*, size_t)’ writing to an object of type ‘class cv4l_buffer’ with no trivial copy-assignment; use copy-assignment or copy-initialization instead [-Wclass-memaccess] memcpy(this, &b, sizeof(b)); ^ ../../utils/common/cv4l-helpers.h:817:7: note: ‘class cv4l_buffer’ declared here class cv4l_buffer : public v4l_buffer { ^~~ g++ -I. -I../.. -I../../utils/common -I../../lib/include -Wall -Wpointer-arith -D_GNU_SOURCE -I../../include -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -c -o v4l2_compliance-v4l2-test-controls.o `test -f 'v4l2-test-controls.cpp' || echo './'`v4l2-test-controls.cpp In file included from v4l2-compliance.h:42, from v4l2-test-controls.cpp:33: ../../utils/common/cv4l-helpers.h: In member function ‘void cv4l_buffer::init(const cv4l_buffer&)’: ../../utils/common/cv4l-helpers.h:843:29: warning: ‘void* memcpy(void*, const void*, size_t)’ writing to an object of type ‘class cv4l_buffer’ with no trivial copy-assignment; use copy-assignment or copy-initialization instead [-Wclass-memaccess] memcpy(this, &b, sizeof(b)); ^ ../../utils/common/cv4l-helpers.h:817:7: note: ‘class cv4l_buffer’ declared here class cv4l_buffer : public v4l_buffer { ^~~ g++ -I. -I../.. -I../../utils/common -I../../lib/include -Wall -Wpointer-arith -D_GNU_SOURCE -I../../include -Wdate-time -D_FORTIFY_SOURCE=2 -g -O2 -fdebug-prefix-map=/<>=. -fstack-protector-strong -Wformat -Werror=format-security -c -o v4l2_compliance-v4l2-test-io-config.o `test -f 'v4l2-test-
[Touch-packages] [Bug 1811678] Re: Inconsistent OpenGL support across architectures
I guess this is due to the following lines in debian/rules: gles2_architectures := armel armhf arm64 ifeq ($(DEB_HOST_ARCH),$(findstring $(DEB_HOST_ARCH), $(gles2_architectures))) extra_configure_opts += -opengl es2 else extra_configure_opts += -opengl desktop endif Still my question is why those architectures (should) differ from the regular ones. And why Ubuntu is behaving differently than Debian. In my case I need access to qopenglext.h contents which does not get loaded if OpenGL ES2 support is present. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to qtbase-opensource-src in Ubuntu. https://bugs.launchpad.net/bugs/1811678 Title: Inconsistent OpenGL support across architectures Status in qtbase-opensource-src package in Ubuntu: New Bug description: Hello, today I noticed build failures of v4l-utils on arm64 hosts: https://launchpadlibrarian.net/406083796/buildlog_ubuntu-bionic-arm64.v4l-utils_1.17.1-201901131615~ubuntu18.04.1_BUILDING.txt.gz This is due to the OpenGLES2 feature is enabled on arm64 (but this feature is not enabled for amd64): > /usr/include/x86_64-linux-gnu/qt5/QtGui# grep -i opengl qtgui-config.h > #define QT_FEATURE_opengles2 -1 > #define QT_FEATURE_opengl 1 > #define QT_FEATURE_opengles3 -1 > #define QT_FEATURE_opengles31 -1 vs: > /usr/include/aarch64-linux-gnu/qt5/QtGui$ grep -i opengl qtgui-config.h > #define QT_FEATURE_opengles2 1 > #define QT_OPENGL_ES true > #define QT_OPENGL_ES_2 true > #define QT_FEATURE_opengl 1 > #define QT_FEATURE_opengles3 1 > #define QT_OPENGL_ES_3 true > #define QT_FEATURE_opengles31 1 > #define QT_OPENGL_ES_3_1 true Is the inconsistent feature setting intentional? The Debian Qt packages seem to select Desktop OpenGL across architectures. Thanks, Gregor To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1811678/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1811678] [NEW] Inconsistent OpenGL support across architectures
Public bug reported: Hello, today I noticed build failures of v4l-utils on arm64 hosts: https://launchpadlibrarian.net/406083796/buildlog_ubuntu-bionic-arm64.v4l-utils_1.17.1-201901131615~ubuntu18.04.1_BUILDING.txt.gz This is due to the OpenGLES2 feature is enabled on arm64 (but this feature is not enabled for amd64): > /usr/include/x86_64-linux-gnu/qt5/QtGui# grep -i opengl qtgui-config.h > #define QT_FEATURE_opengles2 -1 > #define QT_FEATURE_opengl 1 > #define QT_FEATURE_opengles3 -1 > #define QT_FEATURE_opengles31 -1 vs: > /usr/include/aarch64-linux-gnu/qt5/QtGui$ grep -i opengl qtgui-config.h > #define QT_FEATURE_opengles2 1 > #define QT_OPENGL_ES true > #define QT_OPENGL_ES_2 true > #define QT_FEATURE_opengl 1 > #define QT_FEATURE_opengles3 1 > #define QT_OPENGL_ES_3 true > #define QT_FEATURE_opengles31 1 > #define QT_OPENGL_ES_3_1 true Is the inconsistent feature setting intentional? The Debian Qt packages seem to select Desktop OpenGL across architectures. Thanks, Gregor ** Affects: qtbase-opensource-src (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to qtbase-opensource-src in Ubuntu. https://bugs.launchpad.net/bugs/1811678 Title: Inconsistent OpenGL support across architectures Status in qtbase-opensource-src package in Ubuntu: New Bug description: Hello, today I noticed build failures of v4l-utils on arm64 hosts: https://launchpadlibrarian.net/406083796/buildlog_ubuntu-bionic-arm64.v4l-utils_1.17.1-201901131615~ubuntu18.04.1_BUILDING.txt.gz This is due to the OpenGLES2 feature is enabled on arm64 (but this feature is not enabled for amd64): > /usr/include/x86_64-linux-gnu/qt5/QtGui# grep -i opengl qtgui-config.h > #define QT_FEATURE_opengles2 -1 > #define QT_FEATURE_opengl 1 > #define QT_FEATURE_opengles3 -1 > #define QT_FEATURE_opengles31 -1 vs: > /usr/include/aarch64-linux-gnu/qt5/QtGui$ grep -i opengl qtgui-config.h > #define QT_FEATURE_opengles2 1 > #define QT_OPENGL_ES true > #define QT_OPENGL_ES_2 true > #define QT_FEATURE_opengl 1 > #define QT_FEATURE_opengles3 1 > #define QT_OPENGL_ES_3 true > #define QT_FEATURE_opengles31 1 > #define QT_OPENGL_ES_3_1 true Is the inconsistent feature setting intentional? The Debian Qt packages seem to select Desktop OpenGL across architectures. Thanks, Gregor To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/qtbase-opensource-src/+bug/1811678/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1769657] Re: update toolchain packages for bionic
Hello doko, could you please tell if the work described in this issue is likely to happen in Bionic? I'd like to use clang and with C++17 and with libstdc++-7-dev I'm running into the issue described in https://bugs.debian.org/cgi- bin/bugreport.cgi?bug=877838 There's an upstream libstdc++ work-around available in libstdc++-8-dev but I'm unsure if the -8 version is suitable for production due to only being available in 'universe' and having a kind of snapshot version. Thanks, Gregor ** Bug watch added: Debian Bug tracker #877838 https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=877838 -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to binutils in Ubuntu. https://bugs.launchpad.net/bugs/1769657 Title: update toolchain packages for bionic Status in binutils package in Ubuntu: Fix Released Status in build-essential package in Ubuntu: New Status in cross-toolchain-base package in Ubuntu: New Status in gcc-7 package in Ubuntu: New Status in gcc-7-cross package in Ubuntu: New Status in gcc-7-cross-ports package in Ubuntu: New Status in gcc-8 package in Ubuntu: New Status in gcc-8-cross package in Ubuntu: New Status in gcc-8-cross-ports package in Ubuntu: New Status in gcc-defaults package in Ubuntu: New Status in gcc-defaults-ports package in Ubuntu: New Bug description: I'd like to update the toolchain packages in bionic, to state which we have in cosmic on May 07: - LP: #1771635: binutils updates from the branch - gcc-8, update to the final 8.1.0 release - gcc-7, updates to the gcc-7-branch up to the time of the 8.1.0 release. - gcc-defaults to bump the 8.1 version, and add some provides - build-essential to add cross packages for amd64 and i386 - corresponding gcc-cross packages The package builds are prepared in https://launchpad.net/~ubuntu-toolchain-r/+archive/ubuntu/ppa/+packages To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/binutils/+bug/1769657/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1737063] Re: 17.10 v4l-utils usb camera (cheese) broken
This will be fixed in 1.12.6-1 ** Changed in: v4l-utils (Ubuntu) Status: New => In Progress ** Changed in: v4l-utils (Ubuntu) Assignee: (unassigned) => Gregor Jasny (gjasny) -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to v4l-utils in Ubuntu. https://bugs.launchpad.net/bugs/1737063 Title: 17.10 v4l-utils usb camera (cheese) broken Status in v4l-utils package in Ubuntu: In Progress Bug description: running cheese produces the following output: " james@Scarif:~$ cheese libva error: va_getDriverName() failed with unknown libva error,driver_name=(null) libva error: va_getDriverName() failed with unknown libva error,driver_name=(null) (cheese:9195): Gtk-WARNING **: Theme parsing error: cheese.css:7:35: The style property GtkScrollbar:min-slider-length is deprecated and shouldn't be used anymore. It will be removed in a future version libv4l2: error set_fmt gave us a different result then try_fmt! libv4l2: error set_fmt gave us a different result then try_fmt! (cheese:9195): cheese-WARNING **: Device '/dev/video0' cannot capture in the specified format: gstv4l2object.c(3640): gst_v4l2_object_set_format_full (): /GstCameraBin:camerabin/GstWrapperCameraBinSrc:camera_source/GstBin:bin18/GstV4l2Src:v4l2src1: Tried to capture in BGR3, but device returned format YUYV " similar bug to Redhat "No longer works with USB webcam 19ff:0103 , error "Tried to capture in BGR3, but device returned format YUYV" https://bugzilla.redhat.com/show_bug.cgi?id=1508706 Using Microsoft Lifecam Cinema usb cacmera To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/v4l-utils/+bug/1737063/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1579760] Re: Protocol RC-6 no longer available for soundgraph imon (15c2:ffdc)
As I don't vahe a good understanding of the rc subsystem I asked on linux-media what's going on here and according to Mauro the absence of rc6 seems to be a kernel bug: https://www.mail-archive.com/linux-media@vger.kernel.org/msg98286.html > That's said, from his report: > > $ sudo ir-keytable > Found /sys/class/rc/rc0/ (/dev/input/event4) with: > Driver imon, table rc-imon-pad > Supported protocols: other > > It should be listing both "other" and "RC6" protocols there. > It sounds a Kernel regression. I remember one Kernel patch once > broke the list of protocols. Maybe the fix patch were not applied > on Ubuntu, or maybe some other regression happened. ** Also affects: linux (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to v4l-utils in Ubuntu. https://bugs.launchpad.net/bugs/1579760 Title: Protocol RC-6 no longer available for soundgraph imon (15c2:ffdc) Status in linux package in Ubuntu: New Status in v4l-utils package in Ubuntu: New Bug description: $ lsb_release -rd Description: Ubuntu 16.04 LTS Release: 16.04 $ apt-cache policy ir-keytable ir-keytable: Installed: 1.10.0-1 Candidate: 1.10.0-1 Version table: *** 1.10.0-1 500 500 http://de.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages 100 /var/lib/dpkg/status == What used to happen in older releases: In older versions of ir-keytable I was able to set my soundgraph imon (15c2:ffdc) to use protocol RC-6. The way I did it was by changing the file: /lib/udev/rc_keymaps/imon_pad and make the first line look like: # table imon_pad, type: RC-6 == What actually happens in the current release: In the 16.04 release of Ubuntu this is no longer possible. The output of ir-keytable also doesn't list the RC-6 protocol as available. $ sudo ir-keytable Found /sys/class/rc/rc0/ (/dev/input/event4) with: Driver imon, table rc-imon-pad Supported protocols: other Enabled protocols: Name: iMON Remote (15c2:ffdc) bus: 3, vendor/product: 15c2:ffdc, version: 0x Repeat delay = 500 ms, repeat period = 125 ms With the "other" protocol enabled my arrow keys deliver double key clicks, so clicking up once actually moves the cursor two lines up (in kodi that is). Forcing the device to RC-6 with: $ sudo echo RC-6 > /sys/class/rc/rc0/protocols fixes the double clicks. == What should happen in the current release: IMHO ir-keytable should actually list RC-6 as a protocol for this (specific) device and it should be relatively easy to assign this protocol. Either by using ir-keytable, or updating the imon_pad file. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1579760/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1579760] Re: Protocol RC-6 no longer available for soundgraph imon (15c2:ffdc)
Which kernel version are you using? You can copy the /lib/udev/rc_keymaps/imon_pad file to /etc/rc_keymaps/imon_pad and edit it as you need. So it won't get overwritten with the next package upgrade. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to v4l-utils in Ubuntu. https://bugs.launchpad.net/bugs/1579760 Title: Protocol RC-6 no longer available for soundgraph imon (15c2:ffdc) Status in v4l-utils package in Ubuntu: New Bug description: $ lsb_release -rd Description: Ubuntu 16.04 LTS Release: 16.04 $ apt-cache policy ir-keytable ir-keytable: Installed: 1.10.0-1 Candidate: 1.10.0-1 Version table: *** 1.10.0-1 500 500 http://de.archive.ubuntu.com/ubuntu xenial/universe amd64 Packages 100 /var/lib/dpkg/status == What used to happen in older releases: In older versions of ir-keytable I was able to set my soundgraph imon (15c2:ffdc) to use protocol RC-6. The way I did it was by changing the file: /lib/udev/rc_keymaps/imon_pad and make the first line look like: # table imon_pad, type: RC-6 == What actually happens in the current release: In the 16.04 release of Ubuntu this is no longer possible. The output of ir-keytable also doesn't list the RC-6 protocol as available. $ sudo ir-keytable Found /sys/class/rc/rc0/ (/dev/input/event4) with: Driver imon, table rc-imon-pad Supported protocols: other Enabled protocols: Name: iMON Remote (15c2:ffdc) bus: 3, vendor/product: 15c2:ffdc, version: 0x Repeat delay = 500 ms, repeat period = 125 ms With the "other" protocol enabled my arrow keys deliver double key clicks, so clicking up once actually moves the cursor two lines up (in kodi that is). Forcing the device to RC-6 with: $ sudo echo RC-6 > /sys/class/rc/rc0/protocols fixes the double clicks. == What should happen in the current release: IMHO ir-keytable should actually list RC-6 as a protocol for this (specific) device and it should be relatively easy to assign this protocol. Either by using ir-keytable, or updating the imon_pad file. To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/v4l-utils/+bug/1579760/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1461668] Re: ir-keytable presses recognised but not working
Maybe the xserver-xorg-input-evdev maintainer knows what's going on here? ** Also affects: xserver-xorg-input-evdev (Ubuntu) Importance: Undecided Status: New -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to v4l-utils in Ubuntu. https://bugs.launchpad.net/bugs/1461668 Title: ir-keytable presses recognised but not working Status in v4l-utils package in Ubuntu: New Status in xserver-xorg-input-evdev package in Ubuntu: New Bug description: I'm using ir-keytable to map button presses on a remote control to keyboard presses. I'm using an old Apple remote and after scanning for the keycodes I've produced a keymap file which is loaded by ir- keytable. However, I have only succeeded in getting the arrow keys and enter working (KEY_UP, KEY_DOWN, KEY_LEFT, KEY_RIGHT, KEY_ENTER). All the other keypresses that I've tried are recognised by ir-keytable, but are not being passed to the system. For example, the KEY_BACKSPACE which I need. Running ir-keytable -t and pressing the relevant remote button I get: 1433359068.641206: event type EV_KEY(0x01) key_down: KEY_BACKSPACE(0x0001) 1433359068.641206: event type EV_SYN(0x00). 1433359068.641230: event type EV_MSC(0x04): scancode = 0x77e1c03d 1433359068.641230: event type EV_SYN(0x00). 1433359068.641235: event type EV_MSC(0x04): scancode = 0x77e1c03d 1433359068.641235: event type EV_SYN(0x00). But it never works as backspace. For example, if I open a text editor and use the arrow or enter keys, I can see the cursor moving around. But the backspace does not work. Also any other keymap that I've tried (e.g. numbers, letters) does not work. I'm using ir-keytable 1.6.0-2 in xubuntu 15.04. My system is a NUC5i5RYHK, the IR driver is nuvoton-cir. The output of ir-keytable is: Found /sys/class/rc/rc0/ (/dev/input/event3) with: Driver nuvoton-cir, table rc-rc6-mce Supported protocols: NEC RC-5 RC-6 JVC SONY SANYO LIRC RC-5-SZ SHARP XMP other Enabled protocols: NEC RC-5 RC-6 JVC SONY LIRC Name: Nuvoton w836x7hg Infrared Remote bus: 25, vendor/product: 1050:00c3, version: 0x0033 Repeat delay = 500 ms, repeat period = 125 ms To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/v4l-utils/+bug/1461668/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
Re: [Touch-packages] [Bug 1461668] Re: ir-keytable presses recognised but not working
If you use evtest to read the events from the remote control ev device does it show all key presses? On Thu, Jun 4, 2015, 00:25 tiago <1461...@bugs.launchpad.net> wrote: > I should also add that I'm using an upstream kernel (3.19.8-992-generic > #201505300306) due to some issue with the HDMI sound, but with the > default kernel I had before the remote issue was exactly the same. > > -- > You received this bug notification because you are subscribed to v4l- > utils in Ubuntu. > https://bugs.launchpad.net/bugs/1461668 > > Title: > ir-keytable presses recognised but not working > > Status in v4l-utils package in Ubuntu: > New > > Bug description: > I'm using ir-keytable to map button presses on a remote control to > keyboard presses. I'm using an old Apple remote and after scanning for > the keycodes I've produced a keymap file which is loaded by ir- > keytable. However, I have only succeeded in getting the arrow keys and > enter working (KEY_UP, KEY_DOWN, KEY_LEFT, KEY_RIGHT, KEY_ENTER). All > the other keypresses that I've tried are recognised by ir-keytable, > but are not being passed to the system. For example, the KEY_BACKSPACE > which I need. Running ir-keytable -t and pressing the relevant remote > button I get: > > 1433359068.641206: event type EV_KEY(0x01) key_down: > KEY_BACKSPACE(0x0001) > 1433359068.641206: event type EV_SYN(0x00). > 1433359068.641230: event type EV_MSC(0x04): scancode = 0x77e1c03d > 1433359068.641230: event type EV_SYN(0x00). > 1433359068.641235: event type EV_MSC(0x04): scancode = 0x77e1c03d > 1433359068.641235: event type EV_SYN(0x00). > > But it never works as backspace. For example, if I open a text editor > and use the arrow or enter keys, I can see the cursor moving around. > But the backspace does not work. Also any other keymap that I've tried > (e.g. numbers, letters) does not work. > > I'm using ir-keytable 1.6.0-2 in xubuntu 15.04. My system is a > NUC5i5RYHK, the IR driver is nuvoton-cir. The output of ir-keytable > is: > > Found /sys/class/rc/rc0/ (/dev/input/event3) with: > Driver nuvoton-cir, table rc-rc6-mce > Supported protocols: NEC RC-5 RC-6 JVC SONY SANYO LIRC RC-5-SZ > SHARP XMP other > Enabled protocols: NEC RC-5 RC-6 JVC SONY LIRC > Name: Nuvoton w836x7hg Infrared Remote > bus: 25, vendor/product: 1050:00c3, version: 0x0033 > Repeat delay = 500 ms, repeat period = 125 ms > > To manage notifications about this bug go to: > > https://bugs.launchpad.net/ubuntu/+source/v4l-utils/+bug/1461668/+subscriptions > -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to v4l-utils in Ubuntu. https://bugs.launchpad.net/bugs/1461668 Title: ir-keytable presses recognised but not working Status in v4l-utils package in Ubuntu: New Bug description: I'm using ir-keytable to map button presses on a remote control to keyboard presses. I'm using an old Apple remote and after scanning for the keycodes I've produced a keymap file which is loaded by ir- keytable. However, I have only succeeded in getting the arrow keys and enter working (KEY_UP, KEY_DOWN, KEY_LEFT, KEY_RIGHT, KEY_ENTER). All the other keypresses that I've tried are recognised by ir-keytable, but are not being passed to the system. For example, the KEY_BACKSPACE which I need. Running ir-keytable -t and pressing the relevant remote button I get: 1433359068.641206: event type EV_KEY(0x01) key_down: KEY_BACKSPACE(0x0001) 1433359068.641206: event type EV_SYN(0x00). 1433359068.641230: event type EV_MSC(0x04): scancode = 0x77e1c03d 1433359068.641230: event type EV_SYN(0x00). 1433359068.641235: event type EV_MSC(0x04): scancode = 0x77e1c03d 1433359068.641235: event type EV_SYN(0x00). But it never works as backspace. For example, if I open a text editor and use the arrow or enter keys, I can see the cursor moving around. But the backspace does not work. Also any other keymap that I've tried (e.g. numbers, letters) does not work. I'm using ir-keytable 1.6.0-2 in xubuntu 15.04. My system is a NUC5i5RYHK, the IR driver is nuvoton-cir. The output of ir-keytable is: Found /sys/class/rc/rc0/ (/dev/input/event3) with: Driver nuvoton-cir, table rc-rc6-mce Supported protocols: NEC RC-5 RC-6 JVC SONY SANYO LIRC RC-5-SZ SHARP XMP other Enabled protocols: NEC RC-5 RC-6 JVC SONY LIRC Name: Nuvoton w836x7hg Infrared Remote bus: 25, vendor/product: 1050:00c3, version: 0x0033 Repeat delay = 500 ms, repeat period = 125 ms To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/v4l-utils/+bug/1461668/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
Re: [Touch-packages] [Bug 1461668] [NEW] ir-keytable presses recognised but not working
Hello, Could you please share your mapping file? What is the result if you swap the key code for up and back so that hitting up would generate a backspace and vice versa? Thanks, Gregor On Wed, Jun 3, 2015, 22:00 tiago <1461...@bugs.launchpad.net> wrote: > Public bug reported: > > I'm using ir-keytable to map button presses on a remote control to > keyboard presses. I'm using an old Apple remote and after scanning for > the keycodes I've produced a keymap file which is loaded by ir-keytable. > However, I have only succeeded in getting the arrow keys and enter > working (KEY_UP, KEY_DOWN, KEY_LEFT, KEY_RIGHT, KEY_ENTER). All the > other keypresses that I've tried are recognised by ir-keytable, but are > not being passed to the system. For example, the KEY_BACKSPACE which I > need. Running ir-keytable -t and pressing the relevant remote button I > get: > > 1433359068.641206: event type EV_KEY(0x01) key_down: KEY_BACKSPACE(0x0001) > 1433359068.641206: event type EV_SYN(0x00). > 1433359068.641230: event type EV_MSC(0x04): scancode = 0x77e1c03d > 1433359068.641230: event type EV_SYN(0x00). > 1433359068.641235: event type EV_MSC(0x04): scancode = 0x77e1c03d > 1433359068.641235: event type EV_SYN(0x00). > > But it never works as backspace. For example, if I open a text editor > and use the arrow or enter keys, I can see the cursor moving around. But > the backspace does not work. Also any other keymap that I've tried (e.g. > numbers, letters) does not work. > > I'm using ir-keytable 1.6.0-2 in xubuntu 15.04. My system is a > NUC5i5RYHK, the IR driver is nuvoton-cir. The output of ir-keytable is: > > Found /sys/class/rc/rc0/ (/dev/input/event3) with: > Driver nuvoton-cir, table rc-rc6-mce > Supported protocols: NEC RC-5 RC-6 JVC SONY SANYO LIRC RC-5-SZ > SHARP XMP other > Enabled protocols: NEC RC-5 RC-6 JVC SONY LIRC > Name: Nuvoton w836x7hg Infrared Remote > bus: 25, vendor/product: 1050:00c3, version: 0x0033 > Repeat delay = 500 ms, repeat period = 125 ms > > ** Affects: v4l-utils (Ubuntu) > Importance: Undecided > Status: New > > -- > You received this bug notification because you are subscribed to v4l- > utils in Ubuntu. > https://bugs.launchpad.net/bugs/1461668 > > Title: > ir-keytable presses recognised but not working > > Status in v4l-utils package in Ubuntu: > New > > Bug description: > I'm using ir-keytable to map button presses on a remote control to > keyboard presses. I'm using an old Apple remote and after scanning for > the keycodes I've produced a keymap file which is loaded by ir- > keytable. However, I have only succeeded in getting the arrow keys and > enter working (KEY_UP, KEY_DOWN, KEY_LEFT, KEY_RIGHT, KEY_ENTER). All > the other keypresses that I've tried are recognised by ir-keytable, > but are not being passed to the system. For example, the KEY_BACKSPACE > which I need. Running ir-keytable -t and pressing the relevant remote > button I get: > > 1433359068.641206: event type EV_KEY(0x01) key_down: > KEY_BACKSPACE(0x0001) > 1433359068.641206: event type EV_SYN(0x00). > 1433359068.641230: event type EV_MSC(0x04): scancode = 0x77e1c03d > 1433359068.641230: event type EV_SYN(0x00). > 1433359068.641235: event type EV_MSC(0x04): scancode = 0x77e1c03d > 1433359068.641235: event type EV_SYN(0x00). > > But it never works as backspace. For example, if I open a text editor > and use the arrow or enter keys, I can see the cursor moving around. > But the backspace does not work. Also any other keymap that I've tried > (e.g. numbers, letters) does not work. > > I'm using ir-keytable 1.6.0-2 in xubuntu 15.04. My system is a > NUC5i5RYHK, the IR driver is nuvoton-cir. The output of ir-keytable > is: > > Found /sys/class/rc/rc0/ (/dev/input/event3) with: > Driver nuvoton-cir, table rc-rc6-mce > Supported protocols: NEC RC-5 RC-6 JVC SONY SANYO LIRC RC-5-SZ > SHARP XMP other > Enabled protocols: NEC RC-5 RC-6 JVC SONY LIRC > Name: Nuvoton w836x7hg Infrared Remote > bus: 25, vendor/product: 1050:00c3, version: 0x0033 > Repeat delay = 500 ms, repeat period = 125 ms > > To manage notifications about this bug go to: > > https://bugs.launchpad.net/ubuntu/+source/v4l-utils/+bug/1461668/+subscriptions > -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to v4l-utils in Ubuntu. https://bugs.launchpad.net/bugs/1461668 Title: ir-keytable presses recognised but not working Status in v4l-utils package in Ubuntu: New Bug description: I'm using ir-keytable to map button presses on a remote control to keyboard presses. I'm using an old Apple remote and after scanning for the keycodes I've produced a keymap file which is loaded by ir- keytable. However, I have only succeeded in getting the arrow keys and enter working (KEY_UP, KEY_DOWN, KEY_LEFT, KEY_RIGHT, KEY_ENTER). A
Re: [Touch-packages] [Bug 1421847] Re: No webcam video input ubuntu 14.04 x86_64
Hi, does it also happen if you use qv4l2? If yes, please open the device on raw mode (somewhere in the file menu). Does it happen now, too? Thanks, Gregor -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to v4l-utils in Ubuntu. https://bugs.launchpad.net/bugs/1421847 Title: No webcam video input ubuntu 14.04 x86_64 Status in cheese package in Ubuntu: New Status in guvcview package in Ubuntu: New Status in v4l-utils package in Ubuntu: New Bug description: I tried different webcams on different machines with Ubuntu 14.04 x86, x86_64 and Ubuntu 14.10 x86_64. This is a BIG trouble : No video on 14.04 x86_64 systems ! Latest tests : Ubuntu 14.04 x86_64 Lowlatency Kernel and Generic kernel on a second machine. lsusb : Bus 003 Device 003: ID 093a:2621 Pixart Imaging, Inc. PAC731x Trust Webcam No image on /dev/video0 vlc : "main demux error: option v4l2-exposure does not exist" guvcview : "Could not grab image (select timeout): Resource temporarily unavailable" cheese : no output skype : nothing Same cam pluged on my netbook under Ubuntu x86 : worked out of the box with the same softwares. Tried on a Ubuntu 14.10 x86_64 Laptop : perfect Two of my customers have the same problem with logitech webcams under Ubuntu 14.04 x86_64. Any idea ? I can't ask them to use normal versions with only 6 months lifetime ! ProblemType: Bug DistroRelease: Ubuntu 14.04 Package: libv4l-0 1.0.1-1 ProcVersionSignature: Ubuntu 3.13.0-46.75-lowlatency 3.13.11-ckt15 Uname: Linux 3.13.0-46-lowlatency x86_64 NonfreeKernelModules: nvidia wl ApportVersion: 2.14.1-0ubuntu3.7 Architecture: amd64 CurrentDesktop: Unity Date: Fri Feb 13 22:16:16 2015 InstallationDate: Installed on 2014-04-10 (309 days ago) InstallationMedia: Ubuntu 14.04 LTS "Trusty Tahr" - Daily amd64 (20140410) SourcePackage: v4l-utils UpgradeStatus: No upgrade log present (probably fresh install) To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/cheese/+bug/1421847/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
[Touch-packages] [Bug 1385152] Re: jpgl support in libv4lconvert is missing
You're preloading the wrong library. The following two are made for preload: /usr/lib/x86_64-linux-gnu/libv4l/v4l1compat.so /usr/lib/x86_64-linux-gnu/libv4l/v4l2convert.so V4L1 applications need v4l1compat.so, newer and V4L2 compatible ones need v4l2convert.so ** Changed in: v4l-utils (Ubuntu) Status: New => Invalid -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to v4l-utils in Ubuntu. https://bugs.launchpad.net/bugs/1385152 Title: jpgl support in libv4lconvert is missing Status in “v4l-utils” package in Ubuntu: Invalid Bug description: Seems support for the jpgl palette has been around in v4lconvert since 2011 or so, but is not present in the ubuntu version. Is there an easy way I can add that so I can get my old webcam working on ubuntu? I'm trying to use the cam with either"motion" or "fswebcam". I tried this on an up to date 14.04LTS: # v4l2-ctl --list-formats-ext ioctl: VIDIOC_ENUM_FMT Index : 0 Type: Video Capture Pixel Format: 'JPGL' (compressed) Name: JPGL Size: Discrete 320x240 Size: Discrete 640x480 # LD_PRELOAD=/usr/lib/x86_64-linux-gnu/libv4lconvert.so.0.0.0 fswebcam --- Opening /dev/video0... Trying source module v4l2... /dev/video0 opened. No input was specified, using the first. Unable to find a compatible palette format. # Regards PeO To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/v4l-utils/+bug/1385152/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp