similar to: Bug#710650: Bug#718767: transition: ocaml 4.00.1

On 09/06/2013 02:42 PM, St?phane Glondu wrote: > Le 05/09/2013 23:18, Julien Cristau a ?crit : >> tracker adjusted. xen-api is currently broken though, so you'll need to >> get that fixed before starting. > > I've just fixed a blocking bug (#713349) which was due to the renaming > of an OCaml library (type-conv -> type_conv). Hi, I had a patch from upstream

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

Le 24/09/2013 19:00, Thomas Goirand a ?crit : > 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 If you go that way, I could say that you're blocking my work on 214 packages in Debian:

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

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

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

Le 06/09/2013 10:14, Thomas Goirand a ?crit : > I wrote it many time to many people. Please don't just read 1.6 as "new > upstream release" for XCP. That's unfortunately not the way it works. > Upstream version for Debian and the one they do for CentOS are > different, and just using upstream 1.6 doesn't cut it. It needs to be > ported to Debian, and that's

On 09/10/2013 03:17 PM, St?phane Glondu wrote: > Le 06/09/2013 10:14, Thomas Goirand a ?crit : >> I wrote it many time to many people. Please don't just read 1.6 as "new >> upstream release" for XCP. That's unfortunately not the way it works. >> Upstream version for Debian and the one they do for CentOS are >> different, and just using upstream 1.6

On 10/09/13 14:09, Thomas Goirand wrote: > On 09/10/2013 03:17 PM, St?phane Glondu wrote: >> Le 06/09/2013 10:14, Thomas Goirand a ?crit : >>> I wrote it many time to many people. Please don't just read 1.6 as "new >>> upstream release" for XCP. That's unfortunately not the way it works. >>> Upstream version for Debian and the one they do for

Source: xen-api Version: 1.3.2-15 Severity: serious Tags: jessie sid User: debian-qa at lists.debian.org Usertags: qa-ftbfs-20130529 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: > make[1]: Entering directory `/?PKGBUILDDIR?' > omake phase1 > omake: Symbol `FamErrlist' has different size

Thanks, I'll take a look at this. Mike On Sat, Jun 1, 2013 at 12:28 AM, David Su?rez <david.sephirot at gmail.com>wrote: > Source: xen-api > Version: 1.3.2-15 > Severity: serious > Tags: jessie sid > User: debian-qa at lists.debian.org > Usertags: qa-ftbfs-20130529 qa-ftbfs > Justification: FTBFS on amd64 > > Hi, > > During a rebuild of all packages

Hmm, I'm not having much success in replicating the build environment for this - however, I did notice two patches in the ubuntu xen-api package that look relevant. The build failure appears to be related to xenguest, and there is a patch 'xenguest-4.2.patch' which looks worth a test. Also, I noticed another patch 'fix-xen-4.2-paths.patch' that might be relevant. Thomas,

Source: xen-api-libs Version: 0.5.2-3 Severity: serious Tags: jessie sid User: debian-qa at lists.debian.org Usertags: qa-ftbfs-20130620 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: > make[2]: Entering directory `/?PKGBUILDDIR?/stdext' > ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I

Source: xen-api-libs Version: 0.5.2-3.1 Severity: serious Tags: jessie sid Control: block 718767 with -1 Hi, xen-api-libs FTBFS when binNMUed against ocaml 4.01.0. >From the amd64 build log: > ocamlfind ocamlopt -I ../xml-light2 -I ../stdext -I ../uuid -annot -g -package xmlm -c -o rpc.o rpc.ml > ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -annot -g -c -package camlp4 -pp

Hello, Currently, react (19 days old), xmlm (17 days) and xen-api (11 days) are stuck in unstable. One reason is the following: xen-api depends on xmlm and they must go together, and xen-api depends on (a new binary package of) openvswitch, which FTBFS (and has been for > 32 days). Is there anyone working on fixing openvswitch? Or can the dependency in xen-api be dropped, and reintroduced

Source: xcp-storage-managers Version: 0.1.1-3 Severity: serious Tags: jessie sid User: debian-qa at lists.debian.org Usertags: qa-ftbfs-20130509 qa-ftbfs Justification: FTBFS on amd64 Hi, During a rebuild of all packages in sid, your package failed to build on amd64. Relevant part: > cc -O2 -I/usr/include/python2.6 -I/usr/include -fPIC -c -o xslib_wrap.o xslib_wrap.c >

Package: src:xcp-vncterm Version: 0.1-2 Severity: important Tags: sid jessie User: debian-glibc at lists.debian.org Usertags: ftbfs-glibc-2.17 The package fails to build in a test rebuild on at least amd64 with eglibc-2.17, but succeeds to build with eglibc-2.13. The severity of this report may be raised before the jessie release. The test rebuild was done together with GCC-4.8, so some issues

Hi, I have started the work of packaging Openstack for Debian. I have already the Nova packages ready for upload, and I''m now working on Glance and Swift. Nova can run Xen, but I have been told that it needs XCP. I was wondering what is the best source for me to download and package. I have noticed that I can take: http://xenbits.xensource.com/git/xen-api.git

Hi Mike and Jon, If I do this: dpkg -S /usr/lib/python2.7/dist-packages/XenAPI.py then I can see that the XenAPI python package is in fact xcp-xapi. This is quite annoying, because I will need it when building OpenStack nova, but xcp-xapi depends on the Xen hypervisor, which I don't care about when building Openstack. Said in another way: I'd like to avoid having to put

Processing commands for control at bugs.debian.org: > unblock 718767 with 710650 Bug #718767 [release.debian.org] transition: ocaml 4.00.1 718767 was blocked by: 726010 710650 718767 was not blocking any bugs. Removed blocking bug(s) of 718767: 710650 > thanks Stopping processing here. Please contact me if you need assistance. -- 718767: