On Mi, 22 sep 21, 08:37:42, Andrei POPESCU wrote:
> On Mi, 22 sep 21, 00:15:48, Paul M. Foster wrote:
>
> > However, I did just read an excellent explanation of the setgid bit, which
> > apparently, sets the GID of a created file to that of the directory, rather
> > than the file's creator. This
On Fri, Sep 24, 2021 at 04:06:10PM +0300, Reco wrote:
> Hi.
>
> On Fri, Sep 24, 2021 at 01:59:58PM +0200, to...@tuxteam.de wrote:
> > On Fri, Sep 24, 2021 at 12:27:56PM +0300, Reco wrote:
> >
> > [...]
> >
> > > FUSE = slow + CPU wastage
> > >
> > > Using a filesystem the way it was inten
Hello,
On Fri, Sep 24, 2021 at 04:06:10PM +0300, Reco wrote:
> On Fri, Sep 24, 2021 at 01:59:58PM +0200, to...@tuxteam.de wrote:
> > Back then you could more or less safely assume that a file system
> > image wasn't out to kill you. These days, though...
>
> Oh. Citation needed. Curious minds wan
Hi.
On Fri, Sep 24, 2021 at 11:47:20AM +0200, Alex Mestiashvili wrote:
> On 9/24/21 11:27 AM, Reco wrote:
> > Hi.
> >
> > On Fri, Sep 24, 2021 at 10:22:00AM +0200, Alex Mestiashvili wrote:
> > > On 9/22/21 8:53 AM, Reco wrote:
> > > > Hi.
> > > >
> > > > On Tue, Sep 21, 2021
Hi.
On Fri, Sep 24, 2021 at 01:59:58PM +0200, to...@tuxteam.de wrote:
> On Fri, Sep 24, 2021 at 12:27:56PM +0300, Reco wrote:
>
> [...]
>
> > FUSE = slow + CPU wastage
> >
> > Using a filesystem the way it was intended is much cleaner solution.
>
> On the flip side, using an in-kernel
On Fri, Sep 24, 2021 at 12:27:56PM +0300, Reco wrote:
[...]
> FUSE = slow + CPU wastage
>
> Using a filesystem the way it was intended is much cleaner solution.
On the flip side, using an in-kernel file system is running code
in kernel space which was conceived and written in happier times.
Ba
On 9/24/21 11:27 AM, Reco wrote:
Hi.
On Fri, Sep 24, 2021 at 10:22:00AM +0200, Alex Mestiashvili wrote:
On 9/22/21 8:53 AM, Reco wrote:
Hi.
On Tue, Sep 21, 2021 at 11:09:41PM -0400, Paul M. Foster wrote:
Without setting directory and file permissions to 777, how do you
all
Hi.
On Fri, Sep 24, 2021 at 10:22:00AM +0200, Alex Mestiashvili wrote:
> On 9/22/21 8:53 AM, Reco wrote:
> > Hi.
> >
> > On Tue, Sep 21, 2021 at 11:09:41PM -0400, Paul M. Foster wrote:
> > > Without setting directory and file permissions to 777, how do you
> > > allow the above? What
On 9/22/21 8:53 AM, Reco wrote:
Hi.
On Tue, Sep 21, 2021 at 11:09:41PM -0400, Paul M. Foster wrote:
Without setting directory and file permissions to 777, how do you
allow the above? What combinations of groups, directory
owners/permissions and file owners/permissions might make this
po
"Paul M. Foster" writes:
> Folks:
>
> This is probably a stupid question for many of you, but I've been
> struggling with it since I started using Linux in 1996.
>
> Say you have a directory in which there are development files. A
> number of users will be creating, deleting and modifying the fil
On Wed, 22 Sep 2021, Paul M. Foster wrote:
This is more or less the solution I tried. However, when a user creates a
file on this system, the permissions are (for example) paulf:paulf. This
means that, despite the directory permissions, other users won't be able to
modify the file normally (
"Paul M. Foster" writes:
> However, as I said, this type of situation had to be common on old
> Unix systems, and they didn't have git. They had to have solved it
> some other way.
For me in the 90s the solution was what's mentioned. Group, permissions
and setgid bit. And everyone was told to se
Hi.
On Tue, Sep 21, 2021 at 11:09:41PM -0400, Paul M. Foster wrote:
> Without setting directory and file permissions to 777, how do you
> allow the above? What combinations of groups, directory
> owners/permissions and file owners/permissions might make this
> possible?
Solution #1:
1) M
On Mi, 22 sep 21, 00:15:48, Paul M. Foster wrote:
>
> On 9/21/21 11:42 PM, Georgi Naplatanov wrote:
> >
> > you can create a user group, add all developers to it and give this
> > group permissions to read and write to that particular folder
> > (/var/www/html/website).
> >
> This is more or les
On 9/22/21 07:15, Paul M. Foster wrote:
>
> On 9/21/21 11:42 PM, Georgi Naplatanov wrote:
>> On 9/22/21 06:09, Paul M. Foster wrote:
>>> Folks:
>>>
>>> This is probably a stupid question for many of you, but I've been
>>> struggling with it since I started using Linux in 1996.
>>>
>>> Say you have
Paul M. Foster composed on 2021-09-22 00:10 (UTC-0400):
> However, as I said, this type of situation had to be common on old Unix
> systems, and they didn't have git. They had to have solved it some other
> way.
On 9/21/21 9:10 PM, Paul M. Foster wrote:
Yeah, I use git in other contexts. In this particular instance, when
these projects were created, git didn't exist. While I could implement
it here, the other user is on a Mac. I've had experience trying to
install "normal" software (like git) on a Mac
On 9/21/21 11:42 PM, Georgi Naplatanov wrote:
On 9/22/21 06:09, Paul M. Foster wrote:
Folks:
This is probably a stupid question for many of you, but I've been
struggling with it since I started using Linux in 1996.
Say you have a directory in which there are development files. A number
of us
On 9/21/21 11:26 PM, Charles Curley wrote:
On Tue, 21 Sep 2021 23:09:41 -0400
"Paul M. Foster" wrote:
Say you have a directory in which there are development files. A
number of users will be creating, deleting and modifying the files
there. This is the type of situation which might have been
On Tue, 21 Sep 2021 23:09:41 -0400
"Paul M. Foster" wrote:
> Say you have a directory in which there are development files. A
> number of users will be creating, deleting and modifying the files
> there. This is the type of situation which might have been common on
> old Unix university systems.
On 9/22/21 06:09, Paul M. Foster wrote:
> Folks:
>
> This is probably a stupid question for many of you, but I've been
> struggling with it since I started using Linux in 1996.
>
> Say you have a directory in which there are development files. A number
> of users will be creating, deleting and mo
21 matches
Mail list logo
