<html>
<head>
<meta content="text/html; charset=windows-1252"
http-equiv="Content-Type">
</head>
<body bgcolor="#FFFFFF" text="#000000">
Your problem is more general : almost all application create an
hidden configuration directory (.mozilla, .openoffice, .shotwell,
.local...)<br>
And as these directories are user-oriented, they are not registered
at the system level and hence never removed on de-installation.<br>
<br>
In order to avoid this, I use the following trick :<br>
<ol>
<li>/home directory on a distinct partition (not /)</li>
<li>Each new release is re-installed from scratch (no update),
without modifying /home</li>
<li>Just before launching the install, I rename my home directory
to /home/toto.old</li>
<li>After reinstalling, with user toto, I get an "empty" directory
/home/toto</li>
<li>I move all my documents from toto.old to toto and I check the
applications needed to open my documents.</li>
<li>By this way, all the settings in .local, .mozilla, .etc are
reset to default value</li>
<li>By checking the differences between the toto/.local and
toto.old/.local (and other hidden directories) I can keep only
what I really use and need.<br>
By the way, this can avoid problems if some applications are
updated and the preferences/configuration files modified.</li>
</ol>
<p>Hope it helps<br>
</p>
<br>
<div class="moz-cite-prefix">Le 04/07/2015 16:27, John Deakin a
écrit :<br>
</div>
<blockquote cite="mid:5597ED58.2040807@humanaspects.co.uk"
type="cite">
<pre wrap="">Petter,
Thanks a lot. I will be checking those folders out in future.
regards,
John
On 04/07/15 14:57, Petter Adsen wrote:
</pre>
<blockquote type="cite">
<pre wrap="">On Sat, 04 Jul 2015 14:42:21 +0100 John Deakin
<a class="moz-txt-link-rfc2396E" href="mailto:john@humanaspects.co.uk"><john@humanaspects.co.uk></a> wrote:
</pre>
<blockquote type="cite">
<pre wrap="">Petter,
Thank you very much. There was so much junk there I have just
spent a profitable half hour cleaning it all up. How do these
dead items accumulate?
</pre>
</blockquote>
<pre wrap="">
When you install a (GUI) application, it commonly places a
.desktop file in /usr/share/applications. If you edit the menu
entries, for instance with menulibre or alacarte, it saves the
edited copies in ~/.local/share/applications, and those then
override the system entries.
(If you want to add something to the menus, you can create custom
.desktop files with any text editor for whatever you need and put
them in the latter directory.)
Let's say you install an application that adds a .desktop file
under /usr and then edit that entry. If you later remove the
package, the .desktop file under your home directory will still be
there, as it was never registered in the package database. That
would be my guess as to why you have dead entries. The menus are
created on the fly, but I don't think they actually check that the
executables they are supposed to launch exist any more. This is a
guess, though, I can't say for sure this is what happens.
Petter
</pre>
</blockquote>
<pre wrap="">
</pre>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<meta http-equiv="content-type" content="text/html;
charset=windows-1252">
<title></title>
<meta name="generator" content="LibreOffice 4.2.2.1 (Linux)">
<meta name="created" content="0;0">
<meta name="changed" content="20140321;95933005448171">
<p style="margin-bottom: 0cm"><br>
</p>
<hr>
<table cellpadding="2" cellspacing="2">
<tbody>
<tr>
<td style="border: none; padding: 0cm" height="102">
<p><img src="cid:part1.06060205.04040508@gmx.fr"
name="Image1" align="left" border="0" height="88"
width="76"><br>
</p>
</td>
<td style="border: none; padding: 0cm">
<p><font color="#3d4d5a"><font style="font-size: 12pt"
size="3">Ce courrier électronique ne contient aucun
virus ou logiciel malveillant parce que Windows a
été banni de cette machine.<br>
<br>
In a world without fences and walls, who needs Gates
or Windows?<br>
</font></font></p>
</td>
</tr>
</tbody>
</table>
</div>
</body>
</html>