On 02/04/2017 11:49 AM, Unman wrote: > On Sat, Feb 04, 2017 at 06:46:53PM +0000, Nick Darren wrote: >> >> >> On 02/04/2017 05:12 AM, anoa wrote: >>> 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 >>> >> Problem solved by adding this to /etc/X11/Xsession.d/25xdg-qubes-settings: >> >> if [ "$XDG_DATA_DIRS" = "" ]; then >> >> XDG_DATA_DIRS='/usr/share/ubuntu/:/usr/share/gnome/:/usr/local/share/:/usr/share/' >> export XDG_DATA_DIRS >> fi >> >> Restart the template after that. Working great without problem after that. >> >> Hope this help everyone who got the trouble before. >> >> No need to execute `sudo dpkg-reconfigure locales` >> >> Thank you unman, I wonder why this patch doesn't work at first after I >> personally added your unconfirmed patches before start compiling the >> template. >> > > Stupid me - that patch is in master, but we're building release3.2, and > I didnt have clean source tree to boot. I'll see about getting that > fixed, so that 3.2 just works. > > Thanks to you both for your patience. Andrew - if you're still having > problems try editing the 25xdg-qubes-settings file or export the path > from .bashrc. Either works. Keep us posted if you're still having > problems. >
Yep, that seems to do the trick! Thank you very much Unman, I was exporting it manually which prevents a reboot with the variable set, and thank you Nick for additional testing. -- 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/o75c1l%24s1q%241%40blaine.gmane.org. For more options, visit https://groups.google.com/d/optout.
signature.asc
Description: OpenPGP digital signature
