• Veraxis@lemmy.world
    link
    fedilink
    English
    arrow-up
    25
    ·
    edit-2
    9 days ago

    Interesting. As a former Manjaro user (several years ago now), my problems with the distro were more with their approach to package management and the AUR. They withhold packages for the main repositories, but the dependencies for AUR packages will always assume the latest packages, so I would constantly get into these dependency deadlocks where I could not install or could not update certain AUR packages because the necessary dependencies were the incorrect version. I view this as a fundamental technical problem with their approach, and was my main reason for switching away.

    Hopefully the new structure/leadership will result in technical changes which fix their issues. Though if I am being honest, the vision of a Manjaro with rolling packages is basically just a reskinned EndeavourOS, so I am not sure what they would need to do for me to recommend this distro to anyone.

    • Korkki@lemmy.mlOP
      link
      fedilink
      arrow-up
      6
      ·
      9 days ago

      I just avoid the AUR on Manjaro whenever possible. It still works 99% of the time. The few things I actually need to be bleeding edge I will just try to build from source.

    • Giloron@programming.dev
      link
      fedilink
      arrow-up
      1
      arrow-down
      3
      ·
      9 days ago

      The dependency issues seem like that are a flaw in the Arch design. It is the only package manager I’ve seen that requires running the latest available version of packages.

      • ShortN0te@lemmy.ml
        link
        fedilink
        arrow-up
        2
        ·
        9 days ago

        Why should that be a flaw on Arch’s side, when it ooses no issue on Arch’s side? Partial updates are explicitly not supported. That would be fine for Manjaro if they would not encourage the use or for some cases even enable the use of AUR by default.

        • Giloron@programming.dev
          link
          fedilink
          arrow-up
          1
          arrow-down
          1
          ·
          8 days ago

          Partial updates are explicitly not supported.

          This is what I’m referring to. Pacman is the only package manager I’ve used with this limitation.

          • ShortN0te@lemmy.ml
            link
            fedilink
            arrow-up
            1
            ·
            8 days ago

            Yes but that is on Manjaro if they do not follow basic rules from their upstream and not on arch. If you ignore design desicions then thats on you.

              • ShortN0te@lemmy.ml
                link
                fedilink
                arrow-up
                2
                ·
                8 days ago

                Thats the only (sane without tons of work) way how you can have a rolling release distro without the need to compile everything yourself, everytime. Dependency issues will occure when glibc gets updated (or any other library) and you only update some programms but not all, its possible that those programms work or not.

  • thingsiplay@lemmy.ml
    link
    fedilink
    arrow-up
    12
    ·
    edit-2
    9 days ago

    Acknowledging the issues and having a plan is a first good sign of trust. Executing is the other, so we’ll see how this will going. I personally lost trust and interest into Manjaro and switched away. From personal experience, there were technical issues (caused by Manjaro), and social issues (didn’t like the administration and project leader). But I hope they “recover” and be better, and survive.

  • solrize@lemmy.ml
    link
    fedilink
    arrow-up
    10
    ·
    10 days ago

    But why? Just pick a new name and fork, if there’s something worth preserving in the distro contents. I don’t understand what the something is though.

    • Korkki@lemmy.mlOP
      link
      fedilink
      arrow-up
      7
      ·
      edit-2
      9 days ago

      But why? Just pick a new name and fork

      They aren’t stupid to abandon the brand and community just like that and start from nothing. The team plans to start a nonprofit that will work alongside and not under the current Manjaro company. They do say that if Manjaro GmbH & Co. KG declines, or the feel that they are dragging their heels (which they have done) they will start a strike. They are doing this rn. If that fails then they will just move to the next stage which is to leave and/or fork the project.

      • Baleine@jlai.lu
        link
        fedilink
        arrow-up
        3
        ·
        9 days ago

        That said, we have seen successful forks like this lately. CoMaps is a good example.

      • solrize@lemmy.ml
        link
        fedilink
        arrow-up
        1
        ·
        9 days ago

        Manjaro itself is basically a fork of Arch, I thought. I’m not sure what its attraction is supposed to be, but I’ll take your word for it. I similarly don’t understand the attraction of Ubuntu over Debian.

    • warmaster@lemmy.world
      link
      fedilink
      arrow-up
      4
      ·
      9 days ago

      But why? Just pick another arch or arch-based distro like Cachy, Endeavour or even KDE OS.

      Manjaro has been a slow sinking ship for too much time, anyone wasting their time with it is equally responsible.

  • Quazatron@lemmy.world
    link
    fedilink
    arrow-up
    8
    ·
    10 days ago

    Good.

    As a long time Manjaro user is good to see something happening.

    As to why I’m a Manjaro user: I installed it on my laptop years ago and it served me well, with only a couple of hiccups (the now famous SSL certificate issue and some repo keys that were broken), nothing too difficult to overcome but that points out some major organizational problems.

    Other than that, it just works wonderfully and I’m too lazy to hop.

  • Baleine@jlai.lu
    link
    fedilink
    arrow-up
    4
    ·
    9 days ago

    This is just like that time they made a constitutional monarchy in France. I predict that the Manjaro owner will be too greedy like the King was and it will just end up in a republic (hard fork with name change).