please create new repository ovirt-engine-sdk-ruby
On 03/14/2013 03:35 AM, Itamar Heim wrote:
On 03/14/2013 08:14 AM, Michael Pasternak wrote:
thanks.
+1 from me as part of the sdk subproject we have. will give a few days to see if any special comments from others.
Not a nack, but I'm curious if this could all be contained under the sdk repo that already exists. IOW, have a single sdk srpm the generates ruby, java, python, etc bindings?
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
On 03/14/2013 03:32 PM, Mike Burns wrote:
On 03/14/2013 03:35 AM, Itamar Heim wrote:
On 03/14/2013 08:14 AM, Michael Pasternak wrote:
thanks.
+1 from me as part of the sdk subproject we have. will give a few days to see if any special comments from others.
Not a nack, but I'm curious if this could all be contained under the sdk repo that already exists. IOW, have a single sdk srpm the generates ruby, java, python, etc bindings?
this is another alternative, but current sdk repo contains python bindings, not sure if someone seeking for the python sources need to get java/ruby/etc, as well. having single sdk rpm that installs ruby, java, python, etc bindings, not related to physical bindings repositories i guess, the question is do we want to have different bindings under same place, - this is not that common afaik.
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- Michael Pasternak RedHat, ENG-Virtualization R&D
On 03/14/2013 09:44 AM, Michael Pasternak wrote:
On 03/14/2013 03:32 PM, Mike Burns wrote:
On 03/14/2013 03:35 AM, Itamar Heim wrote:
On 03/14/2013 08:14 AM, Michael Pasternak wrote:
thanks.
+1 from me as part of the sdk subproject we have. will give a few days to see if any special comments from others.
Not a nack, but I'm curious if this could all be contained under the sdk repo that already exists. IOW, have a single sdk srpm the generates ruby, java, python, etc bindings?
this is another alternative, but current sdk repo contains python bindings, not sure if someone seeking for the python sources need to get java/ruby/etc, as well.
having single sdk rpm that installs ruby, java, python, etc bindings, not related to physical bindings repositories i guess,
the question is do we want to have different bindings under same place, - this is not that common afaik.
Not a single rpm, a single srpm with multiple subpackages for -python -java, -ruby. I had looked at libvirt, and they ship python bindings from the libvirt srpm. Further looks shows a number of other packages like ocaml-libvirt that aren't. Seems like it could go either way. /me doesn't object either way. Mike
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
On 03/14/2013 03:44 PM, Michael Pasternak wrote:
On 03/14/2013 03:32 PM, Mike Burns wrote:
On 03/14/2013 03:35 AM, Itamar Heim wrote:
On 03/14/2013 08:14 AM, Michael Pasternak wrote:
thanks.
+1 from me as part of the sdk subproject we have. will give a few days to see if any special comments from others.
Not a nack, but I'm curious if this could all be contained under the sdk repo that already exists. IOW, have a single sdk srpm the generates ruby, java, python, etc bindings?
this is another alternative, but current sdk repo contains python bindings, not sure if someone seeking for the python sources need to get java/ruby/etc, as well.
having single sdk rpm that installs ruby, java, python, etc bindings, not related to physical bindings repositories i guess,
the question is do we want to have different bindings under same place, - this is not that common afaik.
actually now when i'm thinking about this, gerrit works peer git repo/project, so sending different sources to the single repo ovirt-engine-sdk will be confusing, i.e people that would like to 'watch' sdk-java changes would not be able to differentiate them from the sdk-python/ruby/etc commits.
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
-- Michael Pasternak RedHat, ENG-Virtualization R&D
On 03/14/2013 09:48 AM, Michael Pasternak wrote:
On 03/14/2013 03:44 PM, Michael Pasternak wrote:
On 03/14/2013 03:32 PM, Mike Burns wrote:
On 03/14/2013 03:35 AM, Itamar Heim wrote:
On 03/14/2013 08:14 AM, Michael Pasternak wrote:
thanks.
+1 from me as part of the sdk subproject we have. will give a few days to see if any special comments from others.
Not a nack, but I'm curious if this could all be contained under the sdk repo that already exists. IOW, have a single sdk srpm the generates ruby, java, python, etc bindings?
this is another alternative, but current sdk repo contains python bindings, not sure if someone seeking for the python sources need to get java/ruby/etc, as well.
having single sdk rpm that installs ruby, java, python, etc bindings, not related to physical bindings repositories i guess,
the question is do we want to have different bindings under same place, - this is not that common afaik.
actually now when i'm thinking about this, gerrit works peer git repo/project, so sending different sources to the single repo ovirt-engine-sdk will be confusing, i.e people that would like to 'watch' sdk-java changes would not be able to differentiate them from the sdk-python/ruby/etc commits.
Fair point. I'm fine with a separate repo. +1
_______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
+1 ----- Original Message -----
From: "Michael Pasternak" <mpastern@redhat.com> To: "infra" <infra@ovirt.org>, "Itamar Heim" <iheim@redhat.com> Sent: Thursday, March 14, 2013 8:14:45 AM Subject: please create new repository ovirt-engine-sdk-ruby
thanks.
--
Michael Pasternak RedHat, ENG-Virtualization R&D _______________________________________________ Infra mailing list Infra@ovirt.org http://lists.ovirt.org/mailman/listinfo/infra
participants (4)
-
Eyal Edri -
Itamar Heim -
Michael Pasternak -
Mike Burns