profile
viewpoint
Will McGugan willmcgugan Edinburgh, UK https://www.willmcgugan.com I'm a full-stack software developer, and Python expert. Founder of @PyFilesystem and @moyaproject

willmcgugan/rich 15521

Rich is a Python library for rich text and beautiful formatting in the terminal.

willmcgugan/Locidesktop 19

Spatial bookmarking web application

willmcgugan/awesome-python 10

A curated list of awesome Python frameworks, libraries, software and resources

willmcgugan/asyncchat 7

Short example of how to implement Python's async from scratchw

willmcgugan/sorethumb 5

Thumbnail image processing library, with Django integration

willmcgugan/klaxon 2

Mac OS notifications from Python

willmcgugan/postmarkup 2

Automatically exported from code.google.com/p/postmarkup

willmcgugan/aiohttp 1

Async http client/server framework (asyncio)

startedjam1garner/owo-colors

started time in a few seconds

startedwillmcgugan/rich

started time in 2 hours

startedwillmcgugan/rich

started time in 3 hours

startedwillmcgugan/rich

started time in 3 hours

startedwillmcgugan/rich

started time in 3 hours

startedwillmcgugan/rich

started time in 3 hours

startedwillmcgugan/rich

started time in 4 hours

issue closedalthonos/fs.sshfs

Unsupported SSH connection when using PyInstaller

I am connecting via SSH using fs.sshfs like this,

my_fs = fs.open_fs(u'ssh://myuser:mypassword@my.server.com:22/share/directory/')

It is working fine when I run the script using PyCharm. However, when I create my EXE using PyInstaller and I run the executable I get this error:

fs.opener.errors.UnsupportedProtocol: protocol 'ssh' is not supported

I think that the PyInstaller doesn't include fs.sshfs and I have tried also to run PyInstaller with the following option:

--hidden-import=fs.sshfs

The error persists.

closed time in 5 hours

prodangp

issue commentalthonos/fs.sshfs

Unsupported SSH connection when using PyInstaller

Cool ! Will close the issue, since this is really a PyInstaller bug. I guess they are aware of it (pyinstaller/pyinstaller#1188) but it does not look they are working on a fix (or even know how to fix it).

prodangp

comment created time in 5 hours

pull request commentwillmcgugan/rich

Changes typing for logging level to accept both str and int

Codecov Report

Merging #461 (0e201ec) into master (d2fe147) will not change coverage. The diff coverage is 100.00%.

Impacted file tree graph

@@           Coverage Diff           @@
##           master     #461   +/-   ##
=======================================
  Coverage   99.72%   99.72%           
=======================================
  Files          54       54           
  Lines        4654     4654           
=======================================
  Hits         4641     4641           
  Misses         13       13           
Flag Coverage Δ
unittests 99.72% <100.00%> (ø)

Flags with carried forward coverage won't be shown. Click here to find out more.

Impacted Files Coverage Δ
rich/logging.py 100.00% <100.00%> (ø)
rich/pretty.py 100.00% <100.00%> (ø)
rich/prompt.py 100.00% <100.00%> (ø)

Continue to review full report at Codecov.

Legend - Click here to learn more Δ = absolute <relative> (impact), ø = not affected, ? = missing data Powered by Codecov. Last update 8a8250c...0e201ec. Read the comment docs.

heavelock

comment created time in 5 hours

issue commentalthonos/fs.sshfs

Unsupported SSH connection when using PyInstaller

It works now. Thank you!

prodangp

comment created time in 5 hours

PR opened willmcgugan/rich

Changes typing for logging level to accept both str and int

Type of changes

  • [ ] Bug fix
  • [ ] New feature
  • [ ] Documentation / docstrings
  • [ ] Tests
  • [x] Other

Checklist

  • [ ] I've run the latest black with default args on new code.
  • [ ] I've updated CHANGELOG.md and CONTRIBUTORS.md where appropriate.
  • [ ] I've added tests for new code.
  • [x ] I accept that @willmcgugan may be pedantic in the code review.

Description

The standard logging module accepts either str or int as a logging level. str is internally casted to int. Rich does not do anything with the logging level so there is no reason to limit the type here.

+2 -2

0 comment

1 changed file

pr created time in 5 hours

fork heavelock/rich

Rich is a Python library for rich text and beautiful formatting in the terminal.

https://rich.readthedocs.io/en/latest/

fork in 6 hours

startedwillmcgugan/rich

started time in 6 hours

startedwillmcgugan/rich

started time in 6 hours

issue commentalthonos/fs.sshfs

Unsupported SSH connection when using PyInstaller

Ah yes, I've run into something similar with PyInstaller, where it doesn't play well with the setuptools entry points that I made for Pyfilesystem2 to load external filesystem openers.

If you can register the SSHFS opener somewhere manually with the code below, PyInstaller should be able to pick it in the EXE:

import fs.opener
import fs.opener.sshfs

fs.opener.registry.install(fs.opener.sshfs.SSHOpener)
prodangp

comment created time in 7 hours

startedwillmcgugan/rich

started time in 7 hours

startedwillmcgugan/rich

started time in 7 hours

startedwillmcgugan/rich

started time in 7 hours

issue commentPyFilesystem/pyfilesystem2

s3fs and azurefs

There are two such options for Azure Datalake, and we're using Blob Storage. From what I understood these are not the same, but perhaps we should consider using the datalake instead

sdementen

comment created time in 8 hours

startedwillmcgugan/rich

started time in 8 hours

issue commentPyFilesystem/pyfilesystem2

s3fs and azurefs

Any news on azurefs? we're migrating to Azure blob storage and this could really help us out.

sdementen

comment created time in 8 hours

startedwillmcgugan/rich

started time in 8 hours

startedalthonos/pyhmmer

started time in 8 hours

fork fire-walker/rich

Rich is a Python library for rich text and beautiful formatting in the terminal.

https://rich.readthedocs.io/en/latest/

fork in 8 hours

fork revolunet/nuclei

Nuclei is a fast tool for configurable targeted scanning based on templates offering massive extensibility and ease of use.

https://nuclei.projectdiscovery.io

fork in 8 hours

startedwillmcgugan/rich

started time in 9 hours

startedwillmcgugan/rich

started time in 9 hours

startedwillmcgugan/rich

started time in 9 hours

startedwillmcgugan/rich

started time in 10 hours

more