Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 19 May 2013 15:59:12 -0500
From:      Jimmy <ljboiler@gmail.com>
To:        freebsd-ports@freebsd.org
Subject:   Re: Why does Samba requires 777 permissions on /tmp
Message-ID:  <20130519204753.GA47341@jmobile.jimmy.net>
In-Reply-To: <CAFzAeSeH_EMK6p4PSCQ0Ps8L=4V%2BarAF7b7FJwmaGinnw5CMUw@mail.gmail.com>
References:  <CAFzAeSdgRotc34%2BeyfVHZBA-QGUCWJ1MZDYw1ysRxEV9MhG2BQ@mail.gmail.com> <CADLo83-pFi8E-Wdoyju7YxBmOR67Qr4OWmZA-2x8_Um1F2bwoQ@mail.gmail.com> <CAFzAeSd%2B7oubgZ%2BzSJnmfNPA9v1=T41c=VF0C-sbz=vhyVE_OA@mail.gmail.com> <20130519115232.49f52d01@scorpio> <CADLo83-my3xBj9G9_dT0=FGfvK0jaRFQUhmk_YtRx3h8S_g2%2BQ@mail.gmail.com> <CAFzAeSdhNp3zor_ofMS7P1We6Wgoa5fyxeFFDxq3tPkB2CgYyA@mail.gmail.com> <20130519195639.79464471@raksha.tavi.co.uk> <20130519151706.4d67afe5@scorpio> <CAFzAeSeH_EMK6p4PSCQ0Ps8L=4V%2BarAF7b7FJwmaGinnw5CMUw@mail.gmail.com>

next in thread | previous in thread | raw e-mail | index | archive | help
>From the original post that started this thread, I noticed that the
error from portupgrade/ruby was showing the permissions that it didn't
like as mode 040777 (octal).   This is definitely with the sticky bit turned OFF.
It should be 041777.  'stat -r /tmp' will print the permissions in octal rather
than the '..rwx...' from ls -l; the permissions is the third group of numbers.

Jimmy

On Sun, May 19, 2013 at 03:12:08PM -0500, sindrome wrote:
> Jerry is right. I have it set to 1777 too and still receive the error
> 
> 
> On Sun, May 19, 2013 at 2:17 PM, Jerry <jerry@seibercom.net> wrote:
> 
> > On Sun, 19 May 2013 19:56:39 +0100
> > Bob Eager articulated:
> >
> > > On Sun, 19 May 2013 13:34:49 -0500
> > > sindrome <sindrome@gmail.com> wrote:
> > >
> > > > I'm not sure I understand your question.  Portupgrade barks about
> > > > the /tmp directory being world writable. I pasted the exact errors
> > > > earlier in this thread.  I looked in my path and can't find /tmp in
> > > > there and can't figure how to get rid of ruby complaining unless I
> > > > remove the writable permissions. When I do that my windows desktop
> > > > can't authenticate to my samba server.  There has to be a root of
> > > > this problem to make them both work.  Is there some other place
> > > > portupgrade is having /tmp amended on without it being in my $PATH?
> > >
> > > I went back and had a closer look at your error message. What I hadn't
> > > done (and neither had you, prior to that) was read and fully digest
> > > the error message.
> > >
> > > portupgrade is calling its 'system()' function to run a command. The
> > > Ruby runtime does a sanity check to make sure that the directories in
> > > the path are secure...and /tmp isn't. I suspect that portupgrade puts
> > > temporary scripts into /tmp, then executes them; this implies that
> > > it's probably chdir'ing to /tmp, then haveing '.' in thge path, or
> > > even just adding /tmp to the path, although I don't think so.
> > >
> > > Anyway, what's insecure is that you don't have the sticky bit set. If
> > > you use:
> > >
> > >   chmod 1777 /tmp
> > >
> > > it ought to all work.
> >
> > I have the directory chmod set to "1777" and I still receive the error.
> > It has been set at that for over two years. This problem only started
> > after a "portupgrade" several months ago.
> >
> > --
> > Jerry ♔
> >
> > Disclaimer: off-list followups get on-list replies or get ignored.
> > Please do not ignore the Reply-To header.
> > __________________________________________________________________
> >
> > _______________________________________________
> > freebsd-ports@freebsd.org mailing list
> > http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> > To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
> >
> _______________________________________________
> freebsd-ports@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-ports
> To unsubscribe, send any mail to "freebsd-ports-unsubscribe@freebsd.org"
> 



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20130519204753.GA47341>