O que é um pacote fictício?

Question

Um pacote fictício é apenas um exemplo? Este pacote não tem dependentes, pode ser removido?

[root@server ~]# yum info vzdummy-init-fc13-1.0-1.noarch
Loaded plugins: fastestmirror
Loading mirror speeds from cached hostfile
 * base: centos.serverspace.co.uk
 * epel: epel.mirrors.ovh.net
 * extras: centos.serverspace.co.uk
 * updates: centos.serverspace.co.uk
Installed Packages
Name        : vzdummy-init-fc13
Arch        : noarch
Version     : 1.0
Release     : 1
Size        : 0.0
Repo        : installed
Summary     : Dummy package to fix initscripts configs
License     : GPL
Description : Dummy package to fix initscripts configs

há também isso:

vzdummy-glibc-2.12-1.7.el6.noarch   //Package contain locale-archive that regenerated by glibc in post-install

que tem pacotes dependentes de zero

    

Answer 1

Pacotes fictícios têm muitos propósitos.

Às vezes, eles são necessários para uma atualização entre o lançamento ou uma grande mudança de embalagem para um aplicativo específico

Às vezes, eles dependem de outros pacotes e incluem um monte de coisas.

Às vezes você usa um pacote dummy porque você não quer o pacote real que seria instalado, então crie um dummy para satisfazer uma dependência reversa. Algo mais depende do manequim.

Não estou familiarizado com esse pacote específico, mas supondo que você tenha bons backups e procedimentos de recuperação em vigor, tente removê-lo. Veja se quer remover qualquer outra coisa que você não esperava.

    

Answer 2

Muitas vezes, rpm pode ser usado para obter mais informações sobre um pacote instalado e o yum fornece.

query-options
    [--changelog] [-c,--configfiles] [-d,--docfiles] [--dump]
    [--filesbypkg] [-i,--info] [--last] [-l,--list]
    [--provides] [--qf,--queryformat QUERYFMT]
    [-R,--requires] [--scripts] [-s,--state]
    [--triggers,--triggerscripts]  

Por exemplo, a opção -q -i fornece as mesmas informações que a saída de informações do yum, mas rpm -q --list <pkg_name> mostra todos os arquivos que um pacote implanta.

No seu exemplo específico de um pacote fictício que tenta consertar algo, eu esperaria que rpm -q --scripts <pkg_name> mostre quaisquer scripts que sejam executados instalando (ou removendo) o pacote pode fornecer pelo menos uma percepção muito maior sobre sua finalidade arquivos que são implantados.

Para pacotes fictícios que são, por exemplo, usados como um pacote meta para obter um conjunto de pacotes relacionados implementados, o rpm -q --requires <pkg_name> pode ser útil.