Dear Lars, Thanks for your message.
[Sorry, I do not understand why I send once and yahoo distributes two copies of the post.] ----- Mensagem original ----- > De: Lars Bamberger <[email protected]> > Para: [email protected] > Cc: > Enviadas: Sábado, 23 de Julho de 2011 13:35 > Assunto: Re: paco > > On 23.07.2011 01:24, Fernando Oliveira wrote: ... >> "No rules to process target `uninstall'. Stop." > > OK, so 'make uninstall' fails. That's a problem with the package > then. That is what I suspected. Thanks for the confirmation. > If 'paco -r $PACKAGE' does not return any output, it should have > completed without any error and have removed all files that have been > registered with that package. Also, that package should have been > removed form paco's database. To verify, after a 'paco -r > iptables-1.4.7', a 'paco iptables-1.4.7' should also not return > anything. More or less (below, I elaborate a bit more below). ... >> $ sudo paco -rx --batch iptables >> Senha: >> $ paco iptables >> iptables-1.4.11 iptables-1.4.11.1 >> iptables-1.4.7 > > I have paco-2.0.9 and the option 'x' does not exist in the > documentation. (Typo?) No, this can be found in the bottom of the page http://www.linuxfromscratch.org/hints/downloads/files/paco.txt or http://paco.sourceforge.net/doc/lfs_hint.txt ===================================================================== 3. Examples =========== ... 4) To remove all versions of the package boofar, without asking for confirmation: paco -rx --batch boofar ===================================================================== In that page, we have ===================================================================== General options: ... | -x, --expand Expand the command line package names. ===================================================================== The practical effect, in my use, was that it did not ask for confirmation, before trying to remove, which is better for scripting. > That command should have removed all files associated with all > registered iptables packages and the database entry as well. It might have. > Going on a hunch here: Try it again in a shell as the superuser proper, > and not via sudo. I tried without (as root user) and with sudo, no differences, but now, I checked before reinstall: $ sudo paco -rx --batch iptables $ sudo iptables -L -n iptables: error while loading shared libraries: libxtables.so.7: cannot open shared object file: No such file or directory $ whereis iptables iptables: /sbin/iptables /usr/man/man8/iptables.8 /usr/share/man/man8/iptables.8 $ iptables --version iptables: error while loading shared libraries: libxtables.so.7: cannot open shared object file: No such file or directory $ ls -lh /sbin/iptables /sbin/xtables-multi lrwxrwxrwx 1 root root 13 Jul 23 14:39 /sbin/iptables -> xtables-multi -rwxr-xr-x 1 root root 211K Jul 23 14:39 /sbin/xtables-multi $ ls -lh /lib/libxtables.so /lib/libxtables.so.7.0.0 ls: impossível acessar /lib/libxtables.so.7.0.0: Arquivo ou diretório não encontrado lrwxrwxrwx 1 root root 19 Jul 23 14:39 /lib/libxtables.so -> libxtables.so.7.0.0 (that portuguese sentence is aprox: not possible to access /lib/libxtables.so.7.0.0: File or directory not found) Now, after the reinstall, all error messages and broken link above are fixed. So, I can say that it removes only part of the package.. >> Therefore, >> I assume that failure of first method implies the other failures. >> More generally, if a package cannot be uninstalled, then it cannot be >> unpacoed? > > I don't think there is a connection that way. paco simply deletes the > files it has registered in its database as being associated with that > specific package. paco does not need the package source in order to call > 'make uninstall'. Ok. > This is the right place! Thanks! Best regards, []s, Fernando de Oliveira Natal, RN, BRAZIL -- http://linuxfromscratch.org/mailman/listinfo/blfs-support FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
