LinuxQuestions.org
Share your knowledge at the LQ Wiki.
Go Back   LinuxQuestions.org > Forums > Linux Forums > Linux - Software
User Name
Password
Linux - Software This forum is for Software issues.
Having a problem installing a new program? Want to know which application is best for the job? Post your question in this forum.

Notices


Reply
  Search this Thread
Old 05-28-2006, 07:26 AM   #1
okok
Member
 
Registered: Jan 2002
Distribution: Ubuntu Mate
Posts: 116

Rep: Reputation: 15
Linux uninstaller?


In Windows I have used a wonderful uninstaller application that compares the state of the system before and after some change (usually an installation of a new applicaiton), and allows to reverse any such changes. Since I had it I have never used the normal uninstallers installers, because it did a much better and complete work than most uninstallers, which almost always keep some files, settings, and unnecessary registry entries.

I was wondering wondering whether there is something similar for Linux. Especially as a new user without much experience in Linux and with a tendency to experimentation, I don't always know what I am doing and have already caused problems which were not always easy to correct.

So, is there any similar application for linux that would compare the state of the system in different times and would allow reverting to a previous state or undoing changes?
 
Old 05-28-2006, 08:04 AM   #2
cs-cam
Senior Member
 
Registered: May 2004
Location: Australia
Distribution: Gentoo
Posts: 3,545

Rep: Reputation: 57
You should use a package manager to install things. Then it will remove all traces of the program from everywhere except your home dir then you can remove anything from there yourself.
 
Old 05-28-2006, 08:15 AM   #3
okok
Member
 
Registered: Jan 2002
Distribution: Ubuntu Mate
Posts: 116

Original Poster
Rep: Reputation: 15
Thanks. Yes, I know this, but that won't help reversing changes other than package isntallations (al sorts of configuration changes) or even changes caused by installations of software that isn't available in such packages.
 
Old 05-28-2006, 10:12 AM   #4
pixellany
LQ Veteran
 
Registered: Nov 2005
Location: Annapolis, MD
Distribution: Mint
Posts: 17,809

Rep: Reputation: 743Reputation: 743Reputation: 743Reputation: 743Reputation: 743Reputation: 743Reputation: 743
Correct--there is no uninstaller routine when you don't use an **installer** (In Linux--a package manager)
In Windows, you normally use the standard windows installer, but I'm sure that it is possible to install SW without it.

Linux gives us the freedom to choose--package manager vs DIY--take your pick
 
Old 05-28-2006, 11:22 AM   #5
osor
HCL Maintainer
 
Registered: Jan 2006
Distribution: (H)LFS, Gentoo
Posts: 2,450

Rep: Reputation: 78
Quote:
Originally Posted by okok
Thanks. Yes, I know this, but that won't help reversing changes other than package isntallations (al sorts of configuration changes) or even changes caused by installations of software that isn't available in such packages.
Many of the mainstream apps (that you would like to install from source) will have both install and uninstall targets in the Makefile. Of course, you are taking a chance since some do not. Also, you need to keep the original Makefile(s) handy. Moreover, you are leaving the uninstallation details to the author of the program (what if he's a lousy script writer or if his system is set up differently than yours?) which is not always a good idea. (As an aside, this is what happens with most of default uninstallers bundled with windows programs.)

Awhile ago, in LFS hints (LFS is a `from scratch' distro), there was a custom package managing scheme (which I can't seem to find right now). Instead of using a program to manage packages, you would use unix permissions. There was a general group number for installed applications. Each `package' that you would like to install was configured, compiled, and installed as a `package user' (i.e., assign a unique user id and su to it). Each package user belonged to the general group and could also belong to more specific groups (e.g., devel, lib, graphics, games, etc.). Certain directories were owned by the general group and had the `sticky' bit set, so packages could install and move around their own stuff but not mess with anyone elses.

With this scheme, it was very easy to tell where each program installed its files, which files required special suid or guid permissions, and when different packages tried to move each other around. Of course when a `conflict' occured (e.g., a package wants to overwrite anothers configuration file) you would need to manually intervene. Of course this is much better than not knowing what went on, only to notice some breakage a few days later. To uninstall, there were some scripts that would find every file belonging to the package user, delete them, remove the user from the system, etc.

This scheme was (is) very thorough and well-thought-out. It gives you complete control of what goes where and lets you find gaping security holes in the install routine (such as a trivial program that decides to be suid 0). It also requires a lot of work and preplanning to make it work right (which would happen whenever you want to do everything from scratch). Having used it, I would say that the only `hard part' is setting it up in the beginning. Afterward, it is only a few extra steps to take whenever you compile any program (which you want to install globally). Also, you don't have to keep around the build tree as you probably would for `make uninstall'. You also don't blindly trust the programmer to be competent (and don't give his script complete access to the system).

There is also TRIP (the TRIvial Package manager), which is easier and has some interesting advantages. You can find out about it here.

You can also use your distribution's package management software when you install from source. Instead of doing `./configure && make && make install' you do `./configure && make && [turn it into an rpm or whatever] && [install package through package manager']'. Depending on what package manager you are using, it may keep a database detailing what changes were made to the system by a certain package.
 
  


Reply


Thread Tools Search this Thread
Search this Thread:

Advanced Search

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



Similar Threads
Thread Thread Starter Forum Replies Last Post
link dies intermittently-seemingly at random- between win<->linux not linux<->linux?? takahaya Linux - Networking 10 03-09-2007 11:37 PM
triple boot linux/linux/linux No Windows involved toastermaker Linux - Newbie 12 03-02-2006 11:40 PM
Cannot find the Xine uninstaller, so how do I do it the hard way? LinuxPadawan Linux - General 4 04-16-2005 06:30 AM
Redhat (rhel v2.1) bootup problem with linux (linux vs linux-up) namgor Linux - Software 2 06-24-2004 03:49 PM
How do you decompress files, or run files such as the Netscape 6 Uninstaller in RH7.2 oudent Linux - Newbie 1 11-19-2001 01:11 AM

LinuxQuestions.org > Forums > Linux Forums > Linux - Software

All times are GMT -5. The time now is 01:53 PM.

Main Menu
Advertisement
My LQ
Write for LQ
LinuxQuestions.org is looking for people interested in writing Editorials, Articles, Reviews, and more. If you'd like to contribute content, let us know.
Main Menu
Syndicate
RSS1  Latest Threads
RSS1  LQ News
Twitter: @linuxquestions
Open Source Consulting | Domain Registration