Package Details: alacritty-git 1:0.14.0.2261.g2786683e-1

Git Clone URL: https://aur.archlinux.org/alacritty-git.git (read-only, click to copy)
Package Base: alacritty-git
Description: A cross-platform, GPU-accelerated terminal emulator
Upstream URL: https://github.com/alacritty/alacritty
Keywords: GPU rust terminal
Licenses: Apache
Conflicts: alacritty
Provides: alacritty
Submitter: quininer
Maintainer: quininer
Last Packager: quininer
Votes: 99
Popularity: 1.35
First Submitted: 2016-11-01 13:53 (UTC)
Last Updated: 2023-12-31 03:41 (UTC)

Required by (27)

Sources (1)

Latest Comments

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

polyzen commented on 2021-08-01 18:08 (UTC)

Need to add a makedep on libxkbcommon: https://github.com/alacritty/alacritty/commit/01a7ad946e75ef9ff7847ad73f2fe40e3e5d8a5f#diff-09b140a43ebfdd8dbec31ce72cafffd15164d2860fd390692a030bcb932b54a0

zagg commented on 2021-04-04 14:35 (UTC) (edited on 2021-04-04 14:35 (UTC) by zagg)

Hi all.

Just tried to build it today and failed with the following. Any ideas on the root cause?

failures:

---- grid::storage::tests::indexing_above_inner_len stdout ----
note: test did not panic as expected

failures:
    grid::storage::tests::indexing_above_inner_len

test result: FAILED. 111 passed; 1 failed; 0 ignored; 0 measured; 0 filtered out; finished in 0.01s

error: test failed, to rerun pass '-p alacritty_terminal --lib'
==> ERROR: A failure occurred in check().
    Aborting...

SoN commented on 2020-11-22 22:24 (UTC)

Hello, I noticed some mixed up spaces and tabs in the indentation, so here I provide this humble patch:

https://gist.github.com/shade-of-noon/c73edcf330617d5bb1b65df5afc295f4

Thanks for maintaining this package and have a nice day.

codyps commented on 2020-11-07 21:13 (UTC)

Thanks for getting back to me on this @quininer. It's not entirely clear from your reply what your concern is here, and I hope you could clarify that for me.

The patch I've proposed doesn't require manual action from folks using makepkg, it just means that a cargo home that is separate from the one they use for doing normal cargo builds will be used for building packages. Is there some type of non-packaged & non-tracked configuration in the cargo home that we expect to have applied to the package? Alternately, are we concerned about having dependencies for this package downloaded/built separately from a particular users cargo home?

Generally, it's advisable to build arch packages in ways that don't depend on other items in the user's environment (which is why so often folks talk about using clean chroots for building packages). This type of thing (not depending on other random state) leads me towards the idea that re-using an existing cargo home isn't a great choice here.

I don't think it's a good idea to require package-specific environment modification to enable a package to build when one is using completely normal options (like debug). It's also the case that the current PKGBUILD behavior here (installing files into home dir when debug is enabled) does not appear to be supported by the Arch package guidelines.

If you're still concerned about having a separate cargo home: consider that you may be able to either: 1. find appropriate -ffile-prefix-map options, or 2. work with makepkg itself to improve support for this particular use case.

If you decide you wish to persue either of those, I encourage fixing the package in the mean time by applying the patch I've already proposed.

Finally, if there's a desire not to support debug for some reason, the PKGBUILD should explicitly disable it in it's OPTIONS (OPTIONS += (!debug)) (I don't like that solution, but it's better than generating packages that depend on the building user's home dir and install files into that same building user's home dir).

quininer commented on 2020-11-07 07:19 (UTC)

@codyps If you need debug package, you can add the environment variable before makepkg, instead of requiring everyone to copy a $HOME/.cargo.

codyps commented on 2020-11-05 22:45 (UTC)

This package still doesn't work properly with OPTIONS+=(debug). Please apply the patch I provided in my previous comment.

https://gist.github.com/jmesmon/6ce967c6a9769b39bab842110f84a665 https://aur.archlinux.org/packages/alacritty-git/#comment-760573

codyps commented on 2020-08-12 16:14 (UTC) (edited on 2020-08-12 16:15 (UTC) by codyps)

tldr: https://gist.github.com/jmesmon/6ce967c6a9769b39bab842110f84a665

Currently, when OPTIONS+=(debug) is set in makepkg.conf, this package tends to install source code files into the home directory of the user that built the package.

This appears to be due to the debug info referencing files in the $HOME/.cargo directory (which are picked out of the debug info to fill the -debug package).

Normally, the debug info would be edited so that all files end up under the /usr/src/debug/<pkgname> directory, but if the source files exist outside of the srcdir (like files in `$HOME/.cargo) this doesn't work.

To resolve this, the environment variable CARGO_HOME should be set to place the directory formerly at $HOME/.cargo into the srcdir.

Here's a patch which makes this change and results in proper /usr/src/debug content: https://gist.github.com/jmesmon/6ce967c6a9769b39bab842110f84a665

sinshutu commented on 2020-03-15 01:19 (UTC)

Thank you for the maintenance. However, the build failed at this commit: c79216caadd5b287f27048fc97454022f791ad73

I don't know the cause, but I solved it by the following method

diff --git a/PKGBUILD b/PKGBUILD
index 79ed747..621b5ca 100644
--- a/PKGBUILD
+++ b/PKGBUILD
@@ -33,7 +33,7 @@ package_alacritty-git() {

        cd $_pkgname

-       desktop-file-install -m 644 --dir "$pkgdir/usr/share/applications/" "$srcdir/$_pkgname/extra/linux/alacritty.desktop"
+       desktop-file-install -m 644 --dir "$pkgdir/usr/share/applications/" "$srcdir/$_pkgname/extra/linux/Alacritty.desktop"

        install -D -m755 "target/release/alacritty" "$pkgdir/usr/bin/alacritty"
        install -D -m644 "extra/alacritty.man" "$pkgdir/usr/share/man/man1/alacritty.1"

There is no confirmation, but there may be a compatibility problem with desktop-file-utils

$ yay -Qi desktop-file-utils
name                   : desktop-file-utils
version                : 0.24-2

FichteFoll commented on 2020-02-20 00:42 (UTC) (edited on 2020-02-20 00:42 (UTC) by FichteFoll)

It appears the terminfo files are now included in ncurses, which is probably why the split package has been removed.

However, git still needs to be added as a makedep.

~ λ pacman -Fl ncurses | grep alacritty
ncurses usr/share/terminfo/a/alacritty
ncurses usr/share/terminfo/a/alacritty+common
ncurses usr/share/terminfo/a/alacritty-direct

~ ∀ pacman -Fl alacritty-terminfo-git
alacritty-terminfo-git usr/
alacritty-terminfo-git usr/share/
alacritty-terminfo-git usr/share/terminfo/
alacritty-terminfo-git usr/share/terminfo/a/
alacritty-terminfo-git usr/share/terminfo/a/alacritty
alacritty-terminfo-git usr/share/terminfo/a/alacritty-direct

FFY00 commented on 2020-02-18 23:26 (UTC) (edited on 2020-02-18 23:27 (UTC) by FFY00)

1ace, sorry for the late reply, AUR is awful at handling notifications.

My comment last comment was referring to alacritty-terminfo (somehow I forgot to mention it, :facepalm:), which you now have seemed to have removed. Please reinstate it and make it any.

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