Package Details: python-pssh 2.3.5-13

Git Clone URL: https://aur.archlinux.org/python-pssh.git (read-only, click to copy)
Package Base: python-pssh
Description: Parallel versions of the openssh tools ssh, scp, rsync, nuke, slurp
Upstream URL: https://github.com/lilydjwg/pssh
Licenses: BSD
Submitter: User
Maintainer: hcartiaux
Last Packager: hcartiaux
Votes: 18
Popularity: 0.029224
First Submitted: 2018-08-07 16:29 (UTC)
Last Updated: 2024-07-18 17:50 (UTC)

Latest Comments

1 2 Next › Last »

hcartiaux commented on 2024-07-19 08:16 (UTC)

@arthur_felps - fixed, I've tested all the makedeps in a clean chroot

arthur_felps commented on 2024-07-18 15:59 (UTC)

The PKGBUILD has the wrong dependency. python-wheel package does not seem to contain an up to date installer module, so building the package fails on Python v 3.12.4 (kernel 6.9.9) with the following error:

/usr/bin/python: No module named installer ==> ERROR: A failure occurred in package(). Aborting...

To fix this, install python-installer package instead.

njam commented on 2023-06-17 15:42 (UTC)

Installing fails for me due to missing "setuptools":

==> Making package: python-pssh 2.3.5-12 (Sat Jun 17 17:40:06 2023)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> Retrieving sources...
  -> Found v2.3.5.tar.gz
==> Validating source files with sha256sums...
    v2.3.5.tar.gz ... Passed
==> Removing existing $srcdir/ directory...
==> Extracting sources...
  -> Extracting v2.3.5.tar.gz with bsdtar
==> Sources are ready.
==> Making package: python-pssh 2.3.5-12 (Sat Jun 17 17:40:07 2023)
==> Checking runtime dependencies...
==> Checking buildtime dependencies...
==> WARNING: Using existing $srcdir/ tree
==> Starting build()...
* Getting build dependencies for wheel...

Traceback (most recent call last):
  File "/usr/lib/python3.11/site-packages/pyproject_hooks/_impl.py", line 321, in _call_hook
    raise BackendUnavailable(data.get('traceback', ''))
pyproject_hooks._impl.BackendUnavailable: Traceback (most recent call last):
  File "/usr/lib/python3.11/site-packages/pyproject_hooks/_in_process/_in_process.py", line 77, in _build_backend
    obj = import_module(mod_path)
          ^^^^^^^^^^^^^^^^^^^^^^^
  File "/usr/lib/python3.11/importlib/__init__.py", line 126, in import_module
    return _bootstrap._gcd_import(name[level:], package, level)
           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "<frozen importlib._bootstrap>", line 1206, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1178, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1128, in _find_and_load_unlocked
  File "<frozen importlib._bootstrap>", line 241, in _call_with_frames_removed
  File "<frozen importlib._bootstrap>", line 1206, in _gcd_import
  File "<frozen importlib._bootstrap>", line 1178, in _find_and_load
  File "<frozen importlib._bootstrap>", line 1142, in _find_and_load_unlocked
ModuleNotFoundError: No module named 'setuptools'

ERROR Backend 'setuptools.build_meta' is not available.

After installing python-setuptools it works. Should python-setuptools be added as a build dependency?

8472 commented on 2023-06-10 06:28 (UTC)

@hcartiaux - fixed https://github.com/lilydjwg/pssh/issues/138

hcartiaux commented on 2023-06-09 12:50 (UTC)

I've adopted this PKGBUILD. Thanks to the previous maintainers for the efforts during all those years :) All unnecessary patches have been removed with this last pkgrel bump.

@8472 - please report upstream and/or try to find the guilty commit upstream/propose a PR. ;)

8472 commented on 2023-05-30 09:09 (UTC)

Prior to yesterday's update from 2.3.1 to 2.3.5, I could use SSH host aliases (with uppercase chars in name) stored in my ~/.ssh/config file.

Host            MyServer1
Hostname        1.2.3.4

Host            MyServer2
Hostname        5.6.7.8

and it worked just fine with pssh -i -H "MyServer1 MyServer2" hostname.

As of ver. 2.3.5, it's automatically converting all uppercases to lowercases, making it unable to connect.

[1] 10:58:20 [FAILURE] myserver1 Exited with error code 255
Stderr: ssh: Could not resolve hostname myserver1: Name or service not known
[2] 10:58:20 [FAILURE] myserver2 Exited with error code 255
Stderr: ssh: Could not resolve hostname myserver2: Name or service not known

However, if I change the SSH host alias in the ~/.ssh/config to lowercase too, it works again. But I do not want to convert everything I have to lowercases.

Did you made any significant changes in your part, which is affecting this behaviour, or should I rather report it to the upstream project?

bulletmark commented on 2023-05-24 12:29 (UTC)

@User, I have updated the PKGBUILD as per kyominii's comment. Since you are the maintainer, are you ok for me to push this?

kyominii commented on 2023-05-24 08:24 (UTC)

Hi! Are you considering the use of https://github.com/lilydjwg/pssh? This repository is used by Ubuntu to generate their package

bulletmark commented on 2020-12-17 13:36 (UTC)

@kamaradclimber, all python packages in the AUR get "broken" after a major python version update. You have to rebuild them all with yay -S --rebuildall --noconfirm $(yay -Qqo /usr/lib/python3.8/).

kamaradclimber commented on 2020-12-17 12:28 (UTC) (edited on 2020-12-17 12:28 (UTC) by kamaradclimber)

The package seems broken with python 3.9, when launching "pssh" command:

Traceback (most recent call last):
  File "/usr/bin/pssh", line 23, in <module>
    from psshlib import psshutil
ModuleNotFoundError: No module named 'psshlib'

1 2 Next › Last »