Package Details: sftpman 1:2.0.3-0

Git Clone URL: https://aur.archlinux.org/sftpman.git (read-only, click to copy)
Package Base: sftpman
Description: A CLI application for managing and mounting sshfs (SFTP) filesystems
Upstream URL: https://github.com/spantaleev/sftpman-rs
Keywords: sftp sftpman sshfs
Licenses: AGPL-3.0-or-later
Conflicts: sftpman-python
Submitter: s.pantaleev
Maintainer: s.pantaleev
Last Packager: s.pantaleev
Votes: 32
Popularity: 0.82
First Submitted: 2011-05-20 22:02 (UTC)
Last Updated: 2025-01-12 08:33 (UTC)

Dependencies (4)

Required by (2)

Sources (1)

Pinned Comments

s.pantaleev commented on 2025-01-09 07:14 (UTC)

Hello!

Thank you for your feedback!

I didn't like the "opt-in" solution, because as far as I am concerned the Python-based sftpman project is dead. The sooner everyone moves away from it onto the new software, the better.

That said, I have intentionally kept the old projects around for now, so that people that hit problems with the new software (if any) would have something to fall back on, until the problems get addressed.

About the naming of the Python program, I see your point about using a python- prefix, but find it inconsistent with how all other packages are named (sftpman*).

For the new package, sftpman-rs would have been a more consistent name and would have provided a more gradual opt-in switch as well as making all packages being consistently named sftpman-*, but it doesn't align with the ultimate goal: people migrating to it quickly & only sftpman and sftpman-iced remaining in the future.

The existing AUR package names for the new software (sftpman and sftpman-iced) match the names of the software and binaries that they package, which is nice.

As it stands, only sftpman-python has a name that doesn't match the name of the binary being packaged, but it's a temporary package that I hope no one would need to use anymore.

Latest Comments

« First ‹ Previous 1 2 3

« First ‹ Previous 1 2 3