[haiku-bugs] Re: [Haiku] #12373: Can't "su" to non-superuser : Permission denied

  • From: "ttcoder" <trac@xxxxxxxxxxxx>
  • Date: Tue, 15 Sep 2015 11:55:03 -0000

#12373: Can't "su" to non-superuser : Permission denied
-------------------------+----------------------------
Reporter: ttcoder | Owner: nobody
Type: bug | Status: new
Priority: normal | Milestone: R1/beta1
Component: - General | Version: R1/Development
Resolution: | Keywords:
Blocked By: | Blocking:
Has a Patch: 0 | Platform: All
-------------------------+----------------------------

Comment (by ttcoder):

Tried to override runtime_loader with a custom package, now it's `-r-xr-
xr-x 1 user root 154316 Sep 15 13:43 runtime_loader` but despite that I
still get `_kern_open(0xffffffff, "/bin/sh", 0x0, 0x0) = 0x80000002` , so
I guess there is another system file involved when loading /bin/bash

@axel That sounds very possible, that hypothesis would explain why I get a
system folder as "r-x------" sometimes, and as "r-xr-xr-x" at other times:
it'd be because it depends on which of the build-bots I get my packages
from when downloading a nightly or pkgman up.

FWIW, in the past few weeks I've reviewed my jamfiles/JamRules and added
`MODE on xyz.. = 755` so that all my apps are built with the right flags,
as I realized they were not (don't remember if it was caused by the umask
or if Jam actually enforced a MODE-on variable but that variable had the
wrong value).

If the Haiku build process actually leaves room for umask (and does not
have a "MODE on xyz" in jamrules) then that'd be another way to fix this
yes. I hesitate to put this on bonefish's shoulders as he has lots on his
plate already, but that'd be right up his alley I guess 8-)

--
Ticket URL: <https://dev.haiku-os.org/ticket/12373#comment:7>
Haiku <https://dev.haiku-os.org>
Haiku - the operating system.

Other related posts: