Hello, Your package (python-parallel-ssh) Fails To Install in Fedora 33: --- can't install python3-parallel-ssh-1.9.1-4.fc32.x86_64: - nothing provides python3.8dist(ssh2-python) >= 0.17 needed by python3-parallel-ssh-1.9.1-4.fc32.x86_64 --- According to a policy for FTBFS/FTI bugs (https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/), your package may be orphaned in 8+ weeks if you won't reply to this bug. Thanks!
Hello, This is the first reminder (step 3 from https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/#_package_removal_for_long_standing_ftbfs_and_fti_bugs).
Hello, This is the second reminder (step 4 from https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/#_package_removal_for_long_standing_ftbfs_and_fti_bugs).
This package has changed maintainer in the Fedora. Reassigning to the new maintainer of this component.
This package has been orphaned. You can pick it up at https://src.fedoraproject.org/rpms/python-parallel-ssh by clicking button "Take". If nobody picks it up, it will be retired and removed from a distribution.
Package taken. Will see if I can fix FTBFS/FTI.
The dependency ssh2-python (actually orphaned as well) needs the version update and to get fixed for python 3.9 first. https://github.com/ParallelSSH/ssh2-python/pull/98
Suggestion: https://github.com/ParallelSSH/ssh2-python/pull/98 only rebuilds files with Cython. If that's what it takes, do it in %build.
The current problem here is: Error: Problem: conflicting requests - nothing provides python3.9dist(ssh2-python) >= 0.17 needed by python3-parallel-ssh-1.9.1-6.fc33.x86_64
This bug appears to have been reported against 'rawhide' during the Fedora 33 development cycle. Changing version to 33.
I've heard Raphael is working on this.
*** Bug 1871602 has been marked as a duplicate of this bug. ***
*** Bug 1770844 has been marked as a duplicate of this bug. ***
Trying to build ssh2-python version 0.17.0, is cython outdated? ssh2/publickey.c: In function ‘__Pyx_modinit_type_init_code’: ssh2/publickey.c:5446:44: error: ‘PyTypeObject’ {aka ‘struct _typeobject’} has no member named ‘tp_print’ 5446 | __pyx_type_4ssh2_9publickey_PublicKeyList.tp_print = 0; | ^ ssh2/publickey.c:5454:49: error: ‘PyTypeObject’ {aka ‘struct _typeobject’} has no member named ‘tp_print’ 5454 | __pyx_type_4ssh2_9publickey_PublicKeyAttribute.tp_print = 0; | ^ ssh2/publickey.c:5462:46: error: ‘PyTypeObject’ {aka ‘struct _typeobject’} has no member named ‘tp_print’ 5462 | __pyx_type_4ssh2_9publickey_PublicKeySystem.tp_print = 0; | ^ ssh2/publickey.c: In function ‘__Pyx_ParseOptionalKeywords’: ssh2/publickey.c:5866:21: warning: ‘_PyUnicode_get_wstr_length’ is deprecated [-Wdeprecated-declarations] 5866 | (PyUnicode_GET_SIZE(**name) != PyUnicode_GET_SIZE(key)) ? 1 : | ^ In file included from /usr/include/python3.9/unicodeobject.h:1026, from /usr/include/python3.9/Python.h:97, from ssh2/publickey.c:4: /usr/include/python3.9/cpython/unicodeobject.h:446:26: note: declared here 446 | static inline Py_ssize_t _PyUnicode_get_wstr_length(PyObject *op) { | ^~~~~~~~~~~~~~~~~~~~~~~~~~ ssh2/publickey.c:5866:21: warning: ‘PyUnicode_AsUnicode’ is deprecated [-Wdeprecated-declarations] 5866 | (PyUnicode_GET_SIZE(**name) != PyUnicode_GET_SIZE(key)) ? 1 : | ^
Is ssh2/publickey.c regenerated at build time?
(In reply to Miro Hrončok from comment #17) > Is ssh2/publickey.c regenerated at build time? I tried with the embedded files but copy+pasted from official spec file of ssh2-python and I knoow it's not good practice. Will invest deeper.
CMake Error at src/CMakeLists.txt:217 (add_library): Cannot find source file: openssl.c Tried extensions .c .C .c++ .cc .cpp .cxx .cu .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx CMake Error at example/CMakeLists.txt:68 (add_executable): Cannot find source file: sftp_write.c Tried extensions .c .C .c++ .cc .cpp .cxx .cu .m .M .mm .h .hh .h++ .hm .hpp .hxx .in .txx
Please validate my recent changes pushed to pagure.
I don't understand your changes. Why are you building 2 Python packages from one spec file?
*** Bug 1876639 has been marked as a duplicate of this bug. ***
Obviously, python-ssh2-python needs an update due to version mismatch in API. Bundling could be a solution to prevent any further API breakage. The package python-netssh2 depends too, bug #1877240 with review request for a mocked ssh could be an option to keep functionality with enabled %check. As I'm not maintainer there, I can try to file a pull request to enable execution of upstream's provided unit tests.
This bug appears to have been reported against 'rawhide' during the Fedora 34 development cycle. Changing version to 34.
Does explicitly versioned BuildRequires overrule dependency generator? Going to add explicitly versioned Requires, too.
> Does explicitly versioned BuildRequires overrule dependency generator? No.
Okay, waiting for finally imported new package python-mockssh-server fully lands onto rawhide mirrors to be able to execute some tests in %check. Version 0.26.0 of ssh2-python builds successfully, see bug #1875392 for >= 0.17.0 version need. Failed try to bundle reverted in dist-git.
This bug appears to have been reported against 'rawhide' during the Fedora 35 development cycle. Changing version to 35.
FEDORA-2021-a120bf38dd has been submitted as an update to Fedora 35. https://bodhi.fedoraproject.org/updates/FEDORA-2021-a120bf38dd
BTW decided to orphan python-parallel-ssh package because of continued strangely dependency tree with confusing versioning, e.g. bug #1868963.
FEDORA-2021-a120bf38dd has been pushed to the Fedora 35 testing repository. Soon you'll be able to install the update with the following command: `sudo dnf upgrade --enablerepo=updates-testing --advisory=FEDORA-2021-a120bf38dd` You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2021-a120bf38dd See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.
FEDORA-2021-a120bf38dd has been pushed to the Fedora 35 stable repository. If problem still persists, please make note of it in this bug report.