- Arch-general - lists.archlinux.org

Re: [arch-general] ddcutil not working with nvidia card
by Foxtrot Mike 24 Jan '18

24 Jan '18

On 01/23/2018 09:43 PM, David C. Rankin wrote: On 1/23/2018 8:02 AM, Foxtrot Mike via arch-general wrote: I tried googling this error, but didn't find anything helpful. So I tried using xbacklight instead. It didn't give any positive results either, even when I provided different kernel paramters as discribed in [1]. No matter what I do with acpi and kernel parameters, "/sys/class/backlight/acpi_video0/brightness" doesn't give actual values. Also, 'xbacklight set' has no effect on screen brightness at all. I also tried adding `Option "RegistryDwords" "EnableBrightnessControl=1"` in "/usr/share/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf". Still keyboard brigthness keys couldn't change the brightness. Can someone help me get ddcutil working with nvidia proprietary driver? I doubt I can held get ddcutil working, but the problem is a lack of an nvidia kernel module interface with /sys/class/backlight (which can be frustrating). You do not want to use xbacklight -- which ironically does not control actual backlight (display power), but instead controls pixel darkness (the amount of black/white per-pixel). Reducing backlight does not reduce display power, it just makes the pixels darker giving the impression of reduced brightness. (this is really bad for laptop battery life where reducing the display power is important) You want xrandr. Query with `xrandr -q` and find your interface and you can then set the desired brightness with something similar to xrandr --output LVDS-0 --brightness 42 (where LVDS-0 is your monitor connections shown by --query) Modern desktops generally integrate xrandr control (if not, you can simply implement a short script that allows you to check and set the desired brightness. There were also several AUR packages (nvidia-bl, and nvidiabl or similar) that provided a /sys/class/backlight kernel module that would would work with most laptops, but I don't think they are maintained any longer. (there was an example script on the X11 wiki some time ago for doing this) That is another option. I tried using xrandr to adjust brightness, but it doesn't modify brightness on monitor. Then I stumbled upon [1] to learn that backlight can't be actually controlled with xrandr on LCD/LED monitors: --brightness brightness Multiply the gamma values on the crtc currently attached to the output to specified floating value. Useful for overly bright or overly dim outputs. However, this is a software only modification, if your hardware has support to actually change the brightness, you will probably prefer to use xbacklight. And as described in the initial question, xbacklight doesn't work with my NVIDIA card despite all the kernel parameters. However, with ddcutil I was able to set contrast and brightness at monitor hardware level so that even at low brightness levels the screen remained perfectly legible. With xrandr, modifying the brightness distorts the colors of text. The text is readable but not white anymore. I'll see if there's some other solution. Regards. [1] https://askubuntu.com/questions/62249/how-do-you-change-brightness-color-an…

1 0

[arch-general] ddcutil not working with nvidia card
by Foxtrot Mike 23 Jan '18

23 Jan '18

Hi all, With my AMD card, I was able to set my monitor's (ViewSonic VA2249, connected via DVI) brightness and contrast from command line using: ddcutil --display 1 setvcp 12 20 Later on, I swapped AMD card with an NVIDIA one (using nvidia 387.34-20). I tried using ddcutil with this new card as well, but I got this error: ~$ sudo ddcutil detect Failure getting EDID for /dev/i2c-5: status code=DDCRC_EDID(-3016): invalid EDID No displays found ~$ I tried googling this error, but didn't find anything helpful. So I tried using xbacklight instead. It didn't give any positive results either, even when I provided different kernel paramters as discribed in [1]. No matter what I do with acpi and kernel parameters, "/sys/class/backlight/acpi_video0/brightness" doesn't give actual values. Also, 'xbacklight set' has no effect on screen brightness at all. I also tried adding `Option "RegistryDwords" "EnableBrightnessControl=1"` in "/usr/share/X11/xorg.conf.d/10-nvidia-drm-outputclass.conf". Still keyboard brigthness keys couldn't change the brightness. Can someone help me get ddcutil working with nvidia proprietary driver? Regards. [1] https://wiki.archlinux.org/index.php/Backlight#Kernel_command-line_options

3 3

Re: [arch-general] ddcutil not working with nvidia card
by cruz.keller＠bankmail.host 23 Jan '18

23 Jan '18

I will be out of the office from January until March. If you need immediate assistance please contact the office. Kind Regards,

1 0

Re: [arch-general] AL gnustep-core implementation misses gnustep-back
by Bartłomiej Piotrowski 16 Jan '18

16 Jan '18

On 2018-01-09 13:32, Sven-Hendrik Haase wrote: > I'd like to keep maintaining oolite if it's not too much work but I'm > definitely not going to touch GNUstep stuff. So if no one is going to > maintain GNUstep in official repos, we should drop oolite. I'm going to drop oolite and remaining GNUstep packages on Monday, unless someone adopts the latter. Bartłomiej

2 2

[arch-general] Mesa-vdpau assistance
by pete nikolic 13 Jan '18

13 Jan '18

Hi .. This is still my old video output problem of lack of video if i update mesa-vdpau i am once again at the moment running on mesa-vdpau 17.1.1-1 and all video works just fine if i now update just one release video output fails audio ok but blank video this i a fully as of 14:00 today updated system . I am looking to find out what changed from 17.1.1-1 there is no doubt some config change i may have missed i am after all only human can anyone shed some light on the subject Thanks Pete PS the USB problem of the USB-62C cable is still there but found a working cable now .

1 0

Re: [arch-general] AL gnustep-core implementation misses gnustep-back
by Mettke, Marc 13 Jan '18

13 Jan '18

I'm not a trusted User, but I would offer maintaining the gnustep packages in the AUR Regards Marc On Fri, Jan 12, 2018 at 1:00 PM, <arch-general-request(a)archlinux.org> wrote: > > Date: Thu, 11 Jan 2018 23:44:20 +0100 > From: LoneVVolf <lonewolf(a)xs4all.nl> > To: arch-general(a)archlinux.org > Subject: Re: [arch-general] AL gnustep-core implementation misses > gnustep-back > Message-ID: <cd40bfd1-7775-0899-0039-808d9065ec2f(a)xs4all.nl> > Content-Type: text/plain; charset=utf-8; format=flowed > > On 11-01-18 15:48, Bart?omiej Piotrowski via arch-general wrote: > > On 2018-01-09 13:32, Sven-Hendrik Haase wrote: > >> I'd like to keep maintaining oolite if it's not too much work but I'm > >> definitely not going to touch GNUstep stuff. So if no one is going to > >> maintain GNUstep in official repos,?we should drop oolite. > > > > I'm going to drop oolite and remaining GNUstep packages on Monday, > > unless someone adopts the latter. > > > > Bart?omiej > > > Not the answer I was hoping for, but if noone steps up that seems the > best option. > > LW

1 0

[arch-general] Why there is no NetworkManager in ArchISO
by Junayeed Ahnaf 12 Jan '18

12 Jan '18

Hello, Why is there no NetworkManager in ArchISO? Isn't it widely accepted as the go to method of connecting to internet in Linux? Is there any reason for it not to be default? Thanks J

20 36

[arch-general] Is linux extramodules dir named most appropriately?
by Genes Lists 11 Jan '18

11 Jan '18

The linux package creates 2 directories; for example: /usr/lib/modules/4.14.13-1-ARCH /usr/lib/modules/extramodules-4.14-ARCH Question - Why is the latter not named extramodules-4.14.13-1-ARCH? Both are owned by the linux-4.14.13 package - and extramodules-4.14-ARCH will also be owned by the next linux-4.14.14 package and so on. Perhaps it is something to do with 3rd party packages which install things in extramodules? thanks. gene

3 6

[arch-general] LXQT: Unable to find an X11 visual which matches EGL config
by Zorro 10 Jan '18

10 Jan '18

A question about Qt/LXQT. When starting LXQT with startlxqt LXQT crashes giving a core dump and showing in the systemd logs the message 'Unable to find an X11 visual which matches EGL config' The setup is connecting from a Windows 10 client to a system running Arch Linux using (x)rdp. On the Arch Linux system lxqt is started from ~/.xinitrc. But a (x)rdp session is not created because of the above error. Changing 'exec startlxqt' into 'exec xterm' in ~/.xinitrc does indeed create a xrdp session but of course with just a xterm window. Calling any Qt program in this terminal window leads to a core dump and that message 'Unable to find an X11 visual which matches EGL config' suggesting it's caused by Qt. Last weekend 6 Januari I did a pacman -Syu and Qt was updated to version 5.10.0. Does anybody have an idea what change in Qt may be causing this error ? Regards, Harm-Jan

2 2

[arch-general] php php71 in conflict
by Thomas Langen 10 Jan '18

10 Jan '18

pacman -Syu tells me that php is in conflict with php71, and that php-gd with php71-gd. It asks if php and php-gd should be removed, which looked ok for me to fulfill requirement for nextcloud 12.x. But removing php would break requirements for phplpadmin. What is the best way to do now? Thomas

6 7