Search Criteria
Package Details: waffle 1.8.1-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/waffle.git (read-only, click to copy) |
---|---|
Package Base: | waffle |
Description: | a library for choosing window system and OpenGL API at runtime |
Upstream URL: | https://waffle.freedesktop.org |
Licenses: | BSD-2-Clause |
Submitter: | chadversary |
Maintainer: | chadversary (craftyguy, linkmauve, Lone_Wolf, xexaxo) |
Last Packager: | xexaxo |
Votes: | 9 |
Popularity: | 0.000000 |
First Submitted: | 2012-10-20 04:31 (UTC) |
Last Updated: | 2024-07-31 19:11 (UTC) |
Dependencies (14)
- libx11 (libx11-gitAUR)
- libxcb (libxcb-gitAUR)
- docbook-xsl (make)
- libxslt (libxslt-gitAUR) (make)
- mesa (mesa-minimal-gitAUR, mesa-gitAUR, mesa-wsl2-gitAUR, amdonly-gaming-mesa-gitAUR, mesa-amd-bc250AUR, mesa-amber) (make)
- meson (meson-gitAUR) (make)
- wayland-protocols (wayland-protocols-gitAUR) (make)
- xcb-proto (xcb-proto-gitAUR) (make)
- libdrm (libdrm-gitAUR) (optional) – for gbm support
- libegl (nvidia-340xx-utilsAUR, libglvnd-gitAUR, libglvnd) (optional) – for gbm, surfaceless, x11_egl or wayland support
- libgl (nvidia-340xx-utilsAUR, libglvnd-gitAUR, amdgpu-pro-oglpAUR, amdgpu-pro-oglp-legacyAUR, libglvnd) (optional) – for OpenGL or GLX support
- libgles (nvidia-340xx-utilsAUR, libglvnd-gitAUR, libglvnd) (optional) – for GLES support
- mesa (mesa-minimal-gitAUR, mesa-gitAUR, mesa-wsl2-gitAUR, amdonly-gaming-mesa-gitAUR, mesa-amd-bc250AUR, mesa-amber) (optional) – for gbm support
- wayland (wayland-gitAUR, wayland-asan-gitAUR, wayland-chromiumAUR) (optional) – for wayland support
Latest Comments
1 2 3 Next › Last »
xexaxo commented on 2023-03-10 11:39 (UTC)
Yup systemd was fixed recently - already sent out a thank you to eworm for the fix. Debug waffle packages are useful here. One has to explicitly install them, so by default they are not hindering anything.
Lone_Wolf commented on 2023-03-09 18:23 (UTC)
systemd-libs include the necessary pkgconfig files now, see https://github.com/archlinux/svntogit-packages/commit/05c3bbbbc81558d53cb4d57c9ab59ca688376726
The next time this pacakge is updated the makedepend on systemd can be removed.
Also archlinux devtools now build debug packages by default, is this useful for waffle ?
Lone_Wolf commented on 2022-04-13 15:12 (UTC)
waffle-gl.org has no content and appears to be parked. New waffle homepage seems to be https://mesa.pages.freedesktop.org/waffle/
Omar007 commented on 2021-06-19 20:11 (UTC) (edited on 2021-06-19 20:12 (UTC) by Omar007)
That's kinda what I thought until the (non-static) build started failing without it xD
Sounds good. In the mean time the PKGBUILD change I do locally still works fine so no hurry there ;)
Haha fair enough.
xexaxo commented on 2021-06-19 17:02 (UTC)
Seems like we have a few layered bugs:
Requires.private - as the name suggests is private (aka internal) dependencies. It is used to gather the private libs when static linking. Yet the meson build (used by waffle) is adding the (private) dependencies, even if we do not link against some libraries - for libudev we actually do link against, but meh.
Most importantly, CMake (used by piglit) mandates that linking works (parses the
--static
variance), even when the user does not static link.Will look at fixing this within waffle over the next couple of days. CMake itself will still be weird/wrong but others can deal with that :-)
Omar007 commented on 2021-06-16 10:22 (UTC) (edited on 2021-06-16 11:24 (UTC) by Omar007)
Clearly it does, otherwise the build process wouldn't fail without it. Maybe not directly but those includes propagate and have their own requirements. And if they do not and it's really not actually used/relevant anywhere in then maybe it's just an issue with waffle's
pkgconfig
?The case is that waffle is explicitly saying it needs libudev when you try to build anything.
See the 'Requires.private' segment.
The build process fails long before ever reaching anything relevant to any package or software one would try to build because of the above. Even if the package was complete broken or doesn't even compile you wouldn't even be able to find out because you're failing out long before reaching that point.
EDIT: Relevant CMake usage/reference line for waffle;
pkg_check_modules(Waffle REQUIRED waffle-1)
.If you want something to try it with yourself, you could grab the piglit software/package and try with that in a clean chroot or container with waffle and missing libudev.
EDIT2: Figured I'd also add the build process output using the OG PKGBUILD instead of the patched one but I don't have it set up anymore apparently so I'd have to do that again first before I can.
EDIT3: Here we go.
xexaxo commented on 2021-05-15 14:35 (UTC)
@Omar007 what are you building against waffle?
Waffle does not leak anything libudev to its users - it is an internal detail. You can see that via
grep -rw --no-filename include /usr/include/waffle-1/ | sort -u
- GL(X), EGL and stdfoo headers. Although perhaps I should finish my upstream waffle MR and stop using libudev altogether :-PI suspect the issue is in the package you're building on top waffle. In that it uses libudev but is lacking the
makedepends
. Happy to take a look and help.Omar007 commented on 2021-05-04 16:23 (UTC) (edited on 2021-05-04 16:34 (UTC) by Omar007)
I've been trying to find out why it wasn't possible to dev against/using the latest package rolling out of this PKGBUILD. I traced it down to the changes made to the 'systemd' dependency in 1.6.2-5; it was removed from the depends array but it's required by the includes provided in this package if you want to make use of this package for development purposes; it needs the libudev headers which isn't covered by the libudev.so dependency.
I.o.w.; half of this package is broken atm; the runtime side of this package seems to be covered with the libudev.so dependency but using it for development is currently not possible as it is missing required dependencies (without manually correcting the missing dependency anyway, in the case of Arch being the inclusion of 'systemd').
EDIT: In case someone stumbles upon this later, at the time of writing I'm applying the following patch locally when building this package;
This ensures the package is ready/correct for both dev and runtime use-cases.
xexaxo commented on 2021-02-28 20:04 (UTC)
Bash-completion does not complement the package (or the other ~250 packages which install their own completion), so optdepends is wrong. Ideally Arch will get a "suggests" at some point instead of (ab)using optdepends.
For everything else you're spot. Thanks for all the corrections o/
Lone_Wolf commented on 2021-02-25 10:21 (UTC) (edited on 2021-02-25 10:21 (UTC) by Lone_Wolf)
the package does install completion for wflinfo , so bash-completion should probably have been an optdepend.
On AL there is no physical or virtual libgbm.so package. gbm support is included in mesa package and mesa could be listed as optdep instead of libgbm.so
Those are minor issues, but there's another one that causes build failure .
while the libudev.so binary is included with systemd-libs and that package provides it, systemd-libs doesn't include udev.pc . That file is part of the systemd package.
For now listing systemd as makedepend & libudev.so as depend seems like the best solution .
1 2 3 Next › Last »