https://bugzilla.novell.com/show_bug.cgi?id=859105 https://bugzilla.novell.com/show_bug.cgi?id=859105#c4 --- Comment #4 from Michael Friedrich <michael.friedrich@gmail.com> 2014-01-19 14:17:43 UTC --- (In reply to comment #3)
(In reply to comment #2)
In terms of upgrading the package I do see the same problem as outlined here https://bugzilla.redhat.com/show_bug.cgi?id=1054340#c26 as the sources provided on nagios-plugins.org are different to what the SUSE package history is built on.
I agree that this will affect new package submissions.
But I currently doubt that our users will download tarballs from the included Url that our RPMs provide to re-built the plugins on their own again. That's why they installed the RPM. So this will not result in a package update for released versions.
No, that's only a matter of new package revisions or upstream releases imho.
The provided documentation on both sides in the meantime is identical (even on monitoring-plugins.org, the documentation mention the "Nagios Plugin Development Team", which might be considered an upstream bug now).
I'll forward them your note. The problem with that rename was like: 22:30 - chatting with Holger, checking nagios-plugins.org - hey, where did icinga/naemon/shinken mention and urls go? - interesting. it's not the webserver by holger serving nagios-plugins.org but a box owned by nagios inc - edit holger website - no change. - ok, they've copied the complete website 1:1 and hijacked the dns forwarder entries There was no prior notice, or private notification by Nagios Enterprises. They just did it, and are now trying to confuse everyone claiming that nagios-plugins.org acts like before. So there is plenty of work to do for the original team working towards 1.6 release, but now having fun to rename all their stuff in their sparetime.
Please note (from http://www.rpm.org/max-rpm/s1-rpm-build-creating-spec-file.html): "While the source line is used to provide the source filename to RPM, the URL line points to documentation for the software being packaged."
Our current nagios-plugins package (submitted to server:monitoring right now) contains: Url: http://monitoring-plugins.org/ Source0: nagios-plugins-%{version}.tar.bz2
So this bug might be considered fixed already.
Yep, since you're not using a complete URL for Source0, you're safe. Other spec files in the RHEL world do (I've modified repoforge already where I do help out).
But I hope the "new" Monitoring Plugin Development Team will provide new sources some day that might also change more than the points mentioned in the summary of this bug.
So I like to keep it open until this is done.
Yep that's a good idea. I think once a new release is ready, a new tarball name will be made available - and considerably a transitional package could be created then reflecting the new name, but satisfying remaining package dependencies. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.