date:20170113

[qubes-users] All audio on streaming video out of sync

2017-01-13 Thread Gaijin

All of the audio for videos played on my AppVMs, regardless of what 
template it's based on (Fedora 24/Debian 8), or what browser I try 
(Firefox/Chrome/Vivaldi), is completely out of sync. It's not just 
YouTube, but Vimeo, self-hosted, etc.


I tried uncommenting audio_low_latency in /etc/qubes/quid.conf in dom0
That didn't fix things.
I tried playing with the realtime-priority in /etc/pulse/daemon.conf
That didn't seem to make any difference.

Are there any other places where I could try to fix this latency issue? 
I assume it's dom0 as everything is affected.


--
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/9bbee48082174f3e6c8cb2d58a1218a3%40riseup.net.
For more options, visit https://groups.google.com/d/optout.

Re: [qubes-users] OnionShare

2017-01-13 Thread haxy

>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA512
>>
>> On 2017-01-08 17:44, Unman wrote:
>>> On Mon, Jan 09, 2017 at 01:16:01AM +, Unman wrote:
 On Mon, Jan 09, 2017 at 12:48:58AM -, haxy wrote:
>> On Sun, Jan 08, 2017 at 11:50:37PM -, haxy wrote:
> On Wed, Jan 04, 2017 at 03:02:48AM +, Unman wrote:
>> On Wed, Jan 04, 2017 at 12:39:39AM -, haxy wrote:
 On Mon, Jan 02, 2017 at 11:35:22PM -, haxy wrote:
> Does OnionShare work safely in Qubes?
>
> Gave it a try with an AppVm based on a qubes-debian template
>>> but
>> wasn't
> able to get it working.
>
> Haven't been able to find any posts in the qubes users or
> devel
>> forums
> about this. Did see some discussion on the whonix forum but
>>> that
>> looks
> to
> still be in the development stage.
>
> Would it be possible using a non-qubes debian or fedora hvm?
>
>

 You don't say why you weren't able to get it working, or what
>>> steps
>> you
 took to troubleshoot the problem.
 I can confirm that it works fine on a standard Debian appVM.

 From your reference to whonix, I suspect that that is your
>>> problem.
>> I
 don't use whonix so cant check this but I believe that
>>> onionshare
>> relies
 on access to a tor control port opened with Tor Browser. I
 think
>> that
 the whonix design would preclude this.

 You can try with a normal qube connected to sys-firewall. You
>>> can't
>> use
 the normal qubes torVM because that doesn't have the control
>>> port
>> open,
 but with some minor modifications you can fix this, and then
 try
>>> to
>> run
 onionshare there.

 I don't believe there are any "safety" issues.

 unman
>>>
>>> @ unman:  Thanks and you are right.  I should have included the
>>> steps
>>> taken to troubleshoot.
>>>
>>> Steps taken:
>>>
>>> 1. Using a cloned qubes-debian template created an AppVM.
>>> 2. Installed onionshare via debian apt-get.
>>> 3. Was able to open onionshare but not able to connect using
>> sys-firewall
>>> as the Net-VM.
>>> 4. Deleted the AppVM, created new AppVM and reinstalled via
>>> debian
>>> apt-get.  Although onionshare appeared to install properly,
>> onionshare
>> was
>>> not accessable via konsole nor visible in file manager.
>>> 5. Installed in the cloned template with the same results.
>>>
>>> unman quote: I can confirm that it works fine on a standard
>>> Debian
>> appVM.
>>>
>>> As I'm unsure, are you referring to an AppVM based on the
>>> included
>> qubes
>>> debian template?
>>>
>>> Maybe a problem with the debian repo?  Did you install via
>>> debian
>> repo
>> or
>>> do a build?
>>>
>>
>> I used a qube based on the standard Debian template.
>> Cloned with git and installed the dependencies, and the TBB.
>> Started the TorBrowser.
>> Ran the onionshare-gui script.
>> Tested the connection to TorBrowser from File-Settings.
>> Shared a file.
>>
>> I'll check using the Debian package.
>>
>
> OK, well apart from the huge dependencies pulled in, everything
>>> seemed
> to work.
> Created qube based on standard Debian template.
> Installed the onionshare package with apt-get.
> Started onionshare-gui from xterm.
> I had to start TBB - why? The install pulled in tor and started
> it.
> Once TBB running and checked, I could share files.
>
> In view of your later email I'd suggest testing with a standard
> TBB.
> You can follow progress from the term where you started
> onionshare,
>>> and
> you should see the connection established to the control port and
>>> then
> the HS being set up.
> Obviously you will need to test the TBB is working.
>
> unman
>
>
>
 @ unman:  Thanks for your help!  Onionshare working now.
 Found that "searching" for onionshare after install would only
 work
 as
 root.

 Also, you were right about testing with standared TBB version.
 Using the hardened version results in:

 "Can't connect to Tor contro

[qubes-users] Disable Intel ME

2017-01-13 Thread Connor Page

thank you for the link. I have successfuly tried it on a Haswell notebook. it 
doesn't disable ME but (supposedly) limits it's functionality by removing all 
modules but 2.

-- 
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/443c2293-5cb6-4a44-bcc5-56ccc56a90e7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Re: Updates, security

2017-01-13 Thread haxy

> Going back to the first post.
>
> "Qubes repository will allow changing the
> "http" to "https" in the qubes entry /etc/apt/sources.list.d/."
>
> How would one implement that on a qubes-fedora template?
>
> Looking at Installing and updating software in VMs
> "http://qubesosmamapaxpa.onion/doc/software-update-vm/";
>
> It looks like https mirrors are used for fedora and that other entries in
> yum.repos.d including qubes-*.repo could be changed from http to https.
>
> Would that work?
> Although onion service would be preferred, might be a bit better than
> clearnet after exit node.
>


Sorry, thought this would merge with the previous Updates, security post.

Link here:
https://groups.google.com/forum/?_escaped_fragment_=topic/qubes-users/MZ4Lnene4FM#!topic/qubes-users/MZ4Lnene4FM


-- 
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/7d91cb8b3a6a000b82e5cf18dc244e33.webmail%40localhost.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Updates, security

2017-01-13 Thread haxy

Going back to the first post.

"Qubes repository will allow changing the
"http" to "https" in the qubes entry /etc/apt/sources.list.d/."

How would one implement that on a qubes-fedora template?

Looking at Installing and updating software in VMs
"http://qubesosmamapaxpa.onion/doc/software-update-vm/";

It looks like https mirrors are used for fedora and that other entries in
yum.repos.d including qubes-*.repo could be changed from http to https.

Would that work?
Although onion service would be preferred, might be a bit better than
clearnet after exit node.







-- 
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/5fcd1f8e782a906fb5d9b1430ee885e7.webmail%40localhost.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] Web video suddenly plays at 1/6 speed

2017-01-13 Thread justin . h . holguin

I have a recent desktop machine running Qubes 3.2 on a 4GHz i7 with 16GB of RAM
and integrated Intel graphics. Until yesterday, I'd been happily watching
Netflix and Youtube videos without any trouble.

Then I boot up my PC one day and suddenly playback on those sites is at about
1/6 speed--totally unwatchable. It's the same whether the Qube is based on
fedora-23, fedora-24, debian-8, or debian-9. It also doesn't matter whether I
use Firefox or Chrome. It still happens on a fresh Qube made from an untouched
template.

Performance otherwise is great--my connection is testing at about 50Mb,
applications (including browsers) are fast and responsive as ever. I can even
watch videos in VLC without any problems. It's only browser-based playback that
doesn't work, and it never works no matter what.

I didn't do anything unusual before this started happening except trim all the
templates (which I'd never done) and update all the templates (which I do
regularly).

I'm completely baffled by this, so I'm turning to the list for help. Any ideas?

--
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/97bd3161-ee71-4169-a194-4bf452729fff%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[qubes-users] kali failing to start as a HVM (bootable iso)

2017-01-13 Thread cubit

I'm trying to run the kali iso as a HVM but when running qvm-start in dom0  it 
just fails with the errors below.  The template being used is a standalone HVM. 
Can anyone have pointers on how to work this?

$ qvm-start kali --cdrom work:/home/user/kali-linux-xfce-2016.2-amd64.iso
--> Loading the VM (type = HVM)...
Traceback (most recent call last):
  File "/usr/bin/qvm-start", line 136, in 
    main()
  File "/usr/bin/qvm-start", line 120, in main
    xid = vm.start(verbose=options.verbose, 
preparing_dvm=options.preparing_dvm, start_guid=not options.noguid, 
notify_function=tray_notify_generic if options.tray else None)
  File "/usr/lib64/python2.7/site-packages/qubes/modules/01QubesHVm.py", line 
335, in start
    return super(QubesHVm, self).start(*args, **kwargs)
  File "/usr/lib64/python2.7/site-packages/qubes/modules/000QubesVm.py", line 
1966, in start
    self.libvirt_domain.createWithFlags(libvirt.VIR_DOMAIN_START_PAUSED)
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1059, in 
createWithFlags
    if ret == -1: raise libvirtError ('virDomainCreateWithFlags() failed', 
dom=self)
libvirt.libvirtError: internal error: libxenlight failed to create new domain 
'kali'





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

[qubes-users] Re: New Lenovo laptops: X1 (4th Gen), T460/p, and T560

2017-01-13 Thread justin . h . holguin

On Saturday, April 30, 2016 at 12:13:18 AM UTC-7, Andrew David Wong wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA512
> 
> Has anyone had a chance to test (or is in a position to test) Qubes
> compatibility with any of the new higher-end Lenovo laptops, such as
> the X1 Carbon (4th Gen), the T460/p, or the T560?

I've been using 3.2 on a (hidpi) T460p for a couple of months now and it works 
great. Here are some quick bullet points:

* Intel graphics only. There's an NVidia card in there as well, but it's unused 
in Qubes.
* Wifi works flawlessly.
* Integrated webcam works great with USB passthrough.
* No installer issues at all--everything just worked.
* Sleep/resume functionality isn't perfect, but it works about 80+% of the 
time. Better than Ubuntu 16.10, FWIW.

-- 
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/5939ddde-e8db-4ded-ac31-12d14f042f9d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

43 matches

Mail list logo