Same for me. But that’s why the debian version came about. Not sure why they do both and not just stick to one. Doing all this waters down the resources cinnamon mate xfce plus debian but I don’t work for them.
Again if debian went to the wall they would be equally stuck.
It’s undoubtedly how @kovacslt stated above. It’s a testing field for Debian and a lifebuoy in case Ubuntu/Canonical get nuts.
A mirror is an exact copy of everything to do with a distro. The purpose of mirror sites is to relieve the load on a central server.
Not to forget the network traffic. Why pull a complete OS over the Atlantic Ocean when the same is available on a server close to your location?
Past experience indicates that when such an enterprise fails, they tend to become inaccessible and unhelpful to anyone wanting to pick up the pieces.
On the other hand we have entities like IBM who go to enormous lengths to provide continuous support to paying customers. The concept of emulation arose with IBM wanting to provide forever support for programs written for old hardware.
Home users will never get that sort of support. The best we can hope for is that open source will protect against disappearing developers.
That i understand and follow, no problem. But my question is with the software repository
Is there just one ?
Is that the same for all mint versions
Is it the same for ubuntu and debian
Who updates the contents or checks them against each version or is that nothing needed
There is a Debian repo … actually several… stable, testing,…
Ubuntu is based on Debian testing, but it adds other repos of its own
Mint it based on Ubuntu, but I think it adds further repos of its own
LMDE is based on Debian stable, but I think it adds other repos of its own
MX is based on Debian stable, antiX, and its has its own repos too.
Someone correct me if needed?
You can see what repos your distro uses by looking in /etc/sources.list
For LMDE, it is /etc/apt/sources.list.d/.
Right, so Mint does add its own repo, in addition to using Ubuntu repo.
I remember it was a change to the releas model, point releases to rolling release. Blackmagic quickly moved its support for Davinci Resolve on Linux from CentOS to Rocky.
Other’s didn’t like this change either.
Living on Debian I did not care too much for this happening.
There are many.
Each distro has its own, maybe using the upstream distros repos as well, and the end user may add additional repos too.
Debian itself has more repositories, each of their releases has its own, and each of them has different component repos, such as non-free, *-backports, etc, it is up to the user to enable these repositories depepnding on needs.
As for LMDE, it has the regular Debian repos enabled, plus LMDE’s own repository, just take a look at /etc/apt sources.list.d/official-package-repositories.list.
cat /etc/apt/sources.list.d/official-package-repositories.list
# Do not edit this file manually, use Software Sources instead.
deb http://packages.linuxmint.com gigi main upstream import backport #id:linuxmint_main
deb https://deb.debian.org/debian trixie main contrib non-free non-free-firmware
deb https://deb.debian.org/debian trixie-updates main contrib non-free non-free-firmware
deb http://security.debian.org trixie-security main contrib non-free non-free-firmware
deb https://deb.debian.org/debian trixie-backports main contrib non-free non-free-firmware
That means when you run apt update && apt upgrade; it will update new packages from Debian repos, and Gigi’s repos as well, of course it will take the newest available.
Say, Clemence publishes an updated base-files.deb into Gigi’s repo, it will be updated, as it’s newer than the one in Debians own repo.
If the Debian team publishes a new kernel, it will be updated right from the Debian repo, Clemence doesn’t have to publish it in Gigi’s repo.
@kovacslt Thanks for that clarification. It’s exactly how I thought it would work.
on Gentoo you can choose the repos and how you pull the files. Here’s my laptop’s:
cat /etc/portage/repos.conf/gentoo.conf
[DEFAULT]
main-repo = gentoo
[gentoo]
location = /var/db/repos/gentoo
sync-uri = https://anongit.gentoo.org/git/repo/sync/gentoo.git
cat /etc/portage/repos.conf/guru.conf
[guru]
location = /var/db/repos/guru
sync-type = git
sync-uri = https://github.com/gentoo-mirror/guru.git
and for binrepos which is more of what other OSes use:
cat /etc/portage/binrepos.conf/gentoo.conf
[binhost]
priority = 9999
sync-uri = https://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/releases/amd64/binpackages/23.0/x86-64-v3/
/etc/portage/binrepos.conf/gentoobinhost.conf
[gentoobinhost]
priority = 1
sync-uri = https://gentoo.osuosl.org/releases/amd64/binpackages/23.0/x86-64/
Superb, very clear explication thank you !
Whenever I try to look at Gentoo repos, all I find is a heap of scripts… no source code.
Does Gentoo even keep a repo,? or does it just maintain scripts linking to upstream code developers?
They are ebuilds. And now there’s also binaries.
Right, so Gentoo does not keep a source repo.
[quote=“Neville Jackson, post:179, topic:12918, full:true, username:nevj”]Right, so Gentoo does not keep a source repo.
[/quote]
Well, it does I think (they have anongit) and binaries are available. You can choose to only use ebuilds (Portage used ebuild info to build the package locally) or you can mix and match. If you enable binaries Portage will use the binary file if the use flags (and march=native etc) match with your make.conf. If there isn’t a matching binary, it builds the package from ebuild.
I cant see any source code , only a heap of developer files.
Where can I look to see the current state of gentoo source code ? I dont think a source repo exists.
I think they only keep ebuild files.