E possivel usar outro gerenciador de pacotes em distro .RPM?

E possivel usar outros gerenciadores de pacotes como apt?

2 Curtidas

:wave:t2: yup. Você pode instalar o apt em distros .rpm, mas pode ter problemas de compatibilidade.

https://fedoraproject.org/wiki/Differences_to_Ubuntu

Acima o link de uma distro que usa .rpm, o Fedora e lá em baixo tem um motivo e o comando para instalar o apt.
dnf install apt

:pray:t2:

1 Curtida

Você também pode escrever o seu próprio gerenciador de pacote de baixo ou de alto nível em shell scrip.

4 Curtidas

Porque você quer instalar pacote DEBIAN no Fedora?
Se for isso é melhor usar o pacote “Alien” ele converte pacote DEBIAN em RPM.
E também converte RPM em DEBIAN.

Manual a baixo:

ALIEN(1p)             User Contributed Perl Documentation            ALIEN(1p)

NAME
       alien - Convert or install an alien binary package

SYNOPSIS
        alien [--to-deb] [--to-rpm] [--to-tgz] [--to-slp] [options] file [...]

DESCRIPTION
       alien is a program that converts between Red Hat rpm, Debian deb,
       Stampede slp, Slackware tgz, and Solaris pkg file formats. If you want
       to use a package from another linux distribution than the one you have
       installed on your system, you can use alien to convert it to your
       preferred package format and install it. It also supports LSB packages.

WARNING
       alien should not be used to replace important system packages, like
       init, libc, or other things that are essential for the functioning of
       your system. Many of these packages are set up differently by the
       different distributions, and packages from the different distributions
       cannot be used interchangeably. In general, if you can't remove a
       package without breaking your system, don't try to replace it with an
       alien version.

PACKAGE FORMAT NOTES
       rpm For converting to and from rpm format the Red Hat Package Manager
           must be installed.

       lsb Unlike the other package formats, alien can handle the
           depenendencies of lsb packages if the destination package format
           supports dependencies. Note that this means that the package
           generated from a lsb package will depend on a package named "lsb"
           -- your distribution should provide a package by that name, if it
           is lsb compliant. The scripts in the lsb package will be converted
           by default as well.

           To generate lsb packages, the Red Hat Package Manager must be
           installed, and alien will use by preference a program named lsb-
           rpm, if it exists.  No guarantees are made that the generated lsb
           packages will be fully LSB compliant, and it's rather unlikely they
           will unless you build them in the lsbdev environment.

           Note that unlike other package formats, converting an LSB package
           to another format will not cause its minor version number to be
           changed.

       deb For converting to (but not from) deb format, the gcc, make,
           debhelper, dpkg-dev, and dpkg packages must be installed.

       tgz Note that when converting from the tgz format, alien will simply
           generate an output package that has the same files in it as are in
           the tgz file. This only works well if the tgz file has precompiled
           binaries in it in a standard linux directory tree. Do NOT run alien
           on tar files with source code in them, unless you want this source
           code to be installed in your root directory when you install the
           package!

           When using alien to convert a tgz package, all files in /etc in are
           assumed to be configuration files.

       pkg To manipulate packages in the Solaris pkg format (which is really
           the SV datastream package format), you will need the Solaris
           pkginfo and pkgtrans tools.

OPTIONS
       alien will convert all the files you pass into it into all the output
       types you specify. If no output type is specified, it defaults to
       converting to deb format.

       file [...]
           The list of package files to convert.

       -d, --to-deb
           Make debian packages. This is the default.

       -r, --to-rpm
           Make rpm packages.

       -t, --to-tgz
           Make tgz packages.

       --to-slp
           Make slp packages.

       -p, --to-pkg
           Make Solaris pkg packages.

       -i, --install
           Automatically install each generated package, and remove the
           package file after it has been installed.

       -g, --generate
           Generate a temporary directory suitable for building a package
           from, but do not actually create the package. This is useful if you
           want to move files around in the package before building it. The
           package can be built from this temporary directory by running
           "debian/rules binary", if you were creating a Debian package, or by
           running "rpmbuild -bb <packagename>.spec" if you were creating a
           Red Hat package.

       -s, --single
           Like -g, but do not generate the packagename.orig directory. This
           is only useful when you are very low on disk space and are
           generating a debian package.

       -c, --scripts
           Try to convert the scripts that are meant to be run when the
           package is installed and removed. Use this with caution, because
           these scripts might be designed to work on a system unlike your
           own, and could cause problems. It is recommended that you examine
           the scripts by hand and check to see what they do before using this
           option.

           This is enabled by default when converting from lsb packages.

       --patch=patch
           Specify the patch to be used instead of automatically looking the
           patch up in /var/lib/alien. This has no effect unless a debian
           package is being built.

       --anypatch
           Be less strict about which patch file is used, perhaps attempting
           to use a patch file for an older version of the package. This is
           not guaranteed to always work; older patches may not necessarily
           work with newer packages.

       --nopatch
           Do not use any patch files.

       --description=desc
           Specifiy a description for the package. This only has an effect
           when converting from the tgz package format, which lacks
           descriptions.

       --version=version
           Specifiy a version for the package. This only has an effect when
           converting from the tgz package format, which may lack version
           information.

           Note that without an argument, this displays the version of alien
           instead.

       -T, --test
           Test the generated packages. Currently this is only supported for
           debian packages, which, if lintian is installed, will be tested
           with lintian and lintian's output displayed.

       -k, --keep-version
           By default, alien adds one to the minor version number of each
           package it converts. If this option is given, alien will not do
           this.

       --bump=number
           Instead of incrementing the version number of the converted package
           by 1, increment it by the given number.

       --fixperms
           Sanitize all file owners and permissions when building a deb. This
           may be useful if the original package is a mess. On the other hand,
           it may break some things to mess with their permissions and owners
           to the degree this does, so it defaults to off. This can only be
           used when converting to debian packages.

       --target=architecture
           Force the architecture of the generated package to the given
           string.

       -v, --verbose
           Be verbose: Display each command alien runs in the process of
           converting a package.

       --veryverbose
           Be verbose as with --verbose, but also display the output of each
           command run. Some commands may generate a lot of output.

       -h, --help
           Display a short usage summary.

       -V, --version
           Display the version of alien.

EXAMPLES
       Here are some examples of the use of alien:

       alien --to-deb package.rpm
           Convert the package.rpm into a package.deb

       alien --to-rpm package.deb
           Convert the package.deb into a package.rpm

       alien -i package.rpm
           Convert the package.rpm into a package.deb (converting to a .deb
           package is default, so you need not specify --to-deb), and install
           the generated package.

       alien --to-deb --to-rpm --to-tgz --to-slp foo.deb bar.rpm baz.tgz
           Creates 9 new packages. When it is done, foo bar and baz are
           available in all 4 package formats.

ENVIRONMENT
       alien recognizes the following environment variables:

       RPMBUILDOPT
           Options to pass to rpm when it is building a package.

       RPMINSTALLOPT
           Options to pass to rpm when it is installing a package.

       EMAIL
           If set, alien assumes this is your email address. Email addresses
           are included in generated debian packages.

AUTHOR
       alien was written by Christoph Lameter, <clameter@debian.org>.

       deb to rpm conversion code was taken from the martian program by
       Randolph Chung, <tausq@debian.org>.

       The Solaris pkg code was written by Mark A. Hershberger
       <mah@everybody.org>.

       alien has been extensively rewritten (3 times) and is now maintained by
       Joey Hess, <joeyh@debian.org>.

COPYRIGHT
       alien may be copied and modified under the terms of the GNU General
       Public License.

perl v5.20.2                      2015-10-23                         ALIEN(1p)
$ alien --to-rpm package.deb
Para converter um pacote DEBIAN em RPM.
2 Curtidas

Eu já usei algumas vezes esse Alien para converter RPM em DEBIAN e funcionou, mas as dependência devem ser corrigidas manualmente.
Eu consegue instalar e usar o programa do DEBIAN convertido.
Não sei se ao contrario as dependência devem ser corrigidas manualmente.

1 Curtida

Poder pode claro. Mas a chance de ter problemas é bem alta.

1 Curtida

No Brasil, a Conectiva foi pioneira na utilização do APT para RPM. No Conectiva 9, qualquer usuário que customizasse muito a seleção de pacotes durante a instalação, amargava um Synaptic (o Synaptic foi desenvolvido pela Conectiva e inicialmente pensado para respeitar o look and feel do GNUstep) preso num loop infinito de resolução de dependências. Eu sei muito bem disso, porque travei a instalação várias e várias vezes.

A verdade é que usávamos o APT para RPM antes de escreverem coisas melhores do que o APT, o que felizmente aconteceu de forma relativamente rápida.

Um dos gerenciadores que desestimulou a ideia de trazer os problemas e anacronismos do ferramental de gerenciamento de dependências do Debian, nasceu pelas mãos da Terra Soft Solutions, uma empresa relativamente pequena e nichada, que desenvolvia uma recompilação do Red Hat Linux para arquitetura PowerPC, chamada Yellow Dog Linux. Foi graças ao Yellow Dog que o YUM (Yellow Dog Updater, Modified) acabou nascendo. Posteriormente, o DNF acabou substituindo o YUM.

Tivemos ainda alguns esforços notáveis da Mandrake com o urpmi, que permanece em uso no Mageia, OpenMandriva LX, ROSA Linux etc, além dos esforços da SUSE com o Zypper, que é o mais competente de todos, imho.

2 Curtidas

Você então é um dos poucos azarados a sofrer com esse loop, o instalador do CL aliás era um dos melhores da época, super elogiado nos reviews.
Porque estou dizendo isso? Porque fui moderador da comunidade CCL-BR e tive contato com inúmeros usuários e esse problema citado não era recorrente, usuário Conectiva do 3.0 até o 10 e Snapshot, na verdade só deixei de usar pq foi extinta e nunca curti o urpmi.
Se ainda existisse estaria em dual com meu fedora “talvez eu nem tivesse migrado para o fedora”
Hahaha não sou SDA era minha primeira escolha, depois disso passei um tempo com os derivados do debian (apt original não curto) até estacionar no fedora por semelhança com o Conectiva.

2 Curtidas

Se acostume! Tem uma galera aqui curte generalizar problemas isolados rs.

Não disse que era ruim, mas comentei um problema que eu enfrentava com o CL 9.0. E não era mídia bichada, porque era a versão completa, de caixinha. Se a caixinha não tivesse ficado numa antiga firma, eu tentaria replicar aqui.

É, e também tem uma galera aqui que vive de hopping e que nunca colocou o traseiro em risco numa firma com Linux. Skin in the game é uma coisa meio rara por aqui.

Trabalhei como analista de sistemas cuidando de servidores Redhat e Centos. Implantação de AD via samba e administração de backups com Bacula.

Entendi, eu tinha contato próximo com os devs do Conectiva, fui um dos primeiros a testar o live do 10 com o GNOME.
E assim eu só instalei o 9 pelos cds que vieram na Revista do Linux, nunca testei a caixinha, pode ter ocorrido que o tal bug tenha sido corrigido versões posteriores, mas na Comunidade não era um problema comum, e nem mesmo em outras comunidades que eu frequentava como no FGDH, linuxBSD, Linuxdicas, BR Linux, VOL etc…Fica tranquilo, o Conectiva Installer não era perfeito,Mas dava banho em muito instalador de distros maiores, eu ainda tenho a mídia do CL 5, que foi a primeira versão com o CI guardada aqui que veio no Livro Linux Ferramentas Gráficas que ganhei a versão em espanhol para testar da Pearson Education.