[xubuntu-users] MenuLibre 2.0.6 Inconsistency

[John Deakin]

Patrice, thanks very much.
John

On 04/07/15 15:50, Patrice ARNAL wrote:
> Your problem is more general : almost all application create an hidden 
> configuration directory (.mozilla, .openoffice, .shotwell, .local...)
> And as these directories are user-oriented, they are not registered at the 
> system level and hence never removed on de-installation.
> 
> In order to avoid this, I use the following trick :
> 
>  1. /home directory on a distinct partition (not /)
>  2. Each new release is re-installed from scratch (no update), without modifying
>     /home
>  3. Just before launching the install, I rename my home directory to /home/toto.old
>  4. After reinstalling, with user toto, I get an "empty" directory /home/toto
>  5. I move all my documents from toto.old to toto and I check the applications
>     needed to open my documents.
>  6. By this way, all the settings in .local, .mozilla, .etc are reset to default
>     value
>  7. 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.
>     By the way, this can avoid problems if some applications are updated and the
>     preferences/configuration files modified.
> 
> Hope it helps
> 
> 
> Le 04/07/2015 16:27, John Deakin a écrit :
>> Petter,
>>
>> Thanks a lot. I will be checking those folders out in future.
>>
>> regards,
>> John
>>
>> On 04/07/15 14:57, Petter Adsen wrote:
>>> On Sat, 04 Jul 2015 14:42:21 +0100 John Deakin
>>> <john at humanaspects.co.uk>  wrote:
>>>
>>>> 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?
>>> 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
>>>
>>>
>>>
> 
> -- 
> 
> 
> --------------------------------------------------------------------------------
> 
> 
> 	
> 
> Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce 
> que Windows a été banni de cette machine.
> 
> In a world without fences and walls, who needs Gates or Windows?
> 
> 
>