• Re: [gentoo-dev] Profile 23.0 testing with stages and binhost (part 2 o

    From Sam James@21:1/5 to Andreas K. Huettel on Sat Mar 16 00:30:01 2024
    "Andreas K. Huettel" <[email protected]> writes:

    Hi all,

    the 23.0 profiles are ready for testing, including stage downloads,
    binary packages, and update instructions for existing installations,
    for all arches.

    [...]

    Note 2: While there are 23.0 split-usr profiles, the *stage* downloads
    are *all* of the merged-usr type. Why? Not because I'm a big fan of that, but because we should try to unify and standardize a bit again - to
    avoid too many different build configurations leading to too many Heisenbugs.

    I don't think this is a good idea.

    We've promised people that they can keep unmerged-usr if they want, but
    not having stages means new installs aren't doable, and it also makes
    testing a pain because you can't easily unmerge.

    You can easily merge, but you can't easily unmerge.

    What you can do is provide a limited number of non-merged-usr variants
    given it's just about saving people rebuilds.

    (I also think it's the wrong way to do such a change anyway - the releng
    part should be last after decision-making, not first.)

    [...]
    Cheers & have fun,

    thanks,
    sam

    --=-=-Content-Type: application/pgp-signature; name="signature.asc"

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

    iOUEARYKAI0WIQQlpruI3Zt2TGtVQcJzhAn1IN+RkAUCZfTYX18UgAAAAAAuAChp c3N1ZXItZnByQG5vdGF0aW9ucy5vcGVucGdwLmZpZnRoaG9yc2VtYW4ubmV0MjVB NkJCODhERDlCNzY0QzZCNTU0MUMyNzM4NDA5RjUyMERGOTE5MA8cc2FtQGdlbnRv by5vcmcACgkQc4QJ9SDfkZA/7wD/Uhz3KQxu17AeHnHuk2ThdQivXRkzOwTYsBIq 0BNACMcBAI3uNCrE8gbALnd204DRXCFHifHv/7UyhpK41n8YmkQL
    =3qWe
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andreas K. Huettel@21:1/5 to Sam James on Sat Mar 16 10:34:35 2024
    Copy: [email protected]

    Note 2: While there are 23.0 split-usr profiles, the *stage* downloads
    are *all* of the merged-usr type. Why? Not because I'm a big fan of that, but because we should try to unify and standardize a bit again - to
    avoid too many different build configurations leading to too many Heisenbugs.

    I don't think this is a good idea.

    We've promised people that they can keep unmerged-usr if they want,

    And they can.

    [However, I don't see the point for it. Apart from ideological considerations, there is no obvious advantage to the split-usr layout anymore.]

    but not having stages means new installs aren't doable,

    Yes.

    and it also makes testing a pain because you can't easily unmerge.
    You can easily merge, but you can't easily unmerge.

    That is the imho more important and valid point, maintaining the remaining split-usr installs will get harder.

    What you can do is provide a limited number of non-merged-usr variants
    given it's just about saving people rebuilds.

    For amd64 and arm64 that's doable (since builds are cheap there).
    I would very much discourage using these variants for new installs though.

    [And yes I would prefer to deprecate the split-usr profiles and remove them
    at some point in the not-so-far future. That is however a topic that needs separate debate.]

    (I also think it's the wrong way to do such a change anyway - the releng
    part should be last after decision-making, not first.)

    The decision where this is going has been made long ago... just not by us because we've been lagging behind. But I get what you mean.


    --
    Andreas K. H�ttel
    [email protected]
    Gentoo Linux developer
    (council, comrel, toolchain, base-system, perl, libreoffice) https://wiki.gentoo.org/wiki/User:Dilfridge
    -----BEGIN PGP SIGNATURE-----

    iQIzBAABCAAdFiEE/Rnm0xsZLuTcY+rT3CsWIV7VQSoFAmX1Z6sACgkQ3CsWIV7V QSo15hAApGNe/lawLRm4nudC1v8FFYzkWVqaCiHGBdGULh543SKNsFpymWqmM536 2wCTnaP/mpy/jX0kQiLo72og0R11WFCINrQVAyQuTUG6fcXU6tsuK7bFaVvUoZCj y8IlVo81/ayMN3P6CMWGxAfNlYFgyfk59d/r1m3Gj5EfUWZ4LMK9Y9rltFev6mZk on6OTlAKvbmhk4cYNrCsdUfFyCW+dYxtf5NlcQrtICPQbhMb+MzOE/YtxFdvldct Y6Y6Plm8TUApfYPXrjdtFEAgKszJoOU/wRh9LKCC3POBeYhBbXyFBEUrKsLMeoQb YQ8IOEcAaGmSFbzmxnR8/r4hRcacdNhe7Eh1Amb6AhzlMclgsBnBp32wVTXrDmGN wYW8Bk4tPFSq5xs7XprcrHTNgvJgyveAJfz2jCNgjGfn7DWYf1uqB1Z8hwxSQjOH EHfFOmOwoO4qvgIrww6hqIzHQG19cqGPgQtd5KCAzLgibzfb19Ysz+VrAZsIivbf LciB7uWUy8HWkoreDJ3fHmficAe/gZBjPoGEYgE05g7+1LIZ+2Qi9BeV9HghLZmQ kti8sVKDvpq50d+kbJnuWbvbEQ6vaLpfXalFyFS3Rh5pU/DE2j6E2TnFIbCzFn/5 WVmxgyIvqGH3lFjx3UmwK2v4CAR2+7VhVbOjUwQp+jOt7yEpO/k=
    =/xJT
    -----END PGP SIGNATURE----