Package Details: depot-tools-git r8355.04d9c8345-1

Git Clone URL: https://aur.archlinux.org/depot-tools-git.git (read-only, click to copy)
Package Base: depot-tools-git
Description: Tools for working with Chromium development
Upstream URL: https://chromium.googlesource.com/chromium/tools/depot_tools
Keywords: chromium depot_tools google
Licenses: custom
Submitter: aperez
Maintainer: alerque
Last Packager: alerque
Votes: 86
Popularity: 0.37
First Submitted: 2014-07-07 14:25 (UTC)
Last Updated: 2021-09-23 19:03 (UTC)

Dependencies (4)

Sources (1)

Pinned Comments

alerque commented on 2021-09-23 08:19 (UTC)

Installers beware! This package is a fiasco and the upstream Git repository basically has bunch of binary blobs in it that do strange things. I'm working on cleaning up the packaging some but the upstream behavior is egregious. Wash your /opt/depot_tools directory out with soap and bleach when done.

relrel commented on 2020-10-30 11:30 (UTC)

depot_tools is installed in /opt/depot_tools/. This directory is not in $PATH by default, so make sure to export PATH=/opt/depot_tools:$PATH before using it. Also, this directory has root permissions, so either use it as root, or if you want to use it as your currect user:

# groupadd depot_tools
# gpasswd -a $(whoami) depot_tools
# setfacl -m g:depot_tools:rwX /opt/depot_tools/

Then re-login as your current user or log your terminal in to the newly created group:

$ newgrp depot_tools

Latest Comments

alerque commented on 2021-11-27 04:59 (UTC)

@japhir You have a source clone from before some packaging changes. Clear your source directory and try again.

japhir commented on 2021-11-25 11:15 (UTC)

Apparently it checks whether it has the "correct" upstream url now...

==> ERROR: /home/japhir/.cache/paru/clone/depot-tools-git/depot_tools is not a clone of https://chromium.googlesource.com/chromium/tools/depot_tools.git
    Aborting...
error: failed to download sources for 'depot-tools-git-r8355.04d9c8345-1':
error: packages failed to build: depot-tools-git-r8355.04d9c8345-1

alerque commented on 2021-09-23 08:19 (UTC)

Installers beware! This package is a fiasco and the upstream Git repository basically has bunch of binary blobs in it that do strange things. I'm working on cleaning up the packaging some but the upstream behavior is egregious. Wash your /opt/depot_tools directory out with soap and bleach when done.

alerque commented on 2021-07-30 11:13 (UTC)

The architecture on this should not be 'any', there are platform specific binaries being distributed in this package.

relrel commented on 2020-10-30 11:30 (UTC)

depot_tools is installed in /opt/depot_tools/. This directory is not in $PATH by default, so make sure to export PATH=/opt/depot_tools:$PATH before using it. Also, this directory has root permissions, so either use it as root, or if you want to use it as your currect user:

# groupadd depot_tools
# gpasswd -a $(whoami) depot_tools
# setfacl -m g:depot_tools:rwX /opt/depot_tools/

Then re-login as your current user or log your terminal in to the newly created group:

$ newgrp depot_tools

relrel commented on 2020-10-07 04:59 (UTC)

@caleb I don't see it as a conflict because depot-tools-git is not installed in $PATH, but rather in /opt/depot_tools/.

So no files would overwrite each other when both depot-tools-git and git-extras are installed.

Am I wrong?

alerque commented on 2020-10-02 11:05 (UTC)

This needs to mark a conflits=('git-extras') which also has an implementation of git-rename-branch.

hexchain commented on 2020-08-17 20:59 (UTC)

Also it seems that many of the fixes/hacks are not needed:

  • cit, clang-format, clang_format_merge_driver, compile_single_file, download_from_google_storage, gn can all be run with python3
  • fetch, gclient and roll-dep even depend on python3 (through vpython3) now
  • git-runhooks calls gclient so it runs with python3
  • luci-auth does not exec python anymore
  • gclient.py does not import colorama anymore, instead there is a setup_color.py

hexchain commented on 2020-08-17 20:15 (UTC)

Is it possible to make vpython3 use system python3 too?

dbrgn commented on 2020-04-30 10:31 (UTC)

Doesn't seem to fully work when fetching WebRTC sources...

$ fetch --nohooks webrtc
mktemp: failed to create file via template ‘/opt/depot_tools/.cipd_client.XXXXXXX’: Permission denied
curl: (23) Failed writing body (0 != 1387)
/opt/depot_tools/bootstrap_python3: line 32: bootstrap-3.8.0.chromium.8_bin/python3/bin/python3: No such file or directory
cat: /opt/depot_tools/python3_bin_reldir.txt: No such file or directory
/opt/depot_tools/vpython3: line 52: /opt/depot_tools/.cipd_bin/vpython3: No such file or directory

The /opt/depot_tools/ directory is owned by root. Maybe certain directories need updated permissions through PKGBUILD?

istobic commented on 2020-04-12 07:11 (UTC) (edited on 2020-04-12 07:12 (UTC) by istobic)

patch is needed as a dependency

Maybe a little off-topic but I had problems git. It failed with:

Cloning into bare repository '/home/istobic/.cache/yay/depot-tools-git/depot-tools-git'...

error: RPC failed; HTTP 408 curl 22 The requested URL returned error: 408
fatal: the remote end hung up unexpectedly

I found a workaround in this thread: https://bbs.archlinux.org/viewtopic.php?id=245633

pizzaman commented on 2019-12-24 01:24 (UTC)

@jose1711 Thanks. Updated.

jose1711 commented on 2019-12-23 11:22 (UTC)

needs update - roll-dep-svn is no longer present

pizzaman commented on 2019-11-29 07:10 (UTC)

Should be working now.

encounter commented on 2019-11-15 06:47 (UTC)

The ninja wrapper is broken, it should pass through parameters instead of discarding them.

zach commented on 2019-11-04 16:50 (UTC)

Seems to be broken:

==> Starting prepare()...
sed: can't read depot-tools-auth: No such file or directory
==> ERROR: A failure occurred in prepare().
    Aborting...
Error making: depot-tools-git

rouhannb commented on 2019-10-27 05:19 (UTC)

Looks like depot-tools-auth was removed a while back (https://chromium.googlesource.com/chromium/tools/depot_tools.git/+/b4a587df5e348bddb26ea1bb6a5013f1e854b3a8), so the package is broken now.

commented on 2019-09-23 15:18 (UTC)

Heads up, gclient sync mostly with --jobs 1 will corrupt .git repositories unless you have applied this patch: https://bugs.chromium.org/p/chromium/issues/detail?id=1000825#c2

for example: in chromium's src/ the remote (git remote -v) will get replaced from: origin https://chromium.googlesource.com/chromium/src.git (fetch) to: origin https://chromium.googlesource.com/chromium/third_party/ffmpeg.git (fetch)

also seen that src/.git/index got truncated to 100k from 45meg

yan12125 commented on 2019-03-19 10:57 (UTC)

Dropped as I'm not using depot_tools anymore.

clpwn commented on 2018-10-18 12:25 (UTC)

You're fast! Thanks so much @yan12125.

yan12125 commented on 2018-10-18 11:44 (UTC)

@clpwn: Thanks for the report. Those issues should have been fixed.

clpwn commented on 2018-10-18 01:36 (UTC)

When building https://github.com/aisouard/libwebrtc using this repo, I had two issues:

1) Needed to chgrp -R wheel /opt/depot_tools && chmod -R g+w /opt/depot_tools in order to run without root. 2) I think the patches are slightly incomplete, due to running into this error when building:

  File "/opt/depot_tools/gsutil.py", line 20, in <module>
    import urllib2
ModuleNotFoundError: No module named 'urllib2'

yan12125 commented on 2018-05-25 08:32 (UTC)

Your package depot-tools-git [1] has been flagged out-of-date by necklace [2]:

:: depot-tools-git package(s) failed to install.
:: ensure package version does not mismatch between .SRCINFO and PKGBUILD
:: ensure package name has a VCS suffix if this is a devel package

[1] <https://aur.archlinux.org/pkgbase/depot-tools-git/>
[2] <https://aur.archlinux.org/account/necklace/>

Thanks it should have been fixed!

yan12125 commented on 2017-10-03 09:22 (UTC)

Thanks @Hudd, should have been fixed.

Hudd commented on 2017-10-03 08:48 (UTC)

sed: can't read commit_queue: No such file or directory ==> ERROR: A failure occurred in prepare().

yan12125 commented on 2017-07-31 07:05 (UTC)

Thanks. I bumped pkgver anyway as I wanna know if the latest version still works fine or not.

xuiqzy commented on 2017-07-30 22:31 (UTC) (edited on 2017-07-30 22:33 (UTC) by xuiqzy)

please change the upstream url to TLS encrypted https, but don't change the package version or rel for this, since it doesn't change the resulting package, just metadata. Also change the link in the depot_tools.install file when you're at it. thanks in advance :)

yan12125 commented on 2017-05-11 05:08 (UTC)

OK! I've pushed a commit that removed /etc/profile.d/depot_tools.sh. If that brings any problem to users, we can revert it.

aperez commented on 2017-05-10 15:07 (UTC)

Well, I do not use this myself much lately, but it was handy to have the tools in the $PATH. That being said, I have no strong opinion about whether a profile.d script should be installed or not. As a matter of fact: if there's somebody interested in taking care of this package, I'll happily pass it along to someone and/or them as co-maintainers ;-)

yan12125 commented on 2017-04-08 16:13 (UTC)

Got it. Sometimes I feel my $PATH bloated, too :) Maybe we can have a change, so that $PATH needs to be modified in .bashrc/.zshrc/etc... by users manually. How do you think, @aperez?

vasya commented on 2017-04-08 16:04 (UTC)

@yan12125 no particular reason except I do not need it at all. And the PATH in question has _125_ executables. A bit too much for me.

yan12125 commented on 2017-04-08 15:12 (UTC)

Just curious - any reason for keeping this package from touching /etc/profile.d?

vasya commented on 2017-04-08 14:14 (UTC)

Hi. If anyone's interested, I made a fork of this AUR package that does not change your PATH (and does not touch /etc/profile.d): https://github.com/vn971/aur-depot-tools-git At the time of writing, here is the actual diff: https://github.com/vn971/aur-depot-tools-git/commit/c9967c250439a20bacc2640715e35ce3e8c03bdf The package works well for building `google-breakpad-git` BTW.

yan12125 commented on 2016-11-14 14:02 (UTC)

I guess you didn't install google-cloud-sdk? In general there's no need to run gclient as root

KernelDeimos commented on 2016-11-14 13:50 (UTC)

Permissions may be incorrect after installing. I resorted to "sudo gclient sync" as and it worked, but the script told me running depot tools as root is sad and well... it's not wrong.

yan12125 commented on 2016-11-13 09:26 (UTC)

Unflagged it as this package is still working for me. On the other hand, seems there's a bug in AUR that I didn't receive out-of-date notification mails. [1] Please leave comments below instead. [1] https://lists.archlinux.org/pipermail/aur-general/2016-November/032911.html

yan12125 commented on 2016-09-17 10:53 (UTC)

@eduardosm Added.

eduardosm commented on 2016-09-17 10:11 (UTC)

git is also a run time dependency

yan12125 commented on 2016-08-31 14:27 (UTC)

@pancakemixerer It should be fixed now, thanks!

pancakemixerer commented on 2016-08-31 06:24 (UTC)

Build fails because gcl and drover have been removed. https://chromium.googlesource.com/chromium/tools/depot_tools.git/+/92bec4f56f991d35ddcf9c4d8a0bdd8ce1b10735

aperez commented on 2016-06-07 13:57 (UTC)

@yan12125: Added! Thanks for stepping up offering to help :-)

yan12125 commented on 2016-06-07 13:44 (UTC)

I use depot-tools from time to time. Could you add me as a co-maintinaer? I'll try to keep it updated as much as possible. Thanks!

aperez commented on 2016-06-07 11:29 (UTC)

@yan12125: Thanks for the updated package; I have added you as contributor in the PKGBUILD header. Unfortunately, I don't use depot_tools that much anymore, and I have been using my free time for taking care of other packages which are more important to me. If somebody wants to volunteer to help maintain depot-tools-git, please let me know and I will be happy to add you as a co-maintainer in AUR :-)

yan12125 commented on 2016-06-07 04:34 (UTC)

A working PKGBUILD: https://gist.github.com/yan12125/bbcfb0918c7f47c14fca70dac8f8be03

watermelonjuice commented on 2016-06-01 23:17 (UTC) (edited on 2016-06-01 23:18 (UTC) by watermelonjuice)

Build fails +1

jro commented on 2016-06-01 20:52 (UTC)

build fails: Checking connectivity... done. -> Found depot_tools.sh -> Found repo_fix.sh -> Found fixshebangs.py ==> Validating source files with sha512sums... depot-tools-git ... Skipped depot_tools.sh ... Passed repo_fix.sh ... Passed fixshebangs.py ... Passed ==> Extracting sources... -> Creating working copy of depot_tools git repo... Cloning into 'depot-tools-git'... done. ==> Starting prepare()... ==> Patching scripts for python2 usage... sed: can't read hammer: No such file or directory ==> ERROR: A failure occurred in prepare(). Aborting... ==> ERROR: Makepkg was unable to build depot-tools-git. ==> Restart building depot-tools-git ? [y/N] ==> ---------------------------------------- ==>

sleeping commented on 2016-03-08 10:19 (UTC)

Beware that this should be installed in a directory ending with depot_tools to be able to install V8, they hardcoded that in the source (God knows why) https://chromium.googlesource.com/v8/v8/+/roll/build/download_gold_plugin.py Alternatively, create a symlink.

AWhetter commented on 2015-10-30 21:15 (UTC)

As a bit of a quick and dirty way of doing the python2 substitutions I used the following: for i in $(find -type f -not -path .git); do sed -i -e '1s/env python$/env python2/' -e 's/exec python /exec python2 /' -e 's/^python /python2 /' $i; done

aperez commented on 2015-07-23 12:32 (UTC)

@ausbin: Yeah, you are right: the fixed list of scripts in which to edit shebangs is quite annoying to maintain. In the end I have made a quick Python script which will edit them only in the first line, and only for scripts which already had a shebang beforehand. This is now run from the “prepare()” function. Also, notice how I had to leave still some fixing to “sed” because there are some shell scripts which do “exec python ...”, and those have to be changed to “exec python2 ...”. The latter are just a few, and quite unlikely to change, so I have opted for keeping a static list for those.

ausbin commented on 2015-07-18 21:23 (UTC)

Hey, thanks a bunch for this package. It's saved me a lot of time. I think your hard-coded list of scripts is out of date, though. (it missed a few shebangs for me, at least). Instead of fixing the list every time the scripts shuffle around in git, maybe you could try something like the following: http://ix.io/jOw. It just replaces every instance of the wrong (python 3) shebang with the right (python 2) one. It ain't pretty -- it replaces *all* matching lines, not just the first -- but it works. As a side note to future readers: in general, I'd suggest against following stubb's suggestion of symlinking /usr/bin/python to /usr/bin/python2. Sure, it'll work, but you run the risk of breaking scripts such as youtube-dl that (correctly) expect /usr/bin/python to be Python 3. Simply replacing the bad shebangs in the package you're building avoids such issues and doesn't prevent you from installing Python 3 later.

twelveeighty commented on 2014-12-06 13:52 (UTC)

@stubb, okay, I'll try that instead of the repo_fix script. Thanks!

stubb commented on 2014-12-01 23:46 (UTC)

@twelveeighty Looks like you missed that simply symlink trick https://wiki.archlinux.org/index.php/Python#Python_2

twelveeighty commented on 2014-12-01 16:12 (UTC)

Folks, I need some pointers. I'm using depot-tools to build mod_pagespeed. I keep getting the Python 3 vs. 2 problem (error code below), so I'm sure I'm missing something that has to be fixed with that repo_fix.sh script included in this package. But, I can't seem to find the folder that I need to run that script against. There's no ".repo" folder I can find? ________ running '/usr/bin/python2 src/build/gyp_chromium -Dchromium_revision=256281' in '/mnt/encrypted/data/twelveeighty/work/builds/mod_pagespeed' Updating projects from gyp files... File "../build/linux/detect_host_arch.py", line 31 print host_arch ^ SyntaxError: Missing parentheses in call to 'print' gyp: Call to 'python ../build/linux/detect_host_arch.py' returned exit status 1.

aperez commented on 2014-09-21 14:29 (UTC)

@emanueLczirai: Fixed, thanks for noticing the issue.

abandonedaccount commented on 2014-09-21 04:58 (UTC)

the following: ,fetch,download_from_google_storage,gn,clang-format,git-runhooks,roll-dep were needed to be added to this line: for script in {apply_issue,drover,gcl,git-cl,git-gs,git-try,hammer,weekly,wtf,update_depot_tools}

aperez commented on 2014-09-02 16:41 (UTC)

@sl1pkn07: Fixed, the new version of the PKGBUILD patches “gclient” to always use “python2” as executable name.

sl1pkn07 commented on 2014-08-27 15:17 (UTC)

/opt/depot-tools-git/gclient point to python(3) PYTHONDONTWRITEBYTECODE=1 exec python "$base_dir/gclient.py" "$@"