Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > pt.comp.so.linux > #2821 > unrolled thread

Iniciar variáveis na gnome-shell

Back to article view | Back to pt.comp.so.linux

Contents

  Iniciar variáveis na gnome-shell Ninguém <usenet@rasparta.org> - 2020-06-28 09:40 +0100
    Re: Iniciar variáveis na gnome-shell Paulo da Silva <p_s_d_a_s_i_l_v_a_ns@netcabo.pt> - 2020-06-28 21:48 +0100
      Re: Iniciar variáveis na gnome-shell Ninguém <usenet@rasparta.org> - 2020-06-29 08:55 +0100
        Re: Iniciar variáveis na gnome-shell Paulo da Silva <p_s_d_a_s_i_l_v_a_ns@netcabo.pt> - 2020-06-29 18:18 +0100
          Re: Iniciar variáveis na gnome-shell Patricia Ferreira <pferreira@example.com> - 2020-06-29 16:12 -0300
            Re: Iniciar variáveis na gnome-shell Ninguém <usenet@rasparta.org> - 2020-06-29 21:50 +0100
              Re: Iniciar variáveis na gnome-shell Paulo da Silva <p_d_a_s_i_l_v_a_ns@nonetnoaddress.pt> - 2020-06-29 22:21 +0100
              Re: Iniciar variáveis na gnome-shell Patricia Ferreira <pferreira@example.com> - 2020-06-30 18:30 -0300
                Re: Iniciar variáveis na gnome-shell Ninguém <usenet@rasparta.org> - 2020-07-01 15:53 +0100
                  Re: Iniciar variáveis na gnome-shell Patricia Ferreira <pferreira@example.com> - 2020-07-01 13:12 -0300
                    Re: Iniciar variáveis na gnome-shell Paulo da Silva <p_d_a_s_i_l_v_a_ns@nonetnoaddress.pt> - 2020-07-01 21:02 +0100
                      Re: Iniciar variáveis na gnome-shell Ninguém <usenet@rasparta.org> - 2020-07-01 21:27 +0100
                    Re: Iniciar variáveis na gnome-shell Ninguém <usenet@rasparta.org> - 2020-07-01 21:15 +0100
                      Re: Iniciar variáveis na gnome-shell Patricia Ferreira <pferreira@example.com> - 2020-07-01 17:55 -0300
            Re: Iniciar variáveis na gnome-shell Patricia Ferreira <pferreira@example.com> - 2020-07-05 10:49 -0300
          Re: Iniciar variáveis na gnome-shell Ninguém <usenet@rasparta.org> - 2020-06-29 21:52 +0100
    Re: Iniciar variáveis na gnome-shell Ninguém <usenet@rasparta.org> - 2020-07-09 11:01 +0100
      Re: Iniciar variáveis na gnome-shell Ninguém <usenet@rasparta.org> - 2020-07-09 11:27 +0100

#2821 — Iniciar variáveis na gnome-shell

Como é que se atribui um valor a uma variável no início de sessão no gnome?
Quero, por exemplo, ter a umask 0022.
No início da bash (em .profile) tenho:
umask=0022
De facto, o valor é respeitado no terminal, mas os programas do gnome 
não o respeitam e uma diretoria criada pelo nautilus, por exemplo, fica 
755 na mesma!

[toc] | [next] | [standalone]

#2822

Às 09:40 de 28/06/20, Ninguém escreveu:
> Como é que se atribui um valor a uma variável no início de sessão no gnome?
> Quero, por exemplo, ter a umask 0022.
> No início da bash (em .profile) tenho:
> umask=0022
Não uso o gnome, mas já tentaste pôr num nível mais "alto"? Experimenta
em /etc/profile.
Agora com o systemd ... já não sei nada :-) , mas não custa tentar.

Um find à /etc encontrou umask em vário sítios.
O comando é, por ex.:
find /etc -type f -exec grep -l umask {} \;

Cumps.

[toc] | [prev] | [next] | [standalone]

#2823

On 28/06/20 21:48, Paulo da Silva wrote:
> Não uso o gnome, mas já tentaste pôr num nível mais "alto"? Experimenta
> em /etc/profile.
> Agora com o systemd ... já não sei nada:-)  , mas não custa tentar.

Pois, se calhar devia ser o systemd a tratar disso. Mas não vejo nada a 
documentar isso.
Quando referiste 'nível mais "alto"' pensei noutra interpretação: talvez 
tenha a ver com o wayland, e não propriamente com o gnome... e parece 
que é qualquer coisa do géner, sim... vou ver melhor.
A outra interpretação de 'nível mais "alto"' (ou seja: a nível da 
configuração do sistema) não me parece adequado porque configuraria para 
todos os utilizadores. Eu quero configurar só o meu.

> Um find à /etc encontrou umask em vário sítios.
> O comando é, por ex.:
> find /etc -type f -exec grep -l umask {} \;

Já tinha andado a vasculhar e, apesar do que disse acima, acabei por 
alterar para experimentar e nada!
:-/

[toc] | [prev] | [next] | [standalone]

#2824

Às 08:55 de 29/06/20, Ninguém escreveu:
> On 28/06/20 21:48, Paulo da Silva wrote:
...

> Pois, se calhar devia ser o systemd a tratar disso. Mas não vejo nada a
> documentar isso.É difícil encontrar informação para o systemd se não for nada de trivial :-(


> Quando referiste 'nível mais "alto"' pensei noutra interpretação: talvez
> tenha a ver com o wayland, e não propriamente com o gnome... e parece
> que é qualquer coisa do géner, sim... vou ver melhor.
> A outra interpretação de 'nível mais "alto"' (ou seja: a nível da
> configuração do sistema) não me parece adequado porque configuraria para
> todos os utilizadores. Eu quero configurar só o meu.
Sim, era esta interpretação. Claro que seria para todos os utilizadores.

> 
>> Um find à /etc encontrou umask em vário sítios.
>> O comando é, por ex.:
>> find /etc -type f -exec grep -l umask {} \;
> 
> Já tinha andado a vasculhar e, apesar do que disse acima, acabei por
> alterar para experimentar e nada!
> :-/
Vê aqui. Não li em pormenor mas julgo que tens lá a resposta.
https://unix.stackexchange.com/questions/254378/how-to-set-umask-for-the-entire-gnome-session

Cumps

[toc] | [prev] | [next] | [standalone]

#2825

Paulo da Silva <p_s_d_a_s_i_l_v_a_ns@netcabo.pt> writes:

[...]

> Vê aqui. Não li em pormenor mas julgo que tens lá a resposta.
> https://unix.stackexchange.com/questions/254378/how-to-set-umask-for-the-entire-gnome-session

Pensa só.  Você vasculha essas configurações todas, especificamente
ajusta cada detalhe do sistema pro seu jeito.  Cedo ou tarde você vai
instalar um novo sistema e terás que refazer tudo de novo.

[toc] | [prev] | [next] | [standalone]

#2826

On 29/06/20 20:12, Patricia Ferreira wrote:
> Pensa só.  Você vasculha essas configurações todas, especificamente
> ajusta cada detalhe do sistema pro seu jeito.  Cedo ou tarde você vai
> instalar um novo sistema e terás que refazer tudo de novo.

Tens alguma outra solução?
Sou todo ouvidos :-)

É por isso que ando a tentar documentar cada alteração que faço. Quando 
reinstalo, sigo a documentação.
O passo seguinte é automatizar, mas ainda não estou nesse nível.

[toc] | [prev] | [next] | [standalone]

#2828

Às 21:50 de 29/06/20, Ninguém escreveu:
> On 29/06/20 20:12, Patricia Ferreira wrote:
>> Pensa só.  Você vasculha essas configurações todas, especificamente
>> ajusta cada detalhe do sistema pro seu jeito.  Cedo ou tarde você vai
>> instalar um novo sistema e terás que refazer tudo de novo.
> 
> Tens alguma outra solução?
> Sou todo ouvidos :-)
> 
> É por isso que ando a tentar documentar cada alteração que faço. Quando
> reinstalo, sigo a documentação.
> O passo seguinte é automatizar, mas ainda não estou nesse nível.
Pois ... esse é o meu problema ...
Sempre que mudo de sistema, tenho um ficheiro em texto cheio de
alterações. O problema ainda maior é que elas têm de ser adaptadas de
release para release.
Mudei recentemente para a versão 20.04 do kubuntu e ainda me aparecem
situações antigas e outras novas a alterar.
Curiosamente, a que me dá menos problemas é a opensuse (tenho-a num
outro PC) - já fiz vários upgrades sem reinstalação e tem ficado tudo bem.
Mas no outro não dá. Tenho muito SW que seria insuportável instalar no
opensuse. Muita coisa teria de ser mesmo à mão.

Cumps

[toc] | [prev] | [next] | [standalone]

#2829

Ninguém <usenet@rasparta.org> writes:

> On 29/06/20 20:12, Patricia Ferreira wrote:
>> Pensa só.  Você vasculha essas configurações todas, especificamente
>> ajusta cada detalhe do sistema pro seu jeito.  Cedo ou tarde você vai
>> instalar um novo sistema e terás que refazer tudo de novo.
>
> Tens alguma outra solução?
> Sou todo ouvidos :-)

Não parece haver uma solução ideal.  Os sistemas UNIX populares são
todos muito dinâmicos.  Há pelo menos dois tipos de sistemas que são
relevantes pra mim, o que nos gera dois problemas: (1) é preciso ter um
sistema UNIX que seja bom para pesquisa, (2) um sistema UNIX que seja
bom como ferramenta do dia-a-dia, ou seja, comunicação com outras
pessoas, escrever documentos e programas.

Você está certamente envolvido com o problema (2), dado que você fala em
GNOME e Nautilus.  Não creio que você vá gostar da solução que posso
oferecer, mas aqui vai.

O sistema que estudei e com o qual me sinto confortável é um sistema
UNIX qualquer.  Nunca me interessei por qualquer sistema específico.
Pra mim não existem Redhats, Slackwares et cetera.  Pra mim o termo UNIX
se refere ao subconjunto comum de sistemas da família.  Nunca me envolvi
com ferramentas que sabia que não encontraria em qualquer outro UNIX.
Isso por si só me afastou da interface gráfica como um todo, embora
tenha estudado um mínimo sobre o X e seu protocolo só pra entender como
funciona a comunicação entre programas de interface gráfica.

Mas infelizmente a solução para (2) só parece vir do Microsoft Windows.

Por quê?  Porque é o sistema que trivialmente nos permite instalar
vários programas num único diretório.  Os programas que preciso são
programas totalmente independentes do Windows em si.

Então a solução pra (2) veio da seguinte forma.  O que preciso são
algumas linguagens de programação, um editor de textos, que é o GNU
EMACS, uso e-mail, USENET, preciso de dezenas de programas UNIX como
compiladores, um shell, make, ... Também preciso de um bom leitor de
PDF, como sistema de composição tipográfica minha escolha tem sido o
LaTeX.

O GNU EMACS é chave nesta solução.  Ele é o sistema em si.

Peguei meu GNU EMACS compilado pro Windows e instalei aloquei ele num
certo diretório de rápido acesso.  O GNU EMACS não é amigável no Windows
porque ele depende de uma série de programas UNIX que você não encontra
no Windows, como aspell, um shell, make, compiladores, linguagens de
programação, et cetera.  Então, assim como você ajusta suas ferramentas
no seu sistema UNIX hoje, ajustei as minhas no GNU EMACS no Windows.
Peguei cada linguagem de programação que uso, configurei o GNU EMACS pra
usá-las.  Peguei cada executável que o GNU EMACS precisa como, por
exemplo, o aspell.exe.  O MikTeX é uma excelente distribuição LaTeX.

Instalei todos eles num único diretório no meu Windows.  Nada neste
diretório depende do Windows.  Qualquer Windows serve.  Se meu HD pifar
agora, basta encontrar outro sistema Windows, baixar um arquivo ZIP, que
é meu backup, desempacotar o backup e rodar o GNU EMACS.  O GNU EMACS
não depende de qualquer caminho do sistema de arquivos.  Quando ele
abre, meu laboratório está totalmente pronto como sempre.

Essa solução me ocorreu em 2015.  Estou absolutamente feliz com ela há
cinco anos.  É a melhor ferramenta de trabalho que já construí.  

Já experimentei a recuperação do sistema algumas vezes.  Não por
disastre, mas passar o fim de semana fora de casa e levar apenas um
pendrive para espetar no computador de outras pessoas e poder trabalhar
exatamente como faço no meu escritório --- exceto pelo teclado, é claro.

Até isso é importante.  Um backup é preciso ser testado.  Se você só
testá-lo quando for precisar de verdade, talvez descubra que nunca teve
um backup.  Backup não é só ter os dados.  É também ter uma estratégia
rápida de recuperação.

Pra solucionar (1), congelei um UNIX em 2009 que serve como laboratório.
Permita-me chamar esse sistema pelo nome P.  O arquivo ISO de P ocupa
170 MiB.  P é instalado com uma única linha de comando após o boot.
Instalado, P vem configurado com tudo que preciso lá dentro, aguardando
só por um endereço IP.  

Ano passado fiz um experimento envolvendo dois sistemas novos na nuvem.
Não consegui usar meu UNIX congelado em 2009 porque o kernel do sistema
não suportou o hardware da nuvem.  (Fiquei sem um hard disk pra instalar
o sistema.)  Isso é o que se paga por usar um sistema antigo.  

Mas num hardware típico como o que se encontra em virtualizadores, P é
plenamente utilizável.  Outro dia ao ler uma mensagem neste grupo, uma
pergunta sobre ARP me surgiu e com isso eu instalei 5 cópias de P na
tentativa de respondê-la.

Enfim, a solução (1) tem um tempo de vida útil, mas que dura certamente
pelo menos uma década.  A solução (2) durante um plural de décadas
porque o Windows é excepcionalmente retrocompatível.

É o relatório.

[toc] | [prev] | [next] | [standalone]

#2830

On 30/06/20 22:30, Patricia Ferreira wrote:
> Enfim, a solução (1) tem um tempo de vida útil, mas que dura certamente
> pelo menos uma década.  A solução (2) durante um plural de décadas
> porque o Windows é excepcionalmente retrocompatível.
> 
> É o relatório.

Hehe, um bocado confuso, mas penso que percebi. Obrigado.
Para mim não serve, no entanto... nem (1) nem (2).
Tenho também uma pendrive que uso em sistemas windows com algum do 
software que uso pare "desenrascar" algum trabalho quando estou longe do 
meu sistema habitual. Uso as portableapps (portableapps.com).

Eu também tendo a gostar da linha de comandos. Gostava de dizer que uso 
EMACS, mas, na realidade, tenho uma utilização tão rudimentar que quase 
podia usar o nano em sua substituição (não tanto por causa do org-mode, 
mas quase). E também ando a tentar fazer documentos em latex em vez de 
opendocument, mas não sou ainda suficientemente proficiente para poder 
largar um em favor do outro... lá virá o tempo.

Concluindo: não vou usar nenhuma das suas sugestões, mas agora eu sei 
quem chatear quando quiser fazer perguntas sobre como configurar o GNUS.
;-)

[toc] | [prev] | [next] | [standalone]

#2831

Ninguém <usenet@rasparta.org> writes:

> On 30/06/20 22:30, Patricia Ferreira wrote:
>> Enfim, a solução (1) tem um tempo de vida útil, mas que dura certamente
>> pelo menos uma década.  A solução (2) durante um plural de décadas
>> porque o Windows é excepcionalmente retrocompatível.
>>
>> É o relatório.
>
> Hehe, um bocado confuso, mas penso que percebi. Obrigado.
> Para mim não serve, no entanto... nem (1) nem (2).

Que (2) não serviria eu já esperava: sinto que você quer usar UNIX mesmo
que outro sistema se mostre superior por uma ótica pragmática dos fatos.

Quanto a (1) não sei por que não serve pra você.  Por ``pesquisa'', quis
dizer o estudo do sistema.  Estudar um sistema UNIX requer apenas de um
sistema qualquer e um shell.  Um sistema UNIX pequeno é rápido de
instalar, por exempo.  Quanto tempo você leva instalando seu UNIX
favorito?  Instalei o P aqui agora em menos de 40 segundos.

  https://imgur.com/a/xtlQldW

[...]

> Eu também tendo a gostar da linha de comandos. Gostava de dizer que
> uso EMACS, mas, na realidade, tenho uma utilização tão rudimentar que
> quase podia usar o nano em sua substituição (não tanto por causa do
> org-mode, mas quase).

Eventualmente também entendi que usar um software requer estudá-lo.  A
cultura Microsoft fez com que as pessoas achassem que usar computador é
algo fácil.  Ninguém se propõe a estudá-lo.

Isso é uma falácia.

Usar um software requer ler um livro sobre a ferramenta.  Para usar o
GNU EMACS, penso que seja preciso ler 

  An Introduction to Programming in Emacs Lisp
  Robert J. Chassell, GNU Press, 2009.
  https://www.gnu.org/software/emacs/manual/pdf/eintr.pdf

Até usar o echo demanda estudo.

> E também ando a tentar fazer documentos em latex em vez de
> opendocument, mas não sou ainda suficientemente proficiente para poder
> largar um em favor do outro... lá virá o tempo.

Mesma observação acima se aplica.

> Concluindo: não vou usar nenhuma das suas sugestões, mas agora eu sei
> quem chatear quando quiser fazer perguntas sobre como configurar o
> GNUS.
> ;-)

O melhor lugar certamente é gnus.emacs.gnus.  Não me importo de você
postar-cruzado aqui com follow-up pra lá.  Sabendo o que sugerir,
certamento responderei.  A não ser que só o português seja sua
possibilidade.  Fique à vontade.  O grupo aqui é de baixíssimo volume.

[toc] | [prev] | [next] | [standalone]

#2832

Às 17:12 de 01/07/20, Patricia Ferreira escreveu:
> Ninguém <usenet@rasparta.org> writes:
> 
>> On 30/06/20 22:30, Patricia Ferreira wrote:
...

> Que (2) não serviria eu já esperava: sinto que você quer usar UNIX mesmo
> que outro sistema se mostre superior por uma ótica pragmática dos fatos.
?!

[toc] | [prev] | [next] | [standalone]

#2834

On 01/07/20 21:02, Paulo da Silva wrote:
> Às 17:12 de 01/07/20, Patricia Ferreira escreveu:
> ?!

Lol!

[toc] | [prev] | [next] | [standalone]

#2833

On 01/07/20 17:12, Patricia Ferreira wrote:
> Que (2) não serviria eu já esperava: sinto que você quer usar UNIX mesmo
> que outro sistema se mostre superior por uma ótica pragmática dos fatos.

Quero usar software livre. "Superior" a livre é algo que me deixa pouco 
confortável.
E antes que venha a referência ao pragmatismo: a liberdade é muito 
pragmática.

> Quanto a (1) não sei por que não serve pra você.  Por ``pesquisa'', quis
> dizer o estudo do sistema.  Estudar um sistema UNIX requer apenas de um
> sistema qualquer e um shell.  Um sistema UNIX pequeno é rápido de
> instalar, por exempo.  Quanto tempo você leva instalando seu UNIX
> favorito?  Instalei o P aqui agora em menos de 40 segundos.
> 
>    https://imgur.com/a/xtlQldW

É... um dia eu posto aqui como faço, mas demora (dias para mim). Na 
realidade até posso dizer que nunca fica finalizado.
Acontece que eu não me importo assim tanto com isso. Quero é que fique 
como eu quero. Daí pretender ter a umask em 0022, mesmo no ambiente gráfico.

> Eventualmente também entendi que usar um software requer estudá-lo.  A
> cultura Microsoft fez com que as pessoas achassem que usar computador é
> algo fácil.  Ninguém se propõe a estudá-lo.
> 
> Isso é uma falácia.
> 
> Usar um software requer ler um livro sobre a ferramenta.  Para usar o
> GNU EMACS, penso que seja preciso ler
> 
>    An Introduction to Programming in Emacs Lisp
>    Robert J. Chassell, GNU Press, 2009.
>    https://www.gnu.org/software/emacs/manual/pdf/eintr.pdf
> 
> Até usar o echo demanda estudo.

É, mas como a minha área não é a informática, vou tendo que estudar nos 
tempos livres...
Viu que liberdade é importante? ;-)
Obrigado pelo livro. Já baixei.

Já agora vou colocar outra questão (notra thread) talvez me possas ajudar.

[toc] | [prev] | [next] | [standalone]

#2836

Ninguém <usenet@rasparta.org> writes:

> On 01/07/20 17:12, Patricia Ferreira wrote:
>> Que (2) não serviria eu já esperava: sinto que você quer usar UNIX mesmo
>> que outro sistema se mostre superior por uma ótica pragmática dos fatos.
>
> Quero usar software livre. "Superior" a livre é algo que me deixa
> pouco confortável.
> E antes que venha a referência ao pragmatismo: a liberdade é muito
> pragmática.

Argumento absolutamente válido.  Reconheço inteiramente que prefiro uma
solução livre a quase qualquer custo.  ``Quase qualquer'' porque a
solução atual é parte urgente de preceito sine qua non.

>> Quanto a (1) não sei por que não serve pra você.  Por ``pesquisa'', quis
>> dizer o estudo do sistema.  Estudar um sistema UNIX requer apenas de um
>> sistema qualquer e um shell.  Um sistema UNIX pequeno é rápido de
>> instalar, por exempo.  Quanto tempo você leva instalando seu UNIX
>> favorito?  Instalei o P aqui agora em menos de 40 segundos.
>>
>>    https://imgur.com/a/xtlQldW
>
> É... um dia eu posto aqui como faço, mas demora (dias para mim). Na
> realidade até posso dizer que nunca fica finalizado.
> Acontece que eu não me importo assim tanto com isso. Quero é que fique
> como eu quero. Daí pretender ter a umask em 0022, mesmo no ambiente
> gráfico.

Faz sentido.  Mas isso é hoje.  Se você estiver atento, perceberá que
amanhã as coisas mudam.  Não é razoável ficar configurando software a
vida toda.  Você ainda não configurou o suficiente.  Mas ``o
suficiente'' chegará.

>> Eventualmente também entendi que usar um software requer estudá-lo.  A
>> cultura Microsoft fez com que as pessoas achassem que usar computador é
>> algo fácil.  Ninguém se propõe a estudá-lo.
>>
>> Isso é uma falácia.
>>
>> Usar um software requer ler um livro sobre a ferramenta.  Para usar o
>> GNU EMACS, penso que seja preciso ler
>>
>>    An Introduction to Programming in Emacs Lisp
>>    Robert J. Chassell, GNU Press, 2009.
>>    https://www.gnu.org/software/emacs/manual/pdf/eintr.pdf
>>
>> Até usar o echo demanda estudo.
>
> É, mas como a minha área não é a informática, vou tendo que estudar
> nos tempos livres...

A minha também não é a informática, nem o direito, ou a contabilidade ou
economia, história, geografia, nutrição, ... Mas é essencial entender o
ordenamento jurídico do país porque vivo sob suas regras; preciso
declarar o imposto de renda e entender a tributação como um todo; evitar
a desvalorização das moedas que uso; perceber os padrões que aí estão há
milhares de anos; entender a dinâmica e padrões regionais ao meu redor
e, acima de tudo talvez, proteger-me do evenenamento sutil da
alimentação industrial, dentre outras coisas.

> Viu que liberdade é importante? ;-) 

Absolutamente.  Liberdade e responsabilidade.  Na verdade não há uma sem
a outra e com ambas surge a dignidade.

> Obrigado pelo livro. Já baixei.

You're welcome!

> Já agora vou colocar outra questão (notra thread) talvez me possas ajudar.

Vejamo-nos lá!

[toc] | [prev] | [next] | [standalone]

#2862

Patricia Ferreira <pferreira@example.com> writes:

> Paulo da Silva <p_s_d_a_s_i_l_v_a_ns@netcabo.pt> writes:
>
> [...]
>
>> Vê aqui. Não li em pormenor mas julgo que tens lá a resposta.
>> https://unix.stackexchange.com/questions/254378/how-to-set-umask-for-the-entire-gnome-session
>
> Pensa só.  Você vasculha essas configurações todas, especificamente
> ajusta cada detalhe do sistema pro seu jeito.  Cedo ou tarde você vai
> instalar um novo sistema e terás que refazer tudo de novo.

Eis a mais nova ilustração do problema.  

  ``I'm having some problems with Rmail and perhaps with Movemail.  I
  recently upgraded my computer.  I upgraded Emacs with it, and changed
  the distro I use.'' -- Robert Thorpe, gnu.emacs.help.

--8<---------------cut here---------------start------------->8---
Path: aioe.org!goblin2!goblin1!goblin.stu.neva.ru!usenet.stanford.edu!not-for-mail
From: Robert Thorpe <rt@robertthorpeconsulting.com>
Newsgroups: gnu.emacs.help
Subject: Rmail Problem
Date: Sun, 05 Jul 2020 00:27:06 +0100
Lines: 34
Approved: help-gnu-emacs@gnu.org
Message-ID: <mailman.984.1593905236.2574.help-gnu-emacs@gnu.org>
References: <87h7umyi7p.fsf@robertthorpeconsulting.com>
NNTP-Posting-Host: lists.gnu.org
Mime-Version: 1.0
Content-Type: text/plain
X-Trace: usenet.stanford.edu 1593905237 4155 209.51.188.17 (4 Jul 2020 23:27:17 GMT)
X-Complaints-To: action@cs.stanford.edu
To: help-gnu-emacs <help-gnu-emacs@gnu.org>
Envelope-to: help-gnu-emacs@gnu.org
Received-SPF: pass client-ip=46.22.139.223;
 envelope-from=rt@robertthorpeconsulting.com;
 helo=outbound-smtp40.blacknight.com
X-detected-operating-system: by eggs.gnu.org: First seen = 2020/07/04 19:27:08
X-ACL-Warn: Detected OS   = Linux 3.11 and newer [fuzzy]
X-Spam_score_int: -18
X-Spam_score: -1.9
X-Spam_bar: -
X-Spam_report: (-1.9 / 5.0 requ) BAYES_00=-1.9, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN
X-Spam_action: no action
X-BeenThere: help-gnu-emacs@gnu.org
X-Mailman-Version: 2.1.23
Precedence: list
List-Id: Users list for the GNU Emacs text editor <help-gnu-emacs.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/help-gnu-emacs>,
 <mailto:help-gnu-emacs-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/help-gnu-emacs>
List-Post: <mailto:help-gnu-emacs@gnu.org>
List-Help: <mailto:help-gnu-emacs-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/help-gnu-emacs>,
 <mailto:help-gnu-emacs-request@gnu.org?subject=subscribe>
X-Mailman-Original-Message-ID: <87h7umyi7p.fsf@robertthorpeconsulting.com>
Xref: aioe.org gnu.emacs.help:59853

I'm having some problems with Rmail and perhaps with Movemail.

I recently upgraded my computer.  I upgraded Emacs with it, and
changed the distro I use.

Since I did that Rmail sometimes gets stuck with particular emails.
There are some that it can't remove from my inbox.  It refuses to
proceed after that.  I then have to go to my webmail and delete the
email from there.

Has anyone come across this problem before?

I'm using Emacs 26.3 and GNU Mailutils 3.9.  I only use the following
configuration:

(setq rmail-primary-inbox-list
      (cons (concat "pop://"
		    "email address"
		    "password" 
		    "@mymailserver.com")
	    nil))

Some emails cause the problem every few days.  For the bad email I got
most recently it says the following in my messages buffer:

> Getting mail from the remote server...
> movemail: cannot append message 1: Malformed email address
> (No new mail has arrived)

There is nothing wrong with the email address that I can see, it's a
normal x@y.com address.  I have tried using both the pop protocol and
the imaps protocol.  I've also tried using Emacs movemail which gives
me the error "movemail: Usage: movemail [-p] inbox destfile".

Is this a movemail problem or an Emacs problem?

BR,
Robert Thorpe
--8<---------------cut here---------------end--------------->8---

[toc] | [prev] | [next] | [standalone]

#2827

On 29/06/20 18:18, Paulo da Silva wrote:
> Vê aqui. Não li em pormenor mas julgo que tens lá a resposta.
> https://unix.stackexchange.com/questions/254378/how-to-set-umask-for-the-entire-gnome-session

É... eu já tinha visto isso. E por isso é que me calei: porque achei que 
tinha que experimentar antes de dizer asneiras... mas como agora estou 
ocupado com trabalho...
Assim que puder, volto à carga.

[toc] | [prev] | [next] | [standalone]

#2863

Vi aqui outro gajo com os mesmos problemas que eu:

https://noah.meyerhans.us/2020/07/07/setting-environment-variables-for-gnome-session/

Já li o post dele, a referência à documentação e os posts da mailing 
list do debian e não encontrei grande coisa de válido...
Acho que já tinha experimentado a solução dele, mas vou tentar novamente 
porque parece-me que tem lá algo diferente...

[toc] | [prev] | [next] | [standalone]

#2864

On 09/07/20 11:01, Ninguém wrote:
> mas vou tentar novamente porque parece-me que tem lá algo diferente...

Não!
:-(

[toc] | [prev] | [standalone]

Back to top | Article view | pt.comp.so.linux

csiph-web