Repos Make All of the Difference
-
Can Ninite and Chocolatey be consider repos for Windows?
-
Chocolately for sure, Probably Ninite as well, I'm guessing CLI access (assuming it doesn't have it, I actually don't know) shouldn't be a requirement, though it would be desired in most businesses.
-
@black3dynamite said in Repos Make All of the Difference:
Can Ninite and Chocolatey be consider repos for Windows?
Yes definitely. BUt they are "add on" repo mechanisms, not included, which makes it more clear that they are external and "extra".
-
@Dashrender said in Repos Make All of the Difference:
I suppose another odd thing from a Windows perspective is that when you pull something from a repo, any other dependencies are also pulled along with them. Something that a lot of Windows software doesn't do. Oh, this game you want to install requires Flash - you often have to go download and install that first, and maintain it separately. (luckily for Windows 10, MS now manages updates for Flash)
That's certainly a cultural difference, Windows has always favoured statically compiled packages and Linux has favoured shared resources. This is changing with things like the Snaps system, though.
-
@scottalanmiller said in Repos Make All of the Difference:
That's certainly a cultural difference, Windows has always favoured statically compiled packages and Linux has favoured shared resources. This is changing with things like the Snaps system, though.
What's that?
-
@Dashrender said in Repos Make All of the Difference:
@scottalanmiller said in Repos Make All of the Difference:
That's certainly a cultural difference, Windows has always favoured statically compiled packages and Linux has favoured shared resources. This is changing with things like the Snaps system, though.
What's that?
It is accepted on Windows that all of the pieces of software that you will need for a package to work will be included with the package itself. On Linux it is assumed that anything that is needed might be needed by some other package so they share it.
Take the gzip library. On Windows, anything that needs gzip includes it and a vulnerability in gzip means that every package that wants to gzip something needs to be patched.
On Linux it is accepted that there will be a gzip library maintained by a repo (normally the system repos) that is kept tested and patched and is used by every system that wants gzip functionality. This makes Linux lighter and more secure, but means that versioning maintenance is more complicated.
-
Can you explain all of the different repos?
I know we've run into that issue with XS. "issue"
-
@BRRABill said in Repos Make All of the Difference:
I know we've run into that issue with XS. "issue"
I believe that XS just turns them off.
-
you can check what is enabled/disabled
yum repolist allworks for all distros with yum
including XS
My XS has all disabled except citrix repo, which is probably default. -
@momurda said in Repos Make All of the Difference:
you can check what is enabled/disabled
yum repolist allworks for all distros with yum
including XS
My XS has all disabled except citrix repo, which is probably default.That's my understanding.
-
@BRRABill said in Repos Make All of the Difference:
Can you explain all of the different repos?
Basically ever major OS except for Windows and Mac OSX, comes with a set of default repositories for software that represent what is considered to be supported as part of the base OS. CentOS, for example, as the core repos that include the repos for the Base OS, one for pulling source files and a few others that are normally off by default. This allows you to easily install the smallest possible or reasonable OS and add additional software as needed only. No need to bundle it all in and bloat the system, yet still trivially easy to add on what you need.
Anyone can operate their own repo. So you can make your own if you want. The ML servers use a repo from the MongoDB folks so that we pull the latest and greatest, supported and official MongoDB database servers directly from MongoDB instead of waiting for Red Hat to put older, Red Hat supported versions into the RH repos. So our MongoDB is managed transparently with the rest of the system, but we configure it to be much more modern than the MongoDB instance available with the OS itself.
