Pkg xen devel - Sep 2013 - Bug#710650: Bug#718767: transition: ocaml 4.00.1

Le 06/09/2013 10:14, Thomas Goirand a ?crit :
> However, as I wrote it, it's going to happen, so please be patient
about
> it. IMO, this shouldn't block any transition though. If the release
team
> is reading: just let everything transition to testing, and remove the
> old version of XCP 1.3.2 in testing if that helps, plus add some
> blocking bugs so that the rest of Debian isn't affected by the (not
> finished) work on XCP 1.6 for Debian.
More than two weeks later, xen-api is still in testing, and preventing
the start of the OCaml transition.

If I remove all binary packages of xen-api from testing, the following
new packages are broken: xcp-guest-templates, nova-xcp-plugins,
nova-compute-xen.

xcp-guest-templates is built by guest-templates which seems to be a leaf
package and could be removed from testing.

On the other hand, both nova-* packages are built by nova which Julien
wants to keep in testing. The last changelog entry advertises the
removal of nova-xcp-plugins, but it is still there.

Thomas, could you please upload a new nova without nova-xcp-plugins and
nova-compute-xen?


Cheers,

-- 
St?phane

Le 24/09/2013 15:48, St?phane Glondu a ?crit :
> If I remove all binary packages of xen-api from testing, the following
> new packages are broken: xcp-guest-templates, nova-xcp-plugins,
> nova-compute-xen.
> 
> xcp-guest-templates is built by guest-templates which seems to be a leaf
> package and could be removed from testing.
> 
> On the other hand, both nova-* packages are built by nova which Julien
> wants to keep in testing. The last changelog entry advertises the
> removal of nova-xcp-plugins, but it is still there.
On the other hand, if removing nova is accepted, it seems that novnc is
the only reverse dependency.

To summarize, at the moment, (at least) the following packages need to
be removed (or fixed) from testing to proceed: xen-api, guest-templates,
nova and novnc.


Cheers,

-- 
St?phane

On 09/24/2013 10:04 PM, St?phane Glondu wrote:
> Le 24/09/2013 15:48, St?phane Glondu a ?crit :
>> If I remove all binary packages of xen-api from testing, the following
>> new packages are broken: xcp-guest-templates, nova-xcp-plugins,
>> nova-compute-xen.
>>
>> xcp-guest-templates is built by guest-templates which seems to be a
leaf
>> package and could be removed from testing.
>>
>> On the other hand, both nova-* packages are built by nova which Julien
>> wants to keep in testing. The last changelog entry advertises the
>> removal of nova-xcp-plugins, but it is still there.
> 
> On the other hand, if removing nova is accepted, it seems that novnc is
> the only reverse dependency.
Please don't think this way.

I work daily on 79 packages to maintain OpenStack in Debian:

http://qa.debian.org/developer.php?login=openstack-devel at
lists.alioth.debian.org

I do not agree to just destroy my work this way.

Also, I don't really understand what the problem is, since xcp-xapi has
been fixed out to use the new type-conv thing.

Thomas

On 09/24/2013 09:48 PM, St?phane Glondu wrote:
> Le 06/09/2013 10:14, Thomas Goirand a ?crit :
>> However, as I wrote it, it's going to happen, so please be patient
about
>> it. IMO, this shouldn't block any transition though. If the release
team
>> is reading: just let everything transition to testing, and remove the
>> old version of XCP 1.3.2 in testing if that helps, plus add some
>> blocking bugs so that the rest of Debian isn't affected by the (not
>> finished) work on XCP 1.6 for Debian.
> 
> More than two weeks later, xen-api is still in testing, and preventing
> the start of the OCaml transition.
> 
> If I remove all binary packages of xen-api from testing, the following
> new packages are broken: xcp-guest-templates, nova-xcp-plugins,
> nova-compute-xen.
> 
> xcp-guest-templates is built by guest-templates which seems to be a leaf
> package and could be removed from testing.
> 
> On the other hand, both nova-* packages are built by nova which Julien
> wants to keep in testing. The last changelog entry advertises the
> removal of nova-xcp-plugins, but it is still there.
> 
> Thomas, could you please upload a new nova without nova-xcp-plugins and
> nova-compute-xen?
Well, that's the problem. It would be ok for me to remove
nova-xcp-plugins, though it is not to remove nova-compute-xen, which
needs python-xapi. At least I would like to keep the possibility to
connect to CenOS-based XCP servers using the OpenStack in Debian.

Thomas

On Wed, Sep 25, 2013 at 01:02:07 +0800, Thomas Goirand wrote:
> On 09/24/2013 09:48 PM, St?phane Glondu wrote:
> > Le 06/09/2013 10:14, Thomas Goirand a ?crit :
> >> However, as I wrote it, it's going to happen, so please be
patient about
> >> it. IMO, this shouldn't block any transition though. If the
release team
> >> is reading: just let everything transition to testing, and remove
the
> >> old version of XCP 1.3.2 in testing if that helps, plus add some
> >> blocking bugs so that the rest of Debian isn't affected by the
(not
> >> finished) work on XCP 1.6 for Debian.
> > 
> > More than two weeks later, xen-api is still in testing, and preventing
> > the start of the OCaml transition.
> > 
> > If I remove all binary packages of xen-api from testing, the following
> > new packages are broken: xcp-guest-templates, nova-xcp-plugins,
> > nova-compute-xen.
> > 
> > xcp-guest-templates is built by guest-templates which seems to be a
leaf
> > package and could be removed from testing.
> > 
> > On the other hand, both nova-* packages are built by nova which Julien
> > wants to keep in testing. The last changelog entry advertises the
> > removal of nova-xcp-plugins, but it is still there.
> > 
> > Thomas, could you please upload a new nova without nova-xcp-plugins
and
> > nova-compute-xen?
> 
> Well, that's the problem. It would be ok for me to remove
> nova-xcp-plugins, though it is not to remove nova-compute-xen, which
> needs python-xapi. At least I would like to keep the possibility to
> connect to CenOS-based XCP servers using the OpenStack in Debian.
> 
You can do that once xen-api is fixed.  Until then, this needs to go.

Cheers,
Julien
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL:
<http://lists.alioth.debian.org/pipermail/pkg-xen-devel/attachments/20130924/08318ee3/attachment-0001.sig>