niquelnausea
(usa Arch Linux)
Enviado em 15/04/2019 - 18:21h
antes de tudo, pense no conjunto de pacotes como:
- "pacman" é apenas o nome do gerenciador de pacotes (assim como o apt é do debian) e gerencia apenas repositórios oficiais (
aur não é oficial ) mas pode gerenciar (instalar remover dar informações) de pacotes externos já construídos ou instalados, então não
pacman não pesquisa o aur mas após construído pode instalar qualquer pacote para arch, seja do aur ou disponibilizado por qualquer pessoa;
- aur disponibiliza instrução para construção de pacote compatível com o sistema, só isso;
- no ecossistema de pacotes (oficiais e aur) não existem dois com o mesmo nome, existem alguns sistemas de versionamento alternativo que faz com que o gerenciador de pacotes entenda como diferentes, mas a ideia é sempre ter a ultima versão disponível de modo que seja compatível com o resto do conjunto do sistema (logo abaixo vai entender o porque descrevi essa parte). então "vlc" existe apenas um, o resto são opções como por exemplo "vlc-git", "vlc2, "vlc-algumacoisa" e por ai vai...;
- existem pacotes oficiais (disponibilizados oficialmente pela distro) e pacotes "estrangeiros" (aur e qualquer outra coisa fora dos repos oficiais). estes são instalados explicitamente (o que eu digito no terminal) e implicitamente (dependencias);
- pacotes podem ser movidos do aur para os repos oficiais, e vice versa, existem alguns critérios dos desenvolvedores, a parte importante é que podem passar do status "estrangeiro" para "oficial".
- existem pacotes que dependem e outros que são dependências opcionais, exemplo:
x depende de
y para funcionar, mas
z apenas agrega novas funcionalidades a
x ;
- na estrutura e organização do arch os pacotes são divididos em repositórios (existe fonte oficial), vários pacotes poderem ser agrupados (sejam oficiais ou não), dependências podem ser incluídas e retiradas (depende do ciclo de desenvolvimento de todo o ecosistema), não existem certeza e/ou garantia de que projetos abandonados continuaram a ser mantidos seja onde for (lembra do lema "o mais novo sempre");
- aur helper
podem ou não fazer o mesmo que o pacman além de gerenciar o aur, o yay faz isso;
- pacotes construídos pela comunidade não são de responsabilidade da distro;
- manjaro e arch são diferentes, não compartilham repositórios de forma direta, e alguns conceitos são diferentes.
1. Como procuro por algo na minha distro, programas, pacotes etc. que vieram do AUR e as removo para procurar pelos mesmos, porém, disponíveis via pacman?
para pesquisar use o "pacman -Ss oquequerpesquisar" ou apenas "yay oquequerpesquisar". lembra lá de cima, pacman para repos oficiais e yay mostra o mesmo + aur.
lembre-se o que pode existir são ramos de desenvolvimento diferentes ou equivalente, como ramo estável e desenvolvimento, mas "vlc-3.0.6-11" não pode existir oficial e aur! e se quiser usar a versão git (desenvolvimento) ou qualquer outra coisa, pode ser que elas não coexistam.
se der uma olhada no help do "pacman -Q -h", verá que:
pacman -Q -h
uso: pacman {-Q --query} [opções] [pacote(s)]
opções:
-b, --dbpath <caminho> define um local alternativo para a base de dados
-c, --changelog visualiza o changelog de um pacote
-d, --deps lista os pacotes instalados como dependências [filtro]
-e, --explicit lista os pacotes instalados explicitamente [filtro]
-g, --groups visualiza todos os membros de um grupo de pacotes
-i, --info visualiza informações do pacote (-ii para arquivos
de backup)
-k, --check verifica se os arquivos de pacote existem (-kk para
propriedades dos arquivos)
-l, --list lista dos arquivos fornecidos do pacote consultado
-m, --foreign lista os pacotes instalados não encontrados na(s)
base(s) de dados de sincronização [filtro]
-n, --native lista pacotes instalados encontrados apenas nas
base de dados de sincronização [filtro]
-o, --owns <arquivo> consulta qual o pacote que contém <arquivo>
-p, --file <pacote> consulta arquivo de pacote ao invés da base de dados
-q, --quiet mostra menos informações nas consultas e pesquisas
-r, --root <caminho> define um diretório raiz de instalação alternativo
-s, --search <regex> pesquisa nos pacotes instalados por strings
correspondentes
-t, --unrequired lista de pacotes não exigidos (opcionalmente) por
qualquer pacote (-tt para ignorar optdepends) [filtro]
-u, --upgrades lista os pacotes desatualizados [filtro]
-v, --verbose mostra informações adicionais
--arch <arquitetura>
define uma arquitetura alternativa
--cachedir <diretório>
define um local alternativo para cache de pacotes
--color <quando> exibe saída colorida
--config <caminho> define um arquivo de configuração alternativo
--confirm sempre solicita confirmação
--debug mostra mensagens de depuração
--disable-download-timeout
usa tempos limites relaxados para download
--gpgdir <caminho> define um diretório alternativo para GnuPG
--hookdir <dir> define um local alternativo para hook
--logfile <caminho>
define um arquivo de log alternativo
--noconfirm não solicita qualquer confirmação
--sysroot opera em um sistema convidado montado (como root)
com "pacman -Qd" mostra os instalados como dependência (descritos lá em cima como implícitos), "pacman -Qe" explícitos, "pacman -Qm" extrangeiros que podem ser do aur ou qualquer outra origem
menos a oficial , "pacman -Qn" apenas os existentes nos repos oficiais.
para filtrar o que procura isso é mais do que suficiente.
2. Como pesquiso, por meio de alguma sintaxe ou script no Terminal, onde ele me retorne o que é do AUR e o que é do pacman?
respondido no item 1.
3. em caso de uma futura instalação, o que vocês me dizem? Opto por não disponibilizar o AUR como repositório, e deixo disponível somente o que vier dos repositórios oficiais? Ou isso seria bobagem, é exagero?!
isso é algo bem pessoal, mas como opinião pessoal: bobagem e exagero. é quase impossível não usar o aur, seria o mesmo que gerenciar (resolver dependência e atualizar) um slackware current apenas manualmente. a distro é projetada para usar pkgbuild, e o aur disponibiliza eles já prontos para construção de pacotes, para instalação e atualização. se não usar, logo teria problemas de dependências não compatíveis por conflito de versões, e resolver manualmente seria demorado e doloroso.
se quer apenas "estabilidade", prefira pacotes oficiais (se não tiver usa o aur), não habilite repos teste e só.
Curiosidade: A sintaxe usada pelo pacman é a mesma usada pelo yay? Tem o mesmo propósito? (porque como uso o AUR, tudo que leio e tem pacman etc. etc... prontamente substituo por yay etc. etc...
respondido acima.