Package Details: bazel-git r24502.9ec89b9194-1

Git Clone URL: https://aur.archlinux.org/bazel-git.git (read-only, click to copy)
Package Base: bazel-git
Description: Correct, reproducible, and fast builds for everyone
Upstream URL: http://bazel.io/
Licenses: Apache
Provides: bazel
Submitter: simon04
Maintainer: None
Last Packager: kendfinger
Votes: 4
Popularity: 0.000000
First Submitted: 2015-03-24 22:51 (UTC)
Last Updated: 2020-02-08 06:40 (UTC)

Dependencies (8)

Required by (60)

Sources (1)

Latest Comments

1 2 Next › Last »

qdii commented on 2024-09-25 20:30 (UTC) (edited on 2024-09-25 20:31 (UTC) by qdii)

Ignore me, wrong project

xantares commented on 2020-04-25 13:51 (UTC)

I should probably conflict with bazel, please add:

conflicts=('bazel')

kendfinger commented on 2020-01-15 19:54 (UTC)

Hi @vuvko I have fixed this issue :)

vuvko commented on 2020-01-15 11:16 (UTC)

ERROR: /home/ashadrikov/.cache/yay/bazel-git/src/bazel-git/third_party/java/javapoet/BUILD:16:1: Extracting interface //third_party/java/javapoet:javapoet failed: I/O exception during sandboxed execution: /home/ashadrikov/.ccache (No such file or directory)

Creating ~/.ccache resolves the problem but I'm not sure what needs it as it's empty.

kendfinger commented on 2020-01-15 09:19 (UTC)

The next version of this package will utilize the bazel-bootstrap package which is a compile-from-dist parallel install-able version to use specifically for building bazel-git.

kendfinger commented on 2020-01-13 23:28 (UTC)

I have taken this package over and am adding the bootstrap step necessary to support the latest version.

Willrandship commented on 2017-05-05 02:23 (UTC)

Building without an existing bazel installation currently fails, as per this issue: https://github.com/bazelbuild/bazel/issues/2140 As you can see, this is intended, and their intent is that you build the source from their provided binary. This is particularly annoying as the other bazel package is now gone from the AUR, so it would require manual bootstrapping from an outside package. I see two potential solutions to make this a bit more standard: 1. Add in a detection of an existing bazel system, (eg `which bazel`) and if not found then download and build from a binary version in the PKGBUILD (or just do it from a downloaded archive either way) 2. Bring back the other bazel package (call it bazel-bin, whatever, doesn't matter to me) and have it both as a makedepend *and* an install conflict, so it gets replaced by this package on installation, but is pulled by it beforehand.

xiong.chiamiov commented on 2016-01-06 20:22 (UTC)

Shouldn't this provide, conflict, and replace bazel?

eneftci commented on 2015-12-03 19:45 (UTC)

Requires jdk8 and setting JAVA_HOME. export JAVA_HOME=/usr/lib/jvm/java-8-openjdk

sachkris commented on 2015-09-04 11:00 (UTC)

gcc-libs-multilib is a dependency?