Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 120009 - fluxbox-0.9.14-r1- startfluxbox fails line27 permission denied then success
Summary: fluxbox-0.9.14-r1- startfluxbox fails line27 permission denied then success
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Unspecified (show other bugs)
Hardware: x86 Linux
: High normal (vote)
Assignee: Commonbox Team
Depends on:
Reported: 2006-01-22 21:13 UTC by Aaron Maynard
Modified: 2006-01-25 14:30 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Note You need to log in before you can comment on or make changes to this bug.
Description Aaron Maynard 2006-01-22 21:13:05 UTC
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.
Comment 1 Jakub Moc (RETIRED) gentoo-dev 2006-01-23 00:04:46 UTC
(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?
Comment 2 Aaron Maynard 2006-01-24 08:41:47 UTC
Did fresh install and 1st error message changed to line 87 in /usr/bin/startfluxbox then reverts to the line 27 error.

Further info:

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.

Additional Note:

Have rolled back to 0.9.9 for further testing (will commence 1/26/06) due to current schedule
Comment 3 Aaron Maynard 2006-01-24 13:55:27 UTC
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.
Comment 4 Ciaran McCreesh 2006-01-24 17:26:01 UTC
This is a feature, not a bug. Fluxbox will use various startup scripts in your home directory, if they are available.
Comment 5 Aaron Maynard 2006-01-24 19:04:34 UTC
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.
Comment 6 Ciaran McCreesh 2006-01-24 19:12:37 UTC
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.
Comment 7 Aaron Maynard 2006-01-25 14:30:28 UTC
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