Mais um assunto que dá “pano-prá-manga”  quando dois técnicos resolvem conversar sobre tecnologia:

1) É ou não é afinal fácil adicionar e remover programas no Linux?
2) É ou não é mais fácil que no Windows?
3) E os drivers, qual dos dois se saem melhor na escolha e instalação?

Bom, minha missão neste blog é ser coerente, e não fundamentalista, procuro apresentar as coisas da forma mais fácil e clara possível, e tentarei não arrastar a asa para lado nenhum, e ser justo com as partes envolvidas, Linux, Windows e Você!

Sendo assim, desenvolvi uma simples tabela comparativa que pode ser muito útil para você visualizar e tirar suas próprias conclusões, apresentando os recursos disponíveis, similares ou não entre os dois sistemas operacionais.

Recurso
Adicionar e Remover Programas/Pacotes	Adicionar Remover Programas no Painel de Controle	Central de Programas Ubuntu Synaptic Ubuntu Tweak Scripts (como Ubuntu Perfeito)
Adiciona programas à partir de um repositório remoto	Somente Drivers de Dispositivos	Todos os tipos de aplicativos numa base com milhares à escolher nos modos acima descritos. Linha de comando “sudo apt-get install nome_do_pacote” Linha de comando “sudo aptitude install nome_do_pacote”
Adiciona programas à partir de fontes locais (Hd, Cd, DVD, Usb)	Auto-execução Seleção Manual	Auto-execução Adição de Repositório Local Seleção Manual
Adiciona programas à partir auto-executáveis/extratores baixados	.exe (padrão Windows) .msi (idem) .zip (Winamp por exemplo)	.deb (padrão debian/ubuntu) .bin (Google Earth, Picasa) .run .sh .exe (utilizando wine) .rpm (com alien) .py (python)
Adiciona programas com compilação específica		Make, Make install à partir de pacotes devel
Remove programas por algum tipo de central	Adicionar Remover Programas no Painel de Controle	Central de Programas Ubuntu, Synaptic Ubuntu Tweak Scripts
Remove programas por locais fora de uma central	Iniciar > Programas > Programa > Desinstalar Clicar sobre o programa baixado e solicitar sua remoção	Linha de comando no terminal: “sudo dpkg –remove nome_do_programa.deb” Linha de comando “sudo apt-get remove nome_do_pacote” Linha de comando “sudo aptitude remove nome_do_pacote” Clicar sobre o programa baixado e solicitar sua remoção

Diante dos comparativos apresentados acima, tecnicamente conferimos um empate técnico às nossas questões, todos tem sistemas muito eficientes de instalação e remoção de programas, desde os mais simples e triviais aos mais técnicos.

Mas há algumas ressalvas:
- Creio que o Windows possui uma leve vantagem no fato de possuir o “Desinstalar” dentro do menu do próprio programa.
- A ausência disso no Linux acaba sendo superada pelos seus outros meios.
- O Linux possui o fantástico recurso de Repositório unificado de programas, permitindo a instalação segura e tranquila de dentro do próprio Ubuntu, sem a necessidade de recorrer à fontes externas como sites, cds e dvds, o que já não ocorre em sua totalidade no Windows, que reserva este fantástico recursos apenas às suas atualizações automáticas de segurança e algumas outras raras exceções.

Para mim, os Repositórios colocam o Linux na vantagem.

Mas e os Drivers?

Em suma, a esmagadora maioria dos drivers para periféricos são reconhecidos automaticamente pelo Linux, devidamente compilados em seu Kernel e Módulos, mesmo assim, em alguns casos os principais fabricantes disponibilizam em seus sites, os drivers para serem baixados, assim como para qualquer outro sistema operacional.
O impeditivo ocorre quando é apenas disponibilizado fontes para compilação, eleminando a possibilidade de muitos poderem gozar dos drivers nativos para os seus perifericos, já que muitos não possuem conhecimento técnico suficiente para resolver dependências de bibliotecas para ter sua multifuncional 100% operante.

No Windows, por outro lado, reconhece quase nada de drivers (toda regra possui exceções) , mas é baixar, dar dois cliques e pronto, dispositivo reconhecido.
O problema é achar os drivers corretos entre milhares de sites fakes repletos de armadilhas!

Conclusão?

Tem de tudo para todos, e todos para tudo.

Dêem suas opiniões, colaborem, polemizem!

Algumas telas de instalação de software no Linux:

Programas de terceiros no Ubuntu Tweak

Gdebi instalando as dependências

Gdebi baixando pacotes

Instalar um .deb via GDebi

Limpeza de pacotes no Ubuntu Tweak

Adicionar e Remover Programas no Ubuntu Tweak

Instalar um pacote via dpkg no terminal

Obter Software na Central de Programas do Ubuntu

Categorias de softwares na Central de Programas do Ubuntu

Canais de Software / Repositórios

Instalar um Software na Central de Programas do Ubuntu

Adicionar um Programa pelo Synaptic

Script Ubuntu Perfeito

Abrir Script Ubuntu Perfeito pelo Firefox e Gdebi

Estos días he tenido problemas al reproducir videos flash en Ubuntu Karmic (los controles no funcionan en Chrome), y creí que desinstalar el reproductor de flash y volverlo a instalar solucionaría el problema, pero cuando intenté desinstalarlo me aparecía el siguiente error:

E: No se pudo localizar un archivo para el paquete adobe-flashplugin. Esto puede significar que necesita arreglar manualmente este paquete.
Escribiendo información de estado extendido… Hecho
E: No se pudo localizar un archivo para el paquete adobe-flashplugin. Esto puede significar que necesita arreglar manualmente este paquete.

Entonces dije “bueno, entonces descarguemos el .deb y reinstalemos!” y creyendo que habia dominado el mundo Linux con esta idea descargué el paquete y cuando intenté instalarlo obtuve este error:

sudo dpkg -i install_flash_player_10_linux.deb
Seleccionando el paquete adobe-flashplugin previamente no seleccionado.
(Leyendo la base de datos … 00%
118156 ficheros y directorios instalados actualmente.)
Preparando para reemplazar adobe-flashplugin 10.0.22.87-1 (usando install_flash_player_10_linux.deb) …
update-alternatives: error: no alternatives for iceape-flashplugin.
update-alternatives: error: no alternatives for iceape-flashplugin.
dpkg: warning: script de `pre-removal’ antiguo returned error exit status 2
dpkg – probando el script del nuevo paquete en su lugar…
update-alternatives: error: no alternatives for iceape-flashplugin.
update-alternatives: error: no alternatives for iceape-flashplugin.
dpkg: error al procesar install_flash_player_10_linux.deb (–install):
el subproceso script pre-removal nuevo devolvió el código de salida de error 2
postinst called with argument `abort-upgrade’
dpkg: error al reorganizar:
el subproceso installed post-installation script devolvió el código de salida de error 1
Se encontraron errores al procesar:
install_flash_player_10_linux.deb

Ahí me dí cuenta que la cosa no era tan fácil… buscando en google encontré la solución, aquí va:

Editar el archivo que controla el estado de los paquetes:

sudo gedit /var/lib/dpkg/status

Luego buscamos Package: adobe-flashplugin

Entonces borramos toda la informacion de este paquete (borra hasta donde aparece Package: xxxxxxx de nuevo – xxxxx es el nombre de algún paquete-)

Luego guardas el archivo y ejecutas

sudo apt-get update

Y ya podemos desinstalar dicho paquete. Luego me dí cuenta que el problema no era de flash, sino de Chrome , pero bueno, por lo menos si tienes un problema con otro paqueteya tienes una idea de qué hacer para borrarlo.

Up the Irons

Fuente: EspacioLinux

Let’s see some methods to find files and their packages in Fink.

Using find

find is a command that is provided by most, if not all, Unix-based systems, including Mac OS X. Let’s say you want to find a file named zipfile.py in your Fink installation. On my system,

$ find /sw -name zipfile.py
/sw/lib/python2.5/zipfile.py
/sw/lib/python2.6/zipfile.py

You can be more specific if you’re sure that a file resides in a certain directory, e.g.

$ find /sw/lib -name libgutils\*dylib
/sw/lib/fontforge/libgutils.1.0.3.dylib
/sw/lib/fontforge/libgutils.1.dylib
/sw/lib/fontforge/libgutils.dylib

In the command above I also used \* to indicate that I was interested in any file whose name starts with libgutils and ends with dylib.

Furthermore, depending on your configuration, you may use locate or mdfind for this purpose.

Using dpkg

Fink uses a fork of Debian’s dpkg tool for binary package management. Here are some useful dpkg commands.

If you want to find out which package installed a given file, use dpkg -S. For example,

$ dpkg -S zipfile.py
python26: /sw/lib/python2.6/zipfile.pyc
python26: /sw/lib/python2.6/zipfile.pyo
python26: /sw/lib/python2.6/test/test_zipfile.pyc
python26: /sw/lib/python2.6/test/test_zipfile.pyo
python25: /sw/lib/python2.5/zipfile.py
python25: /sw/lib/python2.5/zipfile.pyc
python25: /sw/lib/python2.5/zipfile.pyo
python25: /sw/lib/python2.5/test/test_zipfile.pyc
python25: /sw/lib/python2.5/test/test_zipfile.pyo
python26: /sw/lib/python2.6/test/test_zipfile.py
python25: /sw/lib/python2.5/test/test_zipfile.py
python26: /sw/lib/python2.6/zipfile.py

Specifying an absolute path will limit the results:

$ dpkg -S /sw/lib/python2.6/zipfile.py
python26: /sw/lib/python2.6/zipfile.py

If you want to list the files installed by a given package (e.g. the di package), use dpkg -L:

$ dpkg -L di
/.
/sw
/sw/bin
/sw/bin/di
/sw/bin/mi
/sw/share
/sw/share/doc
/sw/share/doc/di
/sw/share/doc/di/MANIFEST
/sw/share/doc/di/README
/sw/share/man
/sw/share/man/man1
/sw/share/man/man1/di.1

The grep command can be useful to filter the results: to list only the binaries (programs) installed under /sw/bin,

$ dpkg -L di | grep ^/sw/bin
/sw/bin
/sw/bin/di
/sw/bin/mi

If you have a binary package (i.e., a .deb file that was either built on your machine or obtained via a binary distribution), you need to use dpkg -c instead:

$ dpkg -c /sw/fink/debs/bibclean_2.11.4-2_darwin-i386.deb
drwxr-xr-x root/admin        0 2009-09-16 09:04 ./
drwxr-xr-x root/admin        0 2009-09-16 09:04 ./sw/
drwxr-xr-x root/admin        0 2009-09-16 09:04 ./sw/bin/
-rwxr-xr-x root/admin   112564 2009-09-16 09:04 ./sw/bin/bibclean
drwxr-xr-x root/admin        0 2009-09-16 09:04 ./sw/share/
drwxr-xr-x root/admin        0 2009-09-16 09:04 ./sw/share/doc/
drwxr-xr-x root/admin        0 2009-09-16 09:04 ./sw/share/doc/bibclean/
-rw-r--r-- root/admin    26550 2009-09-16 09:04 ./sw/share/doc/bibclean/README
-rw-r--r-- root/admin     2932 2009-09-16 09:04 ./sw/share/doc/bibclean/bibclean.copyright
-rw-r--r-- root/admin    48768 2009-09-16 09:04 ./sw/share/doc/bibclean/bibclean.pdf
-rw-r--r-- root/admin    76512 2009-09-16 09:04 ./sw/share/doc/bibclean/bibclean.ps
-rw-r--r-- root/admin    55226 2009-09-16 09:04 ./sw/share/doc/bibclean/bibclean.txt
drwxr-xr-x root/admin        0 2009-09-16 09:04 ./sw/share/man/
drwxr-xr-x root/admin        0 2009-09-16 09:04 ./sw/share/man/man1/
-rw-r--r-- root/admin    42974 2009-09-16 09:04 ./sw/share/man/man1/bibclean.1

The directory/folder /sw/fink/debs contains convenient symbolic links to the actual .deb files created when packages were built on your machine. On the other hand, .deb files obtained via binary distributions are located under /sw/var/cache/apt/archives. ]]> http://linuxindetails.wordpress.com/2009/11/05/how-to-delete-the-remaining-configuration-files-after-issuing-apt-get-remove/ Thu, 05 Nov 2009 00:12:06 +0000 linuxindetails http://linuxindetails.wordpress.com/2009/11/05/how-to-delete-the-remaining-configuration-files-after-issuing-apt-get-remove/

After issuing a command like apt-get (remove|purge), some configuration files remain whereas the packages to whom they belong have just been removed.
The following command will help you keeping up to date all the useful configuration files :

dpkg –purge `dpkg –get-selections|awk ‘/deinstall/ {print $1}’`

• apt-cache

  • apt-cache search ^apache2 : 패키지 이름의 일부분이 apache2가 포함되어 있는 패키지를 찾아준다.

  • apt-cache search “Apache HTTP Server” : 패키지 설명의 일부분에 “Apache HTTP Server”이 포함된 패키지를 찾아준다.

  • apt-cache show apache2 : apache2 패키지에 대한 간단한 정보를 보여준다.

  • apt-cache showpkg apache2: apache2 패키지에 대한 상세한 정보를 보여준다.

  • apt-cache depends apache2 : 설치 전에 apache2 패키지에 의존성이 있는 다른 패키지를 보여준다.

• apt-file

  • apt-file search apache2.conf : 패키지에 포함된 파일 중 apache2.conf 가 있는 패키지를 찾아준다.

  • apt-file list apache2 : apache2가 설치한 파일 리스트를 보여준다.

• apt-get

  • apt-get purge(remove) apache2 :

    • purge : 패키지의 설정 파일까지 삭제한다.

    • remove : 패키지의 설정 파일은 삭제하지 않는다.

  • apt-get -u install apache2 : apache2 패키지를 업그레이드 한다.

  • apt-get -u upgrade : 설치된 모든 패키지를 마지막 버젼으로 업그레이드 한다.

• dpkg

  • dpkg -l | grep -i apache : apache가 설치되어 있는지 확인할 때 사용한다. dpkg -l 은 현재 설치되어 있는 모든 패키지를 보여준다.

]]> http://vertexnet.wordpress.com/2009/10/20/salve-uma-lista-de-seus-aplicativos-instalados/ Tue, 20 Oct 2009 11:00:32 +0000 alexandregnutzmann http://vertexnet.wordpress.com/2009/10/20/salve-uma-lista-de-seus-aplicativos-instalados/

Peguei essa dica nesse site, e posto principalmente para futuras consultas minhas, mas deixo como dica porque isso é EXTREMAMENTE útil.

Você deve ter um sistema abarrotado de aplicativos e treme só de pensar em ter que formartar o HD pois teria que listar todos eles num papel e assim, re-instalar mais tarde.

Seus problemas acabaram!!!! Use o TerminatorTabajara para isso!

Falando sério (ou tentando), abra o terminal e digite:

$ dpkg --get-selections > apps.txt

Essa ação vai listar todos os aplicativos instalados num arquivo texto chamado apps.txt.
Quando for re-instalar o Ubuntu, lembre-se de guardar num pendrive.

Quando tiver pronto para instalar todas as aplicações:

    $ dpkg --set-selections < apps.txt
    $ dselect update
    $ apt-get dselect-upgrade show

Neste ponto, você terá que instalar e baixar vários arquivos. Seria uma ótima ideia fazer um backup do arquivo /etc/apt/sources.list file, como garantia né?

Aviso: isso deverá comer banda larga! Se tiver banda estreita, deixa fazendo a noite e vá dormir.
Aviso 2: não use essa técnica no caso de um UPGRADE de sistema, pois irá dar conflito de libs. No caso de um upgrade de versões (do 9.04 pro 9.10 por exemplo), apenas use o arquivo TXT como referência e instale tudo na unha, normalmente.
Aqui segue um comentário importante:

Pra não comer tanta banda larga, basta fazer backup do conteúdo do diretório /var/cache/apt/archives e restaurar na sua nova instalação antes de executar o apt-get.

As vezes queremos instalar aquele programinha e o danado só existe no formato .rpm, o Debian tem uma solução simples e bastante eficaz para resolver este probleminha…

Para resolver este probleminha vamos instalar o alien. Programa simples! não vem instalado por padrão, mas é  muito simples instalar e mais simples ainda usa-lo.

Para instalar o alien temos que está logado como super-usuário.

Sintaxe : # apt-get install alien ( somente isso!)

Após concluída a instalação basta localizar o arquivo que vamos converter.

Antes de utilizar o alien mude as permissões do arquivo com o comando chmod +x ‘nome do arquivo completo’

EX:

#chmod +x avg85flx-r287-a2632.i386.rpm (Lembre-se de digitar o nome do programa corretamente)

Apos este comando o alien irá gerar um arquivo novo com a terminação .deb.

Para instalar o aplicativo usaremos o dpkg para este fim.

Sintaxe :

# dpkg -i avg85flx-r287-a2632.i386.deb ( o -i no comando é de install )

Se tudo der certo! o dpkg instala todas as bibliotecas e até os ícones do programa.

Para desistalar o pacote usamos o dpkg -r ( remove )

Abraços,

AJVT

UPDATE: Thanks to Msz Junk for pointing out the typos in the file paths.

What I really should have done was to link to khattam’s article because he did a pretty good job of describing the solution to this error but for my own archives, here goes…. I upgraded my box to Karmic Koala this evening and for some reason, ubiquity-frontend-kde flipped and borked the package management system. When I tried to open Synaptic, I got this:

So I tried

sudo aptitude –configure -a

and

sudo apt-get install -f

and even tried messing with these:

/var/lib/dpkg/info/dbconfig-common.postinst

/var/lib/dpkg/info/dbconfig-common.postrm

but the system wouldn’t budge. Then I found khattam’s article and realized I was looking in the wrong files. To solve this error, close all package management software, and back up and edit the /var/lib/dpkg/status file with the following commands:

sudo cp /var/lib/dpkg/status /var/log/dpkg/status.old

gksudo gedit /var/lib/dpkg/status

Here comes the dicey part. Search for the package causing all this brouhaha and delete its entry. Please be very careful here and make sure you leave a blank line between the package entry below and above the deleted package entry. Here are screenshots of my file before and after selecting the appropriate package description entry.

If you did this right you should be able to open Synaptic and remove the offending package (if you don’t want it any more) or re-install it.I don’t understand why the developers couldn’t cook up a more graceful way for dpkg to show its displeasure.

Ubuntu Add/remove and synaptic very rarely panic your system because of broken dependencies. It happens mostly because of using third party packages or install a package using “force” options. Some time you can’t remove your broken package with synaptic. It shows an Error like

dpkg return error :post installation script

or

dpkg return error : post installation script return an error

or

Subprocess post-installation script returned error

This tweak is very handy in such situations. it is very simple

1. press Alt + F2 and type “gksu nautilus” (without quatos)

2. Type password …it open super user enabled nautilus

3. go to /var/lib/dpkg/info in nautilus

4. Delete all files related your broken package (if your broken package is cgmail delete all package related to cgmail)

5. done ….. open synaptic now and remove broken package

NB : before deleting any system file just backup it.

……………………………………………………………………………………………………………………………………………………………………………………

You must have seen this (that’s why you’re here after all!)


E: Could not get lock /var/lib/dpkg/lock - open (11 Resource temporarily unavailable)
E: Unable to lock the administration directory (/var/lib/dpkg/), is another process using it?


This often happens if you try to install a package (say, <package-name>) while you are installing another. As an example, this may happen when you try to run
$ sudo aptitude install <package-name>
in the terminal while you have Synaptic package manager open (or vice versa) or in another terminal you are installing another package . The easiest solution is just to wait for the other installation(s) to finish  and close the package manager if you are done with it. However, if the package manager is crashed in the middle some stuck-up  processes may still be using the lock (/var/lib/dpkg/lock).

In that case, use fuser to find out the runaway process(es); and while you’re at it, you may use -k flag which will kill the process that is still using /var/lib/dpkg/lock. Then configure (--configure) all the packages (-a) which are yet unpacked and unconfigured, using dpkg:


$ sudo fuser -vki /var/lib/dpkg/lock; sudo dpkg --configure -a


In the first command (fuser), the -i flag asks for user confirmation, and -v is for verbose mode.

After that, proceed to the usual installation step of the package that you want to install.

A summary Debian and Ubuntu package management commands.

You may use package installer like gdebi to install .deb packages. But would it feel as good as it does when you do it in the commandline?

$ sudo dpkg -i name-of-your-package.deb

Reference: here.

Comandos intermediários do GNU/Linux

Instalação de programas

Pacotes Debian – DPKG (man 1)

O dpkg é um programa que é a base do sistema de gerenciamento de pacotes para distribuição GNU/Linux baseadas em Debian. O dpkg é uma ferramenta de linguagem de baixo nível. Front ends de alto nível são exigidos para pacotes em lugares remotos ou ajudar no solucionamento de conflitos nas depêndencias dos pacotes. Para esta finalidade, o Debian fornece o aptitude.

Com o cdrom montado irei instalar alguns pacotes.

Após o cdrom montado, irei procurar pelo diretório sudo e instalar o programa sudo , através do dpkg.
Note as mensagens de ajuda desse comando

dpgk –help

2

3

Para verificar a mensagem do pacote do sudo

dpkg -I

4

Verificando se um pacote está instalado no sistema.
dpkg -l

5

Verificando o caminho do executável
which

6

Determinando qual pacote o comando ls e sudo pertence.

dpkg -S /bin/ls dpkg -S /usr/bin/sudo

7

Verificando o status de um pacote instalado
dpkg – s

8

Instalando um software
dpkg -i

9

Verificando se um software foi instalado com sucesso.
dpkg -l

10

Determinando onde estão instalados todos os arquivos de um aplicativo.
dpkg -L

11

Determinando onde serão instalados os arquivos de um programa
dpkg -c

12

Removendo um programa
dpkg -r

13

Apagando os arquivos de configuração de um programa
dpkg -P

14

Aunque en el Ubuntu 9.04 viene incluida la versión 3.0 de OpenOffice no nos vendría nada mal tener instalada la última versión de esta poderosa suite ofimática, los pasos son simples:

Lo primero que debemos hacer es desinstalar la versión que tengamos, para esto vamos al gestor de paquetes synaptic y marcamos para eliminar todos los paquetes de OpenOffice.

Después de esto podemos descargar los paquetes de la nueva versión que se encuentran en este link, después de tenerlos descomprimidos, ahora abrimos la consola y entramos en la carpeta que acabamos de descomprimir y tecleamos:

sudo dpkg -i *.*

Con esto lo que hacemos es instalar todos los paquetes que están dentro de la carpeta, cerramos la consola, luego vamos a una carpeta que tiene dentro lo que descargamos y ejecutamos el paquete que está dentro haciendo doble clic en el, lo instalamos para que tengamos la integración en el escritorio de todas las herramientas que nos brinda esta suite. Bueno les recomiendo esta versión, tiene compatibilidad total con Office 2007 y las versiones anteriores, además de muchas mejoras.

Before starting on the command, an explanation of why this is generally useful. When a package is deinstalled (because it’s not required or because a newer version of the package is installed), the package is removed from the system, but the configuration files remain. To remove the config files too, you need to purge the package.

If you have manually configured a package earlier, and would like to retain the configuration files for when you’ll install the package in future, this is not a command you should run.

In all other cases,  you should purge the packages in the interests of good housekeeping. If that isn’t enough motivation, it also means that future installs of the package get a blank state, and there are no potentially messy interactions of earlier version config files with newer packages.

With that out of the way, lets get down to bass tacks:

dpkg --get-selections | grep "[[:space:]]deinstall$" | awk '{print $1}' | sudo xargs dpkg -P

The first command in the pipeline returns the list of packages in the system, the second filters out the deinstalled packages, the third filters out the package names from the previous output, and the fourth purges each package. Consequently, only the fourth command requires sudo permissions.

There’s a downside to running this command – you cannot stop the command by hitting <Ctrl-C> on the terminal as the xargs command spawns an individual process for each dpkg -P

On linux systems, there are typically many ways to achieve the same result, so here’s another way to purge deinstalled packages:

sudo aptitude purge $(aptitude search ~c -F "%p")

So you know what’s happening, here’s a brief explanation of what the command does. aptitude search -c returns the list of deinstalled packages. The -F “%p” argument ensures only the package names are printed. The outer aptitude purge command operates on the returned list of packages from the inner command.

An example of why you’d run this is to purge old linux kernels.

Before running such commands, it is imperative you know what you are running, and what the results are, so I’d suggest you run it in smaller chunks and examine the results before running the actual command.

Listing packages

To get the list of packages that start with pkg_name_begin:

dpkg --get-selections pkg_name_begin*

For a more generalized search, e.g where pkg_name_partial is text within the package name:

dpkg --get-selections | grep "[[:space:]]install$" | grep -i pkg_name_partial

To get a list of all installed packages on your debian system:

dpkg --get-selections | grep "[[:space:]]install$" | \awk '{print $1}'

It makes terrific sense to periodically generate and store this list for any eventually where you need to reinstall the system. You should even consider turning this into a script, and place into a weekly or monthly cron job that mails you the list.

dpkg --get-selections | grep "[[:space:]]install$" | awk '{print $1}' | tee installed_pkgs | mailx -s "List of installed packages" you@mailhost.com

Reinstalling packages

To install the packages from the list created earlier on top of a fresh Ubuntu install, follow these steps:

sudo apt-get upgrade

sudo apt-get dist-upgrade
dpkg --set-selections < installed_pkgs

sudo apt-get -u dselect-upgrade

Formatting woes: The third statement should read dpkg –set-selections < installed_pkgs, but wordpress won’t let it be.

dpkg -S filename

This command  returns the package(s) that install the given file. Useful when you want to retrieve the original file and/or find what it’s used for.

]]> http://playingwithcli.wordpress.com/2009/07/14/rebuild-deb-package-from-installed-files/ Tue, 14 Jul 2009 03:59:17 +0000 $ŕêëñ@ďĥ http://playingwithcli.wordpress.com/2009/07/14/rebuild-deb-package-from-installed-files/

To rebuild Debian package (.deb) from an installation

apt-get install dpkg-repack

dpkg-repack <package_name>

Eg:

dpkg-repack <apache>