guran [EMAIL PROTECTED] writes:
Hi
Mandrake Linux Cooker-i586 20030219 19:35
ChangeLog/1.788/Wed Feb 19 14:25:22 2003//
First time in IceWM but after installing Xtart and asking for KDE, startx
always got into KDE.
do you have kde installed ?
what chksession -l say ?
On Thursday 20 February 2003 06:01 pm, Chmouel Boudjnah wrote:
guran [EMAIL PROTECTED] writes:
Hi
Mandrake Linux Cooker-i586 20030219 19:35
ChangeLog/1.788/Wed Feb 19 14:25:22 2003//
First time in IceWM but after installing Xtart and asking for KDE, startx
always got into KDE.
do
Hi
Mandrake Linux Cooker-i586 20030219 19:35
ChangeLog/1.788/Wed Feb 19 14:25:22 2003//
First time in IceWM but after installing Xtart and asking for KDE, startx
always got into KDE.
regards
guran
--
Mandrake Linux Cooker 9.1 kernel-2.4.21.0.pre4.7mdk-1-1mdk
Andrej Borsenkow [EMAIL PROTECTED] writes:
Francisco Alcaraz Ariza wrote:
What about XFree86 4.0.3?
XFree86 4.0.3 (as in Mandrake) is O.K. The reason os changed logic in
startx. In Mandrake8, startx added command line parameters to xinit
arguments and correctly handled the case of
What about XFree86 4.0.3?
Francisco Alcaraz
Murcia (Spain)
El Sáb 26 May 2001 13:41, escribiste:
Since updating to 4.0.99.900 I can no more explicitly specify desktop in
startx. I useed KDE as default desktop and plain startx still starts it.
But using 'startx Gnome' or 'startx KDE' simply
Francisco Alcaraz Ariza wrote:
What about XFree86 4.0.3?
XFree86 4.0.3 (as in Mandrake) is O.K. The reason os changed logic in
startx. In Mandrake8, startx added command line parameters to xinit
arguments and correctly handled the case of program name as first argument:
Since updating to 4.0.99.900 I can no more explicitly specify desktop in
startx. I useed KDE as default desktop and plain startx still starts it.
But using 'startx Gnome' or 'startx KDE' simply endes with rxvt error
message - it looks, like startx finally attempts to run rxvt passing
desktop
OS [EMAIL PROTECTED] writes:
Hello,
startx uses a lot of :
"foo $serverargs $1"
This has been the case for a long time, however the latest startx sets
"serverargs="-deferglyphs 16"" right at the start,
"startx -- :1" results in something like :
xinit /home/owen/.xinitrc --
Hello,
startx uses a lot of :
"foo $serverargs $1"
This has been the case for a long time, however the latest startx sets
"serverargs="-deferglyphs 16"" right at the start,
"startx -- :1" results in something like :
xinit /home/owen/.xinitrc -- -deferglyphs 16 :1 /home/owen/.Xdefaults
I had problems with startx -- :1
The solution for me was to remove $display from the last line of startx
so it now reads:
xinit $clientargs -- $serverargs
The way it was meant it was doing xinit foo -- :0 :1 bar ! Which is very
bad news.
I have posted this to cooker before, and to the XFree86
I had problems with startx -- :1
The solution for me was to remove $display from the last line of startx
so it now reads:
xinit $clientargs -- $serverargs
The way it was meant it was doing xinit foo -- :0 :1 bar ! Which is very
bad news.
I have posted this to cooker before, and to
When i do a startx and (under another user) do a startx -- :1 i get under F8 the
normal something is wrong gray mesh but with weird stuff in it(not the black it is
without the startx -- :1 ) and ALT-F7 is being used by both users/desktops. AFAIK
startx -- :1 starts another x-window under
Hello,
There's a bug in the startx script Mandrake is shipping with its XFree86-4.
The xinit line is :
xinit $clientargs -- $display $serverargs
1) $display gets set to 0 on line 30, and then never gets set to anything else
(the case "$1" in /''*|\.*) is never entered for something like
Hello,
There's a bug in the startx script Mandrake is shipping with its XFree86-4.
The xinit line is :
xinit $clientargs -- $display $serverargs
1) $display gets set to 0 on line 30, and then never gets set to anything else
(the case "$1" in /''*|\.*) is never entered for something like
14 matches
Mail list logo