Bug#733094: uvcdynctrl still filling the disk

2021-12-08 Thread Kurt Meyer
Thank you Paulo. On Wed, Dec 8, 2021, at 05:57, Paulo Assis wrote: > Guvcview functions perfectly without uvcdynctrl. > uvcdynctrl just adds some exotic uvc ctrls for older logitech cameras, like a > led ctrl. > The recommend can be droped without any problem. > > Regards. > > > A quarta,

Bug#733094: uvcdynctrl still filling the disk

2021-12-08 Thread Paulo Assis
Guvcview functions perfectly without uvcdynctrl. uvcdynctrl just adds some exotic uvc ctrls for older logitech cameras, like a led ctrl. The recommend can be droped without any problem. Regards. A quarta, 8/12/2021, 04:12, Kurt Meyer escreveu: > "Guvcview doesn't depend upon uvcdynctrl it

Bug#733094: uvcdynctrl still filling the disk

2021-12-07 Thread Kurt Meyer
"Guvcview doesn't depend upon uvcdynctrl it just recommends it." Okay, but unless you disable "recommends", uvcdynctrl gets installed. Based on a little bit of research I performed, it is not recommended to disable "recommends" because recommended packages are usually needed for a more useful

Bug#733094: uvcdynctrl still filling the disk

2020-07-02 Thread Paulo Assis
Guvcview doesn't depend on uvcdynctrl it just recommends it. I've fixed uvcdynctrl upstream but haven't push a new deb package because due to some uvc driver changes it became mostly irrelevant. Also I think new uvc devices expose the controls correctly, so there is no real need for uvcdynctrl.

Bug#733094: uvcdynctrl still filling the disk

2020-06-30 Thread Simon John
Any movement on this, the issue was fixed upstream 5+ years ago but as of today, /lib/udev/uvcdynctrl in sid still contains debug=1 OK users can change that, but on the next upgrade it'll get reverted and fill the disk. Seems like a simple patch to change it to debug=0 by default and/or mark

Bug#733094: uvcdynctrl still filling the disk

2020-04-19 Thread Sam Morris
severity 733094 serious thanks I just had to rescue a system that had four instances of uvcdynctrl pegging the CPU to 100% and a full disk (that now prevents gdm from giving the user a login screen). The log file is full of the same messages regarding the driver having a slightly buggy