On 02/03/2017 08:41 AM, Unman wrote: > On Fri, Feb 03, 2017 at 06:21:15AM +0000, Nick Darren wrote: >> >> >> On 02/02/2017 12:07 AM, Unman wrote: >>> On Mon, Jan 30, 2017 at 11:00:41AM -0800, Andrew M wrote: >>>> Thanks Unman, >>>> >>>> This bug is currently affecting my work so it would be greatly >>>> appreciated if it were resolved :) >>>> >>>> >>>> On 01/29/2017 06:38 PM, Unman wrote: >>>>> On Sat, Jan 28, 2017 at 12:31:38PM +0000, Nick Darren wrote: >>>>>> /Hi all,/ >>>>>> >>>>>> >>>>>> On 01/24/2017 06:59 AM, anoa wrote: >>>>>>> Hey all, >>>>>>> >>>>>>> Today I was trying to build the Ubuntu 16.04 Xenial+Desktop template >>>>>>> using qubes-builder with help from these instructions: >>>>>>> >>>>>>> https://github.com/QubesOS/qubes-builder >>>>>>> >>>>>>> Everything was alright until the `make qubes-vm` step where it would >>>>>>> fail on the following: >>>>>>> >>>>>>>> dpkg-source: error: can't build with source format '3.0 (quilt)': no >>>>>>>> upstream tarball found at ../xen_4.6.3.orig.tar.{bz2,gz,lzma,xz} >>>>>>>> dpkg-buildpackage: error: dpkg-source -b debian-vm gave error exit >>>>>>>> status 255 >>>>>>>> /home/user/qubes-builder/qubes-src/builder-debian/Makefile.qubuntu:196: >>>>>>>> recipe for target 'dist-package' failed >>>>>>> The build was looking for xen_4.6.3 when in fact xen_4.6.4 is in the >>>>>>> folder. As a workaround, simply copying the xen_4.6.4 to be named >>>>>>> xen.4.6.3 allowed the build to continue and eventually complete >>>>>>> successfully: >>>>>>> >>>>>>>> cd /path/to/qubes-builder/chroot-xenial/home/user/qubes-src/vmm-xen; >>>>>>>> sudo cp -pr ./xen_4.6.4.orig.tar.gz ./xen_4.6.3.orig.tar.gz >>>>>> /It doesn't work by just rename the 'xen_4.6.4.orig.tar.gz' on >>>>>> chroot-xenial. On my case (on testing to build xenial-desktop) needs to >>>>>> copy the file to /path/to/qubes-builder/qubes-src/vmm-xen/. there. Then, >>>>>> it will skip the error message and allowed the build successfully./ >>>>>> >>>>>>> Hope this helps someone while the script is being updated. >>>>>>> >>>>>> /I have another weird situation. The build was succeed but the problem >>>>>> is, terminal and some others application cannot be launched due to an >>>>>> error, normally on ubuntu's standard installation caused by locales >>>>>> issue. Tried to fix it the way it used to be on normal ubuntu >>>>>> installation or archlinux. But the problem still persists after >>>>>> rebooting the template-vm or any appvms that's based on it./ >>>>>> >>>>>> user@ubuntu-xenial:~$ Error constructing proxy for >>>>>> org.gnome.Terminal:/org/gnome/Terminal/Factory0: Error calling >>>>>> StartServiceByName for org.gnome.Terminal: >>>>>> GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildSignaled: Process >>>>>> org.gnome.Terminal received signal 5 >>>>>> >>>>>> /Test on executing gedit from xterm/UXterm/urvtx:/ >>>>>> >>>>>> user@ubuntu-xenial:~$ gedit >>>>>> Gedit failure to execute. >>>>>> (gedit:5697): GLib-GIO-ERROR **: No GSettings schemas are installed on >>>>>> the system >>>>>> Trace/breakpoint trap (core dumped) >>>>>> >>>>>> >>>>>> /The same error happen when I execute the 'xfce4-terminal' or >>>>>> 'terminator'. Still the same 'Trace/breakpoint trap (core dumped)' >>>>>> issues here and there./ >>>>>> >>>>>> >>>>>> -------- >>>>>> >>>>>> /Locale was set in order to avoid gnome-terminal error, but it' useless >>>>>> on this case and still failed to work./ >>>>>> >>>>>> user@ubuntu-xenial:~$ localectl >>>>>> System Locale: LANG=en_US.UTF-8 >>>>>> VC Keymap: us >>>>>> X11 Layout: us >>>>>> X11 Model: pc105+inet >>>>>> X11 Options: terminate:ctrl_alt_bksp >>>>>> >>>>>> -------- >>>>>> >>>>>> /On checking qubes local packages installed on the 'xenial-desktop' >>>>>> system. >>>>>> / >>>>>> libqubes-rpc-filecopy2/now 3.2.3+xenialu1 amd64 [installed,local] >>>>>> Qubes file copy protocol library >>>>>> >>>>>> libqubesdb/now 3.2.3-1+xenialu1 amd64 [installed,local] >>>>>> QubesDB libs. >>>>>> >>>>>> libvchan-xen/now 3.2.0-1+xenialu1 amd64 [installed,local] >>>>>> Qubes Xen core libraries >>>>>> >>>>>> libxen-4.6/now 2001:4.6.3-25+xenialu1 amd64 [installed,local] >>>>>> Libraries for Xen tools >>>>>> >>>>>> qubes-core-agent/now 3.2.15-1+xenialu1 amd64 [installed,local] >>>>>> Qubes core agent >>>>>> >>>>>> qubes-gui-agent/now 3.2.13-1+xenialu1 amd64 [installed,local] >>>>>> Makes X11 windows available to qubes dom0 >>>>>> >>>>>> qubes-utils/now 3.2.3+xenialu1 amd64 [installed,local] >>>>>> Qubes Linux utilities >>>>>> >>>>>> qubesdb/now 3.2.3-1+xenialu1 amd64 [installed,local] >>>>>> QubesDB management tools and daemon. >>>>>> >>>>>> qubesdb-vm/now 3.2.3-1+xenialu1 amd64 [installed,local] >>>>>> QubesDB VM service. >>>>>> >>>>>> xserver-xorg-input-qubes/now 3.2.13-1+xenialu1 amd64 [installed,local] >>>>>> X input driver for injecting events from qubes-gui-agent >>>>>> >>>>>> xserver-xorg-video-dummyqbs/now 3.2.13-1+xenialu1 amd64 [installed,local] >>>>>> Dummy X video driver for qubes-gui-agent >>>>>> >>>>>> ---------------------- >>>>>> >>>>>> /So, I would like to know if there's any errors like above happened to >>>>>> you guys too? Or is it me the only person? If it was just me facing the >>>>>> issues, then I would like to know if any missing qubes packaged that's >>>>>> not listed on my side shown like above? You can just check your qubes >>>>>> packages to confirm if any difference spotted on your side by apt search >>>>>> qubes or dpkg-query -l | grep qubes.//Any help will be appreciated to >>>>>> spot where the culprits are. >>>>>> // >>>>>> >>>>>> //Thanks./ >>>>>> >>>>> The error with Xen version affects all Debian builds - it isnt Ubuntu >>>>> specific. That's interesting, because it shouldn't happen (obviously). >>>>> >>>>> The error with gnome apps should have been fixed - I submitted a PR for >>>>> that some time ago - I'll look at it again today. >>>>> >>>>> unman >>> The build issue should be fixed now. >>> I've alse submitted a better patch to fix the XDG path issue - again >>> I'd expect that to be incorporated soon. >>> >>> The xenial build should be as straightforward as: >>> ./setup >>> make qubes-vm >>> make template >>> >>> install template in dom0 >>> >>> That works for me, so let me know if you have any problems and I'll try >>> to help. >>> >>> Now to get Trusty working again. >>> >> >> The build issue is gone. But the template itself still having the same >> error 'Trace/breakpoint trap (core dumped)' here and there on >> application launch via xterm i.e. rhythmbox, gedit, xfce4-terminal etc. >> >> Default application like gnome-terminal still cannot be launched due to >> the same error as before. >> >> Did you test all these applications working or >> not? >> >> By getting these error means xenial-desktop template is useless for >> everyday use for some purpose. >> >> >> P/S- Sorry unman, double post forgot to put cc there to qubes-users. >> > > I dont see these errors at all on a fresh build - all those seem to work > fine. I'm using xenial+desktop as dispVM and havent encountered any > issues. > > On the other error, look at /etc/X11/Xsession.d/25xdg-qubes-settings: > you should see XDG_DATA_DIRS being set. > `env` should show you a path like this: > /usr/share/ubuntu/:/usr/share/gnome:/user/local/share:/usr/share > > If you don't have that set it and export it -see if that fixes the > problem. >
Hey Unman, really appreciate your work. Unfortunately I'm having the same issue as Nick. http://i.imgur.com/VjBU4b4.png I did not have any reference of XDG_DATA_DIRS in my 25xdg-qubes-settings file, but after setting the env variable to what you mentioned it didn't seem to make any difference. Again, perhaps the removal of the locales-all package to enable the `sudo dpkg-reconfigure locales` command to execute could hold some answers? Andrew -- You received this message because you are subscribed to the Google Groups "qubes-users" group. To unsubscribe from this group and stop receiving emails from it, send an email to qubes-users+unsubscr...@googlegroups.com. To post to this group, send email to qubes-users@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/qubes-users/o73nt0%24vko%241%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
signature.asc
Description: OpenPGP digital signature
