[rabbitmq-discuss] Building from SRPM installs plugins w/ version 0.0.0

Chris stuff at moesel.net
Fri May 31 14:39:56 BST 2013


Thank you for the response.  Looking in the Makefile, I see this:

VERSION:=0.0.0


And I found this in the README in the rabbitmq-public-umbrella, which seems
to confirm it:

By default, PACKAGE_VERSION takes its value from VERSION.  VERSION is
a global (not per-package) variable intended to be set when invoking
make in order to specify the version number for the release.  So, if
package.mk does nothing to change the default behaviour, the version
number of a package will be the release-wide version number from
VERSION.  By default, VERSION has the value 0.0.0.


It's worth noting, however, that we're not the only ones who apparently
have been caught by this.  If you look at the most recent published RPMs
from the Fedora Project and altlinux.org (albeit the most current are still
old), you'll see that their published RPMs for RabbitMQ also have 0.0.0
plugins:

   -
   http://fedora.mirror.nexicom.net/linux/development/rawhide/x86_64/os/Packages/r/rabbitmq-server-3.0.4-1.fc20.noarch.rpm
   -
   ftp://ftp.altlinux.org/pub/distributions/ALTLinux/Sisyphus/files/noarch/RPMS/rabbitmq-server-2.8.7-alt2.noarch.rpm

As for why we repackage, I don't know-- it wasn't my decision.  I guess
maybe we are control freaks? ;-)

Thanks,
Chris


On Fri, May 31, 2013 at 8:35 AM, Tim Watson <tim at rabbitmq.com> wrote:

> I'm not sure how you would normally deal with a source RPM in this
> respect, but anyway the src RPM that you've downloaded only contains the
> sources and these are given a release number by the build system. Take a
> look in the various shell scripts and makes files in the
> rabbitmq-public-umbrella for details.
>
> Is there are a reason why you need to package from source yourselves?
>
> On 30 May 2013, at 21:01, Chris wrote:
>
> > 1) Is there something special we should be doing in our build
> environment to fix this?
>
> Don't know - our rpm generation works fine, so maybe try to crib some
> ideas from there?
>
> > 2) Are these incorrectly versioned filenames harmful?
>
> Probably not. RabbitMQ brokers will refuse to cluster if their major
> versions differ, however for plugins there may be no adverse affects at
> all, but don't take that as gospel. Also it could be confusing for folks
> trying to offer on-list support if your rabbitmqctl output shows plugin
> version numbers of 0.0.0.
>
> Cheers,
> Tim
> _______________________________________________
> rabbitmq-discuss mailing list
> rabbitmq-discuss at lists.rabbitmq.com
> https://lists.rabbitmq.com/cgi-bin/mailman/listinfo/rabbitmq-discuss
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.rabbitmq.com/pipermail/rabbitmq-discuss/attachments/20130531/b8020edc/attachment.htm>


More information about the rabbitmq-discuss mailing list