similar to: [patch] Packages ocaml libraries

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

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

Le 02/12/2013 18:05, Mathieu Malaterre a ?crit : > I cannot backport xen-api-libs to an oldstable system. It fails with: > [...] > ocamlfind ocamlc -I ../xml-light2 -I ../stdext -I ../uuid -thread -c > -o threadext.cmi threadext.mli > File "threadext.mli", line 63, characters 9-15: > Error: Syntax error: 'end' expected > File "threadext.mli", line

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

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

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). Now, xen-api FTBFS because of what looks like an API change in some (C) dependency: > [...] > + gcc -g

Package: xen-api-libs I cannot backport xen-api-libs to an oldstable system. It fails with: $ dpkg-buildpackage -rfakeroot -us -uc dpkg-buildpackage: source package xen-api-libs dpkg-buildpackage: source version 0.5.2-3.1 dpkg-buildpackage: source changed by St?phane Glondu <glondu at debian.org> dpkg-buildpackage: host architecture amd64 dpkg-source --before-build xen-api-libs-0.5.2

The following set of patches package up the ocaml libraries that are part of the standard xen build. The patches are also currently available at: https://github.com/jonludlam/pkg-xen/commits/for-debian There are some things to note: 1. The 5 patches imported from xen-unstable are not, and will not go into the xen-4.1-stable series. However, the patches were created at the request of the

notfixed 618218 4.0.1-3 fixed 618218 4.1.0-3 thanks On 0, Hideki Yamane <henrich at debian.or.jp> wrote: > fixed 618218 4.0.1-3 > thanks > 4.0.1-3 was never uploaded. I guess you meant 4.1.0-3 instead? (the changelog confirms that). Regards, -- Mehdi Dogguy

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 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

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

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: xen Version: 4.17.3+36-g54dacb5c02-1 Severity: important Tags: ftbfs User: debian-ocaml-maint at lists.debian.org Usertags: ocaml-5.2.0-transition Dear Maintainer, Your package FTBFS with OCaml 5.2.0 for the following reason: Problem in C stubs A full log is available at: http://ocaml.debian.net/transitions/ocaml-5.2.0/pool/xen.log A repository with all relevant packages

Hi, This email is mainly addressed at Waldi (Bastian Blank). I'm resending it since the previous one is waiting for approval due to its size being bigger than 40k (I compressed the .diff this time, so it should be ok). I have worked on enhancing the current packaging of Xen 4.1.1 over the last weeks. The main goal was to package the OCaml libraries of Xen as separated binary packages, and

On 09/08/2014 04:59 PM, Chrysostomos Nanakos wrote: > On 2014-09-08 10:07, Thomas Goirand wrote: >> On 09/07/2014 01:44 AM, Chrysostomos Nanakos wrote: >>> dget -x >>> >>> http://mentors.debian.net/debian/pool/main/b/blktap/blktap_2.0.90-3.dsc >> >> Uploaded! Thanks for your contribution to Debian. >> >> Cheers, >> >> Thomas

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

On 09/09/2014 05:15 AM, Nanakos Chrysostomos wrote: > On 08 ??? 2014, at 22:31, Thomas Goirand <zigo at debian.org> wrote: > >> On 09/08/2014 04:59 PM, Chrysostomos Nanakos wrote: >>> On 2014-09-08 10:07, Thomas Goirand wrote: >>>> On 09/07/2014 01:44 AM, Chrysostomos Nanakos wrote: >>>>> dget -x >>>>> >>>>>

Package: blktap-dkms Version: 2.0.91-1 Severity: normal After an update of the kernel in SID, I have noticed that blktap-dkms didn't automatically rebuild itself when I upgraded my server with a newer kernel version. My understanding is that it should have. Also, doing dpkg-reconfigure blktap-dkms or reinstalling the package did make it rebuild the kernel module. Thomas Goirand (zigo) --

On Friday, 29 November 2019 13:09:47 CET Richard W.M. Jones wrote: > So, the difficulty of git submodules aside, we have now split off > virt-v2v and virt-p2v into separate projects. > > I also yesterday split off the boot analysis tools into a repo which > is likely to be rarely used and which I'll probably not bother to > package in Fedora. >