it’s basically an arch installer plus a bunch of presets and scripts to get you started. The goal of this distro is to guide you to your first Arch install. I did that, but stuck with Arco.
the absolute friendliest linux community I have come across. The creator himself is likely to answer most of your queries. The youtube channel is a goldmine. Shoutout, Eric Dubois!
Have used it before but am not currently running it. Absolute treat for someone who wants to start digging deeper into the inner workings of Linux. The tutorial videos are pretty clearly a labor of love.
image with baked in nvidia drivers which work out of the box without too much fuss
if you encounter problems, you can refer to the system76 website or use a solution provided by the community, since it’s based on Ubuntu
installation with full disk encryption enabled by default
right now it uses a slightly customized version of GNOME as DE (with “normal”/traditional windows and optionally a tiling wm), but system76 is working on a Rust-based DE, named Cosmic DE
It's arch. It just happened to be the composition i had my previous arch setup as. Yay for AUR stuff, KDE Plasma for DE. Includes a couple of useful tools and makes for a very solid OS.
Anyone who has been in the Ubuntu sphere of things with Linux, should take a moment to try arch. EndeavourOS is perfect for these people.
Easy to set up, very helpful community. If you liked Manjaro or think Manjaro is sketchy but like the idea of a slightly pre-configured arch, check it out.
Back when I was an Arch elitist I thought this too, but I now recommend Ubuntu or Mint if they’re completely new to Linux, otherwise if they have technical literacy I point them to Fedora
This really is my favorite Garuda feature - it’s saved my install more than once so that I can roll back a messy update, figure out what broke and why it broke, and then make sure the next update works
Nvidia driver installation options that correctly set the mode setting, dkms drivers installed ootb, common apps like GreenWithEnvy ootb, great Nvidia support
Besides Wiki and AUR that all Arch derivatives share, they have their own wiki that documents the changes they’re made to Arch and a very good forum for help
Is this a use case where you can use dotenv? (folder specific environment variables?)
If it’s not, aliases are the best you can do, or bash functions that are equivalent to them. The thing is that those only run in bash, so if you are expecting to run the commands outside of a shell, you will need to wrap them in bash -c or have a wrapper script.
This is just the broad strokes so if you have any questions please follow up.
The setup is kind of a kind of a logical fallacy here. More people are using Debian and RPM based distributions than Arch Linux. That being said:
Arch Linux has the AUR because at the time it was developed, the standards for distributing software on Linux were either RPM or DEB repositories. AUR was a necessity because one could get software on those distributions from the official vendor, but nobody was supporting Arch Linux. So it was a stopgap, an equalizer for one outlier platform.
It’s hardly the first such repository: FreeBSD ports and NetBSD pkgsrc predate the AUR by over a decade. Slackpkg predates AUR by a couple of years as well, though possibly not slapt-get. Gentoo has portage. Anyway, they took an idea that was already well-established, and catered it to a distribution that had fewer software options than major distributions.
These days it’s still the same scenario: a placeholder, to equalize what’s available for Arch Linux users versus other distributions.
People use Arch because it is a rolling release with a well-documented wiki. AUR is a nice perk, but hardly the main reason that people are using Arch Linux, given that other similar systems have existed for older distributions and operating systems for longer.
I don’t believe the setup is a fallacy, the AUR is one of the main reasons I use Arch. Sure, other distros may have similar systems in place, but the number of packages available on these systems just doesn’t compare. I did a brief amount of research, according to the FreeBSD manual, there are “over 30,000” ports available. In comparison, there are over 90,000 packages available on the AUR, and all of those are in addition to the ~13,000 packages in the official Arch repositories. If I want to obtain a piece of software, even if it isn’t in the arch repos, odds are, someone has already gone through the trouble of figuring out how to build/package it, and has added the PKGBUILD to the AUR.
This way of doing things is so much more elegant compared to how things are done on Debian or Red Hat-derived distros, where the solution to the problem of a piece of software not being in the official repos is to either (1) scour the internet and try to find if the developer maintains a repo for your distro, (2) look to see if a third party has packaged the software for your distro, and hope and pray that they maintain it, or (3), compile the package yourself, after manually hunting down all the various libraries the application needs, determining what they’re packaged as for your particular distro. The third solution doesn’t handle updates at all, unless the application’s developer has built-in an update checker into it.
Things are getting better as snaps and flatpaks gain popularity, but both of those systems have lots of issues of their own, and arguably aren’t anywhere near as good as a proper native package for your distro. Flatpaks don’t really work for CLI tools. Snaps are stupidly slow. Both snaps and flatpaks still struggle with theming. Applications installed with either take up way more space than their natively-packaged equivalents.
Things are getting better as snaps and flatpaks gain popularity, but both of those systems have lots of issues of their own, and arguably aren’t anywhere near as good as a proper native package for your distro. Flatpaks don’t really work for CLI tools. Snaps are stupidly slow. Both snaps and flatpaks still struggle with theming. Applications installed with either take up way more space than their natively-packaged equivalents.
Flatpaks would beat native packages if they didn’t have a trillion papercuts and issues. I’m on NixOS because I want to avoid using flatpak.
I dont have links in hand, but I remember the flatpak devs saying they targeted/care about desktop gui apps. It’s one of the reasons why I won’t use flatpaks anytime soon if ever
quantity doesn’t always mean quality and when the subject is aur, i wouldn’t count that as a metric. there are lots of orphaned packages, packages that have their source / binary / git versions, older libraries etc.
it USED TO be a nice repository, i don’t why. but it’s one of the main reasons i’m keeping away from arch because i cannot trust those packages anymore.
Fair arguments. The AUR is huge compared to the operating systems that inspired it (no idea how packages/metrics are counted between different operating systems but it’s safe to say that more packages exist for Linux than in the FreeBSD realm), and it solves a problem that the Debian/Red Hat distributions are being faced with now that Flatpaks are essentially another packaging system ON TOP of whatever they have used for decades.
I’ve been on NixOS for about a week now and I can say I’ve got access to pretty much all of the packages I was using on Arch just from nixpkgs. I even found it quite easy to package stuff myself!
I am only using them and they seem very kino. I don’t do anything complex with them, but, I like that adding new repos is as simple as reponame.url = repourl and then you can use its stuff after adding it to your outputs
Yep, I talked about this on Reddit a couple weeks ago. They started putting filters against Lemmy instances up almost as soon as people started talking about moving. They started with small instances, but now they’re moving on to the larger ones.
I had to use kek.gg just to share a link to my new community to the old subreddit.
Edit: Is this really a three-year-old thread or is something wrong? If it is, how did it end up at the top of my “hot” feed!?
They fixed a lot of load issues as of this morning so it might be okay. Lemmy.world itself already feels way more responsive. You have a point tho, might be better to host a Wine community on more FOSS centric instances.
Oh no doubt about that! I didn’t mean to imply lemmy.world was against foss. I just meant there’s already instances that are very FOSS focused that might be a better fit than lemmy.world which is already overloaded as it is.
I hope that solves lemmy.world essentially DoSing my instance at whatever intervals it would eventually take a turn to post all the stuff that had happened on it since the last flood.
linux
Active
This magazine is from a federated server and may be incomplete. Browse more on the original instance.