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. -- 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/20170204194952.GA32031%40thirdeyesecurity.org. For more options, visit https://groups.google.com/d/optout.
