date:20230504

Re: [qubes-users] Time and date of appVM

2023-05-04 Thread Qubes


Qubes wrote:

Qubes wrote:

Qubes wrote:

Qubes wrote:
I have noticed than when my computer wakes up from sleep the dom0 
date and time updates as soon as my computer gets net connectivity, 
but my appVMs can take a loong time before their date and time 
also update. Is there any explanation for this and maybe a way to 
fix it?


Ok I can sync it manually in the appVM using `sudo qvm-sync-clock`. 
So the question is how can I set it to run more frequently in the appVM?


Update: When my computer wakes from sleep the appVMs never update 
their time. The only way is to manually run `sudo-qvm-sync-clock` or 
reboot the VM. Why do I see this behavior? I am sure date and time 
should sync everywhere automatically. Without the need, which looks to 
be the only solution currently, to create a small script that is 
executed at VM startup and it goes into a loop and runs 
`sudo-qvm-sync-clock` every 30 seconds.


  This is a serious problem, VMs don't sync their time on 4.2. Can 
anybody provide meaningful input?



Is there nothing I can do here?

Is it just me and my system or are you also seeing this?

--
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/a9005303-c449-b4c8-73b7-43305243ef95%40ak47.co.za.

Re: [qubes-users] qubes HCL report HP_EliteBook 845 G8

2023-05-04 Thread Boryeu Mao

Am having occasional crashing after lid-closing suspend with Rysen-powered
Dell Inspiron…  will try xfce button then lid closing.  Many thanks for the
hint.

On Thursday, May 4, 2023, haaber  wrote:

> Dear all,
>
> Update of my HCL report: suspend to memory via xfce button works fine,
> but often sys-net is dead at wake-up. No harm: a simple qvm-start
> sys-net resolves that quickly, in particular, sys-firewall takes it
> easy.  Only lid-closing is more delicate: it hangs/crashes often -- so I
> decided close lid *after*  "suspend to memory" via xfce button only.
>
> best, Bernhard
>
> --
> 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 view this discussion on the web visit https://groups.google.com/d/ms
> gid/qubes-users/073859e0-3338-2ff5-5994-c6b796d01a27%40web.de.
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/CAOBBCnasPOh21tmUztd_g72BfMUdJMTgv2M3%2B1XYqDXOr0%2BpQw%40mail.gmail.com.

Re: [qubes-users] qubes HCL report HP_EliteBook 845 G8

2023-05-04 Thread Sven Semmler


updated, might take a few minutes until visible

/Sven

--
https://keys.openpgp.org/vks/v1/by-fingerprint/DA5975C9ABC40C833B2F620B2A632C537D744BC7

--
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/80a9884e-89a7-bb5f-d84a-29f5538b309c%40SvenSemmler.org.

Re: [qubes-users] Injecting configuration files into appVM when it's created/started for the first time

2023-05-04 Thread Qubes


Qubes wrote:
Is this normal/expected behavior?

As has been discussed in this thread, making changes in `/etc/skel` in a 
template of an existing VM does not propagate to the VM. However, if you 
change the VMs template to a different template it seems like 
`/etc/skel` is copied to `/home/user` when the VM boots, even though it 
is not a new VM. I don't understand the documentation in this way.


I checked this now. This not the case, it was because of a test I was 
doing with another thread "Injecting configuration files into appVM when 
it's created/started for the first time". The test I was doing did 
something unexpected that made it appear as if `/etc/skel` was copied to 
a VM when the Template changes when in fact it does not.


--
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/c5a6598f-137b-db4b-a176-e0377d4a2ff5%40ak47.co.za.

Re: [qubes-users] Injecting configuration files into appVM when it's created/started for the first time

2023-05-04 Thread Qubes

Qubes wrote:

Vít Šesták wrote:
Perhaps my search terms are just out of whack, but I have had a good
look around and I cannot find a system wide location for
`~/.config/qt5ct/qt5ct.conf` that controls the Style and Icon
Theme for

example.

It's easy to find.

I tried `/etc/xdg/qt5ct/qt5ct.conf` and it didn't work. I also tried
`/etc/xdg/qt5ct.conf` (just to try my luck) but it also doesn't work. I
will try it again just to double check, maybe my midnight oil lamp was
already running out of oil when I did try and I made a mess of it.

Ok so just to provide feedback, I have tried this again. The default is
in fact located at `/etc/xdg/qt5ct/qt5ct.conf`, but it is only applied
if `~/.config/qt5ct/qt5ct.conf` does not exist, with caveats. In fact
what happens is if `~/.config/qt5ct/qt5ct.conf` does not exist
`/etc/xdg/qt5ct/qt5ct.conf` is copied to `~/.config/qt5ct/`. Which kind
of solves the problem.

If the file exists you can delete it and just close all of you Qt
applications and open them again. With the first one that you open it
will check if `~/.config/qt5ct/qt5ct.conf` exists and if not make a copy
of `/etc/xdg/qt5ct/qt5ct.conf`.

This still does not allow a seamless edit to `/etc/xdg/qt5ct/qt5ct.conf`
(in the Template) that will just apply to all VMs, but it does make it
easier.

I had a look at `strings /usr/lib64/libQt5Gui.so.5.15.9|grep '^QT_'` but
I don't see a variable name that indicates to me it has anything to do
with the path of `qt5ct.conf`. Thank you for the suggestion I have
learnt something new today.

--
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 view this discussion on the web visit
https://groups.google.com/d/msgid/qubes-users/c2330fbd-e579-4639-afbe-de396679ff9f%40ak47.co.za.

Re: [qubes-users] Colourful prompt

2023-05-04 Thread Qubes

Qubes wrote:

'unman' via qubes-users wrote:

On Thu, May 04, 2023 at 05:01:38AM -0700, Andrew David Wong wrote:

On 5/3/23 4:02 AM, Qubes wrote:
I have noticed on Fedora, the cli prompt itself is not colourful
although the rest of the output is. Is there a way to get the prompt
itself in colour as well? The prompt on Debian is in colour, it
makes it easier to find things when the prompt is in colour aswell.

Since this is not a Qubes-specific question, you might have better
luck searching the web for how to do this in Fedora (or Linux in
general) or asking in a Fedora (or general Linux) venue.

I wonder if this *is* Qubes specific, as it is stated that the Debian
prompt is in color. (Implicit, I think, is the suggestion that the color
matches the window decorations.)
OP - is that what you see? That the prompt is consistent with the window
decoration set by Qubes?

No the colour of the prompt does not follow the window decoration, I was
wondering if this isn't maybe a problem only on Fedora on Qubes and not
Fedora in general. I don't have a Fedora standalone I can check on. I
just found it odd that the prompt on Debian would be in colour (Green,
and it is real easy to find in between a lot of other output) and on
Fedora it is the same colour as the text you type. But as I was
re-reading my reply here I just had another look over and I just
discovered that the prompt on some of the Fedora VMs is in colour, also
a bright green, and some of them are default text colour. So in essense
it doesn't have anything to do with Qubes. I am a little confused though
because I can swear some of the VMs that I previously check where the
prompt was the default text colour now has a colourful prompt. (head
scratch head scratch)

It must be because of a dependency that gets installed along the way
because booting the vanilla Fedora-37 template it does not have a
colourful prompt. I don't install anything specific for this myself.
Glad we cleared that up :-)

Re: [qubes-users] The NovaCustom NV41 Series laptop is Qubes-certified!

2023-05-04 Thread Qubes


Leo28C wrote:
On Wed, May 3, 2023 at 5:12 AM Andrew David Wong > wrote:


nor can we control whether physical hardware is modified (whether
maliciously or otherwise) *en route* to the user.


Actually you could:

1) Laminate product with `warranty void if removed` stickers of various 
brands and types
2) Send PGP-signed high-res photo of sticker placement to buyer before 
shipping
3) Buyer receives product and compares sticker placement to the photo to 
verify integrity



This is a great idea, you should contact Nova and propose it to them.

--
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/c28ae291-97e6-a918-68de-e6e7f6dc5e44%40ak47.co.za.

Re: [qubes-users] Colourful prompt

2023-05-04 Thread Qubes


'unman' via qubes-users wrote:

On Thu, May 04, 2023 at 05:01:38AM -0700, Andrew David Wong wrote:

On 5/3/23 4:02 AM, Qubes wrote:

I have noticed on Fedora, the cli prompt itself is not colourful although the 
rest of the output is. Is there a way to get the prompt itself in colour as 
well? The prompt on Debian is in colour, it makes it easier to find things when 
the prompt is in colour aswell.



Since this is not a Qubes-specific question, you might have better luck 
searching the web for how to do this in Fedora (or Linux in general) or asking 
in a Fedora (or general Linux) venue.


I wonder if this *is* Qubes specific, as it is stated that the Debian
prompt is in color. (Implicit, I think, is the suggestion that the color
matches the window decorations.)
OP - is that what you see? That the prompt is consistent with the window
decoration set by Qubes?



No the colour of the prompt does not follow the window decoration, I was 
wondering if this isn't maybe a problem only on Fedora on Qubes and not 
Fedora in general. I don't have a Fedora standalone I can check on. I 
just found it odd that the prompt on Debian would be in colour (Green, 
and it is real easy to find in between a lot of other output) and on 
Fedora it is the same colour as the text you type. But as I was 
re-reading my reply here I just had another look over and I just 
discovered that the prompt on some of the Fedora VMs is in colour, also 
a bright green, and some of them are default text colour. So in essense 
it doesn't have anything to do with Qubes. I am a little confused though 
because I can swear some of the VMs that I previously check where the 
prompt was the default text colour now has a colourful prompt. (head 
scratch head scratch)


I do see this in .bashrc on Debian and there is nothing of it in .bashrc 
on Fedora. There is in fact a lot of stuff in .bashrc on Debian that is 
not there on Fedora.


.bashrc

===truncated===

# set a fancy prompt (non-color, unless we know we "want" color)
case "$TERM" in
xterm-color|*-256color) color_prompt=yes;;
esac

# uncomment for a colored prompt, if the terminal has the capability; turned
# off by default to not distract the user: the focus in a terminal window
# should be on the output of commands, not on the prompt
#force_color_prompt=yes

if [ -n "$force_color_prompt" ]; then
if [ -x /usr/bin/tput ] && tput setaf 1 >&/dev/null; then
# We have color support; assume it's compliant with Ecma-48
# (ISO/IEC-6429). (Lack of such support is extremely rare, and such
# a case would tend to support setf rather than setaf.)
color_prompt=yes
else
color_prompt=
fi
fi

===truncated===

I have copied it over to .bashrc on Fedora and uncommented 
`force_color_prompt=yes` but it makes no difference.


--
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/62120076-9be6-1d62-4831-a3f638d3414f%40ak47.co.za.

Re: [qubes-users] Injecting configuration files into appVM when it's created/started for the first time

2023-05-04 Thread Qubes


Is this normal/expected behavior?

As has been discussed in this thread, making changes in `/etc/skel` in a 
template of an existing VM does not propagate to the VM. However, if you 
change the VMs template to a different template it seems like 
`/etc/skel` is copied to `/home/user` when the VM boots, even though it 
is not a new VM. I don't understand the documentation in this way.


--
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/cd3a4b52-cb34-be7d-f22b-8dcb9246dff9%40ak47.co.za.

Re: [qubes-users] Injecting configuration files into appVM when it's created/started for the first time

2023-05-04 Thread Vít Šesták

The file location may vary by your distro, at least ChatGPT tells so. Also 
strace might help you to check what file locations are accessed:

1. strace -o /tmp/strace.log gnome-terminal
2. grep settings.ini /tmp/strace.log

You'll probably want to use a Qt app rather than gnome-terminal, but the 
way to look for that is the same.

Regards,
Vít Šesták 'v6ak'

On Thursday, May 4, 2023 at 2:31:52 PM UTC+2 Qubes wrote:

> > Vít Šesták wrote:
> > Perhaps my search terms are just out of whack, but I have had a good
> > look around and I cannot find a system wide location for
> > `~/.config/qt5ct/qt5ct.conf` that controls the Style and Icon Theme for
> > example.
> > 
> > 
> > It's easy to find.
> > 
> > 1. Me: Do you know a system-wide file for ~/.config/qt5ct/qt5ct.conf?
> > ChatGPT: Yes, the system-wide configuration file for 
> > ~/.config/qt5ct/qt5ct.conf is typically located at 
> > /etc/xdg/qt5ct/qt5ct.conf. This file contains the default settings for 
>
> I tried `/etc/xdg/qt5ct/qt5ct.conf` and it didn't work. I also tried 
> `/etc/xdg/qt5ct.conf` (just to try my luck) but it also doesn't work. I 
> will try it again just to double check, maybe my midnight oil lamp was 
> already running out of oil when I did try and I made a mess of it.
>
> > the Qt5 Configuration Tool and is used as a fallback configuration file 
> > if no user-specific configuration is found.
> > 
> > Note that the location of the system-wide configuration file may vary 
> > depending on your specific Linux distribution or operating system. You 
> > can use the locate or find command to search for the file on your system.
> > 
> > 2. Verify by Google by searching "/etc/xdg/qt5ct/qt5ct.conf" (including 
> > quotes). It seems that this location is real.
> > 
> > Even more frustrating I cannot
> > find a list of the environment variables that I can potentially use. I
> > only know of the `QT_QPA_PLATFORMTHEME=qt5ct` which I currently use and
> > `QT_STYLE_OVERRIDE=` [3][4] which you can set to either `adwaita` or
> > `kvantum` However there may be an environment variable one can use to
> > set the path to the `qt5ct.conf`, but such a list alludes me.
> > 
> > 
> > 
> > 1. Look where it is used:
> > sudo grep -rl QT_QPA_PLATFORMTHEME /usr
> > /usr/share/doc/qgnomeplatform-qt6/README.md
> > /usr/share/doc/gnupg2/NEWS
> > /usr/share/doc/qgnomeplatform-qt5/README.md
> > /usr/lib64/libQt5Gui.so.5.15.9
> > /usr/lib64/libQt6Gui.so.6.4.3
> > 
> > 2. Look in the binary:
> > strings /usr/lib64/libQt6Gui.so.6.4.3 | grep '^QT_'
> > 
>
> Thanks I will check this.
>
>

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/5371dedc-9fd6-4fd3-b29f-f40ce44a35afn%40googlegroups.com.

Re: [qubes-users] Injecting configuration files into appVM when it's created/started for the first time

2023-05-04 Thread Qubes

It's easy to find.

the Qt5 Configuration Tool and is used as a fallback configuration file
if no user-specific configuration is found.

Note that the location of the system-wide configuration file may vary
depending on your specific Linux distribution or operating system. You
can use the locate or find command to search for the file on your system.

2. Verify by Google by searching "/etc/xdg/qt5ct/qt5ct.conf" (including
quotes). It seems that this location is real.

Even more frustrating I cannot
find a list of the environment variables that I can potentially use. I
only know of the `QT_QPA_PLATFORMTHEME=qt5ct` which I currently use and
`QT_STYLE_OVERRIDE=` [3][4] which you can set to either `adwaita` or
`kvantum` However there may be an environment variable one can use to
set the path to the `qt5ct.conf`, but such a list alludes me.

1. Look where it is used:
sudo grep -rl QT_QPA_PLATFORMTHEME /usr
/usr/share/doc/qgnomeplatform-qt6/README.md
/usr/share/doc/gnupg2/NEWS
/usr/share/doc/qgnomeplatform-qt5/README.md
/usr/lib64/libQt5Gui.so.5.15.9
/usr/lib64/libQt6Gui.so.6.4.3

2. Look in the binary:
strings /usr/lib64/libQt6Gui.so.6.4.3 | grep '^QT_'

Thanks I will check this.

Re: [qubes-users] Injecting configuration files into appVM when it's created/started for the first time

2023-05-04 Thread Vít Šesták

It's easy to find.

1. Me: Do you know a system-wide file for ~/.config/qt5ct/qt5ct.conf?
ChatGPT: Yes, the system-wide configuration file for
~/.config/qt5ct/qt5ct.conf is typically located at
/etc/xdg/qt5ct/qt5ct.conf. This file contains the default settings for the
Qt5 Configuration Tool and is used as a fallback configuration file if no
user-specific configuration is found.

Note that the location of the system-wide configuration file may vary
depending on your specific Linux distribution or operating system. You can
use the locate or find command to search for the file on your system.

2. Verify by Google by searching "/etc/xdg/qt5ct/qt5ct.conf" (including
quotes). It seems that this location is real.

2. Look in the binary:
strings /usr/lib64/libQt6Gui.so.6.4.3 | grep '^QT_'

Regards,
Vít Šesták 'v6ak'

Re: [qubes-users] Injecting configuration files into appVM when it's created/started for the first time

2023-05-04 Thread Qubes

Cristian Margine wrote:
Most software has a default config location. You can search it on
archwiki(qubes is using fedora, but in general the arch wiki list paths that
work on all distros as location where the configuration for a program must be
placed), ask chatgpt or search on google for the default config location for
that program. It might be in /etc or somewhere in /usr/.

Perhaps my search terms are just out of whack, but I have had a good
look around and I cannot find a system wide location for
`~/.config/qt5ct/qt5ct.conf` that controls the Style and Icon Theme for
example. I have looked around on Archwiki [1] as well but there is no
mention of a global conf file for Qt5. Qt4 on the other hand does
support a global conf file [2], `/etc/xdg/Trollech.conf`, which I have
tried using but Qt5 does not look at it. Even more frustrating I cannot
find a list of the environment variables that I can potentially use. I
only know of the `QT_QPA_PLATFORMTHEME=qt5ct` which I currently use and
`QT_STYLE_OVERRIDE=` [3][4] which you can set to either `adwaita` or
`kvantum` However there may be an environment variable one can use to
set the path to the `qt5ct.conf`, but such a list alludes me.

I also canot find a system wide location for Krusader configuration file
`~/.config/krusaderrc`.

From there the need arises to inject files into already running VMs.
For future VMs this problem is solved with `/etc/skel` but my problem is
with running VMs.

[1]:
https://wiki.archlinux.org/title/Qt#Configuration_of_Qt_5_applications_under_environments_other_than_KDE_Plasma

[2]: https://wiki.archlinux.org/title/Qt#Styles_in_Qt_4
[3]:
https://wiki.archlinux.org/title/Uniform_look_for_Qt_and_GTK_applications#Adwaita
[4]:
https://wiki.archlinux.org/title/Uniform_look_for_Qt_and_GTK_applications#Kvantum

Re: [qubes-users] Colourful prompt

2023-05-04 Thread 'unman' via qubes-users

On Thu, May 04, 2023 at 05:01:38AM -0700, Andrew David Wong wrote:
> On 5/3/23 4:02 AM, Qubes wrote:
> > I have noticed on Fedora, the cli prompt itself is not colourful although 
> > the rest of the output is. Is there a way to get the prompt itself in 
> > colour as well? The prompt on Debian is in colour, it makes it easier to 
> > find things when the prompt is in colour aswell.
> > 
> 
> Since this is not a Qubes-specific question, you might have better luck 
> searching the web for how to do this in Fedora (or Linux in general) or 
> asking in a Fedora (or general Linux) venue.
> 
I wonder if this *is* Qubes specific, as it is stated that the Debian
prompt is in color. (Implicit, I think, is the suggestion that the color
matches the window decorations.)
OP - is that what you see? That the prompt is consistent with the window
decoration set by Qubes?

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/ZFOgEprkEoVo25%2Bv%40thirdeyesecurity.org.

Re: [qubes-users] Colourful prompt

2023-05-04 Thread Andrew David Wong

On 5/3/23 4:02 AM, Qubes wrote:
> I have noticed on Fedora, the cli prompt itself is not colourful although the 
> rest of the output is. Is there a way to get the prompt itself in colour as 
> well? The prompt on Debian is in colour, it makes it easier to find things 
> when the prompt is in colour aswell.
> 

Since this is not a Qubes-specific question, you might have better luck 
searching the web for how to do this in Fedora (or Linux in general) or asking 
in a Fedora (or general Linux) venue.

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/3100e550-911f-c078-72a8-e075512009e9%40qubes-os.org.

Re: [qubes-users] The NovaCustom NV41 Series laptop is Qubes-certified!

2023-05-04 Thread Andrew David Wong

On 5/3/23 8:30 AM, Leo28C wrote:
> On Wed, May 3, 2023 at 5:12 AM Andrew David Wong  wrote:
> 
>> nor can we control whether physical hardware is modified (whether
>> maliciously or otherwise) *en route* to the user.
>>
> 
> Actually you could:
> 
> 1) Laminate product with `warranty void if removed` stickers of various
> brands and types
> 2) Send PGP-signed high-res photo of sticker placement to buyer before
> shipping
> 3) Buyer receives product and compares sticker placement to the photo to
> verify integrity
> 

We (the Qubes OS Project) can't do that, because we never take possession of 
inventory. When you purchase a Qubes-certified computer from a vendor, you are 
purchasing directly from that vendor.

However, you could offer your suggestion to the vendors who sell 
Qubes-certified hardware.

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/b69230c2-621f-6650-f104-4f2e1fe242dd%40qubes-os.org.

Re: [qubes-users] ThinkPad W530

2023-05-04 Thread Simon Newton

Sounds like you have not enabled VT-d (intel virtualisation) in the bios.
That CPU does support VT-d, so it just needs to be enabled in the bios for
qubesOS to work properly.


S

On Thu, 4 May 2023 at 10:40, T. I. N. Comp-E  wrote:

> I hope this finds you well... I have a thinkpad W530. I was able to
> upgrade it to upgrade the ram to 16 Gigs I have met all the
> requirements and specs(I7 3740QM)... it still say my pc is not
> supported what else do i need to do... Ive tried many combination on
> the bios I dont know how to unlock the advanced tab, I dont understand
> what im doing wrong... please help
>
> --
> 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 view this discussion on the web visit
> https://groups.google.com/d/msgid/qubes-users/CAAMOyp0zzDXGh%3DNMqAgXLAdcpO5v9KkxrJN9bmLh4h1%2BgEd1oA%40mail.gmail.com
> 
> .
>


-- 
Kind Regards,

Simon Newton

E: simon.new...@gmail.com

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/CADLktjC7OOm0fCnnzS%3D6f3U6w4R%2BZE_nQN7K1opUvEsuUXZ9Gw%40mail.gmail.com.

[qubes-users] ThinkPad W530

2023-05-04 Thread T. I. N. Comp-E

I hope this finds you well... I have a thinkpad W530. I was able to upgrade
it to upgrade the ram to 16 Gigs I have met all the requirements and
specs(I7 3740QM)... it still say my pc is not supported what else do i
need to do... Ive tried many combination on the bios I dont know how to
unlock the advanced tab, I dont understand what im doing wrong... please
help

-- 
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/CAAMOyp0zzDXGh%3DNMqAgXLAdcpO5v9KkxrJN9bmLh4h1%2BgEd1oA%40mail.gmail.com.

Re: [qubes-users] qubes HCL report HP_EliteBook 845 G8

2023-05-04 Thread haaber


Dear all,

Update of my HCL report: suspend to memory via xfce button works fine,
but often sys-net is dead at wake-up. No harm: a simple qvm-start
sys-net resolves that quickly, in particular, sys-firewall takes it
easy.  Only lid-closing is more delicate: it hangs/crashes often -- so I
decided close lid *after*  "suspend to memory" via xfce button only.

best, Bernhard

--
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 view this discussion on the web visit 
https://groups.google.com/d/msgid/qubes-users/073859e0-3338-2ff5-5994-c6b796d01a27%40web.de.
---
layout:
  'hcl'
type:
  'notebook'
hvm:
  'yes'
iommu:
  'yes'
slat:
  'yes'
tpm:
  'unknown'
remap:
  'yes'
brand: |
  HP
model: |
  HP EliteBook 845 G8 Notebook PC
bios: |
  T82 Ver. 01.10.01
cpu: |
  AMD Ryzen 7 PRO 5850U with Radeon Graphics
cpu-short: |
  FIXME
chipset: |
  Advanced Micro Devices, Inc. [AMD] Renoir Root Complex [1022:1630]
chipset-short: |
  FIXME
gpu: |
  Advanced Micro Devices, Inc. [AMD/ATI] Cezanne [1002:1638] (rev d1) (prog-if 
00 [VGA controller])
gpu-short: |
  FIXME
network: |
  Realtek Semiconductor Co., Ltd. RTL8822CE 802.11ac PCIe Wireless Network 
Adapter
memory: |
  32065
scsi: |

usb: |
  3
versions:

- works:
'FIXME:yes|no|partial'
  qubes: |
R4.1
  xen: |
4.14.5
  kernel: |
5.15.94-1
  remark: |
FIXME
  credit: |
FIXAUTHOR
  link: |
FIXLINK

---

Re: [qubes-users] Time and date of appVM

Re: [qubes-users] qubes HCL report HP_EliteBook 845 G8

Re: [qubes-users] qubes HCL report HP_EliteBook 845 G8

Re: [qubes-users] Injecting configuration files into appVM when it's created/started for the first time

Re: [qubes-users] Injecting configuration files into appVM when it's created/started for the first time

Re: [qubes-users] Colourful prompt

Re: [qubes-users] The NovaCustom NV41 Series laptop is Qubes-certified!

Re: [qubes-users] Colourful prompt

Re: [qubes-users] Injecting configuration files into appVM when it's created/started for the first time

Re: [qubes-users] Injecting configuration files into appVM when it's created/started for the first time

Re: [qubes-users] Injecting configuration files into appVM when it's created/started for the first time

Re: [qubes-users] Injecting configuration files into appVM when it's created/started for the first time

Re: [qubes-users] Injecting configuration files into appVM when it's created/started for the first time

Re: [qubes-users] Colourful prompt

Re: [qubes-users] Colourful prompt

Re: [qubes-users] The NovaCustom NV41 Series laptop is Qubes-certified!

Re: [qubes-users] ThinkPad W530

[qubes-users] ThinkPad W530

Re: [qubes-users] qubes HCL report HP_EliteBook 845 G8

19 matches

Site Navigation

Mail list logo

Footer information