Hello I am install virtualbox from oracle in my kali app vm.
while installing virtualbox-dkms, it returns error code (1)
Loading new virtualbox-6.0.4 DKMS files...
dpkg: warning: version '4.14.74-1.pvops.qubes.x86_64' has bad syntax: invalid
character in revision number
It is likely that
I also did what Chris suggested as well as the dnf clean all and the result is
all the same.
No problem with my dns for sure because I'm using dnscrypt on a pool of 19 dns
servers and I've never had problems resolving everything so far
--
You received this message because you are subscribed to
Thank you very much for this advisory and the hard work
--
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
Also on Fedora 29 Template I tried this command:
[user@fedora-29-clone-1 ~]$ echo Xft.dpi: 220 | xrdb -merge
and got this:
:0: warning: Unknown encoding: C.UTF-8
All other command looks good for main Template, but without any effect for
AppVM's based on Fedora.
--
You received this message
After fresh install on my Oryx Pro I had the same problem.
I just enabled test repository on Dom0:
'sudo qubes-dom0-update --enablerepo=qubes-dom0-current-testing'
And after all updates chose in System > Global Settings > Default kernel:
choose the last one. Here you can choose 4.19 version.
Also I tried gnome-tweaks
(https://apps.fedoraproject.org/packages/gnome-tweaks):
$ sudo dnf install gnome-tweaks
Chose 'Fonts' tab and changed 'Scaling Factor' on 2.70
Changes goes immediately. But still when I am creating new AppVm, it is without
this changes. Even when in this AppVM I am
On Mon, Mar 04, 2019 at 11:41:21PM -0500, Chris Laprise wrote:
> On 3/4/19 8:59 PM, Sphere wrote:
> > Thanks for this unman
> > I tried the commands you suggested and it still ended up with the very same
> > "Error: Unable to find a match"
> > I'll track that issue you raised to know when it gets
I think this has happened to me before. Think I just had to wait and download
at another time, i'm not sure. Have you tried enabling testing repo like Chris
suggested? Or disabling it? Think the the only testing repo i enable is the
security one.
Maybe change dns?
--
You received this
I love that they use google. Keeps miscreants out. I call this a forum, use
it like a forum, and it has the word forum in the google link.
The only mail I get in my email, are those threads I have started or
subscribed to.I think I check my google mail quarterly lol.
--
You received
On Mon, Mar 4, 2019 at 12:03 PM Chris Laprise wrote:
> On 3/3/19 11:12 PM, Sphere wrote:
> > I believe this is because of a vast difference of manpower and
> popularity between Ubuntu and Qubes. Also taking into consideration the
> use-case of Qubes when it comes to popularity.
>
> Even what
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Qubes Community,
We have just published Qubes Security Bulletin (QSB) #048: Multiple Xen
vulnerabilities. The text of this QSB is reproduced below. This QSB and
its accompanying signatures will always be available in the Qubes
Security Pack
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Dear Qubes Community,
The Xen Project has published Xen Security Advisories 284, 290, 291,
293, and 294 (XSA-284, XSA-290, XSA-291, XSA-293, and XSA-294,
respectively). These XSAs do *not* affect the security of Qubes OS,
and no user action is
I agree with Chris its more a compatibility issue then an installation issue.
You really have to research the machine on linux before using it in Qubes. And
have to make sure the bios has the nescessary options before purchase, which
is one of the things Qubes docs suggest doing.
And disable
Is there any way to see what qubes the qubes-update-gui tool thinks there are
updates for. Ever since installing Qubes 4.0 the gui has been telling me
there is "updates available for 1 qubes" even when the gui shows there is
not^1. Even manually selecting all listed quebes and running an
On Friday, March 1, 2019 at 9:07:57 PM UTC-5, unman wrote:
> Call it with --down to have a script run when the tunnel closes.
> If you check the man page, there are a variety of different options for
> running scripts/commands at different events, but I suspect that will
> fit the bill.
On 3/5/19 9:16 PM, haaber wrote:
after receiving the QSB and installing updates I decided to have a look
in /boot and found four generations of old kernels there. Without
thinking a lot I deleted the eldest two ones, which maybe not the best
way to proceed : Oups! Anyways, that is done. Is there
Aaron:
Let focus on what is possible in terms of a solution to mitigate issues and
increase conversion.
I think at this point, creating an iso modification script/tool with menu
options
would be a great start.
$ qubes-iso-cfg-i -o
OPTIONS
--
1. Disable Nvidia Driver.
2.
after receiving the QSB and installing updates I decided to have a look
in /boot and found four generations of old kernels there. Without
thinking a lot I deleted the eldest two ones, which maybe not the best
way to proceed : Oups! Anyways, that is done. Is there some command that
will make qubes
On Tue, 5 Mar 2019 00:25:40 -0800 (PST)
Daniil Travnikov wrote:
> Also on Fedora 29 Template I tried this command:
>
> [user@fedora-29-clone-1 ~]$ echo Xft.dpi: 220 | xrdb -merge
>
> and got this:
>
> :0: warning: Unknown encoding: C.UTF-8
I ran into this too, and as far as I can tell, it is
19 matches
Mail list logo