• Re: python-catalogue: AttributeError: type object 'EntryPoint' has no a

    From Sandro Tosi@21:1/5 to All on Thu Mar 17 18:10:01 2022
    Andreas,

    Any hint would be welcome

    See: https://github.com/explosion/catalogue/issues/27

    TLDR: skip that test on Python 3.10 for now.

    this seemed an easy enough issue that, with some common and expected
    due diligence, you could have figured it out yourself: checking
    upstream issue tracker and in general google for an error is something
    i would say any maintainer is expected to do.

    since it's not the first time you write to this list with a traceback
    or error, asking for help, and the answer from here is generally
    pretty straight-forward, i'm wondering why you were not able to find
    the solution directly? some of your previous emails are really python
    101 questions.

    If it's because you have too many things on your plate, it's one
    thing, if it's python knowledge is another, but it seems a pattern
    that only you engage in.

    I dont think it's a problem per se, but i also want to understand if
    the time debian-python@ dedicates to solve your issues is well spent.

    Regards,
    --
    Sandro "morph" Tosi
    My website: http://sandrotosi.me/
    Me at Debian: http://wiki.debian.org/SandroTosi
    Twitter: https://twitter.com/sandrotosi

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Scott Talbert@21:1/5 to Andreas Tille on Thu Mar 17 17:40:01 2022
    On Thu, 17 Mar 2022, Andreas Tille wrote:

    Hi,

    I intend to package python-catalogue[1] but there is a test suite
    issue (see salsa-ci for complete log[2]):

    platform linux -- Python 3.10.3, pytest-6.2.5, py-1.10.0, pluggy-1.0.0 rootdir: /builds/python-team/packages/python-catalogue/debian/output/source_dir
    collected 8 items
    catalogue/tests/test_catalogue.py ......F. [100%]
    =================================== FAILURES ===================================
    ______________________________ test_entry_points _______________________________
    def test_entry_points():
    # Create a new EntryPoint object by pretending we have a setup.cfg and
    # use one of catalogue's util functions as the advertised function
    ep_string = "[options.entry_points]test_foo\n bar = catalogue:check_exists"
    ep = catalogue.importlib_metadata.EntryPoint._from_text(ep_string)
    E AttributeError: type object 'EntryPoint' has no attribute '_from_text'
    catalogue/tests/test_catalogue.py:108: AttributeError =========================== short test summary info ============================
    FAILED catalogue/tests/test_catalogue.py::test_entry_points - AttributeError:...
    ========================= 1 failed, 7 passed in 0.06s ==========================

    Any hint would be welcome

    See: https://github.com/explosion/catalogue/issues/27

    TLDR: skip that test on Python 3.10 for now.

    Scott

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Karsten Hilbert@21:1/5 to All on Thu Mar 17 19:30:01 2022
    Am Thu, Mar 17, 2022 at 01:00:40PM -0400 schrieb Sandro Tosi:

    since it's not the first time you write to this list with a traceback
    or error, asking for help, and the answer from here is generally
    pretty straight-forward, i'm wondering why you were not able to find
    the solution directly? some of your previous emails are really python
    101 questions.

    If it's because you have too many things on your plate, it's one
    thing, if it's python knowledge is another, but it seems a pattern
    that only you engage in.

    I dont think it's a problem per se, but i also want to understand if
    the time debian-python@ dedicates to solve your issues is well spent.

    I'd say it is well spent.

    Andreas is herding a lot of cattle for Debian (as in
    packages, or people, or mentees). He's inventor of Debian
    Blends, leader of Debian Med, (co-|team-|sole-)maintainer for
    a lot of packages (neither of which releases him of due
    diligance, though).

    I also know him personally.

    I am sure his way of going about those Python tracebacks
    shows, indeed, a lack of Python knowledge, and of time, but
    bears neither laziness nor ill will nor entitlement syndrome.

    Best,
    Karsten

    (COI: Andreas is maintaining a package of my application)
    --
    GPG 40BE 5B0E C98E 1713 AFA6 5BC0 3BEA AC80 7D4F C89B

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Sandro Tosi@21:1/5 to All on Tue Mar 29 23:50:01 2022
    I dont think it's a problem per se, but i also want to understand if
    the time debian-python@ dedicates to solve your issues is well spent.

    I'd say it is well spent.

    Andreas is herding a lot of cattle for Debian (as in
    packages, or people, or mentees). He's inventor of Debian
    Blends, leader of Debian Med, (co-|team-|sole-)maintainer for
    a lot of packages (neither of which releases him of due
    diligance, though).

    I also know him personally.

    I am sure his way of going about those Python tracebacks
    shows, indeed, a lack of Python knowledge, and of time, but
    bears neither laziness nor ill will nor entitlement syndrome.

    I dont necessarily subscribe to the notion that debian-python is
    essentially a help desk for people too busy to learn python (anyone
    can always do less, and learn more; quality beats quantity in Debian),
    but apparently people disagree with me on this, so i'll refrain from
    bringing this up again.

    Regards,
    --
    Sandro "morph" Tosi
    My website: http://sandrotosi.me/
    Me at Debian: http://wiki.debian.org/SandroTosi
    Twitter: https://twitter.com/sandrotosi

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