Re: [arch-general] PS: xdpyinfo displays wrong "dimension" values

[Ralf Mardorf]

On Fri, 11 Aug 2017 11:38:16 +0200, Daniel Martin:
>Yes, it is buggy, there's a proposed patch:
>https://lists.x.org/archives/xorg-devel/2017-May/053743.html
>
>Are you able to test and verify it? That may help to get the patch
>into the repository.

Thank you Daniel,

sorry, no I wont test it in the foreseeable future, since I switched
from CRT to LCD and I've got plans to make music during my holidays,
but the migration to the LCD monitor already is a show-stopper. The
first LCD monitor I tested was crap, but provided an option to blurry
the image, so I could use all my CRT settings without issues. The LCD
monitor I've got now is superb, but it has got no feature to blurry the
image, so all fonts are a PITA at the moment.

Btw. I get EDID information for my LCD monitor...

$ grep screen\) /usr/local/bin/xdh -A7
  screen)
echo "xdpyinfo | grep screen -A2"
xdpyinfo | grep screen -A2
echo "cat /sys/class/drm/card0-HDMI-A-2/edid | edid-decode | grep 
\"Detailed mode\" | cut -f2 -d, | sort -u"
cat /sys/class/drm/card0-HDMI-A-2/edid | edid-decode | grep 
"Detailed mode" | cut -f2 -d, | sort -u
echo "cat /sys/class/drm/card0-VGA-1/edid| edid-decode | grep 
\"Detailed mode\" | cut -f2 -d, | sort -u"
cat /sys/class/drm/card0-VGA-1/edid| edid-decode | grep 
"Detailed mode" | cut -f2 -d, | sort -u
  ;;

...but calculating and using the supposedly optimal DPI value doesn't
help at all.

At the moment I'm using...

$ cat .Xresources 
Xft.autohint:  0
Xft.lcdfilter: lcddefault
Xft.hintstyle: hintfull
Xft.hinting:   1
Xft.antialias: 1
Xft.rgba:  rgb
Xft.dpi:   96

...to no avail. OTOH other values for those Xft settings are much more
disgusting. In addition I need to solve the syslinux dualhead bootloader
issue, perhaps by migrating to GRUB or another bootloader :( and then
I need to read the fine manual of the LCD monitor, to get rid of
annoying brightness variation. Just turning off a feature clearly
related to brightness variation didn't help, there must be another
feature affecting brightness, too.

Let alone that I need to test my xrandr related scripts to turn on and
of LCD or CRT with different settings, for different purposes +
automatically adjusting panels and wallpaper.

:D

Regards,
Ralf

Re: [arch-general] PS: xdpyinfo displays wrong "dimension" values

[Daniel Martin via arch-general]

On 10 August 2017 at 17:30, Ralf Mardorf  wrote:
> On Thu, 10 Aug 2017 16:39:33 +0200, Ralf Mardorf wrote:
>>[rocketmouse@archlinux ~]$ xdpyinfo | grep "screen" -A2 # HDMI LCD on
>>and VGA CRT off
>>default screen number:0
>>number of screens:1
>>
>>screen #0:
>>  dimensions:1920x1080 pixels (506x285 millimeters)
>>  resolution:96x96 dots per inch
>   ^
>
> [rocketmouse@archlinux ~]$ xdpyinfo | grep "screen" -A2 # HDMI LCD on
> and VGA CRT off default screen number:0
> number of screens:1
>
> screen #0:
>   dimensions:1920x1080 pixels (502x282 millimeters)
>   resolution:97x97 dots per inch
>  ^
> Seemingly xdpyinfo is buggy, not only the millimeters are wrong, also
> the dpi value isn't always the same.

Yes, it is buggy, there's a proposed patch:
https://lists.x.org/archives/xorg-devel/2017-May/053743.html

Are you able to test and verify it? That may help to get the patch
into the repository.


Cheers, Daniel

Re: [arch-general] How to build nvidia driver?

[Ralf Mardorf]

On Fri, 11 Aug 2017 10:41:07 +0200, Bennett Piater wrote:
>> > Where can I get this "downgrade" command?  
>
>> I don't want to put any words in Ralf's mouth, but I don't know of
>> any other way to do it :)  
>
>There is a downgrade package in AUR which does that automatically :)

Oops, I misunderstood David's comment. He didn't mention to install
"downgade" via pacman, he wrote "pacman -U supports downgrade".
^^

I need another strong breakfast coffee, before I test a script I wrote
last night.

However, the rest of my reply shouldn't contain serious mistakes, apart
from one or the other missing or misspelled word. 

Re: [arch-general] How to build nvidia driver?

[Ralf Mardorf]

On Fri, 11 Aug 2017 03:33:44 -0500, David C. Rankin wrote:
>On 08/11/2017 12:49 AM, Manuel Reimer wrote:
>>> downgrade nvidia nvidia-lts nvidia-dkms libxnvctrl nvidia-settings
>>> nvidia-utils opencl-nvidia lib32-nvidia-utils lib32-opencl-nvidia  
>> 
>> Where can I get this "downgrade" command?  
>
>pacman -U supports downgrade...

Hi,

perhaps for you, if you should have a third party repository providing
it.  My apologies, "downgrade" is provided by the AUR (Arch User
Repository): https://aur.archlinux.org/packages/downgrade/

See https://wiki.archlinux.org/index.php/downgrading_packages and
https://wiki.archlinux.org/index.php/Makepkg . There are also so called
"AUR helpers" available, but you need to build a helper, e.g.
https://aur.archlinux.org/packages/yaourt/ still the old faithful way,
before you could use it to build"downgrade".

You not necessarily need "downgarde"... 

>I believe the intent was:
>
> 1) go download the package versions of each file you want into a
> temporary directory, change to that directory; and then
>
> 2) as root (or use sudo)
>
> 3) # pacman -U *.xz (in the temporary directory containing only the
> files to be downgraded)

...Yesno. They still might be available in the cache:

  ls -hAl /var/cache/pacman/pkg/*nvidia*

If so, the OP could use

  pacman -U /var/cache/pacman/pkg/

and after that edit "IgnorePkg" in /etc/pacman.conf , to prevent
against upgrades.

When using "downgrade", it takes a look into the cache as well as on the
ARM (Arch Rollback Machine) server, see

https://wiki.archlinux.org/index.php?title=Arch_Rollback_Machine=no ,
resp.
https://wiki.archlinux.org/index.php/Arch_Linux_Archive

and after that it asks you, if the downgraded package should get an
"IgnorePkg" in /etc/pacman.conf .

>I don't want to put any words in Ralf's mouth, but I don't know of any
>other way to do it :)

FWIW I'm using my Intel's graphics and not NVIDIA, apart from this I
don't know if the OP runs an LTS kernel or the mainline kernel, neither
if the OP does use NVIDIA helpers, or if those helpers are hard
dependencies of needed packages. So what packages the OP needs to
downgrade and in which order is something I can't say, nor if any of
the packages needs to be rebuild, related to e.g. a soname issue.
However, NVIDIA at least isn't that problematic as ATI, since older
proprietary ATI drivers tend to require dedicated old versions of X
that makes it more or less impossible to downgrade the proprietary ATI
things.

Regards,
Ralf

Re: [arch-general] How to build nvidia driver?

[Bennett Piater]

> > Where can I get this "downgrade" command?

> I don't want to put any words in Ralf's mouth, but I don't know of any other
> way to do it :)

There is a downgrade package in AUR which does that automatically :)

Re: [arch-general] How to build nvidia driver?

[David C. Rankin]

On 08/11/2017 12:49 AM, Manuel Reimer wrote:
>> downgrade nvidia nvidia-lts nvidia-dkms libxnvctrl nvidia-settings
>> nvidia-utils opencl-nvidia lib32-nvidia-utils lib32-opencl-nvidia
> 
> Where can I get this "downgrade" command?

pacman -U supports downgrade...

I believe the intent was:

 1) go download the package versions of each file you want into a temporary
directory, change to that directory; and then

 2) as root (or use sudo)

 3) # pacman -U *.xz (in the temporary directory containing only the files to
be downgraded)

I don't want to put any words in Ralf's mouth, but I don't know of any other
way to do it :)

-- 
David C. Rankin, J.D.,P.E.

Re: [arch-general] tmux/systemd: tmux user service exits on detach/logout

[David Runge]

Hey all,

as follow up on this (probably not so interesting thread for too many),
I have tested systemd 234 successfully.
The weechat instance within tmux (or tmux itself) still ends
sporadically, but not the main tmux user session.
So, in conclusion, whatever has been broken in systemd 233, was probably
fixed again in 234.

Best,
David


-- 
https://sleepmap.de


signature.asc
Description: PGP signature