I think anything required that isnt already easily available in
another archive needs to be included in the new tools archive. E.g.
downloading the full-release archive to extract 'qpid/extras/qmf'
would obviously be a bit much given it has 50+MB of other stuff in it,
but making people download the standalone python client archive which
is required in full wouldnt be too bad.

Robbie

On 22 November 2010 14:36, Jonathan Robie <jonathan.ro...@redhat.com> wrote:
> Running these requires the QMF bits (qpid/extras/qmf) and the Python client.
> What's the best way to handle these dependencies?
>
> Jonathan
>
> On 11/21/2010 02:15 PM, Robbie Gemmell wrote:
>>
>> It's not too late to add it, but that doesn't necessarily mean it's going
>> to make it in either.
>>
>> I'm assuming ./setup.py sdist was to be run in the qpid/tools directory?
>> The artifact produced by doing that has no LICENCE, NOTICE, or (as
>> ./setup.py complains about) README files. The first two are required and the
>> last would appear necessary to tell you what to do with these files once you
>> have them, as e.g. the archive doesn't include the Python client (which is
>> fair enough, but needs documented for those that don't know its required),
>> and aren't there also other files required for general QMF functionality, or
>> are those included with the python client? The file listing seems a little
>> light:
>>
>> qpid-tools-0.8/
>> qpid-tools-0.8/src/
>> qpid-tools-0.8/src/py/
>> qpid-tools-0.8/src/py/qpid-route
>> qpid-tools-0.8/src/py/qpid-tool
>> qpid-tools-0.8/src/py/qpid-cluster
>> qpid-tools-0.8/src/py/qpid-config
>> qpid-tools-0.8/src/py/qpid-cluster-store
>> qpid-tools-0.8/src/py/qpid-stat
>> qpid-tools-0.8/src/py/qpid-queue-stats
>> qpid-tools-0.8/src/py/qpid-printevents
>> qpid-tools-0.8/setup.py
>> qpid-tools-0.8/PKG-INFO
>>
>> If someone who knows what bits are needed / where they are / how to use
>> them etc wants to make some updates on trunk to produce a useful artifact
>> for the management tools then I would be happy to include that in the next
>> RC. I intend to produce RC3 tomorrow night (Monday 22nd), from about 9pm
>> GMT. If someone wants to take a shot at this could you either do so before
>> then or let us all know that you are going to imminently and I will hold off
>> until it's ready, otherwise I would suggest it will just have to wait for
>> the next release.
>>
>> Robbie
>
> ---------------------------------------------------------------------
> Apache Qpid - AMQP Messaging Implementation
> Project:      http://qpid.apache.org
> Use/Interact: mailto:dev-subscr...@qpid.apache.org
>
>

---------------------------------------------------------------------
Apache Qpid - AMQP Messaging Implementation
Project:      http://qpid.apache.org
Use/Interact: mailto:dev-subscr...@qpid.apache.org

Reply via email to