This has been a continual problem with fluxbox when attempting it as normal user with version 0.9.14-gentoo-r1
The error is this:
/usr/bin/startfluxbox: line 27: /home/"user"/.fluxbox/startup: Permission denied
/usr/bin/startfluxbox: line 27: /home/"user"/.fluxbox/startup: Success
I have attempted using /etc/rc.conf and setting it as the default XSESSION and the ~/.xinitrc method and both fail.
/home/"users"/ Perms as follow: 077
I'd like a solution to this problem as the old 1.0.13 version had worked fine for me.
Note that I do not have any optional addon's installed. This is strictly fluxbox itself.
(In reply to comment #0)
> /home/"users"/ Perms as follow: 077
Uhm, you really means 0077 ??? What about trying w/ some reasonable default permissions, like 0755?
Did fresh install and 1st error message changed to line 87 in /usr/bin/startfluxbox then reverts to the line 27 error.
pesonal user account perms identical to /root 077 for same reason. Normal users set to default umask 022. Problem repeats with additional line 87 error on initial attempt. subsequent attempts result in the line 27 error
Note that both /tmp /home are seperate partitions and mounted with noexec due to security proceedures.
Have rolled back to 0.9.9 for further testing (will commence 1/26/06) due to current schedule
Results of quick test of 0.9.9 were identical with change to line number 4 instead.
Next check will be with /home mounted minus the noexec option in fstab.
This is a feature, not a bug. Fluxbox will use various startup scripts in your home directory, if they are available.
Whether it's a feature or a bug is not known at this time. What is known is that I'm receiving error messages about line 27 in the startup script /usr/bin/startfluxbox about denied then success. That is the issue I'm attempting to solve. Why will fluxbox run for root but not a normal user?
Input on diagnosing the issue would be apreciated instead of a blanket statement that it's a feature and not a bug. If it's a feature, then I have to categorically state it's a poorly thought out feature that compromises both basis system security and integrity as no application should depend upon any execute permissions outside of LFHS defined software executable locations (/usr/opt/).
Now I believe this bug needs to be investigated further and assistance provided in diagnosing why. If the problem is correctible by Gentoo, then fix it. If it's an upstream issue, pass it up and note it and mark it as ~arch instead of stable until potential security flaw is corrected.
It's a feature. Fluxbox doesn't require that user startup scripts are available or working. It just uses them if they're available, and carries on with a small error if they're not.
tested and confirmed that /home - noexec prevents fluxbox from starting. Am bumping upstream to fluxbox devs as the issue is design flaw that needs to be broght to their attention for correction