That did it. Thanks!
Any idea what might have put the entries there in the first place?
I see that the directory has *not* been automatically been recreated, so
there must have been something I did which caused it to be created ...
Other than 'update-mime-database' that is, since I did not run t
Yes, I do. Quite a few. All of them with a header that says "DO NOT
EDIT". They were generated by update-mime-database. Of course, I only
tried that once the failure had already occurred, so unless you have
something specific in there to look for ...
--
Can't add new wallpapers using gnome in
I'm not that much of a "guinea pig" as I first professed to be :) ...
just got all my systems up to LTS release of Hardy. Don't really want
to load a new version of the OS to test for this.
If I get time (which looks none too likely right now), I can load a VM
image of Jaunty and try. But as I
Hmmm
I can:
(1) change the desktop background, to a brand new file, manually by editing
.gconf/desktop/gnome/background/%gconf.xml
(2) change the background to a new file in another login using
gnome-appearance-properties.
I can't see any difference in the file permissions between the two
One added note on this:
I said "I can't change backgrounds". That is not true. I cannot *add*
backgrounds.
I can choose any of the 21 files it currently acknowledges, but I can not add
files, either manually or through gnome-appearance-properties.
Ken
--
Can't add new wallpapers using gnome
Can I pick this up where "jdamian.b" left off?
I have *exactly* the same symptoms (and apt-cache output)
.xsession-errors reports nothing while browsing for background files (if that's
what you meant).
However, I do get one error (and only one, from nautilus) when using the
standard browser in
