Re: [arch-general] DPMS not working with fbdev driver
On 16-04-2016 04:03 PM, Ralf Mardorf wrote: If needed, I switch between those drivers: [rocketmouse@archlinux ~]$ grep Driver /etc/X11/xorg.conf ### Available Driver options are:- Driver "radeon" #Driver "nvidia" #Driver "nv" #Driver "nouveau" #Driver "vesa" Vesa is the last resort, only good to see something on the screen, if anything else is broken. Apart from that I use different cards and drivers depending on what does cause the less issues, regarding audio real-time abilities. Yeah, I have this video card: [sebas@parabolaSebas64 ~]$ lspci | grep VGA 01:00.0 VGA compatible controller: Silicon Integrated Systems [SiS] 771/671 PCIE VGA Display Adapter (rev 10) and only the vesa and fbdev drivers seems to work.
Re: [arch-general] DPMS not working with fbdev driver
If needed, I switch between those drivers: [rocketmouse@archlinux ~]$ grep Driver /etc/X11/xorg.conf ### Available Driver options are:- Driver "radeon" #Driver "nvidia" #Driver "nv" #Driver "nouveau" #Driver "vesa" Vesa is the last resort, only good to see something on the screen, if anything else is broken. Apart from that I use different cards and drivers depending on what does cause the less issues, regarding audio real-time abilities.
Re: [arch-general] DPMS not working with fbdev driver
FWIW, did you check the BIOS settings? The search engine mentions a BIOS "Video Off Method" when I searched regarding a broken relay :D.
Re: [arch-general] DPMS not working with fbdev driver
On 16-04-2016 03:39 PM, Ralf Mardorf wrote: On Sat, 16 Apr 2016 15:31:19 -0300, Sebastián Pedersen wrote: I would be surprise if any other application is overwriting the DPMS configuration. No app does, I'm lacking in concentration at the moment ;). I'm sorry. What is reported by "xset -q" are the really used values, no ifs, no buts, no overwriting. Something is fishy, hopefully somebody else could chime in. No problem. Much appreciate your help. I just did an strange experiment: use the vesa driver instead of the fbdev and the DPMS work just fine. Sop figure out that is a driver related problem. Something isn't working with DPMS and the fbdev driver for the Xorg. Unfortunaly the vesa driver does not quiet well work out with my video card, so thats why I use the fbdev driver.
Re: [arch-general] DPMS not working with fbdev driver
On Sat, 16 Apr 2016 15:31:19 -0300, Sebastián Pedersen wrote: >I would be surprise if any other application is overwriting the DPMS >configuration. No app does, I'm lacking in concentration at the moment ;). I'm sorry. What is reported by "xset -q" are the really used values, no ifs, no buts, no overwriting. Something is fishy, hopefully somebody else could chime in.
Re: [arch-general] DPMS not working with fbdev driver
Oops ;) Here "timeout" aka blanking, is earlier than "Standby". Pardon and I'm quiet now ;).
Re: [arch-general] DPMS not working with fbdev driver
On 16-04-2016 03:20 PM, Ralf Mardorf wrote: On Sat, 16 Apr 2016 20:07:11 +0200, Ralf Mardorf wrote: On Sat, 16 Apr 2016 14:00:49 -0300, Sebastián Pedersen wrote: [sebas@parabolaSebas64 ~]$ xset -q DPMS (Energy Star): Standby: 600Suspend: 600Off: 600 DPMS is Enabled Monitor is On [rocketmouse@archlinux ~]$ xset -q DPMS (Energy Star): Standby: 600Suspend: 0Off: 3000 DPMS is Enabled Monitor is On My apologies for that much PS mails. Perhaps it's an issue to have equal values? Try Standby: 500Suspend: 0Off: 600 No problem for the amount of mails. Any help is most welcome. The driver is fbdev and is configured in xorg.conf I already try different values of Standby, Suspend and Off and didn't work. I'm using i3 wm so xscreensaver is not even installed. I3 is kind of minimalistic so I would be surprise if any other application is overwriting the DPMS configuration. Well thanks a lot. Unfortunaly I'm running out of ideas... Cheers, Sebas
Re: [arch-general] DPMS not working with fbdev driver
On Sat, 16 Apr 2016 20:07:11 +0200, Ralf Mardorf wrote: >On Sat, 16 Apr 2016 14:00:49 -0300, Sebastián Pedersen wrote: >>[sebas@parabolaSebas64 ~]$ xset -q >>DPMS (Energy Star): >> Standby: 600Suspend: 600Off: 600 >> DPMS is Enabled >> Monitor is On > >[rocketmouse@archlinux ~]$ xset -q >DPMS (Energy Star): > Standby: 600Suspend: 0Off: 3000 > DPMS is Enabled > Monitor is On My apologies for that much PS mails. Perhaps it's an issue to have equal values? Try Standby: 500Suspend: 0Off: 600
Re: [arch-general] DPMS not working with fbdev driver
On Sat, 16 Apr 2016 14:00:49 -0300, Sebastián Pedersen wrote: >[sebas@parabolaSebas64 ~]$ xset -q >Keyboard Control: > auto repeat: onkey click percent: 0LED mask: 0002 > XKB indicators: > 00: Caps Lock: off01: Num Lock:on 02: Scroll Lock: > off 03: Compose: off04: Kana:off05: Sleep: > off 06: Suspend: off07: Mute:off08: Misc: > off 09: Mail:off10: Charging:off11: Shift Lock: > off 12: Group 2: off13: Mouse Keys: off > auto repeat delay: 660repeat rate: 25 > auto repeating keys: 00ffdbbf > fadfffefffed > 9fff > fff7 > bell percent: 50bell pitch: 400bell duration: 100 >Pointer Control: > acceleration: 2/1threshold: 4 >Screen Saver: > prefer blanking: yesallow exposures: yes > timeout: 600cycle: 600 >Colors: > default colormap: 0x20BlackPixel: 0x0WhitePixel: 0xff >Font Path: > >/usr/share/fonts/misc/,/usr/share/fonts/TTF/,/usr/share/fonts/OTF/,/usr/share/fonts/Type1/,built-ins >DPMS (Energy Star): > Standby: 600Suspend: 600Off: 600 > DPMS is Enabled > Monitor is On JFTR the complete output, used with the open source ATI driver. Suspend and cycle are set to 0 here. [rocketmouse@archlinux ~]$ xset -q Keyboard Control: auto repeat: onkey click percent: 0LED mask: 0002 XKB indicators: 00: Caps Lock: off01: Num Lock:on 02: Scroll Lock: off 03: Compose: off04: Kana:off05: Sleep: off 06: Suspend: off07: Mute:off08: Misc:off 09: Mail:off10: Charging:off11: Shift Lock: off 12: Group 2: off13: Mouse Keys: off auto repeat delay: 660repeat rate: 25 auto repeating keys: 00ffdbbf fadfffefffed 9fff fff7 bell percent: 50bell pitch: 400bell duration: 100 Pointer Control: acceleration: 2/1threshold: 4 Screen Saver: prefer blanking: yesallow exposures: yes timeout: 540cycle: 0 Colors: default colormap: 0x20BlackPixel: 0x0WhitePixel: 0xff Font Path: /usr/share/fonts/misc/,/usr/share/fonts/TTF/,/usr/share/fonts/OTF/,/usr/share/fonts/Type1/,built-ins DPMS (Energy Star): Standby: 600Suspend: 0Off: 3000 DPMS is Enabled Monitor is On
Re: [arch-general] DPMS not working with fbdev driver
On Sat, 16 Apr 2016 14:00:49 -0300, Sebastián Pedersen wrote: >Off: 600 Hmm? [rocketmouse@archlinux ~]$ grep Driver /etc/X11/xorg.conf | grep -v "#" Driver "radeon" Perhaps a driver issue.
Re: [arch-general] DPMS not working with fbdev driver
Ensure that nothing overwrites the settings, e.g. xscreensaver, xfce4-power-manager or anything else. I set up Section "ServerFlags" Option "BlankTime" "0" Option "StandbyTime" "0" Option "SuspendTime" "0" Option "OffTime" "0" EndSection by xorg.conf and then use xscreensaver-command or xfce4-power-manager-settings or xset dpms force && xset to set up the wanted values, when the CRT-Monitor should go to sleep. For my openbox Arch Linux I use xfce4-power-manager. [rocketmouse@archlinux ~]$ xset q | grep -A2 "Screen Saver:" Screen Saver: prefer blanking: yesallow exposures: yes timeout: 540cycle: 0 [rocketmouse@archlinux ~]$ xset q | grep -A3 "DPMS (Energy Star):" DPMS (Energy Star): Standby: 600Suspend: 0Off: 3000 DPMS is Enabled Monitor is On The monitor is turned off after a while. However, I have different Linux installs and IMO xfce4-power-manager isn't the best choice. However, I have no issues with using different xfce4-power-manager or xscreensaver profiles, but I'm lazy, so my momentarily scripts aren't a pleasure to read. Maybe this does help: [rocketmouse@archlinux ~]$ cat .config/xfce4/xfconf/xfce-perchannel-xml/xfce4-power-manager.xml
Re: [arch-general] dpms in text mode worked 1st boot, now monitor blanks but won't power off
On Wed, Dec 4, 2013 at 4:01 PM, David C. Rankin < drankina...@suddenlinkmail.com> wrote: > [08:51 phoinix:/etc/clamav] # rmmod nvidia > [08:51 phoinix:/etc/clamav] # lsmod | grep nv > [08:51 phoinix:/etc/clamav] # modprobe nouveau > [08:52 phoinix:/etc/clamav] # lsmod | grep no > nouveau 904630 1 > ttm63411 1 nouveau > drm_kms_helper 36286 1 nouveau > i2c_algo_bit5399 1 nouveau > drm 238206 3 ttm,drm_kms_helper,nouveau > mxm_wmi 1475 1 nouveau > video 11196 1 nouveau > i2c_core 24164 6 > drm,drm_kms_helper,i2c_algo_bit,adt7475,nouveau,i2c_nforce2 > wmi 8419 2 mxm_wmi,nouveau > button 4677 1 nouveau > > That's it! Monitor powered off after 1 min. But that begs the question, > why > doesn't console poweroff work with the nvidia driver? Doe the driver lack > the > capability? --or-- do the same associations (ttm, drm_kms_helper, etc..) > just > need to be made with the nvidia driver? If so, how? > > For now, the easiest solution is just to remove the nvidia driver and > make > sure the nouveau driver is loaded on boot. However, if I decide to use the > nvidia driver in the future, then I'm back in the same boat again. So, is > there > anyway to make the console poweroff work with the nvidia driver? > > Well, the proprietary nvidia is known for focusing on X, the console has been neglected, no KMS, basic DPMS, it seems... The OS nouveau driver, however is doing things properly, if you have the luck that your hw is supported. Nouveau -> more features, less performance. Nvidia -> less features, more performance. Pick one. Now, if you want to switch between them without rebooting, you can try to remove one driver and modprobe the other. I wouldn't bet on the stability of your kernel, though. A safer solution would be to create two entries in the boot menu (grub or whatever): one will blacklist nouveau, the other will blacklist nvidia. With a bit of work you can even switch the mesa/libgl links to point to the proper versions! Best regards. -- Rodrigo
Re: [arch-general] dpms in text mode worked 1st boot, now monitor blanks but won't power off
On 12/04/2013 05:15 AM, Rodrigo Rivas wrote: > > Well, that certainly is a difference. The nvidia package includes the file > `/usr/lib/modprobe.d/nvidia.conf` that contains the line `blacklist > nouveau`. That's necessary because if the nouveau driver is loaded first, > then the nvidia one cannot work properly. > > But you are not loading X, so I'm guessing that your nvidia driver is not > being loaded either (the kernel driver is probed by the X driver IIRC), so > you are running with the default vesa console. > > You can try running `modprobe nvidia` and see if it makes a difference. If > that's not the case, reboot and run `modprobe nouveau`. > > Or maybe I'm wrong and the nvidia driver is being loaded automatically. If > that's true, you can try blacklisting it and modprobing nouveau. > > Best regards > Rodrigo, You are on to something here. The nvidia module is loaded automatically, but there is no X running: 08:42 phoinix:/etc/clamav] # lsmod | grep nv nvidia 10573185 0 drm 238206 1 nvidia i2c_core 24164 3 drm,nvidia,i2c_nforce2 [08:46 phoinix:/etc/clamav] # ps ax | grep X 5628 pts/0S+ 0:00 grep X So what you are saying is that the nvidia module is causing the problem with the console DPMS poweroff behavior? [08:51 phoinix:/etc/clamav] # rmmod nvidia [08:51 phoinix:/etc/clamav] # lsmod | grep nv [08:51 phoinix:/etc/clamav] # modprobe nouveau [08:52 phoinix:/etc/clamav] # lsmod | grep no nouveau 904630 1 ttm63411 1 nouveau drm_kms_helper 36286 1 nouveau i2c_algo_bit5399 1 nouveau drm 238206 3 ttm,drm_kms_helper,nouveau mxm_wmi 1475 1 nouveau video 11196 1 nouveau i2c_core 24164 6 drm,drm_kms_helper,i2c_algo_bit,adt7475,nouveau,i2c_nforce2 wmi 8419 2 mxm_wmi,nouveau button 4677 1 nouveau That's it! Monitor powered off after 1 min. But that begs the question, why doesn't console poweroff work with the nvidia driver? Doe the driver lack the capability? --or-- do the same associations (ttm, drm_kms_helper, etc..) just need to be made with the nvidia driver? If so, how? For now, the easiest solution is just to remove the nvidia driver and make sure the nouveau driver is loaded on boot. However, if I decide to use the nvidia driver in the future, then I'm back in the same boat again. So, is there anyway to make the console poweroff work with the nvidia driver? -- David C. Rankin, J.D.,P.E.
Re: [arch-general] dpms in text mode worked 1st boot, now monitor blanks but won't power off
On Wed, Dec 4, 2013 at 2:43 AM, David C. Rankin < drankina...@suddenlinkmail.com> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On 12/03/2013 12:51 PM, Jakub Klinkovský wrote: > > I use 'consoleblank=' kernel parameter to set the delay. See > also > > ArchWiki page: > > > https://wiki.archlinux.org/index.php/Display_Power_Management_Signaling#DPMS_interaction_in_a_Linux_console_with_setterm > > > > Thanks Jakub, > > I have tried: > > # setterm -blank 1 > # setterm -powerdown 1 > # setterm -powersave hsync (waited - did not poweroff moniter, just > blanked) > # setterm -powersave powerdown (same thing - no poweroff) > > > So I am at a loss as to how it worked on the first boot and now no longer > worked. I read: > > > https://wiki.archlinux.org/index.php/Display_Power_Management_Signaling#DPMS_interaction_in_a_Linux_console_with_setterm > > http://webpages.charter.net/dperr/dpms.htm > > and so far I have not found a way to repeat the poweroff that worked on > first boot. > > I did install the nvidia package for future use, which pulled in > xorg-server as > a dependency, but X is not started. I don't see why that would influence > console > behavior. > Well, that certainly is a difference. The nvidia package includes the file `/usr/lib/modprobe.d/nvidia.conf` that contains the line `blacklist nouveau`. That's necessary because if the nouveau driver is loaded first, then the nvidia one cannot work properly. But you are not loading X, so I'm guessing that your nvidia driver is not being loaded either (the kernel driver is probed by the X driver IIRC), so you are running with the default vesa console. You can try running `modprobe nvidia` and see if it makes a difference. If that's not the case, reboot and run `modprobe nouveau`. Or maybe I'm wrong and the nvidia driver is being loaded automatically. If that's true, you can try blacklisting it and modprobing nouveau. Best regards -- Rodrigo.
Re: [arch-general] dpms in text mode worked 1st boot, now monitor blanks but won't power off
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 12/03/2013 12:51 PM, Jakub Klinkovský wrote: > I use 'consoleblank=' kernel parameter to set the delay. See also > ArchWiki page: > https://wiki.archlinux.org/index.php/Display_Power_Management_Signaling#DPMS_interaction_in_a_Linux_console_with_setterm > Thanks Jakub, I have tried: # setterm -blank 1 # setterm -powerdown 1 # setterm -powersave hsync (waited - did not poweroff moniter, just blanked) # setterm -powersave powerdown (same thing - no poweroff) So I am at a loss as to how it worked on the first boot and now no longer worked. I read: https://wiki.archlinux.org/index.php/Display_Power_Management_Signaling#DPMS_interaction_in_a_Linux_console_with_setterm http://webpages.charter.net/dperr/dpms.htm and so far I have not found a way to repeat the poweroff that worked on first boot. I did install the nvidia package for future use, which pulled in xorg-server as a dependency, but X is not started. I don't see why that would influence console behavior. If anybody has any additional information, I thank you in advance. - -- David C. Rankin, J.D.,P.E. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iEYEARECAAYFAlKeiK4ACgkQZMpuZ8Cyrcj8GgCfYMSnkBix3ssnw4xeeb38luxy 7vkAn1+6sHoA10OwkXe8J3cI0agOWbrG =8r7e -END PGP SIGNATURE-
Re: [arch-general] dpms in text mode worked 1st boot, now monitor blanks but won't power off
On 03.12.13 at 8:18, David C. Rankin wrote: > Guys, > > On my 1st boot after install of a new Arch box, the monitor would go to > sleep > in text mode. (monitor power light goes to yellow indicating sleep and screen > goes black (off), not just blank) I thought that was a great trick, since > normally, the screen just blanks, but the monitor doesn't really go to sleep > (monitor power indicator on). Mouse movement (gpm) or key stroke would wake > the > monitor up as expected. After configuring the box (nothing related to display) > on the next boot, the screen will blank, but not go to sleep (monitor power > light remains on and screen goes blank, but not black (off)) > > I can't figure out what I could have done to alter anything related to the > display. (configuration was to mysql, httpd, named, dhcpd, samba, etc) > > What controls whether display powers off in text mode and what can I check > for > in journalctl to help figure this out? > > -- > David C. Rankin, J.D.,P.E. I use 'consoleblank=' kernel parameter to set the delay. See also ArchWiki page: https://wiki.archlinux.org/index.php/Display_Power_Management_Signaling#DPMS_interaction_in_a_Linux_console_with_setterm --- Jakub Klinkovský (Lahwaacz) pgpHG3khvwKAs.pgp Description: PGP signature
Re: [arch-general] DPMS
On Saturday 11 Feb 2012 20:36:56 Damjan wrote: > > Morning folk > > > > > > Back to this one again i need to find a working position for "xset > > -dpms" i am getting sick and tired of every time i reboot i get the darn > > screens turning off i hate that with vengance if i wqnt them off i turn > > them off simples > > > > So where can i put the xset command for it to work correctly every time > > /etc/rc.local is *NOT* started in the X session so it can not set X > parameters > cron also doesn't start the jobs in the X session > > > ~/.xinitrc is only started when running startx > ~/.xsession is unfortunately not run by most login managers > > What you need is ~/.xprofile which is *sourced* by most login managers > before running your *DE session. > That's also a place to export some variables that are inherited in all > your *DE applications. Ok i have not had to restart the system yet so it is still on the manual xset command Pete -- Linux 7-of-9 3.2.5-1-ARCH #1 SMP PREEMPT Tue Feb 7 08:34:36 CET 2012 x86_64 AMD Phenom(tm) 9600B Quad-Core Processor AuthenticAMD GNU/Linux
Re: [arch-general] DPMS
> Morning folk > > > Back to this one again i need to find a working position for "xset -dpms" > i > am getting sick and tired of every time i reboot i get the darn screens > turning off i hate that with vengance if i wqnt them off i turn them off > simples > > So where can i put the xset command for it to work correctly every time /etc/rc.local is *NOT* started in the X session so it can not set X parameters cron also doesn't start the jobs in the X session ~/.xinitrc is only started when running startx ~/.xsession is unfortunately not run by most login managers What you need is ~/.xprofile which is *sourced* by most login managers before running your *DE session. That's also a place to export some variables that are inherited in all your *DE applications. -- дамјан
Re: [arch-general] DPMS
On Thursday 09 Feb 2012 19:04:24 P Nikolic wrote: > On Thursday 09 Feb 2012 17:22:44 Madeye wrote: > > On Thu, 09 Feb 2012 15:46:52 + > > > > P Nikolic wrote: > > > On Thursday 09 Feb 2012 20:19:06 gt wrote: > > > > On Thu, Feb 09, 2012 at 02:13:57PM +, P Nikolic wrote: > > > > > On Thursday 09 Feb 2012 16:11:05 gt wrote: > > > > > > How do you login? i.e., which login manager do you use? > > > > > > > > > > i use KDM > > > > > > > > I don't think that kdm uses xinitrc by default. You'll have to make > > > > it use xinitrc. It supports xsession i think. Maybe try symlinking > > > > ~/.xsession to ~/.xinitrc. > > > > > > Humm well that dont work either . > > > > > > think the easiest way is going to be get rid of KDM and use startkde > > > or something having looked at kdmrc i dont think i can stick it in > > > there this is becoming a spoiler .. > > > > > > > > > Pete . > > > > Have you tried putting it in /etc/kde4/kdm/Xsetup > > That should be the way to do it with kdm, at least according to this > > webpage: > > http://maketecheasier.com/run-startup-scripts-in-kdm-before-kde-starts/201 > > 1/ 12/15 > > Hi .. > > I will give it a try see what happens > > Pete . Right after a bit of hunting the location is /usr/share/config/kdm/Xsetup I have added it will see what happens next reboot Pete . -- Linux 7-of-9 3.2.5-1-ARCH #1 SMP PREEMPT Tue Feb 7 08:34:36 CET 2012 x86_64 AMD Phenom(tm) 9600B Quad-Core Processor AuthenticAMD GNU/Linux
Re: [arch-general] DPMS
On Thursday 09 Feb 2012 17:22:44 Madeye wrote: > On Thu, 09 Feb 2012 15:46:52 + > > P Nikolic wrote: > > On Thursday 09 Feb 2012 20:19:06 gt wrote: > > > On Thu, Feb 09, 2012 at 02:13:57PM +, P Nikolic wrote: > > > > On Thursday 09 Feb 2012 16:11:05 gt wrote: > > > > > How do you login? i.e., which login manager do you use? > > > > > > > > i use KDM > > > > > > I don't think that kdm uses xinitrc by default. You'll have to make > > > it use xinitrc. It supports xsession i think. Maybe try symlinking > > > ~/.xsession to ~/.xinitrc. > > > > Humm well that dont work either . > > > > think the easiest way is going to be get rid of KDM and use startkde > > or something having looked at kdmrc i dont think i can stick it in > > there this is becoming a spoiler .. > > > > > > Pete . > > Have you tried putting it in /etc/kde4/kdm/Xsetup > That should be the way to do it with kdm, at least according to this > webpage: > http://maketecheasier.com/run-startup-scripts-in-kdm-before-kde-starts/2011/ > 12/15 Hi .. I will give it a try see what happens Pete . -- Linux 7-of-9 3.2.5-1-ARCH #1 SMP PREEMPT Tue Feb 7 08:34:36 CET 2012 x86_64 AMD Phenom(tm) 9600B Quad-Core Processor AuthenticAMD GNU/Linux
Re: [arch-general] DPMS
On Thu, 09 Feb 2012 15:46:52 + P Nikolic wrote: > On Thursday 09 Feb 2012 20:19:06 gt wrote: > > On Thu, Feb 09, 2012 at 02:13:57PM +, P Nikolic wrote: > > > On Thursday 09 Feb 2012 16:11:05 gt wrote: > > > > How do you login? i.e., which login manager do you use? > > > > > > i use KDM > > > > I don't think that kdm uses xinitrc by default. You'll have to make > > it use xinitrc. It supports xsession i think. Maybe try symlinking > > ~/.xsession to ~/.xinitrc. > > > Humm well that dont work either . > > think the easiest way is going to be get rid of KDM and use startkde > or something having looked at kdmrc i dont think i can stick it in > there this is becoming a spoiler .. > > > Pete . > Have you tried putting it in /etc/kde4/kdm/Xsetup That should be the way to do it with kdm, at least according to this webpage: http://maketecheasier.com/run-startup-scripts-in-kdm-before-kde-starts/2011/12/15 -- \Madeye - The box said to install Windows 95 or better, so I installed ARCH Linux! -- - Registered Linux user #167944 since 2000-02-28 (｡◕‿◕｡) - -- - Jabber: @@ madeye at jabber dot org @@ - --
Re: [arch-general] DPMS
On Thursday 09 Feb 2012 20:19:06 gt wrote: > On Thu, Feb 09, 2012 at 02:13:57PM +, P Nikolic wrote: > > On Thursday 09 Feb 2012 16:11:05 gt wrote: > > > How do you login? i.e., which login manager do you use? > > > > i use KDM > > I don't think that kdm uses xinitrc by default. You'll have to make it > use xinitrc. It supports xsession i think. Maybe try symlinking > ~/.xsession to ~/.xinitrc. Humm well that dont work either . think the easiest way is going to be get rid of KDM and use startkde or something having looked at kdmrc i dont think i can stick it in there this is becoming a spoiler .. Pete . -- Linux 7-of-9 3.2.5-1-ARCH #1 SMP PREEMPT Tue Feb 7 08:34:36 CET 2012 x86_64 AMD Phenom(tm) 9600B Quad-Core Processor AuthenticAMD GNU/Linux
Re: [arch-general] DPMS
On Thu, Feb 09, 2012 at 02:13:57PM +, P Nikolic wrote: > On Thursday 09 Feb 2012 16:11:05 gt wrote: > > How do you login? i.e., which login manager do you use? > i use KDM I don't think that kdm uses xinitrc by default. You'll have to make it use xinitrc. It supports xsession i think. Maybe try symlinking ~/.xsession to ~/.xinitrc. -- O< ascii ribbon campaign - stop html mail - www.asciiribbon.org
Re: [arch-general] DPMS
On Thu, Feb 9, 2012 at 3:37 AM, P Nikolic wrote: > Morning folk > > > Back to this one again i need to find a working position for "xset -dpms" > i > am getting sick and tired of every time i reboot i get the darn screens > turning off i hate that with vengance if i wqnt them off i turn them off > simples > > So where can i put the xset command for it to work correctly every time > You can set defaults in xorg.conf. See man xorg.conf Sander
Re: [arch-general] DPMS
* P Nikolic [2012-02-09 09:37+] > Morning folk > > > Back to this one again i need to find a working position for "xset -dpms" > i > am getting sick and tired of every time i reboot i get the darn screens > turning off i hate that with vengance if i wqnt them off i turn them off > simples > > So where can i put the xset command for it to work correctly every time > > Thanks > > Pete . > > -- > Linux 7-of-9 3.2.5-1-ARCH #1 SMP PREEMPT Tue Feb 7 08:34:36 CET 2012 x86_64 > AMD Phenom(tm) 9600B Quad-Core Processor AuthenticAMD GNU/Linux I did not see the other email If the .xinitrc does not work.try the rc.local. Len --
Re: [arch-general] DPMS
* P Nikolic [2012-02-09 09:37+] > Morning folk > > > Back to this one again i need to find a working position for "xset -dpms" > i > am getting sick and tired of every time i reboot i get the darn screens > turning off i hate that with vengance if i wqnt them off i turn them off > simples > > So where can i put the xset command for it to work correctly every time > > Thanks > > Pete . > > -- > Linux 7-of-9 3.2.5-1-ARCH #1 SMP PREEMPT Tue Feb 7 08:34:36 CET 2012 x86_64 > AMD Phenom(tm) 9600B Quad-Core Processor AuthenticAMD GNU/Linux Hi Pete, I think you could use the .xinitrc for this .xinitrc xset s off xset -dpms Lennart --
Re: [arch-general] DPMS
On Thursday 09 Feb 2012 16:11:05 gt wrote: > On Thu, Feb 09, 2012 at 09:59:44AM +, P Nikolic wrote: > > On Thursday 09 Feb 2012 10:54:15 Christoph Vigano wrote: > > > On 02/09/2012 10:37 AM, P Nikolic wrote: > > > > > > > > > > > > So where can i put the xset command for it to work correctly every > > > > time > > > > > > you could always put settings like these into your $HOME/.xinitrc, > > > that's where I have stored those settings. > > > > Hi Christoph > > > > I have tried in there it just gets ignored i know in the suse world i used > > to put it there but cant get it to behave on Arch which is a pity > > because Arch is far better in almost every other way .. > > How do you login? i.e., which login manager do you use? i use KDM Pete . -- Linux 7-of-9 3.2.5-1-ARCH #1 SMP PREEMPT Tue Feb 7 08:34:36 CET 2012 x86_64 AMD Phenom(tm) 9600B Quad-Core Processor AuthenticAMD GNU/Linux
Re: [arch-general] DPMS
On Thu, Feb 09, 2012 at 09:59:44AM +, P Nikolic wrote: > On Thursday 09 Feb 2012 10:54:15 Christoph Vigano wrote: > > On 02/09/2012 10:37 AM, P Nikolic wrote: > > > > > > > > > So where can i put the xset command for it to work correctly every time > > > > you could always put settings like these into your $HOME/.xinitrc, > > that's where I have stored those settings. > > Hi Christoph > > I have tried in there it just gets ignored i know in the suse world i used to > put it there but cant get it to behave on Arch which is a pity because Arch > is far better in almost every other way .. How do you login? i.e., which login manager do you use? -- O< ascii ribbon campaign - stop html mail - www.asciiribbon.org
Re: [arch-general] DPMS
On Thursday 09 Feb 2012 10:54:15 Christoph Vigano wrote: > On 02/09/2012 10:37 AM, P Nikolic wrote: > > Morning folk > > > > > > Back to this one again i need to find a working position for "xset > > -dpms" i am getting sick and tired of every time i reboot i get the darn > > screens turning off i hate that with vengance if i wqnt them off i turn > > them off simples > > > > So where can i put the xset command for it to work correctly every time > > > > Thanks > > > > Pete . > > Hi Pete, > > you could always put settings like these into your $HOME/.xinitrc, > that's where I have stored those settings. > > -- > Christoph > AUR, IRC: kritztopf > BBS, Github: kritter Hi Christoph I have tried in there it just gets ignored i know in the suse world i used to put it there but cant get it to behave on Arch which is a pity because Arch is far better in almost every other way .. Pete . -- Linux 7-of-9 3.2.5-1-ARCH #1 SMP PREEMPT Tue Feb 7 08:34:36 CET 2012 x86_64 AMD Phenom(tm) 9600B Quad-Core Processor AuthenticAMD GNU/Linux
Re: [arch-general] DPMS
On 02/09/2012 10:37 AM, P Nikolic wrote: > Morning folk > > > Back to this one again i need to find a working position for "xset -dpms" > i > am getting sick and tired of every time i reboot i get the darn screens > turning off i hate that with vengance if i wqnt them off i turn them off > simples > > So where can i put the xset command for it to work correctly every time > > Thanks > > Pete . > Hi Pete, you could always put settings like these into your $HOME/.xinitrc, that's where I have stored those settings. -- Christoph AUR, IRC: kritztopf BBS, Github: kritter signature.asc Description: OpenPGP digital signature
