• wheel and pip with setuptools

    From picca@21:1/5 to All on Sun Oct 30 00:10:01 2022
    Hello, I try to fix an FTBFS in the python-xrayutilities package.
    When I try to build it, I get this error message., I do not understand
    why I need to add a build dependency to python3-wheel.Is it something
    missing in the dependency of python3-setuptools or python3.10 ?

    thanks for your help

    Frederic



    dh clean --buildsystem=pybuild
    dh_auto_clean -O--buildsystem=pybuild
    install -d /<<PKGBUILDDIR>>/debian/.debhelper/generated/_source/home
    pybuild --clean -i python{version} -p 3.10
    I: pybuild base:240: python3.10 setup.py clean /usr/lib/python3/dist-packages/setuptools/installer.py:27: SetuptoolsDeprecationWarning: setuptools.installer is deprecated.
    Requirements should be satisfied by a PEP 517 installer.
    warnings.warn(
    WARNING: The wheel package is not available.
    /usr/bin/python3.10: No module named pip
    Traceback (most recent call last):
    File "/usr/lib/python3/dist-packages/setuptools/installer.py", line 82,
    in fetch_build_egg
    subprocess.check_call(cmd)
    File "/usr/lib/python3.10/subprocess.py", line 369, in check_call
    raise CalledProcessError(retcode, cmd)
    subprocess.CalledProcessError: Command '['/usr/bin/python3.10', '-m',
    'pip', '--disable-pip-version-check', 'wheel', '--no-deps', '-w', '/tmp/tmpq9o0m_9e', '--quiet', 'h5py']' returned non-zero exit status
    1.The above exception was the direct cause of the following exception:

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Scott Kitterman@21:1/5 to picca on Sun Oct 30 00:50:02 2022
    On October 29, 2022 10:07:13 PM UTC, picca <picca@debian.org> wrote:
    Hello, I try to fix an FTBFS in the python-xrayutilities package.
    When I try to build it, I get this error message., I do not understand why I need to add a build dependency to python3-wheel.Is it something missing in the dependency of python3-setuptools or python3.10 ?

    thanks for your help

    Frederic



    dh clean --buildsystem=pybuild
    dh_auto_clean -O--buildsystem=pybuild
    install -d /<<PKGBUILDDIR>>/debian/.debhelper/generated/_source/home
    pybuild --clean -i python{version} -p 3.10
    I: pybuild base:240: python3.10 setup.py clean >/usr/lib/python3/dist-packages/setuptools/installer.py:27: SetuptoolsDeprecationWarning: setuptools.installer is deprecated. Requirements should be satisfied by a PEP 517 installer.
    warnings.warn(
    WARNING: The wheel package is not available.
    /usr/bin/python3.10: No module named pip
    Traceback (most recent call last):
    File "/usr/lib/python3/dist-packages/setuptools/installer.py", line 82, in fetch_build_egg
    subprocess.check_call(cmd)
    File "/usr/lib/python3.10/subprocess.py", line 369, in check_call
    raise CalledProcessError(retcode, cmd)
    subprocess.CalledProcessError: Command '['/usr/bin/python3.10', '-m', 'pip', '--disable-pip-version-check', 'wheel', '--no-deps', '-w', '/tmp/tmpq9o0m_9e', '--quiet', 'h5py']' returned non-zero exit status 1.The above exception was the direct cause of
    the following exception:



    Adding pybuild-plugin-pyproject to build-depends should solve it. It looks like it is trying to do the new pyproject.toml style build without all the necessary parts in place.

    Scott K

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From picca@21:1/5 to All on Sun Oct 30 01:10:01 2022
    Le 2022-10-30 00:39, Scott Kitterman a écrit :

    Adding pybuild-plugin-pyproject to build-depends should solve it. It
    looks like it is trying to do the new pyproject.toml style build
    without all the necessary parts in place.

    the package contain a pyproject.toml file and a setup.py one.

    the build system in the pyproject file is setuptools.

    [build-system]
    requires = ["setuptools", "wheel", "numpy"]
    build-backend = "setuptools.build_meta"

    So I imagine that under the hood it use the setup.py file.

    now it fails with this error message

    adding 'xrayutilities-1.7.3.dist-info/top_level.txt'
    adding 'xrayutilities-1.7.3.dist-info/RECORD'
    removing build/bdist.linux-x86_64/wheel
    * Building wheel...
    Successfully built xrayutilities-1.7.3-cp310-cp310-linux_x86_64.whl
    I: pybuild plugin_pyproject:118: Unpacking wheel built for python3.10
    with "installer" module
    E: pybuild pybuild:379: build: plugin pyproject failed with: File
    already exists: /<<PKGBUILDDIR>>/.pybuild/cpython3_3.10_xrayutilities/build/xrayutilities/VERSION
    dh_auto_build: error: pybuild --build -i python{version} -p 3.10
    returned exit code 13
    make[1]: *** [debian/rules:20: override_dh_auto_build-arch] Error 25


    this failure seems to come from the indep part


    %:
    dh $@ --buildsystem=pybuild

    execute_after_dh_auto_clean:
    rm -rf build

    override_dh_auto_build-arch:
    dh_auto_build

    override_dh_auto_build-indep: override_dh_auto_build-arch
    ifeq (,$(findstring nodoc, $(DEB_BUILD_OPTIONS)))
    dh_auto_build -- -s custom --build-args="env
    PYTHONPATH={build_dir} {interpreter} setup.py build_doc"
    endif


    since I make the indep part depends on the arch one, it build the
    package a second time. and this is during this second reconstruction
    that
    it failes.

    it seems that the arch rules does not gard from a second build, and it
    is not indepotent...


    Fred

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Carsten Schoenert@21:1/5 to All on Sun Oct 30 10:20:01 2022
    Hello Frederic,

    please could you provide next time direct links to the VCS/Tracker of
    your package, that prevents time to search for the correct package on my
    or others people side. Also a speaking subject content is helping me to
    decide if I want to spend time on taking a look, you've choose a very
    generic line. :-)

    https://tracker.debian.org/pkg/xrayutilities https://salsa.debian.org/science-team/python-xrayutilities

    Am 30.10.22 um 01:08 schrieb picca:
    Le 2022-10-30 00:39, Scott Kitterman a écrit :

    Adding pybuild-plugin-pyproject to build-depends should solve it. It
    looks like it is trying to do the new pyproject.toml style build
    without all the necessary parts in place.

    the package contain a pyproject.toml file and a setup.py one.

    the build system in the pyproject file is setuptools.

    [build-system]
    requires = ["setuptools", "wheel", "numpy"]
    build-backend = "setuptools.build_meta"

    So I imagine that under the hood it use the setup.py file.

    No as you have overwritten the default target by a call that is quite
    similar to the original pybuild call.

    now it fails with this error message

    adding 'xrayutilities-1.7.3.dist-info/top_level.txt'
    adding 'xrayutilities-1.7.3.dist-info/RECORD'
    removing build/bdist.linux-x86_64/wheel
    * Building wheel...
    Successfully built xrayutilities-1.7.3-cp310-cp310-linux_x86_64.whl
    I: pybuild plugin_pyproject:118: Unpacking wheel built for python3.10 with "installer" module
    E: pybuild pybuild:379: build: plugin pyproject failed with: File already exists: /<<PKGBUILDDIR>>/.pybuild/cpython3_3.10_xrayutilities/build/xrayutilities/VERSION
    dh_auto_build: error: pybuild --build -i python{version} -p 3.10 returned exit code 13
    make[1]: *** [debian/rules:20: override_dh_auto_build-arch] Error 25


    this failure seems to come from the indep part


    %:
    dh $@ --buildsystem=pybuild

    execute_after_dh_auto_clean:
    rm -rf build

    override_dh_auto_build-arch:
    dh_auto_build

    override_dh_auto_build-indep: override_dh_auto_build-arch
    ifeq (,$(findstring nodoc, $(DEB_BUILD_OPTIONS)))
    dh_auto_build -- -s custom --build-args="env
    PYTHONPATH={build_dir} {interpreter} setup.py build_doc"
    endif


    since I make the indep part depends on the arch one, it build the
    package a second time. and this is during this second reconstruction
    that
    it failes.

    it seems that the arch rules does not gard from a second build, and it
    is not indepotent...

    Yes, the environment isn't the same for the second call, you'd need to
    ensure that the build directory is clean before starting the second run.
    But I don't see why this construct you've build in d/rules is needed
    that way.

    I can build the package basically doing these modifications and by
    adding the additional B-D package Scott did mention. Simply let
    dh_sphinxdoc build the documentation and adding the additional needed
    package dependencies.

    $ git diff
    diff --git a/debian/control b/debian/control
    index 4a702ea..1b746a3 100644
    --- a/debian/control
    +++ b/debian/control
    @@ -10,9 +10,9 @@ Section: science
    Priority: optional
    Build-Depends:
    debhelper-compat (= 13),
    - dh-python,
    dh-sequence-numpy3,
    dh-sequence-python3,
    + pybuild-plugin-pyproject,
    python3-all-dev,
    python3-h5py,
    python3-lmfit,
    diff --git a/debian/rules b/debian/rules
    index 54c4cb0..089385d 100755
    --- a/debian/rules
    +++ b/debian/rules
    @@ -4,6 +4,7 @@
    # Uncomment this to turn on verbose mode.
    export DH_VERBOSE=1
    export DEB_BUILD_MAINT_OPTIONS=hardening=+all
    +export DEB_HOST_ARCH?=$(shell dpkg-architecture -qDEB_HOST_ARCH)

    # copy the tests to the build dir to be able to pass nose
    export PYBUILD_NAME=xrayutilities
    @@ -11,18 +12,13 @@ export PYBUILD_BEFORE_TEST=cp -r tests {build_dir}; cp -r examples {build_dir};
    export PYBUILD_AFTER_TEST=rm -rf {build_dir}/tests; rm -rf {build_dir}/xrayutilities/materials/data; rm -rf {build_dir}/examples

    %:
    - dh $@ --buildsystem=pybuild
    + dh $@ --with sphinxdoc --buildsystem=pybuild

    -execute_after_dh_auto_clean:
    - rm -rf build
    -
    -override_dh_auto_build-arch:
    - dh_auto_build
    -
    -override_dh_auto_build-indep: override_dh_auto_build-arch +override_dh_sphinxdoc:
    ifeq (,$(findstring nodoc, $(DEB_BUILD_OPTIONS)))
    - dh_auto_build -- -s custom --build-args="env PYTHONPATH={build_dir} {interpreter} setup.py build_doc"
    + PYTHONPATH=. python3 -m sphinx -b html -N doc/source $(CURDIR)/debian/python-xrayutilities-doc/usr/share/doc/python-xrayutilities-doc/html
    + dh_sphinxdoc
    endif

    -execute_after_dh_installdocs:
    - dh_installdocs -p python-xrayutilities-doc build/sphinx/html +execute_after_dh_auto_clean:
    + rm -rf build

    lintian has some additional remarks any way, I haven't looked further at
    these.

    --
    Regards
    Carsten

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From PICCA Frederic-Emmanuel@21:1/5 to All on Mon Oct 31 09:20:01 2022
    Hello Frederic,

    Hello Carsten

    please could you provide next time direct links to the VCS/Tracker of
    your package, that prevents time to search for the correct package on my
    or others people side. Also a speaking subject content is helping me to decide if I want to spend time on taking a look, you&#039;ve choose a very generic line. :-)

    ack

    https://tracker.debian.org/pkg/xrayutilities https://salsa.debian.org/science-team/python-xrayutilities

    No as you have overwritten the default target by a call that is quite
    similar to the original pybuild call.

    Yes, the environment isn&#039;t the same for the second call, you&#039;d need to
    ensure that the build directory is clean before starting the second run.
    But I don&#039;t see why this construct you&#039;ve build in d/rules is needed
    that way.

    ok

    I can build the package basically doing these modifications and by
    adding the additional B-D package Scott did mention. Simply let
    dh_sphinxdoc build the documentation and adding the additional needed
    package dependencies.

    [your patch]

    In your proposition you removed the arch/indep split, is it on purpose ?

    lintian has some additional remarks any way, I haven&#039;t looked further at these.

    ok

    Cheers

    Fred

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Carsten Schoenert@21:1/5 to All on Mon Oct 31 18:30:01 2022
    Hello Frederic,

    Am 31.10.22 um 08:57 schrieb PICCA Frederic-Emmanuel:
    I can build the package basically doing these modifications and by
    adding the additional B-D package Scott did mention. Simply let
    dh_sphinxdoc build the documentation and adding the additional needed
    package dependencies.

    [your patch]

    In your proposition you removed the arch/indep split, is it on purpose ?

    yes, building the Sphinx based documentation doesn't need to be done
    that (to me fragile) way. debhelper is smart enough to do the right
    things in the correct order if you tell it to use the sphinxdoc module.

    --
    Regards
    Carsten

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Scott Kitterman@21:1/5 to All on Mon Oct 31 13:31:23 2022
    On Monday, October 31, 2022 1:26:03 PM EDT Carsten Schoenert wrote:
    Hello Frederic,

    Am 31.10.22 um 08:57 schrieb PICCA Frederic-Emmanuel:
    I can build the package basically doing these modifications and by
    adding the additional B-D package Scott did mention. Simply let
    dh_sphinxdoc build the documentation and adding the additional needed
    package dependencies.

    [your patch]

    In your proposition you removed the arch/indep split, is it on purpose ?

    yes, building the Sphinx based documentation doesn't need to be done
    that (to me fragile) way. debhelper is smart enough to do the right
    things in the correct order if you tell it to use the sphinxdoc module.

    Agreed.

    More generally, use of setup.py is being deprecated in favor of the pyproject.toml based interface with the various Python build systems
    (including setuptools). The approach Carsten is recommending is recommending is not only more robust, it is more future proof. At some point your upstream will probably stop including the setup.py and you don't want to depend on it
    if you don't need to (and you don't).

    Scott K

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEE53Kb/76FQA/u7iOxeNfe+5rVmvEFAmNgBmsACgkQeNfe+5rV mvGe5A/9HAp/lOenN8QNrC+zIg1hvQLsQRpTuWp9ihtIe1Q0PaPLG3hGkPrdE5rj 1pKvh5oyPJ4iaFqxhqBNIO+pUdTKcKVo6FrbWLHJZ1JP4s1F1DafiQHNWt2Jj/ec 6Wc8kZYuXTLDPL+/MN3tgsICzRPLzEnJmda2YtaoTuXEfRiId/VDKcf6n2o79YE9 EdYfUPvh5YFkbCssXeoGK5Ot5n3fP3VwjZA2YKFXwE/3eN8HaZEF+Oz/9qqdbzrp eMGNcOBQqPE2bDK6NmarNz7YPuux+rO244IlusRXBSj90Ib0Wsz6DBoe6RNkENhj iMouu+cVkJ/sbfMvNRxyuYltOk4h79jFJQdYo/hTOZ8E7yps34jxb3r5yQSDG85S Xi4VXT+m7858KO1stS8CIEugy34Z85NghPb6Ai7GtRGQTYEnrgiR8pdO8gEBcZNC 0zsXa+yjWW0cHLdW9ZsUM7s/qapPE6TMYT3YaKPhqQ7wg0TVW07zdBL8OZFO8JoR hSe3FeAbUxeX2Oq/KBkf8QobyYttyarRwI9S7b68a3l4aqIiEv2nKRKSSR+pzMRU WMG3DVzmS/OO8j3tImp2peIv6+bRUTJ4cbDk510sQpekjtGi/3ho6CZ/ux0JFy+u thUSPXTx3XkW2/oDf5RgKEtAn5XMM7MA/5DvQ2hCl2+ieivf/c8=
    =FD9U
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From PICCA Frederic-Emmanuel@21:1/5 to All on Tue Nov 1 16:40:02 2022
    thanks for your help.

    I have one more question

    I have this command from the previous build

    {interpreter} setup.py build_man

    how can I translate this with the new build systeme ?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Scott Kitterman@21:1/5 to All on Tue Nov 1 13:48:26 2022
    On Tuesday, November 1, 2022 11:15:59 AM EDT PICCA Frederic-Emmanuel wrote:
    thanks for your help.

    I have one more question

    I have this command from the previous build

    {interpreter} setup.py build_man

    how can I translate this with the new build systeme ?

    As far as I can see, the package doesn't ship any files in /usr/bin. Why do you need to build man pages (I'm assuming that's what that's for? More generically, what problem did that step in the process solve that's not solved now?

    Scott K
    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEE53Kb/76FQA/u7iOxeNfe+5rVmvEFAmNhW+oACgkQeNfe+5rV mvE/GQ/+PdxIEVbnwz3n8Lg+dtpmeAxQR8MaUGxphR67SCDEKYMiMwiecaiG/Y8z l0EZhzrt0M3kaPI/II9nYyfJImeTym7i0/ESWrImfHRyOCWnCyf1XM0S42Px5wgG EKHl2XFK09p5fa8T+BnLAjGjXJegx8pEPIIR43UuruiSlTDLaP3gwW3NIzWDYN/D Ed5JutIdtCms7TaGOgpgvIJA0cBZORdFuxG0TkBc2E+v1qtbjmWa4jb8VtpfYJYP WADri3o2k+9ixclJjyoSuTC3XnoTf9OnBW5jv+s6sXF2iru19D+ITCEwQ83RbaYf CtJTsg/054jEgnfw0kq/0YBHQviL3FSPpaeEvROPLKRaVllCKGaM4Fa6DE00q17+ UFfTuB269hQDfaUI6hAbE1ekNhjQhzHRsABphuuN472CwaakFsnkWWUhVhXytxH9 MGzpEbplCMvkxnXaRaXnb2/fXqNyqP/AC4XB3tmYU0lMjmjsTVDM2SNWvCzljNM6 cRvN5pwxqbcKzcZMSUi+xCTcF7kbL3veYcDDL/akk04DMUXtdkFD3RB18lhzIXDk N4+awBDJ4PtBlC0nTZ+ghcJT0UbNTUaG1yXiiBz3O+YvjrMF75hRLcQc75GcKYRl 9TgfywVH3dukGSSfgNy91P0lPldClKWifBAKWv8I1SoMt93VBF4=
    =/Usf
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Scott Kitterman@21:1/5 to All on Tue Nov 1 14:58:11 2022
    On Tuesday, November 1, 2022 2:48:12 PM EDT Scott Kitterman wrote:
    On Tuesday, November 1, 2022 2:42:22 PM EDT PICCA Frederic-Emmanuel wrote:
    As far as I can see, the package doesn&#039;t ship any files in
    /usr/bin.
    Why do you need to build man pages (I&#039;m assuming that&#039;s what that&#039;s for? More generically, what problem did that step in the process solve that&#039;s not solved now?

    this is for the pyfai package which I need to update

    https://salsa.debian.org/science-team/pyfai

    I see. I was confused by the subject saying this was about xrayutilities still. I'll have a look.

    Scott K

    It looks to me like the current pyproject.toml file for pyfai is not sufficient to build the package, so I would tempted to keep what you have now.

    For another package (weasyprint) where I have to build the man page from
    Sphinx documentation myself, I use this to build it:

    override_dh_installman:
    PYTHONPATH=.:$PYTHONPATH sphinx-build -b man docs debian
    dh_installman

    Then weasyprint.manpages has:

    debian/weasyprint.1

    Their build_man command has a lot of moving parts, so pyfai may br more complicated.

    AScott K
    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEE53Kb/76FQA/u7iOxeNfe+5rVmvEFAmNhbEMACgkQeNfe+5rV mvGPgw/+NHudXaXCy7Rag51X0X+hHRAHC0J9CjLmYXUud6hwwlMaztSzU6rBFeFJ /I+PQ3i/u0r5DW7A6C+sa10VDFTjXo+2B1GQYk48ozOaJSuRSIeaw8ARAWB8fXcl RpdIOUzrhoLpc0mR2/aNMWPH45lQLp+eAJFkziHQj6DmGfOOKbuoD/TQier0Yb1w 955InQhdnkbMaict197xc8mcBDxHzYqD9XXcl81uCpC0rWQuRhObyAfsLgdffE0n 3MZpKmbiukQw9QXcIFMJfCh9sEWIO2S22REhEgd6nFxmv8izpC5h7b62C2N4e+yr kTuRRXW0R32PLU+IYMThFYyO+z7/dxYzV2JVrP+2sGXjb4z/2lGM1nf1Yq9s++3S nseC1iGp9Fj6i5fjpEYzQeZmcokMhn/9QKMGFk89uie/Vg2ZV7vYk7I5SWJ2Rcsm 9PbRQyXlQUUZ5Kn1yXtWHOPhE3r55L9l6Rw3RYq6z+uori9E3OpNgKkEudWNrF8R TuT0xkaciAizyIg29PYK0PRk+DiKj8X6an1EDTCGoi7WuZHYIK4bszWC0e/HGLm+ 6y0KU2XNLHTkS/ZkwNhIR0tEQB2jsUW4q2lj35x8mhKJWPYy+iLenuXZG3jf3Bnp FpxEv5Z4o1h2JijnZzma/x0Dm3r9kP2+rgyd+WFtiwXlaJYFqEA=
    =51bD
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Scott Kitterman@21:1/5 to All on Tue Nov 1 14:48:12 2022
    On Tuesday, November 1, 2022 2:42:22 PM EDT PICCA Frederic-Emmanuel wrote:
    As far as I can see, the package doesn&#039;t ship any files in /usr/bin. Why do you need to build man pages (I&#039;m assuming that&#039;s what that&#039;s for? More generically, what problem did that step in the process solve that&#039;s not solved now?

    this is for the pyfai package which I need to update

    https://salsa.debian.org/science-team/pyfai

    I see. I was confused by the subject saying this was about xrayutilities still. I'll have a look.

    Scott K

    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEE53Kb/76FQA/u7iOxeNfe+5rVmvEFAmNhaewACgkQeNfe+5rV mvEaihAArfZ0CDG2hPW+AdipMhKSKP4Qqfxdo7BLgBm2c6RhiN5uj3g/SjLs9AKR wzBz1CHgN4L4bn3GMRoVKpUk5xTBrL9iCWK/Llq/p1+6yqEatxMUXn3VEh2R5+GT 7mw4lEoRPXAtYLRKwUpIgAb9uamjuGggTqOtHk4JHYrjvf/cbcDEhynWcz28BGsO aHo6nCic2sktPMYYptbacnIGzRhEYIJQdK4dc+AdOffohHRyzk9rQrxc4voQUpfp rrAsvVDcRhmxV+ox/fhvN8jEjnB0D4YJbm+8361FrG1hH+O4PoKDihELzI4w4Fcf CAnmEsp5FKXR+5j17FlD9Klu9SObcnvUl2yoiQqKMnEYk2j0+OAANFvqoc6WSFiM cFKpvphhsL+SeubhT5SHEyteVvmH60E84hBvGjESbnSMFaYEQKKoIv2zaX28A5KE bPLT6D2V1+BRyGoUoAgDmnAi8zSMweyVNNHs6mw2mH36PsfyfBDc3bkIDZMSp7lj e9a56hHzKVDPZzxAvJn5thtXqdjDRghqW+D42sL/hp384AU7JZ/Jw5T9qRQDOtVk GEbViMm/jCaJdUq5T5pRo56A9yCLPhRBB47slNjm0ipVA/Lw4Gjp9J4mWpiEKhfn 9oBul/vL7FRF1guLve0i9pfM8Jcc23O48sHipcONi4AeNFn6qLE=
    =Akt0
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From PICCA Frederic-Emmanuel@21:1/5 to All on Tue Nov 1 20:10:01 2022
    As far as I can see, the package doesn&#039;t ship any files in /usr/bin. Why do
    you need to build man pages (I&#039;m assuming that&#039;s what that&#039;s for? More
    generically, what problem did that step in the process solve that&#039;s not solved
    now?

    this is for the pyfai package which I need to update

    https://salsa.debian.org/science-team/pyfai

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Scott Kitterman@21:1/5 to All on Tue Nov 1 15:12:49 2022
    On Tuesday, November 1, 2022 3:02:00 PM EDT PICCA Frederic-Emmanuel wrote:
    It looks to me like the current pyproject.toml file for pyfai is not >sufficient>
    to build the package, so I would tempted to keep what you have now.

    Due to the presence of this file, pybuild try to build using the "new way" instead of building with setup.py.

    I do not know if other package are in this state, but if produce an FTBFS.

    Cheers

    I don't think it should do that, so we need to investigate. Where can I find the updated packaging?

    Scott K
    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEE53Kb/76FQA/u7iOxeNfe+5rVmvEFAmNhb7IACgkQeNfe+5rV mvG6zQ//YsfYeOzHh1WVys6F44tb8xQKWgYBlm/iDNhTEQepz1jFhVMzuksMv+Ja yGyshy5afhKqWD52t4Oykr9LX+zK8qtdFlUTXzFs2ZYOW4y1aqm4xVKNsIB7eaJa MOxl/qC+hxRckxbqloKSEjz0OWdYuzN9KQ5RQJoypf0kfyXpEd7SeyXCgYTkowVa gEXBmfOA4w8+YN0pLciC8/FRH5cJkNNVntw1vogX7nG5eUHp3n7J9061mVpx+q19 SwiO8xYbBaSKQCXeR3PP/9yC9GRc8/AZpIrW4xdAOVhmBAPJ3Ivvi6bc2Nxzinv+ GqQLn/5aWqeuwO447o2WE2o4DK83ElXXZv776zEVZo65p4y1qPXMEAPgD281W0Tn Q7qEetxcInu0U5R9mT7vBsSoYp6D4xZQrNNDl3xVbezItAyXPqPPlxpi41r1fbH8 iZNdXiZz1DM0B0Dq4id9grc/ucHhhcTaY1b+LCOO2kkjQ2loQEge4MzEQcSYzv9m GhloJ1tbKIJEBMDGQpXYblhMg+jxWQ5nJ5t4UJci5fgffVEdT8PzEL3en9A61PpF 2UXu6siPJAmFkp9F+q/ZVePbhEGHViflpGH3Td9JGoQlHFl9Oagmlfxb/osBUeTr OPz5+GPBv+nL3PBnyIk03e87tbFRB4U7nYlp9WK8ZC7u4X1ndkk=
    =R1Z/
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From PICCA Frederic-Emmanuel@21:1/5 to All on Tue Nov 1 20:30:01 2022
    It looks to me like the current pyproject.toml file for pyfai is not sufficient
    to build the package, so I would tempted to keep what you have now.

    Due to the presence of this file, pybuild try to build using the "new way" instead of building with setup.py.

    I do not know if other package are in this state, but if produce an FTBFS.

    Cheers

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Scott Kitterman@21:1/5 to All on Tue Nov 1 15:36:20 2022
    On Tuesday, November 1, 2022 3:31:47 PM EDT PICCA Frederic-Emmanuel wrote:
    I don&#039;t think it should do that, so we need to investigate. Where
    can I find the updated packaging?

    I did not push the change right now, I will push once I solve this issue :).

    my opinion is that I should force via PYBUILD_SYSTEM=distutils

    Fred

    If that works, I think it's fine, but I don't think it should be necessary.
    Let me know once you push the package and I'll see if there's a pybuild issue.

    Scott K
    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCgAdFiEE53Kb/76FQA/u7iOxeNfe+5rVmvEFAmNhdTQACgkQeNfe+5rV mvFrEg/+NKmWqNjvAM+tSDA7vdU27fUm0R+ASk0nnGuL3mA+2Wq5MiWyT5w/H+yN Fp9w2x02KRbTHiJPAoFR0R45N/QrfT4m/qQYNfOr4LncyoPmwCRTcnVyxE5lg21M Pv5Nkmn+IH6WIRcQZQCgWL/ireC3lZ2B+HrtDsz7aialrhHNYLypETcnZ16kw0xz rFIvZUxP/01BQDpy91jqW52kbyByAs5/sKiHyOT2yFDpCVdSl+1oWcd2Q4LeADjZ SaDFj2cVc14iPX03BzfPqFRe3hjeHDTsQwHrchQRaXrooMAZ20uIlbUTTzclKnW/ 3yZppUfn/m6IJZ6YtwxYBq62B4KZclfe2YCAJ1BEmd4zhjd3HYPJyo8+6KOSx9Dc fQz7jleGU3oqFxdfbrMieImOQUrq+W2UI0413phii5F7kAvfjUfCYgw/oE0/oPCm 9x+4JzSA0Hl1/7kcBG8dzWh5jg8g/x0COZv1hafGYMnYrkOEXv59CqRZs7KJqr2G 9bQCMvXMKbA2WRp0X84N21dsu2zSzt9PA7WxI1DFftTmk7p+Xdoa4Y93GEklZ1/3 7sx8Mb6165KqBYGulEIdjksswaeVOgkl3PKMLtqi3DWxB90dyMSQq3yDouFIZ3Gc gjl3/8mfbKP11uaeLJIxcyrCNZ1E5PVoxN7Cg8GO+PEpl3YKdu8=
    =d3zf
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From PICCA Frederic-Emmanuel@21:1/5 to All on Tue Nov 1 20:50:01 2022
    I don&#039;t think it should do that, so we need to investigate. Where can I find
    the updated packaging?

    I did not push the change right now, I will push once I solve this issue :).

    my opinion is that I should force via PYBUILD_SYSTEM=distutils

    Fred

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From PICCA Frederic-Emmanuel@21:1/5 to All on Wed Nov 2 09:30:01 2022
    Ok, I understand better what is going on.

    in pyproject.toml there is these lines.

    [build-system]
    requires = [
    "wheel",
    "setuptools<60.0.0",
    "oldest-supported-numpy",
    "scipy",
    "sphinx",
    "nbsphinx",
    "silx>=0.10",
    "Cython>=0.25"
    ]

    indeed the setuptools < 60, can not be fullfill, So I think that this is why it try to use pip in order to install the required version of setuptools.

    the strack trace seems to config this.


    dh clean --buildsystem=pybuild
    dh_auto_clean -O--buildsystem=pybuild
    install -d /<<BUILDDIR>>/pyfai-0.21.3\+dfsg1/debian/.debhelper/generated/_source/home
    pybuild --clean -i python{version} -p 3.10
    I: pybuild base:240: python3.10 setup.py clean
    /<<PKGBUILDDIR>>/setup.py:43: DeprecationWarning: The distutils package is deprecated and slated for removal in Python 3.12. Use setuptools or check PEP 632 for potential alternatives
    from distutils.command.clean import clean as Clean /usr/lib/python3/dist-packages/_distutils_hack/__init__.py:18: UserWarning: Distutils was imported before Setuptools, but importing Setuptools also replaces the `distutils` module in `sys.modules`. This may lead to undesirable behaviors or errors. To
    avoid these issues, avoid using distutils directly, ensure that setuptools is installed in the traditional way (e.g. not an editable install), and/or make sure that setuptools is always imported before distutils.
    warnings.warn(
    /usr/lib/python3/dist-packages/_distutils_hack/__init__.py:33: UserWarning: Setuptools is replacing distutils.
    warnings.warn("Setuptools is replacing distutils.")
    INFO: Disabling color, you really want to install colorlog. INFO:pythran:Disabling color, you really want to install colorlog. INFO:pyFAI.setup:Use setuptools with cython
    INFO:pyFAI.setup:Use setuptools.setup /usr/lib/python3/dist-packages/setuptools/installer.py:27: SetuptoolsDeprecationWarning: setuptools.installer is deprecated. Requirements should be satisfied by a PEP 517 installer.
    warnings.warn(
    /usr/lib/python3/dist-packages/setuptools/installer.py:60: UserWarning: Unbuilt egg for pyFAI [unknown version] (/<<PKGBUILDDIR>>)
    environment = pkg_resources.Environment()
    WARNING: Retrying (Retry(total=4, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProxyError('Cannot connect to proxy.', NewConnectionError('<pip._vendor.urllib3.connection.HTTPSConnection object at 0x7fbbf0c8ae60>:
    Failed to establish a new connection: [Errno 111] Connection refused'))': /simple/setuptools/
    WARNING: Retrying (Retry(total=3, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProxyError('Cannot connect to proxy.', NewConnectionError('<pip._vendor.urllib3.connection.HTTPSConnection object at 0x7fbbf0c8ad40>:
    Failed to establish a new connection: [Errno 111] Connection refused'))': /simple/setuptools/
    WARNING: Retrying (Retry(total=2, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProxyError('Cannot connect to proxy.', NewConnectionError('<pip._vendor.urllib3.connection.HTTPSConnection object at 0x7fbbf0c8baf0>:
    Failed to establish a new connection: [Errno 111] Connection refused'))': /simple/setuptools/
    WARNING: Retrying (Retry(total=1, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProxyError('Cannot connect to proxy.', NewConnectionError('<pip._vendor.urllib3.connection.HTTPSConnection object at 0x7fbbf0c8bcd0>:
    Failed to establish a new connection: [Errno 111] Connection refused'))': /simple/setuptools/
    WARNING: Retrying (Retry(total=0, connect=None, read=None, redirect=None, status=None)) after connection broken by 'ProxyError('Cannot connect to proxy.', NewConnectionError('<pip._vendor.urllib3.connection.HTTPSConnection object at 0x7fbbf0c8ace0>:
    Failed to establish a new connection: [Errno 111] Connection refused'))': /simple/setuptools/
    ERROR: Could not find a version that satisfies the requirement setuptools<60.0.0 (from versions: none)
    ERROR: No matching distribution found for setuptools<60.0.0
    Traceback (most recent call last):
    File "/usr/lib/python3/dist-packages/setuptools/installer.py", line 82, in fetch_build_egg
    subprocess.check_call(cmd)
    File "/usr/lib/python3.10/subprocess.py", line 369, in check_call
    raise CalledProcessError(retcode, cmd)
    subprocess.CalledProcessError: Command '['/usr/bin/python3.10', '-m', 'pip', '--disable-pip-version-check', 'wheel', '--no-deps', '-w', '/tmp/tmpmx8yh9o_', '--quiet', 'setuptools<60.0.0']' returned non-zero exit status 1.

    The above exception was the direct cause of the following exception:

    Traceback (most recent call last):
    File "/<<PKGBUILDDIR>>/setup.py", line 1137, in <module>
    setup_package()
    File "/<<PKGBUILDDIR>>/setup.py", line 1133, in setup_package
    setup(**setup_kwargs)
    File "/usr/lib/python3/dist-packages/setuptools/__init__.py", line 86, in setup
    _install_setup_requires(attrs)
    File "/usr/lib/python3/dist-packages/setuptools/__init__.py", line 80, in _install_setup_requires
    dist.fetch_build_eggs(dist.setup_requires)
    File "/usr/lib/python3/dist-packages/setuptools/dist.py", line 875, in fetch_build_eggs
    resolved_dists = pkg_resources.working_set.resolve(
    File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 789, in resolve
    dist = best[req.key] = env.best_match(
    File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 1075, in best_match
    return self.obtain(req, installer)
    File "/usr/lib/python3/dist-packages/pkg_resources/__init__.py", line 1087, in obtain
    return installer(requirement)
    File "/usr/lib/python3/dist-packages/setuptools/dist.py", line 945, in fetch_build_egg
    return fetch_build_egg(self, req)
    File "/usr/lib/python3/dist-packages/setuptools/installer.py", line 84, in fetch_build_egg
    raise DistutilsError(str(e)) from e
    distutils.errors.DistutilsError: Command '['/usr/bin/python3.10', '-m', 'pip', '--disable-pip-version-check', 'wheel', '--no-deps', '-w', '/tmp/tmpmx8yh9o_', '--quiet', 'setuptools<60.0.0']' returned non-zero exit status 1.
    E: pybuild pybuild:379: clean: plugin distutils failed with: exit code=1: python3.10 setup.py clean
    dh_auto_clean: error: pybuild --clean -i python{version} -p 3.10 returned exit code 13
    make: *** [debian/rules:16: clean] Error 25
    dpkg-buildpackage: error: fakeroot debian/rules clean subprocess returned exit status 2

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From PICCA Frederic-Emmanuel@21:1/5 to All on Wed Nov 2 09:20:01 2022
    Hello, I juste added PYBUILD_SYSTEM=distutils

    so now pybuild use the setup.py file. (at least this is a workaround :).
    now it failes with this error

    /usr/bin/python3.10: No module named pip

    so I am wondering if pip should not be added to the setuptools dependency ?

    I will add mannualy pip in the B-D and see if it works at the end.

    Cheers

    Fred


    dh clean --buildsystem=pybuild
    dh_auto_clean -O--buildsystem=pybuild
    install -d /<<BUILDDIR>>/pyfai-0.21.3\+dfsg1/debian/.debhelper/generated/_source/home
    pybuild --clean -i python{version} -p 3.10
    I: pybuild base:240: python3.10 setup.py clean
    /<<PKGBUILDDIR>>/setup.py:43: DeprecationWarning: The distutils package is deprecated and slated for removal in Python 3.12. Use setuptools or check PEP 632 for potential alternatives
    from distutils.command.clean import clean as Clean /usr/lib/python3/dist-packages/_distutils_hack/__init__.py:18: UserWarning: Distutils was imported before Setuptools, but importing Setuptools also replaces the `distutils` module in `sys.modules`. This may lead to undesirable behaviors or errors. To
    avoid these issues, avoid using distutils directly, ensure that setuptools is installed in the traditional way (e.g. not an editable install), and/or make sure that setuptools is always imported before distutils.
    warnings.warn(
    /usr/lib/python3/dist-packages/_distutils_hack/__init__.py:33: UserWarning: Setuptools is replacing distutils.
    warnings.warn("Setuptools is replacing distutils.")
    INFO: Disabling color, you really want to install colorlog. INFO:pythran:Disabling color, you really want to install colorlog. INFO:pyFAI.setup:Use setuptools with cython
    INFO:pyFAI.setup:Use setuptools.setup /usr/lib/python3/dist-packages/setuptools/installer.py:27: SetuptoolsDeprecationWarning: setuptools.installer is deprecated. Requirements should be satisfied by a PEP 517 installer.
    warnings.warn(
    /usr/lib/python3/dist-packages/setuptools/installer.py:34: UserWarning: Unbuilt egg for pyFAI [unknown version] (/<<PKGBUILDDIR>>)
    pkg_resources.get_distribution('wheel')
    WARNING: The wheel package is not available. /usr/lib/python3/dist-packages/setuptools/installer.py:60: UserWarning: Unbuilt egg for pyFAI [unknown version] (/<<PKGBUILDDIR>>)
    environment = pkg_resources.Environment()
    /usr/bin/python3.10: No module named pip
    Traceback (most recent call last):
    File "/usr/lib/python3/dist-packages/setuptools/installer.py", line 82, in fetch_build_egg
    subprocess.check_call(cmd)
    File "/usr/lib/python3.10/subprocess.py", line 369, in check_call
    raise CalledProcessError(retcode, cmd)
    subprocess.CalledProcessError: Command '['/usr/bin/python3.10', '-m', 'pip', '--disable-pip-version-check', 'wheel', '--no-deps', '-w', '/tmp/tmppdpybvy1', '--quiet', 'setuptools<60.0.0']' returned non-zero exit status 1.




    ----- Mail d’origine -----
    De: Scott Kitterman &lt;debian@kitterman.com&gt;
    À: debian-python@lists.debian.org
    Envoyé: Tue, 01 Nov 2022 20:36:20 +0100 (CET)
    Objet: Re: build package xrayutilities - wheel and pip with setuptools

    On Tuesday, November 1, 2022 3:31:47 PM EDT PICCA Frederic-Emmanuel wrote:
    &gt; &gt; I don&amp;#039;t think it should do that, so we need to investigate. Where
    &gt; &gt; can I find the updated packaging?
    &gt;
    &gt; I did not push the change right now, I will push once I solve this issue :).
    &gt;
    &gt; my opinion is that I should force via PYBUILD_SYSTEM=distutils
    &gt;
    &gt; Fred

    If that works, I think it&#039;s fine, but I don&#039;t think it should be necessary.
    Let me know once you push the package and I&#039;ll see if there&#039;s a pybuild issue.

    Scott K

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From PICCA Frederic-Emmanuel@21:1/5 to All on Wed Nov 2 10:10:02 2022
    The upstream was right :), their build system is completly broken with setuptools > 60

    I need to fix this.

    thanks for your help

    Fred

    Traceback (most recent call last):
    File "/<<PKGBUILDDIR>>/setup.py", line 1137, in <module>
    setup_package()
    File "/<<PKGBUILDDIR>>/setup.py", line 1133, in setup_package
    setup(**setup_kwargs)
    File "/usr/lib/python3/dist-packages/setuptools/__init__.py", line 87, in setup
    return distutils.core.setup(**attrs)
    File "/usr/lib/python3/dist-packages/setuptools/_distutils/core.py", line 172, in setup
    ok = dist.parse_command_line()
    File "/usr/lib/python3/dist-packages/setuptools/_distutils/dist.py", line 474, in parse_command_line
    args = self._parse_command_opts(parser, args)
    File "/usr/lib/python3/dist-packages/setuptools/dist.py", line 1107, in _parse_command_opts
    nargs = _Distribution._parse_command_opts(self, parser, args)
    File "/usr/lib/python3/dist-packages/setuptools/_distutils/dist.py", line 540, in _parse_command_opts
    raise DistutilsClassError(
    distutils.errors.DistutilsClassError: command class <class '__main__.CleanCommand'> must subclass Command
    E: pybuild pybuild:379: clean: plugin distutils failed with: exit code=1: python3.10 setup.py clean
    dh_auto_clean: error: pybuild --clean -i python{version} -p 3.10 returned exit code 13
    make: *** [debian/rules:16: clean] Error 25
    dpkg-buildpackage: error: fakeroot debian/rules clean subprocess returned exit status 2



    ----- Mail d’origine -----
    De: PICCA Frederic-Emmanuel &lt;frederic-emmanuel.picca@synchrotron-soleil.fr&gt;
    À: Scott Kitterman &lt;debian@kitterman.com&gt;
    Cc: debian-python@lists.debian.org
    Envoyé: Wed, 02 Nov 2022 09:03:45 +0100 (CET)
    Objet: Re: build package xrayutilities - wheel and pip with setuptools

    Ok, I understand better what is going on.

    in pyproject.toml there is these lines.

    [build-system]
    requires = [
    &#034;wheel&#034;,
    &#034;setuptools&lt;60.0.0&#034;,
    &#034;oldest-supported-numpy&#034;,
    &#034;scipy&#034;,
    &#034;sphinx&#034;,
    &#034;nbsphinx&#034;,
    &#034;silx&gt;=0.10&#034;,
    &#034;Cython&gt;=0.25&#034;
    ]

    indeed the setuptools &lt; 60, can not be fullfill, So I think that this is why it try to use pip in order to install the required version of setuptools.

    the strack trace seems to config this.


    dh clean --buildsystem=pybuild
    dh_auto_clean -O--buildsystem=pybuild
    install -d /&lt;&lt;BUILDDIR&gt;&gt;/pyfai-0.21.3\+dfsg1/debian/.debhelper/generated/_source/home
    pybuild --clean -i python{version} -p 3.10
    I: pybuild base:240: python3.10 setup.py clean /&lt;&lt;PKGBUILDDIR&gt;&gt;/setup.py:43: DeprecationWarning: The distutils package is deprecated and slated for removal in Python 3.12. Use setuptools or check PEP 632 for potential alternatives
    from distutils.command.clean import clean as Clean /usr/lib/python3/dist-packages/_distutils_hack/__init__.py:18: UserWarning: Distutils was imported before Setuptools, but importing Setuptools also replaces the `distutils` module in `sys.modules`. This may lead to undesirable behaviors or errors. To
    avoid these issues, avoid using distutils directly, ensure that setuptools is installed in the traditional way (e.g. not an editable install), and/or make sure that setuptools is always imported before distutils.
    warnings.warn(
    /usr/lib/python3/dist-packages/_distutils_hack/__init__.py:33: UserWarning: Setuptools is replacing distutils.
    warnings.warn(&#034;Setuptools is replacing distutils.&#034;)
    INFO: Disabling color, you really want to install colorlog. INFO:pythran:Disabling color, you really want to install colorlog. INFO:pyFAI.setup:Use setuptools with cython
    INFO:pyFAI.setup:Use setuptools.setup /usr/lib/python3/dist-packages/setuptools/installer.py:27: SetuptoolsDeprecationWarning: setuptools.installer is deprecated. Requirements should be satisfied by a PEP 517 installer.
    warnings.warn(
    /usr/lib/python3/dist-packages/setuptools/installer.py:60: UserWarning: Unbuilt egg for pyFAI [unknown version] (/&lt;&lt;PKGBUILDDIR&gt;&gt;)
    environment = pkg_resources.Environment()
    WARNING: Retrying (Retry(total=4, connect=None, read=None, redirect=None, status=None)) after connection broken by &#039;ProxyError(&#039;Cannot connect to proxy.&#039;, NewConnectionError(&#039;&lt;pip._vendor.urllib3.connection.HTTPSConnection object
    at 0x7fbbf0c8ae60&gt;: Failed to establish a new connection: [Errno 111] Connection refused&#039;))&#039;: /simple/setuptools/
    WARNING: Retrying (Retry(total=3, connect=None, read=None, redirect=None, status=None)) after connection broken by &#039;ProxyError(&#039;Cannot connect to proxy.&#039;, NewConnectionError(&#039;&lt;pip._vendor.urllib3.connection.HTTPSConnection object
    at 0x7fbbf0c8ad40&gt;: Failed to establish a new connection: [Errno 111] Connection refused&#039;))&#039;: /simple/setuptools/
    WARNING: Retrying (Retry(total=2, connect=None, read=None, redirect=None, status=None)) after connection broken by &#039;ProxyError(&#039;Cannot connect to proxy.&#039;, NewConnectionError(&#039;&lt;pip._vendor.urllib3.connection.HTTPSConnection object
    at 0x7fbbf0c8baf0&gt;: Failed to establish a new connection: [Errno 111] Connection refused&#039;))&#039;: /simple/setuptools/
    WARNING: Retrying (Retry(total=1, connect=None, read=None, redirect=None, status=None)) after connection broken by &#039;ProxyError(&#039;Cannot connect to proxy.&#039;, NewConnectionError(&#039;&lt;pip._vendor.urllib3.connection.HTTPSConnection object
    at 0x7fbbf0c8bcd0&gt;: Failed to establish a new connection: [Errno 111] Connection refused&#039;))&#039;: /simple/setuptools/
    WARNING: Retrying (Retry(total=0, connect=None, read=None, redirect=None, status=None)) after connection broken by &#039;ProxyError(&#039;Cannot connect to proxy.&#039;, NewConnectionError(&#039;&lt;pip._vendor.urllib3.connection.HTTPSConnection object
    at 0x7fbbf0c8ace0&gt;: Failed to establish a new connection: [Errno 111] Connection refused&#039;))&#039;: /simple/setuptools/
    ERROR: Could not find a version that satisfies the requirement setuptools&lt;60.0.0 (from versions: none)
    ERROR: No matching distribution found for setuptools&lt;60.0.0
    Traceback (most recent call last):
    File &#034;/usr/lib/python3/dist-packages/setuptools/installer.py&#034;, line 82, in fetch_build_egg
    subprocess.check_call(cmd)
    File &#034;/usr/lib/python3.10/subprocess.py&#034;, line 369, in check_call
    raise CalledProcessError(retcode, cmd)
    subprocess.CalledProcessError: Command &#039;[&#039;/usr/bin/python3.10&#039;, &#039;-m&#039;, &#039;pip&#039;, &#039;--disable-pip-version-check&#039;, &#039;wheel&#039;, &#039;--no-deps&#039;, &#039;-w&#039;, &#039;/tmp/tmpmx8yh9o_&#039;, &#039;--quiet&
    #039;, &#039;setuptools&lt;60.0.0&#039;]&#039; returned non-zero exit status 1.

    The above exception was the direct cause of the following exception:

    Traceback (most recent call last):
    File &#034;/&lt;&lt;PKGBUILDDIR&gt;&gt;/setup.py&#034;, line 1137, in &lt;module&gt;
    setup_package()
    File &#034;/&lt;&lt;PKGBUILDDIR&gt;&gt;/setup.py&#034;, line 1133, in setup_package
    setup(**setup_kwargs)
    File &#034;/usr/lib/python3/dist-packages/setuptools/__init__.py&#034;, line 86, in setup
    _install_setup_requires(attrs)
    File &#034;/usr/lib/python3/dist-packages/setuptools/__init__.py&#034;, line 80, in _install_setup_requires
    dist.fetch_build_eggs(dist.setup_requires)
    File &#034;/usr/lib/python3/dist-packages/setuptools/dist.py&#034;, line 875, in fetch_build_eggs
    resolved_dists = pkg_resources.working_set.resolve(
    File &#034;/usr/lib/python3/dist-packages/pkg_resources/__init__.py&#034;, line 789, in resolve
    dist = best[req.key] = env.best_match(
    File &#034;/usr/lib/python3/dist-packages/pkg_resources/__init__.py&#034;, line 1075, in best_match
    return self.obtain(req, installer)
    File &#034;/usr/lib/python3/dist-packages/pkg_resources/__init__.py&#034;, line 1087, in obtain
    return installer(requirement)
    File &#034;/usr/lib/python3/dist-packages/setuptools/dist.py&#034;, line 945, in fetch_build_egg
    return fetch_build_egg(self, req)
    File &#034;/usr/lib/python3/dist-packages/setuptools/installer.py&#034;, line 84, in fetch_build_egg
    raise DistutilsError(str(e)) from e
    distutils.errors.DistutilsError: Command &#039;[&#039;/usr/bin/python3.10&#039;, &#039;-m&#039;, &#039;pip&#039;, &#039;--disable-pip-version-check&#039;, &#039;wheel&#039;, &#039;--no-deps&#039;, &#039;-w&#039;, &#039;/tmp/tmpmx8yh9o_&#039;, &#039;--
    quiet&#039;, &#039;setuptools&lt;60.0.0&#039;]&#039; returned non-zero exit status 1.
    E: pybuild pybuild:379: clean: plugin distutils failed with: exit code=1: python3.10 setup.py clean
    dh_auto_clean: error: pybuild --clean -i python{version} -p 3.10 returned exit code 13
    make: *** [debian/rules:16: clean] Error 25
    dpkg-buildpackage: error: fakeroot debian/rules clean subprocess returned exit status 2

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jerome Kieffer@21:1/5 to All on Wed Nov 2 10:20:01 2022
    Hi Fred, Hi all other DD,

    I am the upstream author of pyFAI and fabio, I wish to thank you for
    taking care of the packaging of those software. I am aware there is an
    issue with the usage of those software since they use numpy.distutils (deprecated, to be removed in python3.12 and requires setuptools<60).
    I am working on a different packaging which uses meson-python (same
    as scipy>=1.9). The migration of fabio is more-or-less ready
    (see this branch: https://github.com/kif/fabio/tree/meson) and I am
    just waiting for a new release of meson-python (0.11) to make a new
    release (without setup.py). Unlike fabio which is ready for release,
    pyFAI will be released either in December or early next year.

    On the debian side, I don't know how far is the integration of
    meson-python ? https://salsa.debian.org/python-team/packages/meson-python
    To me, it is of crucial importance if one wants an updated version of scipy
    to be available in debian12. Fabio and pyFAI will follow without
    foreseeable issue.

    I am interested in the way the man-page should be produced since this
    will have to be redone in both those packages. Any advice on this is welcome.

    Best regards,
    --
    Jérôme Kieffer
    tel +33 476 882 445

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From PICCA Frederic-Emmanuel@21:1/5 to All on Wed Nov 2 13:10:01 2022
    Hello, just for info.

    I can confirm that the probleme was in the upstream build system, which was not compatible with the setuptools > 60.
    After patching the build system, I can confirm that without any change to the rules files. It works out of the box.
    So there is no issue in pybuild :)), or at least nothing new :)

    cheers

    Frederic

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)