Xubuntu 16.10 Issue Detected
-
@stacksofplates said in Xubuntu 16.10 Issue Detected:
@scottalanmiller said in Xubuntu 16.10 Issue Detected:
The Ansible version in the example was the recommended deployment process right from Ansible's documentation.
So is installing from Yum from EPEL.
Not if you want the currently recommended version of Ansible (at least at that time.)
-
@stacksofplates said in Xubuntu 16.10 Issue Detected:
@scottalanmiller said in Xubuntu 16.10 Issue Detected:
@stacksofplates said in Xubuntu 16.10 Issue Detected:
You're cloning from GitHub for current. That's like using the dev release of Chrome. The release of Chrome in the repo is the official stable release. The release of Ansible in the repos for RHEL are the official stable release. It's not the same thing at all.
That's incorrect. Ansible 2 was the official release at that time. Cloning from GIT is how Ansible releases their production release. You are totally misunderstanding how this works in this case. What RH puts in the repos is in no way reflective of what is the production release from Ansible (or any other product) and this should be very widely understood. The RH repos are almost never current on anything, this is in fact famously the biggest complaint of RH, just how far behind current release their repos are (but it is part of their policy.)
It's not official for your OS though. Gnome 3 is currently at like 3.22, that's the official. See if you can get support using 3.22 on RHEL. Official for RHEL is 3.14. If we are going to count what's available in the repos as official, then what's in the RHEL repo is official. Chrome isn't in the repo, so what's in their repo is the official.
Right, but I don't consider what is in the OS repo as official to the applications, it's what is officially part of the OS.
-
@scottalanmiller said in Xubuntu 16.10 Issue Detected:
@stacksofplates said in Xubuntu 16.10 Issue Detected:
@scottalanmiller said in Xubuntu 16.10 Issue Detected:
@stacksofplates said in Xubuntu 16.10 Issue Detected:
You're cloning from GitHub for current. That's like using the dev release of Chrome. The release of Chrome in the repo is the official stable release. The release of Ansible in the repos for RHEL are the official stable release. It's not the same thing at all.
That's incorrect. Ansible 2 was the official release at that time. Cloning from GIT is how Ansible releases their production release. You are totally misunderstanding how this works in this case. What RH puts in the repos is in no way reflective of what is the production release from Ansible (or any other product) and this should be very widely understood. The RH repos are almost never current on anything, this is in fact famously the biggest complaint of RH, just how far behind current release their repos are (but it is part of their policy.)
It's not official for your OS though. Gnome 3 is currently at like 3.22, that's the official. See if you can get support using 3.22 on RHEL. Official for RHEL is 3.14. If we are going to count what's available in the repos as official, then what's in the RHEL repo is official. Chrome isn't in the repo, so what's in their repo is the official.
Right, but I don't consider what is in the OS repo as official to the applications, it's what is officially part of the OS.
And you have no way to verify that what you are using works with the current packages you have. So you are running into the exact problem you are telling him not to do. How do you guarantee that the MongoDB version that's current from their repos works with the packages on your system? That's the whole point of using a distro's repos. You're going against what you're preaching.
-
@stacksofplates said in Xubuntu 16.10 Issue Detected:
So you are running into the exact problem you are telling him not to do.
Exactly, because I'm a Linux expert by trade, know exactly what those risks are, am prepared to manage that and am working with the packages that Ansible says will work (so I'm not running into that problem, actually.)
And I am telling him not to because his goal is a working laptop for learning Java programming, not to learn Linux.
So yes, he should be doing something different than me here, most certainly.
-
@stacksofplates said in Xubuntu 16.10 Issue Detected:
How do you guarantee that the MongoDB version that's current from their repos works with the packages on your system?
That's super simple. MongoDB's repos are tied to the RHEL versions. Just because you use a third party repo does not break the repo system. The repos maintain versions of support packages just like they always do. This is the beauty of YUM. Going with MongoDB's own repos does not change how that works at all, it just gives me access to more up to date packages with support from MongoDB themselves for the database instead of from Red Hat.
-
@stacksofplates said in Xubuntu 16.10 Issue Detected:
You're going against what you're preaching.
That depends on interpretation. I'm preaching one thing to him based on his needs. I don't have his needs. So I'm going against what I preached to him, but not against anything that would have applied to the situation where I went against them.
Also, that I showed how to install Ansible 2 didn't imply that it was recommended. I'm not saying that it is not, only that it wasn't. If we had a "how to" set your car on fire doesn't contradict a statement that says "we don't recommend burning your car."
-
In the case of MongoDB, RHEL/CentOS 7 are the official platforms for the current MongoDB and the YUM repos from MongoDB are the official way to deploy to them. The most official way to run MongoDB is as we are running it (right here for ML.)
-
@scottalanmiller said in Xubuntu 16.10 Issue Detected:
The repos maintain versions of support packages just like they always do
Ya if the packages were there to begin with.
-
@stacksofplates said in Xubuntu 16.10 Issue Detected:
@scottalanmiller said in Xubuntu 16.10 Issue Detected:
The repos maintain versions of support packages just like they always do
Ya if the packages were there to begin with.
Nope, it literally works the same. You do "yum install mongodb" and it grabs anything that it needs from the RHEL/CentOS repos. That's the reason that we are so adamant about using repos like this, the support just keeps working. Literally the only package that you need from the MongoDB project is MongoDB. Once you add that repo, installs work exactly like if you were installing the old MongoDB that is included in RHEL. Dependencies are all handles for you just the same.
-
@scottalanmiller said in Xubuntu 16.10 Issue Detected:
@stacksofplates said in Xubuntu 16.10 Issue Detected:
You're going against what you're preaching.
That depends on interpretation. I'm preaching one thing to him based on his needs. I don't have his needs. So I'm going against what I preached to him, but not against anything that would have applied to the situation where I went against them.
Also, that I showed how to install Ansible 2 didn't imply that it was recommended. I'm not saying that it is not, only that it wasn't. If we had a "how to" set your car on fire doesn't contradict a statement that says "we don't recommend burning your car."
His needs were Chrome. You told him to stick with the OS repos. The whole point I'm making is that for a beginner, if you can install one package and it adds the correct repos, do it that way. Having them import gpg keys and manually adding repos is much harder than installing the package they give you that does all of that for you.
-
Here is my how to on installing the latest MongoDB on CentOS 7. The only thing that MongoDB doesn't grab on its own is a handy tool for SELinux, and that's because it's optional, not required.
https://mangolassi.it/topic/8075/installing-mongodb-3-2-on-centos-7
-
@scottalanmiller said in Xubuntu 16.10 Issue Detected:
@stacksofplates said in Xubuntu 16.10 Issue Detected:
@scottalanmiller said in Xubuntu 16.10 Issue Detected:
The repos maintain versions of support packages just like they always do
Ya if the packages were there to begin with.
Nope, it literally works the same. You do "yum install mongodb" and it grabs anything that it needs from the RHEL/CentOS repos. That's the reason that we are so adamant about using repos like this, the support just keeps working. Literally the only package that you need from the MongoDB project is MongoDB. Once you add that repo, installs work exactly like if you were installing the old MongoDB that is included in RHEL. Dependencies are all handles for you just the same.
Not just MongoDB obviously.
You do "yum install mongodb" and it grabs anything that it needs from the RHEL/CentOS repos.
Again, only if the dependencies exist for your OS. There are times where the 3rd party repo is further ahead and requires packages that don't exist in the standard repos.
-
@stacksofplates said in Xubuntu 16.10 Issue Detected:
His needs were Chrome. You told him to stick with the OS repos. The whole point I'm making is that for a beginner, if you can install one package and it adds the correct repos, do it that way. Having them import gpg keys and manually adding repos is much harder than installing the package they give you that does all of that for you.
I see what you are saying. But didn't that one package fail? I was not aware, however, that it would add repos on its own. But what we have been trying to get him to do is to simply stick with what the OS has unless otherwise needed. Originally he had a laundry list of extra things. But the end, he was down to zero (or possibly Chrome, we still aren't totally sure.)
-
@stacksofplates said in Xubuntu 16.10 Issue Detected:
Again, only if the dependencies exist for your OS.
But this is a repo for that specific OS. So of course they all exist. You could say the same thing about the EPEL or even CentOS' own packages. But they are all three designed to rely on the packages that are there. Sure, any repo could be broken, that's a different issue.
-
@scottalanmiller said in Xubuntu 16.10 Issue Detected:
@stacksofplates said in Xubuntu 16.10 Issue Detected:
His needs were Chrome. You told him to stick with the OS repos. The whole point I'm making is that for a beginner, if you can install one package and it adds the correct repos, do it that way. Having them import gpg keys and manually adding repos is much harder than installing the package they give you that does all of that for you.
I see what you are saying. But didn't that one package fail? I was not aware, however, that it would add repos on its own. But what we have been trying to get him to do is to simply stick with what the OS has unless otherwise needed. Originally he had a laundry list of extra things. But the end, he was down to zero (or possibly Chrome, we still aren't totally sure.)
Ya that was my whole point to this. Chrome adds the repos for you. I think he did have an issue, but apt-get install -f fixes the dependencies. That's still 100% easier than manually adding repos for someone who doesn't know how to do it.
-
@stacksofplates said in Xubuntu 16.10 Issue Detected:
There are times where the 3rd party repo is further ahead and requires packages that don't exist in the standard repos.
Sure. But that's just a bad repo. In the same vein any given package might be packaged incorrectly and not work. In all cases we have to assume that what we are installing actually works.
-
@scottalanmiller said in Xubuntu 16.10 Issue Detected:
@stacksofplates said in Xubuntu 16.10 Issue Detected:
Again, only if the dependencies exist for your OS.
But this is a repo for that specific OS. So of course they all exist. You could say the same thing about the EPEL or even CentOS' own packages. But they are all three designed to rely on the packages that are there. Sure, any repo could be broken, that's a different issue.
Ansible was what I was thinking of. If you clone from Github, it required a version of Python that older versions of RHEL didnt' have. But this is all besides the point anyway.
-
@stacksofplates said in Xubuntu 16.10 Issue Detected:
Ya that was my whole point to this. Chrome adds the repos for you. I think he did have an issue, but apt-get install -f fixes the dependencies. That's still 100% easier than manually adding repos for someone who doesn't know how to do it.
Yes, what I think we wanted was for him to just stick to Chromium and FF. Both are in the OS repos and don't require mucking about with Google's additional repos. He just wants to do Android development and someone gave him a bad list of things to download that aren't what he needed.
-
@stacksofplates said in Xubuntu 16.10 Issue Detected:
@scottalanmiller said in Xubuntu 16.10 Issue Detected:
@stacksofplates said in Xubuntu 16.10 Issue Detected:
Again, only if the dependencies exist for your OS.
But this is a repo for that specific OS. So of course they all exist. You could say the same thing about the EPEL or even CentOS' own packages. But they are all three designed to rely on the packages that are there. Sure, any repo could be broken, that's a different issue.
Ansible was what I was thinking of. If you clone from Github, it required a version of Python that older versions of RHEL didnt' have. But this is all besides the point anyway.
That would make sense. GIT doesn't handle dependencies, at all. That's up for you to provide whatever is needed. That's not extended the YUM repos, though. So a very different thing. And not something that I recommended any beginner or desktop user to be doing.
-
@scottalanmiller said in Xubuntu 16.10 Issue Detected:
@stacksofplates said in Xubuntu 16.10 Issue Detected:
@scottalanmiller said in Xubuntu 16.10 Issue Detected:
@stacksofplates said in Xubuntu 16.10 Issue Detected:
Again, only if the dependencies exist for your OS.
But this is a repo for that specific OS. So of course they all exist. You could say the same thing about the EPEL or even CentOS' own packages. But they are all three designed to rely on the packages that are there. Sure, any repo could be broken, that's a different issue.
Ansible was what I was thinking of. If you clone from Github, it required a version of Python that older versions of RHEL didnt' have. But this is all besides the point anyway.
That would make sense. GIT doesn't handle dependencies, at all. That's up for you to provide whatever is needed. That's not extended the YUM repos, though. So a very different thing. And not something that I recommended any beginner or desktop user to be doing.
Right, I just said MongoDB as an example. I didn't literally mean their YUM repo had dependency issues, just that they can occur between repos.
