[Cooker] [Bug 2872] [drakxtools] XFdrake crashes during tesing when run inside X on mdk-9.1rc1/2 and 9.1 final
http://qa.mandrakesoft.com/show_bug.cgi?id=2872 --- Additional Comments From [EMAIL PROTECTED] 2003-08-07 04:40 --- Bug still valid. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEEDINFO creation_date: description: Start XFdrake within Xwindows from a terminal. Test the X configuration. If the test is successful, XFdrake shows a nice colorful screen and asks if the user can see it ok. Click yes/no. Now XFdrake window should reappear. However when normal screen is restored, the XFdrake window is found to have vanished. Pressing ctrl-c to interrupt the hung XFdrake process.
[Cooker] [Bug 2872] [drakxtools] XFdrake crashes during tesing when run inside X on mdk-9.1rc1/2 and 9.1 final
http://qa.mandrakesoft.com/show_bug.cgi?id=2872 --- Additional Comments From [EMAIL PROTECTED] 2003-28-06 22:01 --- 207 identical posts !!?? Anyway, will there be a drakxtools update for LM 9.1 ? Cooker seems already geared for LM 9.2. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: NEEDINFO creation_date: description: Start XFdrake within Xwindows from a terminal. Test the X configuration. If the test is successful, XFdrake shows a nice colorful screen and asks if the user can see it ok. Click yes/no. Now XFdrake window should reappear. However when normal screen is restored, the XFdrake window is found to have vanished. Pressing ctrl-c to interrupt the hung XFdrake process.
[Cooker] [Bug 2872] [drakxtools] XFdrake crashes during tesing when run inside X on mdk-9.1rc1/2 and 9.1 final
http://qa.mandrakesoft.com/show_bug.cgi?id=2872 [EMAIL PROTECTED] changed: What|Removed |Added Status|RESOLVED|UNCONFIRMED Resolution|INVALID | --- Additional Comments From [EMAIL PROTECTED] 2003-23-06 02:42 --- I don't understand, DrakX checks wether xfs is running, cf line 46 If it checks (as you say), why does it stop and then start the service, even after knowing that its running ? In any case, the main issue that XFdrake is crashing is still unresolved. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Start XFdrake within Xwindows from a terminal. Test the X configuration. If the test is successful, XFdrake shows a nice colorful screen and asks if the user can see it ok. Click yes/no. Now XFdrake window should reappear. However when normal screen is restored, the XFdrake window is found to have vanished. Pressing ctrl-c to interrupt the hung XFdrake process.
Re: [Cooker] [Bug 2872] [drakxtools] XFdrake crashes during tesing when run inside X on mdk-9.1rc1/2 and 9.1 final
[ndeb] [EMAIL PROTECTED] writes: Line 47 of /usr/lib/libDrakX/Xconfig/test.pm checks if xfs is running. Whats strange is that XFdrake first stops xfs and then starts xfs without bothering to check that xfs was running all the time. A simple ps -e | grep xfs should reveal that. I don't understand, DrakX checks wether xfs is running, cf line 46 @resolution=invalid
[Cooker] [Bug 2872] [drakxtools] XFdrake crashes during tesing when run inside X on mdk-9.1rc1/2 and 9.1 final
http://qa.mandrakesoft.com/show_bug.cgi?id=2872 [EMAIL PROTECTED] changed: What|Removed |Added Summary|XFdrake crashes during |XFdrake crashes during |tesing when run inside X on |tesing when run inside X on |mdk-9.1rc1/2|mdk-9.1rc1/2 and 9.1 final --- Additional Comments From [EMAIL PROTECTED] 2003-11-06 19:25 --- Still valid in LM9.1 final (I have only XFree 4.3 installed). Steps to reproduce are: 1. Make sure X is running 2. Start a terminal (say, xterm) and become root. Then run mv /etc/X11/XF86Config-4 /etc/X11/XF86Config-4.bak This is to ensure that XFdrake starts afresh. 3. Run XFdrake from the terminal and choose various components (monitor, card etc.) 3. When it asks to test the X configuration, click on yes. 4. XFdrake simply quits with these messages: Shutting down X Font Server:[ OK ] Starting X Font Server: [ OK ] xfs is not running at /usr/lib/libDrakX/Xconfig/test.pm line 47. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Start XFdrake within Xwindows from a terminal. Test the X configuration. If the test is successful, XFdrake shows a nice colorful screen and asks if the user can see it ok. Click yes/no. Now XFdrake window should reappear. However when normal screen is restored, the XFdrake window is found to have vanished. Pressing ctrl-c to interrupt the hung XFdrake process.
[Cooker] [Bug 2872] [drakxtools] XFdrake crashes during tesing when run inside X on mdk-9.1rc1/2 and 9.1 final
http://qa.mandrakesoft.com/show_bug.cgi?id=2872 --- Additional Comments From [EMAIL PROTECTED] 2003-11-06 19:53 --- Line 47 of /usr/lib/libDrakX/Xconfig/test.pm checks if xfs is running. Whats strange is that XFdrake first stops xfs and then starts xfs without bothering to check that xfs was running all the time. A simple ps -e | grep xfs should reveal that. -- Configure bugmail: http://qa.mandrakesoft.com/userprefs.cgi?tab=email --- You are receiving this mail because: --- You are on the CC list for the bug, or are watching someone who is. --- Reminder: --- assigned_to: [EMAIL PROTECTED] status: UNCONFIRMED creation_date: description: Start XFdrake within Xwindows from a terminal. Test the X configuration. If the test is successful, XFdrake shows a nice colorful screen and asks if the user can see it ok. Click yes/no. Now XFdrake window should reappear. However when normal screen is restored, the XFdrake window is found to have vanished. Pressing ctrl-c to interrupt the hung XFdrake process.