Package Details: hyprland-git 0.45.0.r18.3fb47372-1

Git Clone URL: https://aur.archlinux.org/hyprland-git.git (read-only, click to copy)
Package Base: hyprland-git
Description: Hyprland is an independent, highly customizable, dynamic tiling Wayland compositor that doesn't sacrifice on its looks
Upstream URL: https://github.com/hyprwm/Hyprland
Licenses: BSD-3-Clause
Conflicts: hyprland
Provides: hyprland
Submitter: hertog
Maintainer: Vaxry (zjeffer, alba4k)
Last Packager: alba4k
Votes: 97
Popularity: 8.88
First Submitted: 2022-04-12 20:26 (UTC)
Last Updated: 2024-11-21 17:56 (UTC)

Required by (61)

Sources (2)

Pinned Comments

zjeffer commented on 2024-07-17 16:50 (UTC) (edited on 2024-07-17 16:52 (UTC) by zjeffer)

Tips & tricks, common issues

using ccache/sccache

Precompiled headers (PCH) was enabled by default, this would most likely invalidate the compiler cache if any of the upstream header files change. To disable PCH, add the meson build option -Db_pch=false to build().

build() {
  ...
  meson setup build \
    -D b_pch=false
  ...
}

Build with specific pull requests

Use pick_mr <pull request number> at the end of prepare() to merge pull requests locally. For example, to merge https://github.com/hyprwm/Hyprland/pull/6268, use

prepare() {
    ...

    pick_mr 6268
}

Enable legacy renderer

In the build() function, add -D legacy_renderer=true to meson setup

Compilation errors

If you encounter compilation errors, try the following first:

  • If errors are raised by generated source files under protocols/, such as protocols/linux-dmabuf-v1.hpp, then rebuild or install hyprwayland-scanner-git;
  • Compile with makepkg --cleanbuild.

Symbol not declared

Errors like

  • <symbol> was not declared in this scope
  • <symbol> has not been declared

are usually caused by missing headers. Please consider reporting this upstream or creating a pull request if it has not already been done.

Latest Comments

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 32 Next › Last »

ShinobiX9X commented on 2024-03-02 08:03 (UTC)

Hello,

I can't update because hyprlang package is not new enough, how can I get the newer one?

src/meson.build:14:4: ERROR: Dependency lookup for hyprlang with method 'pkgconfig' failed: Invalid version, need 'hyprlang' ['>= 0.3.2'] found '0.2.1'.

A full log can be found at /home/dimic/.cache/yay/hyprland-git/src/Hyprland/build/meson-logs/meson-log.txt
==> ERROR: A failure occurred in build().
    Aborting...
 -> error making: hyprland-git-exit status 4
 -> Failed to install the following packages. Manual intervention is required:
hyprland-git - exit status 4

Mxzcabel commented on 2024-02-29 15:41 (UTC) (edited on 2024-02-29 16:18 (UTC) by Mxzcabel)

If someone is having trouble in switch to another tty and getting completely frozen computer when coming back to Hyprland session after this renderer commit or after main branch #54a8329 commit, follow the issue here to fix or downgrade your version.

<deleted-account> commented on 2024-02-27 10:25 (UTC)

@mitch_mg2

Can you try rebuilding the plugin with f5990aeb ?

mitch_mg2 commented on 2024-02-26 19:52 (UTC)

What is the purpose of this line?:

mv "$pkgdir/usr/include/wlr" "$pkgdir/usr/include/hyprland/wlroots"

Looking at this PKGBUILD shows it was 0658cd66f49f 2024-02-02 remove meson patch memchr

upstream's "includes.hpp" still references the "wlr" directory instead of "wlroots". I'm unable to build the hy3-git plugin because it utilizes "includes.hpp" which references the "old" directory.

nathanchere commented on 2024-02-23 13:51 (UTC)

I don't use pip install -U. It was installed as part of the dependency chain of pyprland. I uninstalled pyprland and poetry (and all related dependencies with pacman -Rcns poetry), tried installing hyprland again via paru, still get the same error. But previous version 1.7.1 installs fine.

The clue in the error was:

/home/norfen/.local/share/miniconda3/lib/python3.11/

I don't have miniconda installed explicitly, not sure why it's there or looking in there. I rm -rf'd the whole miniconda3 folder and now it builds fine.

<deleted-account> commented on 2024-02-23 13:17 (UTC)

Latest pyprland 2.0.3-1 seems to be unable to find poetry even though it's installed globally and working with other packages that rely on poetry for build.

I'm not sure how this issue is related to this PKGBUILD.

/home/norfen/.local/lib/python3.11/site-packages/pyproject_hooks

PEP 668 discourages the practice of installing Python packages system-wide with pip install -U. And since you are building a package, it would be better to install the dependencies using pacman instead of pip.

https://peps.python.org/pep-0668/

nathanchere commented on 2024-02-23 10:38 (UTC)

Latest pyprland 2.0.3-1 seems to be unable to find poetry even though it's installed globally and working with other packages that rely on poetry for build.

==> Making package: pyprland 2.0.3-1 (Fri 23 Feb 2024 11:31:20)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> WARNING: Using existing $srcdir/ tree
==> Starting pkgver()...
HEAD is now at d69133b change default release title
==> Removing existing $pkgdir/ directory...
==> Starting build()...
* Getting build dependencies for wheel...

Traceback (most recent call last):
  File "/home/norfen/.local/lib/python3.11/site-packages/pyproject_hooks/_impl.py", line 321, in _call_hook
    raise BackendUnavailable(data.get('traceback', ''))
pyproject_hooks._impl.BackendUnavailable: Traceback (most recent call last):
  File "/home/norfen/.local/lib/python3.11/site-packages/pyproject_hooks/_in_process/_in_process.py", line 77, in _build_backend
    obj = import_module(mod_path)
          ^^^^^^^^^^^^^^^^^^^^^^^
  File "/home/norfen/.local/share/miniconda3/lib/python3.11/importlib/__init__.py", line 126, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "<frozen importlib._bootstrap>", line 1204, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1176, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1126, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 241, in _call_with_frames_removed
  File "<frozen importlib._bootstrap>", line 1204, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1176, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1126, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 241, in _call_with_frames_removed
  File "<frozen importlib._bootstrap>", line 1204, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1176, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1126, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 241, in _call_with_frames_removed
  File "<frozen importlib._bootstrap>", line 1204, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1176, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1140, in _find_and_load_unlocked
ModuleNotFoundError: No module named 'poetry'

ERROR Backend 'poetry.core.masonry.api' is not available.

WA4NDR commented on 2024-02-19 02:12 (UTC)

Seconded on the new dependency for hyprlang.

I pulled updates today and the build of this package failed due to the new dependency.

justinesmithies commented on 2024-02-18 15:45 (UTC)

This package as of today now requires either hyprlang or hyprlang-git to build.

<deleted-account> commented on 2024-02-02 16:50 (UTC)

we can statically link with wlroots

does it affect plugins?

EDIT:

Now that upstream doesn't patch the soversion of wlroots anymore

upstream still patches soversion of wlroots in CMakeLists. meson.build doesn't do this. But I think it's mostly used to build on nix.

« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 32 Next › Last »