• [gentoo-dev] The uncertain future of repository mirrors

    From =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?=@21:1/5 to All on Fri Mar 21 14:40:01 2025
    Hello, everyone.

    TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
    except for gentoo and guru.


    Over 10 years ago, I've started the repository mirror & CI project.
    What started as a bunch of shell scripts on a user-donated server, has organically grown into a bigger bunch of shell scripts managed by Infra. Nevertheless, it's still a bunch of hacks glued together.

    Things don't work well all the time. Sometimes stuff randomly crashes,
    and I have to SSH and remove local checkouts to make it work. Sometimes
    the git repositories used to transfer logs grow so big they kill infra.
    Often some repository starts crashing this or another part and needs to
    be disabled.

    To be honest, I have no energy to keep maintaining this. I'm really
    tired of having to deal with stuff crashing and spamming my mailbox with failure mails. I'm tired of having to go through all the infra hoops
    just to disable another repository that can't work for one reason or
    another. In fact, I'm even tired that whenever people add new
    repositories to api.gentoo.org, I have to go through that idiotic GitHub clickety-click UI to stop receiving notifications for everything that
    happens in these repositories.

    So what I'm thinking about is winding most of the project down. We'd
    stop mirroring third-party repositories, and remove most of gentoo-
    mirror organization. What I'd like to leave is mirroring of gentoo
    and guru repositories, since these two we have control of, and are very important to Gentoo users.

    So, well, unless someone convinces me otherwise, I'm going to disable
    all other repositories over the next weekend, and remove their mirrors.
    Gentoo and GURU will still be mirrored, and CI will keep running
    as usual.

    --
    Best regards,
    Michał Górny


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

    iQFGBAABCgAwFiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAmfdanASHG1nb3JueUBn ZW50b28ub3JnAAoJEGOa2uIyniQO2pkH/3JHQCd9ssPy3Ewvlh3JTnsY9tJBRI7f HWDghBX8UzvYKCFPMXSbSovBjxhqmYAJ+ERmXo9KUjT7LbCmjF2LO/behe/snU1v E5M8E6ZrPTep1pewtzw+vp+nQ2GgPN18AQwWXWcAlZv0V//VimOFtKiTKaZr6bAi eSvaPVFJtYxIYBA9+3Qfu90YP4XMNQ5c7moV5Ymxcm4wZm6UIARHzBxxrEE/n/zc 7YnH7nycSDFyZgOrwWhynC7Itw2k9If326v1u+bAGqgjKWYImg2fJ1PDGii8NWEd MaRZDO56dYDqEfBrSCnNwBxeMZ3RysSyy2gPZEPIFeCy1YUGKdVb9Ng=
    =uWlc
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Alexey Sokolov@21:1/5 to All on Fri Mar 21 15:20:01 2025
    21.03.2025 13:32, Michał Górny пишет:
    Hello, everyone.

    TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
    except for gentoo and guru.


    Over 10 years ago, I've started the repository mirror & CI project.
    What started as a bunch of shell scripts on a user-donated server, has organically grown into a bigger bunch of shell scripts managed by Infra. Nevertheless, it's still a bunch of hacks glued together.

    Things don't work well all the time. Sometimes stuff randomly crashes,
    and I have to SSH and remove local checkouts to make it work. Sometimes
    the git repositories used to transfer logs grow so big they kill infra.
    Often some repository starts crashing this or another part and needs to
    be disabled.

    To be honest, I have no energy to keep maintaining this. I'm really
    tired of having to deal with stuff crashing and spamming my mailbox with failure mails. I'm tired of having to go through all the infra hoops
    just to disable another repository that can't work for one reason or
    another. In fact, I'm even tired that whenever people add new
    repositories to api.gentoo.org, I have to go through that idiotic GitHub clickety-click UI to stop receiving notifications for everything that
    happens in these repositories.

    So what I'm thinking about is winding most of the project down. We'd
    stop mirroring third-party repositories, and remove most of gentoo-
    mirror organization. What I'd like to leave is mirroring of gentoo
    and guru repositories, since these two we have control of, and are very important to Gentoo users.

    So, well, unless someone convinces me otherwise, I'm going to disable
    all other repositories over the next weekend, and remove their mirrors. Gentoo and GURU will still be mirrored, and CI will keep running
    as usual.

    Hi, if you just disable it, it'll break setup of everyone who uses /etc/portage/repos.conf/eselect-repo.conf, right?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?=@21:1/5 to orbea on Fri Mar 21 15:50:01 2025
    On Fri, 2025-03-21 at 07:12 -0700, orbea wrote:
    What does this mean for the libressl overlay? People use that so please
    don't remove it.

    It means people will have to sync straight from the upstream repository.
    Also, we won't be reporting bugs when things break hard.

    --
    Best regards,
    Michał Górny


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

    iQFGBAABCgAwFiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAmfdezUSHG1nb3JueUBn ZW50b28ub3JnAAoJEGOa2uIyniQOj1kH/jbrG9G6miqlxouqjDvFsIw1cA7P2Y4i v14N2aO9niODC6BqgHi5wzLZp+TmeLPpvWC7DIYZ2sdXidRWtEg3b00+4jVIpr9r U/41TfeYcbVDoAecUHjwebX9G8sXCyuEHHAPhesCTffEBUN7ispqc7KKhe+Hsu+q TACkNUDJ1ZA4PkmCHPQ4C4PY5xHKUF1/TY4N1KHbUnK8M3wxi3ioME1129VzOK+z XIrNUYvPmq6IJWDhjiUqipWeBWsejTK9ampc2mY1qzeO6Mk/cvvja0aoF1RMenvz gzO3khyjCuJhqLvWeNFxdA5SbJH5CC0sGX3+atE7JB2wjQUUaQrYzRo=
    =zbx5
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From orbea@21:1/5 to mgorny@gentoo.org on Fri Mar 21 15:20:01 2025
    On Fri, 21 Mar 2025 14:32:31 +0100
    Michał Górny <mgorny@gentoo.org> wrote:

    Hello, everyone.

    TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
    except for gentoo and guru.


    Over 10 years ago, I've started the repository mirror & CI project.
    What started as a bunch of shell scripts on a user-donated server, has organically grown into a bigger bunch of shell scripts managed by
    Infra. Nevertheless, it's still a bunch of hacks glued together.

    Things don't work well all the time. Sometimes stuff randomly
    crashes, and I have to SSH and remove local checkouts to make it
    work. Sometimes the git repositories used to transfer logs grow so
    big they kill infra. Often some repository starts crashing this or
    another part and needs to be disabled.

    To be honest, I have no energy to keep maintaining this. I'm really
    tired of having to deal with stuff crashing and spamming my mailbox
    with failure mails. I'm tired of having to go through all the infra
    hoops just to disable another repository that can't work for one
    reason or another. In fact, I'm even tired that whenever people add
    new repositories to api.gentoo.org, I have to go through that idiotic
    GitHub clickety-click UI to stop receiving notifications for
    everything that happens in these repositories.

    So what I'm thinking about is winding most of the project down. We'd
    stop mirroring third-party repositories, and remove most of gentoo-
    mirror organization. What I'd like to leave is mirroring of gentoo
    and guru repositories, since these two we have control of, and are
    very important to Gentoo users.

    So, well, unless someone convinces me otherwise, I'm going to disable
    all other repositories over the next weekend, and remove their
    mirrors. Gentoo and GURU will still be mirrored, and CI will keep
    running as usual.


    What does this mean for the libressl overlay? People use that so please
    don't remove it.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?=@21:1/5 to Alexey Sokolov on Fri Mar 21 16:00:01 2025
    On Fri, 2025-03-21 at 14:47 +0000, Alexey Sokolov wrote:
    21.03.2025 14:44, Michał Górny пишет:
    On Fri, 2025-03-21 at 14:12 +0000, Alexey Sokolov wrote:
    Hi, if you just disable it, it'll break setup of everyone who uses /etc/portage/repos.conf/eselect-repo.conf, right?
    Sounds about right. Which is probably preferable over the current state
    of mirrors silently stopping to update, and people being stuck forever
    on old commits.

    In that case I think first need to change `eselect repository enable` to
    add overlays directly instead of its mirror. And somehow update existing configs, either semi-automatically, or e.g. via news item


    Feel free to.

    --
    Best regards,
    Michał Górny


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

    iQFGBAABCgAwFiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAmfdfeQSHG1nb3JueUBn ZW50b28ub3JnAAoJEGOa2uIyniQONIMH/20WhA2x84D2AKRjXMrcZyWZPuXoDoLv G8hO+LioO4OG42QDc7UlIALxFFaQrit+EJ0zWFaTZvWQyl1aZr/xz1CC5w82EWIV J1zyUnogNxxps11LukY6hqO+mg+Z60jkiZ7jlnDq65nVX/QeIKnONk201rOQtd6u Cciv+rqIkO1TOluxvUoJDTRZsl3txHUjREEQZo9eon7ThDhmTT+XDPY0DwCZwxFB iaTuAWi03drdQDsfeJBAQZs9nbiexLQOhQDwlXM1INeAQWYQxjRUq99gZ4j6pGfl 5td0kJ7BtPduSNfajX/fKttMRgE5W77bYh3JeHGBppmUDLIlm6nwdZc=
    =DKOS
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Alexey Sokolov@21:1/5 to All on Fri Mar 21 15:50:02 2025
    21.03.2025 14:44, Michał Górny пишет:
    On Fri, 2025-03-21 at 14:12 +0000, Alexey Sokolov wrote:
    Hi, if you just disable it, it'll break setup of everyone who uses
    /etc/portage/repos.conf/eselect-repo.conf, right?
    Sounds about right. Which is probably preferable over the current state
    of mirrors silently stopping to update, and people being stuck forever
    on old commits.

    In that case I think first need to change `eselect repository enable` to
    add overlays directly instead of its mirror. And somehow update existing configs, either semi-automatically, or e.g. via news item

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?=@21:1/5 to Alexey Sokolov on Fri Mar 21 15:50:02 2025
    On Fri, 2025-03-21 at 14:12 +0000, Alexey Sokolov wrote:
    Hi, if you just disable it, it'll break setup of everyone who uses /etc/portage/repos.conf/eselect-repo.conf, right?

    Sounds about right. Which is probably preferable over the current state
    of mirrors silently stopping to update, and people being stuck forever
    on old commits.

    --
    Best regards,
    Michał Górny


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

    iQFGBAABCgAwFiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAmfde2USHG1nb3JueUBn ZW50b28ub3JnAAoJEGOa2uIyniQOXz4H/2stZkinYW1jxfwuTIHGuzTB9KnX/rr5 FdhRFaRiuNM4Iv8sFeTx7kAm6L7CJ1R8VJ8iaEEvth5+/62oJ2j/CMKr1kQ8RTmu XUNgoaAAb/MkX7kyjAoIj1SACTALr9U7gApWlfO773E+xVAzH9DKuf8a0MVQDz37 O6KzJra+JtU6P98mFEkVE1/SIr/0esAcg4+5pHY2kygV2QjjWfMWodTz6bcyz2jw yjHQ/RUebYYL8v54J63m9s7tfAZfeoDzda0cdEe3GrC0wso14kzfS1IHq6T1yrnZ rgkvCceYXuC5iDMexvbKWmeMLeHWwEvfyelZVatbPG4LC08es1TrAO4=
    =C2qU
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From orbea@21:1/5 to mgorny@gentoo.org on Sat Mar 22 01:00:01 2025
    On Fri, 21 Mar 2025 15:44:04 +0100
    Michał Górny <mgorny@gentoo.org> wrote:

    On Fri, 2025-03-21 at 07:12 -0700, orbea wrote:
    What does this mean for the libressl overlay? People use that so
    please don't remove it.

    It means people will have to sync straight from the upstream
    repository. Also, we won't be reporting bugs when things break hard.


    Currently when I push changes to the overlay I push to:

    git+ssh://git@git.gentoo.org/repo/proj/libressl.git

    Is there anything I need to do to make sure I can still push to the
    github repo instead? I am not sure I have access to push there directly?

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ionen Wolkens@21:1/5 to All on Sat Mar 22 02:50:01 2025
    On Fri, Mar 21, 2025 at 02:32:31PM +0100, Michał Górny wrote:
    Hello, everyone.

    TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
    except for gentoo and guru.

    Unfortunate, but just to say that I have nothing to say against
    dropping these if it's a maintenance burden.

    So what I'm thinking about is winding most of the project down. We'd
    stop mirroring third-party repositories, and remove most of gentoo-
    mirror organization.

    Had one concern but complete removal (rather than keeping mirrors
    archived) would mostly handle it. Aka so that users can't keep
    sync'ing with these dead mirrors by mistake (often caused issues when
    we removed overlays but mirror stayed behind, users wouldn't notice a
    thing until lacking updates started to break things).

    As been mentioned in another post, maybe will need a news item to
    explain this still though.
    --
    ionen

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

    iQEzBAABCAAdFiEEx3SLh1HBoPy/yLVYskQGsLCsQzQFAmfeFWoACgkQskQGsLCs QzSuNQf/csH/il9PXI/QjxlGiOQB+HleJ7ik1D9RoyDXN0aJVpNGLDAHXi3hmrk5 wnb0KUcXqhKTmrSeYr7Q6vr60zSDrdo/O3u0GxfmBPDcOBX9ywCa9gPdVNnFqudo dwoA+3/mZnhcfmMcBFJPrvmHYHW3euhBUiluilNgaUNG70D1SOCr8oryWdswJCfX U7wF9yB5WIt6UzGynHb3I6Tu4627pN0k+2x8UyKBRozRjO9KZnFqnFlK4n733fZs /wd8h0MIzzxR6HwhLJKejeTeZOuCYv9iGS++qWTkniKvVdr+eP8ZcfqpSG+Sa742 dvPkK0/0hMFaXBd4dc7ahlLcZhdmBw==
    =bheO
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?=@21:1/5 to orbea on Sat Mar 22 08:10:01 2025
    On Fri, 2025-03-21 at 16:50 -0700, orbea wrote:
    On Fri, 21 Mar 2025 15:44:04 +0100
    Michał Górny <mgorny@gentoo.org> wrote:

    On Fri, 2025-03-21 at 07:12 -0700, orbea wrote:
    What does this mean for the libressl overlay? People use that so
    please don't remove it.

    It means people will have to sync straight from the upstream
    repository. Also, we won't be reporting bugs when things break hard.


    Currently when I push changes to the overlay I push to:

    git+ssh://git@git.gentoo.org/repo/proj/libressl.git

    Is there anything I need to do to make sure I can still push to the
    github repo instead? I am not sure I have access to push there directly?

    If you're asking about the mirror @ https://github.com/gentoo/libressl,
    then that's not affected. I'm talking of https://github.com/gentoo-mirror/libressl.

    --
    Best regards,
    Michał Górny


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

    iQFGBAABCgAwFiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAmfeYGYSHG1nb3JueUBn ZW50b28ub3JnAAoJEGOa2uIyniQO3dQIAK5ZteK7rnVjM4rQUGaSDgpfEzR3hQvT /8qqrOFJt2GYBhhEwGEmjDN079yHx6/RYCuDNf38k2QHQby/0CwfCCO0gy07TnO3 wI5Cln6X5m3n7Hyvk2O7mKAQTl88rpEouM1sORPyhZG38oIePf+7O1MmTMBQEpfW 6EtKHTsQyEIW0vOZB3lLKE0b919n9VRznGJjSu1g0xwzXm5uejAQOid59ZNeu5oo LefSbVacCt1yPWUkUvfUkXa2pePHTbaTY6BuqyhOaWauXWwrq/x9Ny7Po85sFrCW xG0zOwdilRnfX9O0cczQswvG4gEYbAohVujWK86AAodEqDTaWcPdzw8=
    =ga9a
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From orbea@21:1/5 to mgorny@gentoo.org on Sat Mar 22 14:50:02 2025
    On Sat, 22 Mar 2025 08:01:58 +0100
    Michał Górny <mgorny@gentoo.org> wrote:

    On Fri, 2025-03-21 at 16:50 -0700, orbea wrote:
    On Fri, 21 Mar 2025 15:44:04 +0100
    Michał Górny <mgorny@gentoo.org> wrote:

    On Fri, 2025-03-21 at 07:12 -0700, orbea wrote:
    What does this mean for the libressl overlay? People use that so
    please don't remove it.

    It means people will have to sync straight from the upstream
    repository. Also, we won't be reporting bugs when things break
    hard.

    Currently when I push changes to the overlay I push to:

    git+ssh://git@git.gentoo.org/repo/proj/libressl.git

    Is there anything I need to do to make sure I can still push to the
    github repo instead? I am not sure I have access to push there
    directly?

    If you're asking about the mirror @
    https://github.com/gentoo/libressl, then that's not affected. I'm
    talking of https://github.com/gentoo-mirror/libressl.


    Okay, thank you for clarifying.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Sam James@21:1/5 to Jay Faulkner on Sat Mar 22 16:40:01 2025
    Jay Faulkner <jayf@gentoo.org> writes:

    On 3/21/2025 6:42 PM, Ionen Wolkens wrote:
    On Fri, Mar 21, 2025 at 02:32:31PM +0100, Michał Górny wrote:
    Hello, everyone.

    TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
    except for gentoo and guru.
    Unfortunate, but just to say that I have nothing to say against
    dropping these if it's a maintenance burden.

    So what I'm thinking about is winding most of the project down. We'd
    stop mirroring third-party repositories, and remove most of gentoo-
    mirror organization.
    Had one concern but complete removal (rather than keeping mirrors
    archived) would mostly handle it. Aka so that users can't keep
    sync'ing with these dead mirrors by mistake (often caused issues when
    we removed overlays but mirror stayed behind, users wouldn't notice a
    thing until lacking updates started to break things).


    In the OpenStack community, we will put a final commit on HEAD of the
    primary branch removing all the content and putting an EOL notice in
    the readme (e.g. https://opendev.org/openstack/ironic-lib ). This may
    be a good solution in this case as well, potentially?

    We can even inject a news item for the repository.


    -JayF

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jay Faulkner@21:1/5 to Ionen Wolkens on Sat Mar 22 16:30:01 2025
    On 3/21/2025 6:42 PM, Ionen Wolkens wrote:
    On Fri, Mar 21, 2025 at 02:32:31PM +0100, Michał Górny wrote:
    Hello, everyone.

    TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
    except for gentoo and guru.
    Unfortunate, but just to say that I have nothing to say against
    dropping these if it's a maintenance burden.

    So what I'm thinking about is winding most of the project down. We'd
    stop mirroring third-party repositories, and remove most of gentoo-
    mirror organization.
    Had one concern but complete removal (rather than keeping mirrors
    archived) would mostly handle it. Aka so that users can't keep
    sync'ing with these dead mirrors by mistake (often caused issues when
    we removed overlays but mirror stayed behind, users wouldn't notice a
    thing until lacking updates started to break things).


    In the OpenStack community, we will put a final commit on HEAD of the
    primary branch removing all the content and putting an EOL notice in the
    readme (e.g. https://opendev.org/openstack/ironic-lib ). This may be a
    good solution in this case as well, potentially?

    -Jay

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?=@21:1/5 to Sam James on Sat Mar 22 16:50:01 2025
    On Sat, 2025-03-22 at 15:38 +0000, Sam James wrote:
    Jay Faulkner <jayf@gentoo.org> writes:

    On 3/21/2025 6:42 PM, Ionen Wolkens wrote:
    On Fri, Mar 21, 2025 at 02:32:31PM +0100, Michał Górny wrote:
    Hello, everyone.

    TL;DR: I'm thinking of shutting down all gentoo-mirror repositories, except for gentoo and guru.
    Unfortunate, but just to say that I have nothing to say against
    dropping these if it's a maintenance burden.

    So what I'm thinking about is winding most of the project down. We'd stop mirroring third-party repositories, and remove most of gentoo- mirror organization.
    Had one concern but complete removal (rather than keeping mirrors archived) would mostly handle it. Aka so that users can't keep
    sync'ing with these dead mirrors by mistake (often caused issues when
    we removed overlays but mirror stayed behind, users wouldn't notice a thing until lacking updates started to break things).


    In the OpenStack community, we will put a final commit on HEAD of the primary branch removing all the content and putting an EOL notice in
    the readme (e.g. https://opendev.org/openstack/ironic-lib ). This may
    be a good solution in this case as well, potentially?

    We can even inject a news item for the repository.


    I'm thinking of doing a news item in ::gentoo instead. That should have
    better UX than the same news item duplicated over a hundred
    repositories.

    --
    Best regards,
    Michał Górny


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

    iQFGBAABCgAwFiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAmfe21ISHG1nb3JueUBn ZW50b28ub3JnAAoJEGOa2uIyniQOsP0H/R/OWO+E1u0mhGoKE4ZEnfYZCfMroB6p OOGL0UmZpb/WzqSaaplE82IRtLLqJ5youNK0CQEvdg4G8Z+HlAap3DXWJeJUWXi9 gRdTfAvi/jfoiDvWMcVQqOvSrU8yvEKT7+XHmblVND+XF9lfRfLzlcmyP+DpWEqG FH27U02kgUMKXD3txLNt5CnJe8UJjMKxjNnDUc8PqAjXohSXgr0ki7A/pRrfHGWK Tu5FnPiVXr15C1JQuwJQgRBx8Yf+h/1OMrMJrdZx3yVLlAkv9HCvMDvy4DmiVxqc yfrdsX+V5qFjRSQ2w1cOkF/GSEvNmRdMgOeCJbpS4OJI5+dg1IMkR3Y=
    =ztV5
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?=@21:1/5 to Jay Faulkner on Sat Mar 22 16:40:01 2025
    On Sat, 2025-03-22 at 08:20 -0700, Jay Faulkner wrote:
    On 3/21/2025 6:42 PM, Ionen Wolkens wrote:
    On Fri, Mar 21, 2025 at 02:32:31PM +0100, Michał Górny wrote:
    Hello, everyone.

    TL;DR: I'm thinking of shutting down all gentoo-mirror repositories, except for gentoo and guru.
    Unfortunate, but just to say that I have nothing to say against
    dropping these if it's a maintenance burden.

    So what I'm thinking about is winding most of the project down. We'd stop mirroring third-party repositories, and remove most of gentoo- mirror organization.
    Had one concern but complete removal (rather than keeping mirrors
    archived) would mostly handle it. Aka so that users can't keep
    sync'ing with these dead mirrors by mistake (often caused issues when
    we removed overlays but mirror stayed behind, users wouldn't notice a
    thing until lacking updates started to break things).


    In the OpenStack community, we will put a final commit on HEAD of the primary branch removing all the content and putting an EOL notice in the readme (e.g. https://opendev.org/openstack/ironic-lib ). This may be a
    good solution in this case as well, potentially?


    Not sure. It would mean that `emerge --sync` will replace all ebuilds
    with a README file that user might not even notice. I suppose
    an explicit "repository not found" error may be better here.

    --
    Best regards,
    Michał Górny


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

    iQFGBAABCgAwFiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAmfe2FESHG1nb3JueUBn ZW50b28ub3JnAAoJEGOa2uIyniQOuVEH/0uMY1y9gk9mHSpEuH95ufz7X6jR16Qs faQ0FwLo3a9SLGI4BdZ8TJefTJU/0sUvzxBRKGJjBTe4ZGBR8KGDqHClK5Uu7xMK nnSfsSoLO/Rf7ISsm7V8fObAzQA4BK+o8DCKVdrNlipE1ao38tEqy+E2YP8b+SGO +iM20ZhvBFzdbLHI4Kl/EDK9aif1lgP4QZgup1WTnpoBJdngohzzslv7+2i5R248 0nijRfqCbbis0/ctL8HDP3xCP3WcONB7NYRNWFo4tVC///4NsGg/FCzWbjgIzoL5 G0gf7jwDf4tOx7UwSK9uSXDpK3zcRLtrNm1BOCCU1Zn/4i/9kmjdAso=
    =dSE3
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Richard Freeman@21:1/5 to All on Sat Mar 22 21:40:01 2025
    On 3/22/2025 11:33 AM, Michał Górny wrote:
    On Sat, 2025-03-22 at 08:20 -0700, Jay Faulkner wrote:
    In the OpenStack community, we will put a final commit on HEAD of the
    primary branch removing all the content and putting an EOL notice in the
    readme (e.g. https://opendev.org/openstack/ironic-lib ). This may be a
    good solution in this case as well, potentially?

    Not sure. It would mean that `emerge --sync` will replace all ebuilds
    with a README file that user might not even notice. I suppose
    an explicit "repository not found" error may be better here.

    You could potentially use a bit of an attention-getter, like a system
    package with a stable --99999 version on all arches that just dies
    loudly.  Maybe sys-apps/portage?  I'm not sure if you can override a
    profile in an overlay but masking everything in default would also do
    the trick if that works.

    --

    Rich

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Anna Vyalkova@21:1/5 to All on Sun Mar 23 10:50:02 2025
    On 2025-03-21, Michał Górny wrote:
    Hello, everyone.

    TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
    except for gentoo and guru.


    Over 10 years ago, I've started the repository mirror & CI project.
    What started as a bunch of shell scripts on a user-donated server, has organically grown into a bigger bunch of shell scripts managed by Infra. Nevertheless, it's still a bunch of hacks glued together.

    Things don't work well all the time. Sometimes stuff randomly crashes,
    and I have to SSH and remove local checkouts to make it work. Sometimes
    the git repositories used to transfer logs grow so big they kill infra.
    Often some repository starts crashing this or another part and needs to
    be disabled.

    To be honest, I have no energy to keep maintaining this. I'm really
    tired of having to deal with stuff crashing and spamming my mailbox with failure mails. I'm tired of having to go through all the infra hoops
    just to disable another repository that can't work for one reason or
    another. In fact, I'm even tired that whenever people add new
    repositories to api.gentoo.org, I have to go through that idiotic GitHub clickety-click UI to stop receiving notifications for everything that
    happens in these repositories.

    So what I'm thinking about is winding most of the project down. We'd
    stop mirroring third-party repositories, and remove most of gentoo-
    mirror organization. What I'd like to leave is mirroring of gentoo
    and guru repositories, since these two we have control of, and are very important to Gentoo users.

    So, well, unless someone convinces me otherwise, I'm going to disable
    all other repositories over the next weekend, and remove their mirrors. Gentoo and GURU will still be mirrored, and CI will keep running
    as usual.

    I believe there's a good reason to also keep the "science" overlay
    mirrored, as otherwise it will be probably removed from Repology:

    https://github.com/repology/repology-updater/blob/94a135accee475d72ff32a1eb8982b8b307847c1/repos.d/gentoo/overlays.yaml#L90

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Gerion Entrup@21:1/5 to All on Sun Mar 23 11:17:20 2025
    Am Freitag, 21. März 2025, 14:32:31 Mitteleuropäische Normalzeit schrieb Michał Górny:
    Hello, everyone.

    TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
    except for gentoo and guru.


    Over 10 years ago, I've started the repository mirror & CI project.
    What started as a bunch of shell scripts on a user-donated server, has organically grown into a bigger bunch of shell scripts managed by Infra. Nevertheless, it's still a bunch of hacks glued together.

    Things don't work well all the time. Sometimes stuff randomly crashes,
    and I have to SSH and remove local checkouts to make it work. Sometimes
    the git repositories used to transfer logs grow so big they kill infra.
    Often some repository starts crashing this or another part and needs to
    be disabled.

    To be honest, I have no energy to keep maintaining this. I'm really
    tired of having to deal with stuff crashing and spamming my mailbox with failure mails. I'm tired of having to go through all the infra hoops
    just to disable another repository that can't work for one reason or
    another. In fact, I'm even tired that whenever people add new
    repositories to api.gentoo.org, I have to go through that idiotic GitHub clickety-click UI to stop receiving notifications for everything that
    happens in these repositories.

    So what I'm thinking about is winding most of the project down. We'd
    stop mirroring third-party repositories, and remove most of gentoo-
    mirror organization. What I'd like to leave is mirroring of gentoo
    and guru repositories, since these two we have control of, and are very important to Gentoo users.

    So, well, unless someone convinces me otherwise, I'm going to disable
    all other repositories over the next weekend, and remove their mirrors. Gentoo and GURU will still be mirrored, and CI will keep running
    as usual.

    First of all, thank you for running it in the first place!

    Maybe you like to also continuing mirroring semi-official dev repos like kde and qt.
    They are exclusively maintained by Gentoo devs, very large, and beneficial for users who want bleeding edge software.
    I would expect that these repos are not the main factor of the maintenance due to their high quality.
    And, if I'm right, this reduces sync times per user since the CI's metadata creation (I remember the days, when eix-sync needed extremely long).

    Currently, you completely provide the repo mirror infrastructure and also deal with all the problems.
    Is it possible to shift this in a large part to the overlay maintainer (in a opt-in approach)?

    E.g. something like this (I don't know if the Gentoo git directly provide a CI for users, but maybe Github can do this):
    - Per default a overlay is not mirrored, this is an "award" that must be earned.
    - Enable a CI controlled by each overlay dev (overlay devs must take care of the CI scripts, they get all the emails).
    - (Just) provide CI scripts that do the necessary overlay checking (if I'm not wrong, you already need these scripts for Gentoo and GURU).
    - Overlay devs are responsible to run these CI scripts in their overlay, fix errors etc.
    - Provide infrastructure that provides a mirror with metadata only for overlays that have enabled the CI, pass it, and the overlay dev asked for being mirrored.
    - Before mirroring a commit, wait for the overlay CI to pass to make sure to get no errors on your side.
    - If an overlay dev somehow changes the CI scripts in a way that it make the mirroring infrastructure to fail: Remove the overlay permanently.


    Best,
    Gerion





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

    iQGzBAABCAAdFiEEM/tVN9WpYYHnPZHxloeAdSYJHeoFAmff37EACgkQloeAdSYJ Hep9jQv/abiU+VrCAvrUTA1WVi32zRU18qmi/fWtI7xRbd4u7GoSg5Or4MjKmhxE y+ZpnQAE+PAcfeeY+whyqGxkn2rEbO8DDWo5hZ4H94qrPMNqamM1zOpxmEuUlvGL BabhtFc1iWkeE9RvuKjQD5aELson+Yr0bNkcSL5zfQvBC4LoZBBJPxuNdC/XEJmw eWFybOzhvGoTS1YPQp9urqb3ySzO7rsRZ0znmHfuhQcNOStW5xr8dGkLGHUGGxaZ la5eTmpX2E8rZ4Duntzz9HvW6E8dUQxWPlKkmu+Hy+XNfjKc8WE8nTZE8lijMkvR L2mkbUrJzw6EtvmHW2iiZTKfn3b6IlE4btgXDoFTQk7n0utExMXnjtesmUug7BBg nw7LELKdEUlz++5mze/eynL8JalfgmCNjgFfoKHZHHjVNrv4b/mbkR2NwJiFclgK kGGMQjoF0EefT05dQINugKEM4uwLD2urCSXIDPcAhZxMsc4Ynr2h6rCjqwOcajbq
    ZrIOT0hq
    =mcK5
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Ionen Wolkens@21:1/5 to Gerion Entrup on Sun Mar 23 19:00:01 2025
    On Sun, Mar 23, 2025 at 11:17:20AM +0100, Gerion Entrup wrote:
    Am Freitag, 21. März 2025, 14:32:31 Mitteleuropäische Normalzeit schrieb Michał Górny:
    Hello, everyone.

    TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
    except for gentoo and guru.


    Over 10 years ago, I've started the repository mirror & CI project.
    What started as a bunch of shell scripts on a user-donated server, has organically grown into a bigger bunch of shell scripts managed by Infra. Nevertheless, it's still a bunch of hacks glued together.

    Things don't work well all the time. Sometimes stuff randomly crashes,
    and I have to SSH and remove local checkouts to make it work. Sometimes the git repositories used to transfer logs grow so big they kill infra. Often some repository starts crashing this or another part and needs to
    be disabled.

    To be honest, I have no energy to keep maintaining this. I'm really
    tired of having to deal with stuff crashing and spamming my mailbox with failure mails. I'm tired of having to go through all the infra hoops
    just to disable another repository that can't work for one reason or another. In fact, I'm even tired that whenever people add new
    repositories to api.gentoo.org, I have to go through that idiotic GitHub clickety-click UI to stop receiving notifications for everything that happens in these repositories.

    So what I'm thinking about is winding most of the project down. We'd
    stop mirroring third-party repositories, and remove most of gentoo-
    mirror organization. What I'd like to leave is mirroring of gentoo
    and guru repositories, since these two we have control of, and are very important to Gentoo users.

    So, well, unless someone convinces me otherwise, I'm going to disable
    all other repositories over the next weekend, and remove their mirrors. Gentoo and GURU will still be mirrored, and CI will keep running
    as usual.

    First of all, thank you for running it in the first place!

    Maybe you like to also continuing mirroring semi-official dev repos like kde and qt.

    The Qt overlay is pretty much deprecated. Development was moved to the
    main tree for Qt6 (including live ebuilds), the old Qt5 live ebuilds
    have no reason to exist, and I currently don't plan to use it for Qt7.

    At most just being used for a handful of lxqt-related live ebuilds
    right now that weren't moved yet. If that changes, will likely
    drop the overlay entirely, so I wouldn't bother keeping the mirror.

    KDE's is still used, but given it's primarily for development/testing
    and (currently) "mostly" only has live ebuilds, could argue the
    metadata cache is not *essential* -- not that I'd have anything against
    keeping it if it's wanted.

    They are exclusively maintained by Gentoo devs, very large, and beneficial for users who want bleeding edge software.
    I would expect that these repos are not the main factor of the maintenance due to their high quality.
    And, if I'm right, this reduces sync times per user since the CI's metadata creation (I remember the days, when eix-sync needed extremely long).

    Currently, you completely provide the repo mirror infrastructure and also deal with all the problems.
    Is it possible to shift this in a large part to the overlay maintainer (in a opt-in approach)?

    E.g. something like this (I don't know if the Gentoo git directly provide a CI for users, but maybe Github can do this):
    - Per default a overlay is not mirrored, this is an "award" that must be earned.
    - Enable a CI controlled by each overlay dev (overlay devs must take care of the CI scripts, they get all the emails).
    - (Just) provide CI scripts that do the necessary overlay checking (if I'm not wrong, you already need these scripts for Gentoo and GURU).
    - Overlay devs are responsible to run these CI scripts in their overlay, fix errors etc.
    - Provide infrastructure that provides a mirror with metadata only for overlays that have enabled the CI, pass it, and the overlay dev asked for being mirrored.
    - Before mirroring a commit, wait for the overlay CI to pass to make sure to get no errors on your side.
    - If an overlay dev somehow changes the CI scripts in a way that it make the mirroring infrastructure to fail: Remove the overlay permanently.


    Best,
    Gerion







    --
    ionen

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

    iQEzBAABCAAdFiEEx3SLh1HBoPy/yLVYskQGsLCsQzQFAmfgSeQACgkQskQGsLCs QzT4jgf+LTQJrZF6Xx6oQiu56NVNf5KAC/DFGlAIP2ORov2XhvK/TOr7DG1I3gJ3 ow1VVlChukGILl+tBbHd47+DlTsGVkxux3G1l+PeQ8LjyDqZ0AMYam0GzkdXwyoC 2e7rnJ47Y1YoR/eF5i91qKHmHcctcc2IZL4vtx2tcwzM1bFKT0eFV1c7bbj69uM5 ihJkS9yFEuFPoaCsoLpBdG9CikO/yJOf+wP/mWDtleezi1Wr24DIp605Cp7eRCcs 9ULhJ/okfunttrypEM3wycHzAi+ZmN9pu1i0xomE1z2TO5xAIkjAoYIgUUXhl9So WPARFLJFefUz1XF6C0goFEiNIin6ZQ==
    =+1KD
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Mitchell Dorrell@21:1/5 to mgorny@gentoo.org on Mon Mar 24 13:50:01 2025
    On Fri, Mar 21, 2025 at 9:33 AM Michał Górny <mgorny@gentoo.org> wrote:

    Hello, everyone.

    TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
    except for gentoo and guru.


    Over 10 years ago, I've started the repository mirror & CI project.
    What started as a bunch of shell scripts on a user-donated server, has organically grown into a bigger bunch of shell scripts managed by Infra. Nevertheless, it's still a bunch of hacks glued together.

    Things don't work well all the time. Sometimes stuff randomly crashes,
    and I have to SSH and remove local checkouts to make it work. Sometimes
    the git repositories used to transfer logs grow so big they kill infra.
    Often some repository starts crashing this or another part and needs to
    be disabled.

    To be honest, I have no energy to keep maintaining this. I'm really
    tired of having to deal with stuff crashing and spamming my mailbox with failure mails. I'm tired of having to go through all the infra hoops
    just to disable another repository that can't work for one reason or
    another. In fact, I'm even tired that whenever people add new
    repositories to api.gentoo.org, I have to go through that idiotic GitHub clickety-click UI to stop receiving notifications for everything that
    happens in these repositories.

    So what I'm thinking about is winding most of the project down. We'd
    stop mirroring third-party repositories, and remove most of gentoo-
    mirror organization. What I'd like to leave is mirroring of gentoo
    and guru repositories, since these two we have control of, and are very important to Gentoo users.

    So, well, unless someone convinces me otherwise, I'm going to disable
    all other repositories over the next weekend, and remove their mirrors. Gentoo and GURU will still be mirrored, and CI will keep running
    as usual.

    --
    Best regards,
    Michał Górny


    I've been following the discussion, but I still don't know enough to have
    an opinion. Why was this infrastructure created in the first place?

    -MD

    <div dir="auto"><div dir="ltr"><div dir="ltr"><div dir="ltr">On Fri, Mar 21, 2025 at 9:33 AM Michał Górny &lt;<a href="mailto:mgorny@gentoo.org" target="_blank" rel="noreferrer">mgorny@gentoo.org</a>&gt; wrote:</div><div class="gmail_quote"><
    blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Hello, everyone.<br>

    TL;DR: I&#39;m thinking of shutting down all gentoo-mirror repositories,<br> except for gentoo and guru.<br>


    Over 10 years ago, I&#39;ve started the repository mirror &amp; CI project. <br>
    What started as a bunch of shell scripts on a user-donated server, has<br> organically grown into a bigger bunch of shell scripts managed by Infra.<br> Nevertheless, it&#39;s still a bunch of hacks glued together.<br>

    Things don&#39;t work well all the time.  Sometimes stuff randomly crashes,<br>
    and I have to SSH and remove local checkouts to make it work.  Sometimes<br> the git repositories used to transfer logs grow so big they kill infra.<br> Often some repository starts crashing this or another part and needs to<br>
    be disabled.<br>

    To be honest, I have no energy to keep maintaining this.  I&#39;m really<br> tired of having to deal with stuff crashing and spamming my mailbox with<br> failure mails.  I&#39;m tired of having to go through all the infra hoops<br> just to disable another repository that can&#39;t work for one reason or<br> another.  In fact, I&#39;m even tired that whenever people add new<br> repositories to <a href="http://api.gentoo.org" rel="noreferrer noreferrer" target="_blank">api.gentoo.org</a>, I have to go through that idiotic GitHub<br>
    clickety-click UI to stop receiving notifications for everything that<br> happens in these repositories.<br>

    So what I&#39;m thinking about is winding most of the project down.  We&#39;d<br>
    stop mirroring third-party repositories, and remove most of gentoo-<br>
    mirror organization.  What I&#39;d like to leave is mirroring of gentoo<br> and guru repositories, since these two we have control of, and are very<br> important to Gentoo users.<br>

    So, well, unless someone convinces me otherwise, I&#39;m going to disable<br> all other repositories over the next weekend, and remove their mirrors.<br> Gentoo and GURU will still be mirrored, and CI will keep running<br>
    as usual.<br>

    -- <br>
    Best regards,<br>
    Michał Górny<br>
    <br></blockquote><div><br></div><div>I&#39;ve been following the discussion, but I still don&#39;t know enough to have an opinion. Why was this infrastructure created in the first place?</div><div><br></div><div>-MD</div></div></div>
    </div></div>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?=@21:1/5 to Mitchell Dorrell on Tue Mar 25 22:00:02 2025
    On Mon, 2025-03-24 at 08:46 -0400, Mitchell Dorrell wrote:
    I've been following the discussion, but I still don't know enough to have
    an opinion. Why was this infrastructure created in the first place?

    There's a number of reasons, and they are still valid today:

    1. Syncing against a mirror with metadata cache makes package managers
    faster, and some simpler tools more functional. However, this only
    works as long as the mirror is updated -- when things break and we
    disable one, people end up with outdated repository.

    2. We check repositories for major issues, such as ebuilds failing
    because of old EAPI or removed eclass. However, we don't have time to
    file bugs and deal with the feedback.

    3. Having a single place with all the repositories make it possible to
    do some cross-repository searches and analysis easier. For example, we
    can estimate how many ebuilds from third-party repositories are still
    using a particular eclass.

    4. In the end, mirroring repositories mean there's a copy if
    the original repository is removed. The way we merge things, we also
    preserve the history when upstream repository is force-pushed. The flip
    side is that if the repository owner tries to remove some data from
    history, we normally preserve it.

    5. We provide git mirrors with history for repositories that use non- history-preserving protocols like rsync.

    --
    Best regards,
    Michał Górny


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

    iQFGBAABCgAwFiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAmfjF0kSHG1nb3JueUBn ZW50b28ub3JnAAoJEGOa2uIyniQOqLUH/iwLTd0V6gC4k1B4MNx5qqcT7lj5BJt/ wcgNJu6CeWoevu6VqwW1AMmh22i+tsZoT7Cz47BFZ8OxWqgtXCrBLBcPRcfFtMei XnIYAovLkTzEuF7R/HSP2jNOgD31mI5NkELy97/WYkTJdKlf+EchNUeYadO2/uv+ /MyI7c/78RHsXMOBln558QODxBMpuoXGG2NPQILWAdv1g9blk/9Zc6ZUDnOy/xFG eNFYZOr/QBiBTfO7Qwp4fTyYyeDfFoH1G8XwE+tnDSVrkg/WHLbCk+Z9a3PjofAo +xKbG6FGG6whxlf24t9PjiZ7MP4GEPRWR34pGFqrgMoJuPv8HJejW5Q=
    =9b3d
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jay Faulkner@21:1/5 to All on Wed Mar 26 00:20:01 2025
    This is a multi-part message in MIME format.
    On 3/25/2025 1:51 PM, Michał Górny wrote:
    On Mon, 2025-03-24 at 08:46 -0400, Mitchell Dorrell wrote:
    I've been following the discussion, but I still don't know enough to have
    an opinion. Why was this infrastructure created in the first place?
    There's a number of reasons, and they are still valid today:

    [snip]

    I'm mildly surprised that "get someone else to host this for 'free'"
    isn't one of the reasons. I'm assuming there's plenty of headroom on
    Gentoo's git servers to handle the influx of git requests that would
    likely be a side effect of this change?

    - Jay Faulkner

    <!DOCTYPE html>
    <html>
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
    </head>
    <body>
    <div class="moz-cite-prefix">On 3/25/2025 1:51 PM, Michał Górny
    wrote:<br>
    </div>
    <blockquote type="cite" cite="mid:fe0a76a4a0b41d6f3215864b7cc8c1925e24d844.camel@gentoo.org">
    <pre wrap="" class="moz-quote-pre">On Mon, 2025-03-24 at 08:46 -0400, Mitchell Dorrell wrote:
    </pre>
    <blockquote type="cite">
    <pre wrap="" class="moz-quote-pre">I've been following the discussion, but I still don't know enough to have
    an opinion. Why was this infrastructure created in the first place?
    </pre>
    </blockquote>
    <pre wrap="" class="moz-quote-pre">
    There's a number of reasons, and they are still valid today:
    </pre>
    </blockquote>
    <pre wrap="" class="moz-quote-pre" style="white-space: pre-wrap;">[snip]</pre>
    <p><span style="white-space: pre-wrap">
    I'm mildly surprised that "get someone else to host this for 'free'" isn't one of the reasons. I'm assuming there's plenty of headroom on Gentoo's git servers to handle the influx of git requests that would likely be a side effect of this change?</span></

    <p><span style="white-space: pre-wrap">-
    Jay Faulkner</span></p>
    </body>
    </html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From =?UTF-8?Q?Micha=C5=82_G=C3=B3rny?=@21:1/5 to Jay Faulkner on Wed Mar 26 07:10:01 2025
    On Tue, 2025-03-25 at 16:15 -0700, Jay Faulkner wrote:
    On 3/25/2025 1:51 PM, Michał Górny wrote:
    On Mon, 2025-03-24 at 08:46 -0400, Mitchell Dorrell wrote:
    I've been following the discussion, but I still don't know enough to have an opinion. Why was this infrastructure created in the first place?
    There's a number of reasons, and they are still valid today:

    [snip]

    I'm mildly surprised that "get someone else to host this for 'free'"
    isn't one of the reasons. I'm assuming there's plenty of headroom on Gentoo's git servers to handle the influx of git requests that would
    likely be a side effect of this change?


    Most of the mirrored repositories aren't on Gentoo git server. This is
    part of the problem, because we're already seeing git incompatibilities
    between Codeberg and GitHub.

    --
    Best regards,
    Michał Górny


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

    iQFGBAABCgAwFiEEx2qEUJQJjSjMiybFY5ra4jKeJA4FAmfjmCcSHG1nb3JueUBn ZW50b28ub3JnAAoJEGOa2uIyniQOh8UH/RhaGIPXFubUCxT6Bhv14wAYxYW4SuSG PIy+T5r9mv121V3ZVzgPqN4cJs7ZW7ANy2nthbYXEg8rstWDUlTq+Mcd6h4n2/Mx Ru3cIXg4lT7I6NEt6c8P0F2Qiyr8eikB70d272ujj9LRM0gVaUHo9s2D0wrcyku9 MHMDHw9I1M12l3IW0sYEyXfTD7ew5pUjBa3Q0j7EN+LN60Bpgzfm2Vvx2kslMeOM NvLUs7PRqVjCK3CmSk3LQcytK5Psl85qnJn/NIVU8Q961bC8C9pBYpwgreTB7Jro ia9lWpNcG5yPEBKBh7ZeQKuAEwWNVwcCuH04MKnkLjgKKaFcJSe5KKc=
    =Se/I
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Jay Faulkner@21:1/5 to All on Wed Mar 26 17:10:01 2025
    On 3/25/25 11:01 PM, Michał Górny wrote:
    On Tue, 2025-03-25 at 16:15 -0700, Jay Faulkner wrote:
    On 3/25/2025 1:51 PM, Michał Górny wrote:
    On Mon, 2025-03-24 at 08:46 -0400, Mitchell Dorrell wrote:
    I've been following the discussion, but I still don't know enough to have >>>> an opinion. Why was this infrastructure created in the first place?
    There's a number of reasons, and they are still valid today:
    [snip]

    I'm mildly surprised that "get someone else to host this for 'free'"
    isn't one of the reasons. I'm assuming there's plenty of headroom on
    Gentoo's git servers to handle the influx of git requests that would
    likely be a side effect of this change?

    Most of the mirrored repositories aren't on Gentoo git server. This is
    part of the problem, because we're already seeing git incompatibilities between Codeberg and GitHub.


    Ah, this makes a lot of sense. Codeberg in particular has been hit hard
    with DoS attacks recently; I bet it has been maintenance-hell. Thanks
    for the context.


    -Jay

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Florian Schmaus@21:1/5 to All on Fri Mar 28 09:30:01 2025
    On 21/03/2025 14.32, Michał Górny wrote:
    Hello, everyone.

    TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
    except for gentoo and guru.

    Somewhat related: we may want to consider slightly raising the bar for
    adding new (user) overlays. When mangling the overlay addition requests,
    there are requests for overlays containing only a few, sometimes even
    just one, package(s).

    I believe in many cases, GURU would be a better place for those ebuilds, instead of having an them in an additional overlay. I usually encourage
    users to maintain their ebuilds in GURU instead of an extra overlay.

    Of course, this should not be seen as black and white. There may be
    valid reasons for an extra overlay. But we should at least ask the user
    to consider using GURU instead.

    - Flow

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Tim Harder@21:1/5 to Michael Mair-Keimberger on Sun Mar 30 11:40:01 2025
    On 2025-03-30 Sun 02:11, Michael Mair-Keimberger wrote:
    I guess i'm a bit late in this discussion but i wanted to let you know
    this would also affect my gentoo qa scripts.
    (https://gentooqa.levelnine.at). Right now i'm checking the gentoo,
    guru, kde, science and pentoo repositories, syncing the repos from >gentoo-mirror for the pre-created metadata.
    While the gentoo repository is probably the most valuable, kde,
    science and pentoo checks would be non functional and i probably would
    have to remove them. (at least until i update my script to create the >metadata myself..)

    Just to point out, generating metadata can be relatively quick these
    days for large repos using non-portage tools. Anyone using egencache or
    `emerge --regen` from portage (especially for new repos without any
    metadata) is wasting a lot of CPU cycles and memory mainly due to
    portage's inefficient design executing a new instance of bash per
    ebuild.

    Alternatives would be `pmaint regen` from pkgcore (roughly 4x faster
    than portage) and `pk repo metadata regen` from pkgcraft-tools (roughly
    10x faster than portage while using 10x less memory than pkgcore). On semi-decent desktop hardware a full gentoo repo metadata run using
    pkgcraft takes ~10-20 seconds and less than a second for full
    verification only. For those interested in more design discussion and benchmarks see [1].

    Tim

    [1]: https://pkgcraft.github.io/posts/metadata-cache-generation/

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Michael Mair-Keimberger@21:1/5 to All on Sun Mar 30 10:20:01 2025
    On 2025-03-21 14:32, Michał Górny wrote:
    Hello, everyone.

    TL;DR: I'm thinking of shutting down all gentoo-mirror repositories,
    except for gentoo and guru.


    Over 10 years ago, I've started the repository mirror & CI project.
    What started as a bunch of shell scripts on a user-donated server, has organically grown into a bigger bunch of shell scripts managed by
    Infra.
    Nevertheless, it's still a bunch of hacks glued together.

    Things don't work well all the time. Sometimes stuff randomly crashes,
    and I have to SSH and remove local checkouts to make it work.
    Sometimes
    the git repositories used to transfer logs grow so big they kill infra.
    Often some repository starts crashing this or another part and needs to
    be disabled.

    To be honest, I have no energy to keep maintaining this. I'm really
    tired of having to deal with stuff crashing and spamming my mailbox
    with
    failure mails. I'm tired of having to go through all the infra hoops
    just to disable another repository that can't work for one reason or
    another. In fact, I'm even tired that whenever people add new
    repositories to api.gentoo.org, I have to go through that idiotic
    GitHub
    clickety-click UI to stop receiving notifications for everything that
    happens in these repositories.

    So what I'm thinking about is winding most of the project down. We'd
    stop mirroring third-party repositories, and remove most of gentoo-
    mirror organization. What I'd like to leave is mirroring of gentoo
    and guru repositories, since these two we have control of, and are very important to Gentoo users.

    So, well, unless someone convinces me otherwise, I'm going to disable
    all other repositories over the next weekend, and remove their mirrors. Gentoo and GURU will still be mirrored, and CI will keep running
    as usual.

    Hi,

    I guess i'm a bit late in this discussion but i wanted to let you know
    this would also affect my gentoo qa scripts.
    (https://gentooqa.levelnine.at). Right now i'm checking the gentoo,
    guru, kde, science and pentoo repositories, syncing the repos from gentoo-mirror for the pre-created metadata.
    While the gentoo repository is probably the most valuable, kde, science
    and pentoo checks would be non functional and i probably would have to
    remove them. (at least until i update my script to create the metadata myself..)
    I guess it's not a big loss, just wanted to let you know.

    Regards
    Michael

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