Ir ao conteúdo
  • Cadastre-se

O Fedora Linux não segue padrões ou isso é normal no LBS?


sandrofabres

Posts recomendados

Gente, eu uso Linux há muito tempo e algumas coisas eu estou achando fora do padrão no Fedora. Os mais experientes poderiam me dizer se isso é o novo padrão? o novo normal?
1) As montagens de volume se esqueceram completamente a pasta /mnt , as montagens de volumes do usuário foram para /run/{$user} , a run não era pasta de pids de programas rodando? o mnt, eu uso porque insisto mas nenhuma distro usa.

2) Arquivos tradicionais do /etc/ sendo guardados em /usr/lib que é a pasta de bibliotecas, o que aconteceu?

3) Outra prática antiga e estranha ao meu ver é guardar programas grandes em /usr/lib ao invés de /opt

4) Usar o systemd para fazer as mesmas coisas que o crond já fazia.

 

Enfim, de são esses novos padrões?

Link para o comentário
Compartilhar em outros sites

  • Membro VIP
6 horas atrás, sandrofabres disse:

Gente, eu uso Linux há muito tempo e algumas coisas eu estou achando fora do padrão no Fedora. Os mais experientes poderiam me dizer se isso é o novo padrão? o novo normal?

 

O Fedora tem tradição em inovar -- em geral para melhor. Quando as mudanças são benéficas, tendem a serem incorporadas, parcialmente ou totalmente, pelas demais distribuições.

 

6 horas atrás, sandrofabres disse:

1) As montagens de volume se esqueceram completamente a pasta /mnt , as montagens de volumes do usuário foram para /run/{$user} , a run não era pasta de pids de programas rodando? o mnt, eu uso porque insisto mas nenhuma distro usa.

 

Quem gerencia pontos de montagem para usuários regulares nos ambientes gráficos é, no GNOME/KDE/XFCE (talvez outros), o udisks:

 

https://github.com/storaged-project/udisks

 

Antigamente, o udisks usava /media, porém mudou para /run/<usuário> posteriormente:

 

https://github.com/storaged-project/udisks/blob/udisks-2.9.4/configure.ac#L129

 

(ou seja, é compilado com --disable-fhs-media hoje em dia)

 

Discussão:

 

https://bugs.freedesktop.org/show_bug.cgi?id=51709

 

6 horas atrás, sandrofabres disse:

2) Arquivos tradicionais do /etc/ sendo guardados em /usr/lib que é a pasta de bibliotecas, o que aconteceu?

 

É um longo processo (ainda não terminado) de adaptar os pacotes para colocarem seus arquivos de configuração padrão em /usr. Modificações são feitas em /etc: arquivos com mesmo nome têm prioridade sobre os de /usr.

 

Veja este commit do PAM:

 

https://github.com/linux-pam/linux-pam/commit/10b83ef224a5e9c3e2663b3f08dd17090acc58ab

 

Isso evita arquivos .rpmnew/.dpkg-new/etc, pois as modificações locais feitas pelo administrador estão num lugar diferente dos arquivos empacotados. Contudo, ainda não é ideal, pois tem o problema de configurações não sincronizadas: a versão nova pode trazer uma nova opção, não presente no arquivo de /etc. Tem este projeto interessante da SUSE para atacar isso:

 

https://github.com/openSUSE/libeconf

 

6 horas atrás, sandrofabres disse:

4) Usar o systemd para fazer as mesmas coisas que o crond já fazia.

 

Como é funcionalidade nativa do systemd, está à mão. Contudo, tem bastante coisa no repositório que usa o crond. É um programa ativamente mantido (pelo menos o fork cronie[1] usado pelo Fedora/openSUSE), que permanecerá entre nós por bastante tempo.

 

[1] https://github.com/cronie-crond/cronie

Link para o comentário
Compartilhar em outros sites

Eu não gosto do Fedora. Tem muita gente (como eu) que nunca vai abrir mão de Debian, Slackware ou Arch justamente porque pouca coisa muda. A maioria das mudanças mundo afora são motivadas apenas por vaidade, vaidade de gente que quer posar de visionária (como fazia Steve Jobs) e fingir que é mais inteligente que todo mundo. Poucas mudanças são realmente benéficas.

Link para o comentário
Compartilhar em outros sites

  • Membro VIP

O Arch não incomum é o primeiro a implementar mudanças drásticas, até mais radicais que o Fedora. Arch fez algo que nunca seria aceito no Debian e arrisco dizer até no Fedora: acabou com o diretório /usr/sbin. Todos os binários vão em /usr/bin:

 

https://archlinux.org/news/binaries-move-to-usrbin-requiring-update-intervention/

 

O Fedora fez há 10 anos o famoso "usrmerge", que foi  abolir os diretórios /bin, /sbin, /lib, /lib64, tornando-os links simbólicos para /usr/bin, /usr/sbin, /usr/lib, /usr/lib64, respectivamente, o que não era novidade, pois já havia sido feito pelo Solaris anos antes:

 

https://fedoraproject.org/wiki/Features/UsrMove

 

openSUSE adotou esse layout do Fedora faz pouco tempo:

 

https://en.opensuse.org/openSUSE:Usr_merge

 

Debian 11 oferece uma opção para converter sistemas existentes, instalando o pacote "usrmerge". Futuro Debian 12 usará o novo layout por padrão:

 

https://wiki.debian.org/UsrMerge

 

Ou seja, as coisas vão andando. Às vezes mais devagar do que o esperado. 😨

Link para o comentário
Compartilhar em outros sites

Mudanças tão benéficas para mim quanto a conquista de um título por qualquer time esportivo do planeta. A gente vai dormir, acorda no dia seguinte, e a vida é a mesma.

Só serve pra gente gastar mais google procurando "onde diabos está o diretório x?" e lendo as explicações de como as geniais alterações vão impedir a horrível extinção dos caramujos albinos.

Link para o comentário
Compartilhar em outros sites

  • 2 semanas depois...

Olha, eu trabalho com banco de dados Oracle, e o Oracle linux é baseado no Red Hat. Usando o Fedora eu não me sinto tão deslocado, pois tudo dentro do Fedora é parecido com o que tem no Oracle Linux, então para mim o Fedora é perfeito. Se eu usasse uma distro baseada em Debian seria totalmente diferente.

Link para o comentário
Compartilhar em outros sites

Crie uma conta ou entre para comentar

Você precisa ser um usuário para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar agora

Sobre o Clube do Hardware

No ar desde 1996, o Clube do Hardware é uma das maiores, mais antigas e mais respeitadas comunidades sobre tecnologia do Brasil. Leia mais

Direitos autorais

Não permitimos a cópia ou reprodução do conteúdo do nosso site, fórum, newsletters e redes sociais, mesmo citando-se a fonte. Leia mais

×
×
  • Criar novo...