Éliás,
The Ubuntu QEmu package already have the "--enable-xen" activated! Look:
---
user@xenial-1:~/sources/qemu/qemu-2.5+dfsg$ make -f debian/rules build
dh_testdir
# system build
rm -rf qemu-build; mkdir qemu-build
cd qemu-build && \
../configure --with-pkgversion="Debian 1:2.5+dfsg-5ubuntu6"
--extra-cflags="-g -O2 -fstack-protector-strong -Wformat
-Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2
-DCONFIG_QEMU_DATAPATH='\"/usr/share/qemu:/usr/share/seabios:/usr/lib/ipxe/qemu\"'
-DVENDOR_UBUNTU" --extra-ldflags="-Wl,-Bsymbolic-functions -Wl,-z,relro
-Wl,--as-needed" --prefix=/usr --sysconfdir=/etc
--libdir=/usr/lib/x86_64-linux-gnu --libexecdir=/usr/lib/qemu
--localstatedir=/var --disable-blobs --disable-strip --with-system-pixman
--interp-prefix=/etc/qemu-binfmt/%M --localstatedir=/var --disable-user \
--enable-system \
--enable-linux-user \
--enable-modules \
--enable-linux-aio --audio-drv-list=pa,alsa,sdl,oss --enable-attr
--enable-bluez --enable-brlapi --enable-virtfs --enable-cap-ng
--enable-curl --enable-fdt --enable-gnutls --disable-gtk --disable-vte
--enable-libiscsi --enable-curses --enable-smartcard --with-system-pixman
--enable-rbd --enable-vnc-sasl --enable-seccomp --enable-spice
--enable-libusb --enable-usb-redir *--enable-xen* --enable-uuid
--enable-xfsctl --enable-vnc --enable-vnc-jpeg --enable-vnc-png
--enable-kvm --enable-vhost-net \
---
So, guys, can we revisit the stubdomains build / packaging for Ubuntu?
I'm also very interested on this!
Cheers!
Thiago
On 24 March 2016 at 20:45, Éliás Tamás <e...@etit.hu> wrote:
> Hi. Just one more addition to this build-problem:
>
> Xen can use other qemu versions other then what is included (downloaded)
> with it. so the only task is needed to be done, to have some discussion
> betwen qemu and xen package maintainers, so xen can use the distro qemu
> source tree (making xen dependant on qemu), thus preventing downloading
> this component.
>
> The distor's qemu should contain only the --enable-xen config option
> during build.
>
> This way the download-probelm could be solved in my opinion, of course
> I'm not a package maintainer so I might not be right.
>
> Thx.
>
>
> 2016-03-23 13:58 keltezéssel, Éliás Tamás írta:
> > Hi. Thank you for your answer, this is a reasonable explanation.
> >
> > I will compile my version. For some reason compiling under debian 8 is
> > just fine, but I'm having difficulties doing the same under ubuntu
> > 16.04. Unfortunately the debian compilation is not a solution due to the
> > servers are all 16.04 and library conflicts occur.
> >
> > 2016-03-23 13:35 keltezéssel, Stefan Bader írta:
> >> On 23.03.2016 12:08, Éliás Tamás wrote:
> >>> HI.
> >>>
> >>> Ok, then the question is as follows:
> >>>
> >>> Is that possible in the near future to see a xen package in ubuntu that
> >>> supports STUBDOMAIN HVMs? (in my point of view this is the only secure
> >>> way of hosting windows-based guests)
> >>>
> >>> If yes, when?
> >>>
> >>> If no, why?
> >>
> >> No, at least not in foreseeable future because the way stubdomains are
> currently
> >> build downloads binaries (libraries) as tarfiles from external sources.
> That is
> >> a no-go for distro packaging as there is no way to ensure this is legal
> >> (licenses/binaries being redistributable).
> >> To change that properly will take quite a bit of time and right now I
> cannot see
> >> anybody in Debian or Ubuntu who has enough spare time for that.
> >>
> >> -Stefan
> >>>
> >>> Thnak you for your patience.
> >>>
> >>> 2016-03-23 11:55 keltezéssel, Stefan Bader írta:
> >>>> On 23.03.2016 10:51, Éliás Tamás wrote:
> >>>>> HI.
> >>>>>
> >>>>>>> I had to install libsystemd-daemon-dev from an older ubuntu
> repository,
> >>>>>>> which seemes to place the required pkgconfig file for the xen
> sources
> >>>>>>> are looking for. I assume there is a need to merge the old
> >>>>>>> ibsystemd-daemon-dev package with the new libsystemd-dev.
> >>>>>>>
> >>>>>>>
> >>>>>> Not really as long as the Debian/Ubuntu packaging is not enabling
> systemd (which
> >>>>>> is not yet the case).
> >>>>>
> >>>>> Then what should be the acceptable solution?
> >>>>>
> >>>>> Currently the xen sources are not compiling on 16.04 without extra
> >>>>> hacks. This is not the case with eg.: debian 8, that works out of the
> >>>>> box after the required backages been installed. (yes, 16.04 has newer
> >>>>> gnutls and for some reason the systemd packages been merged into one,
> >>>>> but this breaks compiling xen sources)
> >>>>
> >>>> If fetching the source directly from upstream works in Debian that
> might be luck
> >>>> and may as well change any time. If you look at the Xen package in
> Debian this
> >>>> is not just the upstream source either.
> >>>> So either you will have to live with personal hacks or you might use
> the
> >>>> existing distro packaging as a base for merging the new upstream
> version. Doing
> >>>> that would allow to use a PPA for the build. Admittedly that is not a
> simple
> >>>> task as debian packaging is a big area to learn. So personal hacks
> might be simpler.
> >>>> There is just no way that the distro changes its packaging that late
> in the
> >>>> cycle to satisfy compiling from upstream source. Even more so with
> something
> >>>> like systemd which mostly everything depends on.
> >>>>
> >>>> -Stefan
> >>>>>
> >>>>>
> >>>>
> >>>>
> >>>
> >>
> >>
> >
>
> --
>
>
> Éliás Tamás
> Thomas Elias
>
> ETIT[nwpro] KFT, Ügyvezető-Hálózatbiztonsági specialista
> ETIT[nwpro] Ltd, General Manager-Network security specialist
>
> Tel. HU: +36/30-497-1626
> Tel. DE: +49/160-651-8723
> OpenPGP pubkey: http://etit.hu/doc/et-pub.asc
>
> Okleveles mérnök-informatikus (MSC)
> Master of Science in Information Technology (MSC)
>
> Kapcsolat: http://etit.hu/index.php/hu/kapcsolat
> Jogi nyilatkozat: http://etit.hu/disclaimer-email-hu.txt
> Contact: http://etit.hu/index.php/en/contact
> Disclaimer: http://etit.hu/disclaimer-email-en.txt
>
>
> --
> Ubuntu-devel-discuss mailing list
> Ubuntu-devel-discuss@lists.ubuntu.com
> Modify settings or unsubscribe at:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
>
>
--
Ubuntu-devel-discuss mailing list
Ubuntu-devel-discuss@lists.ubuntu.com
Modify settings or unsubscribe at:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-discuss
