AlienBob em crise?

Grinder
(usa Slackware)

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

Opa valeu, mas eu estava lendo a documentação e na parte dos AUTHORS me deparei com isso



hehe impressão minha ou ele mesmo participa do projeto?

MrBlackWolf
(usa Arch Linux)

Enviado em 29/10/2015 - 16:45h

Oh deuses kkkkkkkkk. Não tem pra onde fugir. Mas ainda no assunto, acho que vai se formar uma dependência muito grande do System D, a menos que criem uma alternativa, que vai forçar o Slackware adotar em algum momento o uso do mesmo. É muito trabalho ficar "purificando" todos os pacotes do System D.

madrugada
(usa Gentoo)

Enviado em 29/10/2015 - 17:01h

Pode ser que devido a algum reaproveitamento de código(da autoria desses caras), eles resolveram manter os nomes.

tiago4171
(usa Arch Linux)

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

Passando de leves só para receber as notificações ;)
Vlw , FLW
------------------------------------------
Core 2 Duo E8400, GT 740, 4GB DDR2, CX430, 2 HD's 500GB

Grinder
(usa Slackware)

Enviado em 29/10/2015 - 17:30h

Em crise ou não o Slackware 14.2 vai sair logo logo.

Eu já tinha achado uma referência ao 14.2 no .SlackBuild do xorg-server do Current

E agora achei essa no .SlackBuild do Alien

# Slackware SlackBuild script 

# ===========================

# By:         Eric Hameleers <alien@slackware.com>

# For:        gst-plugins-ugly0

# Descr:      good-quality gstreamer plugins with possible patent issues,

# URL:        http://gstreamer.freedesktop.org/

# Needs:      

# Changelog:  

# 0.10.19-2:  06/jun/2015 by Eric Hameleers <alien@slackware.com>

#             * Slackware 14.2 introduced the "0" packages for gstreamer 0.x.

# 

# Run 'sh gst-plugins-ugly0.SlackBuild' to build a Slackware package.

# The package (.tgz) and .txt file as well as build logs are created in /tmp .

# Install it using 'installpkg'.  

http://www.slackware.com/~alien/slackbuilds/gst-plugins-ugly0/build/gst-plugins-ugly0.SlackBuild

MrBlackWolf
(usa Arch Linux)

Enviado em 29/10/2015 - 17:33h

Apenas leiam essa notícia.
"In January 2013, Poettering responded to criticism of systemd in a blog post called The Biggest Myths.[14] After continued controversy over systemd, which he claimed culminated into personal attacks on him, in October 2014 Poettering complained that the "Open Source community is full of assholes, and I probably more than most others am one of their most favourite targets." Poettering went on to blame Linus Torvalds and other kernel developers for the state of the community."

removido
(usa Nenhuma)

Enviado em 29/10/2015 - 19:46h

Não é ele quem ignora os bugs reports e ainda por cima fica *ofendido* quando dizem que seus softwares são bugados? eu heim.........



No mínimo, deveria ter algo como libsystemd para manter a compatibilidade com esses softwares, como é feito atualmente com o Debian Jessie estável (com repositórios do devuan).

Freud_Tux
(usa Outra)

Enviado em 29/10/2015 - 20:25h

Mas pra isso alguém teria que criar isso para o Slackware, ou portar pra ele.
E o OPenRC, por que não adotam, e mantém longe o systemd? Embora tenham dependências crescentes de tudo relacionado ao systemd, que antes não tinha.
Seria algo como o Devuan, mas para o Slackware.

P.S:

Os devs estão amarrando tudo ao systemd, mesmo sem precisar, que nojo isso!

T+

edps
(usa Slackware)

Enviado em 29/10/2015 - 20:48h

Acredito que toda pessoa que trabalhe nessa área o faça porque gosta, alguns vão mais além e trabalham em prol da comunidade como é o caso desses caras aí que tem suas atribuições diárias e suas atividades extras. Sentir-se desapontado com o rumo das coisas (ainda mais atualmente) acho que é normal, embora o caso dele já tem um tempinho.

As decisões que afetam o Slackware (embora ele seja do core-team) tem que ter a batida do martelo do Cara e isso tem o lado bom e o lado ruim, possa ser que seja isto, possa ser que não, enfim: who cares? rsrs

Sobre o bendito systemd (de novo), eu não o odeio tanto quanto o pulseaudio, de diferentes formas consegui atualizar o Debian:

* numa instalação do Jessie (removendo o systemd, pulseaudio e network-manager)
* de instalação mínima do Wheezy para Jessie (instalando sem systemd, pulseaudio e network-manager)
* de dist-upgrade do Wheezy para o Jessie (instalando sem systemd, pulseaudio e network-manager):

https://asciinema.org/a/28820 ; https://asciinema.org/a/28822 ; https://asciinema.org/a/28825 ; https://asciinema.org/a/28907

No 1º caso, temos que utilizar os repositórios do Devuan, para remover tudo o que não presta e reinstalar.
O 2º caso é moleza, basta usar apt-pinning e livra-se dos 3 demônios.
O 3º caso idem.

* em todos os casos não é possível instalar o mínimo do Gnome ou Cinnamon sem a instalação de systemd ou pulseaudio.

Quando digo que odeio o pulseaudio é porque TODOS os players de vídeo decentes no Debian dependem ao menos da libpulse0, (vlc, smplayer, mplayer, mpv, xine-ui, gxine, totem) que com isto passa a fazer dupla com a libsystemd0, como algo indispensável num Debian mesmo sem system|pulseaudio.

Vou fazer novos testes usando apt-pinning e a opção --no-install-recommends pra ver se dá pra ficar sem essa libpulse0 (que não estava instalada em meu Wheezy).

Infelizmente ainda não sabemos como ficará o rumo das coisas, mas se no futuro o Slack vir a adotá-lo pulo para o FreeBSD.

removido
(usa Nenhuma)

Enviado em 29/10/2015 - 21:07h

IMHO: No meu caso, se o systemd se tornar padrão, o negócio é se adaptar, ou tentar contornar usando alternativas como o OpenRC (tem no SlackBuilds.org). O FreeBSD é bacana, é UNIX-Like, tem o ports que é o melhor gerenciador de pacotes já criado, mas infelizmente o kernel é péssimo em suporte ao hardware, em comparação com o kernel linux. E a compatibilidade binária com o Linux pode não ser tão eficiente (ex: é possível rodar o Steam no *BSD? Netflix?) ...

Enfim, vou continuar usando Linux com as tranqueiras do systemd e pulsebug... :\



Patrick já deixou claro que não seria problema algum implementar o systemd no futuro, caso seja obrigatório como dependência. Nesse caso não temos pra onde correr... rs

madrugada
(usa Gentoo)

Enviado em 29/10/2015 - 21:32h

O Slack não precisa do OpenRC. O atual sistema init funciona muito bem. Seria um trabalho à toa que faria cair aida na mesma questão.

Freud_Tux
(usa Outra)

Enviado em 29/10/2015 - 21:46h

Eu usei me referi ao OpenRC, como alternativa, caso um dia inventem ou pensem em usar outro Init, e o OpenRC deveria ser uma das alternativas, e nem cogitar o systemd.

Eu só estou tendo problemas com o systemd, com o controle que o lazarento tem sobre tudo isso é um saco!

O FreeBSD é bacaninha (embora tem em seu kernel colaboradores como NSA & cia, coisa que o Gnu/Linux também tem, ou seja, morre no 0 x 0), mas não sei como ele ficará em hardwares mais recentes, mas ele ainda está na minha lista.
Tá me faltando tempo pra ler a documentação de muitas coisas ( o edps já me deu um puxão de orelha em outro tópico por causa disso rsrsrs)

T+