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: 71
Popularity: 0.030666
First Submitted: 2009-09-21 16:14 (UTC)
Last Updated: 2020-06-05 14:50 (UTC)

Required by (331)

Sources (1)

Latest Comments

dbermond commented on 2021-11-06 13:53 (UTC)

@VitalyR The PKGBUILD does not use autotools. No update needed.

VitalyR commented on 2021-11-05 11:41 (UTC)

Hi! Could you update the PKGBUILD since the autotools build system has been dropped? https://lists.freedesktop.org/archives/wayland-devel/2021-November/042026.html

dbermond commented on 2021-07-23 19:38 (UTC)

@tallero I cannot support pentium4 architecture, sorry. Arch Linux is currently for the x86_64 architecture only.

tallero commented on 2021-07-23 19:19 (UTC)

please add pentium4, x86_64 arch

dbermond commented on 2020-01-26 14:17 (UTC)

@linkmauve Meson support was added to master branch only 2 weeks ago. No need to rush on using it.

The commit message adding meson support says that "The goal is to maintain feature parity of the Meson build with the Autotools build", so it's clear that it's not the default build system. Just at the contrary, the current readme file instructs to use autotools.

linkmauve commented on 2020-01-22 12:25 (UTC)

Please switch to meson, as it is now merged and the preferred build system for this package.

Lone_Wolf commented on 2018-04-04 12:44 (UTC)

updated mesa-git without wayland_egl posted.

Lone_Wolf commented on 2018-04-04 08:55 (UTC)

Thought about it, and this isn't the first time my mesa-git needs something that hasn't been released or not made it into extra yet (libdrm comes to mind).

I'll remove wayland-egl support from mesa-git soon, probably today.

Lone_Wolf commented on 2018-04-03 18:27 (UTC) (edited on 2018-04-03 18:28 (UTC) by Lone_Wolf)

Ok, issue understood. I do remember seeing a discussion about glvnd for egl libraries and that would be easier if wayland-egl was not provided by mesa, so this change does make sense.

changing mesa-git to not build wayland-egl is easy, but there's a catch. my AUR mesa-git is intended to work with extra and community.

If I remove wayland-egl my mesa-git will no longer be usable with stock wayland.

My first feeling is to create a transition package, say mesa-git-nowayland, but if looks like next stable wayland release will have wayland-egl and is very close to being released. A transition package for 1 or 2 weeks seems overkill.

I'll think some more about how to do this.

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.

klusark commented on 2015-02-16 16:12 (UTC)

I'm in agreement with Scimmia. If you install a git package, you should follow it to know when it's suitable to update it. The package still builds fine and the version automatically updates when you build it.

Scimmia commented on 2015-02-15 16:39 (UTC)

It wouldn't take long, but it would be useless. It would help some users of AUR helpers, but it would simply annoy other users of those same helpers because the helpers would insist on needing a rebuild when you may not want one. If you're going to build from git master, step up and take some responsibility for your own system.

garydelaney commented on 2015-02-15 16:14 (UTC)

If you use a large number of unsupported software a certain "unsupported helper program" can help you keep track of things. Anyway, that's up to the user to use whatever they want to issue package upgrades. BTW, It's not too hard and doesn't take too long to update the pkgbuild and re-upload it to the AUR. I could have had it done by the end of my typing this message.

Scimmia commented on 2015-02-14 22:39 (UTC)

You can believe whatever you want, but if you're using a git package, you should be paying attention to upstream and rebuilding when you decide to, not just relying on an unsupported helper program to tell you what to do.

garydelaney commented on 2015-02-14 22:07 (UTC)

i believe this pacakge as well as any git package on the AUR should be updated regularly to make sure the users get notified of new versions of git software if they are using yaourt or something else to upgrade with.

klusark commented on 2014-10-19 21:48 (UTC)

@stozi, did you leave that comment on the wrong package?

Scimmia commented on 2014-09-19 17:43 (UTC)

@kettle: This is a git PKGBUILD, just rebuild it. Nothing needs to be done here.

kettle commented on 2014-09-19 16:35 (UTC)

Version is now 1.6 (same for weston-git)

klusark commented on 2014-05-25 21:40 (UTC)

Scimmia: Thanks. Fixed. I just went back to reading the version from configure.ac

Scimmia commented on 2014-05-25 21:23 (UTC)

% pacman -Q weston-git weston-git 1.4.93.r20.g73dfbd5-1 % pkg-config --modversion weston 1.5.90 Yep.

Scimmia commented on 2014-02-26 17:53 (UTC)

No, they do not. They do it for the betas prior to release, but they generally bump master to x.x.90 for development without a tag. From the last dev cycle: http://cgit.freedesktop.org/wayland/wayland/commit/?id=16b2dab4e48462102d9990520562b0a9de2f9812 They haven't done it yet for the 1.5 dev cycle, so they may have changed it, I don't know.

klusark commented on 2014-02-26 17:24 (UTC)

Scimmia: It seemed to give the same results to me while being a lot shorter. Don't they tag every time they update the version in the build files?

Scimmia commented on 2014-02-26 17:22 (UTC)

Back to git describe? Have they changed the way they do versioning upstream?

klusark commented on 2013-06-05 21:52 (UTC)

expat is not actually required. It is needed for wayland-scanner, which I think is only used in the wayland build process, but it gets installed anyway. That is why I just made it a makedepend.

Scimmia commented on 2013-06-05 21:49 (UTC)

Looks good, builds just like it should now. namcap complains about a missing dep (expat), but I don't know if that's an actual hard dep or just an autodetect issue.

klusark commented on 2013-06-05 20:55 (UTC)

Sorry about taking so long on those comments. How does it look now?

Scimmia commented on 2013-06-04 15:46 (UTC)

lubosz, did you read *any* of the existing comments?

lubosz commented on 2013-06-04 15:42 (UTC)

you should add this: conflicts=("wayland") also the pkgver() does grep errors. you could add this: pkgver() { cd "wayland" git describe --always | sed 's|-|.|g' }

techlive commented on 2013-05-27 15:30 (UTC)

Should add 'conflicts=("wayland")' into the PKGBUILD.

colemickens commented on 2013-05-24 08:02 (UTC)

In cases like this where Scimmia has reported an issue, is it appropriate to "flag package out of date"? Sorry, I'm new to AUR, don't want to make a faux paux.

Scimmia commented on 2013-05-14 01:12 (UTC)

You missed a couple of spaces, in "grep -o "[[:digit:]]*"" and "git rev-list --count HEAD". It's always best to do a test build. Other than that, looks good. :) I'm probably going to have enlightenment17-git depending on this, they updated their wayland code for the 1.2.0 dev cycle.

klusark commented on 2013-05-13 19:55 (UTC)

@Scimmia, I've updated it with your changes. Does it look alright now? I put that you are a contributor in the PKGBUILD with just your AUR username, but I can put something else there if you'd like.

Scimmia commented on 2013-05-13 09:38 (UTC)

Or even better, something like this, since it would pull the correct working version number: pkgver() { cd "$srcdir/wayland" for i in major_version minor_version micro_version; do local _$i=$(grep -m 1 $i configure.ac | sed 's/m4//' | grep -o "[[:digit:]]*") done echo $_major_version.$_minor_version.$_micro_version.$(git rev-list --count HEAD).$(git rev-parse --short HEAD) }

Scimmia commented on 2013-05-13 09:17 (UTC)

How about adding a pkgver function? pkgver() { cd "$srcdir/wayland" git describe --always | awk -F - '{print $1 ".r" $2 "." $3}' } You can then set provides to "wayland=$pkgver" instead of hardcoding it to 1.0.0 You also need to copy the "COPYING" file, it's required by the MIT license.

gtmanfred commented on 2013-01-06 01:53 (UTC)

adwc.git needs to be updated to the new api before it can be compiled

billybigrigger commented on 2012-11-08 23:26 (UTC)

Is it possible for someone to make ADWC packages? FYI its a tiling wm for wayland https://github.com/detomastah/adwc

commented on 2012-07-28 08:00 (UTC)

Bump version to 0.95

fhucho commented on 2012-07-08 13:12 (UTC)

'git' should be added to makedepends.

LEW21 commented on 2012-05-21 22:37 (UTC)

Probably you should also add: "wayland=0.86" to provides (or 0.85... but this is incompatible with 0.85, so probably 0.86 is better) 'wayland' to conflicts (and remove wayland-git from wayland) BTW, consider adding "--depth 1" after "git clone $_gitroot" and "master" after "git pull origin" - it makes the download much faster.

klusark commented on 2012-04-14 04:53 (UTC)

@Jristz: I am not sure what would be causing that error. Nothing has been changed in the wayland configure scripts recently so the problem must have been there for a while.

commented on 2012-04-14 04:38 (UTC)

configure: error: Package requirements (libdrm_nouveau >= 2.4.33) were not met: Requested 'libdrm_nouveau >= 2.4.33' but version of libdrm_nouveau is 0.6

LEW21 commented on 2012-01-04 23:03 (UTC)

Add: provides=("libwayland-git=${pkgver}") conflicts=('libwayland-git') replaces=('libwayland-git') It will help in transition from libwayland-git.

commented on 2011-09-18 09:37 (UTC)

change wayland-mesa-git to mesa-full-wayland

commented on 2011-08-30 18:49 (UTC)

libgles is needed here. cairo-gl-git can't be built with glesv2 and gl enabled the same time, so libgles isn't needed as dependency there.

sorlok commented on 2011-08-24 18:01 (UTC)

Thanks. I realize now that libgles is required by cairo-gl-git, but it didn't install for me because I --forced cairo-gl-git (for unrelated and uninteresting reasons). Anyways, thanks for the clarification.

klusark commented on 2011-08-18 14:25 (UTC)

@sorlok libgles is needed by wayland, I'll just add it as a dependency.

sorlok commented on 2011-08-18 10:02 (UTC)

I get a build error complaining about "glesv2" unless I also install: libgles Anyone else getting this error?

stefano.facchini commented on 2011-07-21 08:00 (UTC)

Please also remove the line install -m 644 -D compositor/70-wayland.rules "${pkgdir}/etc/udev/rules.d/70-wayland.rules" since this file does not longer exist upstream

fatmike commented on 2011-07-15 11:55 (UTC)

Please change install -m 755 -D compositor/compositor "${pkgdir}/usr/bin/wayland-system-compositor" to install -m 755 -D compositor/wayland-compositor "${pkgdir}/usr/bin/wayland-system-compositor"

haagch commented on 2011-03-27 12:55 (UTC)

Hm, it doesn't build with cairo from abs with --enable-gl --enable-egl, it needs cairo-git with gl and egl.

commented on 2011-03-26 07:56 (UTC)

I'm getting: window.c: In function ‘window_attach_surface’: window.c:698:28: error: dereferencing pointer to incomplete type window.c:699:3: warning: implicit declaration of function ‘cairo_gl_surface_swapbuffers’ window.c:700:39: error: dereferencing pointer to incomplete type window.c: In function ‘window_resize_cairo_window_surface’: window.c:763:27: error: dereferencing pointer to incomplete type window.c:766:2: warning: implicit declaration of function ‘cairo_gl_surface_set_size’ window.c: In function ‘display_acquire_window_surface’: window.c:1892:40: error: dereferencing pointer to incomplete type window.c:1892:52: error: dereferencing pointer to incomplete type window.c: At top level: window.c:756:1: warning: ‘window_resize_cairo_window_surface’ defined but not used I'm gonna try reverting back a little bit to see if I can get it to compile.

commented on 2011-02-27 09:45 (UTC)

also wayland is searching for wayland.png icon in /usr/share/wayland/ but there is only wayland.svg. another mistery...

commented on 2011-02-27 09:07 (UTC)

when trying to run wayland-* i got somthing like: XDG_RUNTIME_DIR no set, falling back to . XDG_RUNTIME_DIR points to /etc/xdg. http://lists.freedesktop.org/archives/wayland-devel/2010-December/000382.html this is a solution apparently

commented on 2011-02-27 08:24 (UTC)

$ git clone git://anongit.freedesktop.org/wayland/wayland-demos $ cd wayland-demos $ sudo cp compositor/70-wayland.rules /etc/udev/rules.d/ $ sudo reboot

commented on 2011-02-26 22:27 (UTC)

I just installed xf86-video-intel from aur, but still no drm device found failed to create compositor

klusark commented on 2011-02-26 19:29 (UTC)

@Trieforce Try installing wayland-mesa-git but change the pkgname to something like ('wayland-mesa-git' 'libgl-git' 'intel-dri-git') then it will build all three at the same time.

commented on 2011-02-26 18:37 (UTC)

intel dri depend on libgl = 7.10, so libgl-git can not be installed

klusark commented on 2011-02-25 18:07 (UTC)

@GiseLHeR done @Trieforce what is the conflict?

commented on 2011-02-25 13:27 (UTC)

intel has conflict with mesa-git

commented on 2011-02-25 11:38 (UTC)

there is also a resizor client now and could you please install all clients with a wayland- prefix. This makes tabcompletion easier :)

klusark commented on 2011-02-15 03:49 (UTC)

Thanks, fixed.

vehiclee commented on 2011-02-15 03:29 (UTC)

git repo changed to "git://anongit.freedesktop.org/wayland/wayland"

Det commented on 2011-02-13 09:52 (UTC)

Yeah, as I told like 3 months ago: 1) pkgdesc is not supposed to mention the pkgname (in this case it should be just "A modern display driver"), 2) 'pkgconfig' is included in the group 'base-devel' and thus not needed to be defined in "makedepends=()", 3) you've defined almost every path variable as "$srcdir" and "$pkgdir" in your PKGBUILD, except for one "$startdir/src" loathing in the third line of the build() function, and finally, 4) path variables ("$srcdir" and "$pkgdir") should contain quotes (") in case they contain spaces.

klusark commented on 2011-02-12 16:58 (UTC)

I kind of hacked this together but it compiles now. Any suggestions for improvements would be nice.

commented on 2011-02-11 15:33 (UTC)

It would be so cool if Arch got Wayland working properly :) Get this package some maintenance!

smldis commented on 2011-01-29 08:51 (UTC)

> From klusark > disfido, you dont seem to be maintaining this. I would be happy to take over. +1 : This package needs some love!

klusark commented on 2011-01-29 05:20 (UTC)

disfido, you dont seem to be maintaining this. I would be happy to take over.

commented on 2010-12-03 17:48 (UTC)

I get a file conflict... error: failed to commit transaction (conflicting files) wayland-git: /usr/bin/view exists in filesystem $ pacman -Qo /usr/bin/view /usr/bin/view is owned by vi 050325-3

klusark commented on 2010-12-03 14:46 (UTC)

The license is LGPLv2 now. http://lists.freedesktop.org/archives/wayland-devel/2010-November/000249.html

Det commented on 2010-12-03 11:16 (UTC)

Nevermind, my problem was caused that I had nvidia-utils(-beta) and libgl installed at the same time, which made libgl incorrectly link /usr/lib/LibGL.so.

commented on 2010-11-29 15:58 (UTC)

Where is no need in mesa-git and cairo-git anymore. You can use current versions (still need change flags). Please take a look at https://bbs.archlinux.org/viewtopic.php?pid=859625

Det commented on 2010-11-27 13:59 (UTC)

Does it fail with everybody else like this?: http://aur.pastebin.com/nXTMcKkS

boenki commented on 2010-11-26 00:21 (UTC)

news about the license: http://lists.freedesktop.org/archives/wayland-devel/2010-November/000249.html

commented on 2010-11-25 01:19 (UTC)

I also had the error : undefined reference to `cairo_egl_device_create' but now it compiles

Det commented on 2010-11-20 16:46 (UTC)

Christ, 1) pkgdesc is not supposed to mention the pkgname (in this case it should be just "A modern display driver"), 2) 'pkgconfig' is included in the group 'base-devel' and thus not needed to be defined in makedepends=(), 3) "|| return 1" checks are obsolete since pacman 3.4, 4) you've defined almost every path variable as "$srcdir" and "$pkgdir" in your PKGBUILD, except for one "$startdir/src" loathing in the third line of the build() function, and finally, 5) path variables ("$srcdir" and "$pkgdir") should contain quotes (") in case they contain spaces.

daimonion commented on 2010-11-06 23:31 (UTC)

Actually, this PKGBUILD doesn't install all necessary files, needed for wayland to work. Here's the working PKGBUILD: http://pastebin.com/eqWdJqzi As jjj137 has alread said, after installation one should run "udevadm trigger --subsystem-match=drm --subsystem-match=input" as root. You can then start a wayland with wayland-system-compositor

viniavila commented on 2010-11-06 23:08 (UTC)

Didn't necessary to install patched kernel (http://aur.archlinux.org/packages.php?ID=30345)? Wayland works with non-KMS VGA drivers as nvidia? Thanks.

daimonion commented on 2010-11-06 22:10 (UTC)

poppler-glib is needed.

ivenvd commented on 2010-11-06 17:30 (UTC)

Additionally, in .install file: udevadm trigger --subsystem-match=drm --subsystem-match=input

ivenvd commented on 2010-11-06 17:29 (UTC)

You should install compositor/70-wayland.rules into /etc/udev/rules.d

klusark commented on 2010-11-06 15:20 (UTC)

I think that you need to compile wayland-mesa-git before cairo-gl-git

smldis commented on 2010-11-06 12:05 (UTC)

I got the same error of lubosz

lubosz commented on 2010-11-06 03:47 (UTC)

I got this while building wayland-git: undefined reference to `cairo_egl_device_create' I needed so reinstall cairo-gl-git (maybe packer did it in the wrong order?), and ran a ldconfig.

klusark commented on 2010-11-05 16:09 (UTC)

poppler-glib is a dependancy

flamelab commented on 2010-11-05 06:56 (UTC)

Unflagged out-of-date since the git repo is different :)

klusark commented on 2010-11-02 21:36 (UTC)

The git repo should be git://anongit.freedesktop.org/wayland if it is changed, wayland builds.

commented on 2010-11-02 11:36 (UTC)

Updated but there are problems during the compilation

commented on 2010-10-29 20:48 (UTC)

New and concise build instructions: http://wayland.freedesktop.org/building.html Could this package be updated? It seems a lot of the dependencies are no longer needed and there's a new git server.

mystal commented on 2010-08-28 17:54 (UTC)

And there are new updated build instructions now! http://groups.google.com/group/wayland-display-server/web/building-and-running-wayland

commented on 2010-08-25 14:54 (UTC)

wayland can run on mesa from git now. http://cgit.freedesktop.org/~krh/wayland/commit/?id=b12fcceeb740094e98deb31dfc330002d7369baf please, update PKGBUILD.