Package reinstall 

Solution 

apt-get --reinstall install libc6

Working History 

% apt-get --reinstall install libc6
0 upgraded, 0 newly installed, 1 reinstalled, 0 to remove and 0 not upgraded.
Need to get 0B/4731kB of archives.
After unpacking 0B of additional disk space will be used.

Trying History 

% apt-cache policy libc6
libc6:
  Installed: 2.3.6-15
  Candidate: 2.3.6-15
  Version table:
 *** 2.3.6-15 0
         40 http://gulus.usherbrooke.ca unstable/main Packages
        100 /var/lib/dpkg/status
     2.3.6-13 0
       1000 http://gulus.usherbrooke.ca etch/main Packages
       1000 http://mirror.direct.ca etch/main Packages
       1000 http://gulus.usherbrooke.ca testing/main Packages
% apt-get dist-upgrade
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
% apt-get install libc6
libc6 is already the newest version.
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.

documented on: 2006.06.24

debian installation source 

Newsgroups: comp.os.linux.setup
>When installing debian, we can specify urls for debian package to
>retrieve from. Where is the info stored? thanks

If you're using apt (the Advanced Package Tool, as you probably are), then it goes in /etc/apt/sources.list.

Colin Watson

Orphaned libraries and programs 

Newsgroups:  gmane.linux.debian.user
Date:        Wed, 11 Aug 2004 08:17:42 -0400 (EDT)
>     I am using Debian sid. I had also installed some packages and libraries
> from original tar balls also. Now I think there are conflicts between some
> installed libraries.
>     Is there any utility or option for dpkg which lists
> libraries/executables which are not installed by dpkg?

cruft is meant for this, as another poster has already indicated.

But your local libraries & executables should all be in /usr/local. autoconf-based configure scripts default to installing in /usr/local, so I would look there first for problem libraries (they should be in /usr/local/lib).

Loki

Orphaned libraries and programs 

> But your local libraries & executables should all be in /usr/local.
> autoconf-based configure scripts default to installing in /usr/local, so I

Which is why utilities such as 'stow' and 'checkinstall' are so useful.

Thomas Adam

Package: cruft 

 Description: Find any cruft built up on your system
cruft is a program to look over your system for anything that shouldn't
 be there, but is; or for anything that should be there, but isn't.

It bases most of its results on dpkg's database, as well as a list of `extra files' that can appear during the lifetime of various packages.

cruft is still in pre-release; your assistance in improving its accuracy and performance is appreciated.

Package: stow 

Organiser for /usr/local/ hierarchy

GNU Stow helps the system administrator organise files under /usr/local/ by allowing each piece of software to be installed in its own tree under /usr/local/stow/, and then using symlinks to create the illusion that all the software is installed in the same place.

how to remove kde games 

http://www.linuxquestions.org/questions/showthread.php?s=&threadid=355556

> i have installed kde ,but there r so many things i dont want. for example ,
> games.  how do i remove kde games individually on command prompt.
To remove: apt-get remove kpoker
To remove with conf files: apt-get --purge remove kpoker

how to remove kde games 

> now, if i have to remove whole group called 'Games' instead of individual
> game, how do i do this using command prompt.

One way (there are many) would be to run the following

code:

dpkg -l | grep game | awk '{ print $2 }' > outfile
apt-get --purge remove `cat outfile`

mjrich 08-21-2005

how to remove kde games 

> > dpkg -l | grep game | awk '{ print $2 }' > outfile
>
> Only gets those w. game in the name and/or description.
> What's asked for is the *section*.

Fair enough…

dpkg-query -W --showformat '${Section}\t${Package}\n' | grep ^games | awk '{ print $2 }' > outfile

mjrich 08-21-2005

> Sometimes, when you do a 'apt-get install <package>', there are many
> recommended and suggested packages. Is there a parameter to use with
> 'apt-get install' to install all recommended and / or suggested packages
> automatically?

Wajig has a command that should allow you to do this.

http://www.togaware.com/linux/survivor/Wajig_Overview.html

Debian: Installed package list 

Newsgroups: comp.os.linux.misc,linux.debian.user
>How can I get a list of what packages are installed on my Debian?
dpkg -l

or:

dpkg --get-selections

(The former has more detail, the latter is machine-parseable.)

>Is there any way to use this list for my future installation?
dpkg --get-selections > selections
[move to another computer]
dpkg --set-selections < selections
dselect install (or apt-get dselect-upgrade, same difference)

BTW, linux.debian.user is a newsgroup gatewayed from the debian-user mailing list (see http://lists.debian.org/). I'm not convinced that messages posted to the newsgroup make it to the mailing list; I've retained the crosspost just to see, but at any rate it probably won't behave the same way everywhere. If you want to ask debian-user something, best use the mailing list instead.

Colin Watson

Debian: Installed package list 

> >  dpkg --get-selections
> >
> >(The former has more detail, the latter is machine-parseable.)
>
>err, just what are you trying to do with the output of dpkg -l that you
>can't do automatically?
  1. Feed it to dpkg —set-selections (well, possible, but fiddly);

  2. Not have reasonably-sized package names truncated (you can "fix" this by setting COLUMNS, but it's ugly).

Maybe I should have said "conveniently machine-parseable". Anyway, the output of 'dpkg -l' isn't really meant to be processed: if you want the installed version and short description for some reason, you're probably better off looking in /var/lib/dpkg/status yourself, which will be faster in any case.

Colin Watson

Use of dpkg —set-selections is brain-dead? 

Newsgroups:  gmane.linux.debian.user
Date:        Wed, 30 Aug 2006 18:54:00 -0500
> I've traced my problem down to the use of 'dpkg --set-selections'
> command.  As an example, I have a package named tiem-nis-client-cfg that
> sets up NIS for generic workstations.  If I understand correctly, I
> should be able to do the following:
>
>    echo "tiem-nis-client-cfg      install" | dpkg --set-selections
>
> And then, when I type 'dpkg --get-selections', I should see
> "tiem-nis-client-cfg   install" one some line in the output.

No, "dpkg —get-selections" without further arguments only lists packages that are either installed or deinstalled (but still have their config files on the system), not purged packages or those that have never been on your system, even if those packages have been selected for installation. If you run:

dpkg --get-selections tiem-nis-client-cfg

that should show that your new package has been selected for installation.

To be more explicit, "3dchess" is currently purged from my system. Now, watch and be amazed:

# dpkg --get-selections | egrep 3dchess
# dpkg --get-selections 3dchess
3dchess                                         purge
# echo '3dchess install' | dpkg --set-selections
# dpkg --get-selections | egrep 3dchess
# dpkg --get-selections 3dchess
3dchess                                         install
#

You'll note that, even after "3dchess" has been selected for installation, it will not be listed by:

dpkg --get-selections

because that doesn't list purged packages, even ones ready to be installed. Instead, you must instead explicitly write:

dpkg --get-selections 3dchess

to verify that the selection status of this package has changed.

Kevin

Use of dpkg —set-selections is brain-dead? 

Now I'm getting somewhere:

:~# echo "tiem-nis-client-cfg install" | dpkg --set-selections ; echo $?
; dpkg --get-selections tiem-nis-client-cfg | grep 'tiem-nis-client-cfg' ;
echo $?
0
tiem-nis-client-cfg                             install 0

This does indeed work — my tiem-nis-client-cfg package is now shown as being slated for installation.

Which begs the question: Why doesn't 'apt-get dselect-upgrade' install the package?

I have also tried 'dselect install', but with no success. They both give the same result:

By the way, this doesn't just happen with custom packages that I have created myself, like tiem-nis-client-cfg. It's also happening with regular packages: tcpdump, apticron, mc, xbase-clients, xterm, vim-gtk, r-base, gnuplot, and many more. That's part of the reason that this is so confusing to me — there doesn't seem to be any rhyme or reason that I can make out.

Michael Peek

Use of dpkg —set-selections is brain-dead? 

> Which begs the question: Why doesn't 'apt-get dselect-upgrade' install
> the package?

Does your package have any unsatisfied dependencies? They need to be scheduled for install via "dselect —set-selections", too. If you're going to go this route, you have to do all the dependency resolution manually.

This is an intentional design feature, so you can "Q" out of "dselect"'s Select step with unresolved dependencies and still have the Install step install the packages whose dependencies you *have* resolved.

If you want to install packages with automatic dependency resolution from the command line, then "apt-get install x y z" (or "aptitude install x y z") would normally be the way to go.

Kevin

Use of dpkg —set-selections is brain-dead? 

>> Which begs the question: Why doesn't 'apt-get dselect-upgrade' install
>> the package?
>
> Does your package have any unsatisfied dependencies?  They need to be
> scheduled for install via "dselect --set-selections", too.  If you're
> going to go this route, you have to do all the dependency resolution
> manually.

Ah, no wonder I didn't succeeded last time. Thanks for the info Kevin.

BTW, I gave up the 'dselect —set-selections' approach long time ago.

FYI, my current approach is using a self-maintaining text DB, which lists all the packages that I need. To me, what's superior in this approach are:

By self-maintained I mean you can ask the DB to give you all tools at the level you required. Eg, list all tools used in the 2nd level but not 1st. It is self-maintained because the text DB is wrapped with a Perl script.

Moreover, the level of granularity does not limited to the above 3 levels. Each individual level can have arbitrarily levels for selection. Here is part of my 1st level:

0 # 0 == essential tools, for live-CD 0 # 0. system essential tools
0.1 # 0.1. disk tools
0.1 parted dosfstools
0.1 smartmontools hdparm
0.2 # 0.2. device tools
0.2 eject vcdimager
0.2 cdrecord cdrdao dvd+rw-tools
0.2 # 0.2.  alsa-modules-2.4-k7 kernel-image-2.4-k7 0.2 alsa-oss alsa-base
alsa-utils
0.2 alsamixergui
0.3 # 0.3. system management tools
0.3 grep-dctrl debconf-utils
0.3 xosview xnetload
0.3 slocate
0.3 defoma x-ttcidfont-conf fontconfig 0.3 tmpreaper
0.3 dchroot debootstrap
0.4 # 0.4. shell & text tools
0.4 wdiff
0.4 dialog
0.4 asciidoc
[...]

All in all, you define you own level and packages, the self-maintained script will return you from the levels you required the packages that you listed.

If anyone is interested in the self-maintained DB. I'll make it available to the public somewhere.

thanks

T

dselect upgrade log 

Newsgroups: comp.os.linux.setup
>I run dselect to upgrade my packages. Is the message printing on the termial
>logged somewhere? what should I do if I want it logged to file while being
>able to see what's going on? thanks

Try running it inside the 'script' program? Or just use Shift-PgUp and Shift-PgDn to have a look at the output, assuming there isn't too much of it … or Ctrl-S and Ctrl-Q to pause and restart the output, respectively.

Colin Watson