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.
--
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/0bdb0ee7-5f14-d44d-d994-8185e48485f2%40gmail.com.
For more options, visit https://groups.google.com/d/optout.
signature.asc
Description: OpenPGP digital signature
