17
Endeavour vs Manjaro (reddthat.com)
submitted 3 years ago by to c/linux@lemmy.ml
34 comments fedilink hide all child comments
 

Is there anybody whose had experience with both?

I'm trying to decide if I want to go back to Manjaro or get into Endeavour.

you are viewing a single comment's thread
view the rest of the comments
[–] 0 points 3 years ago* (last edited 3 years ago) (1 child)

I used manjaro first but after hearing about the incompatance of the devs I made the switch to endeavor.

To justify, they've ddosed the aur accidentally twice, their lead arm dev pushed a commit to the asahi kernal that broke half of the users installs, they tried shipping that kernal while it was very much in development with a broken kernal which couldn't actually run while pretending that "manjaro runs on the m1 macbook" (this could have broken users hardware), and they don't properly tell users the dangers of the aur like the time a guy put two calls to an IP logger beside a list of people who can fuck themselves or an on init fork bomb. This should not be a toggle directly next to snaps and flat packs, which are safer than a normal package.

  • permalink
  • fedilink
  • source
  • hideshow 2 child comments
    •
  • [–] 0 points 3 years ago* (2 children)

    they don't properly tell users the dangers of the aur like the time a guy put two calls to an IP logger beside a list of people who can fuck themselves or an on init fork bomb. This should not be a toggle directly next to snaps and flat packs, which are safer than a normal package.

    Flatpaks or snaps are not safer at all, as the package maintainer decides how much sandboxing, if any, is applied by default. Manjaro also very much does have a warning in the settings page for the AUR...

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 4 child comments
    •
  • [–] 1 point 3 years ago* (last edited 3 years ago) (1 child)

    Not safer than the aur? Where you run a random script from some random guy who is likely unassociated with the project which has very little chance of being audited?

    Or a normal package? Which has no sandboxing at all. In that case, yes, one could have a poorly sandboxes app, but the vast majority have some to a larger amount of sandboxing. On top of that, they come from a much more heavily audited place than the aur. It is, on average, safer than the average normally packaged package. Some sandboxing is better than no sandboxing

    And no, their warning is not nearly enough. They should state that a person needs to read any package build script before installation and its diff while updating unless they verify the packager is the project maintainer for the application they use

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 1 point 3 years ago

    Where you run a random script from some random guy who is likely unassociated with the project which has very little chance of being audited?

    Until recently, most Flatpaks were also published by random people and you had no easy way of verifying who they were.

    In that case, yes, one could have a poorly sandboxes app, but the vast majority have some to a larger amount of sandboxing

    That is not a usable argument for security. The app developer sets how much sandboxing their app gets, so if they want your data, they can get it.

    And sure, you can restrict permissions yourself if you want, but that's not what any normal user does.

  • permalink
  • fedilink
  • source
  • parent
  • [–] 0 points 3 years ago (1 child)

    @Zamundaaa Flatpaks are not installed with sudo rights. That's a huge difference.

  • permalink
  • fedilink
  • source
  • parent
  • hideshow 2 child comments
    •
  • [–] 1 point 3 years ago*

    It does not make a real difference in practice. Outside of the server space, the most important thing a user has is not access to their root filesystem but access to their home folder - to their data and fun things like .bashrc and .profile that allow to hijack pretty much everything the user runs

  • permalink
  • fedilink
  • source
  • parent