Package Details: xen-stubdom 4.20.0-2

Git Clone URL: https://aur.archlinux.org/xen.git (read-only, click to copy)
Package Base: xen
Description: Xen hypervisor stubdom files
Upstream URL: https://xenproject.org/
Keywords: hypervisor virtualization xen
Licenses: GPL2
Submitter: sergej
Maintainer: Refutationalist
Last Packager: Refutationalist
Votes: 184
Popularity: 0.071098
First Submitted: 2009-11-09 11:22 (UTC)
Last Updated: 2025-03-13 08:19 (UTC)

Required by (3)

Sources (13)

Pinned Comments

Refutationalist commented on 2025-03-12 12:06 (UTC) (edited on 2025-03-13 08:23 (UTC) by Refutationalist)

We've moved to the newly-stable 4.20.0 branch. There are also other changes:

  • stubdom is fixed by disabling the vtmp and vtpmmgr components. This gets rid of a few source files and our remaining patches.
  • Debug files are only removed if the debug option is not set in makepkg.cfg (or the PKGBUILD itself)
  • pygrub has been removed
  • optdepends are adjusted for the upcoming xen-grub split package for the various Xen flavored builds.

If you're still using pygrub note that it is deprecated. The solution is to build PV grub instead, which used to be in AUR but is now missing. I am asking a couple questions on the mailing list, and I intend to put my current build of xen-grub (which supersedes xen-pvhgrub) on AUR as soon as possible. If you need to build it before that occurs, you can find it in my PKGBUILD repo.

EDIT: 4.20.0-2 adds support for the xen-edk2 package, which has a fixed UEFI for xen

Latest Comments

« First ‹ Previous 1 .. 78 79 80 81 82 83 84 85 86 87 88 .. 101 Next › Last »

Refutationalist commented on 2012-11-20 13:52 (UTC)

Another version of the service file, this time it creates /run/xen, which is necessary for pv domains to run with the XL stack. This was the kind of thing originally handled by xend. It's a simple change, but I've renamed it xen-dom0-env.service: -------- [Unit] Description=Name the Xen Domain0 for use with XL Requires=xenstored.service ConditionPathExists=/proc/xen [Service] Type=oneshot ExecStart=/usr/bin/mkdir /run/xen ; /usr/bin/xenstore-write "/local/domain/0/name" "Domain-0" [Install] WantedBy=multi-user.target

Refutationalist commented on 2012-11-20 11:12 (UTC)

xendomains.service will break on pure systemd dom0s because of archinit.patch. The patch's original purpose was to make the xen rc files work with Arch's sysvinit better, so it should be fairly painless to remove it. Also, I think the xen-dom0-name.service file should have it's type set to oneshot rather than simple.

Refutationalist commented on 2012-11-20 10:50 (UTC)

Here's a service file to rename the dom0. xen-dom0-name.service ---- [Unit] Description=Name the Xen Domain0 for use with XL Requires=xenstored.service ConditionPathExists=/proc/xen [Service] Type=simple ExecStart=/usr/bin/xenstore-write "/local/domain/0/name" "Domain-0" [Install] WantedBy=multi-user.target

Xaseron commented on 2012-11-19 01:55 (UTC)

Typo, .service files won't be copied. for f in ${source[@]}; do [[ $f =~ .mount || $f =~ .fice ]] && install -Dm644 $f "$pkgdir"/usr/lib/systemd/system/$f

Xaseron commented on 2012-11-19 01:39 (UTC)

Remove the instruction of addin xenfs to fstab from xen.install. This is not needed because proc-xen.mount does that and it disables the possibility to boot the system without hypervisior.

tritron commented on 2012-11-18 19:48 (UTC)

It seems that sendomains script does not work with system. my xendomains.services status is always failed and my instances are always stopped. The script does not stop instances at all on shutdown. I had found that open suse xendomains script works fine along with copy of rc.status in /etc/ instances are started at boot time and shutdown and saved at shutdown.

luolimao commented on 2012-11-17 17:19 (UTC)

@xaseron fixed