[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#1033002: marked as done (kodi: switch B-D from libcec-dev to libv4l-dev for CEC support?)

Your message dated Sun, 20 Jul 2025 14:11:04 +0200
with message-id <DBGVES2KUQNA.3A25075KJGXEY@cknow.org>
and subject line Re: kodi: switch B-D from libcec-dev to libv4l-dev for CEC support?
has caused the Debian Bug report #1033002,
regarding kodi: switch B-D from libcec-dev to libv4l-dev for CEC support?
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact owner@bugs.debian.org
immediately.)


-- 
1033002: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1033002
Debian Bug Tracking System
Contact owner@bugs.debian.org with problems
--- Begin Message --- 
Source: kodi
Version: 2:20.1+dfsg-1
Severity: wishlist

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

User '6by9' said the following in:
https://github.com/lategoodbye/rpi-zero/issues/43#issuecomment-1464044950
===============================
200~CEC is handled through the vc4 driver in mainline - no need for
VCHIQ.

cec-client doesn't handle multiple Linux kernel CEC API interfaces - it
has hard defines like that at
https://github.com/Pulse-Eight/libcec/blob/master/include/cectypes.h#L287

Use cec-ctl (part of v4l-utils) instead of libcec - libcec is largely
abandonware.
===============================

The part about abandonware and not capable of handling the Linux kernel
CEC API interfaces sound rather problematic.

So maybe it's a good idea to switch in the Trixie dev cycle?

- -- System Information:
Debian Release: 12.0
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'stable-security'), (500, 'unstable'), (500, 'testing'), (500, 'stable'), (101, 'experimental')
Architecture: amd64 (x86_64)

Kernel: Linux 6.1.0-6-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE=en_US:en
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

-----BEGIN PGP SIGNATURE-----

iHUEARYIAB0WIQT1sUPBYsyGmi4usy/XblvOeH7bbgUCZBHhVwAKCRDXblvOeH7b
bmj4AP4oYzvd5FCzQ3mA4ME4VRJB9ZDkHrTHlotUBmwl8enQYgEA11FdHjOQnjYI
cyk9tBPvQjBOfCW05O3qWu3eRfgNuA0=
=BkX9
-----END PGP SIGNATURE-----

--- End Message ---
--- Begin Message --- 
On Wed Mar 15, 2023 at 4:16 PM CET, Diederik de Haas wrote:
> Source: kodi
> Version: 2:20.1+dfsg-1
>
>
> User '6by9' said the following in:
> https://github.com/lategoodbye/rpi-zero/issues/43#issuecomment-1464044950
> ===============================
> Use cec-ctl (part of v4l-utils) instead of libcec - libcec is largely
> abandonware.
> ===============================

While there was indeed a long period in which it looked like
abondonware, that is no longer the case.

Moreover, the upstream project has libcec as a dependency, so if there
should be a switch, then it needs to happen upstream. Thus closing.

Attachment: signature.asc
Description: PGP signature


--- End Message ---
Reply to: