Re: [Cooker] startx starts in IceWM

2003-02-20 Thread guran
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 you have kde installed ?
>
> what chksession -l say ?

Sorry, I didn't see your response, because I have two cooker one in swedish 
and one in English, and one isn't always visited after install.
Yes, I had KDE installed but I have not seen it since those two times, when I 
reported.

regards
guran
-- 
Mandrake Linux 9.0 kernel-2.4.19.24mdk-1-1mdk




Re: [Cooker] startx starts in IceWM

2003-02-20 Thread Chmouel Boudjnah
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 ?





Re: [Cooker] startx Gnome does not work with new XFree86

2001-05-30 Thread Frederic Lepied

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 program name as first
> argument:
> 

I have restored the startx from the 8.0 in the last realese. Thanks
for noticing it.
-- 
Fred - May the source be with you




Re: [Cooker] startx Gnome does not work with new XFree86

2001-05-27 Thread Andrej Borsenkow

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:

sysclientrc=/etc/X11/xinit/xinitrc
clientargs=""
...

while [ "x$1" != "x" ]; do
 case "$1" in
 /''*|\.*)   if [ "$whoseargs" = "client" ]; then
 if [ "x$clientargs" = x ]; then
 clientargs="$1"
 else
 clientargs="$clientargs $1"
 fi

Now in current version startx is unconditionally using command line 
arguments if given:

sysclientrc=/etc/X11/xinit/xinitrc
defaultclientargs=""
clientargs=""
...
while [ "x$1" != "x" ]; do
 case "$1" in
 --)
 whoseargs="server"
 ;;
 *)
 if [ "$whoseargs" = "client" ]; then
 clientargs="$clientargs $1"
...
if [ x"$clientargs" = x ]; then
 clientargs="$defaultclientargs"
fi

That is wrong because default command to start (initrc) is lost in this 
case.

-andrej



> 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 endes with rxvt error
>>message - it looks, like startx finally attempts to run rxvt passing
>>desktop name as argument.
>>
>>Anybody has seen it as well? It is with -3mdk currently and
>>xinitrc-2.4.4-45mdk.
>>
>>-andrej
>>
> 







Re: [Cooker] startx Gnome does not work with new XFree86

2001-05-26 Thread Francisco Alcaraz Ariza

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 endes with rxvt error
> message - it looks, like startx finally attempts to run rxvt passing
> desktop name as argument.
>
> Anybody has seen it as well? It is with -3mdk currently and
> xinitrc-2.4.4-45mdk.
>
> -andrej




Re: [Cooker] startx appears incorrect

2001-04-07 Thread Frederic Lepied

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 -- -deferglyphs 16 :1 /home/owen/.Xdefaults
> 
> This appears to stop X from starting server :1 and results in a merging of 
> the X session already running on :0
> 
> Swapping every occurance to 
> "foo $1 $serverargs" seems to correct this problem.
> 
> I am using startx from XFree86-4.0.3-5mdk
> 

It's fixed in 6mdk. Thanks for the report.
-- 
Fred - May the source be with you




Re: [Cooker] startx

2000-09-14 Thread andre

> 
> 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 site, but no
> fixes so far.
> 
> Hope this fixes your situation.
> 
> Owen
> 
> > 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 Alt-F8 and i dont think i´m wrong about 
>this. 
> > 
> > 
> > I use xf3 , enlightenment for the first user and kde2 for the second. Distrib 
>7.2Beta from last night (mostly)
> > 
> 
> 
> 
It wasn´t a real problem for me. More like ¨look how cool¨. Will try your solution but 
not now. It was more like a bug and security report because AFAIK you shouldn´t be 
able to open a window on X if your not the ¨owner¨ and this way you can.




Re: [Cooker] startx

2000-09-14 Thread OS

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 site, but no
fixes so far.

Hope this fixes your situation.

Owen

> 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 Alt-F8 and i dont think i´m wrong about 
>this. 
> 
> 
> I use xf3 , enlightenment for the first user and kde2 for the second. Distrib 
>7.2Beta from last night (mostly)
>