Package Details: wayland-git 1.18.0.r18.gef611a80-1

Git Clone URL: https://aur.archlinux.org/wayland-git.git (read-only, click to copy)
Package Base: wayland-git
Description: A computer display server protocol (git version)
Upstream URL: https://wayland.freedesktop.org/
Licenses: MIT
Conflicts: wayland
Provides: wayland
Submitter: None
Maintainer: dbermond
Last Packager: dbermond
Votes: 70
Popularity: 0.000000
First Submitted: 2009-09-21 16:14 (UTC)
Last Updated: 2020-06-05 14:50 (UTC)

Required by (636)

Sources (1)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 .. 11 Next › Last »

klusark commented on 2018-04-02 21:07 (UTC)

Also, see https://lists.freedesktop.org/archives/mesa-dev/2018-March/190296.html " - Final planned release to ship wayland-egl. Now provided by wayland."

and https://lists.freedesktop.org/archives/wayland-devel/2018-February/037237.html "libwayland-egl is now part of wayland, and will presumably be removed from mesa sometime after the 1.15 release."

I feel that mesa-git should stop shipping it instead of wayland-git as this is the final location for it.

klusark commented on 2018-04-02 21:01 (UTC)

@Lone_Wolf: I just saw https://cgit.freedesktop.org/wayland/wayland/commit/?id=549a5ea710f4da1a5749587176d39fef1ded4077

So it's just in both now? No sure how we're supposed to package either one then if they both have their own version of the same file. Maybe mesa is waiting on a wayland release to remove it?

Lone_Wolf commented on 2018-04-02 11:17 (UTC) (edited on 2018-04-02 11:18 (UTC) by Lone_Wolf)

AUR mesa-git maintainer here.

Klusark, i'm not aware of wayland-egl.so files moved from mesa to wayland.

All mesa and mesa-git packages for archlinux i'm aware of have those files.

See below for [extra]/mesa , my AUR mesa-git, Lordheavy mesa-git . I also checked mesa 18.0.0 in [testing], it to provides wayland-egl files.

Where did you find wayland-egl was moved ?

$ sudo pacman -Fys libwayland-egl.so.1.0.0
[sudo] password for panoramix: 
:: Synchronizing package databases...
 core is up to date
 extra is up to date
 community is up to date
 multilib is up to date
 llvm-svn is up to date
 LoneVVolf is up to date
 mesa-git is up to date
extra/mesa 17.3.7-1
    usr/lib/libwayland-egl.so.1.0.0
multilib/lib32-mesa 17.3.7-1
    usr/lib32/libwayland-egl.so.1.0.0
LoneVVolf/lib32-mesa-git 18.1.0_devel.101298.afde9294b5-1
    usr/lib32/libwayland-egl.so.1.0.0
LoneVVolf/mesa-git 18.1.0_devel.101307.31881079af-1
    usr/lib/libwayland-egl.so.1.0.0
mesa-git/lib32-mesa-git 101290.e8e3aa68d6-1
    usr/lib32/libwayland-egl.so.1.0.0
mesa-git/mesa-git 101290.e8e3aa68d6-1
    usr/lib/libwayland-egl.so.1.0.0
$

SolarAquarion commented on 2018-04-02 01:57 (UTC)

wayland-git: /usr/lib/libwayland-egl.so exists in filesystem wayland-git: /usr/lib/libwayland-egl.so.1 exists in filesystem wayland-git: /usr/lib/libwayland-egl.so.1.0.0 exists in filesystem wayland-git: /usr/lib/pkgconfig/wayland-egl.pc exists in filesystem

So i need to rebuild mesa?

klusark commented on 2018-03-10 18:47 (UTC)

@EndlessEden Arch doesn't use static libraries in general. Also, wayland-egl was moved from mesa to wayland, so if you want to use wayland-git right now you might need to build mesa-git so there are no conflicts.

EndlessEden commented on 2018-03-10 05:01 (UTC)

can you please re-enable Static Libraries (--enable-shared --enable-static )

Also, you may want to rename/remove libwayland-egl.so[ver] and wayland-egl.pc. As they conflict with mesa.

klusark commented on 2017-03-08 17:35 (UTC)

oi_wtf: Fixed

oi_wtf commented on 2017-03-07 23:56 (UTC)

I'm getting the following error when trying to build weston-git with wayland-git installed (in a clean chroot): /usr/bin/wayland-scanner: error while loading shared libraries: libxml2.so.2: cannot open shared object file: No such file or directory It seems it needs libxml2 as dependency. wayland in [extra] does depend on it, too.

klusark commented on 2016-06-08 17:34 (UTC)

I've unflagged the package as out of date as it still builds correctly.

haawda commented on 2015-09-12 13:00 (UTC)

namcap tells me that expat is not only needed at buildtime, but also at runtime.

« First ‹ Previous 1 2 3 4 5 6 7 .. 11 Next › Last »