Re: Bug#80544: [rename] can't rename dir with valid permissions
Hi Martin, in the light of what has been discussed... could you please replicate the bug and report upstream? thanks, -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: [EMAIL PROTECTED] www: http://www.cs.bilkent.edu.tr/~erayo
Re: Bug#80544: [rename] can't rename dir with valid permissions
Chad Miller wrote: > > On Thu, Dec 28, 2000 at 05:41:28PM +0200, Eray Ozkural (exa) wrote: > > BUT gmc (and most possibly mc) will not be > > able to rename stuff, though you can move > > files ;) It's a bug for certain! > > Whoa. I don't understand that; what's the difference between moving and > renaming? There isn't. gmc thinks there is. that's the bug! -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: [EMAIL PROTECTED] www: http://www.cs.bilkent.edu.tr/~erayo
Re: Bug#80544: [rename] can't rename dir with valid permissions
Nathan E Norman wrote: > > On Thu, Dec 28, 2000 at 03:05:50AM +0200, Eray Ozkural (exa) wrote: > > Martin. Yes. I tried. Do you think I'm a newbie or something? Why > > do you think the file is owned by root? It's on windows partition... > > Hold on ... this is an msdos partition mounted? If so, check out man > 8 mount; specifically the uid and gid options. i don't touch uid. it gets to be root but gid I changed, it's group "windows" and user "exa" is in group "windows" and I can rightfully move files in that partition BUT gmc (and most possibly mc) will not be able to rename stuff, though you can move files ;) It's a bug for certain! Thanks, -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: [EMAIL PROTECTED] www: http://www.cs.bilkent.edu.tr/~erayo
Re: Bug#80544: [rename] can't rename dir with valid permissions
On Thu, Dec 28, 2000 at 03:05:50AM +0200, Eray Ozkural (exa) wrote: > Martin. Yes. I tried. Do you think I'm a newbie or something? Why > do you think the file is owned by root? It's on windows partition... Hold on ... this is an msdos partition mounted? If so, check out man 8 mount; specifically the uid and gid options. -- Nathan Norman - Staff Engineer | A good plan today is better Micromuse Inc. | than a perfect plan tomorrow. mailto:[EMAIL PROTECTED] | -- Patton pgpvBSVvhDxPf.pgp Description: PGP signature
(a small correction) Re: Bug#80544: [rename] can't rename dir with valid permissions
"Eray Ozkural (exa)" wrote: > > Try to reproduce what I do there. The permissions on parent > are irrelevant. That's a vfat filesystem. Permissions are > same everywhere anyway if you wonder. Sorry sorry sorry sorry. Permissions on parent of course do matter as you express. However, in this case the permissions are uniform so the problem is not that. Anyway, I can rename in bash but not in gmc. Thanks, -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: [EMAIL PROTECTED] www: http://www.cs.bilkent.edu.tr/~erayo
Re: Bug#80544: [rename] can't rename dir with valid permissions
Jason Henry Parker wrote: > At a guess, I would say this is a non-bug. I'm saying that I can't rename a file using gmc which I *can* otherwise rename. So your first guess in not very accurate. You know how to rename something in gmc, yes? You do that in the properties of a file, by editing the name and then clicking okay. The edit widget there becomes a ghost item in this startling case. Try to reproduce what I do there. The permissions on parent are irrelevant. That's a vfat filesystem. Permissions are same everywhere anyway if you wonder. orion:exa$ cat /etc/fstab | grep vfat /dev/hda2 /winvfatdefaults,user,exec,suid 1 0 /dev/hdb1 /data vfatdefaults,user,rw,exec,gid=105,umask=002 1 0 /dev/sda4 /zipvfatdefaults,user,exec,rw,noauto0 0 /dev/sda1 /zip/ppa-bugvfatdefaults,user,exec,rw,noauto0 0 that happens to be data and gid 105 is windows !!! -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: [EMAIL PROTECTED] www: http://www.cs.bilkent.edu.tr/~erayo
Re: Bug#80544: [rename] can't rename dir with valid permissions
"Eray Ozkural (exa)" <[EMAIL PROTECTED]> writes:
> Check it out for yourself:
>
> orion:Stuff$ ls -ald desktop.*
> -rwxrwxr-x1 root windows 125 Nov 20 1998 desktop.ini
> orion:Stuff$ mv desktop.ini desktop.what!
> orion:Stuff$ ls -ald desktop.*
> -rwxrwxr-x1 root windows 125 Nov 20 1998 desktop.what!
> orion:Stuff$ mv desktop.what! desktop.ini
> orion:Stuff$ ls -ald desktop.*
> -rwxrwxr-x1 root windows 125 Nov 20 1998 desktop.ini
> orion:Stuff$
What are the permissions on the directory "Stuff"?
Permission to unlink and rename files in a directory is granted by
write access to the directory that contains the link, not by the
permissions on the file itself.
It's difficult to tell from your initial bug report if you have write
permissions to the directory containing the directory "Rob Zombie"
("mp3") or not.
I just ran a test with gmc and was able to rename a directory within a
directory I had rights to. I then chowned the parent directory to
root.root, and got the appropriate error from gmc.
At a guess, I would say this is a non-bug.
jason
--
``Banks *are* bastards.'' -- John Laws
Re: Bug#80544: [rename] can't rename dir with valid permissions
Hi Martin, cross-posting to debian-devel because your assessment of the bug is totally wrong. Martin Bialasinski wrote: > > Hi, > > > I can rename a directory to which I have permissions in shell > > > orion:mp3$ ls -ald Rob\ Zombie/ > > drwxrwxr-x2 root windows 16384 May 21 2000 Rob Zombie/ > > These permissions are irrelevant. > You want to change a directory item, therefore you need to have write > permission on the directory containing this entry. > > Did you actually *try* to rename the directory on the shell, or did > you conclude it should work from the above permissions? > Martin. Yes. I tried. Do you think I'm a newbie or something? Why do you think the file is owned by root? It's on windows partition... And YES I've got group write rights. Why do you think I say that I have permissions? Do you think everyone reporting a bug is a lamer? Revise your prejudice please. orion:exa$ groups exa dialout cdrom audio dip video windows I can do ANYTHING I WANT to those files okay? only in gmc renaming (that is the old mv) will fail > > But gmc thinks I don't have sufficient rights and thus doesn't allow > > me to graphically change the name from properties!! awesome bug. > > I assume, you don't run gmc as root, and your primary group is also > not "windows". > insufficient assumptions. primary group? hah. I can either change a file. Or not. Either I'm in a group or *not*. There is no in between like a *primary group*. If an application makes such a distinction, and does not allow renaming on the basis of a vacuous distinction like this, we call it a BUG. BTW, the same gmc happily moves files and dirs in the same directory. The only thing it can't do is "renaming" which is AFAIK the same thing as moving files. Check it out for yourself: orion:Stuff$ ls -ald desktop.* -rwxrwxr-x1 root windows 125 Nov 20 1998 desktop.ini orion:Stuff$ mv desktop.ini desktop.what! orion:Stuff$ ls -ald desktop.* -rwxrwxr-x1 root windows 125 Nov 20 1998 desktop.what! orion:Stuff$ mv desktop.what! desktop.ini orion:Stuff$ ls -ald desktop.* -rwxrwxr-x1 root windows 125 Nov 20 1998 desktop.ini orion:Stuff$ I am not making these up. It isn't fiction. I'm reporting a true event. :( I don't have to defend a bug like this. If you tried to actually reproduce it before dismissing it like this, you would see what an annoying bug it is. Do you prefer that the bug remains unreported? *sigh* I feel like a lot of bugs are being *censored*. :( -- Eray (exa) Ozkural Comp. Sci. Dept., Bilkent University, Ankara e-mail: [EMAIL PROTECTED] www: http://www.cs.bilkent.edu.tr/~erayo
