Your message dated Sat, 4 Feb 2023 14:06:01 +0100
with message-id
<CA+6XHwRfX_XFXRn7-0MKTfxDr3vKxHR9rhX=VT+YJaDN=l6...@mail.gmail.com>
and subject line libcamera: Update package to a more recent version
has caused the Debian Bug report #996856,
regarding libcamera: Update package to a more recent version
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 ow...@bugs.debian.org
immediately.)
--
996856: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=996856
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libcamera
Severity: wishlist
Hi,
it would be helpful and nice if the current version of libcamera could
be updated within Debian to a recent version.
Within the Librem5 development, that uses the Debian derivatives PureOS
[1], Dorota Dorota Czaplejewicz (CCd] is trying to work on libcamera to
improve the basically functionality of the library and to get the camera
of the Librem 5 phone better usable.
But the currently a bit outdated version of libcamera in Debian makes
this difficult. So to make working and using/developing of libcamera
more easy it would be great if the version in Debian can get an update.
Dorota started a MR [2] to update the packaging which will currently not
fit the requirements to get accepted I guess.
I offered Dorota some help about the steps to get hopefully an update
for libcamera prepared and into the archive.
So I started to imported a new upstream version and worked a bit on
stuff and issues lintian was pointing out.
The RC bug #962650 Simon did open about the ongoing API / ABI breakage
isn't something we can solve now and will require some statement and
feedback from upstream. I assume that Dorota can talk about this with
upstream once patches for upstream will get baked out any way.
Currently lintian shows these interesting tags after a package build:
$ lintian -IE
E: libcamera-dev: lacks-ldconfig-trigger usr/lib/x86_64-linux-gnu/v4l2-compat.so
I think this error isn't a real error lintian is thinking about, the .so
file is within the -dev package is a real file and not a symlink as
usual in a -dev package.
OTOH I don't know enough about libcamera currently, is this file then
within the correct binary package? Or needs upstream to change the way
this library is built?
W: libcamera-tools: no-manual-page usr/bin/qcam
W: libcamera-dev: package-name-doesnt-match-sonames v4l2-compat
Can be probably overridden or upstream should add some prefixing (if
possible) and versioning?
W: libcamera-dev: shared-library-lacks-version
usr/lib/x86_64-linux-gnu/v4l2-compat.so v4l2-compat.so
I: libcamera-dev: hardening-no-fortify-functions
usr/lib/x86_64-linux-gnu/v4l2-compat.so
I: libcamera-dev: no-symbols-control-file
usr/lib/x86_64-linux-gnu/v4l2-compat.so
I: libcamera0: no-symbols-control-file
usr/lib/x86_64-linux-gnu/libcamera-base.so.0.0.0
I: libcamera0: no-symbols-control-file
usr/lib/x86_64-linux-gnu/libcamera.so.0.1.0
I: libcamera source: out-of-date-standards-version 4.5.0 (released 2020-01-20)
(current is 4.6.0.1)
I currently have postponed this modification as this is easy to "fix".
I: libcamera0: spelling-error-in-binary
usr/lib/x86_64-linux-gnu/libcamera/ipa_rpi.so boun bound
Please let me know if it's possible to proceed and if you are interested
to pull in my current work.
If there are things we need to address upstream I think that this
partially can be done by Dorota at one point, I'm sure she will also
figure out things that need to get fixed, discussed or changed upstream.
I pushed my current WIP to https://salsa.debian.org/tijuca/libcamera
[1] https://wiki.debian.org/Derivatives/Census/Purism
[2] https://salsa.debian.org/multimedia-team/libcamera/-/merge_requests/3
-- System Information:
Debian Release: bookworm/sid
APT prefers testing
APT policy: (500, 'testing'), (1, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux 5.14.0-2-amd64 (SMP w/6 CPU threads)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8), LANGUAGE
not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled
--
Regards
Carsten Schoenert
--- End Message ---
--- Begin Message ---
Version: 0.0.3-1
--- End Message ---