Bug#928415: firefox-esr: All extensions are disabled
Surprised more people do not clearly see how [badly] this could be used as an attack vector. Tracking individuals by subtle transient modulation etc. More appalling is that the Tor Browser is also affected. Nothing should every be updated or changed unless the user gives a command. External "plugin" updates could be trigged by apt or something along those lines. /Erik Adler B9E0EB17993D8CADE8B44F2AEDC3869E8FA82FC8
Bug#813658: Please enable virgl support
>> Hi. >> >> I'm on current Debian testing, and have: >> >> qemu-*: 1:2.8+dfsg-1 >> >> libvirt0: 2.5.0-3 >> libvirglrenderer0: 0.5.0-1 >> virt-manager: 1:1.4.0-5 >> >> libspice-server1: 0.13.3-1 (installed from: >> https://github.com/adlererik/spice-virgl/releases ). > > Please don't fill bug reports about software not > shipped by Debian. > > Note that in order to enable opengl support in spice > in qemu, you have to build qemu with a spice wich has > opengl support. > > Thanks, > > /mjt I also have full QEMU builds with SPICE 0.13.3-1 for OpenGL/VirGL. Been using then for a few months and they work very nicely. Testing full Gnome and Unity desktop environments with acceleration with close to no issues. https://github.com/adlererik/qemu-virgl/releases Erik Adler GPG/PGP key ID: 0x2B4B58FE gpg --keyserver pgp.mit.edu --recv-keys 0x2B4B58FE
Bug#849569: spice: Please package 0.13 branch to experimental
... crickets from their devs. Its a judgment call from Debian not RedHat when and where this goes in. Users can still use Spice 0.13.x without actually enabling gl=on if they want. I don’t see how it would brake anything. If people want to punch holes into their vm with unix sockets it should be up to them imho. Some have been waiting years for this feature. Maybe it is about time. What do you guys think? All the best Erik Adler GPG/PGP key ID: 0x2B4B58FE gpg --keyserver pgp.mit.edu --recv-keys 0x2B4B58FE
Bug#849569: spice: Please package 0.13 branch to experimental
The only reason I would maybe say no is because that branch is labeled “development release” on the spice site. Looking at their git code commits it seems there is nothing that earth shattering going on. I have not tested spice for anything other then using it with virt-manager, QEMU desktop VMs. For that it works really well and I have had no problems. Don’t need VMware anymore ... finally! Really would like to hear what Marc-André Lureau (RedHat) has to say about how ready this code is. All the best Erik Adler GPG/PGP key ID: 0x2B4B58FE gpg --keyserver pgp.mit.edu --recv-keys 0x2B4B58FE
Bug#849569: spice: Please package 0.13 branch to experimental
I more or less a have already done it. I am a bit new to the whole Debian packaging thing but if somebody wants to mentor me I can give it a spin. I can understand that the maintainers for the stable spice branch might feel a bit iffy about it though. Fair enough. For those that need the binaries now : https://github.com/adlererik/spice-virgl/releases source : https://github.com/adlererik/spice-virgl Anybody can do what they want with the above code. All the best Erik Adler GPG/PGP key ID: 0x2B4B58FE gpg --keyserver pgp.mit.edu --recv-keys 0x2B4B58FE
Bug#813658: Please enable virgl support
>> When I launch qemu-system-x86 with spice and gl=on, it show me error and >> can not start. >> qemu-system-x86_64: -spice >> unix,addr=/tmp/spice-02.sock,disable-ticketing,gl=on: Invalid parameter 'gl' > For spice it's quite expectable, we need a more recent spice for gl to > work, currently there's no released spice version with gl support, only > experimental, and it's not packaged for Debian. I'm quite a bit nervous > to let non-released version into stable. I have packaged Spice 0.13.3 with gl support. It works fine for me but I can understand not wanting to include experimental code. Not sure why this branch still experimental after nine months. Anyway do as you want with it. This code is as is. https://github.com/adlererik/spice-virgl ### Changes: spice (0.13.3-1) UNRELEASED; urgency=medium . * New upstream release * New git server Vcs-Git: https://github.com/adlererik/spice-virgl-debian.git * Watch file will look for upstream code. * gl support. Files: misc optional spice_0.13.3-1.dsc misc optional spice_0.13.3.orig.tar.bz2 misc optional spice_0.13.3-1.debian.tar.xz libdevel optional libspice-server-dev_0.13.3-1_amd64.deb debug extra libspice-server1-dbg_0.13.3-1_amd64.deb libs optional libspice-server1_0.13.3-1_amd64.deb misc optional spice_0.13.3-1_amd64.buildinfo ### / Erik Adler GPG/PGP key ID: 0x2B4B58FE gpg --keyserver pgp.mit.edu --recv-keys 0x2B4B58FE
Bug#813658: virglrenderer support before the freeze?
>> 0.13 is a beta release, should it be pushed to Debian at this >> time? > I'm aware that it is a development release and I don't know > what that implies for ABI/API stability. > However, I'd be delighted to have qemu supporting virgl over > spice in stretch. Most people using a desktop environment will want to use Virt-Manager + virgl over Spice. As mentioned there is no need to enable gtk3 or sdl2 just virglrenderer and opengl. The performance gains are stunning when using virgl[1]. IMHO the above dependencies would be well worth its weight for such benefits. Spice-server 13.1 was released over eight months ago. I have not noticed any "major" issues with this branch. I too would love to see virgl in Stretch. If this is not possible maybe we could hope for a backport? Quite a few flavors of GNU/Linux are already using Spice 13.x as is though. [1] www.youtube.com/watch?v=4nXAv3u5e3g All the best Erik aka Onryo Signature: GPG/PGP key ID: 0x2B4B58FE gpg --keyserver pgp.mit.edu --recv-keys 0x2B4B58FE
