Re: [qubes-users] updating archlinux template failing

2018-10-18 Thread 'Modprobe' via qubes-users
Yeah, the arch template was 'fun' to get working. I assume that qubes repo is 
just a vestige from the template build, since it's in /tmp, so I just removed 
it from the repo list in the pacman configuration. Then your -Sy should start 
working again.

I also couldn't stand the dumb curl downloader, it's so ugly and doesn't work 
well, so I gave the templatevm a network connection and tweaked the qubes 
settings so it doesn't change pacman's xfer command. If you want to do that let 
me know and I'll figure out what all I did and write you instructions.
 Original Message 
On Oct 18, 2018, 3:54 PM, 'aluquest' via qubes-users wrote:

> Hi,
> I managed to get the archlinux template installed and am having problems 
> updating the template. Can someone instruct me on how to update the template 
> correctly, the template has an internet connection and interestingly I can 
> successfully update using pacman -Syu within an appVM (which is based on the 
> archlinux template).
> The error I get is the following:
> [user@archlinux ~]$ sudo pacman -Syu
> :: Synchronizing package databases...
>   % Total% Received % Xferd  Average Speed   TimeTime Time  
> Current
>  Dload  Upload   Total   SpentLeft  Speed
> 100  135k  100  135k0 0  87357  0  0:00:01  0:00:01 --:--:-- 87302
>   % Total% Received % Xferd  Average Speed   TimeTime Time  
> Current
>  Dload  Upload   Total   SpentLeft  Speed
>   0 00 00 0  0  0 --:--:--  0:00:01 --:--:-- 0
> curl: (22) The requested URL returned error: 404 Not Found
>   % Total% Received % Xferd  Average Speed   TimeTime Time  
> Current
>  Dload  Upload   Total   SpentLeft  Speed
> 100 1643k  100 1643k0 0   302k  0  0:00:05  0:00:05 --:--:--  350k
>   % Total% Received % Xferd  Average Speed   TimeTime Time  
> Current
>  Dload  Upload   Total   SpentLeft  Speed
>   0 00 00 0  0  0 --:--:-- --:--:-- --:--:-- 0
> curl: (22) The requested URL returned error: 404 Not Found
>   % Total% Received % Xferd  Average Speed   TimeTime Time  
> Current
>  Dload  Upload   Total   SpentLeft  Speed
> 100 4733k  100 4733k0 0   488k  0  0:00:09  0:00:09 --:--:--  642k
>   % Total% Received % Xferd  Average Speed   TimeTime Time  
> Current
>  Dload  Upload   Total   SpentLeft  Speed
>   0 00 00 0  0  0 --:--:-- --:--:-- --:--:-- 0
> curl: (22) The requested URL returned error: 404 Not Found
>   % Total% Received % Xferd  Average Speed   TimeTime Time  
> Current
>  Dload  Upload   Total   SpentLeft  Speed
> 100  174k  100  174k0 098k  0  0:00:01  0:00:01 --:--:--   98k
>   % Total% Received % Xferd  Average Speed   TimeTime Time  
> Current
>  Dload  Upload   Total   SpentLeft  Speed
>   0 00 00 0  0  0 --:--:-- --:--:-- --:--:-- 0
> curl: (22) The requested URL returned error: 404 Not Found
> curl: (37) Couldn't open file /tmp/qubes-packages-mirror-repo/pkgs/qubes.db
> error: failed to update qubes (error invoking external downloader)
> error: failed to synchronize all databases
>
> Do I need to use:
> update-local-repo.sh
> update-remote-repo.sh
> from: https://github.com/QubesOS/qubes-builder-archlinux/
> within the template?
>
> I have an additional question:
> Is there a way to use: https://archive.archlinux.org/ to get the last xorg 
> packages that work together with the qubes packages that are getting 
> installed? It is often the case that the arch xorg versions are too new for 
> the qubes packages :-/
>
> Any help with these problems would be greatly appreciated.
>
> Sent with [ProtonMail](https://protonmail.com) Secure Email.
>
> --
> 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/CZUfx8lpHDJC8uyb0UI4v1RmfnNNAcWTWBVVHg-lokZAIvkIfMOZYtxIjwJjU-KfRccvUV4I6sexQhGwpzWQ6T5SPhHUmgYj0q78XTmngz4%3D%40protonmail.com](https://groups.google.com/d/msgid/qubes-users/CZUfx8lpHDJC8uyb0UI4v1RmfnNNAcWTWBVVHg-lokZAIvkIfMOZYtxIjwJjU-KfRccvUV4I6sexQhGwpzWQ6T5SPhHUmgYj0q78XTmngz4%3D%40protonmail.com?utm_medium=email&utm_source=footer).
> For more options, visit https://groups.google.com/d/optout.

-- 
You received this message because you are subscribed to the Google Groups 
"qubes-users" group.
To unsubscr

Re: [qubes-users] Two newbie questions (qubes 4.0)

2018-10-17 Thread 'Modprobe' via qubes-users
I'm pretty new too, but I can answer #1. I'd like to do #2 as well, and you can 
get started by making a qube and booting it from a disk image, but I didn't get 
much further than that. I wasn't able to successfully install a distro in the 
vm.

As to question 1, the package managers use one of the other vms (the firewall 
by default, I think) via an http proxy for network access. Check out 
https://www.qubes-os.org/doc/software-update-vm/#updates-proxy for more info
 Original Message 
On Oct 17, 2018, 8:48 AM, wrote:

> Eventually my questions are stupid and show a bad understanding of the whole 
> qubes thing, but nonetheless I will ask them, because I could not answer them 
> by myself (googleing, etc.)
>
> 1) The template VMs have no network connection at all, but "dnf" can capture 
> rpm's. How does is work? Like in Dom0 by "qubes-dom0-update"?
>
> 2) Is there any way to start a whole VM (regardless if TemplateVM or AppVM) 
> in one window?
>
> Explanation: If I start e.g. firefox in Domain "Work" the start of the VM 
> "Work" and its X-Window System is hidden to me and I will see only the 
> resulting "firefox-window" and so on. Is there a way to see the "whole VM" in 
> one window where I can see how the VM starts and which ends up in the VM's 
> full X Window System. (Call it a Virtualbox-like start if you want)
>
> 3) AppVMs deviate only by its home and /usr/local folder from the TemplateVM. 
> How is it possible to achieve different configurations in /etc for AppVMs 
> based on the same template? (E.g. how stores sys-net the connections in 
> "/etc/NetworkManager/system-connections"?)
>
> 4) Is there any reason why nautilus is preferred over thunar? I am asking 
> because it has another look and feel than xfce?
>
> Thanks in advance for answering one or more of these questions.
>
> Regards
> Penkpanda
>
> --
> 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/c914c7e1-e651-43d2-9249-6654b1934bad%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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/1GCrewRn0ZpW7Em7woU-sfKn9W27oClrNRZYsURsaU7X04lynT91aF1Q0zqoU_R9_aY6-qof9HyXNgUuKOGaH45RI-iE0n_-LTyvo3Xju-k%3D%40protonmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] Really slow to install on USB and subsequent Boot

2018-10-16 Thread 'Modprobe' via qubes-users
Updating dom0: https://www.qubes-os.org/doc/software-update-dom0/
 Original Message 
On Oct 16, 2018, 10:56 PM, seshu wrote:

> Thanks for the info. Being new to Qubes, I'm not sure how to update dom0? can 
> you point me to any thread or help on how that is to be done?
>
> Thanks!
>
> On Tuesday, October 16, 2018 at 6:42:03 PM UTC-6, awokd wrote:
>> 'Modprobe' via qubes-users wrote on 10/17/18 12:32 AM:
>> > Have you benchmarked the flash drive? Sadly, just because it's USB 3 
>> > doesn't mean it's fast :(
>> >  Original Message 
>> > On Oct 16, 2018, 7:29 PM, seshu wrote:
>> >
>> >> Hi there, I'm a first time Qubes user and I did an install (v4.0) to a 
>> >> USB 3.0 stick last weekend. IT took about 5 hours?! Is that normal? I 
>> >> realized I had VT-d on my i7-6700k diabled in the bios during the install 
>> >> but I fixed that and then tried to boot from the USB and it would take 25 
>> >> minutes to boot up?!
>> >>
>> >> What am I missing? I do have about 6 SATA drives on the desktop, but I 
>> >> have 32gb or RAM and the USB stick is 128gb, and the CPU is i7-6700k so 
>> >> it is a fast cpu.
>> >>
>> >> Appreciate any advice! Thanks in advance.
>>
>> I seem to recall there was a bug in Xen when 4.0 first shipped that
>> caused USB3 devices to run at USB2 speed. Try updating dom0 and your
>> templates and see if that helps. Not sure the bug affected the
>> installer, but maybe 4.0.1 will work better when it comes out.
>
> --
> 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/f3951a48-8635-46ff-9913-f2248dfeced5%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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/p23C_ciueVExmfRixtJ8jzsvSNTamYtrkTGvsSklV5psdiHUu1z4HbsN1dMNz1ZHsmkBVXOhpXxOY2TOcAu7ZHsh-RLqQ4yNEzGZTKHhM6Q%3D%40protonmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] Really slow to install on USB and subsequent Boot

2018-10-16 Thread 'Modprobe' via qubes-users
Have you benchmarked the flash drive? Sadly, just because it's USB 3 doesn't 
mean it's fast :(
 Original Message 
On Oct 16, 2018, 7:29 PM, seshu wrote:

> Hi there, I'm a first time Qubes user and I did an install (v4.0) to a USB 
> 3.0 stick last weekend. IT took about 5 hours?! Is that normal? I realized I 
> had VT-d on my i7-6700k diabled in the bios during the install but I fixed 
> that and then tried to boot from the USB and it would take 25 minutes to boot 
> up?!
>
> What am I missing? I do have about 6 SATA drives on the desktop, but I have 
> 32gb or RAM and the USB stick is 128gb, and the CPU is i7-6700k so it is a 
> fast cpu.
>
> Appreciate any advice! Thanks in advance.
>
> --
> 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/ddef2311-7970-4d36-8fa8-78195ae70a0b%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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/gLvdHW7BhrYKd6_uvBVIap9NCKsDHjqfMQQg9LgNjFXNvyJTMmIuc3_c-QhcBMbcbfbMSJkmSm5r3TcrsDicyECdImnM0zLVAyPX9XnlsyI%3D%40protonmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] Nvidia Graphics Card Sound thorugh HDMI (Qubes 3.2.1-RC1)

2018-10-13 Thread 'Modprobe' via qubes-users
Qubes uses pulseaudio for audio, so you should first try to route audio to hdmi 
using pavucontrol from dom0. In the little volume widget in the tray (top 
right), drop down its menu and open the mixer (alternatively, just run 
pavucontrol from the dom0 terminal). Check if you can just route your audio 
steam to hdmi. If you don't see an option for it, maybe you need to select hdmi 
output in the output configuration options (last tab of pavucontrol).

Sorry if those directions are unclear, I'm not on my qubes system at the moment 
so I'm going from memory :]
 Original Message 
On Oct 13, 2018, 12:21 PM, wrote:

> Hi There
> Im just pretty new to QubesOS and to redhat distros in general (did a lot 
> with gentoo, arch and debian back in time) but my question is, does it work 
> to get sound thorugh hdmi from my nvidia graphics card on any vms? When I try 
> to share the nvidia sound device the vms dont start. Could this be because I 
> use nouveau instead of the official nvidia driver?
> thx in advance
>
> --
> 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/c9fe1b67-33d4-4eb4-8e34-0e3c594afb87%40googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.

-- 
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/CMuIHUR2npXHtCIkT2FY_Q0wBbV1B083ZQ9TZIPh1dauYDFCa26IkjYWRDNiuxX9VHDgyXVybfHSUuGmcnXqqf2HBIQZXFieGs4xifLNHXU%3D%40protonmail.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] [Qubes-4.0] Vanishing Packages on TemplateVMs

2018-10-10 Thread 'Modprobe' via qubes-users
‐‐‐ Original Message ‐‐‐
On Wednesday, October 10, 2018 3:13 PM, Stuart Perkins 
 wrote:

> On Wed, 10 Oct 2018 19:14:01 +
> "'Modprobe' via qubes-users" qubes-users@googlegroups.com wrote:
>
> > ** General intro stuff, not terribly important, tl;dr as appropriate **
> > Hi, all! Qubes newbie here; I installed Qubes on my new laptop just to see 
> > what happens and now I'm bumbling my way along, using it and reading docs, 
> > trying to get a feel for how things get done. For the most part, it's kind 
> > of awesome, but every now and then there's something that confuses me, and 
> > right now the most seriously confusing thing is that packages which I 
> > installed have a nasty tendency to uninstall themselves, and I'm not sure 
> > why...
> > Now a relevant bit of context is that I'm one of those nasty users who 
> > never does things according to the official guidelines and stuff, so I've 
> > made a number of tweaks to my installation to fit my habits. I'll do my 
> > best to keep track of what's unusual on my box and make those things clear 
> > up front, but I might forget something I've done, so please bear with me.
> > ** Quirks about my Environment **
> > Right now, the main quirk on my box, I think, is that I really, really 
> > don't seem to like Fedora, and I really, really do like Arch, so I'm using 
> > the Arch template for most of my AppVMs. Building and installing the Arch 
> > template on Qubes 4 was a bumpy process (I used the instructions for Qubes 
> > 3.2 here, and had to improvise a fair bit as things didn't work), and I'm 
> > not 100% sure it went totally right, but I got to the end of the 
> > instructions and mostly it seems to work...
> > ** My actual issue **
> > Except for the vanishing packages. So every now and then, I install a 
> > package into the TemplateVM (NOT the AppVM; I expect those packages to 
> > vanish when I reboot the AppVM, but packages in the TemplateVM should stick 
> > around until I remove them, yeah?) and it works and shows up correctly for 
> > a while, but some time later (often, I'm pretty certain, without any kind 
> > of reboot in the interim), the package is simply gone. I have to reinstall 
> > it cuz it's just not there anymore. I'm pretty darn sure this is not 
> > expected behavior, but maybe I'm just not understanding something.
> > It seems to be more prevalent for some packages than others; for instance, 
> > I've had AUR builds fail because `patch` wasn't installed, so I install 
> > patch and try again, and it works. The automake and autoconf packages do it 
> > too, but less often than patch. I've installed patch several times on my 
> > Arch TemplateVM by now, but it keeps disappearing behind my back:
> >
> > > [user@archlinux ~]$ history | grep patch
> > > 57 pikaur -S patch
> > > 200 pikaur -S patch
> > > 204 pikaur -S patch
> > > 276 pikaur -S patch
> > > 291 pikaur -S automake patch autoconf
> > > 292 history | grep patch
> >
> > So that's my main confusion with Qubes right now; I'm hoping someone can 
> > help me understand what's going on. Am I making some dumb mistake? Thanks 
> > for your time! =)
> > --
> > Nathan
>
> In Qubes, the Templates are where software is installed. If you install 
> software in an appVM, it will go away when you shutdown the appVM. This is to 
> implement a separation of software and data, and is one of the foundations of 
> Qubes.
>
> If you want software available in a template based appVM, you need to install 
> it in the template. You can install uncertain software in an appVM for 
> evaluation and not worry if it doesn't work, as it will go away when you 
> poweroff the appVM...but then you need to install that same software in the 
> Template in order to make it available in the appVM.
>
> Stuart


Hi, Stuart, and thanks, but as I described in the second sentence of the ** My 
actual issue **, I am aware of this and I am talking about packages installed 
into the TemplateVM, NOT the AppVM. I apologize if this got lost in the mix; I 
confess I am a tad verbose sometimes. :)

-- 
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/WiALhHuJXvsg7lw-n1k7dgtJfZaSXFLb-CA1tl-7hJUqgvcAcmWsW_znpgnw3G8D-uJXGfdOvN6CE9vqaV_fkJXHRZsF3Opju7RR8r6hXHA%3D%40protonmail.com.
For more options, visit https://groups.google.com/d/optout.


[qubes-users] [Qubes-4.0] Vanishing Packages on TemplateVMs

2018-10-10 Thread 'Modprobe' via qubes-users
** General intro stuff, not terribly important, tl;dr as appropriate **
Hi, all! Qubes newbie here; I installed Qubes on my new laptop just to see what 
happens and now I'm bumbling my way along, using it and reading docs, trying to 
get a feel for how things get done. For the most part, it's kind of awesome, 
but every now and then there's something that confuses me, and right now the 
most seriously confusing thing is that packages which I installed have a nasty 
tendency to uninstall themselves, and I'm not sure why...

Now a relevant bit of context is that I'm one of those nasty users who never 
does things according to the official guidelines and stuff, so I've made a 
number of tweaks to my installation to fit my habits. I'll do my best to keep 
track of what's unusual on my box and make those things clear up front, but I 
might forget something I've done, so please bear with me.

** Quirks about my Environment **
Right now, the main quirk on my box, I think, is that I really, really don't 
seem to like Fedora, and I really, really do like Arch, so I'm using the Arch 
template for most of my AppVMs. Building and installing the Arch template on 
Qubes 4 was a bumpy process (I used the instructions for Qubes 3.2 
[here](https://www.qubes-os.org/doc/building-archlinux-template/), and had to 
improvise a fair bit as things didn't work), and I'm not 100% sure it went 
totally right, but I got to the end of the instructions and mostly it seems to 
work...

** My actual issue **
Except for the vanishing packages. So every now and then, I install a package 
into the TemplateVM (NOT the AppVM; I expect those packages to vanish when I 
reboot the AppVM, but packages in the TemplateVM should stick around until I 
remove them, yeah?) and it works and shows up correctly for a while, but some 
time later (often, I'm pretty certain, without any kind of reboot in the 
interim), the package is simply gone. I have to reinstall it cuz it's just not 
there anymore. I'm pretty darn sure this is not expected behavior, but maybe 
I'm just not understanding something.

It seems to be more prevalent for some packages than others; for instance, I've 
had AUR builds fail because `patch` wasn't installed, so I install patch and 
try again, and it works. The automake and autoconf packages do it too, but less 
often than patch. I've installed patch several times on my Arch TemplateVM by 
now, but it keeps disappearing behind my back:

> [user@archlinux ~]$ history | grep patch
>57  pikaur -S patch
>   200  pikaur -S patch
>   204  pikaur -S patch
>   276  pikaur -S patch
>   291  pikaur -S automake patch autoconf
>   292  history | grep patch

So that's my main confusion with Qubes right now; I'm hoping someone can help 
me understand what's going on. Am I making some dumb mistake? Thanks for your 
time! =)

--
Nathan

-- 
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/0UUc__GD6Do3bHyZj4mOuLwppBEy6jUb_1FI0uh6ehy8HiTgKtnziiyR9RR9fqJGBL99Br2zSwSWmvDMO-hUlDLzfKDqRBEbteNxOxPqNfo%3D%40protonmail.com.
For more options, visit https://groups.google.com/d/optout.