Yes, we are.
Great - thanks.
Is there any timeline out in the open?
1 person found this helpful
Not at the moment. We have internal builds of Spacewalk 2.10 that are currently undergoing integration testing, but we've updated the Database and Instant Client versions, so our testing matrix is pretty extensive and can take awhile.
I am looking forward to the next release as well. One that support Oracle Linux 8.
Now that the project is being discontinued. Is there a possibility that Oracle may take over the project? I personally am not a fan of foreman/katello/pulp/the other 5 projects that make up satellite 6. It's so convoluted. I personally feel Red Hat went that route to make sure people pay for licences. I will also way I am not a fan of OEM for patching. If you could provide any insight that would be great. We are trying to do some larger project that will utilize the spacewalk API. I'd hate to see all that work be for naught.
It's something we've discussed, but probably unlikely at this stage. The SUSE folks are doing a great job with Uyuni though, if you're like to stick with a Spacewalk derived project.
you wrote you are doing internal tests with spacewalk2.10, could you share the current status (it's about more than 1 month ago you wrote this)
we are currently evaluating 2.10 downloaded from spacewalk repo , but prefere to use packages coming from oracle.
We are aiming to release Spacewalk 2.10 soon. Currently we're working on updating the Oracle Database support to 19c and running our tests. Keep in mind that given how many platforms we support, our end-to-end testing can take 6-8 weeks. We've also just added Oracle Database 19c support so that's added additional testing time.
sounds good. Soon is not defined (could be months .. )
Would it be possible to test an preview version? we are currently stuck on deploying new Oracle Linux 8.2 environments because first we would check update possibilities.
Yeah, I didn't provide specific timelines on purpose. Unfortunately, I can't speed up engineering or QA. I will say that Spacewalk 2.10 (both our build and upstream) have extremely limited support for EL8-based clients like Oracle Linux 8 (and CentOS 8 or RHEL8). Essentially, you're limited to client-side management only, as Spacewalk itself has no module awareness. Once you enable a repo that contains modules (like the ol8_appstream) repo, Spacewalk is going to start lying to you because it can't do version comparisons properly. So things like triggering errata updates from the UI or API won't work and neither will any of the channel cloning/lifecycle tools.
First of all: thank you to sharing all information.
To get a better project planing, could we expect Spacewalk 2.10 in Q3/2020?
I assume if Spacewalk 2.10 is released from oracle, all the named "Bugs" are be solved and we could use Enterprise linux 8 like Enterprise Linux on Spacewalk 2.7.
Pointing to Suse Spacewalk implementation is not our main goal, because we choosed to use Oracle Enterprise Linux
Do you have instead another recommendation to implement centralized patch mangement for Oracle Linux 8?
Q3 is probably a reasonable delivery timeframe, yes.
The Spacewalk 2.10 release from Oracle will be as described above. We are not adding any additional functionality to the upstream release to improve its handling of Oracle Linux 8. At this stage, I do not have any other recommendations, but I'm working on it.
I hope you don't mind me asking, but why bother with OL 8 when OL 7 seems to be a better option. Currently you don't know what will work with Spacewalk and OL 8, but it's apparenlty a dead end now. What are you going to do in the next OS release?
Do you have any hardware of software requirements that force you to deploy OL 8? Considering the history of past release changes, anything for OL 8 has a probability to be obsolete in the next release, presumably in 4 or 5 years. I guess we also need to keep an eye what IBM will do with Red Hat in the end.
You still have support for OL 7 for several more years to come, by which time OL 9 will most likely be available. Why not using OL 7 as long as possible and then update to OL 9 when required? At least this would buy you some time to assess what Spacewalk alternatives are available or feasible for you, and give you some break.
thank you for your anwer. I think everyone has his own reasons why using latest versions.
We are using Oracle linux 8 for latest product versions, example ipa-server in oracle linux 7 is 4.6.4, in Oracle Linux 8.2 4.8.4
We are not migrate all environments directly to OL8, first some test environments to check if are applications running well (and of course they need to certified on OL 8)
I think, it doesn't matter why to install OL8. Compare to Microsoft/Redhat: if they offer a new release centralized Patchmanagement is available.