Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.
Sign upError when building Ubuntu Xenial template #3871
Comments
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
|
Duplicate of #3308 |
andrewdavidwong
marked this as
a duplicate of
#3308
May 1, 2018
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
andrewdavidwong
May 1, 2018
Member
This appears to be a duplicate of an existing issue. If you believe this is not really a duplicate, please leave a comment briefly explaining why. We'll be happy to take another look and, if appropriate, reopen this issue. Thank you.
|
This appears to be a duplicate of an existing issue. If you believe this is not really a duplicate, please leave a comment briefly explaining why. We'll be happy to take another look and, if appropriate, reopen this issue. Thank you. |
andrewdavidwong
closed this
May 1, 2018
andrewdavidwong
added
the
duplicate
label
May 1, 2018
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
austinjmorlan
May 1, 2018
I don't believe this to be a duplicate of #3308 .
#3308 was closed with QubesOS/qubes-core-agent-linux#71, but it seems that the changes in that PR are what's causing my current build to fail.
austinjmorlan
commented
May 1, 2018
|
I don't believe this to be a duplicate of #3308 . #3308 was closed with QubesOS/qubes-core-agent-linux#71, but it seems that the changes in that PR are what's causing my current build to fail. |
andrewdavidwong
reopened this
May 1, 2018
andrewdavidwong
added
bug
C: builder
C: Debian
and removed
duplicate
labels
May 1, 2018
andrewdavidwong
added this to the Release 4.0 updates milestone
May 1, 2018
andrewdavidwong
marked this as
not
a duplicate of
#3308
May 1, 2018
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
ptitdoc
May 20, 2018
Same problem here. The logic used to avoid installing some of the systemd dropins in QubesOS/qubes-core-agent-linux@80b5c94 is apparently broken. As a temporary workaround, one can disable installing the broken files from core-agent-linux main Makefile directly:
diff --git a/Makefile b/Makefile
index a99ef4d..1b721fd 100644
--- a/Makefile
+++ b/Makefile
@@ -84,9 +84,9 @@ ifeq ($(shell lsb_release -is), Ubuntu)
SYSTEM_DROPINS := $(strip $(patsubst crond.service, cron.service, $(SYSTEM_DROPINS)))
SYSTEM_DROPINS += anacron.service
SYSTEM_DROPINS += anacron-resume.service
- SYSTEM_DROPINS += netfilter-persistent.service
- SYSTEM_DROPINS += exim4.service
- SYSTEM_DROPINS += avahi-daemon.service
+ #SYSTEM_DROPINS += netfilter-persistent.service
+ #SYSTEM_DROPINS += exim4.service
+ #SYSTEM_DROPINS += avahi-daemon.service
endif
ptitdoc
commented
May 20, 2018
•
edited
Edited 1 time
-
ptitdoc
edited May 20, 2018 (most recent)
edited
-
May 20, 2018 (most recent)
|
Same problem here. The logic used to avoid installing some of the systemd dropins in QubesOS/qubes-core-agent-linux@80b5c94 is apparently broken. As a temporary workaround, one can disable installing the broken files from core-agent-linux main Makefile directly: |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
gasull
Jul 7, 2018
I can confirm @ptitdoc 's workaround worked. You need to edit the file ./qubes-src/core-agent-linux/Makefile. Unfortunately this led to new errors and I continued commenting out more code in ./Makefile:
diff --git a/Makefile b/Makefile
index 8d2af74..bb77dea 100644
--- a/Makefile
+++ b/Makefile
@@ -442,22 +442,22 @@ mostlyclean:: clean-chroot clean-rpms clean
fi
.PHONY: iso iso.clean-repos iso.copy-rpms iso.copy-template-rpms
-iso.clean-repos:
- @echo "-> Preparing for ISO build..."
- @$(MAKE) -s -C $(SRC_DIR)/$(INSTALLER_COMPONENT) clean-repos
+#iso.clean-repos:
+# @echo "-> Preparing for ISO build..."
+# @$(MAKE) -s -C $(SRC_DIR)/$(INSTALLER_COMPONENT) clean-repos
iso.copy-rpms: $(COMPONENTS_NO_TPL_BUILDER:%=iso.copy-rpms.%)
iso.copy-rpms.%: COMPONENT=$*
iso.copy-rpms.%: REPO=$(SRC_DIR)/$(COMPONENT)
-iso.copy-rpms.%: $(SRC_DIR)/%/Makefile.builder
- @echo "--> Copying $(COMPONENT) RPMs..."
- @$(MAKE) --no-print-directory -f Makefile.generic \
- PACKAGE_SET=dom0 \
- DIST=$(DIST_DOM0) \
- COMPONENT=$(COMPONENT) \
- UPDATE_REPO=$(BUILDER_DIR)/$(SRC_DIR)/$(INSTALLER_COMPONENT)/yum/qubes-dom0 \
- update-repo
+#iso.copy-rpms.%: $(SRC_DIR)/%/Makefile.builder
+# @echo "--> Copying $(COMPONENT) RPMs..."
+# @$(MAKE) --no-print-directory -f Makefile.generic \
+# PACKAGE_SET=dom0 \
+# DIST=$(DIST_DOM0) \
+# COMPONENT=$(COMPONENT) \
+# UPDATE_REPO=$(BUILDER_DIR)/$(SRC_DIR)/$(INSTALLER_COMPONENT)/yum/qubes-dom0 \
+# update-repo
iso.copy-rpms.%: $(SRC_DIR)/%/Makefile
@echo "--> Copying $(COMPONENT) RPMs..."Then this led to a final error where I am stuck:
make: *** No rule to make target 'iso.copy-rpms.builder-rpm', needed by 'iso.copy-rpms'. Stop.
gasull
commented
Jul 7, 2018
|
I can confirm @ptitdoc 's workaround worked. You need to edit the file diff --git a/Makefile b/Makefile
index 8d2af74..bb77dea 100644
--- a/Makefile
+++ b/Makefile
@@ -442,22 +442,22 @@ mostlyclean:: clean-chroot clean-rpms clean
fi
.PHONY: iso iso.clean-repos iso.copy-rpms iso.copy-template-rpms
-iso.clean-repos:
- @echo "-> Preparing for ISO build..."
- @$(MAKE) -s -C $(SRC_DIR)/$(INSTALLER_COMPONENT) clean-repos
+#iso.clean-repos:
+# @echo "-> Preparing for ISO build..."
+# @$(MAKE) -s -C $(SRC_DIR)/$(INSTALLER_COMPONENT) clean-repos
iso.copy-rpms: $(COMPONENTS_NO_TPL_BUILDER:%=iso.copy-rpms.%)
iso.copy-rpms.%: COMPONENT=$*
iso.copy-rpms.%: REPO=$(SRC_DIR)/$(COMPONENT)
-iso.copy-rpms.%: $(SRC_DIR)/%/Makefile.builder
- @echo "--> Copying $(COMPONENT) RPMs..."
- @$(MAKE) --no-print-directory -f Makefile.generic \
- PACKAGE_SET=dom0 \
- DIST=$(DIST_DOM0) \
- COMPONENT=$(COMPONENT) \
- UPDATE_REPO=$(BUILDER_DIR)/$(SRC_DIR)/$(INSTALLER_COMPONENT)/yum/qubes-dom0 \
- update-repo
+#iso.copy-rpms.%: $(SRC_DIR)/%/Makefile.builder
+# @echo "--> Copying $(COMPONENT) RPMs..."
+# @$(MAKE) --no-print-directory -f Makefile.generic \
+# PACKAGE_SET=dom0 \
+# DIST=$(DIST_DOM0) \
+# COMPONENT=$(COMPONENT) \
+# UPDATE_REPO=$(BUILDER_DIR)/$(SRC_DIR)/$(INSTALLER_COMPONENT)/yum/qubes-dom0 \
+# update-repo
iso.copy-rpms.%: $(SRC_DIR)/%/Makefile
@echo "--> Copying $(COMPONENT) RPMs..."Then this led to a final error where I am stuck: |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
marmarek
Jul 7, 2018
Member
@gasull if you're building just template, you don't need to execute make iso. If you got the point where it tries to build one, the template is already complete, check qubes-src/linux-template-builder/rpm/noarch directory.
|
@gasull if you're building just template, you don't need to execute |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
gasull
Jul 9, 2018
I tried again following the instructions for Archlinux, but also installing perl-Digest-MD5 and perl-Digest-SHA as described by the OP and executing make switch-branch as described by @unman.
That led to the error described by the OP, and then I used the workaround described by @ptitdoc.
The end result is that the TemplateVM is installed but it does't show the applications in them. Trying to refresh the applications in the settings never completes. I cannot even run xterm with "Run command in qube". The qube does start and shutdown, though.
I also built Trusty and it has the same problem plus it doesn't even shutdown.
gasull
commented
Jul 9, 2018
|
I tried again following the instructions for Archlinux, but also installing That led to the error described by the OP, and then I used the workaround described by @ptitdoc. The end result is that the TemplateVM is installed but it does't show the applications in them. Trying to refresh the applications in the settings never completes. I cannot even run I also built Trusty and it has the same problem plus it doesn't even shutdown. |
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Bufil
commented
Jul 12, 2018
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Bufil
commented
Jul 14, 2018
This comment has been minimized.
Show comment
Hide comment
This comment has been minimized.
Bufil
Jul 14, 2018
sudo xl console xenial-desktop works
Output of systemctl status qubes-gui-agent:
root@xenial-desktop:~# systemctl status qubes-gui-agent
● qubes-gui-agent.service - Qubes GUI Agent
Loaded: loaded (/lib/systemd/system/qubes-gui-agent.service; enabled; vendor
Active: active (running) since Sat 2018-07-14 14:42:44 CEST; 3min 24s ago
Process: 661 ExecStartPre=/bin/touch /var/run/console/user (code=exited, statu
Process: 655 ExecStartPre=/bin/mkdir -p /var/run/console (code=exited, status=
Main PID: 664 (qubes-gui)
CGroup: /system.slice/qubes-gui-agent.service
└─664 /usr/bin/qubes-gui
Jul 14 14:42:44 xenial-desktop systemd[1]: Starting Qubes GUI Agent...
Jul 14 14:42:44 xenial-desktop systemd[1]: Started Qubes GUI Agent.
Jul 14 14:42:44 xenial-desktop qubes-gui[664]: Waiting on /var/run/xf86-qubes-so
Jul 14 14:42:44 xenial-desktop su[702]: Successful su for user by root
Jul 14 14:42:44 xenial-desktop su[702]: + ??? root:user
Jul 14 14:42:44 xenial-desktop su[702]: pam_unix(su:session): session opened for
Jul 14 14:42:45 xenial-desktop qubes-gui[664]: Ok, somebody connected.
Jul 14 14:42:46 xenial-desktop qubes-gui[664]: got num_mfn=0x0 for window 0xc000
Jul 14 14:42:46 xenial-desktop qubes-gui[664]: error reading WM_NORMAL_HINTS
Jul 14 14:42:46 xenial-desktop qubes-gui[664]: error reading WM_NORMAL_HINTS
Bufil
commented
Jul 14, 2018
|
|
austinjmorlan commentedApr 30, 2018
•
edited
Edited 2 times
-
austinjmorlan
edited Apr 30, 2018 (most recent)
-
austinjmorlan
edited Apr 30, 2018
Qubes OS version:
4.0
Affected component(s):
core-agent-linux
Steps to reproduce the behavior:
On Fedora 26:
Expected behavior:
Ubuntu template should build without error.
Actual behavior:
Build fails with error.
End of core-agent-linux-vm-xenial.log:
General notes:
I'm able to fix this by reverting the changes made to
Makefile.builderin QubesOS/qubes-core-agent-linux@80b5c94 and QubesOS/qubes-core-agent-linux@54867b6, but I'm not sure if that's a correct solution, or why those changes were made to that file in the first place.Related issues: