AshwanthSelvam / libyuv

Automatically exported from code.google.com/p/libyuv
BSD 3-Clause "New" or "Revised" License
0 stars 0 forks source link

when doing a gclient sync, getting an AttributeError #335

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago
when i run ./gclient sync

________ running 'download_from_google_storage --no_resume --platform=linux* 
--no_auth --bucket chromium-gn -s trunk/tools/gn/bin/linux/gn32.sha1' in 
'/home/habib/libyuv'
0> Downloading trunk/tools/gn/bin/linux/gn32...

________ running '/usr/bin/python trunk/tools/clang/scripts/update.py 
--if-needed' in '/home/habib/libyuv'

________ running '/usr/bin/python trunk/download_vs_toolchain.py update' in 
'/home/habib/libyuv'

________ running '/usr/bin/python trunk/third_party/binutils/download.py' in 
'/home/habib/libyuv'
Traceback (most recent call last):
  File "trunk/third_party/binutils/download.py", line 118, in <module>
    sys.exit(main(sys.argv))
  File "trunk/third_party/binutils/download.py", line 104, in main
    arch = GetArch()
  File "trunk/third_party/binutils/download.py", line 51, in GetArch
    return subprocess.check_output(['python', DETECT_HOST_ARCH]).strip()
AttributeError: 'module' object has no attribute 'check_output'
Error: Command /usr/bin/python trunk/third_party/binutils/download.py returned 
non-zero exit status 1 in /home/habib/libyuv

Original issue reported on code.google.com by habibsha...@gmail.com on 11 Jun 2014 at 6:54

GoogleCodeExporter commented 9 years ago
Sounds similar to https://code.google.com/p/libyuv/issues/detail?id=329

depot tools (gclient sync) are supported by chromium and also used for webrtc.
What distro of linux are you on?

Original comment by fbarch...@chromium.org on 11 Jun 2014 at 9:13

GoogleCodeExporter commented 9 years ago
my apologies for the incomplete post.
What steps will reproduce the problem?
1. svn the depot_tools
2. set absolute path till libyuc
3. ./gclient sync

What version of the product are you using? On what operating system?
i followed the WebRtc2SIP technical guide. using CentOS 6.5 32 bit

Original comment by habibsha...@gmail.com on 12 Jun 2014 at 3:53

GoogleCodeExporter commented 9 years ago
This seems like a duplicate of bug 329
https://code.google.com/p/libyuv/issues/detail?id=329
which concluded there is a work around or fix, but not what it is.
gclient sync is supported by chromium team, so its likely any fix or bug report 
will need to be with them.

Original comment by fbarch...@chromium.org on 27 Jun 2014 at 12:59

GoogleCodeExporter commented 9 years ago
DETECT_HOST_ARCH comes from the chromium scripts which dont explicitly support 
CentOS.
If a fix is needed it'll need to be in the chromium code or depot tools.
Best bet would be search for work arounds that chromium or webrtc developers 
may have found.
kjellander may have more knowledge on the topic, but is away at the moment.

As a work around, other build systems could be used, including make.

Original comment by fbarch...@chromium.org on 15 Jul 2014 at 12:19

GoogleCodeExporter commented 9 years ago
I don't know much about this problem, but what about trying to set the 
environment variable GYP_DEFINES like this and re-run the sync?
export GYP_DEFINES="host_arch=ia32"
gclient sync

Looking at 
https://code.google.com/p/chromium/codesearch#chromium/src/third_party/binutils/
download.py&l=43
it seems that might work as a workaround.

Original comment by kjellan...@google.com on 15 Jul 2014 at 3:03

GoogleCodeExporter commented 9 years ago
Updated Getting started wiki with that work around.
Much of the code is now synced thru chromium and git.  So everything will 
change... hopefully for the better.

Original comment by fbarch...@google.com on 17 Dec 2014 at 12:16