1. Forum
  2. Usenet
  3. LINUX.GENTOO.USER

  • [gentoo-user] Discontinued Package: Copy to local overlay, just leave i

    From Matthias Hanft@21:1/5 to All on Sun Feb 19 10:30:01 2023
    Hi,

    according to https://bugs.gentoo.org/718972 (and a posting
    in the dev list), gsutil (and all needed libs) will be removed
    from the tree because "it's broken" (which is not true - works
    like a charm).

    Since I do need gsutil urgently, I have already copied the needed
    ebuilds from /usr/portage to a local overlay in order to "emerge
    -c gsutil::gentoo" and then "emerge gsutil::local".

    But then came to my mind: Is that necessary at all? As far as I
    know, I can just leave discontinued packages installed and continue
    to use them - regardless of whether they are still in portage tree
    or not. True or false?

    Or is it better to get rid of portage/ebuilds at all and do a
    manual installation, as described at https://cloud.google.com/storage/docs/gsutil_install?hl=en ?

    Thanks,

    -Matt

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From tastytea@21:1/5 to mh@hanft.de on Sun Feb 19 11:10:01 2023
    On 2023-02-19 10:24+0100 Matthias Hanft <mh@hanft.de> wrote:

    Hi,

    according to https://bugs.gentoo.org/718972 (and a posting
    in the dev list), gsutil (and all needed libs) will be removed
    from the tree because "it's broken" (which is not true - works
    like a charm).

    Since I do need gsutil urgently, I have already copied the needed
    ebuilds from /usr/portage to a local overlay in order to "emerge
    -c gsutil::gentoo" and then "emerge gsutil::local".

    But then came to my mind: Is that necessary at all? As far as I
    know, I can just leave discontinued packages installed and continue
    to use them - regardless of whether they are still in portage tree
    or not. True or false?

    Yes, you can just continue to use them. The ebuild will be kept in
    /var/db/pkg/ in case portage needs to reinstall them or so.
    However, it might make sense to copy it to a local overlay to make it
    easier to get an overview of self/un -maintained packages. And since
    gsutil requires Python, you'll have to modify the ebuild at some point
    anyway to add support for newer Python versions.

    Or is it better to get rid of portage/ebuilds at all and do a
    manual installation, as described at https://cloud.google.com/storage/docs/gsutil_install?hl=en ?

    I'd say use the ebuild since it already exists. Makes breakage less
    likely.

    Kind regards, tastytea

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mike Civil@21:1/5 to Matthias Hanft on Sun Feb 19 11:10:01 2023
    On 19/02/2023 09:24, Matthias Hanft wrote:
    according to https://bugs.gentoo.org/718972 (and a posting
    in the dev list), gsutil (and all needed libs) will be removed
    from the tree because "it's broken" (which is not true - works
    like a charm).

    The original bug report only has two comments. The first from 2 years ago to report that django and flask components aren't working with recent python versions. The recent 2nd comment and patch removes the django and flask components and adds support to
    gsutils for newer python versions.

    OK I don't use gsutil so can't test what the removal of the two components would mean but I don't see where the bug says gsutils itself is going to be removed?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Matthias Hanft@21:1/5 to Mike Civil on Sun Feb 19 13:00:01 2023
    Mike Civil wrote:

    OK I don't use gsutil so can't test what the removal of the two components would mean but I don't see where the bug says gsutils itself is going to be removed?

    Ehm... maybe a misunderstanding? The posting I mentioned was:

    --- cut here ---

    Subject: [gentoo-dev] Last rites: dev-python/oauth2client and revdeps (app-misc/gcalcli, app-misc/goobook, net-misc/gsutil)
    # Michał Górny <mgorny@gentoo.org> (2023-02-03)
    # The package has been archived upstream. It is broken with all Python
    # versions supported by Gentoo, and it is broken with django-2.
    # The other listed packages are its reverse dependencies.
    # Removal on 2023-03-05. Bug #718972.
    app-misc/gcalcli
    app-misc/goobook
    dev-python/gcs-oauth2-boto-plugin
    dev-python/google-apitools
    dev-python/google-reauth-python
    dev-python/oauth2client
    net-misc/gsutil

    --- cut here ---

    I interpreted this as "all of them are going to be removed".

    Anyway, "equery d oauth2client" lists gcs-oauth2-boto-plugin,
    google-apitools, and google-reauth-python as well (which are
    dependencies of gsutil). So even the removal of oauth2client
    alone would break gsutil.

    BTW, all of them have only python_targets_python3_9 and 3_10.
    Currenty I have Python 3.10 and 3.11 installed, and
  • From Mike Civil@21:1/5 to Matthias Hanft on Sun Feb 19 13:50:01 2023
    On 19/02/2023 11:57, Matthias Hanft wrote:
    Ehm... maybe a misunderstanding? The posting I mentioned was:

    --- cut here ---

    Subject: [gentoo-dev] Last rites: dev-python/oauth2client and revdeps (app-misc/gcalcli, app-misc/goobook, net-misc/gsutil)
    # Michał Górny <mgorny@gentoo.org> (2023-02-03)
    # The package has been archived upstream. It is broken with all Python
    # versions supported by Gentoo, and it is broken with django-2.
    # The other listed packages are its reverse dependencies.
    # Removal on 2023-03-05. Bug #718972.
    app-misc/gcalcli
    app-misc/goobook
    dev-python/gcs-oauth2-boto-plugin
    dev-python/google-apitools
    dev-python/google-reauth-python
    dev-python/oauth2client
    net-misc/gsutil

    --- cut here ---

    I interpreted this as "all of them are going to be removed".

    Anyway, "equery d oauth2client" lists gcs-oauth2-boto-plugin, google-apitools, and google-reauth-python as well (which are
    dependencies of gsutil). So even the removal of oauth2client
    alone would break gsutil.

    BTW, all of them have only python_targets_python3_9 and 3_10.
    Currenty I have Python 3.10 and 3.11 installed, and "eselect
    python list" says "3.11 3.10" (in that order). Why does gsutil
    work anyway? Automatic fallback to 3.10?

    I guess I must not ever deinstall Python 3.10 in order to keep
    this running?

    -Matt

    Fair enough - so the issue is really with dev-python/oauth2client which
    does look abandoned. That's the package you really need to keep a local
    copy of but that really looks like it could break at any time.

    However the README from that package states:-

    "Note: oauth2client is now deprecated. No more features will be added to
    the libraries and the core team is turning down support. We recommend
    you use google-auth and oauthlib. For more details on the deprecation,
    see oauth2client deprecation."

    Portage has google-auth and friends.

    Note that gsutil itself is still being maintained (at https://github.com/GoogleCloudPlatform/gsutil) and as it's the
    "official" Google package then is already likely to work with the latest
    access methods.

    Worst case uninstall the portage gsutil and look into installing gsutil
    into /usr/local from the official GoogleCloud site above. I'd expect
    Portage's gsutil to catch up at some point.

    IMO installing local copies of gsutil with broken dependency packages
    and then maintaining them looks like a potential world of pain !

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