On 23 Jul 2024 14:49 -0300, from edua...@kalinowski.com.br (Eduardo M
KALINOWSKI):
> As described on the sshfs manpage, by default only the mounting user (root,
> in your case) can access the filesystem.
>
> You can use -o allow_other to allow other users. Or, if it's only eben
> that'll be acces
On 23/07/2024 14:40, Eben King wrote:
And after I issue this command:
root@cerberus:~# sshfs -o default_permissions
sshd@white_mycloud:/mnt/HD/HD_a2/Public /mnt/white_mycloud/
sshd@white_mycloud's password:
By the prompt (and the behavior below) I assume you're mounting as root.
it looks like
I have an older WD Mycloud Connect NAS. I'm currently trying to mount it
via sshfs (I prefer NFS, but can't make it work either). When it's not
mounted, /mnt looks like this to me:
eben@cerberus:~$ \ls -l /mnt
total 16
drwxr-xr-x 2 root root 4096 Mar 11 23:39 server
drwxr-xr-x 2 root root 4096
Joe Pfeiffer writes:
> I have a laptop with a recent Debian install, which seems to have
> incorrect permissions on /dev/tty
>
> crw--w 1 root tty 5, 0 Feb 16 08:51 /dev/tty
Ah, found it. I somehow had a
/etc/systemd/system/getty.target.wants/getty@tty.service
file.
Foun
I have a laptop with a recent Debian install, which seems to have
incorrect permissions on /dev/tty
crw--w 1 root tty 5, 0 Feb 16 08:51 /dev/tty
/lib/udev/rules.d/50-udev-default.rules contains the usual
SUBSYSTEM=="tty", KERNEL=="tty", GROUP="tty", MODE="
On Sun 04 Jun 2023 at 11:59:21 (-0400), ce wrote:
> I have a mountpoint where all files under it have a group `fuse`.
>
> This is strange to me.
>
> As far as I can remember, Ubuntu doesn't do this.
Is this a system that's been around since wheezy? Up until then,
Debian had a system group called
I think you have a partition with filesystem btrfs that uses compression
with lzop.
Perhaps inside of it you have a file that is a compressed filesystem (that
is fuse: *Filesystem in Userspace* )
what can you see when you type in
$ cd /mnt/part2
$ ls -la
El lun, 5 jun 2023 a las 6:32, ce () escr
On 6/5/23 7:23 AM, Greg Wooledge wrote:
>
> You can run the command "mount" with no arguments to see the details of
> each mounted file system. You don't even have to be root. I don't know
> how btrfs subvolumes work, so I don't know whether they appear in the
> output of mount, but you could
On Sun, Jun 04, 2023 at 11:00:18PM -0400, ce wrote:
> On 6/4/23 5:46 PM, Greg Wooledge wrote:
> > What kind of hardware is this file system on?
> >
> > What kind of file system is it?
> >
> > How did you mount it? (Show the command you used, and any output that
> > it produced.)
> >
> > What does
On 6/4/23 5:46 PM, Greg Wooledge wrote:
> On Sun, Jun 04, 2023 at 11:59:21AM -0400, ce wrote:
> > I have a mountpoint where all files under it have a group `fuse`.
>
> You need to provide details, or else nobody can help you with anything.
>
> What kind of hardware is this file system on?
>
> Wh
On Sun, Jun 04, 2023 at 11:59:21AM -0400, ce wrote:
> I have a mountpoint where all files under it have a group `fuse`.
You need to provide details, or else nobody can help you with anything.
What kind of hardware is this file system on?
What kind of file system is it?
How did you mount it? (S
I have a mountpoint where all files under it have a group `fuse`.
This is strange to me.
As far as I can remember, Ubuntu doesn't do this.
Hi to Everyone,
My old Debian Stretch having crashed after last update, I installed
Bullseye. Most things operate OK after re-installing,
except so far: 'gphoto2' and my Epson Scanner Perfection v500.
I have re-installed the scanner using :
epsonscan2_6.7.43.0-1_amd64.deb and
epsonscan2_non-fre
libvirt-qemu, but the plain old libvirt user needs to access
it too? That's the only thing I can think of, since root ignores
permissions anyway.
I did try to `su` into the libvirt-qemu user, and the path was reachable
via the full absolute path. I could create, modify, read, and delete
f
On Sat, 14 May 2022 at 10:57, Matt Ventura wrote:
> On one box (Debian 11.3), my virt-install script works fine:
> virt-install [...]
> However, on another box, the same command (minus the final --network option)
> gives me this:
[...]
> Could not open '/var/lib/libvirt/qemu/nvram/openwisp_VARS
Hi,
On one box (Debian 11.3), my virt-install script works fine:
virt-install --virt-type kvm --name $NEWVM
--locationhttp://ftp.us.debian.org/debian/dists/bullseye/main/installer-amd64
--extra-args "netcfg/hostname=$NEWVM" -v \
--os-variant debian11 --disk
size=30,pool=vmvol,bus=scsi,disca
the file's creator. This might work. I haven't tested it yet.
>
> It works, but it's a pain to setup, because it still needs umask 002 for
> all users and there are so many places to change the umask.
>
> This might sound like heresy, but depending on your storage an
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 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, direc
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
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 y
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
ar/www/html/website.
>
> 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?
>
> Paul
This situation is exactly what version control systems, especially like
svn and git, were created to handle.
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 nor
"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
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?
Sol
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/we
ix
>>> university systems. (Users might be accessing files via Samba, NFS, or
>>> locally.)
>>>
>>> Just to make this more concrete, assume the development tree is in
>>> /var/www/html/website.
>>>
>>> Without setting directory and file permi
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
/html/website.
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?
Hi Paul,
you can create a user group, add all developers to it and give this
group permis
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.
in
> /var/www/html/website.
>
> 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?
>
Hi Paul,
you can create a user group, add all d
pe of situation which might have been common on old Unix
university systems. (Users might be accessing files via Samba, NFS, or
locally.)
Just to make this more concrete, assume the development tree is in
/var/www/html/website.
Without setting directory and file permissions to 777, how do you
On Sat 28 Aug 2021 at 15:38:40 -0400, Greg Wooledge wrote:
> On Sat, Aug 28, 2021 at 08:31:56PM +0100, Brian wrote:
> > Nobody should be logging into the web interface as root.
>
> As far as "nobody should...", I don't see the harm. It's not like the
> password is going over a network cable (or
On Sat, Aug 28, 2021 at 08:31:56PM +0100, Brian wrote:
> Nobody should be logging into the web interface as root.
As far as "nobody should...", I don't see the harm. It's not like the
password is going over a network cable (or wireless EM). It's just
loopback.
Also note the official instruction
On Sat 28 Aug 2021 at 07:11:55 -0700, Peter Ehlert wrote:
>
> On 8/26/21 5:53 AM, Greg Wooledge wrote:
[...]
> > 2) Install cups.
> * cups was not installed by default. The Brother installer did flag that
> first off, easily corrected
A print queue was installed by Sun 22 Aug 2021 05:44:11 AM
On 8/26/21 5:53 AM, Greg Wooledge wrote:
On Thu, Aug 26, 2021 at 01:37:49PM +0100, Brian wrote:
On Thu 26 Aug 2021 at 13:23:58 +0100, mick crane wrote:
On 2021-08-26 12:59, Peter Ehlert wrote:
On 8/25/21 12:11 PM, Greg Wooledge wrote:
Some people report restarting the browser is enough. S
On 8/26/21 5:53 AM, Greg Wooledge wrote:
On Thu, Aug 26, 2021 at 01:37:49PM +0100, Brian wrote:
On Thu 26 Aug 2021 at 13:23:58 +0100, mick crane wrote:
On 2021-08-26 12:59, Peter Ehlert wrote:
On 8/25/21 12:11 PM, Greg Wooledge wrote:
Some people report restarting the browser is enough. So
On 2021-08-26 13:53, Greg Wooledge wrote:
I suspect there's some *really* basic misunderstanding going on at some
level.
*busted*
It's like if I don't know everything I know nothing.
=O)
mick
--
Key ID4BFEBB31
On Thu 26 Aug 2021 at 16:48:14 +, Andrew M.A. Cater wrote:
[...]
> _DON'T_ edit groups / shadow password files by hand unless really, absolutely
> necessary - the potential for mistakes is too high.
I suppose finding the line with lpadmin in it and editing it is prone
to mistakes. Heaven
On Thu, Aug 26, 2021 at 02:26:54PM -0400, Greg Wooledge wrote:
> On Thu, Aug 26, 2021 at 08:16:23PM +0200, to...@tuxteam.de wrote:
> > On Thu, Aug 26, 2021 at 06:24:01PM +0100, Brian wrote:
> > > On Thu 26 Aug 2021 at 11:31:30 -0400, Greg Wooledge wrote:
> > >
> > > > On Thu, Aug 26, 2021 at 04:25
On Thu, Aug 26, 2021 at 08:16:23PM +0200, to...@tuxteam.de wrote:
> On Thu, Aug 26, 2021 at 06:24:01PM +0100, Brian wrote:
> > On Thu 26 Aug 2021 at 11:31:30 -0400, Greg Wooledge wrote:
> >
> > > On Thu, Aug 26, 2021 at 04:25:54PM +0100, Brian wrote:
> >
> > [...]
> >
> > > > I also forgot: afte
On Thu, Aug 26, 2021 at 06:24:01PM +0100, Brian wrote:
> On Thu 26 Aug 2021 at 11:31:30 -0400, Greg Wooledge wrote:
>
> > On Thu, Aug 26, 2021 at 04:25:54PM +0100, Brian wrote:
>
> [...]
>
> > > I also forgot: after carrying out the corrected procedure, log out and
> > > log back in.
> >
> > Th
On Thu 26 Aug 2021 at 11:31:30 -0400, Greg Wooledge wrote:
> On Thu, Aug 26, 2021 at 04:25:54PM +0100, Brian wrote:
[...]
> > I also forgot: after carrying out the corrected procedure, log out and
> > log back in.
>
> This is the part that I don't quite understand. How does that matter?
The s
On Thu, Aug 26, 2021 at 11:31:30AM -0400, Greg Wooledge wrote:
> On Thu, Aug 26, 2021 at 04:25:54PM +0100, Brian wrote:
> > On Thu 26 Aug 2021 at 10:56:55 -0400, Greg Wooledge wrote:
> >
> > > On Thu, Aug 26, 2021 at 03:49:23PM +0100, Brian wrote:
> > > > On Thu 26 Aug 2021 at 06:18:21 -0700, Pete
On Thu, Aug 26, 2021 at 04:25:54PM +0100, Brian wrote:
> On Thu 26 Aug 2021 at 10:56:55 -0400, Greg Wooledge wrote:
>
> > On Thu, Aug 26, 2021 at 03:49:23PM +0100, Brian wrote:
> > > On Thu 26 Aug 2021 at 06:18:21 -0700, Peter Ehlert wrote:
> > >
> > > [...]
> > >
> > > > > It would be useful to
On Thu 26 Aug 2021 at 10:56:55 -0400, Greg Wooledge wrote:
> On Thu, Aug 26, 2021 at 03:49:23PM +0100, Brian wrote:
> > On Thu 26 Aug 2021 at 06:18:21 -0700, Peter Ehlert wrote:
> >
> > [...]
> >
> > > > It would be useful to have the outputs of
> > > >
> > > >groups
> > > $ groups
> > > pe
On Thu 26 Aug 2021 at 10:56:55 -0400, Greg Wooledge wrote:
> On Thu, Aug 26, 2021 at 03:49:23PM +0100, Brian wrote:
> > On Thu 26 Aug 2021 at 06:18:21 -0700, Peter Ehlert wrote:
> >
> > [...]
> >
> > > > It would be useful to have the outputs of
> > > >
> > > >groups
> > > $ groups
> > > pe
On Thu 26 Aug 2021 at 08:53:19 -0400, Greg Wooledge wrote:
[...]
> I suspect there's some *really* basic misunderstanding going on at some
> level. Let's start from the beginning.
>
> In order to administer a printer in CUPS, you do the following things:
>
>
> 1) Make sure the root account ha
On Thu, Aug 26, 2021 at 03:49:23PM +0100, Brian wrote:
> On Thu 26 Aug 2021 at 06:18:21 -0700, Peter Ehlert wrote:
>
> [...]
>
> > > It would be useful to have the outputs of
> > >
> > >groups
> > $ groups
> > peter cdrom floppy audio dip video plugdev netdev
> > >
> > > and
> > >
> > >
On Thu 26 Aug 2021 at 06:18:21 -0700, Peter Ehlert wrote:
[...]
> > It would be useful to have the outputs of
> >
> >groups
> $ groups
> peter cdrom floppy audio dip video plugdev netdev
> >
> > and
> >
> >grep SystemGroup /etc/cups/cups-files.conf
> $ grep SystemGroup /etc/cups/cups-f
On 8/26/21 5:07 AM, Brian wrote:
On Thu 26 Aug 2021 at 09:16:31 +1000, Keith Bainbridge wrote:
On 25/8/21 22:40, Peter Ehlert wrote:
CUPS permissions
when I go to http://localhost:631/admin the dashboard is displayed as
expected.
Manage Printers does display my MFCL3770CDW and I am
On Thu, Aug 26, 2021 at 01:37:49PM +0100, Brian wrote:
> On Thu 26 Aug 2021 at 13:23:58 +0100, mick crane wrote:
>
> > On 2021-08-26 12:59, Peter Ehlert wrote:
> > > On 8/25/21 12:11 PM, Greg Wooledge wrote:
> >
> > > > Some people report restarting the browser is enough. Some claim they
> > > >
On Thu, 26 Aug 2021 04:59:42 -0700
Peter Ehlert wrote:
> thanks. restarting firefox worked.
> I got the login dialog box
>
> after login as (user)
> Add Printer gives> Unable to add printer: Forbidden
>
> back to square one
Try logging in as root.
--
Does anybody read signatures any more?
h
On Thu 26 Aug 2021 at 13:23:58 +0100, mick crane wrote:
> On 2021-08-26 12:59, Peter Ehlert wrote:
> > On 8/25/21 12:11 PM, Greg Wooledge wrote:
>
> > > Some people report restarting the browser is enough. Some claim they
> > > have to reboot. Who knows.
> > >
> > thanks. restarting firefox wo
On 26/08/2021 08:59, Peter Ehlert wrote:
thanks. restarting firefox worked.
I got the login dialog box
after login as (user)
Add Printer gives> Unable to add printer: Forbidden
back to square one
Users don't ordinarily have permission to add printers, you should login
as root.
It's possibl
On 2021-08-26 12:59, Peter Ehlert wrote:
On 8/25/21 12:11 PM, Greg Wooledge wrote:
Some people report restarting the browser is enough. Some claim they
have to reboot. Who knows.
thanks. restarting firefox worked.
I got the login dialog box
after login as (user)
Add Printer gives> Unable
On Thu, 2021-08-26 at 04:59 -0700, Peter Ehlert wrote:
[...]
>
> thanks. restarting firefox worked.
> I got the login dialog box
>
> after login as (user)
> Add Printer gives> Unable to add printer: Forbidden
>
> back to square one
>
I think the authentication dialog box uses javascript, you d
On Thu 26 Aug 2021 at 09:16:31 +1000, Keith Bainbridge wrote:
> On 25/8/21 22:40, Peter Ehlert wrote:
> > CUPS permissions
> >
> > when I go to http://localhost:631/admin the dashboard is displayed as
> > expected.
> >
> > Manage Printers does display my
On 8/25/21 12:11 PM, Greg Wooledge wrote:
On Wed, Aug 25, 2021 at 11:47:33AM -0700, Peter Ehlert wrote:
On 8/25/21 9:27 AM, Henning Follmann wrote:
On Wed, Aug 25, 2021 at 05:40:36AM -0700, Peter Ehlert wrote:
CUPS permissions
when I go to http://localhost:631/admin the dashboard is
On 25/8/21 22:40, Peter Ehlert wrote:
CUPS permissions
when I go to http://localhost:631/admin the dashboard is displayed as
expected.
Manage Printers does display my MFCL3770CDW and I am (apparently) able
to manage and edit the settings.
however
Add Printer gives> Unable to add prin
On Wed, Aug 25, 2021 at 11:47:33AM -0700, Peter Ehlert wrote:
>
> On 8/25/21 9:27 AM, Henning Follmann wrote:
> > On Wed, Aug 25, 2021 at 05:40:36AM -0700, Peter Ehlert wrote:
> > > CUPS permissions
> > >
> > > when I go to http://localhost:631/admin the d
On 8/25/21 9:27 AM, Henning Follmann wrote:
On Wed, Aug 25, 2021 at 05:40:36AM -0700, Peter Ehlert wrote:
CUPS permissions
when I go to http://localhost:631/admin the dashboard is displayed as
expected.
Manage Printers does display my MFCL3770CDW and I am (apparently) able to
manage and
On Wed, Aug 25, 2021 at 05:40:36AM -0700, Peter Ehlert wrote:
> CUPS permissions
>
> when I go to http://localhost:631/admin the dashboard is displayed as
> expected.
>
> Manage Printers does display my MFCL3770CDW and I am (apparently) able to
> manage and edit the setting
CUPS permissions
when I go to http://localhost:631/admin the dashboard is displayed as
expected.
Manage Printers does display my MFCL3770CDW and I am (apparently) able
to manage and edit the settings.
however
Add Printer gives> Unable to add printer: Forbidden
is this normal behavior
Hi,
virtual private message to John Conover:
I answered to your private mail of 1 Jun 2021 12:51:26 -0700.
But my mail provider's server reports that your mail provider's server
refuses to take it:
From: GMX Mailer Daemon
...
cono...@rahul.net:
SMTP error from remote server for TEXT com
Hi,
John Conover wrote:
> Odd, root can not access the /run/user/601/ directory, but the user
> can
This is said to be a fuse filesystem feature. See e.g.
https://superuser.com/questions/169977/mount-point-permission-denied
> dr-x-- 2 theuser users 0 Dec 31 1969 doc/
> Odd tim
John Conover writes:
> Thomas Schmitt writes:
> >
> > > > Are you already the user with id 601 ?
> > > > If not: Does it work better if you become that user ?
> >
On Debian 10 Buster, both fvwm and xfce.
Odd, root can not access the /run/user/601/ directory, but the user
can:
ls -al /run/use
Thomas Schmitt writes:
> Hi,
>
> i wrote:
> > > Are you already the user with id 601 ?
> > > If not: Does it work better if you become that user ?
>
> John Conover wrote:
> > As the user, or as root.
>
> Then it could be owned by another user id.
> (Hard to guess while stat(2) fails even for the
Hi,
i wrote:
> > Are you already the user with id 601 ?
> > If not: Does it work better if you become that user ?
John Conover wrote:
> As the user, or as root.
Then it could be owned by another user id.
(Hard to guess while stat(2) fails even for the boss.)
But you could at least verify that y
Thomas Schmitt writes:
> Hi,
>
> John Conover wrote:
> > Peculiar ownership and permissions on /run/user/601/doc:
> >d? ? ?? ?? doc/
>
> Are you already the user with id 601 ?
> If not: Does it work better if you become that use
=?UTF-8?Q?Markus_Sch=c3=b6nhaber?= writes:
> 01.06.21, 17:28 +0200, John Conover:
>
> > Peculiar ownership and permissions on /run/user/601/doc:
> >
> > d? ? ?? ?? doc/
> >
> > and it can not be changed as root.
>
Hi,
John Conover wrote:
> Peculiar ownership and permissions on /run/user/601/doc:
>d? ? ?? ?? doc/
Are you already the user with id 601 ?
If not: Does it work better if you become that user ?
The web knows about problems of program df with /run/user
01.06.21, 17:28 +0200, John Conover:
> Peculiar ownership and permissions on /run/user/601/doc:
>
> d? ? ?? ?? doc/
>
> and it can not be changed as root.
>
> Logging out, then in, same thing.
>
> Any help on fixing it would be gr
Peculiar ownership and permissions on /run/user/601/doc:
d? ? ?? ?? doc/
and it can not be changed as root.
Logging out, then in, same thing.
Any help on fixing it would be greatly appreciated.
Thanks,
John
--
John Conover, cono...@rahul.net
On Thu, May 06, 2021 at 06:58:08PM +0200, to...@tuxteam.de wrote:
> No. What the MUA is trying to do (see my other mails) is to create
> and delete lock files. That's why it wants write access to the
> mail spool directory.
>
> There is a mode for mutt where it actually uses a setgid helper
> prog
On Thu, May 06, 2021 at 12:52:22PM -0400, Greg Wooledge wrote:
> On Thu, May 06, 2021 at 06:04:31PM +0200, to...@tuxteam.de wrote:
> > OK. The problem is you have some directory where users are
> > supposed to be able to create a file, but to only remove
> > *their* files, but not other's.
> >
> >
On Thu, May 06, 2021 at 06:04:31PM +0200, to...@tuxteam.de wrote:
> OK. The problem is you have some directory where users are
> supposed to be able to create a file, but to only remove
> *their* files, but not other's.
>
> This is a well-known problem (/tmp also has that problem), and
> UNIX-like
On Thu, May 06, 2021 at 06:30:07PM +0200, Hans wrote:
> Am Donnerstag, 6. Mai 2021, 18:18:18 CEST schrieben Sie:
> So, checked more. Indeed, it is a bug in latest version of mutt. Looks like
> it
> is working on i386, but the version in amd64 is buggy.
>
> For testing purposes I installed an old
On Thu, May 06, 2021 at 06:18:18PM +0200, Hans wrote:
> Understood. Hmm, just tried mutt again and it can not delete files, telling
> me, that "temporary files can not be written" in /var/mail.
>
> So it looks more that the file and directory permissions are set correctly,
file a bugreport to mutt.
Thank you all for your help.
Best regards and stay safe!
Hans
> Understood. Hmm, just tried mutt again and it can not delete files, telling
> me, that "temporary files can not be written" in /var/mail.
>
> So it looks more that the file and dir
Understood. Hmm, just tried mutt again and it can not delete files, telling
me, that "temporary files can not be written" in /var/mail.
So it looks more that the file and directory permissions are set correctly,
and that means -> I have to take a look at mutt.
Easiest way, just
On Thu, May 06, 2021 at 05:55:36PM +0200, Hans wrote:
> Am Donnerstag, 6. Mai 2021, 17:45:29 CEST schrieb Hans:
> I am answering myself: I was wrong, on the other computer rm and touch do
> also
> not work.
OK. The problem is you have some directory where users are
supposed to be able to create
, or I am, whatever.
Thanks for the help at all!
best
Hans
> On Thu, May 06, 2021 at 05:45:29PM +0200, Hans wrote:
> > Tomas,
> >
> > but when you are correct, why is it working on another computer wwith
> > exactly the same permissions set? On that other computer it
Am Donnerstag, 6. Mai 2021, 17:45:29 CEST schrieb Hans:
I am answering myself: I was wrong, on the other computer rm and touch do also
not work.
BTW: I stumbled over this issue, because mutt could not delete my mails due to
the permissions (but at the other computer it works), so I tried all
On Thu, May 06, 2021 at 05:45:29PM +0200, Hans wrote:
> Tomas,
>
> but when you are correct, why is it working on another computer wwith exactly
> the same permissions set? On that other computer it is working well, and I
> can
> not see a difference between both.
Show us
Tomas,
but when you are correct, why is it working on another computer wwith exactly
the same permissions set? On that other computer it is working well, and I can
not see a difference between both.
Cheers
Hans
> > ls -la /var/mail
> > insgesamt 384
> > drwxrwsr-x 2 root
On Thu, May 06, 2021 at 05:25:02PM +0200, Hans wrote:
> Dear list,
>
> I am stuck with an issue, I can not explain what is wrong.
See below:
> System: Debian-amd64/testing
> Problem: I can not delete or create a file as normal user, though the
> permissions seem
On Thu, May 06, 2021 at 05:25:02PM +0200, Hans wrote:
> Description: As the normal user I "testuser" want to delete the file
> /var/mail/testuser
Creating, deleting or renaming a file does not require permissions on
the file itself. It requires permissions on the *directory*
Dear list,
I am stuck with an issue, I can not explain what is wrong.
System: Debian-amd64/testing
Problem: I can not delete or create a file as normal user, though the
permissions seem to
be set right.
Description: As the normal user I "testuser" want to delete the file
/var/mai
On Tue, Feb 2, 2021, 2:10 AM Richard Hector wrote:
> Hi all,
>
> I'm reviewing how I set up websites (mostly Wordpress at the moment),
> and would like other opinions on what I'm planning is sane.
>
> My plan is to have a user eg "mysite" that owns all/most of the standard
> files and directories
d
to revise my model for that, at least :-(
Though I guess that can be covered by 'other' permissions (with nginx
config to prevent serving php and other files that it shouldn't).
I think I'm leaving SELinux in the 'too hard' basket for the time being;
it looks li
On 2/2/21 5:32 pm, Jeremy Ardley wrote:
On 2/2/21 4:55 pm, Richard Hector wrote:
What you are doing sounds pretty O.K. Though I personally also use
SELinux for web facing services.
Thanks.
I haven't looked in to SELinux. I looked at AppArmor, but it appears
that it won't work as expected
On 2/02/21 10:37 pm, john doe wrote:
On 2/2/2021 9:55 AM, Richard Hector wrote:
On 2/02/21 9:11 pm, Jeremy Ardley wrote:
On 2/2/21 3:09 pm, Richard Hector wrote:
Hi all,
I'm reviewing how I set up websites (mostly Wordpress at the moment),
and would like other opinions on what I'm planning i
On 2/2/2021 9:55 AM, Richard Hector wrote:
On 2/02/21 9:11 pm, Jeremy Ardley wrote:
On 2/2/21 3:09 pm, Richard Hector wrote:
Hi all,
I'm reviewing how I set up websites (mostly Wordpress at the moment),
and would like other opinions on what I'm planning is sane.
My plan is to have a user eg
1 - 100 of 2142 matches
Mail list logo
