0~git20200629+e7aa92a-8 is FTFBS
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gstreamer1.0 (Ubuntu) |
Invalid
|
Undecided
|
Unassigned | ||
libcamera (Ubuntu) |
Fix Released
|
High
|
Sebastien Bacher |
Bug Description
Fails to build due to gstreamer using deprecated g_memdup:
/usr/include/
/usr/include/
365 | return (guint8 *) g_memdup (data, size);
| ^
In file included from /usr/include/
/usr/include/
257 | gpointer g_memdup (gconstpointer mem,
Fixed in gstreamer upstream:
https:/
Related branches
- Utkarsh Gupta (community): Approve
- Canonical Desktop Team: Pending requested
-
Diff: 287 lines (+255/-1)4 files modifieddebian/changelog (+8/-0)
debian/control (+2/-1)
debian/patches/0002-Use-g_memdup2-where-available-and-add-fallback-for-o.patch (+244/-0)
debian/patches/series (+1/-0)
tags: | added: rls-ii-incoming |
Changed in libcamera (Ubuntu): | |
assignee: | nobody → Sebastien Bacher (seb128) |
Changed in gstreamer1.0 (Ubuntu): | |
status: | New → Invalid |
The gstreamer commit that fixes the issue is on gstreamer master on 2021-06-23:
https:/ /gitlab. freedesktop. org/gstreamer/ gstreamer/ -/commit/ b16e96dd878e0c5 e7baeb8fad62ca4 3de1f66982
So this should be picked up in the next tag, which might be in a month or so. Then that gstreamer needs to be picked up by debian and ubuntu and released. But the whole time we're holding libcamera back while waiting for the one gstreamer commit. So I wonder if the Ubuntu gstreamer maintainers would consider pulling this commit in early.