[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: moving konqueror's bookmarks.xml to a new system



On Sunday 06 August 2006 4:09 am, Seb wrote:

> system.  I thought my previous konqueror bookmarks.xml file could simply
> be placed within the new ~/.kde/share/apps/konqueror directory, as my new
> user name is the same.  Although now konqueror reads and displays my
> bookmarks, it refuses to save any changes I make to them, with the
> message:

If you are not out of disk space on the device, then it is most likely an 
ownership problem.  Giving your user the same name is of little consequence, 
because it is the user and group ID numbers that really matter.  It's rather 
like how "www.google.com" is a convenient way to refer to "64.233.161.99."

You probably have more than one user, and you probably created the users in a 
different order on the new system, or something else changed in some subtle 
or not so subtle fashion to change your UID on the new install.  (Moving 
between distros is especially likely to cause a shift.)

You probably have Debian's disturbingly liberal default permissions on 
everything, with world-readable home directories, and a permissive umask that 
undermines privacy on your system by letting every user poke into every other 
user's business.

So you probably have a file with 644 permissions, or a directory with 755 
permissions that isn't owned by your new user's UID.

user1: touch foo				# user1 creates a file
user1: chmod 644 foo				# set perms to 644 explicitly
user1: su user2					# change to user2
user2: cat foo					# dump the contents of file "foo"
The contents of foo are listed here.		# it works
user2: touch foo				# user2 tries to write to "foo"
touch: cannot touch `foo': Permission denied	# but can't; he doesn't own it
user2: -l foo					# look at the permissions
-rw-r--r-- 1 user1 user1 0 2006-08-06 10:34 foo	# world reads/owner writes


So the cure for this is most likely to su to root or use sudo and

chown -R your_user:your_user /home/your_user

which will reassert your ownership over all of your files.  I commonly have to 
do this in the same reinstall scenario you have outlined, even though my 
user's text name hasn't changed.

-- 
D. Michael 'Silvan' McIntyre  ----   Silvan <dmmcintyr@users.sourceforge.net>
Linux fanatic, and certified Geek;  registered Linux user #243621

Author of Rosegarden Companion http://rosegarden.sourceforge.net/tutorial/



Reply to: