Open Stack

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

On 16/07/14 20:42, Kevin Benton wrote:
> I have filed a bug in Red Hat[1], however I'm not sure if it's in
> the right place.
> 
> Ihar, can you verify that it's correct or move it to the
> appropriate location?

Thank you, it's correct. Let's follow up in bugzilla.

> 
> 1. https://bugzilla.redhat.com/show_bug.cgi?id=1120332
> 
> 
> On Wed, Jul 9, 2014 at 3:29 AM, Ihar Hrachyshka
> <ihrachys at redhat.com <mailto:ihrachys at redhat.com>> wrote:
> 
> Reviving the old thread.
> 
> On 17/06/14 11:23, Kevin Benton wrote:
>> Hi Ihar,
> 
>> What is the reason to breakup neutron into so many packages? A 
>> quick disk usage stat shows the plugins directory is currently 
>> 3.4M. Is that considered to be too much space for a package, or
>> was it for another reason?
> 
> I think the reasoning was that we don't want to pollute systems
> with unneeded files, and it seems to be easily achievable by
> splitting files into separate packages. It turned out now it's not
> that easy now that we have dependencies between ml2 mechanisms and
> separate plugins.
> 
> So I would be in favor of merging plugin packages back into 
> python-neutron package. AFAIK there is still no bug for that in
> Red Hat Bugzilla, so please report one.
> 
> 
>> Thanks, Kevin Benton
> 
> 
>> On Mon, Jun 16, 2014 at 3:37 PM, Ihar Hrachyshka 
>> <ihrachys at redhat.com <mailto:ihrachys at redhat.com>> wrote:
> 
>> On 17/06/14 00:10, Anita Kuno wrote:
>>>>> On 06/16/2014 06:02 PM, Kevin Benton wrote:
>>>>>> Hello,
>>>>>> 
>>>>>> In the Big Switch ML2 driver, we rely on quite a bit of 
>>>>>> code from the Big Switch plugin. This works fine for 
>>>>>> distributions that include the entire neutron code base. 
>>>>>> However, some break apart the neutron code base into 
>>>>>> separate packages. For example, in CentOS I can't use
>>>>>> the Big Switch ML2 driver with just ML2 installed because
>>>>>> the Big Switch plugin directory is gone.
>>>>>> 
>>>>>> Is there somewhere where we can put common third party
>>>>>> code that will be safe from removal during packaging?
>>>>>> 
> 
>> Hi,
> 
>> I'm a neutron packager for redhat based distros.
> 
>> AFAIK the main reason is to avoid installing lots of plugins to 
>> systems that are not going to use them. No one really spent too 
>> much time going file by file and determining internal 
>> interdependencies.
> 
>> In your case, I would move those Brocade specific ML2 files to 
>> Brocade plugin package. I would suggest to report the bug in Red 
>> Hat bugzilla. I think this won't get the highest priority, but
>> once packagers will have spare cycles, this can be fixed.
> 
>> Cheers, /Ihar
>>> 
>>> _______________________________________________ OpenStack-dev 
>>> mailing list OpenStack-dev at lists.openstack.org
> <mailto:OpenStack-dev at lists.openstack.org>
>>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>>>
>
>>> 
>>> 
> 
> 
> 
> 
>> _______________________________________________ OpenStack-dev 
>> mailing list OpenStack-dev at lists.openstack.org
> <mailto:OpenStack-dev at lists.openstack.org>
>> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>
>> 
> 
> _______________________________________________ OpenStack-dev
> mailing list OpenStack-dev at lists.openstack.org 
> <mailto:OpenStack-dev at lists.openstack.org> 
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 
> 
> 
> 
> -- Kevin Benton
> 
> 
> _______________________________________________ OpenStack-dev
> mailing list OpenStack-dev at lists.openstack.org 
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2.0.22 (Darwin)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iQEcBAEBCgAGBQJTx9RmAAoJEC5aWaUY1u57Fc4H/i011lCJWfwO5cY6ikR94rol
HccxdZIcIkXIPDwBHkOgvqWIK6tYYMsAaVNaG35VmsgKpbQxKb2hbsJosuX2gaww
+tuXH8QdvjCdQGzEbqvCsKvgUInYfF/v5Pi2tgkhK5elb+QXtiJHMgHnLzsNmD2I
cKFRRbkJHS2seQFYiNW62bGYsvn7lEwM9saEWiWWbdVqRreqcqG0Bpp7mQX2vsM9
4t3t+wGCO2BlNn6znQE/njj3op88N5tLjrZFVyJOy+GQbAV11qAXXzvziA5WBKvg
qY5T6t9P07D9LPBpvLbM7asyoirpgFke2ozR+pXu0tU8U/uhPOtistloWXQ2tMM=
=nxTq
-----END PGP SIGNATURE-----