No, the testing repo is only used if selected, as per the stable. But the iso comes with a default rockstor repo and the rockstor-release package that you saw updated is not the core rockstor code, that is held in the rockstor package.
yum list installed rockstor*
Loaded plugins: changelog, fastestmirror
Loading mirror speeds from cached hostfile
* base: mirrors.coreix.net
* epel: mirror.freethought-internet.co.uk
* extras: mirror.freethought-internet.co.uk
* updates: mirrors.coreix.net
Installed Packages
rockstor.x86_64 3.9.1-0 @anaconda/3
rockstor-release.x86_64 3-8.16.el7 @anaconda/3
where the contents of the rockstor-release package is as follows:
rpm -ql rockstor-release.x86_64
/etc/issue
/etc/issue.net
/etc/os-release
/etc/pki/rpm-gpg
/etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-7
/etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-Debug-7
/etc/pki/rpm-gpg/RPM-GPG-KEY-CentOS-Testing-7
/etc/pki/rpm-gpg/RPM-GPG-KEY-Rockstor
/etc/redhat-release
/etc/rockstor-release
/etc/rpm/macros.dist
/etc/system-release
/etc/system-release-cpe
/etc/yum.repos.d/CentOS-Base.repo
/etc/yum.repos.d/CentOS-Debuginfo.repo
/etc/yum.repos.d/CentOS-Sources.repo
/etc/yum.repos.d/CentOS-Vault.repo
/etc/yum.repos.d/CentOS-fasttrack.repo
/etc/yum.repos.d/Rockstor-Base.repo
/etc/yum/vars/infra
/usr/lib/systemd/system-preset/85-display-manager.preset
/usr/lib/systemd/system-preset/90-default.preset
/usr/share/doc/redhat-release
/usr/share/doc/rockstor-release/Contributors
/usr/share/doc/rockstor-release/GPL
/usr/share/redhat-release
/usr/share/rockstor-release/EULA
The error you encountered:
Was due to a conflict with upstream (when CentOS had a version update) that arose after the iso was released and was then fixed in the default repo. However your “–exlude=rockstor*” side stepped that fix in the understandable belief that this package represented more than it actually does: see above file list for that package’s contents).
And so after a yum update (no update channel selected) we have:
"Transaction Summary
Install 11 Packages (+51 Dependent packages)
Upgrade 341 Packages
Total download size: 288 M
…
which ends requesting 3 more keys on the way with 2 pertaining to the “rockstor-release-3-8.16.el7.x86_64” package and another to the “epel-release-7-9.noarch” package.
…
_ yum-plugin-changelog.noarch 0:1.1.31-50.el7 yum-plugin-fastestmirror.noarch 0:1.1.31-50.el7 _
_ zlib.x86_64 0:1.2.7-18.el7 _
Replaced:
_ NetworkManager.x86_64 1:1.4.0-20.el7_3 grub2.x86_64 1:2.02-0.44.el7.centos grub2-tools.x86_64 1:2.02-0.44.el7.centos _
_ pygobject3-base.x86_64 0:3.14.0-3.el7 rdma.noarch 0:7.3_4.7_rc2-6.el7_3 usbmuxd.x86_64 0:1.0.8-11.el7 _
Complete!
ie no errors and everything updated via the suggested “yum update”.
and we also see that our rockstor packages are now thus:
…
yum list installed rockstor*
Loaded plugins: changelog, fastestmirror
Loading mirror speeds from cached hostfile
* base: mirrors.coreix.net
* epel: mirror.freethought-internet.co.uk
* extras: mirror.freethought-internet.co.uk
* updates: mirrors.coreix.net
Installed Packages
rockstor.x86_64 3.9.1-0 @anaconda/3
rockstor-release.x86_64 3-9.23.el7 @rockstor
With the Rockstor code held in the rockstor package.
Tested in full just now so that’s the best I can contribute for the time being by way of supporting my original suggestion.
Which still leaves you with the well old rockstor code that was released on our last iso, ie 3.9.1-0. The testing channel, which no longer receives updates, stopped at 3.9.1-16, and received 16 fixes released since the 3.9.1 iso.
3.9.1-16 code was released in stable channel as ver 3.9.2 where upon our focus moved to updating only the stable channel between iso releases, effectively so far anyway, and we are now overdue for a new iso. However the next iso work may well go into our next generation of Rockstor which is to be rebased on the openSUSE distributions due to it’s native (and default) support for btrfs and due to their sponsors, SUSE among them, employing many of the btrfs developers.
So you see our last testing release was actually the first of the next line of stable releases:
3.9.1-16 = 3.9.2.0
where 3.9.2.0 by rights would otherwise have been another iso but it didn’t pan out that way this time (human resources mainly).
And we have since 3.9.1-16/3.9.2.0 had 45 additional releases.
The changes relating to each release are available on our GitHub Releases page:
So again, adding no repo gets you everything bar rockstor and the kernel updated as we carry our own (in testing and stable repos) as our old base of CentOS/RedHat had really really old kernels and only a technical preview of btrfs which was never updated hence having to use elrepo’s kernel-ml (another reason we are moving to openSUSE as we have failed to keep this updated, even in our own repos - resources again). The RedHat technical preview was then depricated as they no longer employed the one person they use to employ on btrfs. Hence our slow but steady move to openSUSE.
I hope that this helps to re-assure you and I know it’s a poor show that our stable subscription which directly leads to my further sustainable involvement in the project is currently still “Sold Out” but I have no control over that. I am for the time being continuing my contributions in the hope that Rockstor re-asserts it’s path to sustainability as we have many who want to support us financially yet cant due to the shop bug/issue. Very frustrating for all concerned. @suman, current project lead, is the only contact I have for this show stopper ‘bug’ in our shop and I have unfortunately not as yet heard anything re this issue.
Thanks again for your patience re the stable channel subscription ‘sold out’! It’s an alarming issue for all concerned and given the difficulty in achieving sustainability when developing open source, quite surprising. However I am not currently aware of the actual problem afoot here or the significance of the amount collected via the stable channel.
Now I will wait for the availability of the stable channel.