wayland
No description set
- Download package
-
Checkout Package
osc -A https://api.opensuse.org checkout SUSE:SLE-15-SP1:GA/wayland && cd $_
- Create Badge
Refresh
Refresh
Source Files
Filename | Size | Changed |
---|---|---|
baselibs.conf | 0000000343 343 Bytes | |
wayland-1.16.0.tar.xz | 0000435216 425 KB | |
wayland-1.16.0.tar.xz.sig | 0000000287 287 Bytes | |
wayland.changes | 0000014902 14.6 KB | |
wayland.keyring | 0000003277 3.2 KB | |
wayland.spec | 0000007018 6.85 KB |
Revision 2 (latest revision is 4)
Stefan Behlert (sbehlert)
committed
(revision 2)
- Downgrades do not work in SLES service packs, because the SP0 repo remains enabled for SP1. (This is unlike Leap, where a 15.1 system will have no 15.0 directories.) As such, to force the upgrade from Mesa:libwayland-egl1 to wayland:libwayland-egl1, the number in wayland is bumped to >18. - add Provides/Obsoletes for libwayland-egl-devel for the devel files, which were previously built by Mesa, also on sle15-sp1/Leap 15.1 due to wayland update on these products (boo#1116042) - Update to new upstream release 1.16 * The client definition of wl_global is removed. * Some long standing oddness has been fixed with destroy signals. * The code generator now supports referencing foreign enums. - devel package: add Provides/Obsoletes for libwayland-egl-devel for the devel files, which were previously built by Mesa; see also https://build.opensuse.org/request/show/613048 - Update wayland.keyring to contain Derek Foreman derekf@osg.samsung.com public key. - Update to new upstream release 1.15 * wl_subcompositor.get_subsurface is now documented to be double buffered. * wayland-scanner can now generate either public or private symbols. * libwayland-egl is now part of libwayland (and will presumably be removed Mesa soon) * The WAYLAND_DISPLAY environment variable can now contain absolute paths (where previously it was prefixed by XDG_RUNTIME_DIR) - anything that reads WAYLAND_DISPLAY outside of libwayland will have to deal with that change independently. - Remove unneeded fdupes dependency/handling
Comments 0