gmane.linux.gentoo.user.brazilian

Re: [gentoo-user-br] montar USB com usuário não-root

Ricardo Montania — 2013-04-22T01:15:59

Boa noite.. veja este post, se ajuda..

http://www.linuxafundo.com.br/post/gentoo-consolekit/


2013/4/21 Fernando Boaglio <boaglio-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>

montar USB com usuário não-root

Fernando Boaglio — 2013-04-22T01:11:46

Boa noite colegas,

Em uma das minhas últimas atualizações, agora montar uma partição de um
pendrive começou a solicitar senha do root...


root< at >cascao ~ [22:09:43]> ls -l /pendrives/ | grep 8GB
drwxrwxrwx  2 fb   users  4096 Nov 17 20:01 BOAGLIO_8GB
root< at >cascao ~ [22:09:47]> cat /etc/fstab | grep 8GB
/dev/disk/by-label/BOAGLIO_8GB    /pendrives/BOAGLIO_8GB vfat
users,noauto    0  0


Pelo que vi o *fstab* e as permissões de diretório estão Ok, o que pode ser
?

Re: Problemas no som do Youtube

José Roberto — 2013-04-09T21:30:33

Boa noite,

Por causa da saída HDMI da placa de vídeo, também fico com duas saídas de
som, nesse caso, forcei a configuração do alsa a pegar a placa que eu
queria como default, depois fiz um PCM seguindo a wiki do gentoo para fazer
o mixer, nunca mais tive problema.

Até mesmo com o microfone que também é dois, da placa de audio e outro da
câmera, só forcei no alsa qual seria o default e resolveu..

Link da wiki: http://wiki.gentoo.org/wiki/ALSA


Em 17 de março de 2013 20:55, João Matos <jaoneto-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org> escreveu:

Re: Problemas no som do Youtube

João Matos — 2013-03-17T23:55:25

Vc pode controlar o volume e a placa de saída usando o pavucontrol.


Em 17 de março de 2013 14:56, Daniel da Veiga <danieldaveiga-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>escreveu:

Re: Problemas no som do Youtube

Daniel da Veiga — 2013-03-17T17:56:18

Para usar o pulseaudio você tem que iniciar o programa com ele.

padsp firefox

E players (eu uso Audacious) geralmente dão opção de escolha de sistema de
som para saída, e nesses eu seleciono o pulseaudio.


2013/3/17 Raphael MD <raphamejias-/E1597aS9LRfJ/NunPodnw< at >public.gmane.org>

Re: Problemas no som do Youtube

Raphael MD — 2013-03-17T17:35:57

Caros,

Tentei instalar o pulseaudio, alias, ele ja estava instalado, mas nada mudou, o som continua não funcionado no adobre flash, e o mixer do kde não aparece, enfim, acho que ou os manuais do pulseaudio estão muito antigos, pois o mais completo que achei era do arch linux e nenhum comando que ele sugeria, para listar as placas de sol e tudo mais funcionada, bem como colocar o pulseaudio no rc-update.

Se alguem tiver alguma dica agradeço!

Abs


________________________________
De: Daniel da Veiga <danieldaveiga-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>
Para: gentoo-user-br-cnFmAm88PdgLnqt3yJz4RQ< at >public.gmane.org 
Enviadas: Quinta-feira, 7 de Março de 2013 23:53
Assunto: Re: [gentoo-user-br] Problemas no som do Youtube


Também acabei apelando para o pulseaudio, sempre tinha problemas com mixing (dois programas tocando simultaneamente sons) e tudo foi resolvido usando pasnd com eles. Virou useflag e nunca mais tive problemas, principalmente com jogos.



2013/3/7 João Matos <jaoneto-Re5JQEeQqe8Avxt

Re: Problemas no som do Youtube

Daniel da Veiga — 2013-03-08T02:53:24

Também acabei apelando para o pulseaudio, sempre tinha problemas com mixing
(dois programas tocando simultaneamente sons) e tudo foi resolvido usando
pasnd com eles. Virou useflag e nunca mais tive problemas, principalmente
com jogos.


2013/3/7 João Matos <jaoneto-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>

Re: Problemas no som do Youtube

João Matos — 2013-03-08T02:31:57

Eu tinha vários problemas com som, por ter múltiplas placas de audio, e
todos eles foram resolvidos instalado o pulseaudio e o pavucontrol. Agora
posso gerenciar dinamicamente qual placa de áudio cada programa em execução
deve utilizar.


Em 7 de março de 2013 23:21, Raphael MD <raphamejias-/E1597aS9LRfJ/NunPodnw< at >public.gmane.org> escreveu:

Re: Problemas no som do Youtube

Raphael MD — 2013-03-08T02:21:07


Bom eu dei uma pesquisada e percebi que tem algo a ver com a ordem dos cartões de som:

cat /proc/asound/cards
 0 [NVidia         ]: HDA-Intel - HDA NVidia
                      HDA NVidia at 0xfeafc000 irq 17
 1 [Live           ]: EMU10K1 - SB Live! Platinum [CT4760P]
                      SB Live! Platinum [CT4760P] (rev.8, serial:0x80401102) at 0xe880, irq 20

Então achei alguns posts nos fóruns como este: 

http://forums.gentoo.org/viewtopic-p-6207350.html 

http://forums.gentoo.org/viewtopic-t-855145-start-0.html

Mas as dicas ali descritas de como selecionar a placa de som não funcionaram.

Os senhores já tiveram este problema de selecionar a placa de som?

Pois algumas coisas, tipo YouTube não tem configuração para eu escolher o sound card 2.

Apenas o smplayer e o VLC

Obrigado.

Re: Problemas com o udev-197-r1

Raphael Bastos — 2013-03-07T21:00:46

Oi,

Agradeço os conselhos de convivência pacífica com desenvolvedores
melindrosos. :D


Att,
Raphael Bastos aka chemonz

===============================================
Bastos Service Manutenção Industrial Ltda.
http://www.bastosservice.com.br
Linux Reg. User: 388431  //  LPI ID: LPI000214711
email:~> $ echo "vgepqnqikcBdcuvquugtxkeg0eqo0dt" | perl -pe \
's/(.)/chr(ord($1)-2)/ge'
Projeto pessoal:~> http://wiki.hackstore.com.br
===============================================


Em 7 de março de 2013 17:29, Rodrigo Oliveira
<rodrigo.dealer-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>escreveu:

Re: Problemas com o udev-197-r1

Rodrigo Oliveira — 2013-03-07T20:29:21

Concordo com o Daniel.

Já fiz parte do time do Gentoo e nunca tive problemas com ninguém da
equipe, mas nunca tratei ninguém dessa forma lá e sempre me trataram de
forma cordial. Sugiro que revise a maneira como você se refere às outras
pessoas.

On Thursday, March 7, 2013, Daniel da Veiga wrote:

Re: Problemas com o udev-197-r1

Alexandre Riveira — 2013-03-07T20:28:02

Sobre trocar todos os seus servidores eu pensaria duas vezes. Temos
diversos servidores que nao deram problemas nos que deram preferimos fazer
um dowgrade porque foi uma semana muito corrida na empresa

Nos optamos pelo gentoo justamente porque ele e rooling release e com isso
nao temos que formatar os servidores como sugerido pela redhat quando
passou da versao 5 para a 6 e temos muitos servidores muito distantes

O que temos e um servidor de binarios que passa por testes antes assim se
existe algum problema corrigimos antes de chegarem nos servidores criticos

Temos quatro niveis de servidor de teste desenvolvimento producao e critico
comecamos com o teste se esse servidor que esta dentro do escritorio der
problema corrigimos e depois os binarios vao para desenvolvimento w depois
producao que sao servidores pertos do escritorio o critico e um numero
muitissimo maior de cliente nele ou estao mais longe

Com esse processo detectamos problemas imediatamente e dentro do proprio
escritorio as atualizacoes desse

Re: Problemas com o udev-197-r1

Daniel da Veiga — 2013-03-07T20:19:50

Se há bug, vai ser corrigido, xingar no canal, e aqui (não sei quantos anos
de lista e é a primeira vez que vejo esse tipo de linguajar aqui) não vai
resolver, ou vai? Reporta o bug, downgrade e segue a vida, destilar suas
frustrações, ser banido de canal, baixo calão na lista não vai resolver
nada. O bug do mesa foi triste também, e levou 3 revisões para ser
corrigido, mas foi. Atualizar o udev em um server é no mínimo arriscado (eu
não atualizo kernel, nem udev, nem glib se não tiver acesso físico, ou
alguém na frente com um livecd pré-configurado para manter um SSH rodando,
más experiências com upgrade de udev).


2013/3/7 Raphael Bastos <tecnologia-fsiNSwB9EilNTnL9LlKPRF8n826c+h2f< at >public.gmane.org>

Re: Problemas com o udev-197-r1

Raphael Bastos — 2013-03-07T20:14:12

Daniel,

Onde você não leu acima sobre um bug onde este ebuild (197-r8) NÃO ESTÁ
RESPEITANDO os arquivos de conf com a ordem das placas de rede?

Att,
Raphael Bastos aka chemonz

===============================================
Bastos Service Manutenção Industrial Ltda.
http://www.bastosservice.com.br
Linux Reg. User: 388431  //  LPI ID: LPI000214711
email:~> $ echo "vgepqnqikcBdcuvquugtxkeg0eqo0dt" | perl -pe \
's/(.)/chr(ord($1)-2)/ge'
Projeto pessoal:~> http://wiki.hackstore.com.br
===============================================


Em 7 de março de 2013 17:12, Raphael Bastos <tecnologia-fsiNSwB9EilNTnL9LlKPRAC/G2K4zDHf< at >public.gmane.org.br

Re: Problemas com o udev-197-r1

Raphael Bastos — 2013-03-07T20:12:47

Oi,

Eu fiz a minha parte, e parece que a equipe que mantém o ebuild do UDEV
para Gentoo fez boa escola com o projeto, pois estão tão CUZÕES quanto a
equipe de devels do UDEV.
Tenho problemas com a equipe de devel do udev desde meados de 2005/2006.
com eles não tem conversa. Segundo os cuzões supracitados, NUNCA há bug, e
sim "feature". ;)

Att,
Raphael Bastos aka chemonz

===============================================
Bastos Service Manutenção Industrial Ltda.
http://www.bastosservice.com.br
Linux Reg. User: 388431  //  LPI ID: LPI000214711
email:~> $ echo "vgepqnqikcBdcuvquugtxkeg0eqo0dt" | perl -pe \
's/(.)/chr(ord($1)-2)/ge'
Projeto pessoal:~> http://wiki.hackstore.com.br
===============================================


Em 7 de março de 2013 16:55, Rodrigo Oliveira
<rodrigo.dealer-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>escreveu:

Re: Problemas com o udev-197-r1

Daniel da Veiga — 2013-03-07T20:11:42

Me desculpe, mas desde a outra versão estável está documentado a troca de
nome das placas de rede, pode ser desabilitada, também. Veio uma news sobre
isso, e portanto, não é culpa dos devs. Na época da troca até poderia ter
reclamado, afinal, a news veio depois da troca (23-01-2012) (e aí sim, foi
culpa dos caras), mas hoje não...

Para quem não leu:

Upgrading udev from 171 (or older) to 197 will require special attention:

- Remove udev-postmount from runlevels.

- The need of CONFIG_DEVTMPFS=y in the kernel; need to verify the fstype for
  possible /dev line in /etc/fstab is devtmpfs (and not, for example, tmpfs)

- The case of predictable network interface names; if the file
  /etc/udev/rules.d/70-persistent-net.rules is being used for renaming
  network interface names to already existing names, then you need to
  read following bug[1] because it's no longer possible. This won't
  be a problem with the new predictable network interface name scheme[2].

  [1] http://bugs.gentoo.org/453494
  [2

Re: Problemas com o udev-197-r1

Rodrigo Oliveira — 2013-03-07T19:55:22

Oi,

Acho que essa issue deveria ser enviada para a equipe de arch testing da
plataforma que vocês estão utilizando.
Concordo com a criticidade do problema, mas creio que ficar dando nomes
aqui (em português) não vai ajudar em nada e muito menos corrigir possíveis
problemas no futuro.

2013/3/7 Raphael Bastos <tecnologia-fsiNSwB9EilNTnL9LlKPRF8n826c+h2f< at >public.gmane.org>

Re: Problemas com o udev-197-r1

Raphael Bastos — 2013-03-07T19:49:39

Oi,

Aconteceu o mesmo comigo Alexandre, escamei o povo nos canais #gentoo e
#gentoo-releng e fui até expulso de lá. hahahaha
Fiz o downgrade e resolveu o problema, só que algum FILHO DA PUTA botou a
versão "estável" como masked.

Na boa? to pensando em retirar o Gentoo de todos os servidores em produção
depois dessa cagada, visto que sua grande maioria fica em clientes a mais
de 1000km de distância física minha. Perdi uma tarde inteira tentando
reativar um servidor que atualizei para o udev-197-r8 e parou de respeitar
a ordem das placas de rede. FODA.

Gostaria de aproveitar a oportunidade pra questionar a competência técnica
dos responsáveis pelo ebuild do UDEV no Gentoo. Onde estão os testes e
homologações? um simples teste em uma VM seria necessário para reprovar tal
versão, visto que no release 197-r4 funcionava perfeitamente, e no 197-r8
fica essa merda de bug.

Att,
Raphael Bastos aka chemonz

===============================================
Bastos Service Manutenção Industrial Ltda.

Re: Problemas com o udev-197-r1

Alexandre Riveira — 2013-03-07T11:50:15

Aqui na empresa tivemos que fazer um donwgrade pois ele confundia a ordem
das placas de rede mesmo com o arquivo 80-* nao me lembro o nome dele seia
para manter as configuracoes nos moldes antigos do udev pois esse udev tem
nova nomenclatura nas inyerfacea de rede etc

Sugiro o downgrade e esperar um pouco
Em 07/03/2013 00:45, "Raphael MD" <raphamejias-/E1597aS9LRfJ/NunPodnw< at >public.gmane.org> escreveu:

Problemas com o udev-197-r1

Raphael MD — 2013-03-07T00:45:41

Senhores, depois de efetuar a copia da minha instalacao antiga para o hd novo com o rsync.

Fui atualizar o sistema, eis que o udev-197-r1 foi instalado, sem problemas.

Mas, depois meu teclado e mouse usb nao funcionam mais.

Achei que era problema no Xorg, fiz um chroot, tireo o xdm do ar.

E o teclado nao funciona nem mesmo para fazer o login sem X.

E quando inicio o sistema pelo hd velho tudo funciona bem.

Estou suspeitando que seja o udev-197-r1, alguem tem noticia de algum problema, o bugzilla nao diz nada.

Obrigado

Re: [gentoo-user-br] Copiar uma instalação do gentoo

Daniel da Veiga — 2013-03-02T23:19:34

Mas isso exige um local intermediário para armazenar o tar.gz (com espaço
equivalente ao tamanho ocupado no disco de origem), via dd, rsync ou cp -a
os dados saem do disco de origem direto para o de destino...

Rsync e cp -a podem ser usados com o sistema vivo, e até online (via rede),
basta excluir /dev, /proc e outras partes do sistema, mas exige a criação
de nodos depois, instalar grub e etc. Se é para estar com o sistema
offline, via dd é bem mais simples, como eu disse, redimensionar a partição
para maior é fácil e rápido, e pode ser feito diretamente via livecd
durante o processo, evitando chroot, reinstalar grub, criar nodos (se foi
feito com o sistema vivo).

Mas aí acho que vai mais do gosto mesmo, sem contar que o dd não pode ser
usado caso o novo disco seja, por exemplo, de sistema 4k e o velho não...


2013/3/2 Joaquim Quinteiro Uchoa <joaquim.uchoa-Re5JQEeQqe8AvxtiuMwx3w< at >public.gmane.org>