Python3 issue when checking out a 'versioned' dependency.
See original GitHub issueOriginally reported here: https://github.com/floooh/fips-hello-world/issues/2
When fetching fips-hello-world dependencies:
$ ./fips build
=== dependency: 'fips-hello-dep1':
Cloning into 'fips-hello-dep1'...
remote: Counting objects: 53, done.
remote: Compressing objects: 100% (35/35), done.
remote: Total 53 (delta 14), reused 52 (delta 14), pack-reused 0
Unpacking objects: 100% (53/53), done.
=== dependency: 'fips-hello-dep2':
Cloning into 'fips-hello-dep2'...
remote: Counting objects: 62, done.
remote: Compressing objects: 100% (38/38), done.
remote: Total 62 (delta 17), reused 62 (delta 17), pack-reused 0
Unpacking objects: 100% (62/62), done.
=== dependency: 'fips-hello-dep3':
Cloning into 'fips-hello-dep3'...
remote: Counting objects: 85, done.
remote: Total 85 (delta 0), reused 0 (delta 0), pack-reused 85
Unpacking objects: 100% (85/85), done.
=== revision: '191f59f0':
Note: checking out '191f59f0'.
You are in 'detached HEAD' state. You can look around, make experimental
changes and commit them, and you can discard any commits you make in this
state without impacting any branches by performing another checkout.
If you want to create a new branch to retain commits you create, you may
do so (now or later) by using -b with the checkout command again. Example:
git checkout -b <new-branch-name>
HEAD is now at 191f59f First commit - working version 1
Traceback (most recent call last):
File "./fips", line 17, in <module>
fips.run(fips_path, proj_path, sys.argv)
File "/home/spacepluk/hacking/fips/mod/fips.py", line 49, in run
verb.verbs[verb_name].run(fips_path, proj_path, verb_args)
File "/home/spacepluk/hacking/fips/verbs/build.py", line 19, in run
project.build(fips_dir, proj_dir, cfg_name)
File "/home/spacepluk/hacking/fips/mod/project.py", line 229, in build
dep.fetch_imports(fips_dir, proj_dir)
File "/home/spacepluk/hacking/fips/mod/dep.py", line 228, in fetch_imports
_rec_fetch_imports(fips_dir, proj_dir, [])
File "/home/spacepluk/hacking/fips/mod/dep.py", line 204, in _rec_fetch_imports
dep_ok = git.checkout(dep_proj_dir, git_commit)
File "/home/spacepluk/hacking/fips/mod/tools/git.py", line 188, in checkout
return output.split(':')[0] != 'error'
TypeError: a bytes-like object is required, not 'str'
Issue Analytics
- State:
- Created 5 years ago
- Comments:6 (4 by maintainers)
Top Results From Across the Web
How To Check For Python Dependencies - ActiveState
Because pip doesn't currently address dependency issues on installation, the pip check command option can be used to verify that dependencies ...
Read more >Dependency errors when using python 3.9 and 3.8 · Issue #174
Issue When using python version 3.9: For me, all nox sessions where install_with_constrains is used with python version 3.9 fail.
Read more >There are incompatible versions in the resolved dependencies
I'm trying to run this on my raspberry pi (running raspbian), and it is the back-end python app where the issue lies. Any...
Read more >Resolving Package Dependencies With the New Version of Pip
If you use Python, then you probably have used pip to install additional packages from the Python package index. Part of the magic...
Read more >How to beat Python's pip: Solving Python dependencies
The great power behind the setup.py script is the main reason why there are no dependencies — if the dependencies are stated in...
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
thanks!
Alright this should be fixed now, I also found a couple of related bugs. The reason is that python3 treats byte sequences and strings as incompatible object types (e.g. subprocess.check_output() returns bytes which are processed as strings, in python2 this ‘just works’ in python3 it doesn’t)