The "XFdrake" program crashed. Drakbug-13.55 caught it. trying to test display configuration Backtrace was: cannot ensure a safe /home/jeff/tmp/.drakx.Xoutput at /usr/lib/libDrakX/common.pm line 270. standalone::bug_handler() called from /usr/lib/libDrakX/mygtk2.pm:1425 mygtk2::main() called from /usr/lib/libDrakX/ugtk2.pm:767 ugtk2::main() called from /usr/lib/libDrakX/interactive/gtk.pm:883 interactive::gtk::ask_fromW() called from /usr/lib/libDrakX/interactive.pm:533 interactive::ask_from_real() called from /usr/lib/libDrakX/interactive.pm:521 interactive::ask_from_() called from /usr/lib/libDrakX/Xconfig/main.pm:152 Xconfig::main::configure_chooser_raw() called from /usr/lib/libDrakX/Xconfig/main.pm:165 Xconfig::main::configure_chooser() called from /usr/lib/libDrakX/Xconfig/main.pm:188 Xconfig::main::configure_everything_or_configure_chooser() called from /usr/sbin/XFdrake:48 Kernel version = 2.6.38.6-desktop586-2.mga Distribution=Mageia release 1 (Cauldron) for i586 CPU=Intel(R) Atom(TM) CPU N280 @ 1.66GHz
Could you post the steps you too to launch XFdrake?
Keywords: (none) => NEEDINFO
I went to the mageia control center and in the hardware section selected to setup graphical server, i changed the color depth and resolution and selected in the options to duplicate both video outputs, then pressed the button to test the configuration and then XFDrake crashed
How did you start drakconf, i.e. used 'su' or the icon on the panel/menu, or sudo... etc?
i just launched the program with the icon in the panel, after an upgrade i have not been able to boot again so i dunno if i will be able to make any other test, just in case i believe it has something to do with my video card that is an integrated intel 945GME and my laptop is an ASUS eeepc 1005ha
Keywords: NEEDINFO => (none)CC: (none) => pterjan, thierry.vignaud
*** Bug 1572 has been marked as a duplicate of this bug. ***
CC: (none) => madboater
I this error means it could not create the file but I don't know why it would fail. # ll -d /home/pterjan/tmp drwx------ 2 pterjan pterjan 4096 Jun 4 20:59 /home/pterjan/tmp/ # perl -I/usr/lib/libDrakX/ -e "use feature 'say'; use common; say common::secured_file('/home/pterjan/tmp/plop');" /home/pterjan/tmp/plop # ll /home/pterjan/tmp/plop -rw------- 1 root root 0 Jun 4 21:00 /home/pterjan/tmp/plop Maybe read-only partition ?
If /home is read-only, I guess the user won't be able to log in...
Yes and it's unlikely to happen to 2 people but I currently can't think of another reason why it would fail, I probably lack imagination :)
FWIW, this is not new, I've seen a report of a similar issue over at the mdv bugzilla some time ago, the issue was never pinned down though...
Just thought about it, maybe /home/jeff/tmp/ does not exist?
Code in drakx-kbd-mouse-x11/trunk/lib/Xconfig/test.pm: my $f_err = common::secured_file($::prefix . ($ENV{TMPDIR} || "$ENV{HOME}/tmp") . '/.drakx.Xoutput'); So indeed it would fail if TMPDIR is not set but HOME is set and $HOME/tmp does not exist
If SECURE_TMP isn't exported, then /tmp is used instead of /home/<user>/tmp. I could reproduce the bug with TMPDIR set: $ env | grep TMP TMPDIR=/tmp GCONF_TMPDIR=/tmp TMP=/tmp Running it as root directly, it never fails, because if /root/tmp doesn't exist it gets created; SECURE_TMP isn't set for root here too.
I manually created "/home/<user>/tmp" and then could re-configure my display. Hope this helps.
Component: Installer => RPM Packages
*** Bug 2166 has been marked as a duplicate of this bug. ***
CC: (none) => izekledkha
@ Thierry This reminds me very much of bug 226 before I changed that to "Clicking "Test" in XFdrake causes grey screen (was: causes black screen) " @ Jeffrey Is the bug still there in current cauldron?
CC: (none) => marja11Keywords: (none) => NEEDINFO
sorry guys i couldnt tell my vacations ended and the time for me to test mageia went off im not using it anymore by now.
@ Jeffry Thanks for letting us know. Closing this bug as old
Status: NEW => RESOLVEDResolution: (none) => OLD
Still valid
Status: RESOLVED => REOPENEDResolution: OLD => (none)
*** Bug 3462 has been marked as a duplicate of this bug. ***
CC: (none) => elegant.pegasus
*** Bug 2968 has been marked as a duplicate of this bug. ***
CC: (none) => firatkutlu
Fixed in SVN
Status: REOPENED => RESOLVEDResolution: (none) => FIXED
But why would ~/tmp not exist or not be writable? Maybe when reusing a /home from another distro? You mentioned "live system" in other bug reports, how is related?
CC: (none) => mageia
*** Bug 4872 has been marked as a duplicate of this bug. ***
CC: (none) => lte87
*** Bug 5082 has been marked as a duplicate of this bug. ***
CC: (none) => john
*** Bug 4575 has been marked as a duplicate of this bug. ***
CC: (none) => giovanni.perna