raised pex.resolver.Untranslateable when trying to use redis library

Tested with --python set to python 2.7.9 and 3.4.2
$ pex -r redis==2.10.3 # Also it happens with -r redis
Traceback (most recent call last):
File "/usr/bin/pex", line 11, in
sys.exit(main())
File "/usr/lib/python2.7/site-packages/pex/bin/pex.py", line 325, in main
pex_builder = build_pex(args, options)
File "/usr/lib/python2.7/site-packages/pex/bin/pex.py", line 303, in build_pex
cache_ttl=options.cache_ttl)
File "/usr/lib/python2.7/site-packages/pex/resolver.py", line 229, in resolve
new_requirements.update(requires(highest_package, requirement))
File "/usr/lib/python2.7/site-packages/pex/resolver.py", line 201, in requires
raise Untranslateable('Package %s is not translateable.' % package)
pex.resolver.Untranslateable: Package SourcePackage('file:///home/user/.pex/build/redis-2.10.3.tar.gz') is not translateable.

I get similar.  When I run with -v though I get a hint:
(pex-issues-36)jsirois@gill ~ $ pip list
pex (0.8.3)
pip (6.0.6)
setuptools (7.0)
(pex-issues-36)jsirois@gill ~ $ pex -v -r redis
pex: Failed to translate SourcePackage(u'file:///home/jsirois/.pex/build/redis-2.10.3.tar.gz'): Interpreter /home/jsirois/.pyenv/versions/pex/bin/python not capable of running WheelInstaller
Traceback (most recent call last):
  File "/home/jsirois/.pyenv/versions/pex/bin/pex", line 11, in <module>
    sys.exit(main())
  File "/home/jsirois/.pyenv/versions/pex/lib/python2.7/site-packages/pex/bin/pex.py", line 325, in main
    pex_builder = build_pex(args, options)
  File "/home/jsirois/.pyenv/versions/pex/lib/python2.7/site-packages/pex/bin/pex.py", line 303, in build_pex
    cache_ttl=options.cache_ttl)
  File "/home/jsirois/.pyenv/versions/pex/lib/python2.7/site-packages/pex/resolver.py", line 229, in resolve
    new_requirements.update(requires(highest_package, requirement))
  File "/home/jsirois/.pyenv/versions/pex/lib/python2.7/site-packages/pex/resolver.py", line 201, in requires
    raise Untranslateable('Package %s is not translateable.' % package)
pex.resolver.Untranslateable: Package SourcePackage(u'https://pypi.python.org/packages/source/r/redis/redis-2.10.3.tar.gz#md5=7619221ad0cbd124a5687458ea3f5289') is not translateable.

So: pex: Failed to translate SourcePackage(u'file:///home/jsirois/.pex/build/redis-2.10.3.tar.gz'): Interpreter /home/jsirois/.pyenv/versions/pex/bin/python not capable of running WheelInstaller
That led me to try:
(pex-issues-36)^jsirois@gill ~ $ pex -v --no-wheel -r redis
pex: Resolving distributions: 723.8ms
pex:     Packaging redis: 165.2ms
  redis 2.10.3
Creating environment PEX.
Running PEX file at /tmp/tmpw27Ich with args []
pex: PEX.run invoking /home/jsirois/.pyenv/versions/pex/bin/python /tmp/tmpw27Ich
Python 2.7.8 (default, Oct 12 2014, 00:37:26)
[GCC 4.9.1 20140903 (prerelease)] on linux2
Type "help", "copyright", "credits" or "license" for more information.
(InteractiveConsole)
>>> import redis
>>> dir(redis)
['AuthenticationError', 'BlockingConnectionPool', 'BusyLoadingError', 'Connection', 'ConnectionError', 'ConnectionPool', 'DataError', 'InvalidResponse', 'PubSubError', 'ReadOnlyError', 'Redis', 'RedisError', 'ResponseError', 'SSLConnection', 'StrictRedis', 'TimeoutError', 'UnixDomainSocketConnection', 'VERSION', 'WatchError', '__all__', '__builtins__', '__doc__', '__file__', '__name__', '__package__', '__path__', '__version__', '_compat', 'client', 'connection', 'exceptions', 'from_url', 'lock', 'utils']
>>>

So this may be at least a workaround for you.

yeah.  we probably need to introduce the pants concept of a python interpreter cache to pex and have it self-bootstrap wheel if it's not found.  john's workaround works.  also 'pip install wheel' (using the pip associated with that interpreter) will fix it, but we should be doing an equivalent thing for you automatically.

With #49 does this still happen?

I'm still facing the same issue with pex 1.0.0:
$ pex --no-use-wheel numpy==1.6.2 -o /usr/scratch/test.pex
Traceback (most recent call last):
  File "/usr/bin/pex", line 9, in <module>
    load_entry_point('pex==1.0.0', 'console_scripts', 'pex')()
  File "/usr/lib/python2.7/dist-packages/pex/bin/pex.py", line 509, in main
    pex_builder = build_pex(reqs, options, resolver_options_builder)
  File "/usr/lib/python2.7/dist-packages/pex/bin/pex.py", line 471, in build_pex
    resolveds = resolver.resolve(resolvables)
  File "/usr/lib/python2.7/dist-packages/pex/resolver.py", line 177, in resolve
    distributions[package] = self.build(package, resolvable.options)
  File "/usr/lib/python2.7/dist-packages/pex/resolver.py", line 228, in build
    dist = super(CachingResolver, self).build(package, options)
  File "/usr/lib/python2.7/dist-packages/pex/resolver.py", line 147, in build
    raise Untranslateable('Package %s is not translateable by %s' % (package, translator))
pex.resolver.Untranslateable: Package SourcePackage('file:///.pex/build/numpy-1.6.2.zip') is not translateable by ChainedTranslator(EggTranslator, SourceTranslator)

Unable to repro:
mba=tmp=; pex --no-use-wheel numpy==1.6.2 -o /tmp/numpy.pex -v -v -v -v -v
pex: Constructed RequestsContext context <pex.http.RequestsContext object at 0x103225190>
pex: Validated numpy-1.6.2.zip (md5=7e13c931985f90efcfa0408f845d6fee)
pex: Validated numpy-1.6.2.zip (md5=7e13c931985f90efcfa0408f845d6fee)
pex: Building pex :: Resolving distributions :: Translating /private/var/folders/rd/_tjz8zts3g14md1kmf38z6w80000gn/T/tmpFRFvy8/numpy-1.6.2.zip into distribution :: Packaging numpy :: Installing /var  numpy 1.6.2tjz8zts3g14md1kmf38z6w80000gn/T/tmp8a9e2N
pex: Building pex: 79742.6ms
pex:   Resolving interpreter: 0.2ms
pex:     Setting up interpreter /Users/wickman/Python/CPython-2.7.9/bin/python2.7: 0.2ms
pex:   Resolving distributions: 79329.0ms
pex:     Fetching https://pypi.python.org/packages/source/n/numpy/numpy-1.6.2.zip#md5=7e13c931985f90efcfa0408f845d6fee: 413.1ms
pex:     Fetching file:///Users/wickman/.pex/build/numpy-1.6.2.zip: 6.3ms
pex:       Fetching file:///Users/wickman/.pex/build/numpy-1.6.2.zip: 5.4ms
pex:     Translating /private/var/folders/rd/_tjz8zts3g14md1kmf38z6w80000gn/T/tmpFRFvy8/numpy-1.6.2.zip into distribution: 78293.5ms
pex:       Packaging numpy: 77683.5ms
pex:         Installing /var/folders/rd/_tjz8zts3g14md1kmf38z6w80000gn/T/tmp8a9e2N: 77664.7ms
Saving PEX file to /tmp/numpy.pex

Could you add some -v -v -v to see where things are getting tripped up?  numpy is a challenging and finicky dep to package.

are you using 1.0.0 or anothe version? I will get back with the -v -v -v as soon as I will have access again to the machine

This was with 1.0.0.

ok, failure is:
    Atlas (http://math-atlas.sourceforge.net/) libraries not found.
    Directories to search for the libraries can be specified in the
    numpy/distutils/site.cfg file (section [atlas]) or by setting
    the ATLAS environment variable.
  warnings.warn(AtlasNotFoundError.__doc__)
/tmp/tmpgcnkhy5v/numpy-1.6.2/build/py3k/numpy/distutils/system_info.py:1340: UserWarning:
    Atlas (http://math-atlas.sourceforge.net/) libraries not found.
    Directories to search for the libraries can be specified in the
    numpy/distutils/site.cfg file (section [atlas]) or by setting
    the ATLAS environment variable.
  warnings.warn(AtlasNotFoundError.__doc__)
error: Command "x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -g -fstack-protector-strong -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2 -fPIC -Inumpy/core/include -Ibuild/src.linux-x86_64-3.4/numpy/core/include/numpy -Inumpy/core/src/private -Inumpy/core/src -Inumpy/core -Inumpy/core/src/npymath -Inumpy/core/src/multiarray -Inumpy/core/src/umath -Inumpy/core/include -I/usr/include/python3.4m -Ibuild/src.linux-x86_64-3.4/numpy/core/src/multiarray -Ibuild/src.linux-x86_64-3.4/numpy/core/src/umath -c numpy/core/src/multiarray/multiarraymodule_onefile.c -o build/temp.linux-x86_64-3.4/numpy/core/src/multiarray/multiarraymodule_onefile.o" failed with exit status 1

pex: Failed to install package at /tmp/tmpgcnkhy5v/numpy-1.6.2: Failed to install /tmp/tmpgcnkhy5v/numpy-1.6.2
Traceback (most recent call last):
  File "/usr/bin/pex", line 9, in <module>
    load_entry_point('pex==1.0.0', 'console_scripts', 'pex')()
  File "/usr/lib/python3/dist-packages/pex/bin/pex.py", line 509, in main
    pex_builder = build_pex(reqs, options, resolver_options_builder)
  File "/usr/lib/python3/dist-packages/pex/bin/pex.py", line 471, in build_pex
    resolveds = resolver.resolve(resolvables)
  File "/usr/lib/python3/dist-packages/pex/resolver.py", line 177, in resolve
    distributions[package] = self.build(package, resolvable.options)
  File "/usr/lib/python3/dist-packages/pex/resolver.py", line 228, in build
    dist = super(CachingResolver, self).build(package, options)
  File "/usr/lib/python3/dist-packages/pex/resolver.py", line 147, in build
    raise Untranslateable('Package %s is not translateable by %s' % (package, translator))
pex.resolver.Untranslateable: Package SourcePackage('file:///home/morph/.pex/build/numpy-1.6.2.zip') is not translateable by ChainedTranslator(WheelTranslator, EggTranslator, SourceTranslator)

when building the Debian package infact we export ATLAS=None as we support only blas, how can we set the same with pex? I tried "export ATLAS=None ; pex -v -v -v  numpy==1.6.2 -o /tmp/test.pex" but didnt work

I'm running into a similar issue, with an extension to pex that integrates spark. But this is I believe the pex issue described above:
spex -vvvvv --distro --spark-home spark/spark apple_epf ./
pex: Constructed RequestsContext context <pex.http.RequestsContext object at 0x1033ab090>
pex: Constructed RequestsContext context <pex.http.RequestsContext object at 0x1033ab810>
pex: Constructed RequestsContext context <pex.http.RequestsContext object at 0x1033abdd0>
pex: Constructed RequestsContext context <pex.http.RequestsContext object at 0x1033abc50>
pex: Constructed RequestsContext context <pex.http.RequestsContext object at 0x1033abc10>
pex: Constructed RequestsContext context <pex.http.RequestsContext object at 0x1036000d0>
pex: Building spex :: Building pex :: Resolving distributions :: Fetching file:///Users/nicholas/URX/dev/apple-epf-processor/.pex/build/tornado-4.2.tar.gz :: Fetching file:///Users/pex: Building spex :: Building pex :: Resolving distributions :: Translating /private/var/folders/mv/1zl7fz216y37lh1xlpvr8mth0000gn/T/tmpqSzKAM/tornado-4.2.tar.gz into distribution pex: Building spex :: Building pex :: Resolving distributions :: Translating /private/var/folders/mv/1zl7fz216y37lh1xlpvr8mth0000gn/T/tmpqSzKAM/tornado-4.2.tar.gz into distribution pex: Building spex :: Building pex :: Resolving distributions :: Translating /private/var/folders/mv/1zl7fz216y37lh1xlpvr8mth0000gn/T/tmpqSzKAM/tornado-4.2.tar.gz into distribution Traceback (most recent call last): /var/folders/mv/1zl7fz216y37lh1xlpvr8mth0000gn/T/tmpa5z6bk
  File "/Users/nicholas/URX/dev/apple-epf-processor/cunt/bin/spex", line 9, in <module>
    load_entry_point('spex==0.1.0', 'console_scripts', 'spex')()
  File "/Users/nicholas/URX/dev/apple-epf-processor/cunt/lib/python2.7/site-packages/spex/bin/spex.py", line 336, in main
    pex_builder = build_pex(args)
  File "/Users/nicholas/URX/dev/apple-epf-processor/cunt/lib/python2.7/site-packages/spex/bin/spex.py", line 228, in build_pex
    resolveds = resolver.resolve(resolvables)
  File "/Users/nicholas/URX/dev/apple-epf-processor/cunt/lib/python2.7/site-packages/pex/resolver.py", line 191, in resolve
    dist = self.build(package, resolvable.options)
  File "/Users/nicholas/URX/dev/apple-epf-processor/cunt/lib/python2.7/site-packages/pex/resolver.py", line 248, in build
    dist = super(CachingResolver, self).build(package, options)
  File "/Users/nicholas/URX/dev/apple-epf-processor/cunt/lib/python2.7/site-packages/pex/resolver.py", line 162, in build
    raise Untranslateable('Could not get distribution for %s on appropriate platform.' % package)
pex.resolver.Untranslateable: Could not get distribution for SourcePackage('file:///Users/nicholas/URX/dev/apple-epf-processor/.pex/build/tornado-4.2.tar.gz') on appropriate platform.

@nichochar Is your wrapper script specifying --platform=linux-x86_64 or not specifying a platform?  It's possible that it failed to build for OS X but found a binary distribution for a different platform (hence the "on appropriate platform" part.)
@sandrotosi have you tried building an egg or whl and using -f to point to it?  this could be a way around the problem, though I'm surprised that it would build with pip and not with pex.

@sandrotosi and @wickman - this is specifically a python 3 issue.  I repo @sandrotosi's problem under  pex building for 3 - it appears the running of 2to3 against the numpy sources somehow clobbers the ATLAS=None env var.  This though works for me: ATLAS=None pex --python=python2 --no-use-wheel numpy==1.6.2 -o numpy.pex.

I don't know if this adds anything to the discussion, but here's a similar and easy-to-repro error (pex 1.1.0, python 3, OS X):
**** Failed to install MarkupSafe-0.23. stdout:
running bdist_wheel
running build
running build_py
creating build
creating build/lib.macosx-10.10-x86_64-3.5
creating build/lib.macosx-10.10-x86_64-3.5/markupsafe
copying markupsafe/__init__.py -> build/lib.macosx-10.10-x86_64-3.5/markupsafe
copying markupsafe/_compat.py -> build/lib.macosx-10.10-x86_64-3.5/markupsafe
copying markupsafe/_constants.py -> build/lib.macosx-10.10-x86_64-3.5/markupsafe
copying markupsafe/_native.py -> build/lib.macosx-10.10-x86_64-3.5/markupsafe
copying markupsafe/tests.py -> build/lib.macosx-10.10-x86_64-3.5/markupsafe
running egg_info
writing dependency_links to MarkupSafe.egg-info/dependency_links.txt
writing MarkupSafe.egg-info/PKG-INFO
writing top-level names to MarkupSafe.egg-info/top_level.txt
reading manifest file 'MarkupSafe.egg-info/SOURCES.txt'
reading manifest template 'MANIFEST.in'
writing manifest file 'MarkupSafe.egg-info/SOURCES.txt'
copying markupsafe/_speedups.c -> build/lib.macosx-10.10-x86_64-3.5/markupsafe
running build_ext
building 'markupsafe._speedups' extension
creating build/temp.macosx-10.10-x86_64-3.5
creating build/temp.macosx-10.10-x86_64-3.5/markupsafe
clang -Wno-unused-result -Wsign-compare -Wunreachable-code -fno-common -dynamic -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -I/usr/local/include -I/usr/local/opt/openssl/include -I/usr/local/opt/sqlite/include -I/usr/local/Cellar/python3/3.5.0/Frameworks/Python.framework/Versions/3.5/include/python3.5m -c markupsafe/_speedups.c -o build/temp.macosx-10.10-x86_64-3.5/markupsafe/_speedups.o
clang -bundle -undefined dynamic_lookup build/temp.macosx-10.10-x86_64-3.5/markupsafe/_speedups.o -L/usr/local/lib -L/usr/local/opt/openssl/lib -L/usr/local/opt/sqlite/lib -o build/lib.macosx-10.10-x86_64-3.5/markupsafe/_speedups.cpython-35m-darwin.so
installing to build/bdist.macosx-10.10-x86_64/wheel
running install
running install_lib
creating build/bdist.macosx-10.10-x86_64
creating build/bdist.macosx-10.10-x86_64/wheel
creating build/bdist.macosx-10.10-x86_64/wheel/markupsafe
copying build/lib.macosx-10.10-x86_64-3.5/markupsafe/__init__.py -> build/bdist.macosx-10.10-x86_64/wheel/markupsafe
copying build/lib.macosx-10.10-x86_64-3.5/markupsafe/_compat.py -> build/bdist.macosx-10.10-x86_64/wheel/markupsafe
copying build/lib.macosx-10.10-x86_64-3.5/markupsafe/_constants.py -> build/bdist.macosx-10.10-x86_64/wheel/markupsafe
copying build/lib.macosx-10.10-x86_64-3.5/markupsafe/_native.py -> build/bdist.macosx-10.10-x86_64/wheel/markupsafe
copying build/lib.macosx-10.10-x86_64-3.5/markupsafe/_speedups.c -> build/bdist.macosx-10.10-x86_64/wheel/markupsafe
copying build/lib.macosx-10.10-x86_64-3.5/markupsafe/_speedups.cpython-35m-darwin.so -> build/bdist.macosx-10.10-x86_64/wheel/markupsafe
copying build/lib.macosx-10.10-x86_64-3.5/markupsafe/tests.py -> build/bdist.macosx-10.10-x86_64/wheel/markupsafe
running install_egg_info
Copying MarkupSafe.egg-info to build/bdist.macosx-10.10-x86_64/wheel/MarkupSafe-0.23-py3.5.egg-info
running install_scripts

**** Failed to install MarkupSafe-0.23. stderr:
Traceback (most recent call last):
  File "<stdin>", line 7, in <module>
  File "setup.py", line 120, in <module>
    try_building_extension()
  File "setup.py", line 99, in try_building_extension
    run_setup(True)
  File "setup.py", line 93, in run_setup
    ext_modules=ext_modules,
  File "/usr/local/Cellar/python3/3.5.0/Frameworks/Python.framework/Versions/3.5/lib/python3.5/distutils/core.py", line 148, in setup
    dist.run_commands()
  File "/usr/local/Cellar/python3/3.5.0/Frameworks/Python.framework/Versions/3.5/lib/python3.5/distutils/dist.py", line 955, in run_commands
    self.run_command(cmd)
  File "/usr/local/Cellar/python3/3.5.0/Frameworks/Python.framework/Versions/3.5/lib/python3.5/distutils/dist.py", line 974, in run_command
    cmd_obj.run()
  File "/Users/erichanchrow/.pex/interpreters/CPython-3.5.0/wheel-0.24.0-py3.5.egg/wheel/bdist_wheel.py", line 213, in run
  File "/Users/erichanchrow/.pex/interpreters/CPython-3.5.0/wheel-0.24.0-py3.5.egg/wheel/bdist_wheel.py", line 161, in get_archive_basename
  File "/Users/erichanchrow/.pex/interpreters/CPython-3.5.0/wheel-0.24.0-py3.5.egg/wheel/bdist_wheel.py", line 155, in get_tag
AssertionError

Traceback (most recent call last):
  File ".bootstrap/_pex/pex.py", line 317, in execute
  File ".bootstrap/_pex/pex.py", line 250, in _wrap_coverage
  File ".bootstrap/_pex/pex.py", line 282, in _wrap_profiling
  File ".bootstrap/_pex/pex.py", line 360, in _execute
  File ".bootstrap/_pex/pex.py", line 418, in execute_entry
  File ".bootstrap/_pex/pex.py", line 436, in execute_pkg_resources
  File "/Users/erichanchrow/.pex/install/pex-1.1.0-py2.py3-none-any.whl.dd5c6332261801519b3da9e69aebe08bda58ecab/pex-1.1.0-py2.py3-none-any.whl/pex/bin/pex.py", line 509, in main
    pex_builder = build_pex(reqs, options, resolver_options_builder)
  File "/Users/erichanchrow/.pex/install/pex-1.1.0-py2.py3-none-any.whl.dd5c6332261801519b3da9e69aebe08bda58ecab/pex-1.1.0-py2.py3-none-any.whl/pex/bin/pex.py", line 471, in build_pex
    resolveds = resolver.resolve(resolvables)
  File "/Users/erichanchrow/.pex/install/pex-1.1.0-py2.py3-none-any.whl.dd5c6332261801519b3da9e69aebe08bda58ecab/pex-1.1.0-py2.py3-none-any.whl/pex/resolver.py", line 199, in resolve
    dist = self.build(package, resolvable.options)
  File "/Users/erichanchrow/.pex/install/pex-1.1.0-py2.py3-none-any.whl.dd5c6332261801519b3da9e69aebe08bda58ecab/pex-1.1.0-py2.py3-none-any.whl/pex/resolver.py", line 256, in build
    dist = super(CachingResolver, self).build(package, options)
  File "/Users/erichanchrow/.pex/install/pex-1.1.0-py2.py3-none-any.whl.dd5c6332261801519b3da9e69aebe08bda58ecab/pex-1.1.0-py2.py3-none-any.whl/pex/resolver.py", line 168, in build
    raise Untranslateable('Package %s is not translateable by %s' % (package, translator))
pex.resolver.Untranslateable: Package SourcePackage('file:///Users/erichanchrow/.pex/build/MarkupSafe-0.23.tar.gz') is not translateable by ChainedTranslator(WheelTranslator, EggTranslator, SourceTranslator)

Anyone ever came up with a solution for this? Having the same problem.
pex scipy==0.18.1 -o newfile.pex --python=python3.5 -v -v -v -v -v
...
creating build/temp.linux-x86_64-3.5/scipy/linalg
creating build/temp.linux-x86_64-3.5/usr
creating build/temp.linux-x86_64-3.5/usr/local
creating build/temp.linux-x86_64-3.5/usr/local/lib
creating build/temp.linux-x86_64-3.5/usr/local/lib/python3.5
creating build/temp.linux-x86_64-3.5/usr/local/lib/python3.5/dist-packages
creating build/temp.linux-x86_64-3.5/usr/local/lib/python3.5/dist-packages/scipy
creating build/temp.linux-x86_64-3.5/usr/local/lib/python3.5/dist-packages/scipy/_build_utils
creating build/temp.linux-x86_64-3.5/usr/local/lib/python3.5/dist-packages/scipy/_build_utils/src
compile options: '-I/usr/local/lib/python3.5/dist-packages/numpy/core/include -I/usr/include/python3.5m -I/usr/include/python3.5m -I/usr/local/lib/python3.5/dist-packages/numpy/core/include -c'

stderr:
Running from scipy source directory.
/usr/local/lib/python3.5/dist-packages/numpy/distutils/system_info.py:639: UserWarning: Specified path /usr/local/include/python3.5m is invalid.
  warnings.warn('Specified path %s is invalid.' % d)
"object of type 'type' has no len()" in evaluating 'len(list)' (available names: [])
"object of type 'type' has no len()" in evaluating 'len(list)' (available names: [])
"object of type 'type' has no len()" in evaluating 'len(list)' (available names: [])
"object of type 'type' has no len()" in evaluating 'len(list)' (available names: [])
"object of type 'type' has no len()" in evaluating 'len(list)' (available names: [])
"object of type 'type' has no len()" in evaluating 'len(list)' (available names: [])
error: [Errno 2] No such file or directory: '/usr/local/lib/python3.5/dist-packages/scipy/_build_utils/src/wrap_dummy_g77_abi.f'

pex: Failed to install package at /tmp/tmp7hatursc/scipy-0.18.1: Failed to install /tmp/tmp7hatursc/scipy-0.18.1
Traceback (most recent call last):
  File "/usr/local/bin/pex", line 11, in <module>
    sys.exit(main())
  File "/usr/local/lib/python3.5/dist-packages/pex/bin/pex.py", line 540, in main
    pex_builder = build_pex(reqs, options, resolver_options_builder)
  File "/usr/local/lib/python3.5/dist-packages/pex/bin/pex.py", line 489, in build_pex
    resolveds = resolver.resolve(resolvables)
  File "/usr/local/lib/python3.5/dist-packages/pex/resolver.py", line 200, in resolve
    dist = self.build(package, resolvable.options)
  File "/usr/local/lib/python3.5/dist-packages/pex/resolver.py", line 257, in build
    dist = super(CachingResolver, self).build(package, options)
  File "/usr/local/lib/python3.5/dist-packages/pex/resolver.py", line 168, in build
    raise Untranslateable('Package %s is not translateable by %s' % (package, translator))
pex.resolver.Untranslateable: Package SourcePackage('file:///home/trivigy/.pex/build/scipy-0.18.1.zip') is not translateable by ChainedTranslator(WheelTranslator, EggTranslator, SourceTranslator)

Getting this issue with python3:
pex.resolver.Untranslateable: Package SourcePackage('file:///root/.pex/build/pandas-0.19.2.tar.gz') is not translateable by ChainedTranslator(WheelTranslator, EggTranslator, SourceTranslator)
Any updates on this?

Also receiving this error with Python 3
[Build todo-k8s]                FAILUREException caught: (<class 'pex.resolver.Untranslateable'>)
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/1.2.0/bin/pants", line 11, in <module>
[Build todo-k8s]     sys.exit(main())
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pants/bin/pants_exe.py", line 44, in main
[Build todo-k8s]     PantsRunner(exiter).run()
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pants/bin/pants_runner.py", line 57, in run
[Build todo-k8s]     options_bootstrapper=options_bootstrapper)
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pants/bin/pants_runner.py", line 46, in _run
[Build todo-k8s]     return LocalPantsRunner(exiter, args, env, options_bootstrapper=options_bootstrapper).run()
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pants/bin/local_pants_runner.py", line 53, in run
[Build todo-k8s]     self._maybe_profiled(self._run)
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pants/bin/local_pants_runner.py", line 50, in _maybe_profiled
[Build todo-k8s]     runner()
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pants/bin/local_pants_runner.py", line 95, in _run
[Build todo-k8s]     goal_runner_result = goal_runner.run()
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pants/bin/goal_runner.py", line 268, in run
[Build todo-k8s]     result = self._execute_engine()
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pants/bin/goal_runner.py", line 257, in _execute_engine
[Build todo-k8s]     result = engine.execute(self._context, self._goals)
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pants/engine/legacy_engine.py", line 26, in execute
[Build todo-k8s]     self.attempt(context, goals)
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pants/engine/round_engine.py", line 224, in attempt
[Build todo-k8s]     goal_executor.attempt(explain)
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pants/engine/round_engine.py", line 47, in attempt
[Build todo-k8s]     task.execute()
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pants/backend/python/tasks/python_binary_create.py", line 59, in execute
[Build todo-k8s]     self.create_binary(vt.target, vt.results_dir)
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pants/backend/python/tasks/python_binary_create.py", line 82, in create_binary
[Build todo-k8s]     platforms=binary.platforms) as chroot:
[Build todo-k8s]   File "/usr/lib/python2.7/contextlib.py", line 17, in __enter__
[Build todo-k8s]     return self.gen.next()
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pants/backend/python/tasks/python_task.py", line 175, in temporary_chroot
[Build todo-k8s]     extra_requirements, executable_file_content)
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pants/backend/python/tasks/python_task.py", line 190, in _build_chroot
[Build todo-k8s]     chroot.dump()
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pants/backend/python/python_chroot.py", line 227, in dump
[Build todo-k8s]     distributions = self._resolve_multi(reqs_to_build, find_links)
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pants/backend/python/python_chroot.py", line 266, in _resolve_multi
[Build todo-k8s]     cache_ttl=self._python_setup.resolver_cache_ttl)
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pex/resolver.py", line 346, in resolve
[Build todo-k8s]     return resolver.resolve(resolvables_from_iterable(requirements, builder))
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pex/resolver.py", line 200, in resolve
[Build todo-k8s]     dist = self.build(package, resolvable.options)
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pex/resolver.py", line 257, in build
[Build todo-k8s]     dist = super(CachingResolver, self).build(package, options)
[Build todo-k8s]   File "/home/ubuntu/.cache/pants/setup/bootstrap-Linux-x86_64/pants.otzxCk/install/local/lib/python2.7/site-packages/pex/resolver.py", line 168, in build
[Build todo-k8s]     raise Untranslateable('Package %s is not translateable by %s' % (package, translator))
[Build todo-k8s]
[Build todo-k8s] Exception message: Package SourcePackage(u'file:///home/ubuntu/workspace/build3/monorepo/.pants.d/python-setup/resolved_requirements/CPython-3.5.2/grpcio-1.3.5.tar.gz') is not translateable by ChainedTranslator(WheelTranslator, EggTranslator, SourceTranslator)

Having the same issue here on OS X python3.6, where my project is using a virtual env set up using the python3.6 installer from python.org.
The wheels package is installed in my virtualenv, but it is not installed on my system python. I noticed that the error mentions the use of /Library/Frameworks/Python.framework/Versions/3.6/bin/python3.6 instead of /path/to/my/project/.venv/bin/python3.6.
Running pip3 install wheel on my system python (not in the virtualenv) works around the issue for me.
It seems like it is a bug due to pex to dereferencing the python virtualenv interpreter symlink, ignoring the packages installed in the virtualenv:
$ ls .venv/bin/ -al
[...]
lrwxr-xr-x  1 rchossart staff    7 Jul  2 08:39 python -> python3
lrwxr-xr-x  1 rchossart staff   61 Jul  2 08:39 python3 -> /Library/Frameworks/Python.framework/Versions/3.6/bin/python3
[...]

I can't make code contributions for silly legal reasons, but here is a change that fixes the issue in my case:
diff --git a/pex/interpreter.py b/pex/interpreter.py
index d7fd3f0..fcf2c9c 100644
--- a/pex/interpreter.py
+++ b/pex/interpreter.py
@@ -355,7 +355,7 @@ class PythonInterpreter(object):
        :param extras: A mapping from (dist.key, dist.version) to dist.location
                       of the extras associated with this interpreter.
     """
-    self._binary = os.path.realpath(binary)
+    self._binary = os.path.abspath(binary)
     self._extras = extras or {}
     self._identity = identity

noting that I'm no longer able to repro any of the cases mentioned here for either 2.7 or 3.6:
[omerta ~]$ pex redis==2.10.3 numpy==1.6.2 MarkupSafe==0.23
Python 2.7.13 (default, Mar  2 2017, 16:22:01)
[GCC 4.2.1 Compatible Apple LLVM 8.0.0 (clang-8<IP_ADDRESS>)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
(InteractiveConsole)
>>>

[omerta ~]$ pex pandas==0.19.2 grpcio==1.3.5 scipy==0.18.1
Python 3.6.0 (default, Feb 13 2017, 11:02:15)
[GCC 4.2.1 Compatible Apple LLVM 8.0.0 (clang-8<IP_ADDRESS>)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
(InteractiveConsole)
>>>

also, as of 1.2.8 pex now declares it's own transitive requirement on wheel, so it should be automatically included in the calling pex installation environment going forward obviating the need to source this from e.g. a venv.
marking as resolved.


Can we switch the .dev and .org?

Right now, when looking at the JSpecify site, you always see a .dev URL. That is, jspecify.org only redirects.
It would be great if we could reverse that arrangement, since we ask users to write import org.jspecify in their code.
How feasible is that?

Making matters a bit worse, any deep links such as I am putting into javadoc are having to link to the .dev site, because going to .org gives a scary SSL warning (which, if you click through it, redirects just fine). It feels problematic to sanctify the .dev address that way.

(I think you can link to http://jspecify.org/whatever fine: The problem is using https without SSL in place. (I can't remember if I had any idea how easy it was to get SSL in place for the .org site. Maybe it's easy to get in place for the "main" site??)

Earlier discussion: #195.

Not sure what it will take to fix this, but in the meantime I am always linking to .org as much as possible.

I'm working on getting this addressed so that .org is the canonical domain and .dev redirects to that.

Would appreciate this very much. There was a very small burst of discussion about JSpecify recently, and every comment that referred to the site always called it jspecify.dev. It's not a disaster, but it would be much nicer for them to see .org as the real domain.


X-net facades, and chisel cause crash to desktop

While on a private server with a number of mods
https://minecraft.curseforge.com/projects/ciprania
X-net facades crash when trying to break them, with chisel block textures
crash-2018-05-10_10.27.13-client.txt
This was my first crashlog took me to desktop, was using a supremium paxel, so my first thought was the tool was causing the issue.
crash-2018-05-10_11.15.10-client.txt
Second crashlog, this one was using a Aiot from actually additions, again my thought process was it must be the tool, tryed again with open hand
crash-2018-05-10_11.32.18-client.txt
This one happened with an open hand
Spokie with Both Mcjty and tterrag (x-net amd chisel) in discord, posting it here to help get it ironed out

Duplicate of #253 and #267. Already fixed in git; will be fixed in the next release.


Change generated clients to be noob-safe in how they use HttpClient

Edit So I had some noob misunderstanding in HttpClient best practice.

Some Microsoft sources say you should keep a static HttpClient forever, to avoid socket exhaustion
Others point out that, no, holding sockets forever is bad (for instance if you are using load balancing) so you should recycle your HttpClient now and then, (just not on every request)

I appreciate you have added stuff for control of HttpClient lifecycle, but perhaps you can make this safe out of the box? Noobs like me might also learn something by reviewing the generated code.
Here is one approach: https://github.com/dotnet/corefx/issues/11224#issuecomment-347361456

Original comments...
According to https://aspnetmonsters.com/2016/08/2016-08-27-httpclientwrong/
After each call, even though you've disposed the HttpClient, Windows holds the socket(s) it was using open for 240 seconds. There are only thousands of sockets available, so you can achieve socket exhaustion quite easily.

Although [HttpClient] implements the IDisposable interface it is actually a shared object. This means that under the covers it is reentrant) and thread safe. Instead of creating a new instance of HttpClient for each execution you should share a single instance of HttpClient for the entire lifetime of the application.
...

Make your HttpClient static.
Do not dispose of or wrap your HttpClient in a using unless you explicitly are looking for a particular behaviour (such as causing your services to fail).

Reading further...
Although some MSDN agrees...

HttpClient is intended to be instantiated once and reused throughout the life of an application. The following conditions can result in SocketException errors:

Creating a new HttpClient instance per request.
Server under heavy load.

Creating a new HttpClient instance per request can exhaust the available sockets.

...it can create another: You don't want to keep a socket open forever, for example if there is a DNS flip to a different deployment, you will still be talking to the old one.
Some people have custom logic so that both issues are solved. http://disq.us/p/1d4okj9 https://github.com/dotnet/corefx/issues/11224#issuecomment-347361456

OK - Sorry, I realize you're way ahead of me on this. :-)
I see checkboxes in NSwagStudio that allow control of HttpClient life cycle.
Please close this issue if not required. Thanks.

My problem with HttpClient is that there is no single or commonly used best practice... This is why I it is currently up to the user to correctly use it :-). The question: What is the best approach to solve this problem?
As you may know there are currently three ways to handle HttpClient in the generated code:

Create an HttpClient per request (no injection, default)
Inject HttpClient, handled by client
Change the HttpClient type, to e.g. "MyNamespace.IHttpClient" (the interface just needs the required methods which are generated).

Maybe we should implement a separate library which provides which provides HttpClient proxy implementations which internally manage HttpClient based on time or whatever - the library could provide different implementation which can be chosen depending on the use case/scenario?

I'll bet the commonly used 'best' practice is

~Create an HttpClient per request (no injection, default)~

Devs think "I Disposed it, I did the right thing!", not realizing that creating too many HttpClients within 240 seconds will break their system...
My conclusion is that HttpClients should always be static (per my MSDN link) but, because this might lead to it reusing a single socket forever, kept in a pool with round-robin and expiry time.
The pool would need a couple of parameters

Size (Reasonable default - 8?)
Expiry (Reasonable default - 10 seconds?)

I think this would work for everyone?
Obviously I will be looking for a prebuilt pool class... will have a dig around
Apparently this is faster as well as safer: https://github.com/mspnp/performance-optimization/blob/master/ImproperInstantiation/docs/LoadTesting.md

So is there a widely used NuGet package with a good HttpClient wrapper which we could use or propose to use?

@RSuter I haven't had time to look into this any further. Hopefully next month.

Now that we have services.AddHttpClient in .Net Core 2.1+, I would suggest changing the C# client template in the following way:
The public constructor:
        public ProcessmotorClient(System.Net.Http.HttpClient httpClient)
        {
            BaseUrl = baseUrl;
            _httpClient = httpClient;
            _settings = new System.Lazy<Newtonsoft.Json.JsonSerializerSettings>(() =>
            {
                var settings = new Newtonsoft.Json.JsonSerializerSettings();
                UpdateJsonSerializerSettings(settings);
                return settings;
            });
        }

is changed to
        public ProcessmotorClient(string baseUrl, System.Net.Http.HttpClient httpClient)
        {
            _httpClient = httpClient;
            _settings = new System.Lazy<Newtonsoft.Json.JsonSerializerSettings>(() =>
            {
                var settings = new Newtonsoft.Json.JsonSerializerSettings();
                UpdateJsonSerializerSettings(settings);
                return settings;
            });
        }

BaseUrl is removed in favor for httpClient.BaseAddress
This change will make it possible to do this without adding any extra code:
    services.AddHttpClient<MyClient>(client =>
    {
        client.BaseAddress = new Uri("https://api.myclient.com/");
    });

Using AddHttpClient this way also solves problems with port starvation and DNS lookup issues in Micro Services.

Have you tried to disable the UseBaseUrl setting?

Produces:

Nice :)
I didn't know this already existed.
Can this also be set as a parameter in .projcs when using the preview of NSwag.MSBuild.CodeGeneration?
(I'm trying to automaticly create a Nuget Package of the client each time I check in code to Azure evOps)

I think with the NSwagOptions attribute you can pass /UseBaseUrl:false - but not sure if the attribute is called like this...

It worked great! Thanks!
I added the following parameter:  GenerateNSwagCSharpOptions="/UseBaseUrl:true"

BTW: NSwag.MSBuild.CodeGeneration has been unlisted/renamed to NSwag.ApiDescription.Design

In .NET Core 2.1 and up, I believe the preferred pattern is to use IHttpClientFactory.CreateClient() every time you need an HttpClient instance. The default factory implementation then creates HttpClient instances that clean up their underlying sockets and other resources after 2 minutes.
What about turning _httpClient into a read-only, private property? Then in the property get, on .NET Core 2.1+ you could call IHttpClientFactory.CreateClient(), while on .NET Framework you could just use a static HttpClient instance, or else a custom algorithm that imitates the IHttpClientFactory behaviour. Though the initialization of generated clients might be complicated if you supported all of the above.
Thoughts?

I think it would make more sense to have a custom IHttpClientProvider interface. Then we can implement this in a backwards compatible way with a `StaticHttpClientProvider" implementation that is used under the hood.

I think it would make more sense to have a custom IHttpClientProvider interface. Then we can implement this in a backwards compatible way with a `StaticHttpClientProvider" implementation that is used under the hood.

Yes. This is what I am now leaning towards. I have implemented this myself in a project or two.

And maybe give your IHttpClientProvider interface a read-only, boolean property that indicates whether or not user code should Dispose() of the IHttpClient it got after it's done with it. ShouldDisposeAfterUse or something like that.

Or a release method. It is a typical pattern for object pooling. See ObjectPool class


dont_click.element exclude all children of all tags

Describe the bug
Instead of don'tClickChildrenOf, the dont_click.element specification item is being used with the under_xpath option. I wanted to exclude all children, no matter the type of tag, so I specified
[[dont_click.element]]
  under_xpath = //div[@id='ibm-masthead']//*

and got the exception:
[2022-03-21 12:21:16] [SEVERE ] [org.konveyor.tackletest.ui.crawljax.CrawljaxRunner main] Error creating Crawljax configuration: Tag name cannot be null
java.lang.NullPointerException: Tag name cannot be null
        at com.google.common.base.Preconditions.checkNotNull(Preconditions.java:895)
        at com.crawljax.core.configuration.CrawlActionsBuilder.dontClick(CrawlActionsBuilder.java:143)
        at com.crawljax.core.configuration.CrawlRules$CrawlRulesBuilder.dontClick(CrawlRules.java:319)
        at org.konveyor.tackletest.ui.crawljax.CrawljaxRunner.handleClickablesElementSpec(CrawljaxRunner.java:215)
        at org.konveyor.tackletest.ui.crawljax.CrawljaxRunner.updateClickablesConfiguration(CrawljaxRunner.java:247)
        at org.konveyor.tackletest.ui.crawljax.CrawljaxRunner.createCrawljaxConfiguration(CrawljaxRunner.java:497)
        at org.konveyor.tackletest.ui.crawljax.CrawljaxRunner.main(CrawljaxRunner.java:645)

@w3dkramer: dont_click.element specifications must contain a tag name; they can optionally restrict the tag occurrences with under_xpath, with_text, or with_attribute qualifiers. We do not support specs that contain only the qualifiers without any tag; e.g.
[[dont_click.element]]
  under_xpath = //div[@id='ibm-masthead']//*

For examples, see https://github.com/konveyor/tackle-test-generator-core/blob/main/tackle-test-generator-ui/test/data/sample/tkltest_ui_clickables_config.toml#L33-L68

@sinha108 What would I do to restrict all tags? Is it necessary to duplicate
[[dont_click.element]]
  tag= $X
  under_xpath = //div[@id='ibm-masthead']//*

where $X = button, input, a, etc.?

@w3dkramer: Currently, yes, you would have one dont_click element for each tag. We can look into enhancing the spec to support multiple tags (e.g., tag = ["button", "input", "a"]), which would make the spec simpler in cases where all tags have the same under_xpath/with_text/with_attribute qualifier. Completely omitting the tag would be harder because the Crawljax API doesn't support specifying element qualifiers without a tag.

Understood. I can work with the spec as it is at the moment, specifying each tag individually, but would definitely be in support of the enhancement to list multiple tags. In theory maybe there could also be a way to specify tag = "all_types" or some keyword, which the spec parser could just translate to duplicate the dont_click element for some predefined list of all types of tags to exclude. In the meantime thank you for illuminating the error.

@w3dkramer: Support for list of strings for tag_name has been added: tag_name can now be either a string or a list of strings.


(Refactor) Update dataDecoded structure

Due to recent changes in the transaction-service returned values (https://github.com/gnosis/safe-transaction-service/blob/e511032ff98b9666d851ebd0c53854fc0eeff3e9/safe_transaction_service/history/indexers/tx_decoder.py#L125-L126), need to refactor getDecodedData
Also, fixed typing errors related to the refactoring and all the typing errors in the codebase.

Travis automatic deployment:
https://pr995--safereact.review.gnosisdev.com/app

Looks ok to me :) the only thing please check the conflicts @fernandomg

There are Compound Tx that don't have the "Send to" hash address written, is "undefined". Is not happening in other PR's

https://pr995--safereact.review.gnosisdev.com/app/#/safes/0x9913B9180C20C6b0F21B6480c84422F6ebc4B808/transactions
This is how that Tx looks in prod rinkeby

https://rinkeby.gnosis-safe.io/app/#/safes/0x9913B9180C20C6b0F21B6480c84422F6ebc4B808/transactions

@mikheevm, @francovenica fixes in place. Please re-review. Thanks!

Travis automatic deployment:
https://pr995--safereact.review.gnosisdev.com/app

The especific tx I've reported were solved, but there is one that still shows the same issue in the same safe

https://pr995--safereact.review.gnosisdev.com/app/#/safes/0x9913B9180C20C6b0F21B6480c84422F6ebc4B808/transactions
the other 200 tx this safe has show no issues.
@fernandomg I propose that we could deal with this specific tx later and just merge this PR in dev

the other 200 tx this safe has show no issues.
@fernandomg I propose that we could deal with this specific tx later and just merge this PR in dev

Indeed, I'll merge it and we'll work on it on a separate PR


rosbridge_suite: 0.10.1-0 in 'kinetic/distribution.yaml' [bloom]

Increasing version of package(s) in repository rosbridge_suite to 0.10.1-0:

upstream repository: https://github.com/RobotWebTools/rosbridge_suite
release repository: https://github.com/RobotWebTools-release/rosbridge_suite-release.git
distro file: kinetic/distribution.yaml
bloom version: 0.6.9
previous version for package: 0.10.0-0

rosapi

No changes

rosbridge_library
* Inline cbor library (#377 <https://github.com/RobotWebTools/rosbridge_suite/issues/377>)
  Prefer system version with C speedups, but include pure Python implementation.
* Contributors: Matt Vollrath

rosbridge_server

No changes

rosbridge_suite

No changes

close and reopen to retrigger travis


Deprecate outdated doc, templates, and auxiliary files.

Description

Remove outdated documents in the root directory.
Remove hjson templates as we do not require contributors to create json files by hand. Rather, we would hide technical details as much as possible.
Remove urls.json in datasets/.

Related Issue

This PR attempts to fix #462 and fix #425.
Motivation and Context

In general, we would like to migrate all instructions/documents about dataset submission into a same place. Currently, we are moving everything into Wiki. In the long run, we will move everything into the GLI web document.
We would like to deprecate urls.json as we use as we use HTTP request to fetch download urls now.

How Has This Been Tested?

This change does not involve source code change.

This is an automatic reminder for pasting the local test results of wiki as a comment in this PR, in case you haven't done so. The aforementioned datasets are too large for them to be tested with GitHub Action workflow here. The local test result for each dataset can be obtained by running make pytest DATASET=<dataset name>. For more details, please refer to the dataset submission guide.

This is expected as we are modifying all datasets by removing the urls.json.

Pytests failed: log. Fails contain two parts:

KeyError: 'predict_tail' for all KGEntityPrediction tasks.
Cannot fetch urls for arxiv-year, snap-patents, and twitch-gamers.

I think the tests failure are triggered by previous code.

I tried to run the following code and successfully got the url for snap-patents.npz:
from gli.utils import _get_url_from_server
print(_get_url_from_server('snap_patents.npz'))

The result is 'https://www.dropbox.com/s/yplq00csa3vyogp/snap_patents.npz?dl=0'.
Maybe the HTTPS server is unstable?

I tried to run the following code and successfully got the url for snap-patents.npz:
from gli.utils import _get_url_from_server
print(_get_url_from_server('snap_patents.npz'))

The result is 'https://www.dropbox.com/s/yplq00csa3vyogp/snap_patents.npz?dl=0'.
Maybe the HTTPS server is unstable?

In [1]: from gli.utils import _get_url_from_server

In [2]: from gli import get_gli_graph

In [3]: for i in range(5):
   ...:     print(_get_url_from_server('snap_patents.npz'))
   ...:
https://www.dropbox.com/s/yplq00csa3vyogp/snap_patents.npz?dl=0
https://www.dropbox.com/s/yplq00csa3vyogp/snap_patents.npz?dl=0
https://www.dropbox.com/s/yplq00csa3vyogp/snap_patents.npz?dl=0
https://www.dropbox.com/s/yplq00csa3vyogp/snap_patents.npz?dl=0
https://www.dropbox.com/s/yplq00csa3vyogp/snap_patents.npz?dl=0

In [4]: get_gli_graph('snap-patents')
---------------------------------------------------------------------------
FileNotFoundError                         Traceback (most recent call last)
Cell In [4], line 1
----> 1 get_gli_graph('snap-patents')

File ~/Projects/Private/gli/gli/dataloading.py:139, in get_gli_graph(dataset, device, verbose)
    137 if not os.path.exists(metadata_path):
    138     raise FileNotFoundError(f"{metadata_path} not found.")
--> 139 download_data(dataset, verbose=verbose)
    141 return read_gli_graph(metadata_path, device=device, verbose=verbose)

File ~/Projects/Private/gli/gli/utils.py:367, in download_data(dataset, verbose)
    365             data_file_url_dict[data_file] = url_dict[data_file]
    366         else:
--> 367             raise FileNotFoundError(f"cannot find url for {data_file}.")
    369 for data_file_name, url in data_file_url_dict.items():
    370     data_file_path = os.path.join(data_dir, data_file_name)

FileNotFoundError: cannot find url for snap-patents.npz.

I can fetch the url directly by calling _get_url_from_server but failed to fetch it when calling it inside get_gli_graph(). This is unexpected. Let me have a closer look into this issue.

Fixed predict_tail error via #468.

Found the bug:

snap_patents.npz exists in remote.
metadata.json uses snap-patents.npz, which does not exist in remote storage.

twitch-gamers and arxiv-year share the same issue. I have temporarily fixed them by modifying corresponding metadata.json manually. This vulnerability would be resolved in the future when we enforce function-based interface to contribute dataset.


[ADDITION]  Control D

Category
DNS Providers
Software to be added
A modern and customizable DNS service that blocks threats, unwanted content and ads on all devices. Built by the Windscribe team.
Supporting Material

Extremely effective malware blocking
One of the fastest anycast DNS resolvers
Operated entirely from RAM-disk servers
Open source DNS daemon with unparalleled flexibility and OS support

Affiliation Disclosure
Co-founder
Would you like to submit a PR?
Yes!
Please tick the boxes

[X] You have filled out this form accurately, and to the best of your knowledge
[X] You have indicated whether or not you are associated with the suggested addition
[X] A similar submission has not already been opened for this software / service
[X] You agree to the code of conduct

I've been using Control D since early beta days for almost three years now, since then its grown into a serious product and in my humble opinion they genuinely deserve to be featured.
Thanks for all the effort you put into maintaining this list @Lissy93 ❤


Feature/grad scho

Coverage decreased (-0.01%) to 84.528% when pulling 46f27db660fd69b9d8db9f2c0dc7da5d7820beb3 on feature/grad-scho into a6882797d64ef99b1d679f1828da8c4998e1299e on develop.


linking downloaded weight for offline chroma usage

Dear generatebio github,
I have gpu node that is not connected to the internet and thus need to run chroma offline.
Can you help me how to set up and call out the downloaded weight?
I appreciate your help and guidance.

Hi @peptidelinks,
Were you able to set it up for offline run?

Yes I was able to run it. I will update this comment accordingly later to share the steps.

First, download the 2G3N.cif file from the pdb database. (https://www.rcsb.org/structure/2g3n)
Second, you want to add the following to provide the path for the 2G3N.cif file.
In the "chroma/chroma/layers/structure/protein_graph.py" add the below.
def _reference_stats(self, reference_pdb):
file_path = f'/PATHto2G3N/2G3N.cif'
protein = Protein.from_CIF(file_path)
X, C, _ = protein.to_XCS()
stats_dict = self._feature_stats(X, C)
return stats_dict
Once these are accomplished, when you initiate chroma instance, you want to give the path to the weights.
chroma = Chroma(weights_backbone='/PATHtoWEIGHTS/chroma_backbone_v1.0.pt', weights_design='/PATHtoWEIGHTS/chroma_design_v1.0.pt')

Hi @peptidelinks! I made the changes as per your instructions. However, I received the following error, if you can have a look and let me know if there is anything you can help with?
Traceback (most recent call last):   File "/home/ubuntu/chroma/test.py", line 3, in <module>     chroma = Chroma(weights_backbone = 'chroma_weights/chroma_backbone_v1.0.pt', weights_design = 'chroma_weights/chroma_design_v1.0.pt')   File "/home/ubuntu/chroma/chroma/models/chroma.py", line 84, in __init__     self.backbone_network = graph_backbone.load_model(   File "/home/ubuntu/chroma/chroma/models/graph_backbone.py", line 405, in load_model     return utility_load_model(   File "/home/ubuntu/chroma/chroma/utility/model.py", line 110, in load_model     model = model_class(**params["init_kwargs"]).to(device)   File "/home/ubuntu/chroma/chroma/models/graph_backbone.py", line 114, in __init__     [   File "/home/ubuntu/chroma/chroma/models/graph_backbone.py", line 115, in <listcomp>     BackboneEncoderGNN(   File "/home/ubuntu/chroma/chroma/models/graph_design.py", line 1192, in __init__     self.feature_graph = protein_graph.ProteinFeatureGraph(   File "/home/ubuntu/chroma/chroma/layers/structure/protein_graph.py", line 183, in __init__     self._load_centering_params(self.centered_pdb)   File "/home/ubuntu/chroma/chroma/layers/structure/protein_graph.py", line 277, in _load_centering_params     param_dictionary = self._reference_stats(reference_pdb)   File "/home/ubuntu/chroma/chroma/layers/structure/protein_graph.py", line 300, in _reference_stats     stats_dict = self._feature_stats(X, C)   File "/home/ubuntu/chroma/chroma/layers/structure/protein_graph.py", line 327, in _feature_stats     node_h = layer(X, edge_idx, C)   File "/opt/conda/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1532, in _wrapped_call_impl     return self._call_impl(*args, **kwargs)   File "/opt/conda/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1541, in _call_impl     return forward_call(*args, **kwargs)   File "/home/ubuntu/chroma/chroma/layers/structure/protein_graph.py", line 623, in forward     outs = self.internal_coords(X, C=C, return_masks=True)   File "/opt/conda/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1532, in _wrapped_call_impl     return self._call_impl(*args, **kwargs)   File "/opt/conda/lib/python3.10/site-packages/torch/nn/modules/module.py", line 1541, in _call_impl     return forward_call(*args, **kwargs)   File "/home/ubuntu/chroma/chroma/layers/structure/geometry.py", line 411, in forward     _, X_CA, X_C, X_O = X.unbind(dim=2) ValueError: too many values to unpack (expected 4)

can you try to give a full path to the weights?

yes, you want to keep the original reference_stats as well as add the line I mentioned above which is copied below;
In the "chroma/chroma/layers/structure/protein_graph.py" add the below.
def _reference_stats(self, reference_pdb):
file_path = f'/PATHto2G3N/2G3N.cif'
protein = Protein.from_CIF(file_path)
X, C, _ = protein.to_XCS()
stats_dict = self._feature_stats(X, C)
return stats_dict
you may need to indent the code above

@Dhruv-reviv did it work for you? If it worked, please let me know!

@peptidelinks I see! Actually I moved on to a different project. However, I will try it by end of the day and let you know!
Thanks!


feat: cleanup in Mathlib/Init/*

This moves some content out of Init, deprecates some material that was ported from Lean 3 but is used nowhere, and removes some attributes and instances which are duplicated from Lean or Batteries.

Thanks for addressing my comments (and for performing this clean-up in the first place). Let's have another pair of eyes on this.
maintainer merge

This is clearly not a feat PR, right?

bors merge


⚠ TTS Generation has degraded performance

In 730f8d2, TTS Generation ($SECRET_TTS_TEST_GEN_URL) experienced degraded performance:

HTTP code: 200
Response time: 516 ms

Resolved: TTS Generation performance has improved in 16ffe96 after 1 hour, 9 minutes.


Update node versions in Travis config

Coverage remained the same at 86.184% when pulling df6b3cb3f44c4da3ef86404294ade45cc6c5c10f on develop-coverage-fix into a0b5bc1b0aca586f2ca50654fc3fc867cf8e249a on develop.

Coverage decreased (-0.09%) to 86.093% when pulling dc048ced7dab441c945d23c193897c7964606bfc on develop-coverage-fix into a0b5bc1b0aca586f2ca50654fc3fc867cf8e249a on develop.


Discord Bot Not Sending Articles

Description
New articles are not being sent to discord. The message that a new article was added gets sent, but the article embed fails. Reproduction is unreliable at best.
Replication Process:
Steps to reproduce the behavior:

Run the latest (at the time) version of the program
Register a news channel
Wait for the program to find a new article
Look at the messages in the news channel

Expected Behavior
The article should be sent, along with the message about it being added.

It started happening again - two latest articles are missing.

Thanks for reporting again. The bot is sadly very broken right now, and its really hard to track down all the bugs. I've re-written a large part of the codebase so it's easier to maintain, and I hope to push that soon.
Thanks for your patience.


Support zookeeper

#192

Pull Request Test Coverage Report for Build 538

225 of 306 (73.53%)  changed or added relevant lines in 21 files are covered.
67 unchanged lines in 27 files lost coverage.
Overall coverage increased (+2.4%) to 50.0%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

sofa-ark-parent/core/spi/src/main/java/com/alipay/sofa/ark/spi/constant/Constants.java
0
1
0.0%

sofa-ark-parent/support/ark-springboot-integration/ark-compatible-springboot1/src/main/java/com/alipay/sofa/ark/springboot1/endpoint/IntrospectBizEndpoint.java
2
3
66.67%

sofa-ark-parent/support/ark-springboot-integration/ark-compatible-springboot1/src/main/java/com/alipay/sofa/ark/springboot1/endpoint/IntrospectBizEndpointMvcAdapter.java
3
4
75.0%

sofa-ark-parent/support/ark-springboot-integration/ark-compatible-springboot2/src/main/java/com/alipay/sofa/ark/springboot2/endpoint/IntrospectBizEndpoint.java
1
2
50.0%

sofa-ark-plugin/config-ark-plugin/src/main/java/com/alipay/sofa/ark/config/OperationProcessor.java
0
1
0.0%

sofa-ark-plugin/config-ark-plugin/src/main/java/com/alipay/sofa/ark/config/zk/ZookeeperConfigurator.java
23
24
95.83%

sofa-ark-parent/core/api/src/main/java/com/alipay/sofa/ark/api/ArkConfigs.java
0
2
0.0%

sofa-ark-plugin/config-ark-plugin/src/main/java/com/alipay/sofa/ark/config/RegistryConfig.java
11
14
78.57%

sofa-ark-plugin/config-ark-plugin/src/main/java/com/alipay/sofa/ark/config/util/NetUtils.java
0
4
0.0%

sofa-ark-parent/support/ark-springboot-integration/ark-common-springboot/src/main/java/com/alipay/sofa/ark/springboot/condition/OnArkEnabled.java
0
6
0.0%

Files with Coverage Reduction
New Missed Lines
%

sofa-ark-parent/core/common/src/main/java/com/alipay/sofa/ark/common/thread/CommonThreadPool.java
1
0.0%

sofa-ark-parent/core/spi/src/main/java/com/alipay/sofa/ark/spi/argument/LaunchCommand.java
1
73.33%

sofa-ark-parent/core/common/src/main/java/com/alipay/sofa/ark/common/util/FileUtils.java
1
0.0%

sofa-ark-parent/core-impl/container/src/main/java/com/alipay/sofa/ark/container/model/BizModel.java
1
84.34%

sofa-ark-parent/support/ark-support-starter/src/main/java/com/alipay/sofa/ark/support/thread/IsolatedThreadGroup.java
1
0.0%

sofa-ark-parent/core-impl/container/src/main/java/com/alipay/sofa/ark/container/pipeline/HandleArchiveStage.java
1
58.0%

sofa-ark-parent/core-impl/container/src/main/java/com/alipay/sofa/ark/container/test/TestClassLoader.java
1
0.0%

sofa-ark-parent/core-impl/container/src/main/java/com/alipay/sofa/ark/container/test/TestHelper.java
1
0.0%

sofa-ark-parent/support/ark-support-starter/src/main/java/com/alipay/sofa/ark/support/listener/ArkTestNGAlterSuiteListener.java
1
91.18%

sofa-ark-parent/core-impl/container/src/main/java/com/alipay/sofa/ark/container/service/plugin/PluginDeployServiceImpl.java
1
83.72%

Totals

Change from base Build 537:
2.4%

Covered Lines:
1614

Relevant Lines:
3228

💛  - Coveralls


How to publish package configuration files 如何发布包配置文件

例如我在 User 模块下使用了 tymon/jwt-auth 包，需要发布配置，但我该如何发布 User 模块下安装的 jwt-auth 包的配置文件那？
For example, I use the tymon/jwt-auth package under the User module and need to publish the configuration, but how do I publish the configuration file of the jwt-auth package installed under the User module?
php artisan vendor:publish --provider="Tymon\JWTAuth\Providers\LaravelServiceProvider"

We have also run into this and curious if there is a solution other than manually moving files to the module.

I don’t think you can. I think you’re better off leaving vendor published files in their published location


syntax error at -e line 5, near "${}"

Updated to latest version today. I found issue #198 but setting the default URL didn't work for me.
While trying to start my world:
shawn@play:~/mscs$ sudo mscs start gtnh The cached copy of the version manifest is up to date. Use the force-update option to ensure a new copy is downloaded. Starting Minecraft Server: gtnhsyntax error at -e line 5, near "${}" Execution of -e aborted due to compilation errors. Error detecting the current Minecraft version.
Then I receive this error when trying to use the force update:
shawn@play:~/mscs$ sudo mscs force-update gtnh Removing cached version manifest. Downloading current Minecraft version manifest. Stopping Minecraft Server:. Backing up Minecraft Server: gtnh. Removing Minecraft Server software: gtnhsyntax error at -e line 5, near "${}" Execution of -e aborted due to compilation errors. syntax error at -e line 5, near "${}" Execution of -e aborted due to compilation errors. . Updating Server Software: gtnhsyntax error at -e line 5, near "${}" Execution of -e aborted due to compilation errors. Error detecting the current Minecraft version.

Ahh shoot. I should have tested commit c6d0b591740541a2dab83c308443e8b757c9ae71... I just assumed it would work. Sorry about that.  I'll work on a fix asap.

No worries, thanks for the quick reply! :D

This should be fixed by commit ea24167612fdeffeea86e026660f266bb1ed9850. Let me know how it works for you @shawnbyday

Looks good now, thanks for the quick fix! Can close.

Closing the issue as fixed.  Thanks for reporting the issue @shawnbyday


It is not possible to scroll tabs list without touch screen

Your Windows build number:  10.0.18890.1000

What you're doing and what's happening: If you open enough tabs you are unable to see all tabs at once. The only way to solve this is to either close this or use a touch screen to scroll horizontally.

What's wrong / what should be happening instead: It should be possible to scroll tabs without a touch screen or the tabs should automatically resize so they all fit at once.

I think the tabs should resize to a particular min-width, and then start scrolling. Basically, the tab behaviour should be like Firefox and not Chrome.

So there's a LOT of different opinions about how tabs should be sized. I'm not even going to open that can of worms here.
What I can say is that mouse scrolling of the tabs _should_work. Unfortunately, we're using a pretty early build of the TabControl, so when you try scrolling it with the mouse, the parts of the tabs that weren't visible before don't actually render for some reason. If you manually resize the window, then the tabs will figure themselves out.

I can confirm that scrolling the tab list with does not seem to work at all for me either. I don't have a touch screen to test.
Windows build 10.0.18362.86

Scrolling works with a mouse but not as intended. When I open many terminal tabs as can be seen in the screenshot below, it doesn't show the complete tab and when I open more tabs, they don't even appear in the bar. (the maximum number of tabs are 4)
Also scrolling works with a mouse but not with Windows Precision trackpad.

Ah, I was using my surfaces trackpad

@kumarharsh commented on May 6, 2019, 11:53 PM EDT:

I think the tabs should resize to a particular min-width, and then start scrolling. Basically, the tab behaviour should be like Firefox and not Chrome.

@zadjii-msft commented on May 7, 2019, 12:56 PM EDT:

So there's a LOT of different opinions about how tabs should be sized. I'm not even going to open that can of worms here.

Might be better suited as a separate issue, but since it came up in here, what about a setting for minimum tab width instead of forcing either "scrolling after min-width" or "no min-width, no scroll" tabs:

If disabled, it would be chrome-like with tabs getting ever smaller, and if enabled, then you can define the min-width you want before it starts scrolling.

@Californ1a yeah, that sounds like a good solution.

@Californ1a Let's open a separate issue for discussion of tab sizing. I'd rather each issue discussed an atomic topic, in this case, scrolling the tabs without a touchscreen.

Ah, I was using my surfaces trackpad

I rebuilt it and deployed it again and it works 😉


Make user location listitem trigger a search

What Currently Happens?
Currently, when you click on the Location field in a user profile, a Google Map is opened with a pin to that location.
What Would You Like To Happen?
I don't think the current behavior is really interesting. Would we consider instead triggering a search for other users in that location?

Hey, that's a really good idea! For anyone who wants to take this on: location searches can be performed with the following query: location:"San Francisco, CA" (try it out).

@t-laird I think thats an absolutely great idea :) Definitely nicer than creating a new screen entirely 🙌

Hi there! I’m a first-time contributor and was hoping to help out with this issue. I noticed nobody was assigned to it for a while, but if there’s already a solution in progress I’m happy to try helping out elsewhere. Thanks!


pull request for e2e test at 02/04/2017 05:56:08

:white_check_mark: Validation status: passed
For more details, please refer to the build report.
Note: If you changed an existing file name or deleted a file, broken links in other files to the deleted or renamed file are listed only in the full build report.


MAC address

Is there a way for me to obtain the MAC address of a printer? What bytes should I send though a socket connection?

Pyramid Technologies Inc. currently does not make any printers with an Ethernet interface or any network interface. Therefor non of the products have MAC addresses. Using ESC/POS, you will not be able to get that information.


Failure on last Test Vector

The test suite uses this code
#[test]
fn suite() {
    let data = setup();
    for i in 0..TEST_COUNT - 1 {
        let offset = i * i;
        test(&TESTDATA[i], &data[offset..offset + i]);
    }
}

That only checks the first 299 of the 300 test vectors. When I modify the code to include the last test vector it fails for just that one. The same is true of my own implementation (https://github.com/SymmetricChaos/crypto-gui/tree/master/hashers/src/cityhash) and the Go implementation I referenced to make it (https://github.com/creachadair/cityhash/blob/v0.1.1/cityhash.go)
Do you have any idea what causes this? It seems to me that the outputs for the last test are wrong since all of these implementation not only fail but do so with the same result: 0x48C31271.

I don't believe this is a bug. The original test suite is this:
int main(int argc, char** argv) {
  setup();
  int i = 0;
  for ( ; i < kTestSize - 1; i++) {
    Test(testdata[i], i * i, i);
  }
  Test(testdata[i], 0, kDataSize);
  return errors > 0;
}

The loop will run until i is less than kTestSize - 1. This means the upper bound of the iteration is 298. So, if this is indeed a bug, it exists in the original C code as well.
I noticed the original test code has one final test with i being 299 since that's the condition it exits the loop, and I added that this morning to my implementation, and it passes as well. I'm very confident my implementation matches the C implementation.


Anomaly Grenade for syndicate scientists

About the PR

This PR adds a new grenade for syndicate scientists to use. The grenade spawns an anomaly upon use and costs 4 TC each. If there's anything I should change or add, LMK. Some initial thoughts: Could use a custom sprite. Also could make it not silent (make it beep when activated).
Why / Balance

Currently, sabotage via anomalies is not very viable mainly due to the randomness of where the anomaly can spawn. Other factors like resource requirement for the anomaly generator and the anomaly generation broadcast can hinder sabotage via anomalies, but the randomness of anomaly spawning is the main hinderance. This item will change that, allowing you to choose where you want an anomaly to go and only requires the precious TC that syndicates have, alongside being silent. The anomaly is still randomly picked, so syndicates may not get the certain anomaly they want.
Media

[X] I have added screenshots/videos to this PR showcasing its changes ingame, or this PR does not require an ingame showcase

https://github.com/space-wizards/space-station-14/assets/91828755/7b613f8e-5661-4059-8de7-76449e2c193a
Changelog

:cl:

add: A new grenade that creates an anomaly has been added for syndicate scientists.

i dont like homogenizing effects from special department things for antag abilities if that makes sense, i w

Also, traitor scientists can use an experimental CHIMP to force these anomalies into crit very quickly. This seems a bit too much

been discussed a bit in general chat, a couple ideas:

move the price up (balance)
make the anomaly go critical immediately instead of spawning a non-critical one (solves friendly syndies)
increase the timer or make the grenade into a syndie bomb type deal (balance)

Kinda feels like the Omega particles but just way simpler and with no evidence aside from seeing you lob a grenade.

perhaps another cool (and possibly more peaceful) option could be to do the (I forget the name) blue anom that teleports things?
As a kind of "rip-off RD teleporter", or some gadget that teleports you to a random location - for a quick getaway (or escape from perma, if it's an implant), but has very limited uses.

going to close this for now, if anyone has an idea to improve this, they can take the idea for themselves
i might come back to it later if i come up with something before someone else does


isue

it says discord is not defined

Hi @Exotic-Starz .
Have you tried installing the npm package? You are probably missing dependencies.

Hello,
Please make sure you have the file named package.json, if you have it, run

npm i
This will install all the dependencies needed
If you do not have the package.json, you can download it from the repository

Have a nice day,
dionsyran2 (I do not work and i am not in the developer team of this bot)


make sure body is empty

Coverage decreased (-0.8%) to 63.815% when pulling b8ba726d67e6bdb90a2d4f69400be5e45c66cc94 on tianxiaoliang:master into 59ce13de627d5fe8c955531feea0f9350458b425 on ServiceComb:master.


Multiple paths for single route

What problem does this feature solve?
This one:  https://github.com/pillarjs/path-to-regexp/issues/235
Current error:
vue-router.esm.js?8c4f:1495 Uncaught TypeError: path.replace is not a function
    at normalizePath (vue-router.esm.js?8c4f:1495)
    at addRouteRecord (vue-router.esm.js?8c4f:1372)
    at eval (vue-router.esm.js?8c4f:1422)
    at Array.forEach (<anonymous>)
    at addRouteRecord (vue-router.esm.js?8c4f:1418)
    at eval (vue-router.esm.js?8c4f:1422)
    at Array.forEach (<anonymous>)
    at addRouteRecord (vue-router.esm.js?8c4f:1418)
    at eval (vue-router.esm.js?8c4f:1422)
    at Array.forEach (<anonymous>)

What does the proposed API look like?
path: ['create', ':id']

Apply the first one if no argument is passed and the second one in other case.

This was discussed over on the Discord chat, you can use a regular param and pass it to props (https://router.vuejs.org/guide/essentials/passing-props.html#function-mode) props: to => ({ id: to.params.id == 'created' ? null : 'to.params.id' }).
You can also create another route:
const commonRouteProperties = { component: ..., etc }

new Router({
  routes: [ { path: '/create', ...commonRouteProperties }, { path: '/:id', ...commonRouteProperties }]
})

Putting both routes together would be confusing in terms of active behavior.
Note that you can use alias for multiple paths (although in your scenario it won't work because aliases must share the same params) (https://router.vuejs.org/guide/essentials/redirect-and-alias.html)


Keyboard is fried. I kept having to fix "URLL" because the L button just keeps going.


fix: set default color range for VideoReformatter.format()

The behavior of the VideoReformatter.format() is inconsistent with the documentation. According to the documentation, when color_range is None, it should use the color_range of the frame. However, in the function implementation, the default is set to 0.

This reverts the fix to https://github.com/PyAV-Org/PyAV/issues/1378
Why don't we change the documentation instead?

This reverts the fix to #1378 Why don't we change the documentation instead?

Thanks for the reminder. The description of parameters has been updated to match the implementation.


Add splatviz

I have updated and rebranded my Gaussian Viewer to "splatviz". It now allows real time code changes or viewing multiple scenes at once. It still loads compact ply files, however, I think thats no longer the main focus.
This PR removes the old viewer and adds the new viewer to the list.

looks great!


typos in the processes chapter

I noticed some differences in the output of hipe_bifs:show_pcb/1 on
Erlang version 21.  The major differences seem to be with respect to
the various msg fields which have been moved out of the PCB.
I have not looked at the code changes in detail but it does look like
there will need to be some changes to the description of message handling.

Thanks


Pure C Dependences from XCodeProject

I had problems trying to vsimport my XCodeProject with sqlite3 dependence.

@agustingandara Could you please be more specific about the issue/errors you ran into?

C:\Users\agustingandara\Documents\repo\essen\essen_app>vsimporter
[W] Ignoring "CatalogoLibs" target with unsupported product type "com.apple.product-type.framework".
[W] Failed to process PBXTargetDependency (C34FB1731AE04BFB00618DB5) for "Essen AR" target. Unable to create dependency target in "Essen" project.
[W] Ignoring unsupported PBXCopyFilesBuildPhase in "Essen AR" target.
[W] Ignoring "CatalogoLibs" target with unsupported product type "com.apple.product-type.framework".
[W] Failed to process PBXTargetDependency (C38D73D31AE16FFF00DA1BAC) for "Essen UY" target. Unable to create dependency target in "Essen" project.
[W] Ignoring unsupported PBXCopyFilesBuildPhase in "Essen UY" target.
[W] Ignoring "CatalogoLibs" target with unsupported product type "com.apple.product-type.framework".
[W] Failed to process PBXTargetDependency (C38D74481AE1765A00DA1BAC) for "Essen BO" target. Unable to create dependency target in "Essen" project.
[W] Ignoring unsupported PBXCopyFilesBuildPhase in "Essen BO" target.
[W] Ignoring "CatalogoLibs" target with unsupported product type "com.apple.product-type.framework".
[W] Failed to process PBXTargetDependency (C3D006851AE6BCFE007C7101) for "Essen LA" target. Unable to create dependency target in "Essen" project.
[W] Ignoring unsupported PBXCopyFilesBuildPhase in "Essen LA" target.
[W] Ignoring "CatalogoLibs" target with unsupported product type "com.apple.product-type.framework".
Generated C:\Users\agustingandara\Documents\repo\essen\essen_app\Essen.vsimporter\Essen AR-WinStore10\Essen AR.vcxproj
Generated C:\Users\agustingandara\Documents\repo\essen\essen_app\Essen.vsimporter\Essen BO-WinStore10\Essen BO.vcxproj
Generated C:\Users\agustingandara\Documents\repo\essen\essen_app\Essen.vsimporter\Essen LA-WinStore10\Essen LA.vcxproj
Generated C:\Users\agustingandara\Documents\repo\essen\essen_app\Essen.vsimporter\Essen UY-WinStore10\Essen UY.vcxproj
Generated C:\Users\agustingandara\Documents\repo\essen\essen_app\Essen.vsimporter\Essen-Headers-WinStore10\Essen-Headers.vcxitems
Generated C:\Users\agustingandara\Documents\repo\essen\essen_app\Essen-WinStore10.sln

@asimonov-msft @s5msft What about importing the NuGet Package of the same sqlite3 project?

I added the same NuGet Package of sqlite3 project, download and add headers to my project. Problem seem to be solved.
BUT! I had to raise another issue: fatal error LNK1181 #104
1>------ Build started: Project: Essen AR, Configuration: Debug Win32 ------
1>LINK : fatal error LNK1181: cannot open input file 'CoreData.lib'
========== Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped ==========
========== Deploy: 0 succeeded, 0 failed, 0 skipped ==========
I had to


Fixing recording location after #9699

This fix didn't quite make it where it needed to be!

This will fix https://dev.azure.com/azure-sdk/public/_build/results?buildId=54052 too.


Multi-page layout

I've been working on a multi-page layout (in the multi-page-layout branch) for a while now. It's currently publicly available at http://ffxiv-beta.lokyst.net/ and should be mostly in sync with the master branch.
The intention with this new layout is to reduce the amount of stuff visible on the page to only what you need for a particular "mode" of use. So for example, once the crafter stats and available actions are set, it is unlikely that you will need to adjust them while working with the sequence and solver. Similarly, options don't need to be visible all the time either.
I also wanted to improve the appearance and usability of the site on touch devices and devices with small screens. Mainly, this meant no Bootstrap popup dialogs and reducing the complexity of the layout so that it could more gracefully degrade to fit smaller screens.
Under the hood, I've also tried to make the code more modular, particularly controllers.js.
TODO:

[x] Convert the Macro popup dialog into an inline form.
[x] Figure out better solution for page switching when top bar switches to collapsed mode at smaller screen widths.
[x] Split Simulator and Solver into separate pages.
[x] Move Options page into modal dialog -- must degrade gracefully on smaller screens
[x] Clicking "Solve..." button on Simulator page should switch to Solver page AND start the solver
[x] Add Macro tab to log tabs on Solver page that shows the macro for the Solver result
[x] Better layout of saved synths buttons and name.

Options button is not visible once you scroll down to view the console log section.

[ ] Split Solve console log into probabilistic and montecarlo sim tabs.


Documentation

This looks like a very interesting project. The only thing I'm missing is proper documentation or a link to code examples.
The editor is nice, but I can't easily find how to implement the effects with code.

Ahh yes sadly there is no any documentation yet. I will add it to my TODO list but before it will be ready here are some tips from me:

Use the editor to create your effects: https://newkrok.com/developer-area/particles-editor
Check the related videos how can you create effects

https://www.youtube.com/watch?v=fdtoft1AXBk
https://www.youtube.com/watch?v=Q352JuxON04
https://www.youtube.com/watch?v=dtN_bndvoGU

Check this project where I'm using it: https://github.com/NewKrok/three-game-demo

Collection of effect configs: https://github.com/NewKrok/three-game-demo/blob/master/src/js/effects-config.js
Usage: https://github.com/NewKrok/three-game-demo/blob/master/src/js/level-up/level-up-world-config.js

const walkEffect = createParticleSystem(effectsConfig[EffectId.RUNNING]);
unit.container.add(walkEffect.instance);

I know it's still not a documentation but here is a simple example how can you add it to your project: https://github.com/NewKrok/three-particles-sample-1


Add core values to about section?

Should we?

Submitted a pull request with a core values section https://github.com/OpenBazaar/docs/pull/7


Diamagnetic drift

From fluid theory, there is a so-called diamagnetic drift that is never discussed in the single particle motion section. This is another case where a drift occurs even though the guiding centers are stationary (besides the polarization drift).
Diamagnetic drift can also lead to a current because of the dependence on charge $q$. This, however, is not so obvious from a single particle point of view since the guiding centers do not drift. Are we able to demonstrate this via a test particle model?

Diamagnetic drift is a collective effect, we cannot find it in the Lagrangian of a charged particle or the guiding center. If we want to demonstrate this drift, maybe we can abstract the effect of gradient as a body force field.

Maybe some setup like Figure 7 in this note. But I am not exactly sure how we want to demonstrate this: should we simply launch more particles on the right and computing some averging, or introduce an additional $\nabla p$ force?

Diamagnetic drift is a collective effect, we cannot find it in the Lagrangian of a charged particle or the guiding center. If we want to demonstrate this drift, maybe we can abstract the effect of gradient as a body force field.

Sorry, I think my idea is wrong, we cannot replace a collective effect with an additional force. A drift with a force field is far different from a collective effect.

So to conclude, the diamagnetic drift is a macroscopic effect that does not appear in the single particle motion.


cxx-core: add null tests

Add checks for null arguments and throw invalid_argument if check fails.
While doing negative testing from Python API, these missing checks resulted in segfaults.
Putting these checks in will enable development of negative tests from Python.
TODO:
Look into possibly using except class for throwing those exceptions.

@tswhison
This resulted when I was testing None (or null) arguments from the Python API.

Pull Request Test Coverage Report for Build 2126

9 of 16 (56.25%)  changed or added relevant lines in 5 files are covered.
No unchanged relevant lines lost coverage.
Overall coverage increased (+0.02%) to 47.466%

Changes Missing Coverage
Covered Lines
Changed/Added Lines
%

libopaecxx/src/errors.cpp
1
2
50.0%

libopaecxx/src/events.cpp
1
2
50.0%

libopaecxx/src/shared_buffer.cpp
1
2
50.0%

libopaecxx/src/handle.cpp
1
2
50.0%

libopaecxx/src/token.cpp
5
8
62.5%

Totals

Change from base Build 2122:
0.02%

Covered Lines:
2014

Relevant Lines:
4243

💛  - Coveralls


New package: XML v0.1.0

Registering package: XML
Repository: https://github.com/joshday/XML.jl
Created by: @joshday
Version: v0.1.0
Commit: eac3c931746d388695a466e02396cf164998d88f
Reviewed by: @joshday
Reference: https://github.com/joshday/XML.jl/commit/eac3c931746d388695a466e02396cf164998d88f#commitcomment-71356109
Description: Read and write XML in pure Julia ❤

I'm developing a KML (https://developers.google.com/kml) package that depends on XML.jl.  Is this ready to be registered?
p.s. A big thank you to all General maintainers!


Remove error and add a warning for gravmag.transform.upcontinue when height <= 0

Fixes #235
Change the behavior of  gravmag.transform.upcontinue. Now, instead of an error its gives a  warnings.warn when height <= 0.
This change is mainly for educational purposes (you can test what happen if you calculate for it for height <= 0).
Checklist:

[x] Make tests for new code (at least 80% coverage)
[x] Create/update docstrings
[x] Include relevant equations and citations in docstrings
[x] Docstrings follow the style conventions
[x] Code follows PEP8 style conventions
[x] Code and docs have been spellchecked
[x] Include new dependencies in doc/install.rst, environment.yml, ci/requirements-conda.txt and ci/requirements-pip.txt.
[x] Documentation builds properly (run cd doc; make locally)
[x] Changelog entry (leave for last to avoid conflicts)

@rafaelmds thanks for the PR! Could you please add the following code to fatiando/gravmag/tests/test_transform.py? The function should go below the test_upcontinue function and the import at the top. This will test if the warning is being raised properly.
import pytest

def test_upcontinue_warning():
    "gravmag.transform upward continuation raises warning if height <= 0"
    model = [Prism(-1000, 1000,-500, 500, 0, 1000, {'density': 1000})]
    shape = (100, 100)
    x, y, z = gridder.regular([-5000, 5000, -5000, 5000], shape, z=-500)
    data = prism.gz(x, y, z, model)
    with pytest.warns(UserWarning):
        up = transform.upcontinue(x, y, data, shape, height=0)
    with pytest.warns(UserWarning):
        up = transform.upcontinue(x, y, data, shape, height=-100)

@leouieda Sure! I thought that was necessary but I wasn't sure about it.

No problem. This is the part that always gets newcomers.
Could you also please change the warning message to "Using 'height' <= 0 means downward continuation, which is known to be unstable." That might be more informative.

@rafaelmds merged! Thanks


Bug in Contact, wrong pop-up message

Precondition
Have previously created user profile on the page.
Steps to Reproduce:
Step 1  [Pass]
Navigate to Home Page (https://www.demoblaze.com/)
Expected Result
Product Store page is loaded, on the page there is horizontal tab menu bar with six tabs (Home, Contact, About Us, Cart, Log in, Sing up), carousel with product images and list of products displayed.
Step 2  [Pass]
Sing in with valid credentials
Expected Result
The message "Welcome 'Username' " is displayed instead of Sing Up tab
Step 3  [Pass]
Click on "Contact" from the menu
Expected Result
New pop-up is opened, the title of the pop-up is "New Message" and there are three text fields, Contact Email, Contact Name and Message, and two buttons, Cancel and Send Message, and one small "x" button on the right corner on the pop-up.
Step 4  [Pass]
Fill out all the text fields with valid informations and Click on "Send Message"
Expected Result
New pop-up is displayed saying "Thanks for the message!!"
Step 5  [Pass]
Click "Okay" on pop-up
Expected Result
Home Page is displayed.
Step 6  [Pass]
Click on "Contact" from the menu
Expected Result
New pop-up is opened, the title of the pop-up is "New Message" and there are three text fields, Contact Email, Contact Name and Message, and two buttons, Cancel and Send Message, and one small "x" button on the right corner on the pop-up.
Step 7  [Fail]
Fill out only the text field for Contact Email and Click on "Send Message"
Expected Result
New pop-up is displayed saying "Fill out Contact Email and Message."
Actual Result
New pop-up is displayed saying "Thanks for the message!!"
Step 8  [Fail]
Click "Okay" on pop-up
Expected Result
Only the "New Message" pop-up is displayed.
Step 9  [Fail]
Fill out only the text field for Message and Click on "Send Message"
Expected Result
New pop-up is displayed saying "Fill out Contact Email and Message."
Step 10  [Fail]
Click "Okay" on pop-up
Expected Result
Only the "New Message" pop-up is displayed.
Step 11  [Fail]
Fill out only the text fields for Contact Email and Message and Click on "Send Message"
Expected Result
New pop-up is displayed saying "Thanks for the message!!"
Step 12  [Fail]
Click "Okay" on pop-up
Expected Result
Home Page is displayed.
Step 13  [Fail]
Leave all the text fields empty and Click on "Send Message"
Expected Result
New pop-up is displayed saying "Fill out Contact Email and Message."

Open Defect in TestQuality

Test Contact - Send Message in Run Run 004 (linked to Cycle All tests).

Open Requirement in TestQuality


README Example Code Doesn't Compile

Describe the bug
Example code is double wrong I think...
To Reproduce
Steps to reproduce the behavior:

Create any Bevy project on bevy 0.14
cargo add virtual_joystick
Add the line from README:

.add_plugin(VirtualJoystickPlugin::<JoystickControllerID>::default())

This gives 1 error that "add_plugin" is not a valid function. Is that just a typo? I don't think the singular add_plugin has been a thing since version 0.10 (according to chatgpt 😅)

When I change it to ".add_plugins" I then see another error for the argument to this function:

Can we please update it to some code that works?
Or am I doing it wrong?
Thanks 👍

Oooo, you are absolutely right, I will review this in detail, I should take the example out of the examples folder, for now I recommend you take those, thank you very much for the report


reputation for Addons in currency tab can't be collapsed

Addon Version
v0.3.15
World of Warcraft Version
Retail
Describe the bug
After opening the currency tab (press c then currency) wow expasions (dragonflight, bfa,.... and their reputations) can no longer be permanantly deselected. It works only until restart or reload. Then all addons in currency tab are expanded again.
I have performed an Interface reset and reactivated addons seperatly. Also tested it on the PTR with only betterbags active. Error comes from betterbags.
Please fix, interferes with other addons, f.e. scoreboard which show always all reputations because you can't deselect reputations because of better bags.
Steps to reproduce
press c
open currency tab
deselect expansion f.e. dragonflight
reload
expansion is selected again

fwiw, Altoholic captures the list state (collapsed, etc) and restores it after processing it - BetterBags could (should?) do something similar


After been nginx reverse proxy, configured to  /XXX

I'm sorry I asked a simple question.
nginx setting:
server {
listen 9999;
server_name  localhost;
location /ex {
proxy_pass http://localhost:8888;
proxy_set_header X-real-ip $remote_addr;
proxy_set_header Host $http_host;
}
}
When I visit localhost: 9000/ex/home
No result
And localhost: 8888/home is OK
Do I need to add / ex to all requests?
Or subagent /ex/home requests to  home
Is there a simple way?

Hi @SCWR, this seems like a question which would be better directed toward the nginx project, or maybe asked on stack overflow.  Good luck!

thanks


Refactor: Join string and string_parser.

Didn't see a reason to keep these separate, they both deal with parsing strings.

@harupy do you by any chance remember if there was some rationale for keeping them separate, I couldn't find anything in the pr (https://github.com/RustPython/RustPython/pull/4384) that introduced string_parser.


[BUG] When data locality is enabled, it does not trigger replica migrations when one is possible

Describe the bug
On my cluster, when data locality is set to best-effort for a volume and a pod that consumes the volume is scheduled to a node that is capable of hosting a replica, Longhorn does not schedule a replica on the new node and delete a random replica from an old node as expected.
To Reproduce
Steps to reproduce the behavior:

Install Longhorn with data-locality disabled by default
Create a workload with a volume (edit: must be RWX, as explained below)
Configure the volume to have data-locality: best-effort in the UI
Start the workload
Cordon the nodes that host the existing replicas of the volume
Rollout restart the workload such that a pod gets scheduled on a node without a replica
Uncordon the nodes (not necessary)
Observe that Longhorn does not create a new replica on the node hosting the pod as expected

Expected behavior
When data-locality is set to best-effort, nodes that are eligible to host replicas for pods without a local replica should build a replica locally and once built, a random other node should remove a replica.
Log
Emailed.
Example PVC with data-locality enabled: pvc-579bf140-9022-4a99-8c80-1b38b1595996
Replicas on anchorman and weatherman
Scheduled pod on showman, it runs but a local replica is not created.
Environment:

Longhorn version: 1.1.2
Installation method (e.g. Rancher Catalog App/Helm/Kubectl): Helm
Kubernetes distro (e.g. RKE/K3s/EKS/OpenShift) and version: kubeadm

Number of management node in the cluster: 3
Number of worker node in the cluster: 4

Node config

OS type and version: Ubuntu 20.04.1 LTS
CPU per node: 8
Memory per node: 16GB
Disk type(e.g. SSD/NVMe): NVMe
Network bandwidth between the nodes: 2.5Gbit

Underlying Infrastructure (e.g. on AWS/GCE, EKS/GKE, VMWare/KVM, Baremetal): Baremetal
Number of Longhorn volumes in the cluster: 24

Thanks @tyzbit for a very detailed and clear issue description. If everyone creates issues like this, it would save us a lot of time guessing around.
I see that the volume pvc-579bf140-9022-4a99-8c80-1b38b1595996 is in RWX access mode. Some background information first, in Longhorn, RWX is achieved by having an NFS server on top of a traditional RWO Longhorn volume. When a workload pod attaches an RWX volume, Longhorn attaches the underlying RWO volume to a random node, then create NFS server on that node which uses the RWO volume. Longhorn then mounts the NFS endpoint to the node where the workload pod is scheduled to.  Now if you create another workload pod that uses the RWX volume, Longhorn creates one more NFS endpoint and mount it to the node of the new workload pod. Data locality feature ensures that there is 1 replica of the volume on the same node as the engine of the volume. This makes sure that the volume engine can still read/write to the local replica in case other replicas are disconnected. In this case, the engine of the volume is on the node where the NFS server is running on, not on the node of the workload pods.
Looking into the volume pvc-579bf140-9022-4a99-8c80-1b38b1595996, I see that it is attached to the node anchorman and there is a local replica on node anchorman. Therefore, everything seems working as expected.
  status:
    ownerid: anchorman
    state: attached
    robustness: healthy
    currentnodeid: anchorman
    currentimage: longhornio/longhorn-engine:v1.1.2
    kubernetesstatus:
      pvname: pvc-579bf140-9022-4a99-8c80-1b38b1595996
      pvstatus: Bound
      namespace: default
      pvcname: deluge-downloads
      lastpvcrefat: ""
      workloadsstatus:
      - podname: deluge-d8b8c685-pkt9f
        podstatus: Running
        workloadname: deluge-d8b8c685
        workloadtype: ReplicaSet
      - podname: filebrowser-0
        podstatus: Running
        workloadname: filebrowser
        workloadtype: StatefulSet
      - podname: sickchill-0
        podstatus: Running
        workloadname: sickchill
        workloadtype: StatefulSet
      lastpodrefat: ""

Thanks for the clear explanation -- it makes perfect sense why I'm seeing the behavior I'm seeing considering what you have said: with RWX, the pod that's running the workload and the node hosting the active replica are often on different nodes for obvious reasons (due to the single random NFS server, multiple endpoint design you described; also it's not completely straightforward how Longhorn would ensure data locality if there was two pods on two different nodes.)
It would still be interesting to see if there are any ideas around this, but ultimately my goal isn't necessarily to have data locality, but to have the best performance possible on RWX and data locality was one avenue I decided to test out while #2549 proceeded.

@tyzbit
We think there is nothing can do about this behavior of the data locality feature in RWX.  Building replica is expensive.
That being said, we need to work on the issue https://github.com/longhorn/longhorn/issues/2549 to improve the RWX performance in Longhorn

I am closing this issue for now. Feel free to reopen it if you still have questions.


[PDI-18989]-PGBulkLoader not closing connection at end of transformation

[PDI-18989]-Provided a Bug fix

:white_check_mark: Build finished in 11m 7s
Build command:
mvn clean verify -B -e -Daudit -amd -pl engine

:exclamation: No tests found!
:information_source:  This is an automatic message

:white_check_mark: Build finished in 9m 20s
Build command:
mvn clean verify -B -e -Daudit -amd -pl engine

:exclamation: No tests found!
:information_source:  This is an automatic message

Will create a new PR from correct branch


[hotfix][docs-zh] Fix invalid links in the page 'dev/table/streaming/match_recognize.zh.md'

What is the purpose of the change
Fix invalid links in the page 'dev/table/streaming/match_recognize.zh.md'
Brief change log

Fix invalid links in the page 'dev/table/streaming/match_recognize.zh.md'

Verifying this change
This change is a trivial rework / code cleanup without any test coverage.
Does this pull request potentially affect one of the following parts:

Dependencies (does it add or upgrade a dependency): no
The public API, i.e., is any changed class annotated with @Public(Evolving): no
The serializers: no
The runtime per-record code paths (performance sensitive): no
Anything that affects deployment or recovery: JobManager (and its components), Checkpointing, Kubernetes/Yarn/Mesos, ZooKeeper: no
The S3 file system connector: no

Documentation

Does this pull request introduce a new feature? no
If yes, how is the feature documented? not applicable

Hi, @wuchong .
I made a hotfix. Please take a look.
Thank you.


Remove the Ruby 1.x support in the gemspec

This is the result from the discussion in https://github.com/NARKOZ/gitlab/issues/217 👍

LGTM 👍

Maybe we should also include this requirement in the README somewhere? (To prevent bug reports for users on older rubies)

Might want to add this to the Changelog though.

hah, I know just the tool for that ;)

👍 done both

@orta Squash commits please.

I shall, but if that's something you care about, you can do this as a part of the merge button rather than asking contributors to do it:

👍 done

Thanks, I suppose I forgot that existed.


Some fixes that I found during testing

Typo in the obstacle topic
Object origin for 3D vision bounding boxes is in the center of the object and not on the field plane

Test failure seems unrelated, and should be eliminated by #5

Test failure seems unrelated, and should be eliminated by #5

We should still have a look at the IPM service to see what's wrong.

Yes, we should. I wonder if its an issue that is hard to reproduce...

Moved it to a new issue: https://github.com/ros-sports/ipm/issues/50


Need to ensure that gcloud container does not use the default credentials.

By setting the env variable  CLOUDSDK_CONTAINER_USE_APPLICATION_DEFAULT_CREDENTIALS to false we can ensure that the container will use gcloud's credentials. We want this behavior because the VS extension provides the credentials directly to gcloud to control what environment is running in.

Because of a bug on kubectl when running with CLOUDSDK_CONTAINER_USE_APPLICATION_DEFAULT_CREDENTIALS set to false in Windows we need to ensure that is set to true instead and ensure that we set the GOOGLE_APPLICATION_CREDENTIALS to point to the same credentials that gcloud should be using.