Quebrei o pc - ArchLinux

Grinder
(usa Slackware)

Enviado em 22/07/2015 - 16:48h

Eu sinceramente, semana passada instalei o Arch que tantos falam.
Instalação levei 30min pela primeira vez e pela segunda levou 2min (automatizei tudo em scripts)

Não gostei do pacman e não consegui compilar como faço no Slackware pacote por pacote.

Aconteceu duas coisas comigo que eu acho inadmissível num sistema Linux.
1- Steam não consigo instalar pq acusa que já tenho uma dependência instalada por fora. Simplesmente o PACMAN não instala o Steam.
2- Tive que instalar o ffmpeg antes do driver da Nvidia, senão o Pacman acusava que já tinha vdpau da Nvidia instalado.

E quando fui usar o PKGBUILD para esses mesmos pacotes, dava o mesmo erro por conta das dependências.
Engraçado que o PKGBUILD insere dependencias "obrigatórias" mesmo não tendo no makefile, é uma dependência que tem dentro do PKG antes de começar a compilação, e tudo por sistema de md5.
Lembro que testei um outro PKG que tinha monte de patchs e nenhum deles batia o md5.

Enfim, me stressei com coisas bobas e larguei mão.

Sendo bem sincero, Pacman é um apt-get vagabundo e o PKGBUILD é uma forma disfarçada de se fazer o PACMAN "manualmente"

removido
(usa Nenhuma)

Enviado em 22/07/2015 - 18:14h

Você leu a documentação do Arch para a instalação do Steam antes de tentar fazê-lo?
https://wiki.archlinux.org/index.php/Steam

Você disse que o pacman simplesmente não instala o Steam, isso não é verdade. Você habilitou o repositório multilib antes de tentar instalar o Steam? Seguiu as recomendações da wiki do Arch?

Você disse que o pacman é um apt-get vagabundo, um argumento totalmente incoerente. Com base no quê você baseia seu argumento? Qual a crítica do ponto de vista técnico?

Atualmente uso o Arch, e já usei várias outras distros incluindo o Slackware, mas são distros com filosofias diferentes, e não é pelo fato de você não conseguir fazer algo exatamente igual no Arch como faz no Slackware que isso desqualifica o Arch.


___________________________________________________________________
4c 69 6e 75 78 20 c3 a9 20 6d 65 6c 68 6f 72 20 71 75 65 20 57 69 6e 64 6f 77 73

Grinder
(usa Slackware)

Enviado em 22/07/2015 - 22:43h

Bom vamos lá.



1- Quando eu instalei o Arch eu instalei lendo a documentação própria dele. Inclusive tenho impressa aqui.
Quanto ao Steam, sim eu li também a documentação dele e achei um pouco incrível.

If you have a 64-bit system, you will need to install lib32-alsa-plugins to enable sound in 32-bit games.

Eles pedem lib32-alsa-plugins. Ae eu fico imaginando, o Steam do Arch é diferente dos outros? Pq tanto pro Slackware quanto pro Debian e derivados eu não preciso nada referente a som em 32bits somente o glibc para o Steam e o OpenAL para som.



Sim, o pacman simplesmente não instala com o comando padrão pacman -S steam
Agora se existe algum comando do pacman que eu possa escolher quais dependências eu quero que venha e quais não, eu desconheço, eu fiquei no Arch por 3 dias.

Aqui a parte do meu script que instala o Multilibs, se estiver errado você me corrija.

#!/bin/bash



# Configurando o Pacman

echo [multilib] >> /etc/pacman.conf

echo "Include = /etc/pacman.d/mirrorlist" >> /etc/pacman.conf

pacman -Syu



# Instalando o Multilibs

pacman -S multilib-devel



# Instalando o xorg

pacman -S xorg-server xorg-xinit xorg-server-utils xorg-server-devel



# Adicionando br-abnt2 no Xorg

localectl set-x11-keymap br abnt2



reboot 

Bom, eu achei vagabundo e continuo achando. Até talvez algum outro dia eu instalar o Arch denovo e ver se consigo descobrir como usar o pacman sem me barrar em questão de eu já ter dependência instalada por fora.
Meu argumento é mais vindo na prática mesmo, eu testei, então posso falar... sabe eu não gosto muito de falar sobre algo que eu não tenha testado.

Enfim, vamos lá.
Com Slackware, eu instalo Multilibs e depois instalo os drivers da placa de vídeo pelo arquivo original da Nvidia e depois eu baixo o source do Steam e compilo ele usando um .SlackBuild.
Dependencias? Uma dependência não obrigatória é o OpenAL, você pode compilar, instalar mas vai ficar sem som. Você já vê a liberdade por aqui. Você escolhe do jeito que você quiser.

Com Debian, Mint e Ubuntu eu preciso apenas baixar o kernel headers que é obrigatório em qualquer distro, no caso do Slackware ele já vem com o Source do Kernel. E depois baixar a compatibilidade com 32bits que são esses os pacotes (libc6:i386 libgl1-mesa-dri:i386 libgl1-mesa-glx:i386)
Instalo os drivers da Nvidia pelo arquivo .run igual faço no Slackware

Ae você pode instalar de 2 maneiras
Uma pelo apt-get install steam
E outra baixando o .deb do site oficial e usando o dpkg ou um gdebi

E pronto.

Agora com o Arch
Preciso baixar o pacote do kernel-headers
sudo pacman -S linux-headers

E instalo os drivers da placa da nvidia pelo .run como faço em todas as outras distros.

Chego na hora do pacman -S steam
Trava dizendo que já tenho uma dependência instalada. Não me recordo qual é.

Tudo bem, então vamos compilar o Steam pelo source.
https://www.archlinux.org/packages/multilib/x86_64/steam/

# $Id$

# Maintainer: Daniel Wallace <danielwallace at gtmanfred dot com>

# Contributor: K900 <k0009000@gmail.com>

pkgname=steam

pkgver=1.0.0.50

pkgrel=1

pkgdesc="Digital distribution client bootstrap package"

arch=("i686" "x86_64")

url="http://steampowered.com/"

license=('custom')

install=steam.install

source=("http://repo.steampowered.com/$pkgname/pool/$pkgname/s/$pkgname/${pkgname}_$pkgver.tar.gz"

        'alsa_sdl_audiodriver.patch')

md5sums=('2fab57a606705012a4f800a28670dc3a'

         'ac0e03d70f1101331598b2b32ed9bac3')

if [[ "$CARCH" == "x86_64" ]]; then

  #depends+=(lib32-libgl lib32-mesa-libgl lib32-gcc-libs lib32-libx11)

  optdepends=(

  'lib32-mesa-dri: for open source driver users'

  'lib32-catalyst-utils: for AMD Catalyst users'

  'lib32-nvidia-utils: for NVIDIA proprietary blob users'

  'lib32-alsa-plugins: for pulseaudio on some games'

  )

prepare() {

    patch -d "$pkgname" -Np1 -i "$srcdir/alsa_sdl_audiodriver.patch"

}

else

prepare() {

    patch -d "$pkgname" -Np1 -i "$srcdir/alsa_sdl_audiodriver.patch"

}

fi



package() {

    depends=(

      'bash' 'desktop-file-utils' 'hicolor-icon-theme' 'curl'

      'dbus' 'freetype2'  'gdk-pixbuf2' 'ttf-font' 'zenity'

      )

  if [[ "$CARCH" == x86_64 ]]; then

    depends+=(lib32-libgl lib32-gcc-libs lib32-libx11)

  fi



  # Install license

  make -C "$pkgname" DESTDIR="$pkgdir" install

  

  install -Dm644 "$pkgdir/usr/share/doc/steam/steam_install_agreement.txt" "$pkgdir/usr/share/licenses/steam/LICENSE"



  # blank steamdeps because apt-get

  ln -sf /bin/true "$pkgdir/usr/bin/steamdeps"

}

#vim: set ft=PKGBUILD sw=2 ts=2 et 

Resultado. Mesma coisa do Pacman.
Pois o source do pkgbuild te obriga a ter dependências sem mesmo antes de ter começado o precesso do make e make install.

Respondendo sua pergunta.
apt-get install steam instalou o steam
./steam.SlackBuild compilou o steam
mas pacman -S não instalou o steam.
e muito menos o makepkg criou meu pacote do steam

removido
(usa Nenhuma)

Enviado em 23/07/2015 - 16:18h

Esclarecimento de alguns pontos:



Se eles pedem é porque é necessário para o funcionamento desse programa nessa distro. Em relação a isso não tem o que fazer. Para funcionar é necessário esse pacote.




Eu destaquei com negrito um ponto contraditório no seu argumento. Você mesmo diz que se existe um comando do pacman que você possa escolher quais dependências você quer que venha ou não, você desconhece. E depois diz nesse mesmo parágrafo que ficou apenas três dias usando o Arch. Ok.

Logo em seguida você corrobora sua afirmação de que o pacman é vagabundo. Ora, se você mesmo disse que não tem total conhecimento sobre o pacman como pode achá-lo vagabundo? Como você pode tecer um crítica sem ter um respaldo técnico? Essa crítica só pode ser aceita como opinião pessoal.



Também destaquei com negrito uma parte tendenciosa do seu argumento. No Slackware você faz as coisas de uma forma, no Ubuntu você as faz de outra forma, no Gentoo de outra, e assim sucessivamente. E isso, não necessariamente, quer dizer que pelo fato de você não conseguir fazer na distro x o que você faz na distro y, que a distro y não ofereça liberdade. Elas simplesmente tem focos distintos. Agora imagine se todas as distros você tivesse que fazer todo um processo de escolher ou não determinado pacote. Não seria viável. Tem pessoas que querem dar um comando e com isso instalar o pacote, resolver as dependências desse pacote e usar o programa em menos de um minuto. Por isso que existem distros com esse foco, tudo é uma questão de fins. Cada distro tem um público alvo.

Problemas acontecem em qualquer distro. Você infelizmente teve essa situação ruim com a instalação do Steam no Arch, mas com certeza era um problema que poderia ser contornado. Não estou dizendo que você deveria fazê-lo, mas que era possível. Só não acho justo falar que o Pacman é vagabundo por causa de um problema que com certeza tinha solução.

PS: Não sou fan boy de nenhuma distro. Só expus minha defesa por usar o Arch e saber que é uma excelente distro com um excelente gerenciador de pacotes.
___________________________________________________________________
4c 69 6e 75 78 20 c3 a9 20 6d 65 6c 68 6f 72 20 71 75 65 20 57 69 6e 64 6f 77 73

removido
(usa Nenhuma)

Enviado em 10/08/2015 - 13:04h

Os drivers da nvidia estão nos repositorios (Mesmo os proprietarios), de forma que o procedimento recomendado(E suportado) e instalar por la, onde fica mais simples para atualizar tambem.

Aqui uso nvidia e instalei o steam (com multilib) sem problemas, bastou um pacman -Sy steam

*Os arquivos PKGBUILD são editáveis, se julga alguma dependência não necessária ao que deseja, basta removê-la e se necessário alterar o script de instalação.
Para recompilar os pacotes localmente, uma boa é usar o ABS, o utilizo aqui para recompilar para minha maquina alguns pacotes e não tenho problemas com isso também, embora não seja com completo como um portage.


--------------------------------------------
povo@brasil ~$ sudo su -
root@brasil ~# find / -iname corrupção -exec rm -rfv {} \;

Grinder
(usa Slackware)

Enviado em 10/08/2015 - 13:32h

Eu tentei instalar os Drivers da Nvidia usando o pacman -S, sem sucesso, alias sucesso pela metade. Ele instala os drivers da Nvidia, o xorg sobe com ele, mas esses esquema de instalação do drivers da Nvidia pelo pacman ele não instala o DKMS. Ou seja, consigo subir o X porém quando vou executar algo em OpenGL não funciona.

Por isso escolhi o modo que sempre instalo drivers da Nvidia, pelo instalador .run
E por esse motivo o Arch encontrou esses problemas/conflitos.

Essa não sabia Eris, achei que aquelas dependências criadas pelo Arch Linux teria que ser seguida.
Então quer dizer que eu quiser compilar o Steam sem aquelas dependências eu posso? E na hora de instalar não vai pedir tbm?

removido
(usa Nenhuma)

Enviado em 10/08/2015 - 14:02h

Ele não vem com o DKMS(Para o video, embora exista o pacote DKMS que pode usar a vontade), pois é lançado um pacote com o driver para cada kernel suportado (O padrão e o kernel LTS) e mesmo repositórios adicionais que provem algum kernel, como os para o -pf e - ck, costumam fazer o mesmo.
Para o openGL existe um pacote libgl (ou nvidia-libgl) que pode instalar a partir dos repositórios (O libgl é dependência do driver nvidia se não me engano, mas aqui uso o nvidia-libgl).

Quanto as dependências, as existentes no PKGBUILD são as que o empacotador encontrou e testou, com elas deve funcionar. Porem se tem experiencia com um determinado programa e quer alterar, pode fazê-lo que o pacman vai instalar o pacote conforme você configurar (Claro, o funcionamento das alterações que você fizer ficam por sua conta).

--------------------------------------------
povo@brasil ~$ sudo su -
root@brasil ~# find / -iname corrupção -exec rm -rfv {} \;

Grinder
(usa Slackware)

Enviado em 10/08/2015 - 14:27h

Então, eu não me recordo agora se eu instalei esse pacote nvidia-libgl, mas acho que sim; e não tinha resolvido meu problema de rodar OpenGL.
Tentei instalar o pacote DKMS também, mas ele não é repositório oficial ele é daquele que a galera manda. A versão do DKMS não batia com a versão dos drivers da nvidia do repositório, então tive que editar o pkgbuild para poder compilar e mesmo assim não funcionou.

Esse é um dos motivos quais não gostei, não consigo entender porque alguém vai querer instalar os drivers da nvidia somente para xorg sem o DKMS. Porque para o pacman já não instala os drivers da Nvidia completo com o DKMS? Como é num apt-get install nvidia-346algumacoisa ?

Mas na verdade isso nem foi problema, como eu disse, pelo instalador .run da Nvidia deu tudo certo. A questão que o Arch não gostou disso. Tudo que eu fosse instalar pelo pacman que tivesse algo que o instalador da nvidia instalou, dava erro. Exemplo: vdpau, steam, ffmpeg

Como enganar o Arch? Tem que instalar todos esses apps citados antes de instalar os drivers da nvidia ehehe



Essa notícia foi ótima, depois vou testar denovo tirando as dependências.

--------------------------------------------
povo@brasil ~$ sudo su -
root@brasil ~# find / -iname corrupção -exec rm -rfv {} \;
[/quote]

removido
(usa Nenhuma)

Enviado em 10/08/2015 - 14:38h

Eu tentaria com os pacotes dos repositórios, pois usar o DKMS só é útil se for usar um kernel personalizado ou o driver não existisse (ou provido por algum pacote). Mas se quiser vi que existe no AUR um nvidia-dkms (Pode analisar ele e mesmo personalizá-lo caso queira).

*Quanto ao pacman, pode tentar instalar os pacotes com um --force, mas pode não ter um bom resultado dependendo do que estiver instalando.

--------------------------------------------
povo@brasil ~$ sudo su -
root@brasil ~# find / -iname corrupção -exec rm -rfv {} \;

removido
(usa Nenhuma)

Enviado em 10/08/2015 - 15:39h

Eu gosto do Arch, já usei por um bom tempo. Considero essa distro como um bom substituto ao Slackware.

Quanto ao instalador, ele já foi mais intuitivo nas versões anteriores de 2010, quando tinha um menu em dialog para guiar o usuário. Atualmente, sem um "guia" você fica perdido, por isso mantenho um artigo impresso na gaveta, caso eu resolva usar o Arch novamente.

O lance das dependências, como um colega comentou, é só remover da variável `depends' que ela não sera pedida (através do PKGBUILD). Mas, terá grandes chances do programa não rodar.

Quanto ao driver nvidia, particularmente nunca tive problemas na instalação. Tem que ver se a sua placa de vídeo suporta os drivers mais recentes, pois algumas perderem o suporte e só funcionam com o driver legacy. Procure pelo pacote `nvidia-340xx' no aur.