Arch Linux User Repository

@gmy That systemd unit starts whenever graphical-session.target starts (including when using gnome or any other graphical environments). Though if a user only uses Sway, that service unit should work fine, I'm not sure if we should assume users only use Sway.

I guess the best way is to make this service wanted by something like sway-session.target. But then it requires users to manually create the sway-session.target because Sway does not come with one.

Could you please add a systemd user service (https://gist.github.com/gmykhailiuta/3e1fe01f6980b9d81933c3b1fa3e0c1d)? For instance, gammastep package includes one.

Heya,

building in aurtools works fine now. Thanks!

@lowercase Thanks for pointing out. I updated the PKGBUILD based on the recommendation in https://wiki.archlinux.org/index.php/Meson_package_guidelines.

I don't use the tools you mentioned, so could you please test the new PKGBUILD and let me know if it works now? Thanks!

Fails to build with aurtools and stuff using it like aurto. Use of meson in the prepare function will fail there. Maybe you could adjust the PKGBUILD to resemble something like https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/eog or https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/fwupd

I'd simplify your definition.

There are two ways pacman checks if a dependency is satisfied:

• The dependency is satisfied by an installed package. All actual packages must contain version metadata.

• If the dependency is not satisfied by a package, check if it is satisfied by a virtual package created by an installed package with the provides metadata.

  • If the virtual package contains optional version metadata, the virtual package can satisfy a versioned dependency.

  • If the virtual package does not contain optional version metadata, the virtual package cannot satisfy a versioned dependency.

I decided I'd look into why pacman doesn't allow wlroots-git even though it provides wlroots.

* one deep dive into the pacman source later *

What actually happens

There are two ways in which pacman checks if a dependency is satisfied:

• literal check: the package wlroots is installed
  • => pacman compares versions
• provides check: a package providing wlroots is installed
  • if dependency check asks for any version:
    • => return true
  • if provides section of the package specifies a version:
    • => pacman compares versions
  • else:
    • => return false

the comparison against wlroots>=0.7 runs into the latter case:

• wlroots-git provides wlroots (no specified version)
  • => ergo, only comparisons without specific versions succeed

Possible Solutions and Workarounds

change kanshi-git (workaround)

depend on wlroots instead of wlroots>=0.7

change wlroots-git

(see edit) ~~change the provides line to provides=('wlroots==0.7.0') or anything involving $pkgver.~~

(see edit) ~~I don't know if that can be generated from git like pkgver().~~

EDIT: that doesn't seem to be valid syntax according to makepkg
EDIT2: manually setting provides to wlroots==0.7.0 after the package has been built works though, so not allowing this is a bug in makepkg
EDIT3: answer from makepkg developer: not a bug, the syntax should be wlroots=0.7.0, further discussion in the bug tracker: https://bugs.archlinux.org/task/63895

@naibafo: I'm somewhat ignorant to the build system, but I had assumed wlroots-git would have satisfied the wlroots>=0.7 dep. Not sure if wlroots-git package should say it provides wlroots??

I've disowned the package because I personally want a release version, and only used this, and maintained this until 1.0.

Why did you remove the alternative dependency on wlroots-git?

My whole sway/wayland setup at the moment still consists of *-git aur packages, including wlroots-git. I can't imagine that I am the only one. I think with this pkg being -git it would be nice if the wlroots-git package could be used without editing the pkgbuild myself.

Now that wlroots 0.7 is out and available in Arch official repos, I think we can drop the dependency on wlroots-git in favor of community/wlroots. https://www.archlinux.org/packages/community/x86_64/wlroots/