Porque vocês descem o cacete no PULSEAUDIO e no SYSTEMD? [RESOLVIDO]

GustavoValerio
(usa Debian)

Enviado em 02/10/2015 - 12:49h

Exato!
Nesse caso, não há como discordar!
Boa sorte na torcida!

Eu uso Windows no PC do trabalho pois os softwares usados lá só funcionam no Win...
Mas em casa, só uso Linux há quase 4 anos ...
Estou engatinhando ainda, mas um dia eu chego lá...

madrugada
(usa Gentoo)

Enviado em 02/10/2015 - 12:52h

Eu não me recordo do jack ter o pulseaudio como dependência. Pode ser opcional. Até mesmo porque com tantas distros adotando o PA, é conveniente que o jack suporte o PA.

GustavoValerio
(usa Debian)

Enviado em 02/10/2015 - 12:53h

No Opensuse, tanto o Pulse quanto o SystemD são uma "maravilha"!
Mas é um caso á parte, diga-se de passagem...

Red Hat likes tendem a funcionar bem com essas tranqueiras ai...

Lauro1710
(usa openSUSE)

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

Isso mesmo. Aqui não vi nenhum problema com os dois.



---------------------------------------------------------------------------------------------------------------------------
http://i.imgur.com/Vczk3t5.png?1

Lauro Alves de Carvalho
$ GNU/Linux > *

albfneto
(usa openSUSE)

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

Sim Galera no openSUSE funciona, no meu openSUSE também.
no geral nas distros RPM funciona bem, pq foram programados, feitos em micros com Red-Hat
No Mageia testei, funciona tb, mas nas minhas distros principais, que são gentoo like, sem pajelança não vai.
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
Albfneto,
Ribeirão Preto, S.P., Brasil.
Usuário Linux, Linux Counter: #479903.
Distros Favoritas: Sabayon, Gentoo, openSUSE, Mageia e OpenMandriva.

Grinder
(usa Slackware)

Enviado em 02/10/2015 - 16:04h

Pessoal, se quiserem ajuda com Pulseaudio e suas dependências nos Ambientes Gráficos XFCE, Mate e Cinnamon, eu sei de cor e salteado do que precisa rsss para uma implementação correta e sem bugs.

Vou dar alguns exemplos do porquê eu acho o pulseaudio buga em algumas distros.
XFCE4 e Debian, como citaram, você manda remover o pulseaudio e ele não remove praticamente nada do XFCE. Justamente porque o XFCE não foi compilado com o Pulseaudio, simplesmente compilaram o XFCE e instalaram o Pulseaudio depois, isso é óbviamente sinal de cagada. Culpa da equipe do Debian mesmo.

Segundo erro que eu vejo claramente no Mate e Arch Linux.
https://projects.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/mate-settings-d...
Veja o source do Mate Settings Daemon, como podem ver, não tem pulseaudio sendo compilado. Sendo que é essencial habilitar o pulseaudio aqui.
Veja como é meu SlackBuild na parte do ./configure

# Flags do Arch

# --enable-polkit



# Flags do Mint

# --enable-pulse



CFLAGS="$SLKCFLAGS" \

CXXFLAGS="$SLKCFLAGS" \

./configure \

  --prefix=/usr \

  --libdir=/usr/lib${LIBDIRSUFFIX} \

  --sysconfdir=/etc \

  --localstatedir=/var \

  --mandir=/usr/man \

  --docdir=/usr/doc/$PRGNAM-$VERSION \

  --libexecdir=/usr/bin \

  --disable-static \

  --enable-pulse \

  --build=$ARCH-slackware-linux 

E aqui minha saída do Gentoo quando mando compilar o Mate-Settings-Daemon

Calculating dependencies... done!

[ebuild   R    ] mate-base/mate-settings-daemon-1.8.1::gentoo  USE="X libnotify policykit pulseaudio -debug -smartcard" 0 KiB



Total: 1 package (1 reinstall), Size of downloads: 0 KiB

 

Enfim, isso foi somente do que eu vi, podem ter várias outras distros comendo bola no Pulseaudio e ferrando o som das distro por amadorismo puro.

Claro que controlar o pulseaudio é 10x mais fácil em distros que você compila as coisas, em distros que você apenas instala realmente fica muito mais difícil, mas sempre tem solução. Com jeitinho as coisas dão certo.

Grinder
(usa Slackware)

Enviado em 02/10/2015 - 16:10h

Vc está certo, realmente o Jack não tem pulseaudio de dependência e sim ao contrário, mas é opcional.
Você pode ter no sistema em harmonia Alsa + Jack, Alsa + Pulse e inclusive Alsa + Jack + Pulse, mas ae tem que configurar o Jack com mais carinho para que tudo funcione.

edps
(usa Slackware)

Enviado em 02/10/2015 - 16:16h

bem muchachos,

acabei de transformar um Debian Jessie 8.2 com XFCE, numa forma de Debian livre do systemd, o Devuan (que ainda não tem candidato para instalação).

O que fiz foi remover do sources.list os repositórios do Jessie, acrescentando os do Devuan:

### Devuan repository.

deb http://packages.devuan.org/merged jessie main contrib non-free

deb http://packages.devuan.org/merged jessie-updates main contrib non-free

deb http://packages.devuan.org/merged jessie-backports main contrib non-free 

* provavelmente somente o primeiro é necessário, não notei pacotes sendo baixados dos 2 últimos.

Atualizei as listas de pacotes:

# apt-get update 

Instalei o arquivo de chaves do projeto:

# apt-get install devuan-keyring 

Atualizei novamente as listas de pacotes:

# apt-get update 

Instalei o arquivo base desse sistema:

# apt-get install devuan-baseconf 

Atualizei o sistema e reiniciei:

# apt-get dist-upgrade 

# apt-get autoremove --purge 

# reboot 

Após o reinício, instalei os pacotes do Sysvinit, removi o pacote systemd-sysv e reinicie novamente:

# apt-get install sysvinit sysvinit-core sysvinit-utils systemd-sysv-

# apt-get autoremove --purge 

# reboot 

Após o novo reinício, exterminei de vez o systemd:

# apt-get autoremove --purge systemd 

E como a remoção dessa praga deixa inúmeros pacotes órfãos (instalados automaticamente), passo os mesmos para a forma manual:

# apt-get install cgmanager libcgmanager0 libnih-dbus1 libnih1 systemd-shim

# apt-get autoremove --purge

# update-grub

# dpkg -l | grep systemd

# reboot 

* quando digo, passar para a forma manual, isto significa retirar esses pacotes da lista de órfãos, que é o que ocorre quando rodamos (apt-get autoremove), todos os pacotes que são automaticamente instalados por um outro (no caso, o systemd), se esse for removido eles passam a ser órfãos, ao rodar apt-get install lista-grande-pra-kcta-de-pacotes-orfãos os mesmos deixaram de serem tratados como automaticamente instalados para instalados manualmente.

Após isso, reiniciei já com o sistema quase livre do systemd, quase, porque o libsystemd0 se não me engano é tido pelo Debian como um pacote essencial.

Após o reinício, passei a exterminar os serviços que não preciso, dessa vez não com o rcconf, mas com o velho e eficaz update-rc.d:

# update-rc.d avahi-daemon remove

# update-rc.d alsa-utils remove

# update-rc.d kmod remove

# update-rc.d exim4 remove

# update-rc.d motd remove

# update-rc.d rpcbind remove

# update-rc.d nfs-common remove

# update-rc.d rpcbind remove

# update-rc.d pppd-dns remove

 

Me parece que após a contaminação do sistema com o systemd, mesmo com sus remoção, o rcconf deixa de ser eficaz, você desmarca o serviço e o mesmo continua ativo, por isso usei o update-rc.d, para reabilitar um serviço, use por exemplo:

# update-rc.d pppd-dns defaults 

Agora instalarei o Debian do zero via NetInstall (somente menos que o sistema básico), daí já adiciono esse repositório no sources.list pra ver se funfa.

edps
(usa Slackware)

Enviado em 02/10/2015 - 16:25h

Sei não hein, mas acho que vou mandar os resquícios de systemd pra casa do chapéu:

http://i.imgur.com/yo4uyJd.png

Depois eu reinstalo todos os pacotes marcados para remoção.

* mas antes vou fazer uma cópia dessa VM, para não perder trabalho.

Grinder
(usa Slackware)

Enviado em 02/10/2015 - 16:28h

hehe o Debian apelo mesmo, dbus, consolekit e toda a base do xfce4 ahuehauahuea
Por curiosidade edps, o que é Devuan? Não entendi quando você mudou o source.list para esse Devuan

edps
(usa Slackware)

Enviado em 02/10/2015 - 16:51h

Isso é porque não é o Gnome e eu já havia removido o systemd-sysv.

O Devuan é o que pretende ser o Debian sem o Systemd, tal como está escrito lá em:

http://without-systemd.org/wiki/index.php/Main_Page

* as informações lá descritas não funcionam, já tentei por diversas vezes, se vc perder o consolekit, o gvfs e udisks tu tá morto!

Hoje mesmo tentei seguir o que lá descrevem e acabei perdendo uma VM do BunsenLabs, simplesmente após a remoção do systemd foi uma penca de pacotes pra casa do zaralho, network-manager, consolekit, gvfs, udisks2, todos emperrados pela dependência do systemd e libsystemd0 do Debian (no momento eu usava apt-pinning), só funcionaria se eu removesse esse artifício e reinstalasse os pacotes dos repos Debian

Se tiver interessado em saber o que é Devuan:

http://devuan.org/
https://git.devuan.org/devuan/devuan-project/wikis/devuan-codenames
http://packages.devuan.org/merged/dists/

Me parece que eles vem re-empacotando diversos pacotes da base Debian retirando a dependência do systemd, aqui funcionou de boa! nenhum pacote quebrado, etc.

Grinder
(usa Slackware)

Enviado em 02/10/2015 - 18:29h

Exatamente.
No gentoo é uma maravilha oooo linux bom esse.
Não funcionar alguma no gentoo é difícil.