Re: [qubes-users] Re: HCL - Lenovo Thinkpad T480

2018-04-16 Thread bbrr3332
On Monday, April 16, 2018 at 1:29:24 PM UTC+1, Ivan Mitev wrote:
> On 04/16/2018 02:23 PM, Ivan Mitev wrote:
> > 
> > 
> > On 04/16/2018 01:49 PM, bbrr3...@gmail.com wrote:
> >> On Saturday, April 14, 2018 at 10:13:10 PM UTC+1, bbrr...@gmail.com wrote:
> >>> System basically works nicely out of the box with Q4.0. I recommend the 
> >>> laptop.
> >>>
> >>> The only glitch was consistent crash when resuming from suspend. I 
> >>> debugged by shutting down service vm's and narrowed it down to sys-usb. 
> >>> Then detached the second USB controller from sys-usb and everything seems 
> >>> to work fine.  I did not seem to loose any devices/ports doing this but 
> >>> did not do an exhaustive test. 
> >>>
> >>> I have the high-res screen and text is pretty small. Haven't yet figure 
> >>> out how to scale things up in qubes?
> >>
> >> Thanks. Unfortunately it seems to have no effect:
> >>
> >> echo Xft.dpi: XXX | xrdb -merge 
> >> xterm &
> >>
> >> produces the same size text regardless of XXX
> > 
> > hmm :( I see that the 'Xft.dpi: XXX' setting is indeed ignored on the
> > default fedora-26 template, while it works perfectly in templateVMs I've
> > customized from fedora-26-minimal. There's probably a package in
> > fedora-26 (that I don't have in my templates) which is messing up with
> > the dpi setting; I'll update the doc and I'll reply here if I find out
> > what's causing that.
> 
> Looking at differences between fedora-26-minimal (where Xft.dpi works)
> and fedora-26 (where it doesn't), it seems that gsd-settings (from the
> gnome-settings-daemon package) overrides the dpi setting.
> 
> The following works:
> 
> - in VMs with gnome-settings-daemon:
> 
> gsettings set org.gnome.desktop.interface scaling-factor 2
> gsettings set org.gnome.desktop.interface text-scaling-factor 0.75
> 
> - in VMs without gnome-settings-daemon (or when gsd-settings is
> prevented from starting):
> 
> set the 'Xft.dpi: XXX' xresource
> 
> 
> Note that by default glib applications (like xterm) use non xft fonts,
> so if you want to have scaling in xterm you have to set an xft font like so:
> 
> XTerm*faceName: DejaVu Sans Mono:size=14:antialias=true
> 
> I'm attaching my $HOME/.Xresources file if you want to have a look.
> 
> Please let me know what works and what doesn't so that I update the doc
> and the official issue...

Thanks. Both methods work. I can just kill the gsd process and the Xft resource 
is correctly picked up and gives a nice result.

The gsettings approach also works. I did not look into it in detail but the Xft 
seems to give visually better results.

-- 
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/7eae9d67-98f1-4bec-8f96-782c07b1a27c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.


Re: [qubes-users] Re: HCL - Lenovo Thinkpad T480

2018-04-16 Thread Ivan Mitev


On 04/16/2018 02:23 PM, Ivan Mitev wrote:
> 
> 
> On 04/16/2018 01:49 PM, bbrr3...@gmail.com wrote:
>> On Saturday, April 14, 2018 at 10:13:10 PM UTC+1, bbrr...@gmail.com wrote:
>>> System basically works nicely out of the box with Q4.0. I recommend the 
>>> laptop.
>>>
>>> The only glitch was consistent crash when resuming from suspend. I debugged 
>>> by shutting down service vm's and narrowed it down to sys-usb. Then 
>>> detached the second USB controller from sys-usb and everything seems to 
>>> work fine.  I did not seem to loose any devices/ports doing this but did 
>>> not do an exhaustive test. 
>>>
>>> I have the high-res screen and text is pretty small. Haven't yet figure out 
>>> how to scale things up in qubes?
>>
>> Thanks. Unfortunately it seems to have no effect:
>>
>> echo Xft.dpi: XXX | xrdb -merge 
>> xterm &
>>
>> produces the same size text regardless of XXX
> 
> hmm :( I see that the 'Xft.dpi: XXX' setting is indeed ignored on the
> default fedora-26 template, while it works perfectly in templateVMs I've
> customized from fedora-26-minimal. There's probably a package in
> fedora-26 (that I don't have in my templates) which is messing up with
> the dpi setting; I'll update the doc and I'll reply here if I find out
> what's causing that.

Looking at differences between fedora-26-minimal (where Xft.dpi works)
and fedora-26 (where it doesn't), it seems that gsd-settings (from the
gnome-settings-daemon package) overrides the dpi setting.

The following works:

- in VMs with gnome-settings-daemon:

gsettings set org.gnome.desktop.interface scaling-factor 2
gsettings set org.gnome.desktop.interface text-scaling-factor 0.75

- in VMs without gnome-settings-daemon (or when gsd-settings is
prevented from starting):

set the 'Xft.dpi: XXX' xresource


Note that by default glib applications (like xterm) use non xft fonts,
so if you want to have scaling in xterm you have to set an xft font like so:

XTerm*faceName: DejaVu Sans Mono:size=14:antialias=true

I'm attaching my $HOME/.Xresources file if you want to have a look.

Please let me know what works and what doesn't so that I update the doc
and the official issue...

-- 
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/f43a3b23-b880-7c48-1347-0c4e0600c33f%40maa.bz.
For more options, visit https://groups.google.com/d/optout.
! This is the global resources file that is loaded when
! all users log in, as well as for the login screen

! Fix the Xft dpi ; this prevents tiny fonts
! or HUGE fonts depending on the screen size.
Xft.dpi: 108

! hintstyle: medium means that (for Postscript fonts) we
! position the stems for maximum constrast and consistency
! but do not force the stems to integral widths. hintnone,
! hintslight, and hintfull are the other possibilities.
Xft.hintstyle: hintmedium
Xft.hinting: true

! ivan - include does not work because xinit uses the -nocpp option
! #include  "/usr/lib/qubes-tweak/Xresources"

! https://wiki.archlinux.org/index.php/Xterm#Configuration

URxvt*scrollBar:False
XTerm*scrollBar:False

URxvt.clipboard.autocopy:   True
XTerm*selectToClipboard:True

! urxft has fast scrolling on by default
XTerm*fastScroll:   True

URxvt*font: xft:DejaVu Sans 
Mono:size=14:antialias=true
XTerm*faceName: DejaVu Sans Mono:size=14:antialias=true

URxvt*saveLines:1000
XTerm*saveLines:1000

URxvt*loginShell:   True
XTerm*loginShell:   True

URxvt.fading:   0

! decrease char width in urxvt
URxvt.letterSpace:  -2

! fix invisible underscore in xterm
XTerm*scaleHeight: 1.01

! selection characters; see CHARACTER CLASS in xterm man page
**charClass:
33:48,35:48,37:48,43:48,45-47:48,64:48,95:48,126:48


!! COLORS
!XTerm.vt100.foreground:LightGray
!XTerm.vt100.background:Black
!XTerm*CursorColor: Green
!XTerm*CursorBlink: False


! http://ethanschoonover.com/solarized

!! drop in Solarized colorscheme for Xresources/Xdefaults

!!SOLARIZED HEX 16/8 TERMCOL  XTERM/HEX   L*A*B  RGB HSB
!!- ---  ---  --- -- --- ---
!!base03#002b36  8/4 brblack  234 #1c1c1c 15 -12 -12   0  43  54 193 100  21
!!base02#073642  0/4 black235 #262626 20 -12 -12   7  54  66 192  90  26
!!base01#586e75 10/7 brgreen  240 #585858 45 -07 -07  88 110 117 194  25  46
!!base00#657b83 11/7 

Re: [qubes-users] Re: HCL - Lenovo Thinkpad T480

2018-04-16 Thread Ivan Mitev


On 04/16/2018 01:49 PM, bbrr3...@gmail.com wrote:
> On Saturday, April 14, 2018 at 10:13:10 PM UTC+1, bbrr...@gmail.com wrote:
>> System basically works nicely out of the box with Q4.0. I recommend the 
>> laptop.
>>
>> The only glitch was consistent crash when resuming from suspend. I debugged 
>> by shutting down service vm's and narrowed it down to sys-usb. Then detached 
>> the second USB controller from sys-usb and everything seems to work fine.  I 
>> did not seem to loose any devices/ports doing this but did not do an 
>> exhaustive test. 
>>
>> I have the high-res screen and text is pretty small. Haven't yet figure out 
>> how to scale things up in qubes?
> 
> Thanks. Unfortunately it seems to have no effect:
> 
> echo Xft.dpi: XXX | xrdb -merge 
> xterm &
> 
> produces the same size text regardless of XXX

hmm :( I see that the 'Xft.dpi: XXX' setting is indeed ignored on the
default fedora-26 template, while it works perfectly in templateVMs I've
customized from fedora-26-minimal. There's probably a package in
fedora-26 (that I don't have in my templates) which is messing up with
the dpi setting; I'll update the doc and I'll reply here if I find out
what's causing that.

BTW, did you try the gnome/gtk specific instructions (the 'gsettings'
instructions for R3.2) ?


> 
> Is there a good application which definitely should honour this resource that 
> I can use to test?

xterm should work, but you can also try with libreoffice, eog,
galculator, ...

-- 
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/2e27e751-e766-7137-065a-739f6ecb3414%40maa.bz.
For more options, visit https://groups.google.com/d/optout.