fluxbox 0.9.14 not loading by xinitrcForum: Window Mangers Topic: fluxbox 0.9.14 not loading by xinitrc started by: okango Posted by okango on Nov. 11 2007,16:54
Hi, with dsl 3.3 i put some .uci-extensions to xinitrc to load at startup, for ex. firefox, conky and xmahjongg, so that they are mounted and, in the case of conky, running, when fluxbox starts.The fluxbox_0.9.14.uci i put to bootlocal.sh, so that i can call it in xinitrc instead of the built-in fluxbox_0.1.14 of dsl, and it worked very good. Now i changed to dsl 4.0rc5 and i cant get fluxbox_0.9.14. The uci is mounted, and the call in xinitrc is the same as in dsl3.3, but it doesn't work. Here are the .xinitrc-files: dsl 3.3 # put X windows programs that you want started here. # Be sure to add at the end of each command the & KEYTABLE="$(getknoppixparam.lua KEYTABLE)" DESKTOP="$(getoption.lua $HOME/.desktop wm)" ICONS="$(getoption.lua $HOME/.desktop icons)" # xset +fp /opt/fonts/artwiz-aleczapka umix -lf .umix 2>/dev/null [ -f .mouse_config ] && sh .mouse_config & # For non-US Keyboards if [ ${KEYTABLE:0:2} != "us" ]; then xmodmap -e "clear Mod4" -e "add Mod5 = Mode_switch" & fi if [ "$ICONS" == 1 ]; then for x in `ls -1 .xtdesktop/*.hide 2>/dev/null`; do rm -f ${x%.*}; done iconsnap.lua &>/dev/null & xtdesk.sh fi if egrep -qv lowram /proc/cmdline 2>/dev/null; then # dillo /usr/share/doc/dsl/getting_started.html &>/dev/null & mydsl-load /tmp/xmahjongg.uci mydsl-load /tmp/firefox-2.0-gtk1.uci mydsl-load /tmp/conky.uci LD_LIBRARY_PATH=/opt/conky/lib /opt/conky/bin/conky &>/dev/null & torsmo 2>/dev/null & fi export PATH="/opt/fluxbox_0.9.14/bin:$PATH" case $DESKTOP in fluxbox ) # fluxter &>/dev/null & wmswallow -geometry 70x80 docked docked.lua & exec /opt/fluxbox_0.9.14/bin/fluxbox 2>/dev/null ;; jwm ) ./.background sleep 2 exec jwm 2>/dev/null ;; * ) exec /opt/fluxbox_0.9.14/bin/fluxbox 2>/dev/null ;; esac dsl 4.0rc5 # put X windows programs that you want started here. # Be sure to add at the end of each command the & KEYTABLE="$(getknoppixparam.lua KEYTABLE)" DESKTOP="$(getoption.lua $HOME/.desktop wm)" ICONS="$(getoption.lua $HOME/.desktop icons)" rootMenu.lua "$DESKTOP" xset +fp /opt/fonts/artwiz-aleczapka umix -lf .umix 2>/dev/null [ -f .mouse_config ] && sh .mouse_config & # For non-US Keyboards if [ ${KEYTABLE:0:2} != "us" ]; then xmodmap -e "clear Mod4" -e "add Mod5 = Mode_switch" & fi if [ "$ICONS" == "dfm" ]; then /usr/bin/dfm & else # for x in `ls -1 .xtdesktop/*.hide 2>/dev/null`; do rm -f ${x%.*}; done # iconsnap.lua &>/dev/null & xsri --scale-width=100 --scale-height=100 /usr/share/dfm/backgrounds/lance-blue.xpm fi if egrep -qv lowram /proc/cmdline 2>/dev/null; then # dillo /usr/share/doc/dsl/getting_started.html &>/dev/null & LD_LIBRARY_PATH=/opt/conky/lib /opt/conky/bin/conky &>/dev/null & # torsmo 2>/dev/null & fi export PATH="/opt/fluxbox_0.9.14/bin:$PATH" case $DESKTOP in fluxbox ) # fluxter -w &>/dev/null & exec /opt/fluxbox_0.9.14/bin/fluxbox 2>/dev/null ;; jwm ) exec jwm 2>/dev/null ;; swm ) xsetroot -cursor_name left_ptr exec swm 2>/dev/null ;; * ) exec /opt/fluxbox_0.9.14/bin/fluxbox 2>/dev/null ;; esac Now i put the mydsl-load-commands too to bootlocal.sh, because when i restart fluxbox, then the ucis are unmounted. In 3.3 i had the same problem. Could you tell me, why fluxbox_0.9.14 is not loaded. okango Posted by ^thehatsrule^ on Nov. 11 2007,18:04
Where are the extensions located? Perhaps you are actually unmounting them. After boot, could you paste the output of `mount`?You could remove "2>/dev/null" from "exec /opt/fluxbox_0.9.14/bin/fluxbox 2>/dev/null" and report any errors you see. Posted by roberts on Nov. 11 2007,18:59
Is this a traditional hard drive install?Since MyDSL extensions seemed to be used in this unintended environment. Perhaps, it is time I should support extensions via mydsl boot options as I do for the intended environment of frugal and liveCD. At present, the option is ignored when traditionally installed. Perhaps doing so will not only make it easier but consistent in usage and thus easier to support at well. Posted by okango on Nov. 11 2007,21:25
All uci called in bootlocal.sh are "successfully mounted" and i can see the directorys and files in /opt.Conky runs after called in xinitrc, but not fluxbox 0.9.14. And, yes, it is a hard drive install, because my laptop is a armada 4210t without cd and usb. okango Posted by mikshaw on Nov. 12 2007,00:45
The default window manager has changed in DSL 4 to jwm. Your .xinitrc would probably work if the default was still fluxbox. What do you have in /home/dsl/.desktop?
Posted by okango on Nov. 12 2007,08:52
In /home/dsl/.desktop i have fluxbox and dfmokango edit: It seems, that the call of the wm wouldt be from another place in xinitrc or from another file. okango Posted by mikshaw on Nov. 12 2007,14:20
Then again, this has nothing to do with the extension being unmounted. That would probably be the result of putting mydsl-load commands in .xinitrc. UCI packages mount the first time mydsl-load is run on them, and unmount if it runs a second time. The .xinitrc script runs every time you start x. If a UCI listed in that script is already mounted, it will be unmounted when the script is run. If you need to put mydsl-load commands somewhere, bootlocal.sh is probably the least troublesome. That script runs only once. Posted by okango on Nov. 13 2007,17:03
The problem is not the uci, it is mounted, the problem is the call of the wm.now i have tried the following: At first i edited desktop and changed the "wm=fluxbox" to "wm=/opt/fluxbox_0.9.14/bin/fluxbox" => no effect. Then i edited again xinitrc and commented out the lines case $DESKTOP in fluxbox ) => no effect (the later calls of "exec /opt/fluxbox_0.9.14/bin/fluxbox" are completed with "2>/dev/null" again). I dont know, what i could do else. okango Posted by mikshaw on Nov. 13 2007,18:29
Ok, maybe it would help if you understood exactly what's happening in .xinitrc with respect to the window manager. Near the beginning of the script, the variable "DESKTOP" is set by reading the file .desktop and grabbing what is listed after "wm=". At the end of the script, the case command checks the value of DESKTOP against 3 possibilites: fluxbox, jwm, and anything else. If "fluxbox" is found, the commands between "fluxbox)" and the nearest ";;" are run. The same goes for jwm. If anything other than fluxbox or jwm is found in the DESKTOP variable (including nothing), the commands following "*)" are run. It appears as though your script should work if the file is mounted. Since you have adjusted your PATH variable to include /opt/fluxbox_0.9.14/bin at the beginning, you don't really even need to specify a path when running fluxbox 0.9.14. It should be chosen as *the* fluxbox to run from the "fluxbox)" case. I would do as ^thehatsrule^ suggested. Remove the "2>/dev/null" from the fluxbox command and see if you get any errors. Posted by jpeters on Nov. 13 2007,19:18
As mikshaw noted, you want to leave "wm: fluxbox" in .desktop, since this is the word that will be matched in the case argument in .xinitrc that reads the script. The line for dfm should be "icons: dfm" (note: there is no "=" in my copy of .desktop; it uses ":" Posted by mikshaw on Nov. 13 2007,19:27
Posted by okango on Nov. 16 2007,09:53
How can i devinitivly see, which version of fluxbox is loaded?When i type in a term "fluxbox -version" i get "fluxbox 0.1.14", when i type "/opt/fluxbox_0.9.14/bin/fluxbox -version" i get "fluxbox 0.9.14". When i then type "fluxbox -version" i get "fluxbox 0.9.14". I think, i have always 0.9.14, because i have transparency at menu and toolbar, and the lenghts of workspacename in the toolbar korresponds to the lenghts of the names. I switched back to dsl 3.4.6. okango Posted by roberts on Nov. 16 2007,11:08
The reason for the two different answers depends on the path.echo "$PATH" will display the search order for fluxbox when not using a full path. Also using the which statment is helpful. which fluxbox |