New to Endeavour OS

Hello, I installed Endeavor OS yesterday.

  1. Does Endeavour use Arch repositories? Is any delay involved in package availability between Arch and Endeavor?
  2. Does Endeavor also have its own repositories? Is there any package duplication/conflict with Arch repositories? I.e. Same package in both or same package but different?

Neither of the above are necessarily a problem, I simply seek to understand. (I will add though, that in general, I prefer to avoid the “unstable->testing->stable” model because under that model, “unstable” has a negative connotation, but often the up-to-date packages in “unstable” have features and fixes that “stable” doesn’t, so it seems to be an inefficient trade-off)

I very much like Endeavor so far. Thank you!

All there on the website :slight_smile: https://endeavouros.com/about-us/

2 Likes

Yes. You can see the repositories in /etc/pacman.conf and the mirrors in /etc/pacman.d/mirrorlist.

No.

Yes. EndeavourOS has its own repository for shipping few packages we use. Run the following command to check packages listed in Endeavouros repo

pacman -Sl endeavouros

Note that it’ll list all the packages which are listed in endeavouros repo, even if they’re not installed.

No.

4 Likes

Thank you!

1 Like

For the sake of clarification, I wish to add on to this.

EndeavourOS repo does not have any packages duplicated from Arch repo. However, there are packages which are in AUR and also in EndeavourOS repo. The reasoning is that installing from AUR takes more than 1 step (download PKGBUILD, compile, install) and its better to pre-package those in our repo for easy installation since we’re using it. One anyways cannot install from AUR during a Calamares install afaik.

eg. rate-mirrors, paru etc.

Other packages are specific to EndeavourOS (themes, scripts etc)

Edit:

see this comment

3 Likes

Welcome to the Purple side! :enos:

2 Likes

Yes, simple, logical; that’s the way.

Yes, I had just been running rate-mirrors! I was exploring whether to redirect to the conf etc. Although during the installation, I think that the process was automated, so perhaps an automation exists. I was impressed that the installation appeared to scan for optimal mirrors as part of the process.

From other posts, I was under impression that mirrors may affect up-to-dateness of packages, but that’s not clear to me.

yes

Arch has many mirrors and all of them don’t simultaneously get latest packages. Some get it first, some get it late.

If you’re on a mirror which gets packages late, then you’re on older package versions. But the difference in time is usually in tune of few hours.

You’ll have exact same behaviour had you been using Arch. This isn’t got to do with EndeavourOS.

I run it like so:

rate-mirrors arch | sudo tee /etc/pacman.d/mirrorlist

Yes, the automation is only during installation. After installation, Arch mirrors aren’t automatically updated.

Actually there’s one exception: yad, which we have changed slightly because of a small size problem in some yad windows. You can study the small patch at our github site if you like, the source code is there.

So (other) packages come from

  • Arch repos directly
  • one EndeavourOS repo, which includes packages
    • implemented by the team
    • built directly from the AUR

Note that the [endeavouros] repo is placed first in /etc/pacman.conf. This gives us the opportunity to override Arch packages, and only one has been overridden as explained above.

4 Likes

OK, good to know.

Great! Thanks again kindly for all the help and direct answers to my specific questions!

1 Like

Also logical. Provides a smooth transition to anything EndeavourOS offers as grows. I like the thinking/approaches that Endeavour uses: Advance to space but don’t disconnect from earth (just yet) :slight_smile: :slight_smile:

4 Likes

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.