PAROU (era "certificado para assinatura digital")

[Antonio Terceiro]

On Wed, Jun 14, 2023 at 01:56:13AM -0300, Leonardo de Araújo Augusto wrote:
> On Tue, Jun 13, 2023, 22:30 Linux - Polegato 
> wrote:
> 
> > On 6/13/23 22:10, Lucas Castro wrote:
> > > Em 13/06/2023 22:03, Gilberto F da Silva escreveu:
> > >> Je Wed, Apr 06, 2022 at 06:43:52PM -0300, Leonardo S. S. da Rocha
> > >> skribis:
> > >>> Pessoal, boa noite!
> > >>> espero que tod@s estejam bem e segur@s.
> > >>  Que boiolagem!  Como  pronunciar essas arrobas no meio das
> > >> palavras?
> > > Gilberto,
> > > Cara, independente de sua opinião, é bom manter o respeito na lista.
> >
> >
> > Bigodagem!
> > "Todos" já é o indefinido em questão de gênero, todas enaltence a
> > consideração, importância e respeito que a mulher genitora e cuidadora
> > da família tem na sociedade, qualquer outra forma, distorção e/ou
> > variente é puro mi-mi-mi...

Eu tenho a minha opinião sobre o assunto, e ela é tão relevante pra você
quando a sua é pra mim, então eu vou nos poupar e não vou render essa
conversa.

> Acredito que esse tipo de discussão não deveria ter lugar nessa lista, até
> porque a questão original era relevante, enquanto isso estamos recebendo
> spam com ofensas gratuitas.
> Se não houver moderação, não tem como continuar na lista, infelizmente.

Vamos por favor parar com essa discussão idiota agora. A mensagem que
desencadeou isso é claramente uma tentativa de trollagem aleatória de
alguém que supostamente se desinscreveu da lista no ano passado, mas que
voltou aqui só pra dar uma sacaneada porque estava entediado.


signature.asc
Description: PGP signature

Re: PcManFM-qt com problemas ...

[Antonio Terceiro]

On Mon, Dec 12, 2022 at 11:01:29PM -0300, Everaldo Bernardo Cunha wrote:
> Tive que reinstalar o Debian 11 LXqt em meu computador e, agora, o quando
> clico com o botão direito do mouse e exolho "Extrair arqui", em qualquer
> arquivo compactado (zip, tar.gz, etc ... ) não acontece nada! Como devo
> proceder, então? Desde já, sou-lhes grato por futura reposta!

Tente iniciar o seu gerenciador de arquivos -- no caso do lxqt parece
ser pcmanfm-qt -- por um terminal pra ver se quando você tenta extrair
um arquivo aparece alguma mensagem de erro no terminal. Se sim, mande
ela aqui, ou cole no google pra ver se aparece alguém que já teve o
mesmo problema.


signature.asc
Description: PGP signature

Re: horário de verão

[Antonio Terceiro]

Oi,

On Tue, Oct 25, 2022 at 07:32:10AM -0300, Vitor Hugo wrote:
> Bom dia,
> 
> Estou com um problema de horário de verão, o ntpdate esta atualizando 1 hora
> a mais, ja fiz varias ações e nada esta resolvendo, estava pensando se
> existe algum meio de atrasar em 1 hora do sistema com algum comando.

O jeito de arrumar isso é ter o sistema atualizado e selecionar o fuso
horário certo.

Qual versão do Debian? Qual versão do pacote tzdata? Qual a saída do
comando `ls -l /etc/localtime`?


signature.asc
Description: PGP signature

Re: compilar aplicação para uso local

[Antonio Terceiro]

Oi,

On Thu, Oct 06, 2022 at 11:39:18PM -0300, G.Paulo wrote:
> Saudações, prezados.
> 
> O assunto não é bem off-topic, mas é um pouco.
> 
> Uma necessidade que tenho às vezes é instalar uma aplicação para rodar
> num computador, mas sem fazer a instalação a partir da distribuição. No
> exemplo mais recente que tive, precisei do gnuplot 5.x, mas a
> distribuição só tinha a 4.x. Sem chance de pedir para o administrador
> fazer uma instalação especial para mim com a versão 5.x (demoraria
> meses). Então a pergunta é a seguinte: é fácil/difícil,
> possível/impossível baixar os fontes e compidar a aplicação inteira?
> Veja que tem uma infinidade de bibliotecas que, provavelmente, não
> serão das mesmas versões que as instaladas no sistema. Há algum caminho
> que deva seguir ou tópico específico que deva estudar? Estou falando de
> Debian e de centOS.

O trabalho de fazer isso é o que se chama de backport, e é exatamente o
que o repositório backports to Debian contém: versões mais novas -- de
aplicações, normalmente -- compiladas para uma versão mais antiga do SO.
No Debian, pra entrar no backports a versão normalmente já tem que estar
disponível no testing (i.e. a próxima versão do SO). A partir daí, é
baixar o pacote fonte que está no testing, e compilar ele no stable.

Por exemplo o mantenedor do LibreOffice no Debian faz um trabalho
excelente com isso. Quase sempre, no stable backports você acha
a mesma versão do LibreOffice que está no testing.

O quão bem isso funciona, depende de cada pacote. Em alguns casos,
simplesmente funciona. Em outros, a diferença de versões de bibliotecas
etc pode criar alguns problemas, e você pode precisar aplicar algum
patch no backport pra conseguir usar. Em outros casos, você vai precisar
também fazer um backport de uma ou mais dependências.

Eu não conheço nenhuma documentação específica sobre isso, tudo que eu
sei sobre o assunto é baseado na minha experiência fazendo backports na
prática, a maioria no Debian e alguns pra uso privado.

Uma outra opção que você tem é usar containers, ou uma máquina virtual,
assim você pode rodar uma versão mais atual do SO ou mesmo outro SO base
completamente diferente pra rodar a aplicação mais nova que você
precisa.


signature.asc
Description: PGP signature

Re: firmware

[Antonio Terceiro]

Oi,

On Thu, Sep 29, 2022 at 05:54:57PM -0300, Fábio Rabelo wrote:
> Boa tarde .
> 
> O problema não se relaciona a múltiplos monitores, este é apenas um efeito
> colateral do problema .
> 
> O problema se relaciona com as portas HDMI .
> 
> Neste exato momento tenho um MiniPC marca Zotac que só reconhece o meu
> monitor ( um Dell ) na porta HDMI, já testei em mais de 10 monitores
> diferentes, e de quebra 2 aparelhos de TV .
> 
> Nenhum deles mostra nada na tela, mesmo tendo apenas um monitor ligado .
> 
> Serei obrigado a usar um Ubuntu neste sujeito se quiser usar para alguma
> coisa. ( o Ubuntu Studio reconhece qualquer monitor neste MiniCP ! )

Qual versão do Debian? Qual kernel?  Qual é a placa de vídeo? Tem como
acessar por SSH com o monitor conectado pra debugar e procurar por
alguma mensagem de erro nos logs? Você já tentou reportar um bug?  Estas
perguntas são retóricas, eu não trabalho na área de suporte a hardware.
O ponto é: problemas no Debian, ou em qualquer outro projeto, só são
corrigidos se forem reportados.

Pode ser que este seja um bug que está corrigido no ubuntu porque algum
usuário de Ubuntu, ou um cliente da Canonical reportou, e não esteja
corrigido no Debian porque ninguém que usa Debian reportou. Ou pode ser
também que o responsável no Ubuntu não compartilhou a correção com o
Debian, ou com o projeto upstream correspondente. Pode ser também que
essa contribuição tenha sido feita, e só não chegou ainda na versão do
Debian que você está usando.

> Em 2015, qdo tive este problema eu encontrei este post, e entrei no site em
> questão, mas não me lembro do nome. e nem guardei o link p/o fórum, sorry .
> 
> Eu me lembro que na época foi um tutorial de como instalar os drivers
> proprietários da Nvidia que me levou a este post e a este site .
> 
> Neste tutorial havia um script que baixava este banco de dados de EDID .
> 
> Não sei se nenhum destes sites ainda existe .

FWIW, os drivers proprietários da nvidia (ou pelo menos vários deles)
estão disponíveis no non-free. Talvez até não estivessem nessa época,
mas se fosse esse o caso, teria sido simplesmente porque nenhum
voluntário teria chegado a empacotar na época.

Esse banco de dados de EDID eu não sei o que é, mas até onde eu sei o
que gerencia essas coisas é o driver da placa de vídeo. Por exemplo, nos
drivers intel e amd, que são livres e estão oficialmente no Linux, a
tabela de modos de vídeo é compartilhada entre os 2 drivers, e está aqui
para a versão 5.19:

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/drivers/gpu/drm/drm_edid.c?h=v5.19#n232

Imagino que o driver da nvidia tenha sua propria tabela, e é possível
que ele próprio não tivesse a tabela atualizada para o seu monitor na
época? Eu não saberia dizer, porque eu não compro hardware da nvidia
exatamente porque eu sei de antemão que os drivers não são livres.

De qualquer forma, eu queria deixar registrado que eu acho muito injusto
você atribuir, sem qualquer evidência, um problema que você teve vários
anos atrás, ou um que você tem hoje, não a uma limitação técnica, ou a
um bug, mas à "mentalidade extrema dos desenvolvedores do Debian". Você
está propagando um preconceito sem qualquer fundamento com relação a
pessoas que dedicam seu tempo livre pra construir um sistema operacional
livre.

Eu espero que você nunca precide lidar com esse tipo de coisa dita na
internet sobre você ou sobre o seu trabalho.

Um abraço.


signature.asc
Description: PGP signature

Re: firmware

[Antonio Terceiro]

Olá,

Em primeiro lugar, obrigado por disponibilizar o seu tempo para ajudar
outros usuários do Debian.

On Thu, Sep 29, 2022 at 10:41:23AM -0300, Fábio Rabelo wrote:
> O Sr. está esbarrando em dois problemas históricos do debian .
> 
> Uso de 2 monitores, e portas HDMI .
> 
> Encontrei estes problemas pela primeira vez em 2015, na época encontrei as
> "explicações" em fóruns ( em Inglês, não há volume suficiente de usuários
> em PT para que este fórum chegue a ser útil )  .
> 
> Tem a ver com a mentalidade extrema dos desenvolvedores do Debian em
> relação a firmware( ou qualquer coisa na verdade ) proprietário .
> 
> Cada monitor tem um código EDID que descreve exatamente o que ele faz,
> resoluções e frequências de varredura .
> 
> E esta informação é, bem, proprietária .
> 
> Qualquer um pode puxar isto via internet, existe um banco de dados
> centralizado sobre isto .
> 
> Mas como estes dados são considerados "non-free" pelos desenvolvedores do
> Debian, eles usam um bando de dados "alternativo" que é voluntário, cada um
> coloca nele o que desejar, e a maioria dos fabricantes de monitores
> simplesmente o ignoram, para quê ter este trabalho adicional se já existe
> um bando de dados sobre isto ?
> 
> Sem estes dados do EDID o SO simplesmente não sabe o que aquele monitor
> pode fazer, pto é ignorado pelo SO .
> 
> O tipo de extremismo que vem prejudicando o Linux a décadas .

Você poderia indicar por favor exatamente qual é esse banco de dados
proprietário, que segundo você o Debian se recusa a usar, e qual seria
esse outro banco de dados "alternativo" que é usado no lugar? Em que
pacotes exatamente esses bancos de dados estão? Você tem URLs para
alguma documentação, ou links para código fonte, que indiquem exatamente
do que você está falando?

Eu uso Debian há 20 anos, e participo do seu desenvolvimento há 17, e
não me lembro de ter passado por, nem de ter lido sobre, nenhum tipo de
problema com múltiplos monitores que tenha sido causado por algo
parecido. Eu já vi cabos HDMI ruins, limitações de kernels mais antigos
que dá pra contornar utilizando um kernel mais novo do backports, e até
já vi hardware que simplesmente não era suportado no Linux mainline
ainda, ou simplesmente bugs ou limitações mesmo, seja em código ou seja
em configuração padrão.

Mas eu nunca me deparei com nenhuma problema relacionado a suporte a
hardware causado por uma escolha consciente de não distribuir algo
não-livre que seja necessário pra algum equipamento funcionar por mero
"extremismo".

Nenhum sistema é perfeito.  Existem mil problemas pra serem resolvidos
no Debian, e nenhum sistema vai funcionar 100% bem pra 100% dos
usuários. Se tem algo quebrado, não é de propósito. Se você puder me
ajudar a identificar onde é exatamente o problema, podemos trabalhar
juntos para reportar um bug no pacote relacionado, e talvez até numa
solução para esse bug.

Suporte a hardware é um tópico complicado, e o projeto Debian sempre
procura suportar a maior quantidade de hardware possível, mesmo quando
pra isso é necessário fornecer firmware proprietário, o que entra em
choque direto com os princípio do projeto. Por um lado, o projeto Debian
preferiria fornecer apenas software livre. Por outro lado, sem firmware
proprietário não dá pra usar um bocado do hardware atual, então esse
firmware é distribuído no non-free.

Nesse exato momento, inclusive, os membros do projeto estão votando para
tornar a imagem do instalador que tem firmware não-livre mais visível, e
talvez até recomendada por padrão, porque infelizmente a maioria do
hardware atual não funciona totalmente sem:

https://www.debian.org/vote/2022/vote_003



signature.asc
Description: PGP signature

Re: Lintian - override application-in-library-section -

[Antonio Terceiro]

Bom dia/boa tarde/boa noite Nilson.

On Thu, Mar 10, 2022 at 08:01:35PM +, Nilson Silva wrote:
> Pessoal Boa Tarde!
> Estou trabalhando num pacote.  Está faltando apenas esse lintian para 
> finalizá-lo:
> override application-in-library-section , já fiz algumas pesquisas,  e atyé 
> algumas tentativas de solução, mas até agora todas sem nenhum sucesso.
> Alguém poderia me dizer como posso resolver, ou mostrar algum pacote que 
> vocês conhece tenha tido esse lintian.
> 
> Segue o pacote: https://mentors.debian.net/package/instaloader/
> mentors.debian.net
> instaloader (4.9b2+dfsg-1) experimental; urgency=medium . * Initial release 
> (Closes: 914909)

A descrição dessa tag diz o seguinte:

This package contains a binary in $PATH but is in a section just
thought for libraries. It likely should be in another section like
e.g. utils, text, devel, misc, etc., but not in e.g. perl, ruby or
python.

People tend to skip these package sections when looking for
applications in the package list and hence wouldn't notice this
package.

In case the program in $PATH is only a helper tool and the package
is primarily a library, please add a Lintian override for this tag.

Se você rodar o lintian com a opção -i/--info, ele mostra isso pra você.
No caso, o seu pacote tem `Section: python`, mas o que esse teste do
lintian está dizendo é que se o pacote é uma aplicação, ela deveria
estar numa seção que indique o objetivo do aplicativo, e não na seção da
linguagem de programação com que o pacote foi escrito. Nesse caso pela
descrição do pacote, acho que a seção mais a ver seria `net`.

ps: mesmo mudando o assunto, o fato de vc responder uma mensagem
existente ao invés de enviar uma mensagem nova faz com que a sua venha
misturada numa discussão sobre outro assunto.  Da próxima vez, por favor
mande uma mensagem nova para a lista.

ps2: uma lista melhor pra esse assunto seria debian-devel-portuguese

Re: Atrasar o desligamento no processo de shutdown

[Antonio Terceiro]

On Tue, Mar 08, 2022 at 04:24:11PM -0300, Paulino Kenji Sato wrote:
> Ola,
> Estou tendo problemas de corrupção de FS em um SSD.
> De vez em quando preciso iniciar um 'live linux' para poder rodar um fsck e
> reparar.
> O processo de shutdown atualmente está muito rápido, então estou
> especulando que a causa da corrupção seja o corte no fornecimento de
> energia antes que o SSD grave de fato os dados.
> Para comprovar ou não essa especulação precisaria atrasar o power off após
> a desmontagem dos discos.
> 
> É possível introduzir esse atraso no processo de shutdown (no systemd ou
> kernel)?
> 
> Poderia, em vez de desligar, fazer um reboot e desligar manualmente no tela
> do grub, mas isso não é nada prático
> 
> OBS.: E um atraso no processo de shutdown, não quando o shutdown deve ser
> feito.

Em princípio você pode colocar um script em
/lib/systemd/system-shutdown/ que chama um sleep de quanto tempo você
quiser, e o processo de desligamento vai esperar ele terminar. Veja a
manpage de `systemd-shutdown`.

Agora o certo era o systemd não só tentar desmontar todos os
filesystems, como também chamar um sync() antes de desligar pra que o
kernel termine de enviar os dados pro hardware, exatamente pra evitar
esse tipo de coisa. Como exatamente esse seu filesystem está sendo
montado? É possível que esteja dando erro na hora de desmontar?

Se você consegue reproduzir esse problema de forma consistente, seria
interessante abrir um bug (no Debian ou no repositório upstream).


signature.asc
Description: PGP signature

Re: pkexec

[Antonio Terceiro]

On Thu, Feb 03, 2022 at 10:14:37PM -0300, luiz gil wrote:
> Boa noite a todos !
> Sans NewsBites publicou uma vulnerabilidade sobre o polkit que gerencia
> privilegios pkexec na maioria das distribuicoes Unix/Linux
> Isto permite que um usuário com acesso a uma máquina vulnerável eleve para
> privilégios de root.
> Fato e' que atualizei meu servidor kali e debian conforme informa o site e
> o SUID do pkexec permance como rwsr-xr-x.
> Por fim tive que aplicar a politica de chmod 755 /usr/bin/pkexec para
> corrigir tal falha.
> Pergunta, se a maioria das distros como informa o site afirma que uma
> simples atualizacao corrigiria o problema, pq nestas nossas distros nao
> esta ocorrendo?

Esse problema recenta (CVE-2021-4034) é causado por um erro no código, e
não pelo fato do binário ter SUID root; o SUID root é necessário para
que a funcionalidade do programa funcione, e retirá-lo com `chmod 755` é
um workaround para o caso do seu sistema não ter publicado uma
atualização de segurança.

A atualizaçao de segurança no Debian foi divulgada no último dia 25:
https://www.debian.org/security/2022/dsa-5059, e retirar o SUID root do
binário *não* faz parte da correção do problema.


signature.asc
Description: PGP signature

Re: [DEBIAN-BR]Re: Preciso contato

[Antonio Terceiro]

On Sat, Nov 06, 2021 at 02:04:46PM -0300, Clecio Dias wrote:
> Espero que esse serviço nunca seja desabilitado porque é útil, prático,
> eficiente e seguro. Todos que trabalham e defendem uma internet livre e
> autônoma defendem os serviços de e-mail.
> 
> Já a sobre as plataformas proprietárias nem sempre se pode dizer o mesmo.
> WhatsApp, por exemplo, nem quero ter conta.

Não vai ser desativado.

Quem acha que email é ruim, pode simplesmente de desinscrever da lista.
Ao invés de fazer isso, o Gilberto continua na lista e repete essa mesma
ladainha de tempos em tempos.


signature.asc
Description: PGP signature

Re: KDE Plasma não inicia após atualização

[Antonio Terceiro]

On Tue, Oct 19, 2021 at 10:26:42PM +, Cráudio wrote:
> Olá, pessoal!
> 
> Após simplesmente uma atualização de pacotes, o KDE Plasma passou a congelar 
> após efetuar o login no início do sistema, no modo gráfico.

Qual a versão do Debian? A atualização foi de qual versão para qual
outra?

> O log em anexo foi produzido por meio do comando: grep erro /var/log/syslog
> 
> Alguém conseguiria me indicar algum caminho?
> 
> Agradeço desde já pela atenção.
> 
> Cráudio (vulgo Cláudio Brandão)
> 
> Sent with [ProtonMail](https://protonmail.com/) Secure Email.

> aa5720 error:0 in libkdecorations2.so.5.23.0[7fd9245f7000+f000]
> Oct 17 21:05:09 debian-xps sddm[2219]: Authentication error: "Process crashed"
> Oct 17 21:05:09 debian-xps sddm[2219]: Authentication error: "Process crashed"
> Oct 17 21:05:09 debian-xps kactivitymanagerd[4406]: The X11 connection broke 
> (error 1). Did the X11 server die?
> Oct 17 21:05:09 debian-xps kglobalaccel5[4412]: The X11 connection broke 
> (error 1). Did the X11 server die?

Isso aqui diz que o sddm deu crash. veja os logs do sddm.service
(jourcalctl -u sddm.service) e compartilhe aqui.


signature.asc
Description: PGP signature

Re: Zoom de tela

[Antonio Terceiro]

On Wed, Oct 06, 2021 at 02:24:14PM -0300, Leonardo S. S. da Rocha wrote:
> Olá pessoal, salve pra tod@s.
> 
> Gostaria de saber como faço para gerenciar com teclado e mouse o
> recurso "ampliar" que existe no Debian com gnome. Dou aulas e vez ou
> outra, tenho necessidade de dar zoom na tela para mostrar melhor
> botões, arquivos e etc. Esse recurso é semelhante ao de Lupa do
> windows se não me engano mas já vi vídeos no youtube em que o autor,
> usando combinações de teclado e mouse, conseguem aplicar e remover
> zoom.
> 
> Alguém sabe se esse recurso funciona ou se teria que ser algum outro a
> ser instalado?

nas configurações dos atalhos de teclado, dentro de acessibilidade, tem
"Ativar ou desativar ampliação". O atalho default é Alt+Super+8, mas
claro, você pode mudar proque quiser.


signature.asc
Description: PGP signature

Re: carregar módulos de terceiros no Debian com secure boot

[Antonio Terceiro]

On Fri, Mar 26, 2021 at 03:07:06PM -0300, China wrote:
> Estou instalando o DroidCam para usar o smartphone como webcam, mas
> apareceu o erro abaixo:
> 
> Registering webcam device
> insmod: ERROR: could not insert module
> /lib/modules/5.10.0-0.bpo.3-amd64/kernel/drivers/media/video/v4l2loopback-dc.ko:
> Operation not permitted
> warning: insmod failed
> 
> Segundo o manual, é preciso assinar o módulo para que ele seja
> carregado, mas em todas as pesquisas que fiz a unica opção que aparece
> é a de desativar o secure boot. Não existe uma maneira de assinar esse
> módulo???

https://wiki.debian.org/SecureBoot tem instruções de como adicionar uma
chave e como assinar módulos.

Eu ainda não tentei, porque ainda não preciseu usar módulos externos,
mas um dos requisitos primordiais para a adoção de SecureBoot no Debian
era de que o dono da máquina tivesse a possibilidade de assinar seus
próprios kernels ou módulos.


signature.asc
Description: PGP signature

Re: Desenvolvedores Debian

[Antonio Terceiro]

On Fri, Jan 08, 2021 at 01:46:10PM -0300, Sérgio Abrantes wrote:
> Boa tarde pessoal,
> 
> Vocês sabem dizer se há desenvolvedores no Debian que são bancados por
> empresas ou são apenas pessoas "comuns" no seu tempo livre contribuindo?

O status de desenvolvedor Debian é pessoal. O projeto não tem controle
sobre se a pessoa contribui no seu próprio tempo livre, ou no tempo de
trabalho, pago por um empresa. As duas coisas são relativamente comuns;
também é comum alguém que contribia no tempo livre passar a contribuir
como parte do seu trabalho, e vice-versa.


signature.asc
Description: PGP signature

Re: Problema : Iniciar Glade

[Antonio Terceiro]

On Fri, Aug 28, 2020 at 05:52:13PM -0300, Antonio Terceiro wrote:
> On Fri, Aug 28, 2020 at 10:03:52AM -0300, João Aguiar wrote:
> > bom dia
> > Eu instalei o glade usando a linha de comando (sudo apt install glade) no
> > debian 10 Buster. Uma vez que não inicia ao clicar no ícone? Tentei iniciar
> > a partir do terminal e exibi a seguinte mensagem ( *glade: erro de pesquisa
> > de símbolo: glade: símbolo indefinido: gdk_broadway_display_get_type* )
> 
> esse tipo de erro é típico de quando você mistura repositórios
> não-oficiais, ou mistura stable com testing/unstable.
> 
> você pode postar por favor seus sources.list, mais a saída de
> 
> $ apt-cache policy gtk+3.0

desculpe, na verdade o pacote certo é libgtk-3-0, gtk+3.0 é o pacote
fonte.

$ apt-cache policy libgtk-3-0


signature.asc
Description: PGP signature

Re: Problema : Iniciar Glade

[Antonio Terceiro]

On Fri, Aug 28, 2020 at 10:03:52AM -0300, João Aguiar wrote:
> bom dia
> Eu instalei o glade usando a linha de comando (sudo apt install glade) no
> debian 10 Buster. Uma vez que não inicia ao clicar no ícone? Tentei iniciar
> a partir do terminal e exibi a seguinte mensagem ( *glade: erro de pesquisa
> de símbolo: glade: símbolo indefinido: gdk_broadway_display_get_type* )

esse tipo de erro é típico de quando você mistura repositórios
não-oficiais, ou mistura stable com testing/unstable.

você pode postar por favor seus sources.list, mais a saída de

$ apt-cache policy gtk+3.0


signature.asc
Description: PGP signature

onde está a comunidade Debian

[Antonio Terceiro]

On Mon, Apr 20, 2020 at 07:37:11PM -0400, Thiago C. F. wrote:
> Hoje em dia o Telegram esta sendo muito utilizado pela comunidade. Já os
> meios oficiais de contato, como pelo IRC por exemplo, esta parado, quase
> morto, infelizmente (pelo menos para mim, pois gostos dos meios oficiais).
> Gosto do IRC. Acho que gera uma certa nostalgia. Mas... como a maioria
> prefere a praticidade, logo estou também acompanhando o Debian Brasil pelo
> Telegram.

Note que o dia a dia do desenvolvimento do Debian continua acontecendo
por email e IRC, como sempre. O #debian-br é provavelmente o canal com
menos movimento no meu cliente, mas os vários outros onde eu estou são
bem ativos.

De fato uma boa parte da comunidade de usuários acabou indo pra outras
plataformas. Por um lado a dispersão é um problema, mas por outro é
também inevitável: a cada dia existem mais e mais plataformas, e as
pessoas são livres pra se reunir onde elas bem entenderem.

Existe uma discussão no projeto sobre fornecer espaços mais "modernos"
que incentivem a participação de mais gente. Por exemplo, tem um pessoal
testando uma instência de Discourse que talvez se torne permanente
(discourse.debian.net).

E hoje em dia, tem bastante gente nos canais IRC que estão usando uma
ponte matrix. Eu mesmo tenho uma conta matrix pendurada nos canais mais
importantes pra mim, pra poder acompanhar pelo celular.


signature.asc
Description: PGP signature

Re: customização da Live CD

[Antonio Terceiro]

On Thu, Jan 30, 2020 at 10:18:12PM -0300, Qobi Ben Nun wrote:
> Olá Caio,
> 
> Creio que seja uma boa ideia entrar em contate com o pessoal da lista
> debian-l...@lists.debian.org, pois é onde se discute a respeito dessa
> versão do sistema.
> 
> Att, 
> 
> 
> On 30/01/20 03:11, Caio Ferreira wrote:
> > Lista
> > 
> > alguém saberia me dizer se existe a possibilidade de customizar a iso do
> > Live CD do Debian? eu estou querendo acrescentar o software minicom ou
> > putty no live CD do Debian

de qualquer forma, a resposta para a sua pergunta é sim. tudo no Debian
pode ser customizado, já que é tudo software livre. Isso não quer dizer
que qualquer customização seja fácil ou trivial.

mas nesse caso específico, pelo que eu já tentei no passado, gerar uma
imagem personalizada com alguns pacotes a mais do que o padrão é uma
tarefa relativamente simples.  eu não lembro mais os detalhes, senão já
te dizia aqui. mas comece pelo wiki:
https://wiki.debian.org/DebianLive


signature.asc
Description: PGP signature

Re: Off-Topic - WSL

[Antonio Terceiro]

On Fri, Jun 14, 2019 at 03:54:20PM +, Vitor Hugo wrote:
> Acredito que de agora pra frente a M$ irá adotar o Kernel do Linux e a
> compatibilidade com binários Linux, ou seja Linux e Windows serão
> basicamente o mesmo ambiente.

na verdade essa notícia é um pouco de clickbait. o que acontece é que o
WSL 2 vai funcionar com VMs rodando um kernel Linux de verdade, ao invés
de uma camada que emula as chamadas de sistema do Linux.

"O Windows 10 vai usar o kernel Linux" apenas para WSL, não para o
Windows em si.


signature.asc
Description: PGP signature

Re: Dependências desencontradas ao instalar o openscad

[Antonio Terceiro]

On Tue, Feb 05, 2019 at 06:09:51PM -0200, Hiure Queiroz wrote:
> Opa tudo bem?
> 
> Cara eu queria reviver um pouco esse tópico, porque me aconteceu algo
> curioso que me parece um efeito colateral dessas mudanças.
>
> Depois que eu fiz aquela alteração eu comecei a ter um problema com a
> interface gráfica e alguns programas pararam de abrir. Um deles eu removi
> para instalar de novo e ele me levou a interface gráfica inteira.

Como eu te disse, instalar pedaços do testing num sistema stable costuma
causar problemas, incluindo erros aleatórios. Isso acontece pelo simples
fato de que essa combinação de componentes provavelmente nunca foi
testada.

Eu posso tentar dar algumas dicas com relação a alguns problems
específicos, mas a solução definitiva muito provavelmente seria
reinstalar o sistema. Ou, se você não puder fazer isso por algum motivo,
ao menos remover todos os pacotes que vieram do testing, e depois
reinstalar o que você precisa com pacotes do stable.

> Depois eu instalei tudo de novo e agora estou tendo problema com o
> libreoffice quando tento abir ele normalmente ele não abre,
> simplesmente não aparece nada. Mas se eu vou no terminal e abro ele
> com sudo libreoffice ele abre. Eu sou péssimo no assunto permissões no
> debian e me parece que é só dar permissão para meu usuário abrir a
> interface gráfica do libreoffice, mas também eu não consigo buscar
> sobre esse assunto por ai, não to conseguindo perguntar sobre esse
> problema, pode me dar mais uma ajudinha?

Isso não está com cara de problema de permissão. O fato de funcionar com
sudo pode estar relacionado a estar rodando com uma conta de usuário
diferente. pode ser que um componente vindo do testing atualizou os
arquivos no seu $HOME (e.g. ~/.config/libreoffice/) pra um formato novo,
e ai quando vc volta pra versão anterior que não suporta aquele formato,
o libreoffice quebra.

Tente o seguinte:

- rode o libreoffice pelo terminal, sem sudo, e manda aqui a mensagem de
  erro que aperece

- tente criar uma conta de usuário limpa, logue nela, e abra o
  libreoffice pra ver se funciona.

  - se funcionar, significa que alguma coisa no seu usuário está
causando o problema. nesse caso, tente apagar o
~/.config/libreoffice da sua conta original pra ver se funciona.
faça um backup desse diretório antes pro caso de ter alguma
configuração importante.

  - se não funcionar, tente rodar o libreoffice pelo terminal também, e
veja se a mensagem de erro ainda é a mesma.


signature.asc
Description: PGP signature

Re: Dependências desencontradas ao instalar o openscad

[Antonio Terceiro]

On Tue, Jan 29, 2019 at 06:21:15PM -0200, Hiure Queiroz wrote:
> Olá Antônio, que incrível você matou a xarada, valeu!

legal

> Eu de fato tinha feito isso, coloquei um repositório do testing para
> instalar o keepass para gerenciar senhas. E de fato quando fiz o que vc
> sugeriu apareceu justamente ele para desinstalar.

fazer isso (instalar pacotes do testing no stable) quase sempre cria um
problema lá na frente, a nao ser quando são pacotes muito simples que
têm poucas dependências, ou que não dependem de atualizar componentes
básicos do sistema (como no seu caso, a Qt).

se você realmente _precisa_ de algo do testing que não está disponível
no backports, é melhor usar o testing todo logo, ou instalar via um
docker ou flatpak da vida.


signature.asc
Description: PGP signature

Re: Dependências desencontradas ao instalar o openscad

[Antonio Terceiro]

On Tue, Jan 29, 2019 at 07:48:16AM -0200, Hiure Queiroz wrote:
> Eu tentei novamente e deu o mesmo erro.

ok, então isso significa que o lance de update de segurança foi só
coinscidência. fui reler os logs na sua mensagem inicial e achei isso
aqui:

| então tentei sudo apt install qtbase-abi-5-7-1
| O pacote qtbase-abi-5-7-1 é um pacote virtual fornecido por:
|   libqt5core5a 5.7.1+dfsg-3+b1[Não é versão candidata]
|
| e fiz sudo apt install libqt5core5a
| libqt5core5a is already the newest version (5.11.1+dfsg-9).
| libqt5core5a configurado para instalar manualmente.

você tem uma libqt5core5a mais nova do que a versão no stable:

$ rmadison libqt5core5a
libqt5core5a | 5.3.2+dfsg-4+b1 | oldstable-kfreebsd | [...]
libqt5core5a | 5.3.2+dfsg-4+deb8u1~bpo70+1 | wheezy-backports   | [...]
libqt5core5a | 5.3.2+dfsg-4+deb8u2 | oldstable  | [...]
libqt5core5a | 5.7.1+dfsg-3+b1 | stable | [...]
libqt5core5a | 5.7.1+dfsg-3+deb9u1 | stable-new | [...]
libqt5core5a | 5.10.1+dfsg-5   | unstable   | [...]
libqt5core5a | 5.11.2+dfsg-7   | unstable   | [...]
libqt5core5a | 5.11.3+dfsg-2   | testing| [...]
libqt5core5a | 5.11.3+dfsg-2   | unstable   | [...]
libqt5core5a | 5.11.3+dfsg-3   | experimental   | [...]

isso significa que em algum ponto você instalou pacotes do testing/unstable, e
depois removeu do sources.list. em geral, misturar pacotes de testing/unstable
com um sistema stable causa esse tipo de problema.

você tem duas opções

1) fazer logo um upgrade do sistema pro buster (atual testing, próximo release)


essa é a opção mais fácil, mas vem com os possíveis problemas que podem
acontecer num upgrade. apesar disso, estamos bem próximos do
congelamento pro lançamento do buster, então mudanças bruscas
dificilmente vão acontecer a essa altura.

lembre de usar "buster" no sources.list, e não "testing".

2) fazer downgrade de tudo de volta pras versões do stable.


esse opção tem um problema, que é: apesar do apt suportar fazer
downgrades, no desenvolvimento do Debian a gente não testa downgrades e
não é suportado de verdade. mas se você quiser tentar ...

eu tentei reproduzir o seu ambiente aqui, instalando a libqt5core5a do
testing num container stable, e cheguei no mesmo ponto em que você:

The following packages have unmet dependencies:
 openscad : Depends: libqt5gui5 (>= 5.4) but it is not going to be installed
Depends: libqt5opengl5 (>= 5.4) but it is not going to be installed
Depends: libqt5printsupport5 (>= 5.4) but it is not going to be 
installed
Depends: libqt5scintilla2-12v5 (>= 2.8.4) but it is not going to be 
installed
Depends: libqt5widgets5 (>= 5.4.0) but it is not going to be 
installed

você pode tentar o seguinte: cria um arquivo
/etc/apt/preferences.d/stable, com o seguinte conteúdo:

Package: *
Pin: release a=stable
Pin-Priority: 

aí tenta instalar o openscad de novo. o apt vai te avisar dos downgrades
que ele vai fazer assim (no seu caso provavelmente vão ser mais pacotes
que isso):

The following packages will be DOWNGRADED:
  libqt5core5a

no meu container aqui, a instalação completou. mas eu nem tentei rodar o
openscad.


signature.asc
Description: PGP signature

Re: Dependências desencontradas ao instalar o openscad

[Antonio Terceiro]

On Sun, Jan 27, 2019 at 02:51:20PM -0200, Hiure Queiroz wrote:
> Olá Antonio, a saida é a seguinte
> Lendo listas de pacotes... Pronto
> Construindo árvore de dependências
> Lendo informação de estado... Pronto
> Starting pkgProblemResolver with broken count: 2
> Starting 2 pkgProblemResolver with broken count: 2
> Investigating (0) openscad:amd64 < none -> 2015.03-2+dfsg-2 @un puN Ib >
> Broken openscad:amd64 Depende on libqt5opengl5:amd64 < none |
> 5.7.1+dfsg-3+b1 @un uH > (>= 5.4)
>   Considering libqt5opengl5:amd64 0 as a solution to openscad:amd64 1
> Reinst Failed early because of qtbase-abi-5-7-1:amd64

eu vi hoje mais cedo que teve um update de segurança no
qtbase-opensource-src, que foi anunciado hoje. provavelmente estava
sendo compilado ontem, e você teve o azar de tentar bem na hora que
partes do update -- os pacotes independentes de arquitetura -- já
estavam no seu mirror, mas o resto -- pacotes pra amd64 -- ainda não.

faz um apt update, e tenta de novo. eu tentei instalar o openscad num
container stretch limpo, e funcionou sem nenhum problema.


signature.asc
Description: PGP signature

Re: Dependências desencontradas ao instalar o openscad

[Antonio Terceiro]

On Sun, Jan 27, 2019 at 08:45:09AM -0200, Hiure Queiroz wrote:
> Olá pessoal tudo bem?
> 
> Estou com um problema aqui e gostaria de anunciar aqui para ver se encontro
> alguma ajuda.
> 
> É uma duvida meio básica, mas pelo tradicional método de busca que
> normalmente eu tento, não estou conseguindo (que seria buscar na internet
> por ai o mesmo erro)
> 
> Estou tentando instalar o openscad do repositório com sudo apt install
> openscad , mas a seguinte saida:
> 
> Os pacotes a seguir têm dependências desencontradas:
>   openscad : Depende: libqt5opengl5 (>= 5.4) mas não será
> instalado
>Depende: libqt5printsupport5 (>= 5.4) mas não será instalado
>Depende: libqt5scintilla2-12v5 (>= 2.8.4) mas não será
> instalado
>E: Impossível corrigir problemas, você manteve (hold) pacotes
> quebrados.
> 
> Então eu tentei instalar o primeiro pacote que se reclama
> 
> sudo apt install libqt5opengl5
>  Os pacotes a seguir têm dependências desencontradas:
>   libqt5opengl5 : Depende: qtbase-abi-5-7-1
> 
> então tentei sudo apt install qtbase-abi-5-7-1
> O pacote qtbase-abi-5-7-1 é um pacote virtual fornecido por:
>   libqt5core5a 5.7.1+dfsg-3+b1[Não é versão candidata]
> 
> e fiz sudo apt install libqt5core5a
> libqt5core5a is already the newest version (5.11.1+dfsg-9).
> libqt5core5a configurado para instalar manualmente.
> 
> 
> Eu cai nesse looping que não ser como resolver.

mande por favor a saída de

sudo apt -o debug::pkgProblemResolver=yes install openscad


signature.asc
Description: PGP signature

Re: Desinstalação completa do Sistema Operacional Android

[Antonio Terceiro]

On Thu, Jan 24, 2019 at 09:39:47PM -0300, Jamenson Ferreira Espindula de 
Almeida Melo wrote:
> Saudações a todos.
> 
> Desejo saber se é possível uma desinstalação completa de _todo_ o
> Sistema Operacional Android.
> 
> Desejo instalar um Sistema Operacional Debian GNU/Linux completo em um
> tablet Samsung Galaxy Tab E T561M.

o Cascardo tem feito um trabalho de documentar esse processo com
smartphones, mas com um tablet desse vai ser praticamente a mesma coisa.
veja no blog dele: https://cascardo.eti.br/blog/; leia do mais antigo
pro mais recente; o mais antigo acho que é o
https://cascardo.eti.br/blog/Debian_on_a_Smartphone/

agora, sendo realista, esteja preparado pra ter trabalho. fazer isso não
é impossível, mas também não é trivial. e o suporte a hardware no
Android é meio misturado entre o kernel e o userspace, então é provável
que nem tudo funcione direito sem o android.

você pode também começar por https://wiki.debian.org/Mobile
esta página está um pouco bagunçada, mas tem bastante links ali pra você
estudar.


signature.asc
Description: PGP signature

Re: Debian e a Atualização para horário de verão brasileiro 2018-2019 (era "Horário de verão")

[Antonio Terceiro]

On Mon, Oct 15, 2018 at 09:52:29AM -0300, Antonio Terceiro wrote:
> On Thu, Oct 11, 2018 at 10:54:07AM -0300, Fabiano Kist wrote:
> > Antonio, muito obrigado pelo retorno.
> > 
> > Tem uma maneira de conseguir o pacote antes de sair o DOU?
> 
> Tem:
> 
> https://people.debian.org/~terceiro/tzdata-brasil/
> 
> Eu resolvi publicar esses pacotes porque falta bastante pouco tempo para
> o início do horário de verão, e até hoje (15 de outubro) não foi
> publicado um decreto no DOU.
> 
> *IMPORTANTE:* no final do ano passado, quando houve a primeira
> alteração, a notícia circulou no dia 15 de dezembro e no dia 18 já foi
> publicado o decreto no DOU. Desta vez, já se passaram mais de 10 dias
> sem um decreto. As empresas aéreas começaram uma certa pressão contra
> essa mudança de última hora, e eu não vou ficar surpreso se a
> presidência ainda voltar atrás a abortar essa alteração.
> 
> De qualquer forma, quem quiser adiantar uma atualização, assumindo os
> riscos da mudança não se concretizar no final das contas, os pacotes
> estão aí.

Dito e feito: acabou de ser divulgado que de fato o governo voltou
atrás:

https://g1.globo.com/politica/noticia/2018/10/15/planalto-informa-que-nao-havera-adiamento-e-que-horario-de-verao-comecara-no-proximo-dia-4.ghtml

vou remover os pacotes de atualização da página.


signature.asc
Description: PGP signature

Debian e a Atualização para horário de verão brasileiro 2018-2019 (era "Horário de verão")

[Antonio Terceiro]

On Thu, Oct 11, 2018 at 10:54:07AM -0300, Fabiano Kist wrote:
> Antonio, muito obrigado pelo retorno.
> 
> Tem uma maneira de conseguir o pacote antes de sair o DOU?

Tem:

https://people.debian.org/~terceiro/tzdata-brasil/

Eu resolvi publicar esses pacotes porque falta bastante pouco tempo para
o início do horário de verão, e até hoje (15 de outubro) não foi
publicado um decreto no DOU.

*IMPORTANTE:* no final do ano passado, quando houve a primeira
alteração, a notícia circulou no dia 15 de dezembro e no dia 18 já foi
publicado o decreto no DOU. Desta vez, já se passaram mais de 10 dias
sem um decreto. As empresas aéreas começaram uma certa pressão contra
essa mudança de última hora, e eu não vou ficar surpreso se a
presidência ainda voltar atrás a abortar essa alteração.

De qualquer forma, quem quiser adiantar uma atualização, assumindo os
riscos da mudança não se concretizar no final das contas, os pacotes
estão aí.


signature.asc
Description: PGP signature

Re: Horário de Verão

[Antonio Terceiro]

On Thu, Oct 11, 2018 at 09:23:48AM -0300, Fabiano Kist wrote:
> Bom dia,
> 
> 
> Alguém sabe quando vai ter atualização para o *tzdata* para ter a nova data
> de inicio do horário de verão?

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=910544

Tanto o mantenedor upstream do banco de dados quanto o mantenedor no
Debian estão esperando o decreto oficial. Eu chequei o DOU na segunda, e
não tinha saído ainda.

Quem quiser ser notificado, basta se inscrever no bug acima mandando um
email pra 910544-subscr...@bugs.debian.org


signature.asc
Description: PGP signature

Re: Vamos organizar o Debian Day este ano?

[Antonio Terceiro]

On Wed, May 16, 2018 at 01:31:46PM -0300, Mauricio Neto wrote:
> Boa tarde a todos.
> 
> Apesar de saber que com certeza não somos a maioria eu engrosso o coro do
> amigo Henrique Fagundes, para que aconteça no Rio de Janeiro.
> 
> Para os que não são daqui seria uma ótima oportunidade de uma visitinha ao
> Rio

então, o Debian Day é um evento distribuído. A forma mais efetiva de
garantir que aconteça na sua cidade é você mesmo ajudando a organizar.
você não precisa da permissão de ninguém pra fazer isso, simplesmente
faça.


signature.asc
Description: PGP signature

Chamada de atividades - MiniDebConf Curitiba 2018

[Antonio Terceiro]

Está aberta a chamada de atividades para a MiniDebConf Curitiba 2018.

## Sobre a MiniDebConf Curitiba 2018

A MiniDebConf é o encontro da comunidade Debian no Brasil. A edição de
2018 vai acontecer no Campus Central da UTFPR - Universidade Tecnológica
Federal do Paraná, em Curitiba, entre 11 e 14 de abril de 2018. Durante
os dias 11 e 12 vai acontecer a MiniDebcamp, um momento onde vamos nos
concentrar em fazer contribuições práticas com o projeto, não havendo
palestras ou outras atividades do gênero. Nos dias 13 e 14, acontece a
MiniDebConf propriamente dita, com palestras, debates, oficinas, com as
atividades práticas continuando em paralelo.

Para mais informações:
https://minidebconf.curitiba.br/

## Tópicos

Em princípio, qualquer tópico relacionado a software livre está dentro do
escopo do evento. No entanto, será dada prioridade a tópicos relacionados ao
projeto Debian, e dentre estes, será dada prioridade a tópicos relacionados a
contribuição com o projeto.

## Diversidade

A MiniDebConf é um evento comprometido com a diversidade. Gostaríamos muito de
receber propostas de atividades de pessoas que fazem parte de grupos com pouca
representação na comunidade de software livre e que gostariam de falar sobre
algo relacionado ao Debian. Se você faz parte de um desses grupos, nos envie
sua proposta. Se você conhece alguém que faz parte de um desses grupos,
incentive que essa pessoa nos envie uma proposta de atividade.

Se você gostaria de palestrar sobre Debian mas não tem certeza sobre o que
poderia falar, entre em contato que podemos te ajudar.

## Tipos de atividade

Você pode enviar 4 tipos de atividades:

* Lightning talk (5 minutos)
* Painel
* Palestra
* Oficina (3 horas)

Para os paineis e palestras você pode escolher o tempo máximo de duração:

* 30 minutos
* 1 hora
* 1 hora e 30 minutos
* 2 horas

## Datas

* Limite para submissão: 31 de janeiro de 2018.
* Notificação de resultado da seleção aos proponentes : até o dia 11 de
  fevereiro de 2018.

## Submissão

Para enviar sua proposta de atividade acesse o formulário:




signature.asc
Description: PGP signature

Re: como executar script em user normal com "poderes" de root

[Antonio Terceiro]

On Wed, Nov 22, 2017 at 10:09:31AM -0200, Antonio Terceiro wrote:
> On Tue, Nov 21, 2017 at 04:51:53PM -0200, Luís Cláudio A. Gama wrote:
> >   Minha pergunta é: tem alguma maneira de fixar ACM0 para o meu dispositivo
> > SAT, que deverá estar sempre conectado ao computador.
> 
> dá uma olhada em
> http://hintshop.ludvig.co.nz/show/persistent-names-usb-serial-devices/
> 
> ali fala de dispositivos USB serial, que parece não ser o seu caso. faz
> tempo que não mexo com dispositivos seriais clássicos, mas vê se você
> não consegue fazer algo parecido, usando atributos do dispositivo pra
> identificar cada um e fazer o udev criar links simbólicos com nome fixo
> pra cada um.

nope, reli sua mensagem e pelos nomes (ttyACM*) são USB serial, então
você deve conseguir fazer exatamente o que tem nesse post aí.



signature.asc
Description: PGP signature

Re: como executar script em user normal com "poderes" de root

[Antonio Terceiro]

On Tue, Nov 21, 2017 at 04:51:53PM -0200, Luís Cláudio A. Gama wrote:
>   Minha pergunta é: tem alguma maneira de fixar ACM0 para o meu dispositivo
> SAT, que deverá estar sempre conectado ao computador.

dá uma olhada em
http://hintshop.ludvig.co.nz/show/persistent-names-usb-serial-devices/

ali fala de dispositivos USB serial, que parece não ser o seu caso. faz
tempo que não mexo com dispositivos seriais clássicos, mas vê se você
não consegue fazer algo parecido, usando atributos do dispositivo pra
identificar cada um e fazer o udev criar links simbólicos com nome fixo
pra cada um.


signature.asc
Description: PGP signature

Re: como executar script em user normal com "poderes" de root

[Antonio Terceiro]

On Sat, Nov 04, 2017 at 10:48:34AM -0200, Luís Cláudio A. Gama wrote:
> Bom dia,
> 
>   Verifiquei o grupo a que o device pertence:
> 
> crwxrwxrwx 1 root dialout 166, 0 Nov  4 08:48 /dev/ttyACM0
> 
>   O meu usuário já faz parte desse grupo e também ao grupo tty.
> 
>   Também fiz as alterações sugeridas na regra udev do dispositivo:
> SUBSYSTEM=="tty", ACTION=="add", KERNEL=="ttyACM[0-9]*",
> ATTRS{idVendor}=="0525", SYMLINK+="ttyTS0",MODE="0660",GROUP="dialout"
> 
>   Permissões do sript
> -rwsrwsrwx  1 root root   34 Nov  2 08:57 initsat.sh
> 
>  Fiz o login novamente e o resultado é o mesmo, ainda não é possível mudar
> as permissões sem a senha de root
> 
> De qualquer forma já consigo alterar essas permissões com as alterações
> sugeridas pelo Fred alterando sudoers

talvez não tenha ficado claro, mas o ponto de se ter uma regra do udev é
_não ter_ que alterar permissões na mão: quando você pluga o dispositivo,
o udev já coloca as permissões certas pra você


signature.asc
Description: PGP signature

Re: como executar script em user normal com "poderes" de root

[Antonio Terceiro]

On Wed, Nov 01, 2017 at 02:20:18PM -0200, Luís Cláudio A. Gama wrote:
> Boa tarde a todos,
> 
> Vou instalar um SAT fiscal plugado em USB na máquina.
> 
> Esse SAT cria:
> 
> lrwxrwxrwx 1 root root  7 Nov  1 13:52 */dev/ttyTS0* -> ttyACM0
> 
> E eu preciso dar permissões nesse ttyTS0 para que o usuário possa executar
> minha aplicacaçao e acessar o SAT.
> 
> já coloquei em /etc/rc.local
> chmod 777 /dev/TS0
> 
> Ao inicializar a máquina tudo funciona ok.
> 
> Porém estou pensando numa situação em que o SAT é desplugado da USB e
> replugado novamente, e isso irá fazer com que as permissões sejam perdidas.
> 
> Para não ter que reiniciar a máquina nessa situação, pesquisei a respeito
> de executar um script para essas permissões como root.
> 
> Criei o scritp initsat.sh
>  #!/bin/bash
> chmod 777 /dev/ttyTS0
> 
> Aí dei os comandos:
> 
> chown root:root initsat.sh
> 
> chmod 777 initsat.sh
> 
> e também chmod +s initsat.sh
> 
> 
> As permissões ficaram assim:
> 
> -rwsrwsrwx  1 root root   34 Nov  1 14:00 initsat.sh
> 
> 
> porém ao executar o script com meu user:
> 
> 
> luis@hal9000:/mnt/midia4/prj/qt/scripts$ ./initsat.sh
> 
> chmod: alterando permissões de “/dev/ttyTS0”: Operação não permitida
> 
> luis@hal9000:/mnt/midia4/prj/qt/scripts$
> 
> Alguém pode me dar uma sugestão?

se tudo que que você precisa é configurar as permissões do dispositivo
quando ele for plugado, sugiro escrever e instalar uma regra do udev.
tem documentação disso na internet.

e ao invés de usar 777, eu sugiro usar 660 e configurar o dono/grupo do
dispositivo pra o usuario/grupo que roda a sua aplicação.


signature.asc
Description: PGP signature

Re: [Debian] Update Gnome 3.26?!

[Antonio Terceiro]

On Wed, Sep 20, 2017 at 09:56:54AM -0300, Samuel Henrique wrote:
> Eu defendo que o Testing é pra qualquer um que queira ter uma
> experiência mais desktop, não é necessário querer aprender como
> funciona o desenvolvimento ou aceitar sustos, já que a estabilidade do
> Testing é equivalente a de distribuições como Mint, Ubuntu, Fedora e
> cia.

Se você estiver falando das versões "rolling" delas, como Ubuntu
sei-lá-como-chama e Fedora rawhide, OK. Se você estiver comparando com
as versões lançadas e suportadas, me parece um pouco absurdo dizer isso.

De qualquer forma, não se pode comparar a estabilidade da stable (por
definição) com a da testing, que é o que a gente está discutindo aqui.

> Iclusive conversei com algumas pessoas na debconf sobre como o Debian
> deveria ter uma release "desktop", que seria apenas um testing sem
> freeze e com updates de segurança*, achei que tinha comentado contigo
> também.

Seria bom se isso existisse, sim. Veja meu comentário no final.

> Já cansei de ver o uso do stable em experiência desktop dar mais problema
> do que se a pessoa estivesse usando o Testing, principalmente para
> hardwares novos, já que os drivers novos não são portados.

Todo kernel novo fica disponível no backports razoavelmente rápido. Por
exemplo nesse exato momento:

linux-image-amd64 | 4.9+80+deb9u1   | stable  | amd64
linux-image-amd64 | 4.9+80+deb9u2   | buildd-proposed-updates | amd64
linux-image-amd64 | 4.9+80+deb9u2   | proposed-updates| amd64
linux-image-amd64 | 4.12+84~bpo9+1  | stretch-backports   | amd64 «
linux-image-amd64 | 4.12+84 | testing | amd64
linux-image-amd64 | 4.12+85 | buildd-unstable | amd64
linux-image-amd64 | 4.12+85 | unstable| amd64

> Mas onde o usuário é mais impactado são nos softwares de uso diário,
> apenas um exemplo: usuário do stable rodando firefox ESR, que em algum
> certo ponto se torna uma release defasada no sentido que não suporta
> tecnologias que sites usam (youtube foi bem notável nesse quesito) e a
> experiencia do usuário ao acessar esses sites se torna horrível, fica
> lento e travando.

Eu tenho usado Firefox ESR mesmo no sid e não me lembro a última vez que
tive qualquer problema.

Eu insisto: eu concordo com você quer usar testing é viável, mas usar
stable não é esse inferno que você está pintando.

> Ainda sonho com o dia que a gente tenha uma release focada em desktop (que
> não se chame testing), estável mas com pacotes atualizados pelo menos ao
> ponto de não impactar no desempenho (drivers, firefox ao invés do
> firefox-esr...).
>
> *Hoje, o único problema em se usar o Testing pra desktop é que não temos
> uma dinâmica de updates de segurança aceitável (no testing), os fixes levam
> no mínimo 2 dias para chegar.

A única coisa impedindo isso de existir é a falta de gente pra meter a
mão na massa e fazer o trabalho necessário.


signature.asc
Description: PGP signature

Re: [Debian] Update Gnome 3.26?!

[Antonio Terceiro]

On Tue, Sep 19, 2017 at 09:27:46PM -0300, Samuel Henrique wrote:
> >
> > Alguem sabe dizer quando é que o Debian recebe o Gnome 3.26?
> >
> 
> ​Já recebeu [1]​.
> 
> 
> > O stable provavelmente vai receber uma versão mais recente, mas so daqui a
> > uns anos quando for lançada a nova versão.
> >
> 
> Correto, isso porque o foco do stable é servidores, [...]

não exatamente. o foco do stable é ser stable, tanto para servidores
quando para desktop. em muitas situações você não quer um desktop que
fique tendo novas versões dos pacotes (e por definição novos bugs) o
tempo todo. você não diria que o Ubuntu LTS, que é lançado a cada 2 anos
da mesma forma que o Debian, tem foco em servidores.

dito isso, de fato para usuários técnicos que querem estar nas versões
mais novas, e estão dispostos a entender um pouco mais de como funciona
o processo de desenvolvimento do Debian, normalmente podem usar testing
sem (muito) susto.


signature.asc
Description: PGP signature

Re: arquivo que define arquitetura

[Antonio Terceiro]

On Mon, Sep 11, 2017 at 12:17:38PM -0300, Fábio Rabelo wrote:
> Boa tarde ...
> 
> Alguém sabe em qual arquivo é definida a arquitetura do Debian ?
> 
> Parece ser uma variável de ambiente, mas eu não consegui encontrar
> onde ela fica ...

isso não fica em nenhum arquivo ou variável de ambiente. a arquitetura
do seu sistema é a arquitetura para a qual o dpkg foi compilado, que você
obtém com o comando

dpkg --print-architecture



signature.asc
Description: PGP signature

Re: Indicação

[Antonio Terceiro]

On Sat, Jul 22, 2017 at 03:52:03PM -0300, l...@dutras.org wrote:
> Le quinta 20 julho 2017 à 09:33 -0300, Antonio Terceiro a écrit :
> > 
> > Uma coisa que aparentemente muita gente não entende: depender de
> > software proprietário _é_ um problema.
> 
> Certo.
> 
> 
> > Não basta funcionar com um driverzinho/firmwarezinho proprietário, é
> > preciso funcionar apenas com software livre. mesmo que você não se
> > importe com os princípios do software livre, existem vários motivos
> > práticos pra querer isso:
> 
> De acordo.  Mas o quanto isso é possível ao comprar um sistema novo
> hoje?  O que existe que não precise nem sequer dum /firmware/
> proprietário?  Recentemente comprei um Intel NUC6i7KYK, porque tinha
> todos os acionadores de dispositivo (/drivers/) livres, mas não achei
> nada sem /firmware/ proprietário.

De fato, não é trivial achar um sistema assim no Brasil, mas eles
existem. Por exemplo têm modelos da Dell com wireless Atheros e vídeo
integrado Intel, que não precisam carregar nenhum firmware proprietário.
Mais sobre isso lá embaixo.

Mas o meu ponto é que precisar de firmware proprietário _é_ um problema,
mesmo que não seja um problema muito fácil de evitar atualmente.

> > - é impossível para o time de segurança do Debian dar suporte a
> > software proprietário, por definição
> > 
> > - updates de software proprietário sempre podem trazer um backdoor, e
> > é efetivamente impossível de saber se/quando esse é o caso.
> 
> Justiça seja feita, de programas livres também, a menos que sejam
> auditados; o que não é o caso no Debian, apenas (que eu saiba) no
> OpenBSD.  Ser auditável, como é o caso no Debian, já é uma grande
> vantagem; mas acho legal sermos precisos.

Ninguém falou de auditoria. Dar suporte de segurança, como é feito no
Debian e em outros projetos, mesmo de distros comerciais, quer dizer
poder consertar problemas de segurança de forma independente. Isso
depende de conhecer o problema (CVEs e similares), e ter o código fonte
disponível pra poder aplicar patches de segurança. Não significa que
todos os problemas de segurança serão resolvidos, mas que a princípio
eles _podem_ ser.

Auditoria de segurança é outra conversa ...

> > Obviamente, se você já comprou o hardware sem se atentar a isso, você
> > precisa dar um jeito pra ele funcionar. Mas se você está comprando, é
> > preciso prestar atenção nessas coisas, porque continuar comprando
> > hardware que precisa de software proprietário manda uma mensagem aos
> > fabricantes de que ninguém se importa, e é OK pra eles continuarem
> > vendendo.
> 
> E aí fica minha pergunta: o que há que não exija /firmware/
> proprietário?

Existem vários modelos onde não precisam de firmware proprietário que é
carregado pelo SO, o que já é um começo. Aqui estão inclusos todos os
modelos que funcionam com Linux-libre, ou com o kernel do Debian sem os
firmwares não-livres no non-free, por exemplo.

Existem empresas fora do Brasil abertamente comprometidas com a idéia de
construir computadores que vão nessa direção, como ThinkPenguing
(https://thinkpenguin.com/) e Purism (https://puri.sm). No Brasil se
você procurar muito você encontra modelos da Dell e outros.

Agora, os dispositivos que não precisam carregar firmware às vezes é
porque o firmware já vem carregado numa ROM não-volátil dentro do
próprio dispositivo. Nesse caso, o firmware ainda é proprietário, mas o
fato de não ter que carregar ele a partir do SO elimina a possibilidade
de um backdoor ser instalado por uma atualização de firmware do
fabricante, ou de uma atualização maliciosa injetada por um atacante com
recursos e motivação suficientes; como ele é proprietário, a gente nunca
vai ter como saber.

Hoje não existe nada em termos de laptops/desktops atuais que não tenha
_nenhum_ firmware embutido.

Pelo que eu entendo o pessoal da ThinkPenguing acredita que a saída pra
isso abandonar a arquitetura Intel, e partir pra plataformas como EOMA68
(https://www.crowdsupply.com/eoma68)

Já a Purism está indo a fundo em Intel mesmo, tendo planos inclusive de
ter tudo livre incluindo BIOS e firmware de HD:
https://puri.sm/learn/freedom-roadmap/


signature.asc
Description: PGP signature

Re: Indicação

[Antonio Terceiro]

On Thu, Jul 20, 2017 at 11:14:16AM -0400, Thiago C. F. wrote:
> Então... também concordo plenamente. Temos que dar preferências a hardware
> livres. Mas, onde encontrá-los? Gostaria muito de saber quais PCs ou
> Notebooks são totalmente livres para adquirirmos, e de preferencia com o
> Debian, claro!

infelizmente encontrar equipamentos que funcionam apenas com software
livre é um desafio. Alguns modelos de fabricantes grandes (e.g.  Dell)
funcionam, mas não existe uma fórmula ainda.

o h-node (https://h-node.org/) é um banco de dados disso, mas tem pouca
atualização com relação a modelos disponíveis no Brasil.

fora do Brasil existe por exemplo a ThinkPenguin
(https://www.thinkpenguin.com/) se se compromete explicitamente com
entregar computadores high-end sem dependências de software não-livre,
mas apenas da BIOS "pra cima", i.e. as BIOS livres como Libreboot só têm
suporte a processadores bem mais antigos (i.e. a série "i" da Intel não
é suportada).

eu não conheço nenhuma loja no Brasil que faça algo semelhante. E eu
acho que apenas alguém da comunidade de software livre que entenda
bastante de hardware conseguiria fazer algo do tipo.


signature.asc
Description: PGP signature

Re: Indicação

[Antonio Terceiro]

On Thu, Jul 20, 2017 at 12:54:05PM +, Ramon Chaves wrote:
> Olá Antônio Terceiro,
> legal suas considerações.
> a lista de firmwares free que suportadas desde já no Debian (sem pacotes 
> non-free, obviamente) é literalmente esta deste link?
> https://packages.debian.org/stretch/firmware-linux-free
>  
> 
> Ou além disso tem mais coisa?

em princípio sim.

mas existem também componentes que não precisam de _nenhum_ firmware
carregado pelo SO, então aquela lista não é uma lista completa de todos
os componentes que funcionam sem precisar carregar firmware não-livre.


signature.asc
Description: PGP signature

Re: Indicação

[Antonio Terceiro]

On Thu, Jul 20, 2017 at 01:15:40PM +, Ricardo Ramos wrote:
> Eu entendo os seus pontos e concordo, no entanto após ter instalado Debian
> pra algumas pessoas usarem e ter recebido algumas reclamações de programas
> que não encontravam e coisas que não funcionavam (e não deixavam tempo
> suficiente com a máquina pra fazer troubleshoot), pra novatos eu passei a
> indicar o Ubuntu e o Linux Mint como porta de entrada antes de recomendar o
> Debian.

se você está tentando suportar máquinas que precisam de software
não-livre, é claro que um sistema que instala software não-livre
automaticamente vai ser _mais prático_!

mas o ponto dessa thread é comprar hardware que funcione _com Debian_,
que no nesse caso é hardware que não precise de software proprietário.


signature.asc
Description: PGP signature

Re: Indicação

[Antonio Terceiro]

On Thu, Jul 20, 2017 at 05:55:56AM +, Ricardo Ramos wrote:
> E aí pessoal,
> 
> Eu rodo o Debian num Lenovo s400 sem problemas, só foi necessário baixar o
> firmware pro wifi no repositório nonfree, tirando isso ele roda liso.
>
> Também rodo o Ubuntu num vaio antigo PCG-6Q2M, e nas versões anteriores
> tinha que baixar os drivers da placa gráfica NVIDIA, mas nas últimas (16.04
> pra frente) já não preciso porque o driver open source ja funciona sem
> problemas. Também já rodei o Kali Linux nele e tirando o firmware do wifi
> que tive que baixar depois da instalação foi suave.

Uma coisa que aparentemente muita gente não entende: depender de
software proprietário _é_ um problema.

Não basta funcionar com um driverzinho/firmwarezinho proprietário, é
preciso funcionar apenas com software livre. mesmo que você não se
importe com os princípios do software livre, existem vários motivos
práticos pra querer isso:

- é impossível para o time de segurança do Debian dar suporte a software
  proprietário, por definição

- updates de software proprietário sempre podem trazer um backdoor, e é
  efetivamente impossível de saber se/quando esse é o caso. o quando
  você se preocupa com isso varia a depender do seu nível de paranóia,
  mas temos que ter em mente que isso é perfeitamente _possível_.

Obviamente, se você já comprou o hardware sem se atentar a isso, você
precisa dar um jeito pra ele funcionar. Mas se você está comprando, é
preciso prestar atenção nessas coisas, porque continuar comprando
hardware que precisa de software proprietário manda uma mensagem aos
fabricantes de que ninguém se importa, e é OK pra eles continuarem
vendendo.


signature.asc
Description: PGP signature

Re: Lançado o Debian 9 "Stretch"

[Antonio Terceiro]

On Mon, Jun 19, 2017 at 07:06:53PM -0400, Thiago C. F. wrote:
> Maravilha! Estava no aguardo a muito tempo!
> 
> Vi também que voltará o Thunderbird 45.8 como padrão, é isso?

não

o que aconteceu é que antes os aplicativos da Mozilla
(Firefox/Thunderbird) precisavam ser renomeados (Iceweasel/Icedove), e
desde o ano passado eles não precisam mais, então o stretch é o primeiro
release onde Firefox e Thunderbird estão de volta com seus nomes e logos
originais.

> Eu uso o Evolution, mas não tem problema se ele for substituído.

Isso não tem nada a ver com o Evolution, que é um outro
programa. Se você tem Icedove instalado, no upgrade vc vai ter
Thunderbird, se você tem Evolution instalado, não acontece nada com ele.


signature.asc
Description: PGP signature

Re: Problemas na atualização

[Antonio Terceiro]

On Wed, Jun 07, 2017 at 05:34:53PM -0300, Arles wrote:
> Prezados,
> 
> Alguém poderia me ajudar com o seguinte problema apresentado depois de
> tentar atualizar e corrigir a atualização?
> 
> Desde já agradeço.
> 
> @:~$ sudo apt --fix-broken install

o que exatamente aconteceu antes disso?

> Lendo listas de pacotes... Pronto
> Construindo árvore de dependências  
> Lendo informação de estado... Pronto
> Corrigindo dependências... Pronto
> The following additional packages will be installed:
>   linux-headers-4.9.0-3-common
> Os pacotes a seguir serão atualizados:
>   linux-headers-4.9.0-3-common
> 1 pacotes atualizados, 0 pacotes novos instalados, 0 a serem removidos e
> 0 não atualizados.
> 1 pacotes não totalmente instalados ou removidos.
> É preciso baixar 0 B/7.470 kB de arquivos.
> Depois desta operação, 10,2 kB adicionais de espaço em disco serão usados.
> Você quer continuar? [S/n] s
> Lendo logs de mudanças... Feito
> (Lendo banco de dados ... 542034 ficheiros e directórios actualmente
> instalados.)
> A preparar para desempacotar
> .../linux-headers-4.9.0-3-common_4.9.30-1_all.deb ...
> A descompactar linux-headers-4.9.0-3-common (4.9.30-1) sobre (4.9.25-1) ...
> dpkg: erro ao processar o arquivo
> /var/cache/apt/archives/linux-headers-4.9.0-3-common_4.9.30-1_all.deb
> (--unpack):
>  não foi possível abrir
> '/usr/src/linux-headers-4.9.0-3-common/arch/mips/include/asm/octeon/cvmx-wqe.h.dpkg-new':
> Operação não permitida
> Erros foram encontrados durante o processamento de:
>  /var/cache/apt/archives/linux-headers-4.9.0-3-common_4.9.30-1_all.deb
> E: Sub-process /usr/bin/dpkg returned an error code (1)

isso parece muito estranho. manda aí por favor a saída dos seguintes
comandos:

findmnt
df -h


signature.asc
Description: PGP signature

Re: [debian] Indicações de teclados

[Antonio Terceiro]

On Mon, May 22, 2017 at 11:32:40AM -0300, Gilberto F da Silva wrote:
> On Fri, May 12, 2017 at 03:18:10PM -0300, Tobias Sette wrote:
> > Menu -> Configurações -> Teclado. Role até o final, clique no mais e
> > preencha os campos.
> 
>   Depois disso dei uma outra olhada no KDE e encontrei onde configurar
>   as teclas.  Isso é útil para teclados que não possuem as teclas de
>   multimídia.
> 
>   PS:  Esse sistema da lista do debian é horrível.  Eu seleciono para
>   responder e a resposta vai somente para o remetente, não para a
>   lista.  Usando mutt eu tenho de apertar a letra "g' para responder
>   ao invés de "r".  Tenho recurso para responder corretamente mas o
>   hábito de apertar a letra "r" para todas outras coisas acaba
>   atrapalhando.

as listas do Debian não setam Reply-To de propósito¹, por isso
"responder" responde pro remetente.

no mutt vc quer usar L (list-reply) ao invés de r (reply), que vai quase
sempre fazer a coisa certa e responder para a lista. quem usa um cliente
de email fuleiro até tem direito de ficar chatiado e xingar muito no
twitter, mas você não tem desculpa. ;-)

¹ https://www.unicom.com/pw/reply-to-harmful.html


signature.asc
Description: PGP signature

Re: Linux na Nuvem

[Antonio Terceiro]

On Wed, Apr 26, 2017 at 09:36:48PM -0300, Adiel de Lima Ribeiro wrote:
> Não é Debian em Cloud, falo dos sistemas FOSS.
> Deveria haver uma forma de podermos instalar o sistema do zero.
> Os sistemas em Cloud em geral vem com tudo no /, ou separam apenas o /,
> /home e /usr.
> Não é apenas isso, eles vem com as configurações padrão.
> Alterar o fstab não é assim tão fácil, você teria que mover os arquivos do
> sistema pra partições pré-criadas etc e tal, demora um tempinho pra fazer
> isso.
> Depois teria que personalizar o sistema ao seu gosto.
> Falo do tempo que se leva para deixar o sistema do jeito que você precisa.

quando você faz isso e recomanda a sua imagem para os outros, você
disponibiliza também o código usado para essa sua customização a partir
de uma imagem limpa (scripts e/ou documentação)?

quando alguém pergunta sobre FreeBSD numa lista de FreeBSD, você
responde indicando GNU/Linux? ;-)


signature.asc
Description: PGP signature

Re: Synaptic não abre no GNOME sobre Wayland

[Antonio Terceiro]

On Thu, Apr 20, 2017 at 06:19:05PM -0300, Arles wrote:
> Prezados,
> primeira vez na lista. Meu nome é Arles, usuário GNULinux desde 2004 e
> usuário Debian desde 2013. Apesar do tempo de trabalho com o sistema sou
> um usuário sem muitos conhecimentos técnicos.
> 
> Fiz uma nova instalação do Debian há uns dias e, agora usando o Testing,
> estou tentando usar o GNOME sobre Wayland.
> 
> Alguns problemas têm surgido, como é comum em toda mudança.
> 
> Um deles e que estou meio inseguro de aplicar a solução que encontrei em
> fóruns pela Rede é que não consigo abrir o Synaptic nem nenhum outro
> programa que exija autenticação. Abro o programa, a janela de
> autenticação aparece, forneço a senha, ma a partir dai o programa não abre.
> 
> Tentando abrir pelo Terminal, usando o gksu, recebo a seguinte mensagem
> de erro:
> 
> Gtk-Message: Failed to load module "canberra-gtk-module"
> /usr/bin/xauth: file /home//.Xauthority does not exist
> /usr/bin/xauth: file /home//.Xauthority does not exist gksu-run:
> gksu/synaptic/26330-0-_TIME117687914 gksu-run: No protocol specified
> *(synaptic:26348): WARNING*: Could not open X display Segmentation fault
> Encontrei uma solução que me pareceu paliativa que seria rodar o
> seguinte comando: xhost +si:localuser:rootComo não encontrei referências
> precisas sobre a segurança de adotar tal procedimento, não o adotei em
> definitivo, fazendo um script rodar na inicialização da seção, por
> exemplo. Mas, ao rodar o comando numa seção ele fez abrir os programas.
> Gostaria de, se possível, contar com a ajuda de vocês para me apontar se
> a solução correta poderia ser esta mesmo e quais os riscos
> envolvidos.Desde já agradeço.Att,

isso parece ser exatamente o que está descrito em
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=818366

pelo q eu entendi, tem código no synaptic que assume estar rodando no X
incondicionalmente. estritamente falando, a única solução correta é
consertar o synaptic.


signature.asc
Description: PGP signature

Re: [OFF TOPIC] Certificado SSL

[Antonio Terceiro]

On Tue, Mar 14, 2017 at 11:30:52AM -0300, Henrique Fagundes wrote:
> Bom dia Daniel,
> 
> O certificado da Let's Encrypt não é Wildcard, tão pouco multidomínio.
> Infelizmente não serve.

Let's Encrypt de fato não suporta wildcard, mas suporta mais de um
domínio sim.


signature.asc
Description: PGP signature

Re: sobre SPAM

[Antonio Terceiro]

On Fri, Jan 27, 2017 at 10:10:49AM -0300, Thiago Canuto Ferreira wrote:
> Bom dia pessoal.
> 
> Hoje voltei a receber spam com a seguinte mensagem:
> 
> Today's Topics:
> 
>1. ? Estas pessoas est?o ? sua espera para conversar! (Twoo)
> 
> Na lista debian-br-ge...@lists.alioth.debian.org
> 
> Entrei na pág. deste post:
> http://lists.alioth.debian.org/pipermail/debian-br-geral/2017-January/000890.html
>  , porém não possue o botão de "Report as spam".

as listas no alioth (lists.alioth.debian.org) infelizmente não tem uma
solução integrada de antispam, então não tem muito o que fazer.


signature.asc
Description: PGP signature

Re: OpenVPN - Dúvida ao compilar o instalador

[Antonio Terceiro]

On Mon, Jan 16, 2017 at 03:20:08PM -0200, Henrique Fagundes wrote:
> Prezados Colegas,
> 
> Primeiramente saudações pinguianas a todos.
> Estou com uma dúvida e gostaria de saber se alguém pode me ajudar.
> 
> Eu tenho um servidor Debian Jessie 8.7 x64 rodando o OpenVPN 2.3.4 em modo
> server-clients.
> 
> Tudo funciona perfeitamente. Túnel, rotas, etc.
> 
> Eu gostaria de saber como posso comilar para os clients um instalador
> personalizado para WINDOWS. De modo que, o usuário possa fazer a instalação
> do tipo "NEXT, NEXT, FINSH", sem a necessidade de ter que colocar os
> arquivos de configurações lá dentro de "C:\Arquivos de
> Programas\OpenVPN\Config".
> 
> Eu sei que até pode estar parecendo que eu estou querendo, tipo, "enfeitar o
> pavão", mas... Acreditem... A grande maioria dos consultores externos desta
> empresa onde estou prestando serviços são "enrolados" (pra não dizer outra
> coisa), ao ponto de não conseguirem fazer nem isso.
> 
> Então, um instalador que entregasse tudo pronto, ajudaria bastante.
> 
> Não sei se alguém já teve essa necessidade antes, mas...
> Se alguém puder ajudar, ficarei muito grato!

que eu saiba o projeto OpenVPN já disponibiliza instalador para clientes
Windows, não serve pra vc?


signature.asc
Description: PGP signature

Re: Asus Eee PC Flare series (1025c)

[Antonio Terceiro]

On Sun, Dec 11, 2016 at 09:01:29PM -0200, Henrique de Moraes Holschuh wrote:
> Precisaria atualizar o kernel *do instalador*, ou então instalar com o
> Eee PC dentro da geladeira ou equivalente, e imediatamente trocar para
> um kernel mais recente na esperança de resolver o problema.

também tive essa idéia. nos primórdios, eu já vi um ventilador ligado no
mais forte em cima de um PC fazer toda a diferença na hora de compilar o
X. :)


signature.asc
Description: PGP signature

Re: Asus Eee PC Flare series (1025c)

[Antonio Terceiro]

On Sat, Dec 10, 2016 at 07:50:35PM -0200, Ednardo Lobo wrote:
> Caros,
> 
> Estou tentando sem sucesso instalar um Debian Jessie i386 neste netbook.
> Durante o processo de instalação, sendo realizado através de um pendriver
> com a imagem "debian-8.6.0-i386-netinst.iso", ele simplesmente trava.
> 
> Repeti o processo várias vezes e o travamento não ocorre num ponto
> específico da instalação, mas em pontos aleatórios. O mais longe que cheguei
> foi a fase de download dos pacotes, após o particionamento.
> 
> Esse netbook está em perfeito estado de funcionamento, não apresentando
> travamentos quando rodando o Windows 7 que foi reinstalado sem nenhum
> problema.
> 
> Utilizo o Debian a muitos anos e já o instalei em muitos computadores e
> nunca havia enfrentado problemas de travamento. Necessito, portanto, de
> qualquer sugestão que ajude a identificar e contornar esse problema.

talvez vc consiga uma ajuda específica com o pessoal do projeto Debian
Eee PC https://wiki.debian.org/DebianEeePC

eu tentaria um instalador amd64 por via das dúvidas, já que segundo
https://wiki.debian.org/DebianEeePC/Models alguns EeePC são 64 bits.


signature.asc
Description: PGP signature

Re: Relatório de pacotes instalados

[Antonio Terceiro]

On Wed, Nov 23, 2016 at 11:39:32AM -0200, Felipe Peres wrote:
> E ai pessoal, Blz?
> 
> Então, na empresa que trabalho está entrando uma nova política que exige um
> relatório mensal de alterações nos servidores e isso inclui pacotes
> instalados ou removidos.
> 
> Ví que no /etc/dpkg/dpkg.conf é possível alterar o arquivo de log do dpkg
> porém, ele simplesmente escreve no arquivo de LOG, ficando apenas
> localmente no server.
> 
> Preciso que este log também seja enviado para meu servidor remoto de log.
> 
> A ideia é gerar um relatório automaticamente dos pacotes
> instalados/removidos, utilizando o servidor de LOG como fonte de dados.
> 
> Alguém tem alguma dica ou já usa esse tipo de ambiente?

vc pode configurar o dpkg pra escrever os  logs num pipe pra um comando
arbitrario com a opção `status-logger` -- veja dpkg(1) pra mais
detalhes, includindo o formato desses logs. a forma mais fácil de fazer
o que vc quer seria ter o syslogd configuraro pra mandar os logs pra um
servidor de logs, e configurar o dpkg com

status-logger logger

no exemplo abaixo, eu passo essa opção na linha de comando, mas
configurar no /etc/dpkg/dpkg.cfg te dá o mesmo resultado; e o syslog
está logando apenas no /var/log/syslog, mas dá pra pegar a idéia geral:

$ sudo dpkg --status-logger=logger --purge libicu55
(Reading database ... 494366 files and directories currently installed.)
Removing libicu55:amd64 (55.1-7) ...
Processing triggers for libc-bin (2.24-6) ...
$ sudo grep libicu5 /var/log/syslog
Nov 23 15:17:46 homer terceiro: status: libicu55:amd64: installed
Nov 23 15:17:47 homer terceiro: processing: remove: libicu55:amd64
Nov 23 15:17:47 homer terceiro: status: libicu55:amd64: half-configured
Nov 23 15:17:47 homer terceiro: status: libicu55:amd64: half-installed
Nov 23 15:17:47 homer terceiro: status: libicu55:amd64: config-files
Nov 23 15:17:47 homer terceiro: status: libicu55:amd64: config-files
Nov 23 15:17:47 homer terceiro: status: libicu55:amd64: config-files
Nov 23 15:17:47 homer terceiro: status: libicu55:amd64: not-installed


signature.asc
Description: PGP signature

Re: [COLABORAÇÃO]: SSH sem senha e sem chave de autenticação

[Antonio Terceiro]

On Tue, Oct 18, 2016 at 02:30:36PM -0200, Antonio Terceiro wrote:
> On Tue, Oct 18, 2016 at 12:18:42PM -0200, Henrique Fagundes wrote:
> > Prezados colegas,
> > 
> > Para colaborar com nossa comunidade, escrevei um artigo sobre o pacote
> > sshpass, que me ajudou a solucionar uma questão.
> > 
> > Segue o link:
> > https://www.aprendendolinux.com/sshpass-ssh-sem-senha-e-sem-chave-de-autenticacao/
> > 
> > Espero que seja útil para alguém.
> 
> passar senhas como parametro na linha de comando é uma péssima idéia.
> enquanto o comando estiver rodando, qualquer outro usuario no sistema
> pode dar um `ps` e ver a senha.
> 
> não por acaso, a descrição so sshpass contém:
> 
>  SECURITY NOTE: There is a reason openssh insists that passwords be
>  typed interactively. Passwords are harder to store securely and to pass
>  around securely between programs. If you have not looked into solving
>  your needs using SSH's "public key authentication", perhaps in
>  conjunction with the ssh agent (RTFM ssh-add), please do so before
>  being tempted into using this package.

note que eu entendo que no seu caso de uso específico você não tem
opção, mas isso não é algo que se deva fazer normalmente.


signature.asc
Description: PGP signature

Re: [COLABORAÇÃO]: SSH sem senha e sem chave de autenticação

[Antonio Terceiro]

On Tue, Oct 18, 2016 at 12:18:42PM -0200, Henrique Fagundes wrote:
> Prezados colegas,
> 
> Para colaborar com nossa comunidade, escrevei um artigo sobre o pacote
> sshpass, que me ajudou a solucionar uma questão.
> 
> Segue o link:
> https://www.aprendendolinux.com/sshpass-ssh-sem-senha-e-sem-chave-de-autenticacao/
> 
> Espero que seja útil para alguém.

passar senhas como parametro na linha de comando é uma péssima idéia.
enquanto o comando estiver rodando, qualquer outro usuario no sistema
pode dar um `ps` e ver a senha.

não por acaso, a descrição so sshpass contém:

 SECURITY NOTE: There is a reason openssh insists that passwords be
 typed interactively. Passwords are harder to store securely and to pass
 around securely between programs. If you have not looked into solving
 your needs using SSH's "public key authentication", perhaps in
 conjunction with the ssh agent (RTFM ssh-add), please do so before
 being tempted into using this package.


signature.asc
Description: PGP signature

Re: Inicialização do Debian no GRUB alterado depois de atualizar o Ubuntu.

[Antonio Terceiro]

On Tue, Oct 18, 2016 at 03:09:15PM +, Thiago Canuto wrote:
> Obrigado Antonio pela info. Teria uma maneira segura de desinstalar o Grub
> do Ubuntu?

assumindo que seja igual ao Debian (não uso Ubuntu então não sei), é só
remover o pacote `grub-pc` (ou grub-efi a depender to seu sistema).


signature.asc
Description: PGP signature

Re: Inicialização do Debian no GRUB alterado depois de atualizar o Ubuntu.

[Antonio Terceiro]

On Mon, Oct 17, 2016 at 10:00:41PM -0300, Fred Maranhão wrote:
> 2016-10-17 12:01 GMT-03:00 Thiago Canuto Ferreira :
> > Bom dia colegas usuários Debian!
> >
> > Depois que eu fiz uma atualização da outra distro que eu tenho em meu
> > notebook, que era o Ubuntu 16.10 para 16.04 LTS (pois será apenas para
> > reserva), o GRUB foi alterado.
> 
> normal. o ubuntu deve ter atualizado o grub dele e no grub, atualizou a MBR.
> 
> >
> > Agora o GRUB esta como primeira opção o Ubuntu, em vez do Debian 8.5
> >
> > Como faço para retornar ou Debian como preferencial?
> 
> primeiro escolha quem vai escrever na MBR. o grub do debian ou o grub do 
> ubuntu.
> 
> > Ah... já tentei o comando:
> > # sudo gedit /etc/default/grup
> 
> não basta. tem que rodar grub-install. dê uma lida no man do grub-install.
> 
> > Mas este arquivo esta em branco, sem nenhuma informação.
> 
> como a ultima escrita na MBR foi pelo ubuntu, talvez simplesmente
> rodar o grub-install (com os parâmetros corretos) resolva. quando falo
> dos parâmetros corretos estou falando do INSTALL_DEVICE do qual o man
> fala.

além disso, você teria que desinstalar o grub do Ubuntu, senão em toda
atualização ele vai sobrescrever o GRUB que o Debian instalou.


signature.asc
Description: PGP signature

Re: Duvida alterar output no terminal por usuario

[Antonio Terceiro]

On Wed, Sep 28, 2016 at 10:11:28AM -0300, Éderson Almeida de Jesus wrote:
> Funcionou na sessão atual, mas se eu faço logoff o LC_MESSAGES volta
> para pt_BR.utf8. Já tentei via sudo dpkg-reconfigure locales, mas se
> altero o padrão do sistema, todos os locales são alterados.
> 
> Como altero somente o LC_MESSAGES e faço com que essa mudança seja permanente?

coloca `export LC_MESSAGES=C` no ~/.bashrc


signature.asc
Description: PGP signature

Re: Duvida alterar output no terminal por usuario

[Antonio Terceiro]

On Tue, Sep 13, 2016 at 11:15:08AM -0300, Rodrigo Cunha wrote:
> srs, para melhoria de meu sistema decidi criar dois usuarios um com output
> em pt-br e outro com ingles;
> Seria possivel eu obter o output de erro no bash em diversas linguagens,
> dependendo do usuario que eu estiver logado?

vc nem precisa de 2 usuários, basta setar a variável de ambiente
LC_MESSAGES:

$ cat /nao/existe
cat: /nao/existe: No such file or directory
$ LC_MESSAGES=pt_BR.UTF-8 cat /nao/existe
cat: /nao/existe: Arquivo ou diretório não encontrado

note que pra isso funcionar você tem que ter os locales gerados localmente pra
isso funcionar. `dpkg-reconfigure locales`, e escolha os que você quer.

(no meu shell as mensagens estão setadas pra inglês por default porque
pra desenvolver é muito mais prático).

$ locale
LANG=pt_BR.UTF-8
LANGUAGE=
LC_CTYPE="pt_BR.UTF-8"
LC_NUMERIC="pt_BR.UTF-8"
LC_TIME="pt_BR.UTF-8"
LC_COLLATE="pt_BR.UTF-8"
LC_MONETARY="pt_BR.UTF-8"
LC_MESSAGES=C
LC_PAPER="pt_BR.UTF-8"
LC_NAME="pt_BR.UTF-8"
LC_ADDRESS="pt_BR.UTF-8"
LC_TELEPHONE="pt_BR.UTF-8"
LC_MEASUREMENT="pt_BR.UTF-8"
LC_IDENTIFICATION="pt_BR.UTF-8"



signature.asc
Description: PGP signature

Re: atualizacao

[Antonio Terceiro]

On Mon, Sep 05, 2016 at 10:10:02PM +, Célio Roberto wrote:
> Ola,
> 
> Estou rodando o Jessie atraves de uma midia live, vejo no site que ja tem
> varias versoes mais novas (unstable), se eu instalar usando a midia atual,
> e quiser atualizar para a ultima versao unstable, consigo atraves do
> apt-get dist upgrade ?

consegue não, porque um sistema live normalmente é somente leitura.
você até consegue instalar um pacote, ou atualizar, porque o live cria
uma "camada" modificável em memória RAM por cima do sistema original,
mas quando você der um reboot as modificações que você fez são perdidas.

se você quer atualizar _e_ continuar usando um live, você precisa usar
um live novo atualizado, do testing ou algo do tipo. ou você pode também
instalar de verdade no seu computador, se você não puder detonar o
sistema que tem no disco hoje, sempre é possível instalar o Debian e
deixar dual boot, pra você escolher qual sistema usar na inicialização.


signature.asc
Description: PGP signature

Re: Curiosidade: init-d-script(5)

[Antonio Terceiro]

On Tue, Aug 30, 2016 at 02:51:23PM -0300, Ednardo Lobo wrote:
> Devido a necessidade de criar um script para inicializar um determinado
> serviço, comecei por /etc/skeleton e descobri, através dele, que não
> precisava codificar praticamente nada, pois tudo já estava cuidadosamente
> codificado no framework: /lib/init/init-d-script. A propósito, ele possui
> até mesmo uma man page: man init-d-script.
> 
> O que causou estranheza foi o fato de observar que nenhum outro script que
> verifiquei (ex: bind9, apache, proftpd, exim4, cron, ...) utiliza-o. Fato
> que deixou-me receoso em usá-lo, apesar de parecer-me ser este o caminho
> mais acertado.

isso é porque esse cara é mais ou menos recente (2014), e os initscripts
desse pacotes que vc menciona provavelmente estão lá faz um tempão.

> Alguém faz uso deste framework para seus próprios scripts?

Nunca usei, mas parece que tem mais de 30 pacotes usando:
https://codesearch.debian.net/search?q=%2Flib%2Finit%2Finit-d-script



signature.asc
Description: PGP signature

Re: Gnome 3.20

[Antonio Terceiro]

On Sat, Aug 27, 2016 at 10:20:03AM -0300, Antonio Terceiro wrote:
> On Fri, Aug 26, 2016 at 03:45:49PM -0300, Guimarães Faria Corcete DUTRA, 
> Leandro wrote:
> > > On Fri, Aug 26, 2016 at 12:48:59PM -0300, Guimarães Faria Corcete DUTRA, 
> > > Leandro wrote:
> > >
> > > pra instalar algo com tantas dependências como o GNOME?
> > 
> > Sim.  Embora fosse mais comum fazer com as versões de testes e instável.
> 
> note que existe uma distância astronômica entre tentar usar pacotes do
> testing num sistema stable, e usar pacotes do unstable num sistema
> testing!
> 
> o unstable tem um delay de 5-10 dias em relação ao unstable, então são

s/o unstable tem um delay/o *testing* tem um delay/


signature.asc
Description: PGP signature

Re: Gnome 3.20

[Antonio Terceiro]

On Fri, Aug 26, 2016 at 03:45:49PM -0300, Guimarães Faria Corcete DUTRA, 
Leandro wrote:
> > On Fri, Aug 26, 2016 at 12:48:59PM -0300, Guimarães Faria Corcete DUTRA, 
> > Leandro wrote:
> >
> > pra instalar algo com tantas dependências como o GNOME?
> 
> Sim.  Embora fosse mais comum fazer com as versões de testes e instável.

note que existe uma distância astronômica entre tentar usar pacotes do
testing num sistema stable, e usar pacotes do unstable num sistema
testing!

o unstable tem um delay de 5-10 dias em relação ao unstable, então são
testing e unstable são praticamente a _mesma plataforma_, com o unstable
um pouco no futuro.

agora quando você compara o stable com o testing, quando mais tempo
tenha se passado desde o último release, a diferença vai ser tornando
brutal. você consegue fazer? consegue. mas eventualmente vai dar um
problema, mesmo que o usuário tenha muito cuidado, e entenda bastante
como o APT funciona.

> > normalmente dá problema pelo simples fato de que praticamente nenhum
> > mantenedor testa isso; quando funciona, funciona por acaso. existem bons
> > motivos pra que isso não seja suportado, e pra que exista o repositório
> > de backports ... porquê simplesmente pegar binários compilados contra
> > uma plataforma e colocar numa plataforma diferente tem uma chance imensa
> > de dar errado.
> 
> Não é bem assim.  Num sistema misto, trazem-se todas as dependências.
> Existe a possibilidade de que falte alguma dependência, mas é pequena.
> Me aconteceu pouquíssimas vezes.

mas te aconteceu. esse é o ponto: em algumas situações funciona, mas
mais cedo ou mais tarde vai dar galho. às vezes falta uma dependência,
às vezes uma dependência que precisou ser atualizada pra você pegar um
pacote do testing faz quebrar um outro pacote que você tem que veio do
stable de uma forma misteriosa.

de qualquer forma, vamos concordar em discordar.



signature.asc
Description: PGP signature

Re: Gnome 3.20

[Antonio Terceiro]

[não precisa me copiar, eu leio a lista]

On Fri, Aug 26, 2016 at 12:48:59PM -0300, Guimarães Faria Corcete DUTRA, 
Leandro wrote:
> 2016-08-26 9:27 GMT-03:00 Antonio Terceiro <terce...@debian.org>:
> > On Fri, Aug 26, 2016 at 09:45:58AM +, Augusto Monteiro wrote:
> >> Tentei ontem instalar apenas o gnome 3.20 da testing, mas depois da
> >> instalação deu erro e não iniciou a interface gráfica, queria mater
> >> toda a distro na stable e apenas a interface da testing. Depois vou
> >> ver qual foi o problema para corrigir
> >
> > isso não funciona.
> 
> Funciona, geralmente.  Fiz muito.

pra instalar algo com tantas dependências como o GNOME?

> > misturar stable e testing é receita certa pra quebrar
> > o seu sistema. isso _poderia_ funcionar, pra puxar um pacote simples, de
> > linha de comando, com poucas ou sem dependências, do testing para um
> > sistema stable.
> >
> > mas com algo do tamanho do GNOME, com uma cadeia de dependências imensa,
> > a chance de dar errado é 100%.
> 
> Não, é bem menor, embora ainda significativa.

pode não dar problema imediatamente, mas mais cedo do mais tarde vai, a
não ser que você configure o APT pra fazer pinning (apt_preferences(5))
corretamente, _e_ que o conjunto de pacotes instalado seja relativamente
pequeno.

normalmente dá problema pelo simples fato de que praticamente nenhum
mantenedor testa isso; quando funciona, funciona por acaso. existem bons
motivos pra que isso não seja suportado, e pra que exista o repositório
de backports ... porquê simplesmente pegar binários compilados contra
uma plataforma e colocar numa plataforma diferente tem uma chance imensa
de dar errado.


signature.asc
Description: PGP signature

Re: Gnome 3.20

[Antonio Terceiro]

On Fri, Aug 26, 2016 at 09:45:58AM +, Augusto Monteiro wrote:
> Tentei ontem instalar apenas o gnome 3.20 da testing, mas depois da
> instalação deu erro e não iniciou a interface gráfica, queria mater
> toda a distro na stable e apenas a interface da testing. Depois vou
> ver qual foi o problema para corrigir

isso não funciona. misturar stable e testing é receita certa pra quebrar
o seu sistema. isso _poderia_ funcionar, pra puxar um pacote simples, de
linha de comando, com poucas ou sem dependências, do testing para um
sistema stable.

mas com algo do tamanho do GNOME, com uma cadeia de dependências imensa,
a chance de dar errado é 100%.

eu me pergunto quantas vezes eu vou precisar dizer isso aqui na lista.
acho que vou escrever um robô pra fazer isso pra mim.


signature.asc
Description: PGP signature

Re: REPOSITORIO TESTING COM STABLE

[Antonio Terceiro]

On Sun, Aug 21, 2016 at 04:42:00PM +, Richard Antunes wrote:
> Bom dia amigos,
> Estou com um problema.Uso uma placa de vídeo AMD Radeon HD5450. Após
> uma atualização recente do driver no Debian Stable, perdi boa parte
> dos efeitos por não conseguir usar o OpenGL. Nas configurações do
> Kwin, me é sugerido usar XRender. Enviei relatório de bug para o KDE,
> e me responderam dizendo que se eu estiver usando a versão estável
> estou usando o Kwin ao invés do Kwin-X11.
> Baseado nesta resposta, procurei pelo Kwin-X11 nos repositórios do
> Stretch e encontrei. Desde então comecei a pesquisar se poderia
> utilizar repositórios do Stretch junto com repositórios do Jessie.
> Encontrei algumas dicas de como fazer, mas também encontrei algumas
> aconselhando NÃO fazer. Gostaria da opinião dos amigos e irmãos de
> sistema.
> Eu posso utilizar os dois repositórios sem ter problemas ou realmente
> não seria bom? Há o risco de quebrar o sistema?

com certeza em algum momento você vai ter problema, então eu sugiro você
não fazer isso.


signature.asc
Description: PGP signature

Re: Executar script na inicialização

[Antonio Terceiro]

On Sat, Aug 06, 2016 at 11:08:36AM -0300, Leandro Moreira wrote:
> 
> 
> 
> Pessoal, bom dia!
> 
> Segue abaixo o script que mencionei em meu email anterior, é um script básico 
> de setup do sistema operacional, ele executa no boot mas não interage com o 
> usuário que esta fazendo o setup, ficando o /etc/network/interfaces conforme 
> abaixo.
> 
> iface eth0 inet static
>  address
>  netmask
>  gateway
>  dns-domain
>  dns-nameservers ,
> 
> Depois do primeiro boot, ele nunca mais será executado, eu me pergunto ser já 
> não há algo desse tipo pronto e eu não estou sabendo como procurar e em 
> virtude disso estou tentando reinventar a roda.

acho difícil você conseguir uma forma de ter um script desse interativo
durante o boot. você pode colocar isso no .bash_profile do root, aí vc
consegue que ele rode quando vc logar como root no terminal.

mas: no instalador você tem a chance de configurar a rede, porque você
exatamente você precisa disso?


signature.asc
Description: PGP signature

sobre SPAM

[Antonio Terceiro]

On Thu, Aug 04, 2016 at 03:19:17PM -0400, Thiago Canuto Ferreira wrote:
> Olá amigos.
> 
> O que fazer com este emails de spams? Tem alguma maneira de bloqueá-los?

o primeiro passo é não responder spam, e em especial, não com cópia para
o spammer. ;-)

toda mensagem da lista tem um cabeçalho List-Archive, que dá o endereço
onde ela é publicada no arquivo de lista. você vai nesse endereço, e
clica "Report as spam" (em cima à direita). eu configuro o meu programa
de email pra sempre mostrar esse cabeçalho junto com os outros
(remetente, assunto etc).

o antispam do lists.debian.org é muito bom, mas infelizmente não existe
antispam que barre 100% do lixo.


signature.asc
Description: PGP signature

Re: Dúvida...

[Antonio Terceiro]

On Thu, Aug 04, 2016 at 09:45:44AM -0300, Luiz Frederico Gaertner wrote:
> Bom dia Senhores,
> 
> Alguém saberia me informar qual a política para atualização de pacotes?
> No caso, verifiquei que o linphone encontra-se na versão 3.9 (no site do
> proprietário) porém, a versão no repositório do Jessie é a versão 3.6.

No Jessie vai ser 3.6 pra sempre. Com raríssimas exceções em casos de
impossibilidade de suporte de segurança para versões mais antigas
(exemplo: navegadores), novas versões de pacotes não entram numa versão
estável da distribuição.

A propósito mesmo na testing o linphone continua na versão 3.6. Como
tudo mais no Debian, atualizar depende de alguém que se importe o
suficiente fazer o trabalho (atualizar o pacote, testar, resolver bugs,
etc).

dando uma olhada rápida no BTS, talvez os mantenedores (time de VOIP)
precisem de ajuda:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=743474

uma vez que esteja atualizado no testing, aí alguém pode fazer um
backport (se isso for posssível), e você pode instalar através do
jessie-backports.


signature.asc
Description: PGP signature

Re: Como adcionar reposítorio sid e experimental de modo que..

[Antonio Terceiro]

On Thu, Jun 23, 2016 at 01:03:48PM -0300, Luiz Carlos wrote:
> Oi deu um erro na digitação, a pergunta é:
> De modo que eu possa dar apt-get upgrade e atualizar somente pacotes usando
> repositório da testes/testing?
> Quero pegar apenas pacotes do sid e experimenal usando apt-get install -t
> sid/experimental nomedopacote

foi isso que eu tinha entendido, e a minha reposta continua valendo.


signature.asc
Description: PGP signature

Re: Mapa Mental

[Antonio Terceiro]

On Thu, Jun 23, 2016 at 12:15:05PM -0300, Antonio Terceiro wrote:
> On Thu, Jun 23, 2016 at 12:00:55PM -0300, Leonardo Rocha wrote:
> > 
> > 
> > On 23-06-2016 08:42, Antonio Terceiro wrote:
> > > On Wed, Jun 22, 2016 at 09:56:38PM -0300, Leonardo Rocha wrote:
> > >> Senhores, senhoras, boa noite!
> > >>
> > >> estava pesquisando agora e encontrei a documentação que mostra a remoção
> > >> de pacotes (libjibx1.1-java) de dependência do FreeMind (mapa Mental) do
> > >> Debian Testing.
> > >>
> > >> https://tracker.debian.org/pkg/libjibx1.1-java
> > >>
> > >>
> > >> Estou tentando instalá-lo mas sem sucesso. Gostaria de saber se tem
> > >> algum outro mapa mental que possam segurir para uso?
> > > 
> > > yvm - View Your Mind
> > > 
> > > está no repositório
> > > 
> > A questão realmente é o pacote de dependência Teceiro. Consta a remoção
> > como mostrado no link acima. Eu tentei instalar mas não funciona sem
> > essa dependência atendida.
> > 
> > De todo modo, instalei o xmind e está funcionando perfeitamente.
> > Interface muito agradável.
> 
> não, você não entendeu. vym - View Your Mind é o nome de um programa de mapa
> mental , que está no repositório. ;-)
> 
> $ apt show vym
> Package: vym

e `apt search mind map` traz pelo menos outros 2, `treesheets` e
`freeplane`.

Package: treesheets
Description-en: Data organizer that covers spreadsheets, mind mappers, and 
small databases
 Suitable for any kind of data organization, such as Todo lists, calendars,
 project management, brainstorming, organizing ideas, planning, requirements
 gathering, presentation of information, etc.
 .
 It shares many characteristics with more familiar tools, and augments their
 abilities - like a spreadsheet, but supporting hierarchical data; like a mind
 mapper, but more organized and compact; like an outliner, but in more than one
 dimension; and like a text editor, but with structure.

Package: freeplane
Description-en: Java program for working with Mind Maps
 Freeplane is a free and open source software application that supports
 thinking, sharing information and getting things done at work, in school
 and at home. The core of the software is tools for mind mapping (also
 known as concept mapping or information mapping) and using mapped
 information.
 .
 Occupying the middle ground between an editor and a diagramming tool,
 Freeplane allows the user to add content as quickly and naturally as they
 would in a text editor, yet producing structured content that can be
 manipulated as easily as a diagram.
 .
 Features include ordering ideas in nodes and freely positionable
 nodes, connecting nodes, automatic/conditional styles, scripting,
 add-ons, LaTeX, search/filtering, different export features, printing,
 password protection of nodes/maps and more.
 .
 See http://freeplane.sourceforge.net/wiki/index.php/Main_Page for a full
 list of applications and features.



signature.asc
Description: PGP signature

Re: Mapa Mental

[Antonio Terceiro]

On Thu, Jun 23, 2016 at 12:00:55PM -0300, Leonardo Rocha wrote:
> 
> 
> On 23-06-2016 08:42, Antonio Terceiro wrote:
> > On Wed, Jun 22, 2016 at 09:56:38PM -0300, Leonardo Rocha wrote:
> >> Senhores, senhoras, boa noite!
> >>
> >> estava pesquisando agora e encontrei a documentação que mostra a remoção
> >> de pacotes (libjibx1.1-java) de dependência do FreeMind (mapa Mental) do
> >> Debian Testing.
> >>
> >> https://tracker.debian.org/pkg/libjibx1.1-java
> >>
> >>
> >> Estou tentando instalá-lo mas sem sucesso. Gostaria de saber se tem
> >> algum outro mapa mental que possam segurir para uso?
> > 
> > yvm - View Your Mind
> > 
> > está no repositório
> > 
> A questão realmente é o pacote de dependência Teceiro. Consta a remoção
> como mostrado no link acima. Eu tentei instalar mas não funciona sem
> essa dependência atendida.
> 
> De todo modo, instalei o xmind e está funcionando perfeitamente.
> Interface muito agradável.

não, você não entendeu. vym - View Your Mind é o nome de um programa de mapa
mental , que está no repositório. ;-)

$ apt show vym
Package: vym
Version: 2.5.0-2
Priority: optional
Section: kde
Maintainer: Pierre Chifflier <pol...@debian.org>
Installed-Size: 7.502 kB
Depends: libc6 (>= 2.14), libgcc1 (>= 1:3.0), libgl1-mesa-glx | libgl1, 
libqt5core5a (>= 5.5.0), libqt5dbus5 (>= 5.0.2), libqt5gui5 (>= 5.2.0), 
libqt5network5 (>= 5.0.2), libqt5printsupport5 (>= 5.0.2), libqt5svg5 (>= 
5.0.2), libqt5widgets5 (>= 5.2.0), libqt5xml5 (>= 5.1.0), libstdc++6 (>= 5.2), 
zip, unzip, xsltproc
Suggests: ruby | ruby-interpreter
Homepage: http://www.insilmaril.de/vym/
Tag: implemented-in::c++, interface::graphical, interface::x11,
 role::program, scope::utility, uitoolkit::qt, use::editing,
 use::learning, use::organizing, use::viewing, works-with-format::xml,
 works-with::image, works-with::text, x11::application
Download-Size: 2.723 kB
APT-Sources: http://ftp.br.debian.org/debian unstable/main amd64 Packages
Description: mindmapping tool
 Vym is a mind mapping program. It is useful to organize thoughts and
 do structure work. In addition to that it has a lot of helpful
 shortcuts.
 .
 A mindmap is a multicolored and image centered radial diagram that
 represents semantic or other connections between portions of learned
 material.  For example, it can graphically illustrate the structure
 of a thesis outline, a project plan, or the government institutions
 in a state.  Mindmaps have many applications in personal, family,
 educational, and business situations.  Possibilities include
 note-taking, brainstorming, summarizing, revising and general
 clarifying of thoughts.


signature.asc
Description: PGP signature

Re: Mapa Mental

[Antonio Terceiro]

On Wed, Jun 22, 2016 at 09:56:38PM -0300, Leonardo Rocha wrote:
> Senhores, senhoras, boa noite!
> 
> estava pesquisando agora e encontrei a documentação que mostra a remoção
> de pacotes (libjibx1.1-java) de dependência do FreeMind (mapa Mental) do
> Debian Testing.
> 
> https://tracker.debian.org/pkg/libjibx1.1-java
> 
> 
> Estou tentando instalá-lo mas sem sucesso. Gostaria de saber se tem
> algum outro mapa mental que possam segurir para uso?

yvm - View Your Mind

está no repositório


signature.asc
Description: PGP signature

Re: Como adcionar reposítorio sid e experimental de modo que..

[Antonio Terceiro]

On Tue, Jun 21, 2016 at 08:32:14PM -0300, Luiz Carlos wrote:
> Eu Posso dar apt-get upgrade e atualizar SOMENTE da testes?

pode

> Quero Pegar APENAS sid e usando experimental apt-get install -t ...

isso é o default para a experimental.

para a unstable, você quer usar pinning na configuração do APT. tente
colocar o seguinte em /etc/apt/preferences.d/unstable:

Package: *
Pin: release a=unstable
Pin-Priority: 50

se você quiser entender como exatamente isso funciona, veja a manpage
apt_preferences(1)

$ man apt_preferences


signature.asc
Description: PGP signature

Re: Iceweasel substituido por Firefox?

[Antonio Terceiro]

On Fri, Jun 17, 2016 at 01:45:07AM -0300, Linux - Junior Polegato wrote:
> Olá!
> 
> Faz meses que o firefox-esr entrou no lugar do Iceweasel no Testing, agora
> está indo para as versões estáveis...
> 
> O Iceweasel existia devido há divergências entre os mantenedores do Debian
> e a Mozilla, mas depois de 10 anos eles se entenderam e "formaram um time
> só".

é ... não era bem isso. A mozilla tinha uma política de marcas que
proibia distribuir binários modificados (exemplo backports de correções
de segurança) que usassem a marca "Firefox", tanto o nome quanto o log ,
e por isso os mantenedores no debian preciaram renomear e mudar o logo.

essa política foi alterada, e aí o nome e o logo alternativos não são
mais necessários.

a cobertura que saiu no Linux Weekly News alguns meses atrás me pareceu
razoável:
https://lwn.net/Articles/676799/


signature.asc
Description: PGP signature

Re: Iceweasel substituido por Firefox?

[Antonio Terceiro]

On Fri, Jun 17, 2016 at 03:58:13AM +, vitorhug...@hotmail.com wrote:
> Depois que adotaram o system-d as coisas ficaram meio estranhas pro Debian

uma coisa não tem absolutamente nada a ver com a outra. ninguém tem
obrigação de saber o que está acontecendo no desenvolvimento do debian,
mas também não precisa ficar falando bobagem e espalhando FUD.


signature.asc
Description: PGP signature

Re: câmera digital não reconhecida

[Antonio Terceiro]

On Sat, May 14, 2016 at 07:08:12PM +, Márcio de Araújo Benedito wrote:
> Colegas, boa tarde!
> Tenho uma câmera digital Canon SX-20 que sempre funcionou bem no meu desktop 
> Debian. De uns tempos pra cá ela parou de funcionar, não sendo nem 
> reconhecida e listada no comando lsusb.
> 
> Abaixo segue a saida do /var/log/syslog
> 
> May 14 16:02:43 desktop kernel: [  249.256032] usb 1-1: new full-speed USB 
> device number 7 using uhci_hcd
> May 14 16:02:44 desktop kernel: [  249.664027] usb 1-1: device not accepting 
> address 7, error -71
> May 14 16:02:44 desktop kernel: [  249.980024] usb 1-1: new full-speed USB 
> device number 8 using uhci_hcd
> May 14 16:02:44 desktop kernel: [  250.392019] usb 1-1: device not accepting 
> address 8, error -71
> May 14 16:02:45 desktop kernel: [  250.504071] usb 1-1: new full-speed USB 
> device number 9 using uhci_hcd
> May 14 16:02:45 desktop kernel: [  250.628036] usb 1-1: device descriptor 
> read/64, error -71
> May 14 16:02:45 desktop kernel: [  250.852033] usb 1-1: device descriptor 
> read/64, error -71
> May 14 16:02:45 desktop kernel: [  251.068033] usb 1-1: new full-speed USB 
> device number 10 using uhci_hcd
> May 14 16:02:45 desktop kernel: [  251.188027] usb 1-1: device descriptor 
> read/64, error -71
> May 14 16:02:45 desktop kernel: [  251.412019] usb 1-1: device descriptor 
> read/64, error -71
> May 14 16:02:46 desktop kernel: [  251.516049] usb usb1-port1: unable to 
> enumerate USB device
>  Não achei nada que ajudasse no Google...
> Uso debian testing> Linux desktop 4.5.0-1-686-pae #1 SMP Debian 4.5.1-1 
> (2016-04-14) i686 GNU/Linux

a quanto tempo ela deixou de funcionar?

funciona com outro cabo?

funciona em outro computador?

funciona com outro kernel? pode existir uma regressão no kernel que fez
o driver parar de funcionar.



signature.asc
Description: PGP signature

Re: [debian-user-portuguese] Sair da lista

[Antonio Terceiro]

On Sun, May 01, 2016 at 09:12:05PM -0300, Gilberto F da Silva wrote:
> On Wed, Apr 27, 2016 at 09:57:40AM -0300, Antonio Terceiro wrote:
> > On Wed, Apr 27, 2016 at 09:36:25AM -0300, Henrique Fagundes wrote:
> > > Prezado administrador,
> 
>   Essa lista tem duas coiasas irritantes:

esses pontos já foram discutidos infinitas vezes. do ponto de vista da
comunidade debian e de outros projetos que utilizam listas de discussão
de forma massiva a mais de 20 anos, esse é o jeito certo de listas de
discussão funcionarem.

>   1 - Ela não coloca no campo o nome da lista a exemplo do que fazem
>   outras listas.

se você não tem um filtro pra separar cada lista em uma pasta (o que
torna o marcador no assunto irrelevante), você tem problemas mais sérios
do que isso.

>   2 - Quando seleciono responder, a resposta vai somente para a pessoa
>   ao invés de ir para a lista.

se em 2016 o seu cliente de email não tem uma opção "responder para a
lista" ou "responder para o grupo", você tem problemas maiores do que
isso.

de qualquer forma esse ponto especificamente é sempre super chato, e
mais polêmico do que vim X emacs. independente do que eu e você achamos,
as listas no lists.debian.org funcionam assim e a probabilidade disso
mudar é muito próxima de zero.


signature.asc
Description: PGP signature

Re: Redimencionar fotos

[Antonio Terceiro]

On Wed, Apr 27, 2016 at 11:08:54AM -0300, Linux - Junior Polegato wrote:
> Em 27-04-2016 10:46, Leonardo Rocha escreveu:
> >Olá pessoal, encontrei um software no site do Edivaldo Brito, pra
> >Ubuntu, o BIR, redimencionador de fotos. A principal utilidade dele é
> >redimencionar várias fotos ao mesmo tempo.
> >Gostaria de pedir a indicação de alguma aplicação dessas pra Debian?
> >Seria interessante algo gráfico pois pretendo colocar para ser utilizado
> >por uma usuária leiga no assunto.
> >Grato gente.
> 
> Olá!
> 
> Coloque o repositório PPA do BIR na lista de repositórios do Debian,
> teoricamente compatíveis. Fiz um testes aqui com Debian testing e foi de boa
> a instalação com dependências e abertura, não testei execução.
> 
> Na página está para Ubuntu:
> 
> sudo add-apt-repository ppa:dhor/myway
> 
> No Debian:
> 
> sudo echo 'deb http://ppa.launchpad.net/dhor/myway/ubuntu wily main' >
> /etc/apt/sources.list.d/dhor-myway.list
> 
> No Debian também precisa adicionar a chave GPG desse repositório:
> 
> sudo apt-key adv --keyserver keyserver.ubuntu.com --recv E2B7D64D93330B78
> 
> Depois siga os passos para instalação e execução conforme está na
> página.

por favor nunca recomende isso a ninguém. instalar no Debian pacotes
compiladas para Ubuntu (ou para qualquer outro sistema), quando
funciona, funciona por acaso, e pode quebrar a qualquer momento.
misturar binários de lugares aleatórios é a receita mais eficiente pra
quebrar o seu sistema.

no GNOME tem nautilus-image-converter e nautilus-image-manipulator, no
KDE deve ter algo equivalente.


signature.asc
Description: PGP signature

Re: Sair da lista

[Antonio Terceiro]

On Wed, Apr 27, 2016 at 09:36:25AM -0300, Henrique Fagundes wrote:
> Prezado administrador,
> 
> Favor remover o colega que atende pelo e-mail pcarva...@sfiec.org.br
> Pela interface de administração do Mailman isso é perfeitamente possível.
>
> Lembrem-se que nem todos possuem conhecimentos avançados.
> Isso encerraria o caso e evitaria polêmicas desnecessárias.
> 
> Sou o adm da lista aprendendoli...@listas.aprendendolinux.com, e quando me
> solicitam a saída, eu prontamente removo.

o servidor de listas do debian não usa mailman, e não existe um
administrador específico pra cada lista.

a primeira pessoa que respondeu indicou a URL pra se desinscrever, e
todas as outras respostas foram inúteis. quem não tiver paciência de
ajudar "os que não tem conhecimentos avançados" pode simplesmente
ignorar a mensagem, da mesma forma que ignoram quanto é um assunto que
não é de interesse ou conhecimento.

dica: procurar no google por "sair da lista do debian", mesmo em
português, retorna a resposta certa no 2º resultado.


signature.asc
Description: PGP signature

Re: IRPF

[Antonio Terceiro]

On Tue, Apr 12, 2016 at 02:52:56AM +0200, G.Paulo wrote:
> 
> Pessoal,
> 
> peço sua sugestão. Para instalar e rodar o programa da Receita para o imposto 
> de renda 2016 preciso do java mais atualizado (a versão recomendada é a 1.8). 
> O que tenho nesta máquina rodando o excelente Wheezy é
> $ java -version
> java version "1.6.0_38"
> OpenJDK Runtime Environment (IcedTea6 1.13.10) (6b38-1.13.10-1~deb7u1)
> OpenJDK 64-Bit Server VM (build 23.25-b01, mixed mode)
> 
> As opções são instalar o Java Oracle ou um OpenJDK mais recente. No primeiro 
> caso, é só baixar e instalar, mas é software, digamos, alienígena a esta 
> máquina. No segundo caso, posso ir direto a um repositório que tenha a versão 
> mais recente do OpenJDK. Neste caso, qual seria o repositório e como eu 
> ajustaria o sources.list sem fazer uma enorme bagunça? Só como referência, o 
> meu sources.list aponta para 
> deb http://ftp.br.debian.org/debian/ wheezy main contrib non-free

misturar versões diferentes no sources.list mais cedo ou mais tarde vai
te trazer problemas.

na minha opinião o ideal seria você atualizar o sistema todo pra jessie
(ou seja simplesmente trocar wheezy por jessie no seu sources.list) e
fazer o upgrade (apt-get update && apt-get dist-upgrade && reboot).


signature.asc
Description: PGP signature

Re: systemd, o que mudou

[Antonio Terceiro]

On Mon, Feb 01, 2016 at 02:54:02PM -0300, Luis Augusto Teixeira wrote:
> boa tarde,
> 
> Com o systemd o gerenciamentos dos scripts de inicialização em /etc/init.d
> e /etc/rc2.d usando o update-rc.d, mudaram?

tudo isso continua funcionando, o systemd suporta compatiblidade com
scripts sysvinit. só tem que prestar atenção por que se um pacote
instalar tanto um script em /etc/init.d/ quanto um serviço systemd
nativo, o systemd vai usar o serviço nativo. mas se só instalar o script
em /etc/init.d/, ele usa também.

-- 
Antonio Terceiro <terce...@debian.org>


signature.asc
Description: PGP signature

Re: systemd, o que mudou

[Antonio Terceiro]

On Sat, Jan 30, 2016 at 07:40:04PM +, sems...@openmailbox.org wrote:
> Pela minha experiência, não é tão trivial assim conseguir um sistema
> debian sem systemd. Mesmo instalando outro init  sempre haverá vestígios
> dele. E fora que muitos meta-pacotes tem o systemd como dependência.
> 
> O que mais me chateia nessa história, é que _na prática_, o systemd é
> empurrado goela abaixo.

da mesma forma como o gcc é empurrado goela abaixo por ser o compilador
C padrão. não é trivial conseguir usar outro compilador padrão, e quem
tem interesse em que isso aconteça tem que sentar a bunda na cadeira,
fazer testes, reportar bugs e mandar patches. tinha um pessoal
interessado em conseguir compilar o debian todo com clang, e foi isso
que eles fizeram.

isso acontece pelo simples fato que pra cada mantenedor de cada pacote,
manter suporte a tudo que é possível dá um trabalho desgraçado. então
quem tem interesse de usar as coisas não-default tem que colaborar
porque de outra forma não é viável tecnicamente.

no caso do init, o comitê técnico decidiu que todos os pacotes
existentes antes do systemd ser o default deveria manter compatibilidade
com sysvinit (durante 1 ou 2 releses, não me lembro exatamente agora),
mas quem tiver interesse que o suporte vá além disso vai ter
que sentar a bunda na cadeira, fazer testes, reportar bugs e mandar
patches. ou trocar pra um sistema onde os defaults sejam os que você
quer ... debian não é religião, você é livre pra sair a hora que quiser.
;-)


signature.asc
Description: PGP signature

Re: systemd, o que mudou

[Antonio Terceiro]

On Sat, Jan 30, 2016 at 04:08:00PM -0200, Listeiro 037 wrote:
[...]
> Eu estou disposto a aprender, mas ignorar as opiniões do contra neste
> fogo cruzado não dá não. Não digo que eu esteja espalhando críticas ou
> inverdades, até porque uma consulta no Google pode encontrar estas
> mesmas críticas ou coisa pior.
> 
> Afinal, veja onde chegou a criatividade:
> https://lh3.googleusercontent.com/-bZId5j2jREQ/U-vlysklvCI/CrA/B4JggkVJi38/w426-h284/bd0fb252416206158627fb0b1bff9b4779dca13f.gif

a questão é que só quem está "incomodado" fica esperneando, é uma
minoria barulhenta. Você não vai achar nem de perto a mesma quantidade
de gente "fazendo propaganda" do systemd quanto você vai achar de gente
"fazendo propaganda contra".

-- 
Antonio Terceiro <terce...@debian.org>


signature.asc
Description: PGP signature

Re: systemd, o que mudou

[Antonio Terceiro]

On Sat, Jan 30, 2016 at 06:59:29AM -0200, Leandro wrote:
> Corroborando com o colega
> Outro problema
> Experimente executar
> systemctl shutdown com um usuario comun,o servidor ira simplesmente
> desligar.

só se esse usuário comum estiver logado _fisicamente_ na máquina (i.e.
você não consegue desligar uma máquina logado via SSH). Se você tem
acesso físico, você pode apertar o botão de power, então não é um
problema poder desligar via software; é equivalente a clicar em
"desligar" no desktop.


signature.asc
Description: PGP signature

Re: systemd, o que mudou

[Antonio Terceiro]

On Sat, Jan 30, 2016 at 11:14:37AM -0200, Listeiro 037 wrote:
> Gostaria de que houvesse uma opção de escolha no instalador, para optar
> pelo sistema de inicialização, sysvinit, systemd e incluindo mesmo o
> openrc que está disponível no Jessie.

Esta opção existe:

https://wiki.debian.org/systemd#Installing_without_systemd

dá pra trocar não só para o sysvinit como pra qualquer outro, é só
colocar o nome do pacote correspondente no lugar do sysvinit-core.

> Até agora eu vi o que me pareceu o lado negro da força. Gostaria de que
> fosse elucidado sobre as partes técnicas que ele resolve. Eu li muitas
> opiniões de gente que é contra, mas de fora do Debian. As que cheguei a
> ler de gente que usa Debian também na maioria são do contra. De gente
> de dentro do projeto sei de nada.
> 
> Preciso desse equilíbrio porque está faltando alguns argumentos. A
> ideia de um ditador malevolente e antipático pode comprometer a visão
> de muitos com este trabalho, principalmente se ele for tão bom assim.
> Seria muito importante esse aprofundamento, mesmo que resumido. Por
> hora estou com o pé atrás. O argumento de não usar texto como interface
> (que foi o que li) parece ser forte.

isso quer dizer que você estava descendo a madeira no systemd e
espalhando FUD baseado apenas nas opiniões (mal informadas, na minha
opinião) dos outros, e nem chegou a testar você mesmo?

um material introdutório ao systemd bem interessante que eu vi um tempo
atrás são uns slides de aula preparados pelo Lucas Nussbaum, que além de
DD e ex-DPL é professor universitário e ensina administração de
sistemas:

http://www.lucas-nussbaum.net/blog/?p=874

-- 
Antonio Terceiro <terce...@debian.org>


signature.asc
Description: PGP signature

Re: systemd, o que mudou

[Antonio Terceiro]

On Thu, Jan 28, 2016 at 12:09:29PM -0300, Luis Augusto Teixeira wrote:
> boa dia amigos,
> 
> por razões de trabalho, estou um pouco desatualizado, então pergunto, o que
> realmente mudou com o systemd no debian?
> se alguém puder responder ou puder indicar leitura agradeço.

do ponto de vista do usuário casual, nada mudou. o sistema continua
dando boot normalmente, e desligando normalmente. `service
[start|stop|restart|reload] ` continua funcionando normalmente.

do ponto de vista dos detalhes de funcionamento, muita coisa mudou.
muita gente acha um absurdo que "viola a filosofia UNIX", que é bloated,
etc, mas 99% dos que falam isso estão apenas repetindo o que ouviram de
alguém e não entendem realmente o problema que o systemd resolve. e
também não levam em consideração que várias das coisas que o systemd faz
"a mais" (cron, DHCP, etc etc) são opcionais e não estão ligadas por
padrão.

na minha opinião, o systemd te dá muito mais informação útil sobre o
sistema, te permite fazer coisa que não eram possíveis com o sysvinit, e
é muito bem documentado. quem já escreveu um initscript (ou vários),
sabe o quanto é difícil fazer do jeito certo; é brutalmente mais fácil e
confiável escrever um arquivo de serviço systemd.

as teorias da conspiração, juízos de valor sobre o desenvolvedor líder,
e outros FUDs, na minha opinião são uma bobagem sem tamanho.

as pessoas que escolheram manter o systemd no Debian são estramente
competentes e eu confio nelas pra tomarem as decisões certas para o
Debian. O pacote do systemd no debian tem uma quantidade razoável de
patches (38 no unstable hoje, sendo 30 deles específicos para o Debian)
pra compatibilidade, e pra garantir que quaisquer decisões no systemd
que não são adequadas para o Debian não se apliquem.

as pessoas que decidiram que valia à pena adotar o systemd como padrão,
são extremamente competentes e tomaram a melhor decisão que podiam
diante de situação, e do calor gerado pela polêmica -- alimentada quase
que exclusivamente pelo pessoal do FUD.

você pode discordar de tudo isso? com certeza pode. É por isso que o
systemd é apenas o _default_. pra quem se sente informado o suficiente
pra não confiar no default, trocar de volta para o sysvinit é trivial, é
só instalar o pacote `sysvinit-core` e dar um reboot.

-- 
Antonio Terceiro <terce...@debian.org>


signature.asc
Description: PGP signature

Re: Software Livre assinador de documentos PDF

[Antonio Terceiro]

On Sun, Nov 29, 2015 at 01:25:40PM -0200, Diego Rabatone Oliveira wrote:
> Ótimo saber que é possível assinar documentos via Libreoffice 5.
> Porém, ainda acho razoável a ideia de termos um Software Livre para
> assinatura digital de documentos PDF. Eu, por exemplo, costumo gerar
> documentos via LaTeX, assim como muitas vezes imprimir páginas web que
> gostaria de assinar digitalmente. Ou mesmo quando recebo algum documento já
> em formato PDF.
> 
> Outra hipótese é quando várias pessoas pretendem assinar um único
> documento, caso que em provavelmente o libreoffice não consiga resolver,
> ainda.

https://code.google.com/p/origami-pdf/

é feito em ruby, tem um conjunto de binários e também uma biblioteca. o
desenvolvimento upstream parece estar parado, mas parece razoavelmente
maduro.

eu já usei a biblioteca em um projeto pra validar assinaturas em pdf's
enviados, mas também tem as APIs pra assinar. está no debian, eu mesmo
empacotei:

origami-pdf/unstable,testing 1.2.7-2 all
  PDF analysis and manipulation tool

ruby-origami/unstable,testing 1.2.7-2 all
  PDF analysis and manipulation tool (Ruby library)

em princípio seria fácil fazer um programinha standalone pra assinar
PDFs, mas eu provavelmente não vou fazer isso por diversão. ;-)

-- 
Antonio Terceiro <terce...@debian.org>


signature.asc
Description: PGP signature

Re: Atualizar versão do Samba4 - Debian 7.7

[Antonio Terceiro]

On Fri, Oct 23, 2015 at 04:06:56PM -0300, Thiago Gomes wrote:
> Antonio,
> 
> Então as GPO para colocar o pagina inicial IE 10 e 11 não sei se estão
> no samba 4.4.. só sei no 4.1 não tem.
> tem algum ideia

não tenho idéia. o que eu falei foi só baseado nas versões que estão no
repositório oficial, não sou usuário de samba.


signature.asc
Description: PGP signature

Re: Atualizar versão do Samba4 - Debian 7.7

[Antonio Terceiro]

On Fri, Oct 23, 2015 at 10:34:02AM -0300, Thiago Gomes wrote:
> Salve Galera,
> 
> Tenho um samba4 com DC está na versão 4.1 do debian 7.7 foi instalado
> via apt-get..
> vendo os pacotes hoje está na versão 4.4.. gostaria de saber como eu
> faço para atualizar esse samba no debian. teria
> que adicionar algum repositório ?

O Debian 7 essa versão 4.1 já vem do repositório de backports, e mesmo no
Debian 8 e no testing/unstable a versão é a mesma.

pra você conseguir atualizar disso, você teria que fazer na mão, ou um
com um repositório externo, e num sistema em produção eu não recomendo
você fazer nenhuma das duas coisas.

Existe algo no samba 4.4 que faz com que você _precise_ atualizar?

-- 
Antonio Terceiro <terce...@debian.org>


signature.asc
Description: PGP signature

Re: distribuição linux

[Antonio Terceiro]

On Thu, Oct 22, 2015 at 10:36:14AM -0300, Fred Maranhão wrote:
> Em 22 de outubro de 2015 09:56, "Prof. Dr. Flávio M Matsumoto"
> <fmats...@ufpr.br> escreveu:
> > Prezados,
> >
> > Eu não tenho uma contribuição a dar neste tópico e sim um elogio. Apreciei
> > imensamente aqueles que responderam a uma dúvida pertinente do colega, pelo
> > tom cordial e com sincero intuito de ajudar.
> >
> > Muito diferente de um renomado blog que acompanhava há anos, mas parei por
> > causa dos comentários agressivos; por exemplo, quando se fala de uma nova
> > distro, diziam em tom condenatório que isso pulverizava os esforços que
> > deveriam ser dirigidos para distros já consagrados (como se esses
> > comentaristas fossem donos da força de trabalho alheia).
> 
> mas isto é realmente um ponto preocupante. eu concordo que pulveriza.
> mas o tom faz toda a diferença.

mesmo se você partir de um princípio totalmente "egoísta", de quem não
se importa em contribuir de volta com a comunidade de software livre
(notem que eu não estou dizendo que essa é a postura do Manoel), tem um
outro problema além da "pulverização". manter um SO funcionando de forma
consistente dá _muito_ trabalho, porquê tem muitas questões técnicas que
precisam ser resolvidas hoje, e que precisarão ser resolvidas amanhã.

quando você escolhe seguir o seu próprio caminho, você tem que fazer
tudo isso sozinho, construir a sua própria comunidade do zero, e muito
dificilmente você vai alcançar o ponto onde a sua "nova distro" vai ser
viável do ponto de vista puramente de engenharia.

quando você se mantém o mais próximo possível da comunidade original
(debian nesse caso), você aproveita o esforço brutal que a comunidade já
tem pra manter o SO, e consegue se preocupar apenas com o seu
"diferencial".

> a iniciativa do debian-CDD é de tentar minimizar esta pulverização,
> oferencendo para quem quer uma distro com características especiais a
> opção de se preocupar apenas com a especialização, deixando toda a
> parte que ficaria igual ao debian por conta do debian e de seus
> milhares de colaboradores.

simple-cdd provavelmente é uma boa forma de fazer. com o live-build vc
também consegue incluir repositórios e pacotes personalizados, e tem a
vantagem que a mesma mídia serve como live e como instalador.

-- 
Antonio Terceiro <terce...@debian.org>


signature.asc
Description: PGP signature

Re: distribuição linux

[Antonio Terceiro]

On Thu, Oct 22, 2015 at 01:39:41PM -0200, Manoel Pedro de Araújo wrote:
> Gostei da sua ideia. Agora eu nao sei como fazer como fazer isso. Onde
> procurar?

em português hoje a melhor opção provavelmente é o material do Eriberto:

http://debianet.com.br/

-- 
Antonio Terceiro <terce...@debian.org>


signature.asc
Description: PGP signature

Acessando Itau sem instalar o rootkit (Warsaw)

[Antonio Terceiro]

passo 1: apt install midori

passo 2: abrir o Midori e configurá-lo para se passar por um iPhone

  Preferências → Rede → Identificar-se como, selecionar "iPhone"

passo 3: lucro

  ele sempre vai sugerir que você "instale o aplicativo", mas é só
  procurar o link "continuar na versão web" e mandar ver. talvez coisas
  muito avançadas não vão estejam disponíveis, mas as coisas do
  dia-a-dia estão lá, incluindo coisas "menos comuns" como aviso viagem
  e tal.

Eu fazia esse truque antigamente quando era cliente do BB, mas por algum
motivo nunca me lembrei de fazer depois que troquei para o Itau.
Provavelmente porque logo que abri a conta tinha essa estória de
guardião e o internet banking normal do Itau funcionava sem nada
proprietário.

-- 
Antonio Terceiro <terce...@debian.org>


signature.asc
Description: PGP signature

Re: Acessando Itau sem instalar o rootkit (Warsaw)

[Antonio Terceiro]

On Mon, Oct 19, 2015 at 01:34:59PM -0200, Antonio Terceiro wrote:
> Provavelmente porque logo que abri a conta tinha essa estória de
> guardião e o internet banking normal do Itau funcionava sem nada
> proprietário.

*não* tinha essa estória de guardião ...

-- 
Antonio Terceiro <terce...@debian.org>


signature.asc
Description: PGP signature

Re: Warsaw

[Antonio Terceiro]

On Thu, Oct 15, 2015 at 04:05:53AM +, Richard Antunes wrote:
> Olá Thiago,
> obrigado pela sua opinião.Eu achei estranho também o fato de só o 
> "http//:ftp.debian.org" apresentar erro, os outros conectaram normalmente.

a versão desse negócio pra windows dava um problema com ipv6, se vc
estivesse numa rede ipv6 nativa vc não conseguia acessar outros sites
ipv6 ou algo assim. o nic.br publicou um relato disso aí. como o
ftp.debian.org tem um endereço ipv6, pode ser que a versão pra gnu/linux
também tenha um problema parecido.


signature.asc
Description: PGP signature

Re: Latinoware 2015

[Antonio Terceiro]

On Mon, Oct 12, 2015 at 01:39:18AM -0300, Tobias Sette wrote:
> Haverá alguma atividade do grupo? Precisam de voluntários?

https://wiki.debian.org/DebianEvents/br/2015/MiniDebconfLatinoware

-- 
Antonio Terceiro <terce...@debian.org>


signature.asc
Description: PGP signature

Re: Warsaw

[Antonio Terceiro]

On Wed, Oct 07, 2015 at 03:43:48PM -0300, Diego Rabatone Oliveira wrote:
> Terceiro, e se você mudar no etc/hosts o endereço do
> "gastecnologia.com.br" para "127.0.0.1"? Ele para de funcionar?

não tentei. da próxima vez que eu precisar de alguma coisa que o
aplicativo pra celular não resolva eu olho de novo, e aviso aqui.

-- 
Antonio Terceiro <terce...@debian.org>


signature.asc
Description: PGP signature

Re: grupo adm

[Antonio Terceiro]

On Thu, Oct 08, 2015 at 11:53:59AM -0300, julio wrote:
> De : Fred Maranhão <fred.maran...@gmail.com>
>> qual o impacto de botar um usuário no grupo adm num servidor apache+mysql
> 
> Catastrófico se o usuário souber o que fazer. ...

pode elaborar? de acordo com o manual oficial se segurança do Debian,
não parece ser nada tão arriscado:

https://www.debian.org/doc/manuals/securing-debian-howto/ch12.en.html

  adm: Group adm is used for system monitoring tasks. Members of this
  group can read many log files in /var/log, and can use xconsole.
  Historically, /var/log was /usr/adm (and later /var/adm), thus the
  name of the group.

i.e. um usuário vai conseguir _ler_ logs do sistema, e não muito mais do
que isso.

-- 
Antonio Terceiro <terce...@debian.org>


signature.asc
Description: PGP signature

Re: Instalação versão DEBIAN 7 com o KERNEL 3.2.65

[Antonio Terceiro]

On Wed, Oct 07, 2015 at 10:45:42AM -0300, ssigel2...@yahoo.com.br wrote:
> Olá,
> 
> Tenho um sistema hospedado na localweb que está com a versão DEBIAN 7 com o
> KERNEL 3.2.65 
> 
> Preciso fazer um ambiente local simulando o servidor e preciso instalar a
> mesma distro,
> 
> Alguém poderia me falar como conseguir os arquivos de instalação desta
> versão ?

https://www.debian.org/releases/wheezy/debian-installer/

-- 
Antonio Terceiro <terce...@debian.org>


signature.asc
Description: PGP signature

Re: Warsaw

[Antonio Terceiro]

On Wed, Oct 07, 2015 at 10:38:29AM -0300, Antonio Terceiro wrote:
> On Wed, Oct 07, 2015 at 03:38:50AM +0200, G.Paulo wrote:
> > 
> > Mais uma do Banco Itau: para utilizar o internet banking agora tive
> > que instalar um tal de warsaw (dpkg -i warsaw_setup_64.deb), baixado
> > do site do banco. Naturalmente, como root.
> 
> Eu também passei por isso esses dias. Eu abri o pacote pra destrinchar,
> e notei algumas coisas:

ah, faltou uma coisa: mesmo depois do .deb instalado, e do daemon
maildito estar lá rodando com root, o Internet Banking continua achando
que o "Guardião" não está instalado. Então na prática não funciona, e eu
desisti por hora.

O aplicativo pra celular, que apesar de proprietário ao menos funciona,
faz tudo que eu preciso no momento.

-- 
Antonio Terceiro <terce...@debian.org>


signature.asc
Description: PGP signature