dinvinsheet, heya.. well, my build failed, but as I said, I changed the osurces to use erm I think it was 4.6 (unstable?) master. Anyway, snappy was needed for the qemu to load (in case one gets the xl can't load thing.. use ldd with the qemu binary to find out).
Anyway, it might to do with being on AMD and you have intel perhaps? I don't know tbh. although when I did systemctl status xendomains (it complained about not finding the config files in /etc/default). Moving them , eg. xendomains fron /etc/conf.d to /etc/default/ did it for me, and I can now auto start dom U's again.
Again, I was using xen 4.3 a while back, then came back to your package, didn't build or had issues, did the 4.6 and fixed some things. I didn't test enough to be really able to say how ubiquitous those effects would be. Either way, I just mentioned it here in case others would run into similar issues.
Thanks for package and feedback.
Search Criteria
Package Details: xen-4.5-git r30113.75ac8cf-3
Package Actions
- View PKGBUILD
- Download tarball
- Search wiki
- Flagged out-of-date (2015-08-02)
| Package Base: | xen-4.5-git |
|---|---|
| Description: | Xen 4.5 Staging (untested) |
| Upstream URL: | http://www.xenproject.org/ |
| Category: | system |
| Licenses: | |
| Conflicts: | |
| Provides: | |
| Submitter: | divinesheet |
| Maintainer: | None |
| Last Packager: | divinesheet |
| Votes: | 2 |
| First Submitted: | 2015-01-08 19:15 |
| Last Updated: | 2015-02-19 20:28 |
Dependencies (50)
- bluez-libs
- bridge-utils
- bzip2
- curl
- e2fsprogs
- glibc
- gnutls
- iasl
- inetutils
- iproute2
- lib32-glibc
- libaio
- libcap-ng
- libiscsi
- libjpeg-turbo
- libpng
- libseccomp
- lzo2
- nss
- pciutils
- pixman
- pkg-config
- python
- python2
- sdl
- spice
- spice-protocol
- urlgrabber
- usbredir
- usleep
- xz
- yajl
- zlib
- bin86 (make)
- cmake (make)
- dev86 (make)
- dtc (make)
- figlet (make)
- ghostscript (make)
- git (make)
- iasl (make)
- libcacard (make)
- markdown (make)
- ocaml (make)
- ocaml-findlib (make)
- texi2html (make)
- transfig (make)
- wget (make)
- openvswitch (optional) – Optional Networking support
- xen-docs (optional) – Official Xen Documentation
Required by (0)
Sources
- 09_xen
- efi-xen.cfg
- grub.conf
Latest Comments
Comment by malinas
Comment by divinesheet
@malinas
Both xen-init-dom0.service and xen-qemu-dom0-disk-backend.service exist in 4.5, too. You don't have to change to 4.6 to get these.
As for the problem you mentioned about the network? Could you be more specific? I didn't encounter any problem with the network so far.
Comment by malinas
Oh, and if using the master/4.6 as I did, one needs to add snappy to deps for completeness (although I could start vm's without it).
Comment by malinas
Hmm, to make this work, I changed from unstable to master (which links to 4.6 unstable ro so ,p).. anyway, this seemed to fix some issues with getting the network going... and, also there will be some new unit files, eg. enable xen-init-dom0.service and possibly xen-dom00net-backend something something
(systemctl list-unit-files | grep xen to see updates)
Comment by divinesheet
The issue that needed a /run/run symlink is solved.
I added XEN_RUN_DIR=/run/xen to the PKGBUILD. It seemed like it previously had /var/run/run instead.
Now the package works out of the box.
Comment by divinesheet
Ok, I've updated PKGBUILD and removed pandoc-static.
Xen should build just fine without it. It was just an optional build dependency.
Comment by divinesheet
@hurenkam
There are 2 things you can do:
1) Try editing the PKGBUILD and remove pandoc-static: This way you just don't build some optional stuff that is not needed for Xen to work. I don't even remember why I added this dependency.
2) Install it from GNU Parabola's repository. That's what I've done.
Comment by hurenkam
Was trying to build this, since I'm very interested in giving xen 4.5 a try. It seems however that one of the dependencies (pandoc-static) is marked as 'outdated' in the AUR repository, and trying to build that package results in failure to download its sources. :-(
Comment by divinesheet
It's still under development to work flawlessly for Arch.
One major problem is that you need to create this symlink so the VM work:
ln -s /run /run/run
I'm working on it.