Hi, our tooling noticed with upgrade from 0.3.83 to 1.0.0
┌─────────────────────────────────┐
│ ABI Break: libpipewire-0.3.so.0 │
└─────────────────────────────────┘
Functions changes summary: 1 Removed (1 filtered out), 0 Changed, 3 Added functions
Variables changes summary: 0 Removed, 0 Changed, 0 Added variable
1 Removed function:
[D] 'function bool pw_in_valgrind()' {pw_in_valgrind}
3 Added functions:
[A] 'function int pw_strv_find(char**, const char*)' {pw_strv_find}
[A] 'function int pw_strv_find_common(char**, char**)' {pw_strv_find_common}
[A] 'function char** pw_strv_parse(const char*, size_t, int, int*)' {pw_strv_parse}
┌─────────────────────────┐
│ ABI Break: libjack.so.0 │
└─────────────────────────┘
Functions changes summary: 0 Removed, 0 Changed, 1 Added function
Variables changes summary: 0 Removed, 0 Changed, 0 Added variable
1 Added function:
[A] 'function int jack_set_sample_rate(jack_client_t*, jack_nframes_t)' {jack_set_sample_rate}
is this public ABI? Our tooling detected this as an ABI break.
I think your structures have a version number so this is ok but I wanted to double check
Original reproducer: https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/jobs/5628874973
Javier Jardón (6b0b81ae) at 14 Apr 08:43
Hi, Fedora 35 Silverblue here updates as of today; I think I'm facing the same issue:
Feb 24 18:13:34 rhun pipewire-pulse[1251]: pw.mem: 0x5628fb629010: Failed to create memfd: Too many open files
Feb 24 18:13:34 rhun pipewire-pulse[1251]: pw.stream: 0x5628fdf278d0: can't make node: Too many open files
Feb 24 18:13:34 rhun pipewire-pulse[1251]: mod.protocol-pulse: client 0x5628fb6d23c0 [Mutter]: ERROR command:18 (PLAY_SAMPLE) tag:76 error:10 (Too many open files)
Oh, simply to save some CI, as the current master version of this repo will never be used on any of these distributions (at least not officially)
Javier Jardón (7aa504a3) at 13 Feb 23:22
Remove deprecated fedora releases: 30, 31, 32
... and 2 more commits
Javier Jardón (c858ce7c) at 13 Feb 23:17
Remove deprecated fedora releases: 30, 31, 32
... and 1701 more commits
Recent gettext version can extract and merge back strings from and to various file formats, no need for intltool anymore.
https://wiki.gnome.org/Initiatives/GnomeGoals/GettextMigration
Fixes #133
Follow up from !796
Javier Jardón (f9caa7da) at 13 Feb 23:07
build: stop relying on intltool for i18n
... and 855 more commits
Javier Jardón (fe5b1808) at 20 Jan 20:33
docs: Do not use deprecated templates
Javier Jardón (a22717b6) at 20 Jan 20:26
docs: Do not use deprecated templates
Without this, glimagesink since wayland 727c7903 fails with gst-launch-1.0: ../src/wayland-client.c:2181: wl_proxy_set_queue: Assertion 'proxy->display == queue->display' failed.
Backport of !1200
Javier Jardón (884b4123) at 04 Aug 15:47
gl/wayland: Use consistent wl_display when creating work queue for ...
... and 116 more commits
@ndufresne Any chance to backport this to the 1.18 branch? We would like to avoid carrying a patch: https://gitlab.com/freedesktop-sdk/freedesktop-sdk/-/issues/1288
Opened a MR here: !1243 (closed)
@inigomartinez Any idea what is going wrong here?
Javier Jardón (d2db83a3) at 21 Jul 13:15
build: stop relying on intltool for i18n
... and 3 more commits
Javier Jardón (593c4e53) at 21 Jul 13:11
build: stop relying on intltool for i18n
... and 71 more commits
Thanks @inigomartinez ! @jrybar would it be possible to get this merged?
As a reference, in freedesktop-sdk (https://gitlab.com/freedesktop-sdk/freedesktop-sdk/) we are carrying this patch for a year now without any issue being reported about it