11 Jul
2023
11 Jul
'23
6 p.m.
Hello,
Since migration to Bookworm,
I cannot modifiy all the files :
/opt/trinity/share/apps/kdesktop/Desktop/....
I receive this message :
"cannot make a save copy of the original document".
Of cource, I changed the rights with chmod 775,
the message is the same.
On my other computer with Bullseye, never had this message,
and the rights are 755.
What happens ?
Thanks, Cheers,
André
11 Jul
11 Jul
6:35 p.m.
On Tue July 11 2023 11:00:49 ajh-valmer via tde-users wrote:
Since migration to Bookworm,
I cannot modifiy all the files :
/opt/trinity/share/apps/kdesktop/Desktop/....
I receive this message :
"cannot make a save copy of the original document".
Of cource, I changed the rights with chmod 775,
the message is the same.
On my other computer with Bullseye, never had this message,
and the rights are 755.
What happens ?
Hi André,
That directory and the files in it are normally owned by root
so the 5 on the end of 775 or 755 would not grant write access
to regular users.
You could use 777 or change the owner but anything other than
755 owned by root creates potential security issues. Normally
you would work in ~/Desktop rather than touching those files.
What is it you are trying to achieve?
--Mike
8:49 p.m.
New subject: Problems since Bookworm migration, root rights : SOLVED
On Tuesday 11 July 2023 20:35:27 Mike Bird via tde-users wrote:
On Tue July 11 2023 11:00:49 ajh-valmer via tde-users
wrote:
> Since migration to Bookworm,
> I cannot modifiy all the files :
> /opt/trinity/share/apps/kdesktop/Desktop/....
> I receive this message :
> "cannot make a save copy of the original document".
> Of cource, I changed the rights with chmod 775,
> the message is the same.
> On my other computer with Bullseye, never had this message,
> and the rights are 755. What happens ?
Hi André,
That directory and the files in it are normally owned by root
so the 5 on the end of 775 or 755 would not grant write access
to regular users.
You could use 777 or change the owner but anything other than
755 owned by root creates potential security issues. Normally
you would work in ~/Desktop rather than touching those files.
What is it you are trying to achieve?
--Mike
Hello Mike,
The two subjects :
"Imposible to dialog with TDELauncher"
"Problems since Bookworm migration, root rights"
are solved.
I cannot tell you why, by several boots all came in order...
Thanks for your cooperation, Cheers,
André
11:49 p.m.
On 7/11/23 14:03, ajh-valmer via tde-users wrote:
Hello,
Since migration to Bookworm,
I cannot modifiy all the files :
/opt/trinity/share/apps/kdesktop/Desktop/....
I receive this message :
"cannot make a save copy of the original document".
Of cource, I changed the rights with chmod 775,
the message is the same.
On my other computer with Bullseye, never had this message,
and the rights are 755.
What happens ?
Thanks, Cheers,
André
I had a hell of a time with similar unexplained problems. Perhaps
associated with the acl implementation debian isn't talking about.
But I'm guessing from limited clues here. Hopefully you have enough
space to contain 2 copys of the contents of Desktop.
See if you can create a new directory beside Desktop for starters.
If that works, then see if you can make a full copy of Desktop to this
new directory. See man cp for howto.
If that works, please verify its complete, then convert Desktop to a
link to this new directory. I think mv can do that, but check its man
page. The downer for that IIRC is that the space occupied by the
original Desktop is hidden under that link and not easily recoverable.
What you just did was create that whole path under bookworm permission
rules. It /might/ fix the problem. If not, disable the link and your
old Desktop is restored.
To get perms for my Pictures directory, it took the changes in the June
29th version of digiKam-8.1.0-beta to fix it so I could download pix I
could see from my camera, up till then the download button didn't work
and a permissions error was reported in the shell that started digiKam.
The failure was total, the error report was maybe 5% of the time, but if
I created a new directory, it Just Worked. Any method I could conjure up
to checks perms left me totally in the dark. Everything checked, but old
one created under bullseye didn't work, new one create by bookworm did.
Cheers, Gene Heskett.
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
- Louis D. Brandeis
Genes Web page <http://geneslinuxbox.net:6309/>
12 Jul
12 Jul
2:11 p.m.
On Tuesday 11 July 2023 06:49:24 pm gene heskett via tde-users wrote:
See if you can create a new directory beside Desktop for starters.
If that works, then see if you can make a full copy of Desktop to this
new directory. See man cp for howto.
Use rsync, it's much easier as it verifies the data is copied correctly.
rsync -rv --progress '{SourceDir}' '{Destination}'
Example, assuming I know which Desktop you're talking about, this:
rsync -rv --progress '/home/michael/Desktop' '/home/michael/mydata'
will create a copy of Desktop here:
'/home/michael/mydata/Desktop'
303
days inactive
304
days old
4 comments
4 participants
participants (4)
-
ajh-valmer -
gene heskett -
Michael -
Mike Bird