Ubuntu QA:
BlogBrainstormPackage status
Log in
Ubuntu QA
The Ubuntu community has contributed 22700 ideas, 138270 comments, 2629576 votes
Idea sandbox Idea sandbox
Popular ideas Popular ideas
Ideas in development Ideas in development
Implemented ideas Implemented ideas

Popular ideas Here are the latest ideas about Ubuntu that have been approved.

Ubuntu Software Centre Removal of Configuration Files  
Written by bereshit the 28 May 10 at 06:33. Global category: System. Blueprint approved
when you uninstall a software program dall'ubuntu center or computer janitor, they do not remove the configuration files of uninstalled programs

Developer comments
Response from Ubuntu Software Center developer Michael Vogt: https://lists.ubuntu.com/archives/ubuntu-desktop/2010-December/002711.html

Specification for anyone who wants to implement the feature: https://wiki.ubuntu.com/SoftwareCenter#purging
-145
votes
up equal down
Solution #1: purge package when uninstall
Written by bereshit the 28 May 10 at 06:33.
when you uninstall a software program from ubuntu software center or computer janitor to do so through an apt-get purge or equivalent
337
votes
up equal down
Solution #2: Ask if the user wants to keep their settings
Written by Nickedynick the 28 May 10 at 15:28.
Occasionally, it can be useful to get rid of old settings that are causing problems. However, it's also nice to have your settings intact if you ever reinstall a program.

Therefore, it's better to ask the user what they want to do in this situation.
183
votes
up equal down
Solution #3: solution 2 but make it a checkbox.
Written by lootic the 31 May 10 at 21:19.
Adding popups make the system less pleasant and more annoying. More clicks is equal to more work for the user. Thus it should be a checkbox in the authentication popup.
-55
votes
up equal down
Solution #4: Use two different buttons
Written by DrKenobi the 7 Jun 10 at 03:26.
In the Ubuntu Software Center there could be two buttons to uninstall the application: one button with something like "Remove" and another with "Complete Remove". Similar to Synaptic Package Manager.
24
votes
up equal down
Solution #5: solution #3 modified
Written by DrKenobi the 7 Jun 10 at 03:34.
It's good the idea of a check box, but i think it's better to put the check box before the authentication popup. If the check box is in the authentication popup, it's going to be a little bit confusing.
9
votes
up equal down
Solution #6: Introduce a configuration manager
Written by natureflow the 21 Jun 10 at 13:23.
A lot of software stores their configuration anywhere in the home directory in hidden directories. Normal users are not able to delete them nor able to transport them to their new computer.

So I propose, that each software links his configuration directories to an .desktop file. This .desktop file and his icon needs to be kept on removal of the application. These technical details should be made in a freedesktop specification.

With this specification you could create a configuration manager which shows a list of applications with configuration directories (with icons!) and the option to remove them, to backup them, to import them or to transport them to a new computer. Of course this configuration manager should also divide between data, configuration and cache like defined in XDG Base Directory Specification.
3
votes
up equal down
Solution #7: Archive the configuration files
Written by luca.barbieri the 22 Jun 10 at 06:15.
Instead of completely deleting the files, first archive them in a .tar.xz file (put in e.g. /etc/archived-configuration) and then remove them from the filesystem.

Obviously, this should only happen if they were actually changed from the defaults.

If the application is reinstalled (or the user manually asks for it), they would be unpacked and restored

Advantages:
- Settings are preserved
- User doesn't need to do anything
- Can be removed very easily by deleting a single file
- No filesystem clutter
- Less disk space usage

See the 8 comments or propose a solution >>

I have several old ".appName" folders in my /home  
Written by edbian the 23 Jul 09 at 16:07. Related project: Synaptic package manager. New
Right now the only way to remove them is to go through the directory 1 at a time and manually decide. I could write a script but it is tough enough to tell on my own which folders need to stay and which should go. They might be hidden but they are mostly wasted space.
9
votes
up equal down
Solution #1: Add a flag to aptitude (and apt-get, and synaptic)
Written by edbian the 23 Jul 09 at 16:07.
There should be a new flag added to aptitude (and apt-get and a new function added to synaptic). Right now I can "remove" a package which removes most of the files but leaves the /etc config files and the .appName. Alternatively I could "purge" the program which will remove everything except the .appName folder.

I should be able to "sudo aptitude -h remove " which will remove the package and the .appName folder hidden in /home. Alternatively I should be able to "sudo apt-get -h purge " which would remove all of the package files including /etc config files AND the .appName folder in /home. In my opinion this would be a more intuitive "purge" but I don't think it is a good idea to change the meaning of the "purge" command. Too many people will be accidentally removing the .appName folders that they may want to keep.
9
votes
up equal down
Solution #2: Help users manage leftover .appName folders
Written by Darwin Survivor the 8 Aug 09 at 12:30.
Removing all .appName folders from every user's home folder could cause problems if other users had intended to keep those folders. A better idea may be to make it easier for users to manage and clean their home folders.

I propose we make a way of tracking which applications use which configuration folders (maybe a specially-named file in the root of the config folder) and create a utility that will list folders vs applications and highlight which ones are for applications that no longer exist. The user could then hit a "delete" button and delete the un-used folders they no longer wish to keep.

See the 5 comments or propose a solution >>

Homedir cleaner app (#2645 extension)  
Written by Forseti the 23 Dec 08 at 12:09. Global category: System. New
Idea #2645 postulates IMHO very needed tool for keeping your homedir tidy. I'd like to propose something similar in application but different in the way of operation.

Namely, we need the app - which should be a standard part of GNOME, installed and exposed to user by default - that would flush configured directories off defined classes of files.

The app would have initially only basic integration with system and GNOME environment - Trash, Nautilus thumbnails and the like. For other things mentioned in #2645 the programs producing those garbage should be able to register it with cleaner app. In case of non-GNOME programs this registration could be done with *-gnome-support (like firefox-gnome-support) packages.

The app's GUI should enable the user to check/uncheck the items s/he wants to purge.

Rationale: as is evident from comments to #2645 there will never be the one definitive list of garbage sources. Plugins would work of course but they require that user actually installs them, one by one as in Firefox case. Also, user must know about plugins so either we invest in making the GUI for searching and browsing plugins and in some entity that accepts and checks them or we just require the garbage producers to be well-behaved and specify what, where and how often needs to be cleaned.

While it would be silly to expect that every application maker for Linux follows this, we can expect GNOME to require that it's own apps will follow the suit. That would be enough (for a time ;) )
15
votes
up equal down
Solution #1: Auto-generated solution of idea #16767
Written by Forseti the 23 Dec 08 at 12:09.
Ubuntu Brainstorm was updated in January 2009. Since the idea #16767 was submitted before this update, its rationale and solution are not separated. Please vote accordingly, and if you have the necessary rights, please separate the rationale from the solution. Thanks!

See the 1 comments or propose a solution >>