Gnome-power-manager and screen brightness

gnome-power-manager appears to be screwing with my ability to adjust the screen brightness. Now there are only two brightness settings that work - the ones defined in gnome-power-manager settings.  Using the keyboard shortcuts "works" in that I can increase the brightness one level but then the change gets overridden.  Decreasing the brightness sets it at the minimum level then I can get it back without entering gpm settings.  This definitely work before the last update and I think for a while after.
Is there anyway I can get it to listen to manual adjustments?
Edit:  I think this was due to the latest hal update.
> lshal | grep bright
laptop_panel.brightness_in_hardware = false (bool)
Edit 2:
Found http://ubuntuforums.org/archive/index.php/t-290994.html
Adding "video" to MOD_BLACKLIST in /etc/rc.conf fixed this.  This is just a kernel module right? Nothing else will be screwed...?
Last edited by Allan (2007-10-31 11:30:37)

I have Sony Vaio VGN-FZ38M with Nvidia 8400M GT. I used package 'nvclock' (it is in repo) to control lcd brightness, here site with more info: NVClock.  Some time ago I also configured Fn keys to work with it (on Ubuntu), but on Arch I didn't  manged but I didn't try hard (in general i don't need, my laptop is stationary all the time). Solution I've found somwehere in Ubuntu forums.
edit: typo in address
edit2:
here's the solution from Ubuntu: http://newyork.ubuntuforums.org/showthr … ?t=1004568
Last edited by folletto (2009-06-14 20:58:56)

Similar Messages

  • Power Manager and LCD Brightness, System Freezes, and other Problems

    I have a brand new X200 with PM 1.54.  At first everything was working great.  Over the past few days I've noticed a few things:
    1.  When running on battaries, the screen brightness changes about every 10 seconds even though the profile I'm using has that feature turned off. 
    2.  After running the computer for about 1/2 hr, suddenly the PM shows a dramatic reduction in amount of time left on my battery which coinsides with: 
         a) fan consantly running; AND
         b) about 10 minuntes later my entire system freezes and I have to push the power button to force a reboot. 
    Any ideas what's wrong? 

    Since your Mac Pro is new, you would do well to contact Apple about this problem while the warranty is still in effect.

  • Power Manager and display brightness level

    Hello,
    In my settings (Power Manager v1.89) set is average level of display brightness (for Battery and AC settings) but for some reason after Switch User or after Stanby Mode the brightness becomes to maximum level, but not to my settings.
    Why?
    Best regards,
    Alex
    Lenovo ThinkPad Edge 13
    Windows XP SP3
    Solved!
    Go to Solution.

    Oh, but of course! Why wouldn't core Power Manager functionality not involving hotkeys depend upon the Hotkeys software? /s

  • Gnome-power-manager 2.26 does not suspend on idle

    I got a problem with gnome-power-manager 2.26 (several Versions 2.26.0 2.26.1 2.26.2 (original PKGBUILD)). I can suspend from the applet menu. It does hibernate on critical bat level, but i does not suspend on idle, regardless what timeout values I set in screensaver and gnome-power-manager. Display sleep seems to work though. First I thought, this might be only an issue on my particular notebook, as I could not find anything on google about this, but it is the same behavior on my freshly installed desktop system.
    gnome-power-manager --verbose outputs nothing about going to standby.
    I built gnome-power-manager and gnome-screensaver from 2.24 and they do work porperly, except the notebook will not hibernating on crit bat level.
    Hardware:
    Notebook: HP Pavilion dv3550eg (centrino2 - Nvidia 9300M GS)
    Desktop: GB AMD 790XT, Phenom 720, Nvidia GTX 260
    Software:
    Arch64
    Might this be an Policy issue? Nevertheless if anyone out there has has this problem, let me know and i am goning to file a bug report.

    uwinkelvos wrote:I filed a bugrepoert about this: http://bugs.archlinux.org/task/15038
    anyone willing and able to have a look at the sources is welcome... i just do not have the skills and tools to get to the right conclusion.
    is a well know upstream problem. you should have been fill/comment on bugzilla bugtracker because is not archlinux fault.
    http://bugzilla.gnome.org/buglist.cgi?q … r-manager+
    http://blogs.gnome.org/hughsie/2009/05/ … tableness/

  • Udev and gnome-power-manager

    Hi,
    Recently I upgrade the udev from 141-5-i686 to 145-1-i686 in my MSI wind. Then the following problem begins:
    When the system boots this characters can be seen in the screen just before udev is finished: ^@^@
    I can add more characters during the whole boot process if I press Fn+F5 (the brightness hotkey).
    When gnome is running, in few minutes the screen change the brightness very fast, like blinking. This problem only happens if the gnome-power-manager is enabled.
    Downgrading udev fix the problem.
    Does anyone know if this is something related with this particular version of udev, or can I do something to fix it?
    I don't know if the following messages will help, because them can be seen with the current and with the old udev version. But they are the only ones that I think are related with hotkeys amb modules loading. So I post them just in case.
    messages.log:
    Aug 29 14:57:02 peremsi load-modules.sh: 'acpi:LNXSYSTM:' is not a valid module or alias name
    Aug 29 14:57:02 peremsi load-modules.sh: 'dmi:bvnAmericanMegatrendsInc.:bvr4.6.3:bd06/26/2008:svnMICRO-STARINTERNATIONALCO.,LTD
    :pnU-100:pvrVer.001:rvnMICRO-STARINTERNATIONALCO.,LTD:rnU-100:rvrVer.001:cvnMICRO-STARINTERNATIONALCO.,LTD:ct3:cvrVer.001:' is
    not a valid module or alias name
    Aug 29 14:57:02 peremsi load-modules.sh: 'pci:v00008086d000027A6sv00001462sd00000110bc03sc80i00' is not a valid module or alias
    name
    Aug 29 14:57:02 peremsi load-modules.sh: 'platform:vesafb' is not a valid module or alias name
    Aug 29 14:57:02 peremsi load-modules.sh: 'pci:v00008086d00002448sv00000000sd00000000bc06sc04i01' is not a valid module or alias
    name
    Aug 29 14:57:02 peremsi load-modules.sh: 'acpi:PNP0C01:' is not a valid module or alias name
    Aug 29 14:57:02 peremsi load-modules.sh: 'acpi:PNP0800:' is not a valid module or alias name
    Aug 29 14:57:02 peremsi load-modules.sh: 'acpi:PNP0000:' is not a valid module or alias name
    Aug 29 14:57:02 peremsi load-modules.sh: 'acpi:PNP0C01:' is not a valid module or alias name
    Aug 29 14:57:03 peremsi load-modules.sh: 'acpi:PNP0C02:' is not a valid module or alias name
    Aug 29 14:57:03 peremsi load-modules.sh: 'acpi:PNP0103:' is not a valid module or alias name
    Aug 29 14:57:03 peremsi load-modules.sh: 'acpi:PNP0C01:' is not a valid module or alias name
    Aug 29 14:57:03 peremsi load-modules.sh: 'acpi:PNP0100:' is not a valid module or alias name
    Aug 29 14:57:03 peremsi load-modules.sh: 'acpi:PNP0C04:' is not a valid module or alias name
    Aug 29 14:57:03 peremsi load-modules.sh: 'acpi:PNP0200:' is not a valid module or alias name
    Aug 29 14:57:03 peremsi load-modules.sh: 'acpi:PNP0303:PNP030B:' is not a valid module or alias name
    Aug 29 14:57:03 peremsi load-modules.sh: 'acpi:PNP0C02:' is not a valid module or alias name
    Aug 29 14:57:03 peremsi load-modules.sh: 'acpi:PNP0F03:PNP0F13:' is not a valid module or alias name
    Aug 29 14:57:03 peremsi load-modules.sh: 'usb:v0C45p62C0d0100dcEFdsc02dp01ic0Eisc02ip00' is not a valid module or alias name
    Aug 29 14:57:08 peremsi ntfs-3g[2611]: Version 2009.4.4 integrated FUSE 27
    (so many times) This message is because the kernel do not map some hotkeys. Gnome do it.
    atkbd.c: Unknown key released (translated set 2, code 0xf7 on isa0060/serio0).
    atkbd.c: Use 'setkeycodes e077 <keycode>' to make it known.
    atkbd.c: Unknown key pressed (translated set 2, code 0xf8 on isa0060/serio0).
    atkbd.c: Use 'setkeycodes e078 <keycode>' to make it known.

    recently, I updated system, and now I have same problem like you had. I was not sure, what could cause this brightness fast changing. I thought about hal, dbus, udev. Never tried to downgrade udev. Now, I have udev 146. I am not sure what version I had before system upgrading.
    Now, I have kernel 2.6.31, and I am not sure if udev 141 will work with this kernel...
    I have MSI WIND, also...
    Last edited by kunalagon (2010-01-08 11:15:54)

  • Changing brightness in gnome-power-manager has no effect

    Well it's mostly all in the title. When I change the brightness slider in gnome-power-manager it has no affect on brightness. However the fn key combo for changing the brightness does have change the brightness yet it brings up the volume like dialog for brightness yet no change is registered on the slider (despite brightness increasing). This erratic behavior is not seen in Fedora or Ubuntu so I know it can be made to work. I have a Dell Inspiron 640m.

    thunderogg wrote:Maybe a stupid question: Are you a member of the power group? I had a similar problem when I forgot to add my user to the power group.
    I am now. But it hasn't fixed anything. I restarted X after adding my user to the group.
    However when I started gnome-power-manager as root.  It wouldn't let me access the preference dialog BUT when I increased or decreased the brightness it showed me the proper progressbar indicator. I will restart and see what happens.
    edit:
    After a restart all is working well as far as I can tell. Thank you very much for all your help. It seems it was in fact an issue with the groups.
    Last edited by ihavenoname (2008-09-09 05:26:13)

  • After a one week logout and shutdown my macpro 1,1 laptop shows a black screen at startup attempts. The battery is fully charged and both resetting the power manager  and zapping the PRAM have failed to permit startup. What else can I try?

    After a one week logout and shutdown my macpro 1,1 laptop running OSx 10.6.8 shows a black screen at startup attempts. The battery is fully charged and both resetting the power manager  and zapping the PRAM have failed to permit startup. What else can I try?

    Startup – Black screen with cursor
    Startup Issues - Resolve
    Startup Issues - Resolve (2)

  • SOLVE strange problem with suspend and resume with gnome-power-manager

    I have pm-utils and gnome installed.
    Suspending and hibernation works well from the command line ($ pm-hibernate and $ pm-suspend).  Resuming works without any problems.
    Suspending from gnome "Shutdown dialog" works perfectly as well.
    However, if suspending is initiated by gnome-power-manager something strange happens:  After pressing the power button resuming switches to hibernation and my laptop turns off.  Resuming from disk works fine again.
    Now, suspending works fine again if I change and save any config file in /etc/pm/.
    Here comes the strange thing:  It doesn't really matter what I change as long as I save it.
    However, as soon as I reboot resuming fails again the way I described above.
    Anyone have a clue what's going on?
    I get no error messages and I've tried all sorts of boot entries.
    Last edited by mehldutt (2007-12-26 19:42:31)

    After some try and error my guess is that "HAL" is responsible for this problem:
    I deinstalled ACPID and 'pm-utils' and switched to 'uswsusp'.
    I made the appropriate changes to the appropriate hal-scrips
    usr/lib/hal/scripts/hal-system-power-suspend:
    #!/bin/sh
    /sbin/s2ram --force
    usr/lib/hal/scripts/hal-system-power-hibernate:
    #!/bin/sh
    /sbin/s2disk
    After these changes I still have the same problem:  immidiatly after resuming form suspend (via power-button) my laptop hibernates (s2disk).
    However, if I delete all entries in "usr/lib/hal/scripts/hal-system-power-hibernate" resuming from suspend works fine again, but hibernate doesn't of course.  So, some script must be calling "usr/lib/hal/scripts/hal-system-power-hibernate" emmediatly after resuming from suspend.
    A couple of weeks ago everything worked fine.  My guess is that one of the recent hal-updates is causing this.
    How can I figure what script is calling "usr/lib/hal/scripts/hal-system-power-hibernate" after resuming from suspend?

  • Gnome-Power-Manager don't save history and statistics

    I notice that g-p-m doesn't save history and statistics during a session:
    when I reboot the pc I loose every information and the graphs start by 0.
    I checked every configuration on gconf-editor, but nothing helped me.
    There is the section /apps/gnome-power-manager/info/ but there isn't a schema for any configuration, I don't know what test I could make.
    And I don't find the folder ~/.gnome2/gnome-power-manager on my Arch installations.
    I found this bug with Ubuntu:
    https://bugs.launchpad.net/ubuntu/+sour … bug/302570
    So I run lshal | grep battery to have information about my asus eeepc battery.
    This is the result:
    [root@e3pc luca]# lshal | grep battery
    udi = '/org/freedesktop/Hal/devices/computer_power_supply_battery_BAT0'
      battery.charge_level.current = 20871  (0x5187)  (int)
      battery.charge_level.design = 51034  (0xc75a)  (int)
      battery.charge_level.last_full = 50638  (0xc5ce)  (int)
      battery.charge_level.percentage = 41  (0x29)  (int)
      battery.charge_level.rate = 16993  (0x4261)  (int)
      battery.is_rechargeable = true  (bool)
      battery.model = '901'  (string)
      battery.present = true  (bool)
      battery.rechargeable.is_charging = true  (bool)
      battery.rechargeable.is_discharging = false  (bool)
      battery.remaining_time = 6306  (0x18a2)  (int)
      battery.reporting.current = 2691  (0xa83)  (int)
      battery.reporting.design = 6580  (0x19b4)  (int)
      battery.reporting.last_full = 6529  (0x1981)  (int)
      battery.reporting.rate = 2191  (0x88f)  (int)
      battery.reporting.technology = 'Li-ion'  (string)
      battery.reporting.unit = 'mAh'  (string)
      battery.serial = ''  (string)
      battery.technology = 'lithium-ion'  (string)
      battery.type = 'primary'  (string)
      battery.vendor = 'ASUS'  (string)
      battery.voltage.current = 7756  (0x1e4c)  (int)
      battery.voltage.design = 8400  (0x20d0)  (int)
      battery.voltage.unit = 'mV'  (string)
      info.capabilities = {'battery'} (string list)
      info.category = 'battery'  (string)
      info.udi = '/org/freedesktop/Hal/devices/computer_power_supply_battery_BAT0'  (string)
    Eeepc hasn't the serial. Ok...
    But on my hp 6735s there is the serial of the battery while I run "lshal | grep battery".
    And it has the same problem.
    The version of g-p-m is 2.26.2-1 on both of them.
    I had many difficulties to find documentation about this gnome daemon!!
    Somebody found a solution?
    Thank you all!

    up

  • Gnome-power-manager with networkmanager_sleep option

    I have a wireless device using the ipw2200 module. I have always found it extremely annoying that gnome-power-manager asks NetworkManager to sleep before suspending, since, first of all, the ipw2200 module doesn't need to be unloaded and, secondly, because I always have to wait the extra few seconds it takes for NM to send the dhcp request after resuming. I made a patch that adds an option to turn the NM-sleep call on or off via a gconf entry (networkmanager_sleep). The patch has been accepted upstream and included in CVS. However, I've made a patch that applies cleanly to gnome-power-manager 2.16.1 as well. Here it is:
    diff -Naur gnome-power-manager-2.16.1/data/gnome-power-manager.schemas.in gnome-power-manager-2.16.1-new/data/gnome-power-manager.schemas.in
    --- gnome-power-manager-2.16.1/data/gnome-power-manager.schemas.in 2006-07-30 14:51:52.000000000 +0200
    +++ gnome-power-manager-2.16.1-new/data/gnome-power-manager.schemas.in 2006-10-05 11:56:10.000000000 +0200
    @@ -571,6 +571,17 @@
    <long>This is the laptop panel screen brightness used when the session is idle. Only valid when use_time_for_policy is true.</long>
    </locale>
    </schema>
    + <schema>
    + <key>/schemas/apps/gnome-power-manager/networkmanager_sleep</key>
    + <applyto>/apps/gnome-power-manager/networkmanager_sleep</applyto>
    + <owner>gnome-power-manager</owner>
    + <type>bool</type>
    + <default>true</default>
    + <locale>
    + <short>If Networkmanager should disconnect.</short>
    + <long>Chooses whether Networkmanager should disconnect from the network before suspending.</long>
    + </locale>
    + </schema>
    </schemalist>
    </gconfschemafile>
    diff -Naur gnome-power-manager-2.16.1/src/gpm-manager.c gnome-power-manager-2.16.1-new/src/gpm-manager.c
    --- gnome-power-manager-2.16.1/src/gpm-manager.c 2006-09-17 22:33:51.000000000 +0200
    +++ gnome-power-manager-2.16.1-new/src/gpm-manager.c 2006-10-05 12:03:22.000000000 +0200
    @@ -1172,6 +1172,7 @@
    gboolean allowed;
    gboolean ret;
    gboolean do_lock;
    + gboolean nm_sleep;
    gpm_manager_allowed_hibernate (manager, &allowed, NULL);
    @@ -1190,7 +1191,12 @@
    gpm_screensaver_lock (manager->priv->screensaver);
    - gpm_networkmanager_sleep ();
    + nm_sleep = gconf_client_get_bool (manager->priv->gconf_client,
    + GPM_PREF_NETWORKMANAGER_SLEEP, NULL);
    + if (nm_sleep) {
    + gpm_networkmanager_sleep ();
    + }
    +
    ret = gpm_hal_hibernate (manager->priv->hal);
    manager_explain_reason (manager, GPM_GRAPH_EVENT_RESUME,
    @@ -1230,7 +1236,12 @@
    if (do_lock) {
    gpm_screensaver_poke (manager->priv->screensaver);
    - gpm_networkmanager_wake ();
    + nm_sleep = gconf_client_get_bool (manager->priv->gconf_client,
    + GPM_PREF_NETWORKMANAGER_SLEEP, NULL);
    + if (nm_sleep) {
    + gpm_networkmanager_wake ();
    + }
    +
    sync_dpms_policy (manager);
    @@ -1257,6 +1268,7 @@
    gboolean allowed;
    gboolean ret;
    gboolean do_lock;
    + gboolean nm_sleep;
    GpmPowerStatus status;
    char *message;
    int charge_before_suspend;
    @@ -1279,7 +1291,12 @@
    gpm_screensaver_lock (manager->priv->screensaver);
    - gpm_networkmanager_sleep ();
    + nm_sleep = gconf_client_get_bool (manager->priv->gconf_client,
    + GPM_PREF_NETWORKMANAGER_SLEEP, NULL);
    + if (nm_sleep) {
    + gpm_networkmanager_sleep ();
    + }
    +
    /* We save the current charge in mWh so we can see how much power we
    lost or gained over the suspend cycle */
    @@ -1348,7 +1365,12 @@
    if (do_lock) {
    gpm_screensaver_poke (manager->priv->screensaver);
    - gpm_networkmanager_wake ();
    + nm_sleep = gconf_client_get_bool (manager->priv->gconf_client,
    + GPM_PREF_NETWORKMANAGER_SLEEP, NULL);
    + if (nm_sleep) {
    + gpm_networkmanager_wake ();
    + }
    +
    sync_dpms_policy (manager);
    diff -Naur gnome-power-manager-2.16.1/src/gpm-prefs.h gnome-power-manager-2.16.1-new/src/gpm-prefs.h
    --- gnome-power-manager-2.16.1/src/gpm-prefs.h 2006-07-30 14:51:54.000000000 +0200
    +++ gnome-power-manager-2.16.1-new/src/gpm-prefs.h 2006-10-05 12:05:15.000000000 +0200
    @@ -55,6 +55,9 @@
    #define GPM_PREF_CAN_HIBERNATE GPM_PREF_DIR "/can_hibernate"
    #define GPM_PREF_LOCK_USE_SCREENSAVER GPM_PREF_DIR "/lock_use_screensaver_settings"
    +
    +#define GPM_PREF_NETWORKMANAGER_SLEEP GPM_PREF_DIR "/networkmanager_sleep"
    +
    /* These are only effective if the system default is turned off. See bug #331164 */
    #define GPM_PREF_LOCK_ON_BLANK_SCREEN GPM_PREF_DIR "/lock_on_blank_screen"
    #define GPM_PREF_LOCK_ON_SUSPEND GPM_PREF_DIR "/lock_on_suspend"
    It would be great if this could be added to the official package, but I'm not expecting it

    Have a look in gconf-editor to see if there's a setting for that? (I can't check now, I'm using XFCE.) Also, check that you didn't keep the default "put computer to sleep when the lid is closed", but I suppose you've done it already...

  • Gnome-power-manager update causes backlight to power off frequently

    After the upgrade to gnome-power-manager 2.26.1-1 today, my laptop screen backlight is being powered off constantly, after only about 1 minute. It's not the screen blanking, but the backlight going off. It comes right back up if I do anything on the keyboard.
    My power management preferences haven't changed though. They're all set (as before the upgrade) to never dim the display and never put the display to sleep. So why is the backlight going off anyway?
    Also, this pretty distinctly seems to have to do with Gnome and not X. If I leave the laptop for an extended period at the GDM login screen, the backlight is never powered off. The problem only develops after I have logged into Gnome.
    Thanks for any help.
    Last edited by cb474 (2009-04-23 07:14:55)

    Thanks, I looked for bugs on this, but didn't find that one on the backlight for some reason. I was about to issue my own bug report. Anyway, so I added my comments to the bug report, but it has been marked "fixed" already (because it was really addressing a slightly different issue with DPMS), so I don't know if I need to start a new bug report or not. I'll wait and see what kind of reply I get. (In fact, it seems like the fix to the problem in the backlight bug report may have caused the problem addressed in this thread.)
    That said, I found a work around, if you want to completely disable the backlight ever going off. You can issue the command:
    xset -dpms
    This disables entirely the display power management system (which I'm guessing gnome-power-manager operates as a frontend for). Of course, if you want your screen to be put to sleep after some set point of time this won't work. But you may be able to configure this directly with other xset commands or in xorg.conf (see links below).
    To disable dpms at startup. I found oddly that it didn't work to add it to my .xinitrc. So instead I went to System > Preferences > Startup Applications. Added an a program in the "Startup Programs" tab, named it "DPMS (disable)" and for the command put:
    xset -dpms
    This is working.
    You can also configue DPMS in xorg.conf, but I'm not using xorg.conf so I didn't fiddle with it. See: http://wiki.archlinux.org/index.php/DPMS and http://www.shallowsky.com/linux/x-screen-blanking.html.
    Hope that helps.
    Last edited by cb474 (2009-04-24 08:26:23)

  • HAL and screen brightness

    So for some reason I could change screen brightness, but only by setting the default in gnome-power-manager. In order to get the function keys to work too I had to play around with HAL config (using an example I found in an ubuntu bug report)
    Given that HAL is now deprecated, what is replacing it for handling screen brightness?

    pl give the details of your graphics card. in some cases you need to use  setpci command. Most of the Intel integrated graphics work out of box. For latest nvidia cards still some issues to be resolved.

  • Pm-suspend quirks works - not gnome power manager

    I installed Arch on my Thinkpad R61 once before, but the suspend 2 ram stuff didn't work. Well, I installed again with the goal of figuring it out, and I did. If I add the line
    DISPLAY_QUIRK_S3_BIOS="true"
    to /etc/pm/config.d/config
    Then type sudo pm-suspend in the console and my computer gracefully goes to sleep and wakes up exactly how it should. However if I try to make my computer sleep through any other method, such as closing the lid or pressing the sleep button (Fn+F4) or using the gnome power icon, I just get the screen saver login window and when I return to the main desktop I see "Sleep Problem' popup from the gnome power icon. I'm wondering if there is another file I need to configure to make it all work. I'm really close and this is the last issue I have to solve to have a perfectly working arch install on my laptop, which would make me happy!

    same problem here..
    Acer 5920G T7300, Nvidia 8600GT, Intel 3945abg wifi card..running standard 2.6.25-ARCH from testing
    if I call "sudo pm-suspend" from the console, it works without problems
    if I try to suspend from the gnome-power-manager icon, it get me to the screen saver, and the "Sleep Problem" message popups.
    I have only installed pm-utils, and made the "resume=/path/to/swap" modify in grub's menu.lst .. no other configs or modifications made by me..
    edit I've just tried hibernate (sudo pm-hibernate) and it works fine too.. obviously it doesn't work by the gnome-power-manager icon.
    Last edited by Berseker (2008-05-13 11:30:52)

  • VLC keeps automatically starting gnome-power-manager, why?

    Ive been running fluxbox as my main WM for a long time now. Recently I installed VLC, and every time I watch a movie it automatically starts gnome-power-manager. I have double checked my .fluxbox/startup and my xinitrc and even my rc.conf but there is no mention of gnome-power-manager or gnome-settings-dameon or anything gnome anywhere. It seems to only happen with VLC. Why does this keep happening?
    I don't want to use gnome-power-manager in fluxbox, but I have another user that uses gnome as the default wm so I don't want to remove gnome either. How can I stop this behavior?
    Last edited by tjwoosta (2009-09-13 19:00:19)

    The only thing I can think of is the screen saver option in vlc.
    Go to Tools / Preferences and click the All radio button select Video and see if Disable screensaver is selected.  If not disable it and see if it fixes the problem.
    edit:  typos
    Last edited by loafer (2009-09-13 19:13:12)

  • [SOLVED] gnome-power-manager ignores dpms_method_ac

    There's no way (it seems ) to make gnome-power-manager 2.26.3-1 to work fine...
    i'd like to put my monitor in standby after a while instead of simply blank and so i set dpms_method_ac  in gconf accordingly... but with no success...
    i don't know where to find a solution...
    my laptop is a HP pavillion dv5 1210el and thisi is my actual xorg.conf:
    # nvidia-xconfig: X configuration file generated by nvidia-xconfig
    # nvidia-xconfig: version 1.0 (buildmeister@builder63) Wed May 27 03:15:36 PDT 2009
    Section "ServerLayout"
    Identifier "Layout0"
    Screen 0 "Screen0"
    InputDevice "Keyboard0" "CoreKeyboard"
    InputDevice "Synaptics Touchpad" "SendCoreEvents"
    InputDevice "USB Mouse" "CorePointer"
    EndSection
    Section "InputDevice"
    Option "Device" "/dev/input/mice"
    Option "Protocol" "Auto"
    Option "ZAxisMapping" "4 5"
    Identifier "USB Mouse"
    Driver "mouse"
    Option "Emulate3Buttons" "true"
    EndSection
    Section "InputDevice"
    Identifier "Synaptics Touchpad"
    Driver "synaptics"
    Option "SendCoreEvents" "true"
    Option "Device" "/dev/psaux"
    Option "Protocol" "auto-dev"
    Option "SHMconfig" "on"
    Option "LeftEdge" "1700" # x coord left
    Option "RightEdge" "5300" # x coord right
    Option "TopEdge" "1700" # y coord top
    Option "BottomEdge" "4200" # y coord bottom
    Option "FingerLow" "25" # pressure below this level triggers release
    Option "FingerHigh" "30" # pressure above this level triggers touch
    Option "MaxTapTime" "180" # max time in ms for detecting tap
    Option "VertEdgeScroll" "true" # enable vertical scroll zone
    Option "HorizEdgeScroll" "true" # enable horizontal scroll zone
    Option "CornerCoasting" "true" # enable continuous scroll with finger in corner
    Option "CoastingSpeed" "0.30" # corner coasting speed
    Option "VertScrollDelta" "100" # edge-to-edge scroll distance of the vertical scroll
    Option "HorizScrollDelta" "100" # edge-to-edge scroll distance of the horizontal scroll
    Option "AccelFactor" "0.0020" # acceleration factor for normal pointer movements
    Option "VertTwoFingerScroll" "true" # vertical scroll anywhere with two fingers
    Option "HorizTwoFingerScroll" "true" # horizontal scroll anywhere with two fingers
    Option "EmulateTwoFingerMinZ" "120" # this may vary between different machines
    Option "TapButton1" "1"
    Option "TapButton2" "2"
    Option "TapButton3" "3"
    EndSection
    Section "InputDevice"
    Identifier "Keyboard0"
    Driver "kbd"
    Option "XkbModel" "hpdv5"
    EndSection
    Section "Monitor"
    Identifier "Monitor0"
    VendorName "Unknown"
    ModelName "Unknown"
    HorizSync 28.0 - 33.0
    VertRefresh 43.0 - 72.0
    EndSection
    Section "Device"
    Identifier "Device0"
    Driver "nvidia"
    VendorName "NVIDIA Corporation"
    Option "RenderAccel" "true"
    Option "DamageEvents" "True"
    Option "NoLogo" "true"
    Option "AddARGBGLXVisuals" "True"
    Option "DisableGLXRootClipping" "True"
    Option "OnDemandVBlankInterrupts" "True"
    Option "RegistryDwords""PowerMizerEnable=0x1; PerfLevelSrc=0x2233; PowerMizerDefault=0x3"
    Option "BackingStore" "True"
    Option "TripleBuffer" "True"
    Option "DPMS" "true"
    EndSection
    Section "Screen"
    Identifier "Screen0"
    Device "Device0"
    Monitor "Monitor0"
    DefaultDepth 24
    SubSection "Display"
    Depth 24
    EndSubSection
    EndSection
    Section "Module"
    Load "glx"
    Load "synaptics"
    EndSection
    thanx!
    Last edited by euLinux (2009-07-29 07:02:14)

    hi miau!
    i changed my xorg.conf to match your suggestions... Option "DPMS" "true" moved in Monitor section and blanking and dpms settings in ServerLayout:
    Section "ServerLayout"
    Identifier "Layout0"
    Screen 0 "Screen0"
    InputDevice "Keyboard0" "CoreKeyboard"
    InputDevice "Synaptics Touchpad" "SendCoreEvents"
    InputDevice "USB Mouse" "CorePointer"
    Option "BlankTime" "0"
    Option "StandbyTime" "10"
    Option "SuspendTime" "15"
    Option "OffTime" "20"
    EndSection
    i guess you suggested me to do this way, isn't it?
    unfortunately it still doesn't work!
    it seems that after login gnome-power-manager resets all the settings about dpms in xorg.conf... every section i put them in...
    this is part of the output of xset q just after login:
    Screen Saver:
    prefer blanking: yes allow exposures: yes
    timeout: 0 cycle: 600
    Colors:
    default colormap: 0x20 BlackPixel: 0 WhitePixel: 16777215
    Font Path:
    /usr/share/fonts/misc,/usr/share/fonts/100dpi:unscaled,/usr/share/fonts/75dpi:unscaled,/usr/share/fonts/TTF,/usr/share/fonts/Type1,built-ins
    DPMS (Energy Star):
    Standby: 0 Suspend: 0 Off: 0
    DPMS is Enabled
    Monitor is On
    any other idea?
    thanx

Maybe you are looking for