Re: [qubes-users] Kali VM no longer responding

2016-12-16 Thread J. Eppler
Hello,

thank you very much for the detailed answer.

best regards
  J. Eppler

-- 
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/fb7c8d91-00fb-4e45-8598-a950eab349ff%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] Kali VM no longer responding

2016-12-15 Thread J. Eppler
Hello @qubenix,

I am interested in your Kali installation process. Did you run into any trouble 
during the installation? Did you follow the KaliVM installation instructions: 
https://www.qubes-os.org/doc/pentesting/kali/?

regards
  j. Eppler

-- 
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/4a7b9915-e2c3-42c4-8b24-1c338d5a5063%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] Kali VM no longer responding

2016-12-13 Thread Foppe de Haan
On Tuesday, December 13, 2016 at 1:22:51 AM UTC+1, qubenix wrote:
> qubenix:
> > Marek Marczykowski-Górecki:
> >> On Mon, Dec 12, 2016 at 05:10:00PM +, qubenix wrote:
> >>> Marek Marczykowski-Górecki:
>  Looks like this issue:
>  https://github.com/QubesOS/qubes-issues/issues/2514
> 
>  Rebuilt package just uploaded to testing repository
>  (qubes-gui-agent_3.2.10-2+deb9u1).
> 
> 
> >>
> >>> Doesn't seem to be fixed in stretch, stretch-testing, or
> >>> stretch-securitytesting yet.
> >>
> >>> ```
> >>> [user@dom0 ~]$ qvm-run -p d9 "sudo apt-get update && sudo apt-get
> >>> dist-upgrade -y"
> >>> Hit:1 http://vwakviie2ienjx6t.onion/debian stretch InRelease
> >>> Hit:2 http://sgvtcaew4bxjd7ln.onion stretch/updates InRelease
> >>> Hit:3 http://deb.qubes-os.org/r3.2/vm stretch-testing InRelease
> >>> Hit:4 http://deb.qubes-os.org/r3.2/vm stretch-securitytesting InRelease
> >>> Reading package lists...
> >>> Reading package lists...
> >>> Building dependency tree...
> >>> Reading state information...
> >>> Calculating upgrade...
> >>> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
> >>> [user@dom0 ~]$ qvm-run -p d9 "sudo dpkg -l" | grep qubes-gui
> >>> ii qubes-gui-agent 3.2.8+deb9u1 amd64 Makes X11 windows available to
> >>> qubes dom0
> >>> ```
> >>
> >> Interesting, I have qubes-gui-agent 3.2.11 already, from
> >> stretch-testing. Do you have some caching proxy in between?
> >>
> > At one point I was using Rustybirds update cache proxy, but I've since
> > switched back to a whonix-gw and unchecked "Allow connections to Updates
> > Proxy".
> > 
> > I have two debian-9 templates, and they both were connected to update
> > cache and are now connected to whonix-gw. Here's the results from my two
> > debian-9 templates (one is using stretch-testing and
> > stretch-securitytesting the other has only stretch-testing although I
> > don't think that should matter):
> > 
> > ```
> > [user@dom0 ~]$ qvm-run -p d9 "sudo apt-get update && sudo apt-get
> > dist-upgrade -y -V"
> > Hit:1 http://vwakviie2ienjx6t.onion/debian stretch InRelease
> > Hit:2 http://sgvtcaew4bxjd7ln.onion stretch/updates InRelease
> > Hit:3 http://deb.qubes-os.org/r3.2/vm stretch-testing InRelease
> > Hit:4 http://deb.qubes-os.org/r3.2/vm stretch-securitytesting InRelease
> > Reading package lists...
> > Reading package lists...
> > Building dependency tree...
> > Reading state information...
> > Calculating upgrade...
> > 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
> > [user@dom0 ~]$ qvm-run -p d9-kali "sudo apt-get update && sudo apt-get
> > dist-upgrade -y -V"
> > Hit:1 http://vwakviie2ienjx6t.onion/debian stretch InRelease
> > Hit:2 http://sgvtcaew4bxjd7ln.onion stretch/updates InRelease
> > Hit:3 http://deb.qubes-os.org/r3.2/vm stretch-testing InRelease
> > Hit:5 http://deb.bitmask.net/debian stretch InRelease
> > Hit:4 http://archive-3.kali.org/kali kali-rolling InRelease
> > Reading package lists...
> > Reading package lists...
> > Building dependency tree...
> > Reading state information...
> > Calculating upgrade...
> > The following packages have been kept back:
> >qubes-gui-agent (3.2.8+deb9u1 => 3.2.11-1+deb9u1)
> > 0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
> > [user@dom0 ~]$ qvm-run -p d9-kali "sudo aptitude dist-upgrade"
> > Reading package lists...
> > Building dependency tree...
> > Reading state information...
> > Reading extended state information...
> > Initializing package states...
> > Building tag database...
> > The following NEW packages will be installed:
> >   xserver-xorg-input-qubes{ab} xserver-xorg-video-dummyqbs{ab}
> > The following packages will be upgraded:
> >   qubes-gui-agent
> > 1 packages upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
> > Need to get 66.5 kB of archives. After unpacking 36.9 kB will be used.
> > The following packages have unmet dependencies:
> >  xserver-xorg-video-dummyqbs : Depends: xorg-video-abi-23 which is a
> > virtual package, provided by:
> > - xserver-xorg-core
> > (2:1.19.0-2), but 2:1.18.4-2 is installed
> > 
> >Depends: xserver-xorg-core (>=
> > 2:1.18.99.901) but 2:1.18.4-2 is installed
> >  xserver-xorg-input-qubes : Depends: xorg-input-abi-24 which is a
> > virtual package, provided by:
> >  - xserver-xorg-core (2:1.19.0-2),
> > but 2:1.18.4-2 is installed
> > 
> > Depends: xserver-xorg-core (>=
> > 2:1.18.99.901) but 2:1.18.4-2 is installed
> > The following actions will resolve these dependencies:
> > 
> >  Keep the following packages at their current version:
> > 1) qubes-gui-agent [3.2.8+deb9u1 (now)]
> > 2) xserver-xorg-input-qubes [Not Installed]
> > 3) xserver-xorg-video-dummyqbs [Not Installed]
> > 
> > 
> > 
> > Accept this solution? [Y/n/q/?]
> > ```
> > 
> I fixed the second template (d9-kali) by issuing:
> 
> 

Re: [qubes-users] Kali VM no longer responding

2016-12-12 Thread qubenix
qubenix:
> qubenix:
>> Marek Marczykowski-Górecki:
>>> On Mon, Dec 12, 2016 at 05:10:00PM +, qubenix wrote:
 Marek Marczykowski-Górecki:
> Looks like this issue:
> https://github.com/QubesOS/qubes-issues/issues/2514
>
> Rebuilt package just uploaded to testing repository
> (qubes-gui-agent_3.2.10-2+deb9u1).
>
>
>>>
 Doesn't seem to be fixed in stretch, stretch-testing, or
 stretch-securitytesting yet.
>>>
 ```
 [user@dom0 ~]$ qvm-run -p d9 "sudo apt-get update && sudo apt-get
 dist-upgrade -y"
 Hit:1 http://vwakviie2ienjx6t.onion/debian stretch InRelease
 Hit:2 http://sgvtcaew4bxjd7ln.onion stretch/updates InRelease
 Hit:3 http://deb.qubes-os.org/r3.2/vm stretch-testing InRelease
 Hit:4 http://deb.qubes-os.org/r3.2/vm stretch-securitytesting InRelease
 Reading package lists...
 Reading package lists...
 Building dependency tree...
 Reading state information...
 Calculating upgrade...
 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
 [user@dom0 ~]$ qvm-run -p d9 "sudo dpkg -l" | grep qubes-gui
 ii qubes-gui-agent 3.2.8+deb9u1 amd64 Makes X11 windows available to
 qubes dom0
 ```
>>>
>>> Interesting, I have qubes-gui-agent 3.2.11 already, from
>>> stretch-testing. Do you have some caching proxy in between?
>>>
>> At one point I was using Rustybirds update cache proxy, but I've since
>> switched back to a whonix-gw and unchecked "Allow connections to Updates
>> Proxy".
>>
>> I have two debian-9 templates, and they both were connected to update
>> cache and are now connected to whonix-gw. Here's the results from my two
>> debian-9 templates (one is using stretch-testing and
>> stretch-securitytesting the other has only stretch-testing although I
>> don't think that should matter):
>>
>> ```
>> [user@dom0 ~]$ qvm-run -p d9 "sudo apt-get update && sudo apt-get
>> dist-upgrade -y -V"
>> Hit:1 http://vwakviie2ienjx6t.onion/debian stretch InRelease
>> Hit:2 http://sgvtcaew4bxjd7ln.onion stretch/updates InRelease
>> Hit:3 http://deb.qubes-os.org/r3.2/vm stretch-testing InRelease
>> Hit:4 http://deb.qubes-os.org/r3.2/vm stretch-securitytesting InRelease
>> Reading package lists...
>> Reading package lists...
>> Building dependency tree...
>> Reading state information...
>> Calculating upgrade...
>> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
>> [user@dom0 ~]$ qvm-run -p d9-kali "sudo apt-get update && sudo apt-get
>> dist-upgrade -y -V"
>> Hit:1 http://vwakviie2ienjx6t.onion/debian stretch InRelease
>> Hit:2 http://sgvtcaew4bxjd7ln.onion stretch/updates InRelease
>> Hit:3 http://deb.qubes-os.org/r3.2/vm stretch-testing InRelease
>> Hit:5 http://deb.bitmask.net/debian stretch InRelease
>> Hit:4 http://archive-3.kali.org/kali kali-rolling InRelease
>> Reading package lists...
>> Reading package lists...
>> Building dependency tree...
>> Reading state information...
>> Calculating upgrade...
>> The following packages have been kept back:
>>qubes-gui-agent (3.2.8+deb9u1 => 3.2.11-1+deb9u1)
>> 0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
>> [user@dom0 ~]$ qvm-run -p d9-kali "sudo aptitude dist-upgrade"
>> Reading package lists...
>> Building dependency tree...
>> Reading state information...
>> Reading extended state information...
>> Initializing package states...
>> Building tag database...
>> The following NEW packages will be installed:
>>   xserver-xorg-input-qubes{ab} xserver-xorg-video-dummyqbs{ab}
>> The following packages will be upgraded:
>>   qubes-gui-agent
>> 1 packages upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
>> Need to get 66.5 kB of archives. After unpacking 36.9 kB will be used.
>> The following packages have unmet dependencies:
>>  xserver-xorg-video-dummyqbs : Depends: xorg-video-abi-23 which is a
>> virtual package, provided by:
>> - xserver-xorg-core
>> (2:1.19.0-2), but 2:1.18.4-2 is installed
>>
>>Depends: xserver-xorg-core (>=
>> 2:1.18.99.901) but 2:1.18.4-2 is installed
>>  xserver-xorg-input-qubes : Depends: xorg-input-abi-24 which is a
>> virtual package, provided by:
>>  - xserver-xorg-core (2:1.19.0-2),
>> but 2:1.18.4-2 is installed
>>
>> Depends: xserver-xorg-core (>=
>> 2:1.18.99.901) but 2:1.18.4-2 is installed
>> The following actions will resolve these dependencies:
>>
>>  Keep the following packages at their current version:
>> 1) qubes-gui-agent [3.2.8+deb9u1 (now)]
>> 2) xserver-xorg-input-qubes [Not Installed]
>> 3) xserver-xorg-video-dummyqbs [Not Installed]
>>
>>
>>
>> Accept this solution? [Y/n/q/?]
>> ```
>>
> I fixed the second template (d9-kali) by issuing:
> 
> sudo apt-get install -t stretch xserver-xorg-core
> sudo apt-get dist-upgrade
> 
> That fixed my dependency problem and upgraded/installed the 3 packages.
> Still, though, my 

Re: [qubes-users] Kali VM no longer responding

2016-12-12 Thread qubenix
qubenix:
> Marek Marczykowski-Górecki:
>> On Mon, Dec 12, 2016 at 05:10:00PM +, qubenix wrote:
>>> Marek Marczykowski-Górecki:
 Looks like this issue:
 https://github.com/QubesOS/qubes-issues/issues/2514

 Rebuilt package just uploaded to testing repository
 (qubes-gui-agent_3.2.10-2+deb9u1).


>>
>>> Doesn't seem to be fixed in stretch, stretch-testing, or
>>> stretch-securitytesting yet.
>>
>>> ```
>>> [user@dom0 ~]$ qvm-run -p d9 "sudo apt-get update && sudo apt-get
>>> dist-upgrade -y"
>>> Hit:1 http://vwakviie2ienjx6t.onion/debian stretch InRelease
>>> Hit:2 http://sgvtcaew4bxjd7ln.onion stretch/updates InRelease
>>> Hit:3 http://deb.qubes-os.org/r3.2/vm stretch-testing InRelease
>>> Hit:4 http://deb.qubes-os.org/r3.2/vm stretch-securitytesting InRelease
>>> Reading package lists...
>>> Reading package lists...
>>> Building dependency tree...
>>> Reading state information...
>>> Calculating upgrade...
>>> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
>>> [user@dom0 ~]$ qvm-run -p d9 "sudo dpkg -l" | grep qubes-gui
>>> ii qubes-gui-agent 3.2.8+deb9u1 amd64 Makes X11 windows available to
>>> qubes dom0
>>> ```
>>
>> Interesting, I have qubes-gui-agent 3.2.11 already, from
>> stretch-testing. Do you have some caching proxy in between?
>>
> At one point I was using Rustybirds update cache proxy, but I've since
> switched back to a whonix-gw and unchecked "Allow connections to Updates
> Proxy".
> 
> I have two debian-9 templates, and they both were connected to update
> cache and are now connected to whonix-gw. Here's the results from my two
> debian-9 templates (one is using stretch-testing and
> stretch-securitytesting the other has only stretch-testing although I
> don't think that should matter):
> 
> ```
> [user@dom0 ~]$ qvm-run -p d9 "sudo apt-get update && sudo apt-get
> dist-upgrade -y -V"
> Hit:1 http://vwakviie2ienjx6t.onion/debian stretch InRelease
> Hit:2 http://sgvtcaew4bxjd7ln.onion stretch/updates InRelease
> Hit:3 http://deb.qubes-os.org/r3.2/vm stretch-testing InRelease
> Hit:4 http://deb.qubes-os.org/r3.2/vm stretch-securitytesting InRelease
> Reading package lists...
> Reading package lists...
> Building dependency tree...
> Reading state information...
> Calculating upgrade...
> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
> [user@dom0 ~]$ qvm-run -p d9-kali "sudo apt-get update && sudo apt-get
> dist-upgrade -y -V"
> Hit:1 http://vwakviie2ienjx6t.onion/debian stretch InRelease
> Hit:2 http://sgvtcaew4bxjd7ln.onion stretch/updates InRelease
> Hit:3 http://deb.qubes-os.org/r3.2/vm stretch-testing InRelease
> Hit:5 http://deb.bitmask.net/debian stretch InRelease
> Hit:4 http://archive-3.kali.org/kali kali-rolling InRelease
> Reading package lists...
> Reading package lists...
> Building dependency tree...
> Reading state information...
> Calculating upgrade...
> The following packages have been kept back:
>qubes-gui-agent (3.2.8+deb9u1 => 3.2.11-1+deb9u1)
> 0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
> [user@dom0 ~]$ qvm-run -p d9-kali "sudo aptitude dist-upgrade"
> Reading package lists...
> Building dependency tree...
> Reading state information...
> Reading extended state information...
> Initializing package states...
> Building tag database...
> The following NEW packages will be installed:
>   xserver-xorg-input-qubes{ab} xserver-xorg-video-dummyqbs{ab}
> The following packages will be upgraded:
>   qubes-gui-agent
> 1 packages upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
> Need to get 66.5 kB of archives. After unpacking 36.9 kB will be used.
> The following packages have unmet dependencies:
>  xserver-xorg-video-dummyqbs : Depends: xorg-video-abi-23 which is a
> virtual package, provided by:
> - xserver-xorg-core
> (2:1.19.0-2), but 2:1.18.4-2 is installed
> 
>Depends: xserver-xorg-core (>=
> 2:1.18.99.901) but 2:1.18.4-2 is installed
>  xserver-xorg-input-qubes : Depends: xorg-input-abi-24 which is a
> virtual package, provided by:
>  - xserver-xorg-core (2:1.19.0-2),
> but 2:1.18.4-2 is installed
> 
> Depends: xserver-xorg-core (>=
> 2:1.18.99.901) but 2:1.18.4-2 is installed
> The following actions will resolve these dependencies:
> 
>  Keep the following packages at their current version:
> 1) qubes-gui-agent [3.2.8+deb9u1 (now)]
> 2) xserver-xorg-input-qubes [Not Installed]
> 3) xserver-xorg-video-dummyqbs [Not Installed]
> 
> 
> 
> Accept this solution? [Y/n/q/?]
> ```
> 
I fixed the second template (d9-kali) by issuing:

sudo apt-get install -t stretch xserver-xorg-core
sudo apt-get dist-upgrade

That fixed my dependency problem and upgraded/installed the 3 packages.
Still, though, my d9 template is acting as though there is no package to
upgrade.

-- 
qubenix
GPG: B536812904D455B491DCDCDD04BE1E61A3C2E500

-- 

Re: [qubes-users] Kali VM no longer responding

2016-12-12 Thread qubenix
Marek Marczykowski-Górecki:
> On Mon, Dec 12, 2016 at 05:10:00PM +, qubenix wrote:
>> Marek Marczykowski-Górecki:
>>> Looks like this issue:
>>> https://github.com/QubesOS/qubes-issues/issues/2514
>>>
>>> Rebuilt package just uploaded to testing repository
>>> (qubes-gui-agent_3.2.10-2+deb9u1).
>>>
>>>
> 
>> Doesn't seem to be fixed in stretch, stretch-testing, or
>> stretch-securitytesting yet.
> 
>> ```
>> [user@dom0 ~]$ qvm-run -p d9 "sudo apt-get update && sudo apt-get
>> dist-upgrade -y"
>> Hit:1 http://vwakviie2ienjx6t.onion/debian stretch InRelease
>> Hit:2 http://sgvtcaew4bxjd7ln.onion stretch/updates InRelease
>> Hit:3 http://deb.qubes-os.org/r3.2/vm stretch-testing InRelease
>> Hit:4 http://deb.qubes-os.org/r3.2/vm stretch-securitytesting InRelease
>> Reading package lists...
>> Reading package lists...
>> Building dependency tree...
>> Reading state information...
>> Calculating upgrade...
>> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
>> [user@dom0 ~]$ qvm-run -p d9 "sudo dpkg -l" | grep qubes-gui
>> ii qubes-gui-agent 3.2.8+deb9u1 amd64 Makes X11 windows available to
>> qubes dom0
>> ```
> 
> Interesting, I have qubes-gui-agent 3.2.11 already, from
> stretch-testing. Do you have some caching proxy in between?
> 
At one point I was using Rustybirds update cache proxy, but I've since
switched back to a whonix-gw and unchecked "Allow connections to Updates
Proxy".

I have two debian-9 templates, and they both were connected to update
cache and are now connected to whonix-gw. Here's the results from my two
debian-9 templates (one is using stretch-testing and
stretch-securitytesting the other has only stretch-testing although I
don't think that should matter):

```
[user@dom0 ~]$ qvm-run -p d9 "sudo apt-get update && sudo apt-get
dist-upgrade -y -V"
Hit:1 http://vwakviie2ienjx6t.onion/debian stretch InRelease
Hit:2 http://sgvtcaew4bxjd7ln.onion stretch/updates InRelease
Hit:3 http://deb.qubes-os.org/r3.2/vm stretch-testing InRelease
Hit:4 http://deb.qubes-os.org/r3.2/vm stretch-securitytesting InRelease
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
Calculating upgrade...
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[user@dom0 ~]$ qvm-run -p d9-kali "sudo apt-get update && sudo apt-get
dist-upgrade -y -V"
Hit:1 http://vwakviie2ienjx6t.onion/debian stretch InRelease
Hit:2 http://sgvtcaew4bxjd7ln.onion stretch/updates InRelease
Hit:3 http://deb.qubes-os.org/r3.2/vm stretch-testing InRelease
Hit:5 http://deb.bitmask.net/debian stretch InRelease
Hit:4 http://archive-3.kali.org/kali kali-rolling InRelease
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
Calculating upgrade...
The following packages have been kept back:
   qubes-gui-agent (3.2.8+deb9u1 => 3.2.11-1+deb9u1)
0 upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
[user@dom0 ~]$ qvm-run -p d9-kali "sudo aptitude dist-upgrade"
Reading package lists...
Building dependency tree...
Reading state information...
Reading extended state information...
Initializing package states...
Building tag database...
The following NEW packages will be installed:
  xserver-xorg-input-qubes{ab} xserver-xorg-video-dummyqbs{ab}
The following packages will be upgraded:
  qubes-gui-agent
1 packages upgraded, 2 newly installed, 0 to remove and 0 not upgraded.
Need to get 66.5 kB of archives. After unpacking 36.9 kB will be used.
The following packages have unmet dependencies:
 xserver-xorg-video-dummyqbs : Depends: xorg-video-abi-23 which is a
virtual package, provided by:
- xserver-xorg-core
(2:1.19.0-2), but 2:1.18.4-2 is installed

   Depends: xserver-xorg-core (>=
2:1.18.99.901) but 2:1.18.4-2 is installed
 xserver-xorg-input-qubes : Depends: xorg-input-abi-24 which is a
virtual package, provided by:
 - xserver-xorg-core (2:1.19.0-2),
but 2:1.18.4-2 is installed

Depends: xserver-xorg-core (>=
2:1.18.99.901) but 2:1.18.4-2 is installed
The following actions will resolve these dependencies:

 Keep the following packages at their current version:
1) qubes-gui-agent [3.2.8+deb9u1 (now)]
2) xserver-xorg-input-qubes [Not Installed]
3) xserver-xorg-video-dummyqbs [Not Installed]



Accept this solution? [Y/n/q/?]
```

-- 
qubenix
GPG: B536812904D455B491DCDCDD04BE1E61A3C2E500

-- 
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/0e8cbae1-d606-6ff4-b65a-79417943bf4b%40riseup.net.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] Kali VM no longer responding

2016-12-12 Thread Marek Marczykowski-Górecki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Mon, Dec 12, 2016 at 05:10:00PM +, qubenix wrote:
> Marek Marczykowski-Górecki:
> > Looks like this issue:
> > https://github.com/QubesOS/qubes-issues/issues/2514
> > 
> > Rebuilt package just uploaded to testing repository
> > (qubes-gui-agent_3.2.10-2+deb9u1).
> > 
> > 
> 
> Doesn't seem to be fixed in stretch, stretch-testing, or
> stretch-securitytesting yet.
> 
> ```
> [user@dom0 ~]$ qvm-run -p d9 "sudo apt-get update && sudo apt-get
> dist-upgrade -y"
> Hit:1 http://vwakviie2ienjx6t.onion/debian stretch InRelease
> Hit:2 http://sgvtcaew4bxjd7ln.onion stretch/updates InRelease
> Hit:3 http://deb.qubes-os.org/r3.2/vm stretch-testing InRelease
> Hit:4 http://deb.qubes-os.org/r3.2/vm stretch-securitytesting InRelease
> Reading package lists...
> Reading package lists...
> Building dependency tree...
> Reading state information...
> Calculating upgrade...
> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
> [user@dom0 ~]$ qvm-run -p d9 "sudo dpkg -l" | grep qubes-gui
> ii qubes-gui-agent 3.2.8+deb9u1 amd64 Makes X11 windows available to
> qubes dom0
> ```

Interesting, I have qubes-gui-agent 3.2.11 already, from
stretch-testing. Do you have some caching proxy in between?

- -- 
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJYTxerAAoJENuP0xzK19csdMMH/iJr7fL/7PkzfLmExgc/Q7wi
vp4M3UUo4j+gk70ROhR3I2kvLNccgeYmKnR5n2Mw1vTO9/mfGyHoXvZXx3+DPz33
o22MnV/ZBicRpBHFy3FxQ3LnLSmpnRy9xNHzuyWQA1U3ASS4CJtEUIXVaAOSExhv
uBZwqgGiBo1h14q4NTSi+wVvhXTxCCnDsv6kf8qUnNDcUo+zrubr+A4wm2qfwH1i
DcPNc5j1+FXX/NQMjT9nMdeb9Ri68bcXsapjUtq1FZuZda0Q2rcTaBpEgv4U+pYR
zStJWxje+oLxCdCMttByA3gHGjLXNDhqQLNJnSr/YFsaERW7gnLIXMWpuFjk7f4=
=Z1cq
-END PGP SIGNATURE-

-- 
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/20161212213330.GH1180%40mail-itl.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] Kali VM no longer responding

2016-12-12 Thread qubenix
Marek Marczykowski-Górecki:
> On Mon, Dec 12, 2016 at 12:17:16AM +, a.mcwh...@yandex.com wrote:
>> That means not only me has the same issue with debian-9 template. I've 
>> started reinstalling template.
> 
>> On December 12, 2016 11:01:00 AM AEDT, qubenix  wrote:
>>> Lucas Arnström:
 Hi, I have been using a debian template converted into kali for quite
 some time. But recently, neither the kali template nor any appvms
>>> based
 on it are responding. I can start the vms just fine, but cant do much
 other than that. It seems to be some recent change that induced this
 problem, considering i have been able to use the very same vms for
>>> quite
 some time. But after my last update they all stopped working.

 I have attempted to do a complete rebuild of my kali template. I got
 everything set up, but as soon as I restarted the template I got the
 same issue again.

 I'm attaching the logs.

 // Lucas

>>>
>>> I've had this same experience after a dist-upgrade on my debian-9
>>> template (d9) about 12 hours ago. I had made a clone of this template
>>> about two weeks ago and added the kali repos and some packages.
>>> Strangely, my kali template (and AppVM based on it) work normal even
>>> though it was also upgraded at the same time.
>>>
>>> ```
>>> user@dom0:~$ qvm-run -p d9 gnome-terminal
>>> Unable to init server: Could not connect: Connection refused
>>> Failed to parse arguments: Cannot open display:
>>> ```
> 
> Looks like this issue:
> https://github.com/QubesOS/qubes-issues/issues/2514
> 
> Rebuilt package just uploaded to testing repository
> (qubes-gui-agent_3.2.10-2+deb9u1).
> 
> 

Doesn't seem to be fixed in stretch, stretch-testing, or
stretch-securitytesting yet.

```
[user@dom0 ~]$ qvm-run -p d9 "sudo apt-get update && sudo apt-get
dist-upgrade -y"
Hit:1 http://vwakviie2ienjx6t.onion/debian stretch InRelease
Hit:2 http://sgvtcaew4bxjd7ln.onion stretch/updates InRelease
Hit:3 http://deb.qubes-os.org/r3.2/vm stretch-testing InRelease
Hit:4 http://deb.qubes-os.org/r3.2/vm stretch-securitytesting InRelease
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
Calculating upgrade...
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[user@dom0 ~]$ qvm-run -p d9 "sudo dpkg -l" | grep qubes-gui
ii qubes-gui-agent 3.2.8+deb9u1 amd64 Makes X11 windows available to
qubes dom0
```
-- 
qubenix
GPG: B536812904D455B491DCDCDD04BE1E61A3C2E500

-- 
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/c5b9c017-5864-abb5-529b-b995500ca705%40riseup.net.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] Kali VM no longer responding

2016-12-12 Thread qubenix
Marek Marczykowski-Górecki:
> On Mon, Dec 12, 2016 at 12:17:16AM +, a.mcwh...@yandex.com wrote:
>> That means not only me has the same issue with debian-9 template. I've 
>> started reinstalling template.
> 
>> On December 12, 2016 11:01:00 AM AEDT, qubenix  wrote:
>>> Lucas Arnström:
 Hi, I have been using a debian template converted into kali for quite
 some time. But recently, neither the kali template nor any appvms
>>> based
 on it are responding. I can start the vms just fine, but cant do much
 other than that. It seems to be some recent change that induced this
 problem, considering i have been able to use the very same vms for
>>> quite
 some time. But after my last update they all stopped working.

 I have attempted to do a complete rebuild of my kali template. I got
 everything set up, but as soon as I restarted the template I got the
 same issue again.

 I'm attaching the logs.

 // Lucas

>>>
>>> I've had this same experience after a dist-upgrade on my debian-9
>>> template (d9) about 12 hours ago. I had made a clone of this template
>>> about two weeks ago and added the kali repos and some packages.
>>> Strangely, my kali template (and AppVM based on it) work normal even
>>> though it was also upgraded at the same time.
>>>
>>> ```
>>> user@dom0:~$ qvm-run -p d9 gnome-terminal
>>> Unable to init server: Could not connect: Connection refused
>>> Failed to parse arguments: Cannot open display:
>>> ```
> 
> Looks like this issue:
> https://github.com/QubesOS/qubes-issues/issues/2514
> 
> Rebuilt package just uploaded to testing repository
> (qubes-gui-agent_3.2.10-2+deb9u1).
> 
> 

Doesn't seem to be fixed in stretch, stretch-testing, or
stretch-securitytesting yet.

```
[user@dom0 ~]$ qvm-run -p d9 "sudo apt-get update && sudo apt-get
dist-upgrade -y"
Hit:1 http://vwakviie2ienjx6t.onion/debian stretch InRelease
Hit:2 http://sgvtcaew4bxjd7ln.onion stretch/updates InRelease
Hit:3 http://deb.qubes-os.org/r3.2/vm stretch-testing InRelease
Hit:4 http://deb.qubes-os.org/r3.2/vm stretch-securitytesting InRelease
Reading package lists...
Reading package lists...
Building dependency tree...
Reading state information...
Calculating upgrade...
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
[user@dom0 ~]$ qvm-run -p d9 "sudo dpkg -l" | grep qubes-guiii
qubes-gui-agent  3.2.8+deb9u1
amd64Makes X11 windows available to qubes dom0
```
-- 
qubenix
GPG: B536812904D455B491DCDCDD04BE1E61A3C2E500

-- 
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/43f95f6f-3e98-a174-196c-d3799f1f565c%40riseup.net.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] Kali VM no longer responding

2016-12-11 Thread Marek Marczykowski-Górecki
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

On Mon, Dec 12, 2016 at 12:17:16AM +, a.mcwh...@yandex.com wrote:
> That means not only me has the same issue with debian-9 template. I've 
> started reinstalling template.
> 
> On December 12, 2016 11:01:00 AM AEDT, qubenix  wrote:
> >Lucas Arnström:
> >> Hi, I have been using a debian template converted into kali for quite
> >> some time. But recently, neither the kali template nor any appvms
> >based
> >> on it are responding. I can start the vms just fine, but cant do much
> >> other than that. It seems to be some recent change that induced this
> >> problem, considering i have been able to use the very same vms for
> >quite
> >> some time. But after my last update they all stopped working.
> >> 
> >> I have attempted to do a complete rebuild of my kali template. I got
> >> everything set up, but as soon as I restarted the template I got the
> >> same issue again.
> >> 
> >> I'm attaching the logs.
> >> 
> >> // Lucas
> >> 
> >
> >I've had this same experience after a dist-upgrade on my debian-9
> >template (d9) about 12 hours ago. I had made a clone of this template
> >about two weeks ago and added the kali repos and some packages.
> >Strangely, my kali template (and AppVM based on it) work normal even
> >though it was also upgraded at the same time.
> >
> >```
> >user@dom0:~$ qvm-run -p d9 gnome-terminal
> >Unable to init server: Could not connect: Connection refused
> >Failed to parse arguments: Cannot open display:
> >```

Looks like this issue:
https://github.com/QubesOS/qubes-issues/issues/2514

Rebuilt package just uploaded to testing repository
(qubes-gui-agent_3.2.10-2+deb9u1).

- -- 
Best Regards,
Marek Marczykowski-Górecki
Invisible Things Lab
A: Because it messes up the order in which people normally read text.
Q: Why is top-posting such a bad thing?
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJYThG0AAoJENuP0xzK19csldEH/jrTxcryYPNjC/umInRN2BG4
Lgc3EaAdtlF+wVnW+EKD0aq/8Xiyxq0VetCiGHRMH5ia4o9StnUnFQUTIE77gWuJ
ocy7XfP+n8rhpBfE/cCpVVeUZiFTJMP4CgRAmnw5o4od1Qx0Kf6t15ORc92GjXRt
aW1MZBkRfWSoXDWHaux8flw2UvNo5tSI3ugyo3eRSRJxCmKDvgBRoSW/OXZPdhUV
VHgt2mGouf1UALO/OSSqvewlsD93AEyh8hjio3qjtCziFzTEsHT9N7jzFdpB8R53
LN/XFF9IxjXiIMB/UEVDRe+ypWhg6TNfUku/ZE5TCTLeMBKgj132738bb7UYsZA=
=MQId
-END PGP SIGNATURE-

-- 
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/20161212025547.GW16264%40mail-itl.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] Kali VM no longer responding

2016-12-11 Thread a . mcwheel
That means not only me has the same issue with debian-9 template. I've started 
reinstalling template.

On December 12, 2016 11:01:00 AM AEDT, qubenix  wrote:
>Lucas Arnström:
>> Hi, I have been using a debian template converted into kali for quite
>> some time. But recently, neither the kali template nor any appvms
>based
>> on it are responding. I can start the vms just fine, but cant do much
>> other than that. It seems to be some recent change that induced this
>> problem, considering i have been able to use the very same vms for
>quite
>> some time. But after my last update they all stopped working.
>> 
>> I have attempted to do a complete rebuild of my kali template. I got
>> everything set up, but as soon as I restarted the template I got the
>> same issue again.
>> 
>> I'm attaching the logs.
>> 
>> // Lucas
>> 
>
>I've had this same experience after a dist-upgrade on my debian-9
>template (d9) about 12 hours ago. I had made a clone of this template
>about two weeks ago and added the kali repos and some packages.
>Strangely, my kali template (and AppVM based on it) work normal even
>though it was also upgraded at the same time.
>
>```
>user@dom0:~$ qvm-run -p d9 gnome-terminal
>Unable to init server: Could not connect: Connection refused
>Failed to parse arguments: Cannot open display:
>```
>
>-- 
>qubenix
>GPG: B536812904D455B491DCDCDD04BE1E61A3C2E500
>
>-- 
>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/7851f332-b97d-e5cb-3bb6-02d09be245da%40riseup.net.
>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/11C7A11E-265A-4FDC-BAF0-6224A905D455%40yandex.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] Kali VM no longer responding

2016-12-11 Thread qubenix
Lucas Arnström:
> Hi, I have been using a debian template converted into kali for quite
> some time. But recently, neither the kali template nor any appvms based
> on it are responding. I can start the vms just fine, but cant do much
> other than that. It seems to be some recent change that induced this
> problem, considering i have been able to use the very same vms for quite
> some time. But after my last update they all stopped working.
> 
> I have attempted to do a complete rebuild of my kali template. I got
> everything set up, but as soon as I restarted the template I got the
> same issue again.
> 
> I'm attaching the logs.
> 
> // Lucas
> 

I've had this same experience after a dist-upgrade on my debian-9
template (d9) about 12 hours ago. I had made a clone of this template
about two weeks ago and added the kali repos and some packages.
Strangely, my kali template (and AppVM based on it) work normal even
though it was also upgraded at the same time.

```
user@dom0:~$ qvm-run -p d9 gnome-terminal
Unable to init server: Could not connect: Connection refused
Failed to parse arguments: Cannot open display:
```

-- 
qubenix
GPG: B536812904D455B491DCDCDD04BE1E61A3C2E500

-- 
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/7851f332-b97d-e5cb-3bb6-02d09be245da%40riseup.net.
For more options, visit https://groups.google.com/d/optout.