Hi Ivan,

thanks a lot for your elaborate answer but having a  full-blown desktop 
environment is not the use case I am going to have. As I said in another thread 
I am currently preparing a FreeBSD baesd VirtualBox VDI aimed at developers who 
want to try out GNUstep development. So the GUI of this installation is 
basically limited to WindowMaker and GWorkspace (which is basic but enough in 
this case for now).

Currently I start my GUI sessions with startx, so I have the following 
~/.xinitrc

#!/bin/sh
exec wmaker &
GWorkspace


I now wonder if there are alternate ways to start an X-session under my 
circumstances and if launching gpbs and GWorkspace in some sort of Windowmaker 
startup script (not good if the User installs another Windowmanager I guess).


But your hint probably was more thought towards the GUI developers to integrate 
such a mechanism into the code or I am mistaken here?


regards,

        Lars


Am 20.04.2015 um 15:32 schrieb Ivan Vučica:

> I could be wrong on this, but .xinitrc is probably not read by various 
> desktop environments, right? It's read only if you use xinit/startx, right?
> 
> So if you have a display/login manager (e.g. kdm) and you are logging into a 
> session such as KDE or GNOME, or even into a window manager such as icewm or 
> WindowMaker, you probably don't get that read.
> 
> I would suspect you'll want to do this:
>   http://standards.freedesktop.org/autostart-spec/autostart-spec-latest.html
>   "By placing an application's .desktop file in one of the Autostart 
> directories the application will be automatically launched during startup of 
> the user's desktop environment after the user has logged in."
> 
> Quoting:
> If the same filename is located under multiple Autostart Directories only the 
> file under the most important directory should be used.
> Example: If $XDG_CONFIG_HOME is not set the Autostart Directory in the user's 
> home directory is ~/.config/autostart/
> Example: If $XDG_CONFIG_DIRS is not set the system wide Autostart Directory 
> is /etc/xdg/autostart/
> Example: If $XDG_CONFIG_HOME and $XDG_CONFIG_DIRS are not set and the two 
> files /etc/xdg/autostart/foo.desktop and ~/.config/autostart/foo.desktop 
> exist then only the file ~/.config/autostart/foo.desktop will be used because 
> ~/.config/autostart/ is more important than /etc/xdg/autostart/
> 
> So: for each tool create a .desktop file and put it into /etc/xdg/autostart 
> (or ~/.config/autostart). Frankly, it feels like a good thing to patch into 
> gnustep-gui...
> 
> If your session doesn't support autostart-spec, find out what it does 
> support, and then "do the needful".
> 
> On Mon, Apr 20, 2015 at 12:57 AM, Lars Sonchocky-Helldorf 
> <[email protected]> wrote:
> Hi,
> 
> while it is obvious that sourcing GNUstep.sh should go into .profile (for sh 
> and bash) or into .cshrc (for csh) I wonder what the best place for starting 
> gdnc, gpbs and make_services is. As I learned today make_services are only 
> needed for GUI apps, not tools, right?
> 
> So is it a good idea to start those services in .xinitrc ? Or are there other 
> places for this which are more sensible?
> 
> 
> regards,
> 
>         Lars
> _______________________________________________
> Discuss-gnustep mailing list
> [email protected]
> https://lists.gnu.org/mailman/listinfo/discuss-gnustep
> 

_______________________________________________
Discuss-gnustep mailing list
[email protected]
https://lists.gnu.org/mailman/listinfo/discuss-gnustep

Reply via email to