Sbotools: pacotes em .txz, com o "seu nome" e no lugar que você quer
Dica publicada em Linux / Avançado
Sbotools: pacotes em .txz, com o "seu nome" e no lugar que você quer
Complementando um pouco a dica do xerxeslins sobre o Sbotools no Slackware, seguem três opções que podem ser passadas antes do comando sboinstall:
Exemplo de uso do sboinstall com (todas) as opções acima:
# PKGTYPE=txz TAG=_fn OUTPUT=/home/seu-usuario/my_packages sboinstall gsl
Isto vai baixar os fontes, compilar, gerar um pacote e instalar o programa gsl (GNU Scientific Library).
Depois de compilado, será criado o pacote gsl-1.16-i686-1_fn.txz, salvo na pasta /home/seu-usuario/my_packages.
Nota: i686 refere-se à arquitetura do computador. Isto também pode ser mudado utilizando ARCH=arquitetura_desejada.
Mas no caso do sbotools, isto só vai modificar a arquitetura "-no nome do pacote gerado-", não na compilação, a não ser que seu Slackware seja x86_64 multilib.
Até mais.
- PKGTYPE=txz :: para que o pacote criado seja comprimido no formato lzma, ficando com a extensão .txz (o padrão do sbotools é o formato gzip, com extensão .tgz). Arquivos em .txz ocupam menos espaço em disco do que os em .tgz.
- TAG=sua_tag :: a TAG padrão dos nomes dos pacotes criados com o sboinstall é _SBo. Para alguns usuários pode ser interessante (e/ou útil) colocar sua própria TAG em alguns pacotes.
- OUTPUT=/caminho/onde/quer/o/pacote :: para que o pacote criado seja salvo na pasta que você desejar, ao invés do local padrão que é /tmp.
Exemplo de uso do sboinstall com (todas) as opções acima:
# PKGTYPE=txz TAG=_fn OUTPUT=/home/seu-usuario/my_packages sboinstall gsl
Isto vai baixar os fontes, compilar, gerar um pacote e instalar o programa gsl (GNU Scientific Library).
Depois de compilado, será criado o pacote gsl-1.16-i686-1_fn.txz, salvo na pasta /home/seu-usuario/my_packages.
Nota: i686 refere-se à arquitetura do computador. Isto também pode ser mudado utilizando ARCH=arquitetura_desejada.
Mas no caso do sbotools, isto só vai modificar a arquitetura "-no nome do pacote gerado-", não na compilação, a não ser que seu Slackware seja x86_64 multilib.
Até mais.
there are too many potential pitfalls associated with automatic dependency resolution in addition to obvious "political" issues
surrounding it. Rather than create a potentially buggy implementation or risk the perception of "preferential treatment" toward some third-party package management utility, we chose to
omit the inclusion of dependency information (with the exception of noting it in the .info and/or README files). If you want to know what non-Slackware dependencies are required by a
package, see the .info file and/or README file associated with its SlackBuild script.
Fonte: slackbuilds.org/faq/