faster.
On Wed, Feb 7, 2018 at 9:55 PM pixelfairy <pixelfa...@gmail.com> wrote:
> they're all pvh. they were hvm when restoring from qubes-backup, but that
> restore partially failed.
>
> On Wed, Feb 7, 2018 at 9:23 PM Chris Laprise <tas...@posteo.net> wrote:
>
>> On
they're all pvh. they were hvm when restoring from qubes-backup, but that
restore partially failed.
On Wed, Feb 7, 2018 at 9:23 PM Chris Laprise wrote:
> On 02/07/2018 09:55 PM, pixel fairy wrote:
> > On Wednesday, February 7, 2018 at 6:54:32 PM UTC-8, pixel fairy wrote:
> >>
strange. starting VMs is much slower for me and a minion than 4rc3 or 3.2
were. even vm performance seems slower. for example typing in and scrolling
in windows in firefox is slower, though videos on youtube still play fine,
even in full screen. we expected a performance hit for mitigating the
just remembered, a couple other ssh exploits, and googled for them, found a
couple others. so that does come up once in a while.
On Tue, Aug 29, 2017 at 12:54 AM pixel fairy wrote:
> On Monday, August 28, 2017 at 10:46:22 PM UTC-7, Eric wrote:
> > The question as always
This thread should be renamed ipv6, and there was such a thread in
qubes-devel. one of the issues is what to do when moving from an ipv6
enabled network to one without. netvm can easily note the difference and
adapt, but weather your bridging or natting, all the appvms wont know any
better and