1. Forum
  2. USENET
  3. muc.lists.freebsd.ports

  • graphics/mesa-* becoming bloatware

    From Anton Saietskii@vsasjason@gmail.com to muc.lists.freebsd.ports on Fri Jul 17 20:28:38 2026
    From Newsgroup: muc.lists.freebsd.ports

    Hi folks,

    For those who gets frustrated by removal of flexibility and
    unconditional dependencies introduction (e.g., a5ad594928348358d169ce8703788a0976d40f5d, f57f5533927184a5913d160c3d7606b13d83b47b) into subj, it would be nice
    if you are willing to review https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=296856 and share
    your thoughts there if any. I, personally, strictly oppose the
    installation of AMD"gpu"-related stuff, especially when machine
    physically has only Intel and/or NVIDIA GPU installed. Not to mention
    reducing customizability is just a bad thing.

    P.S.: Even better if you remember the story with editors/vim and obrien@.


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2
  • From Piotr Smyrak@ps.ports@smyrak.com to muc.lists.freebsd.ports on Fri Jul 17 22:12:49 2026
    From Newsgroup: muc.lists.freebsd.ports

    On Fri, 17 Jul 2026 20:28:38 +0300
    Anton Saietskii <vsasjason@gmail.com> wrote:

    For those who gets frustrated by removal of flexibility and
    unconditional dependencies introduction (e.g., a5ad594928348358d169ce8703788a0976d40f5d, f57f5533927184a5913d160c3d7606b13d83b47b) into subj, it would be nice
    if you are willing to review https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=296856 and share
    your thoughts there if any. I, personally, strictly oppose the
    installation of AMD"gpu"-related stuff, especially when machine
    physically has only Intel and/or NVIDIA GPU installed. Not to mention reducing customizability is just a bad thing.

    In the past I also fought various OPTIONS combinations trying to trim dependencies. Still, one need to understand that for the port
    maintainers this will always be a trade off between elasticity and maintainability.

    I fixed my conflicts between my personal choices and OPTIONS by
    creating a ports` OVERLAY. Now stuff, where I care about granulation
    and push it even further, lives outside of official tree. And I am the
    master of this playground ;-)
    --
    Piotr Smyrak


    --
    Posted automagically by a mail2news gateway at muc.de e.V.
    Please direct questions, flames, donations, etc. to news-admin@muc.de
    --- Synchronet 3.22a-Linux NewsLink 1.2