Re: Mount /tmp on tmpfs jessie and stretch -- howto?

[Rick Thomas]

On Aug 30, 2016, at 5:00 PM, Ken Heard  wrote:

> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
> 
> I would like in my jessie and stretch boxes (one of each, both with
> systemd) to mount /tmp on tmpfs instead of a hard drive partition tmp
> or /dev/mapper/SOL1-tmp.  I assumed that to do so I could not have
> either of those partitions; so I unmounted them and then deleted them
> as a partition or as part of a LVM as the case may be.
> 
> I then created a created a line in /etc/fstab as follows:
> tmpfs /tmp/   tmpfs   nodev,nosuid,size=20%   0   0.  When I rebooted I
> received dependency errors.
> 
> In addition to the line above /etc/fstab still had a line
> /dev/mapper/SOL1-tmp  /tmpext2defaults0   2.
> 
> However, df shows the first line (tmpfs /tmp etc.), but not the second
> (/dev/mapper/SOL1-tmp etc.)
> 
> Obviously something is wrong but what?  I know that file
> /etc/default/tempfs cannot be used in systemd, but I am at a loss to
> know what if anything replaces it in systemd.  Apparently it is not
> enough to add the tmpfs /tmp tmpfs etc line in /etc/fstab or run
> "systemctl enable tmp.mount".
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
> 
> iEYEARECAAYFAlfGHiUACgkQlNlJzOkJmTceiACcCZfxiTfMOQ1i8n/gm1ZBQvTB
> rf8AnjBT3QkxzIk85aLQmZc9Yw3wMoJR
> =wWwi
> ——END PGP SIGNATURE-

I have the following line in /etc/fstab

> tmpfs /tmp tmpfs defaults,size=10G,nr_inodes=1M 0 0

Here’s what I know about what systemd does with that

> rbthomas@bigal:~$ systemctl status tmp.mount
> * tmp.mount - /tmp
>Loaded: loaded (/etc/fstab; disabled)
>Active: active (mounted) since Mon 2016-08-22 00:38:33 PDT; 1 weeks 1 
> days ago
> Where: /tmp
>  What: tmpfs
>  Docs: man:fstab(5)
>man:systemd-fstab-generator(8)
>   Process: 293 ExecMount=/bin/mount -n tmpfs /tmp -t tmpfs -o 
> defaults,size=10G,nr_inodes=1M (code=exited, status=0/SUCCESS)

Here’s what df has to say 

> rbthomas@bigal:~$ df -HTiP | egrep '^Filesystem|/tmp'
> Filesystem   Type Inodes IUsed IFree IUse% Mounted on
> tmpfstmpfs  1.1M17  1.1M1% /tmp
> rbthomas@bigal:~$ df -HTP | egrep '^Filesystem|/tmp'
> Filesystem   Type  Size  Used Avail Use% Mounted on
> tmpfstmpfs  11G   21k   11G   1% /tmp

Seems to work for me…

The second line in your /etc/fstab (/dev/mapper/SOL1-tmp…) should not be there. 
 Since the block device it mentions no longer exists (you deleted it, you said) 
it wasn’t possible to mount it.  You should get some error message at boot time 
on that subject.

I don’t know if the “SIZE=20%” clause is handled properly by the systemd stuff. 
 You might try taking it out and see what you get.  The nodev and nosuid 
clauses should be OK, IIUC.

Rick

Mount /tmp on tmpfs jessie and stretch -- howto?

[Ken Heard]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

I would like in my jessie and stretch boxes (one of each, both with
systemd) to mount /tmp on tmpfs instead of a hard drive partition tmp
or /dev/mapper/SOL1-tmp.  I assumed that to do so I could not have
either of those partitions; so I unmounted them and then deleted them
as a partition or as part of a LVM as the case may be.

I then created a created a line in /etc/fstab as follows:
tmpfs   /tmp/   tmpfs   nodev,nosuid,size=20%   0   0.  When I rebooted I
received dependency errors.

In addition to the line above /etc/fstab still had a line
/dev/mapper/SOL1-tmp/tmpext2defaults0   2.

However, df shows the first line (tmpfs /tmp etc.), but not the second
(/dev/mapper/SOL1-tmp etc.)

Obviously something is wrong but what?  I know that file
/etc/default/tempfs cannot be used in systemd, but I am at a loss to
know what if anything replaces it in systemd.  Apparently it is not
enough to add the tmpfs /tmp tmpfs etc line in /etc/fstab or run
"systemctl enable tmp.mount".
-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iEYEARECAAYFAlfGHiUACgkQlNlJzOkJmTceiACcCZfxiTfMOQ1i8n/gm1ZBQvTB
rf8AnjBT3QkxzIk85aLQmZc9Yw3wMoJR
=wWwi
-END PGP SIGNATURE-

Re: Decentralized reliable instant messaging?

[Lisi Reisz]

On Wednesday 31 August 2016 00:34:47 Brian wrote:
> > I, too, have failed to email you, Brian, on one occasion recently.
> > I used just the email address that is normally in your From: header.
>
> The address is valid and one I am entitled to use. However, it looks
> like my ISP has fouled something up and rendered it useless. I'll have
> to have a think about what to do about this.

Sorry, Brian.  I continued to misunderstand your question.  I just used "reply 
to sender", so it went (or failed to go) to the address on the top:
Brian  

Lisi

Re: Decentralized reliable instant messaging?

[Lisi Reisz]

On Tuesday 30 August 2016 22:24:04 Brian wrote:
> On Tue 30 Aug 2016 at 22:09:51 +0100, Lisi Reisz wrote:
> > On Tuesday 30 August 2016 20:26:45 Brian wrote:
> > > > I tried to send this to you personally, by both routes readily
> > > > available to me, but your email set-up kept rejecting it.  So here is
> > > > my (mild) protest publicly. ;-)
> > >
> > > What were the two readily available routes open to you? Which
> > > addresses?
> >
> > I didn't try terribly hard!  I just used my usual: if one SMTP server is
> > rejected (Zen), try the other one (Gmail), then gave up.  Had it been
> > important I would obviously have persevered a bit more.
>
> I meant: what email address did you use to try to contact me?

lisi.re...@gmail.com

Re: Dúvida com DNS Slave

[Lucas Castro]

Não é criptografia, a partir da versão 9.9 o bind usa formato raw.

https://kb.isc.org/article/AA-00608/0/Converting-Zone-Files-Between-Text-and-Raw-Formats.html


On 30-08-2016 17:33, Henrique Fagundes wrote:
> Amigo,
>
> NS1 - Debian - 9.9.5
> NS2 - Ubuntu - 9.9.5
> NS3 - CentOS - 9.8.2-0.47
>
> Abraços.
>
> Atenciosamente,
>
> Henrique Fagundes
> henri...@linuxadmin.com.br
> Skype: magnata-br-rj
> Linux User: 475399
>
> http://www.aprendendolinux.com/
> http://www.facebook.com/PortalAprendendoLinux
> http://youtube.com/aprendendolinux/
> http://twitter.com/aprendendolinux/
> __
> Participe do Grupo Aprendendo Linux
> https://groups.google.com/forum/#!forum/portal-aprendendo-linux
>
> Ou envie um e-mail para:
> portal-aprendendo-linux+subscr...@googlegroups.com
>
> Em 30/08/2016 17:23, Rodrigo Cunha escreveu:
>> Cara, qual é a versão do bind dos DNS.
>> Deduzo que o debian e o ubuntu, quando instalado por apt-get install
>> implementam um ambiente homologado em seus arquivos de configuração ou
>> modulos de criptografia.
>> É possivel que a instalação dos arquivos rpm, homologados pela red hat e
>> implementados pelo yum install, não sejam homologados com criptografia.
>> É uma hipotese plausivel...
>>
>> Em 30 de agosto de 2016 17:06, Henrique Fagundes
>> >
>> escreveu:
>>
>> Prezados Colegas,
>>
>> Primeiramente saudações pinguianas a todos.
>> Tenho o seguinte cenário:
>>
>> NS1 - Debian - Servidor de DNS Master
>> NS2 - Ubuntu Server - Servidor de DNS Slave 1
>> NS2 - CentOS 6 - Servidor de DNS Slave 2.
>>
>> Tudo está funcionando muito bem, porém a minha única dúvida é o
>> seguinte.
>>
>> Quando o arquivo db.dominio.com.br  do NS1
>> é transferido para o o diretório /var/cache/bind/ do NS2, ele chega
>> "criptografado". Quando dou um "cat" no arquivo, ele mostra a saída
>> toda "truncada", quase que ilegível.
>>
>> Funciona de boa, eu faço pesquisas com o comando "dig" e o servidor
>> me mostra os DNSs corretamente.
>>
>> Porém, eu gostaria que o arquivo não ficasse criptografado.
>>
>> No NS3 o arquivo chega aberto, totalmente legível.
>>
>> Alguém sabe o que eu posso fazer para evitar isso?
>>
>> Abraços.
>>
>> Atenciosamente,
>>
>> Henrique Fagundes
>> henri...@linuxadmin.com.br 
>> Skype: magnata-br-rj
>> Linux User: 475399
>>
>> http://www.aprendendolinux.com/ 
>> http://www.facebook.com/PortalAprendendoLinux
>> 
>> http://youtube.com/aprendendolinux/
>> 
>> http://twitter.com/aprendendolinux/
>> 
>>
>> __
>> Participe do Grupo Aprendendo Linux
>> https://groups.google.com/forum/#!forum/portal-aprendendo-linux
>> 
>>
>> Ou envie um e-mail para:
>> portal-aprendendo-linux+subscr...@googlegroups.com
>> 
>>
>>
>>
>>
>> -- 
>> Atenciosamente,
>> Rodrigo da Silva Cunha
>>
>




signature.asc
Description: OpenPGP digital signature

Re: Decentralized reliable instant messaging?

[Brian]

On Tue 30 Aug 2016 at 17:22:34 -0500, David Wright wrote:

> On Tue 30 Aug 2016 at 20:26:45 (+0100), Brian wrote:
> > On Tue 30 Aug 2016 at 19:31:08 +0100, Lisi Reisz wrote:
> > 
> > > Just out of interest, why have you sent a personal copy of a reply to the 
> > > Debian list about an email of David Wright's to me, which is an 
> > > irrelevant 
> > > flouting of the code of conduct rules??? ;-)  It's not like you Brian to 
> > > make 
> > > Human Errors. ;-)
> > 
> > So I did. Apologies.
> > 
> > I make errors all the time; I just fight a good rearguard action. :) But
> > not this time; surrender is the honorable course of action.
> > 
> > 2016-08-30 18:45:35 1ben6M-0008JJ-JK => lisi.re...@gmail.com R=dnslookup 
> > T=remote_smtp H=gmail-smtp-in.l.google.com [64.233.167.26] 
> > X=TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128 DN="C=US,ST=California,L=Mountain 
> > View,O=Google Inc,CN=mx.google.com" C="250 2.0.0 OK 1472579135 
> > u10si39132321wje.183 - gsmtp"
> > 2016-08-30 18:45:50 1ben6M-0008JJ-JK => debian-user@lists.debian.org 
> > R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] 
> > X=TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128 DN="C=NA,ST=NA,L=Ankh 
> > Morpork,O=Debian SMTP,OU=Debian SMTP 
> > CA,CN=bendel.debian.org,EMAIL=hostmas...@bendel.debian.org" C="250 2.0.0 
> > Ok: queued as 147DD63"
> > 2016-08-30 18:45:50 1ben6M-0008JJ-JK Completed
> > 
> > I must have hit "r" or "g" in mutt. Damn these two bottles of wine. :)
> 
> The error might have been mine. I think I CC'd Lisi in error.
> The other list I'm on expects people to group-reply.
> I forgot myself. Sorry if I caused confusion by appearing
> to send a personal email when it was public (if this is all
> about <20160830161810.GA8604@alum>).

The cavalry arrives - but hours late :); I should have stuck to my
rearguard policy. But thanks for the intervention. It turns out I did
hit "L" and not "r" or "g".

Additionally, I have learned a little more about mutt's behaviour.

  (default: L)

Reply to the current or tagged message(s) by extracting any addresses which
match the regular expressions given by the lists or subscribe commands, but
also honor any Mail-Followup-To header(s) if the $honor_followup_to
configuration variable is set. In addition, the List-Post header field is
examined for mailto: URLs specifying a mailing list address. Using this
when replying to messages posted to mailing lists helps avoid duplicate
copies being sent to the author of the message you are replying to.

Your mail had a Mail-Followup-To header to debian-user and Lisi Reisz. I
think it was this rather than the Cc that got me a telling off.

> > > I tried to send this to you personally, by both routes readily available 
> > > to 
> > > me, but your email set-up kept rejecting it.  So here is my (mild) 
> > > protest 
> > > publicly. ;-)
> > 
> > What were the two readily available routes open to you? Which addresses?
> 
> I, too, have failed to email you, Brian, on one occasion recently.
> I used just the email address that is normally in your From: header.

The address is valid and one I am entitled to use. However, it looks
like my ISP has fouled something up and rendered it useless. I'll have
to have a think about what to do about this.

Meanwhile, if it is something urgent (like giving me money), my other
mail headers provide a working address.

Re: Linux MATE problème de changement d'utilisateur.

[Bernard Schoenacker]

Le Tue, 30 Aug 2016 16:02:44 +0200,
contact  a écrit :

> Bonsoir
> 
> Debian JESSIE et Mate 1.8.1
> 
> Quand je clique sur "changer d'utilisteur" rien ne se passe.
> 
> Merci
> François-Marie BILLARD
> Sculpteur - Céramique

bonjour,

serait il possible de changer de gestionnaire de connection ?

je propose de prendre lightdm comme pour une xubuntu


slt
bernard

Re: livestreamer i mplayer

[Alex Muntada]

Ernest Adrogué:

> livestreamer --player 'mplayer -cache 2048' --verbose-player $URL best
> 
> el problema és que el livestreamer exectuta mplayer en segon terme.  Llavors
> com que l'mplayer no està connectat al terminal no es pot controlar amb el
> teclat (p.ex, per fer pausa o silenciar la reproducció).  La solució seria
> obrir mplayer en un terminal gràfic propi amb una cosa com

Has provat amb gnome-mplayer o algun altre frontal del mplayer?

Salut,
Alex

Re: Decentralized reliable instant messaging?

[David Wright]

On Tue 30 Aug 2016 at 20:26:45 (+0100), Brian wrote:
> On Tue 30 Aug 2016 at 19:31:08 +0100, Lisi Reisz wrote:
> 
> > Just out of interest, why have you sent a personal copy of a reply to the 
> > Debian list about an email of David Wright's to me, which is an irrelevant 
> > flouting of the code of conduct rules??? ;-)  It's not like you Brian to 
> > make 
> > Human Errors. ;-)
> 
> So I did. Apologies.
> 
> I make errors all the time; I just fight a good rearguard action. :) But
> not this time; surrender is the honorable course of action.
> 
> 2016-08-30 18:45:35 1ben6M-0008JJ-JK => lisi.re...@gmail.com R=dnslookup 
> T=remote_smtp H=gmail-smtp-in.l.google.com [64.233.167.26] 
> X=TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128 DN="C=US,ST=California,L=Mountain 
> View,O=Google Inc,CN=mx.google.com" C="250 2.0.0 OK 1472579135 
> u10si39132321wje.183 - gsmtp"
> 2016-08-30 18:45:50 1ben6M-0008JJ-JK => debian-user@lists.debian.org 
> R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] 
> X=TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128 DN="C=NA,ST=NA,L=Ankh 
> Morpork,O=Debian SMTP,OU=Debian SMTP 
> CA,CN=bendel.debian.org,EMAIL=hostmas...@bendel.debian.org" C="250 2.0.0 Ok: 
> queued as 147DD63"
> 2016-08-30 18:45:50 1ben6M-0008JJ-JK Completed
> 
> I must have hit "r" or "g" in mutt. Damn these two bottles of wine. :)

The error might have been mine. I think I CC'd Lisi in error.
The other list I'm on expects people to group-reply.
I forgot myself. Sorry if I caused confusion by appearing
to send a personal email when it was public (if this is all
about <20160830161810.GA8604@alum>).

> > I tried to send this to you personally, by both routes readily available to 
> > me, but your email set-up kept rejecting it.  So here is my (mild) protest 
> > publicly. ;-)
> 
> What were the two readily available routes open to you? Which addresses?

I, too, have failed to email you, Brian, on one occasion recently.
I used just the email address that is normally in your From: header.

Cheers,
David.

Re: Decentralized reliable instant messaging?

[Brian]

On Tue 30 Aug 2016 at 20:42:42 +0100, Joe wrote:

> On Tue, 30 Aug 2016 18:53:35 +0100
> Brian  wrote:
> 
> > On Tue 30 Aug 2016 at 17:49:34 +0100, Joe wrote:
> > 
> > > On Tue, 30 Aug 2016 09:59:42 -0400
> > > Henning Follmann  wrote:
> > >   
> > > > On Tue, Aug 30, 2016 at 02:52:14PM +0100, Lisi Reisz wrote:  
> > > > > On Tuesday 30 August 2016 14:05:36 Stefan Monnier wrote:
> > > > > > "shocked that anyone would want to design or use an
> > > > > >                 unreliable messaging system"
> > > > > 
> > > > > Email is getting less and less reliable, so have you given up
> > > > > using it?? :-(
> > > > > 
> > > > > Lisi
> > > > > 
> > > > 
> > > > However, why email is still reliable, because a proper setup
> > > > provides you with a well defined error messages (in case it is
> > > > not delivered). 
> > > 
> > > If an email is designated as spam, it will be *silently* dropped. It
> > > took mail admins a long time to realise that if a message was spam,
> > > the last thing they should do with it is to 'return' it to the
> > > apparent 'sender' as part of a bounce message.  
> > 
> > It is taking users a much, much longer time to realise that mail
> > admins are making decisions to drop mail which is intended for them
> > (very often without being involved in the choice). Now, if the postal
> > service did this
> > 
> 
> Are you advocating 'returning' spam emails to innocent third parties?
> Silently dropping would seem to be the lesser of current evils.

Not at all. I was shifting the focus of the discussion. If users
are willing to accept that ISPs have the right to drop mails on
some arbitrary whim it is no wonder email can be seen as unreliable.

> But emails are not expected to be reliable today. Even apart from false
> spam positives, a broken server can eat email, or delay it during
> periods of heavy load. Someone sending urgent data by email will confirm
> its arrival using a telephone.

100% of the mails I have sent arrived at their destination. That is what
I would call reliable. Any delays in the recipient getting the mail (or
the mail being or dropped) are the responsibility of someone else. The
postal system works in the same way. Nothing is perfect.

Re: Decentralized reliable instant messaging?

[Gene Heskett]

On Tuesday 30 August 2016 12:33:57 Lisi Reisz wrote:

> On Tuesday 30 August 2016 17:18:10 David Wright wrote:
> > The unreliability of email is also overreported by people
> > whose homework, years earlier, was eaten by their dog.
>
> Years ago I sent a Guaranteed Delivery Letter to our local Council. 
> They claimed not to have received it.  As it was very important, I
> followed it up. The area Postmaster, who was tired of being accused of
> not delivering things his staff had delivered, was very co-operative.
>
> With his help, I proved beyond any reasonable doubt that the letter
> was delivered, and delivered on time.
>
> The Council spokesperson said that I had proved that an envelope had
> been delivered to them, but I had not proved that there was anything
> in the envelope.
>
> Lisi

I admire your reserve, for not testing to see how much phosgene gas you 
could have gotten out of his Teflon suit by overheating it, with him in 
it of course.  Can I assume he did not get your vote the next time he 
stood for that council chair...

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Re: Decentralized reliable instant messaging?

[Brian]

On Tue 30 Aug 2016 at 22:09:51 +0100, Lisi Reisz wrote:

> On Tuesday 30 August 2016 20:26:45 Brian wrote:
> > > I tried to send this to you personally, by both routes readily available
> > > to me, but your email set-up kept rejecting it.  So here is my (mild)
> > > protest publicly. ;-)
> >
> > What were the two readily available routes open to you? Which addresses?
> 
> I didn't try terribly hard!  I just used my usual: if one SMTP server is 
> rejected (Zen), try the other one (Gmail), then gave up.  Had it been 
> important I would obviously have persevered a bit more.

I meant: what email address did you use to try to contact me?

Re: Security Updates

[Lisi Reisz]

On Tuesday 30 August 2016 20:58:47 Larry Dighera wrote:
> This page  states:
>
> "If you use APT, add the following line to /etc/apt/sources.list to be
> able to access the latest security updates:
>
> deb http://security.debian.org/ jessie/updates main contrib non-free
>
> After that, run apt-get update followed by apt-get upgrade."
>
> Adding that entry to /etc/apt/sources.list on the Raspberry Pi3 running
> Debian Jessie results in an error message indicating that the public key is
> not found. It also finds two libraries that require updating that are not
> found when the above mentioned /etc/apt/sources.list entry is removed.
>
>   1.  What do I need to do to prevent the error message?
>
>   2.  As there are other security related URLs (doubtless, as
>   distributed/released) that are checked during apt-get update, is the
>   recommended additional entry advisable/useful for this platform?

What is the whole of your sources.list?

Lisi

Re: Decentralized reliable instant messaging?

[Lisi Reisz]

On Tuesday 30 August 2016 20:26:45 Brian wrote:
> > I tried to send this to you personally, by both routes readily available
> > to me, but your email set-up kept rejecting it.  So here is my (mild)
> > protest publicly. ;-)
>
> What were the two readily available routes open to you? Which addresses?

I didn't try terribly hard!  I just used my usual: if one SMTP server is 
rejected (Zen), try the other one (Gmail), then gave up.  Had it been 
important I would obviously have persevered a bit more.

Lisi

Re: Linux MATE problème de changement d'utilisateur.

[MENGUAL Jean-Philippe]

Bonjour,

Et tu arrives à Fermer la session? éteindre? redémarrer?

Amitiés,


Le 30/08/2016 à 16:02, contact a écrit :
> Bonsoir
> 
> Debian JESSIE et Mate 1.8.1
> 
> Quand je clique sur "changer d'utilisteur" rien ne se passe.
> 
> Merci
> 
> *François-Marie BILLARD*
> Sculpteur - Céramique 
> Le 30/08/2016 à 15:07, MENGUAL Jean-Philippe a écrit :
>> Bonjour,
>>
>> Sur MATE 1.14? Debian testing?
>>
>> Que se passe-t-il exactement? Ca ne lance rien? Ca ferme la fenêtre?
>>
>> Cordialement,
>>
>>
>>
>> Le 30/08/2016 à 11:23, contact a écrit :
>>> sauf que ctrl+alt+F1 ou F2..F7 change de console et ne permet pas de
>>> passer de la session utilisteur1 à la session utilisteur2 sans fermer la
>>> première sous X.
>>>
>>> *François-Marie BILLARD*
>>> www.billard-francois-marie.eu
>>> Le 30/08/2016 à 11:05, Frédéric MASSOT a écrit :
 Le 30/08/2016 à 10:58, contact a écrit :
> Bonjour
>
> depuis peu, dans MATE quand je souhaite depuis une session changer
> d'utilisateur et non me déconnecter cela ne fonctionne plus.
>
> Menu Système->Fermer la session->Changer d'utilisateur.
 Oui, il faut passer sur l'une des consoles où est GDM : ctrl+alt+F1 ou
 F2...F7.

 J'ai eu la flemme de faire un rapport de bug.

> 

-- 

Jean-Philippe MENGUAL

HYPRA, progressons ensemble

Tél.: 01 84 73 06 61
Mail: cont...@hypra.fr

Site Web: http://hypra.fr

Re: Security Updates

[Cindy-Sue Causey]

On 8/30/16, Tim McDonough  wrote:
>
> On Tue, Aug 30, 2016 at 2:58 PM, Larry Dighera  wrote:
>>
>> This page  states:
>>
>> "If you use APT, add the following line to /etc/apt/sources.list to
>> be
>> able
>> to access the latest security updates:
>>
>> deb http://security.debian.org/ jessie/updates main contrib non-free
>>
>> After that, run apt-get update followed by apt-get upgrade."
>>
>> Adding that entry to /etc/apt/sources.list on the Raspberry Pi3 running
>> Debian
>> Jessie results in an error message indicating that the public key is not
>> found.
>> It also finds two libraries that require updating that are not found when
>> the
>> above mentioned /etc/apt/sources.list entry is removed.
>>
>>   1.  What do I need to do to prevent the error message?
>>
>>   2.  As there are other security related URLs (doubtless, as
>>   distributed/released) that are checked during apt-get update, is the
>>   recommended additional entry advisable/useful for this platform?
>
> Your Raspberry Pi is most likely running Raspbian and not Debian.
> Raspbian's updates must be ported by their development team when Debian
> releases them. At one time they claimed the lag was about a half day to a
> day behind being released by Debian.


Don't know if it applies here, but the mention of "Raspbian" triggered
the thought that Raspbian gets a few mentions over at the Debian-ARM
list:

https://lists.debian.org/debian-arm/

I accidentally joined their list quite a while back while mistaking it
for AMD64 (was a cognitive mixup thing). They're interesting over
there and figure I might play with something like that some day so I'm
still lurking in the background. :)

Just thinking out loud.

Cindy :)

-- 
Cindy-Sue Causey
Talking Rock, Pickens County, Georgia, USA

* runs with duct tape *

Re: Security Updates

[Andrew M.A. Cater]

On Tue, Aug 30, 2016 at 12:58:47PM -0700, Larry Dighera wrote:
> 
> This page  states:
> 
> "If you use APT, add the following line to /etc/apt/sources.list to be 
> able
> to access the latest security updates:
> 
> deb http://security.debian.org/ jessie/updates main contrib non-free
> 
> After that, run apt-get update followed by apt-get upgrade."
> 
> Adding that entry to /etc/apt/sources.list on the Raspberry Pi3 running Debian
> Jessie results in an error message indicating that the public key is not 
> found.
> It also finds two libraries that require updating that are not found when the
> above mentioned /etc/apt/sources.list entry is removed.
> 
>   1.  What do I need to do to prevent the error message?
> 
>   2.  As there are other security related URLs (doubtless, as
>   distributed/released) that are checked during apt-get update, is the
>   recommended additional entry advisable/useful for this platform?

Debian or Raspbian?

If Raspbian - that's based very closely on Debian but isn't strictly Debian.

Mixing the two might not be a good idea since there will probably be 
incompatibilities at some level.

There is a port of pure Debian to the Pi 2 - look on the Debian wiki - but no 
one has yet done this for the Pi 3 as far as I know.

[The original Pi required different compilation options to cope with floating 
point "stuff" which rendered Debian incompatible:
Raspbian is a re-compilation to suit the Raspberry Pi. Pi 2 is ARM v7 with 
hardware floating point. Pi 3 is 64 bit core (so arm64 would work if
the Pi folk hadn't put in 32 bit glue logic or thereabouts). There are also 
issues with the way of loading the operating system, initialising video
and non-free firmware which can cause problems.]

All the best,

AndyC

Re: Dúvida com DNS Slave

[Henrique Fagundes]

Amigo,

NS1 - Debian - 9.9.5
NS2 - Ubuntu - 9.9.5
NS3 - CentOS - 9.8.2-0.47

Abraços.

Atenciosamente,

Henrique Fagundes
henri...@linuxadmin.com.br
Skype: magnata-br-rj
Linux User: 475399

http://www.aprendendolinux.com/
http://www.facebook.com/PortalAprendendoLinux
http://youtube.com/aprendendolinux/
http://twitter.com/aprendendolinux/
__
Participe do Grupo Aprendendo Linux
https://groups.google.com/forum/#!forum/portal-aprendendo-linux

Ou envie um e-mail para:
portal-aprendendo-linux+subscr...@googlegroups.com

Em 30/08/2016 17:23, Rodrigo Cunha escreveu:

Cara, qual é a versão do bind dos DNS.
Deduzo que o debian e o ubuntu, quando instalado por apt-get install
implementam um ambiente homologado em seus arquivos de configuração ou
modulos de criptografia.
É possivel que a instalação dos arquivos rpm, homologados pela red hat e
implementados pelo yum install, não sejam homologados com criptografia.
É uma hipotese plausivel...

Em 30 de agosto de 2016 17:06, Henrique Fagundes
> escreveu:

Prezados Colegas,

Primeiramente saudações pinguianas a todos.
Tenho o seguinte cenário:

NS1 - Debian - Servidor de DNS Master
NS2 - Ubuntu Server - Servidor de DNS Slave 1
NS2 - CentOS 6 - Servidor de DNS Slave 2.

Tudo está funcionando muito bem, porém a minha única dúvida é o
seguinte.

Quando o arquivo db.dominio.com.br  do NS1
é transferido para o o diretório /var/cache/bind/ do NS2, ele chega
"criptografado". Quando dou um "cat" no arquivo, ele mostra a saída
toda "truncada", quase que ilegível.

Funciona de boa, eu faço pesquisas com o comando "dig" e o servidor
me mostra os DNSs corretamente.

Porém, eu gostaria que o arquivo não ficasse criptografado.

No NS3 o arquivo chega aberto, totalmente legível.

Alguém sabe o que eu posso fazer para evitar isso?

Abraços.

Atenciosamente,

Henrique Fagundes
henri...@linuxadmin.com.br 
Skype: magnata-br-rj
Linux User: 475399

http://www.aprendendolinux.com/ 
http://www.facebook.com/PortalAprendendoLinux

http://youtube.com/aprendendolinux/

http://twitter.com/aprendendolinux/

__
Participe do Grupo Aprendendo Linux
https://groups.google.com/forum/#!forum/portal-aprendendo-linux


Ou envie um e-mail para:
portal-aprendendo-linux+subscr...@googlegroups.com





--
Atenciosamente,
Rodrigo da Silva Cunha

Re: Dúvida com DNS Slave

[Rodrigo Cunha]

Cara, qual é a versão do bind dos DNS.
Deduzo que o debian e o ubuntu, quando instalado por apt-get install
implementam um ambiente homologado em seus arquivos de configuração ou
modulos de criptografia.
É possivel que a instalação dos arquivos rpm, homologados pela red hat e
implementados pelo yum install, não sejam homologados com criptografia.
É uma hipotese plausivel...

Em 30 de agosto de 2016 17:06, Henrique Fagundes  escreveu:

> Prezados Colegas,
>
> Primeiramente saudações pinguianas a todos.
> Tenho o seguinte cenário:
>
> NS1 - Debian - Servidor de DNS Master
> NS2 - Ubuntu Server - Servidor de DNS Slave 1
> NS2 - CentOS 6 - Servidor de DNS Slave 2.
>
> Tudo está funcionando muito bem, porém a minha única dúvida é o seguinte.
>
> Quando o arquivo db.dominio.com.br do NS1 é transferido para o o
> diretório /var/cache/bind/ do NS2, ele chega "criptografado". Quando dou um
> "cat" no arquivo, ele mostra a saída toda "truncada", quase que ilegível.
>
> Funciona de boa, eu faço pesquisas com o comando "dig" e o servidor me
> mostra os DNSs corretamente.
>
> Porém, eu gostaria que o arquivo não ficasse criptografado.
>
> No NS3 o arquivo chega aberto, totalmente legível.
>
> Alguém sabe o que eu posso fazer para evitar isso?
>
> Abraços.
>
> Atenciosamente,
>
> Henrique Fagundes
> henri...@linuxadmin.com.br
> Skype: magnata-br-rj
> Linux User: 475399
>
> http://www.aprendendolinux.com/
> http://www.facebook.com/PortalAprendendoLinux
> http://youtube.com/aprendendolinux/
> http://twitter.com/aprendendolinux/
> __
> Participe do Grupo Aprendendo Linux
> https://groups.google.com/forum/#!forum/portal-aprendendo-linux
>
> Ou envie um e-mail para:
> portal-aprendendo-linux+subscr...@googlegroups.com
>
>


-- 
Atenciosamente,
Rodrigo da Silva Cunha

Re: Security Updates

[Tim McDonough]

Your Raspberry Pi is most likely running Raspbian and not Debian.
Raspbian's updates must be ported by their development team when Debian
releases them. At one time they claimed the lag was about a half day to a
day behind being released by Debian.

Tim

On Tue, Aug 30, 2016 at 2:58 PM, Larry Dighera  wrote:

>
> This page  states:
>
> "If you use APT, add the following line to /etc/apt/sources.list to be
> able
> to access the latest security updates:
>
> deb http://security.debian.org/ jessie/updates main contrib non-free
>
> After that, run apt-get update followed by apt-get upgrade."
>
> Adding that entry to /etc/apt/sources.list on the Raspberry Pi3 running
> Debian
> Jessie results in an error message indicating that the public key is not
> found.
> It also finds two libraries that require updating that are not found when
> the
> above mentioned /etc/apt/sources.list entry is removed.
>
>   1.  What do I need to do to prevent the error message?
>
>   2.  As there are other security related URLs (doubtless, as
>   distributed/released) that are checked during apt-get update, is the
>   recommended additional entry advisable/useful for this platform?
>
>

Re: Decentralized reliable instant messaging?

[Joe]

On Tue, 30 Aug 2016 20:42:05 +0100
Brian  wrote:

> On Tue 30 Aug 2016 at 15:05:02 -0400, Henning Follmann wrote:
> 
> > On Tue, Aug 30, 2016 at 05:49:34PM +0100, Joe wrote:  
> > > On Tue, 30 Aug 2016 09:59:42 -0400
> > > Henning Follmann  wrote:
> > >   
> > > > On Tue, Aug 30, 2016 at 02:52:14PM +0100, Lisi Reisz wrote:  
> > > > > On Tuesday 30 August 2016 14:05:36 Stefan Monnier wrote:
> > > > > > "shocked that anyone would want to design or use an
> > > > > >                 unreliable messaging system"
> > > > > 
> > > > > Email is getting less and less reliable, so have you given up
> > > > > using it?? :-(
> > > > > 
> > > > > Lisi
> > > > > 
> > > > 
> > > > However, why email is still reliable, because a proper setup
> > > > provides you with a well defined error messages (in case it is
> > > > not delivered). 
> > > 
> > > If an email is designated as spam, it will be *silently* dropped.
> > > It took mail admins a long time to realise that if a message was
> > > spam, the last thing they should do with it is to 'return' it to
> > > the apparent 'sender' as part of a bounce message.
> > >   
> > 
> > You have a much too simplistic view of todays anti-spam measures.
> > 
> > If an smtp server tries to deliver a messages, usually the first the
> > receiving server does, during the helo, checking if the sending
> > server is blacklisted. If blacklisted any attempt to deliver any
> > mail will be denied and the sender will receive a proper 5XX error
> > message.  
> 
>   brian@desktop:~$ telnet itcfollmann.com 25
>   Trying 96.242.112.3...
>   Connected to itcfollmann.com.
>   Escape character is '^]'.
>   220 newton.itcfollmann.com ESMTP Postfix (Debian/GNU)
>   helo spammershaven.com
>   250 newton.itcfollmann.com
>   mail from:yourneighbourhoodspam...@gmail.com
>   250 2.1.0 Ok
>   rcpt to:hfollm...@itcfollmann.com
>   450 4.2.0 : Recipient address rejected:
> Greylisted, see
> http://postgrey.schweikert.ch/help/itcfollmann.com.html
> 
> I don't really want to go to the data command or go through this
> greylisting business but the helo command seems acceptable to your
> server.
> 

It's a while since I did the telnet thing in anger, but I used to use a
well-known (in the UK) six-character helo to save typing. No server ever
pointed out to me that my mail-from had no connection with it. Many
servers will reject a non-existent helo hostname.

As you probably know, but others might not, it is recommended to reject
the mail at the Recipient stage even when the problem is something else
entirely. It's not likely to have been the helo here, as the result of
failure would probably not have been a greylisting. Some systems are
configured to greylist any previously-unknown sender, no matter how
squeaky-clean they are otherwise.

I don't know if that is true here, as I might gently point out the the
URL given does not work.

-- 
Joe

Re: Decentralized reliable instant messaging?

[Lisi Reisz]

On Tuesday 30 August 2016 19:51:39 Brian wrote:
> > So one large and dominating ISP is rejecting emails from an inconvenient,
> > smaller, rival because there are "too many" of them.
>
> Don't follow this either.

Because I had to snip the error message.  I'll try reporting non-verbatim 
indirect speech rather than the quotation from the rejection, and see if I am 
allowed to send it.

BT rejected, once a day for several days (which was how often Zen went on 
trying to send it), an email I had sent my stepdaughter; on the grounds that 
it had had too many messages from Zen's SMTP server.  (Which it mentioned by 
IP, not name.)

And it is because that sounds so incredible that I tried to send the verbatim 
message.

Lisi

Re: Linux MATE problème de changement d'utilisateur.

[MENGUAL Jean-Philippe]

Bonjour,

Sur MATE 1.14? Debian testing?

Que se passe-t-il exactement? Ca ne lance rien? Ca ferme la fenêtre?

Cordialement,



Le 30/08/2016 à 11:23, contact a écrit :
> sauf que ctrl+alt+F1 ou F2..F7 change de console et ne permet pas de
> passer de la session utilisteur1 à la session utilisteur2 sans fermer la
> première sous X.
> 
> *François-Marie BILLARD*
> www.billard-francois-marie.eu
> Le 30/08/2016 à 11:05, Frédéric MASSOT a écrit :
>> Le 30/08/2016 à 10:58, contact a écrit :
>>> Bonjour
>>>
>>> depuis peu, dans MATE quand je souhaite depuis une session changer
>>> d'utilisateur et non me déconnecter cela ne fonctionne plus.
>>>
>>> Menu Système->Fermer la session->Changer d'utilisateur.
>> Oui, il faut passer sur l'une des consoles où est GDM : ctrl+alt+F1 ou
>> F2...F7.
>>
>> J'ai eu la flemme de faire un rapport de bug.
>>
> 

-- 

Jean-Philippe MENGUAL

HYPRA, progressons ensemble

Tél.: 01 84 73 06 61
Mail: cont...@hypra.fr

Site Web: http://hypra.fr

Re: Decentralized reliable instant messaging?

[Lisi Reisz]

On Tuesday 30 August 2016 19:51:39 Brian wrote:
> But you allow Zen to determine the nature of
> your mails?

Since I haven't got my own server I have no choice but to accept it if 
whatever SMTP server I am using simply rejects the email and refuses to send 
it.  This is the first time it has happened.

Lisi

Dúvida com DNS Slave

[Henrique Fagundes]

Prezados Colegas,

Primeiramente saudações pinguianas a todos.
Tenho o seguinte cenário:

NS1 - Debian - Servidor de DNS Master
NS2 - Ubuntu Server - Servidor de DNS Slave 1
NS2 - CentOS 6 - Servidor de DNS Slave 2.

Tudo está funcionando muito bem, porém a minha única dúvida é o seguinte.

Quando o arquivo db.dominio.com.br do NS1 é transferido para o o 
diretório /var/cache/bind/ do NS2, ele chega "criptografado". Quando dou 
um "cat" no arquivo, ele mostra a saída toda "truncada", quase que ilegível.


Funciona de boa, eu faço pesquisas com o comando "dig" e o servidor me 
mostra os DNSs corretamente.


Porém, eu gostaria que o arquivo não ficasse criptografado.

No NS3 o arquivo chega aberto, totalmente legível.

Alguém sabe o que eu posso fazer para evitar isso?

Abraços.

Atenciosamente,

Henrique Fagundes
henri...@linuxadmin.com.br
Skype: magnata-br-rj
Linux User: 475399

http://www.aprendendolinux.com/
http://www.facebook.com/PortalAprendendoLinux
http://youtube.com/aprendendolinux/
http://twitter.com/aprendendolinux/
__
Participe do Grupo Aprendendo Linux
https://groups.google.com/forum/#!forum/portal-aprendendo-linux

Ou envie um e-mail para:
portal-aprendendo-linux+subscr...@googlegroups.com

Re: Decentralized reliable instant messaging?

[Joe]

On Tue, 30 Aug 2016 15:05:02 -0400
Henning Follmann  wrote:


> >   
> 
> You have a much too simplistic view of todays anti-spam measures.
> 
> If an smtp server tries to deliver a messages, usually the first the
> receiving server does, during the helo, checking if the sending
> server is blacklisted. If blacklisted any attempt to deliver any mail
> will be denied and the sender will receive a proper 5XX error message.

Yes, certainly, though a check of the sending IP DNS and a complete list
of valid recipients stop a lot more spam than my blacklists do. Even
requiring a thirty-second timeout stops a lot, no legitimate mail
server minds waiting that long.

> 
> If the initial test passes though and the mail is accepted the mail
> has been "reliably" delivered. If any additional filter decide that
> this is spam then -again- we are dealing with an technical solution
> to a social problem.

The social problem of the existence of thieves and idiot marketing
people. I suspect a social solution to this social problem will not
come in my lifetime.

> Still e-mail is fairly reliable. 
> The issue as always is the overcommunication inflation which pretty
> much created the current situation. Finetuning the system to avoid
> fals positives while minimizing spam is an art.

Indeed, which is why I pretty well gave up on content analysis. My
usual email client dumps a few really egregious subjects, but otherwise
I rely on a well-trained mail server. The email address above is
genuine, and has been used on Usenet and various web-published forums
for more than eighteen years, and still only about half a dozen spams a
day make it to my mailbox. But things are improving, I only reject
about a hundred a day, and ten years ago it averaged more than a
thousand a day. My record was more than twelve thousand...

-- 
Joe

Security Updates

[Larry Dighera]

This page  states:

"If you use APT, add the following line to /etc/apt/sources.list to be able
to access the latest security updates:

deb http://security.debian.org/ jessie/updates main contrib non-free

After that, run apt-get update followed by apt-get upgrade."

Adding that entry to /etc/apt/sources.list on the Raspberry Pi3 running Debian
Jessie results in an error message indicating that the public key is not found.
It also finds two libraries that require updating that are not found when the
above mentioned /etc/apt/sources.list entry is removed.

  1.  What do I need to do to prevent the error message?

  2.  As there are other security related URLs (doubtless, as
  distributed/released) that are checked during apt-get update, is the
  recommended additional entry advisable/useful for this platform?

Re: Decentralized reliable instant messaging?

[Joe]

On Tue, 30 Aug 2016 18:53:35 +0100
Brian  wrote:

> On Tue 30 Aug 2016 at 17:49:34 +0100, Joe wrote:
> 
> > On Tue, 30 Aug 2016 09:59:42 -0400
> > Henning Follmann  wrote:
> >   
> > > On Tue, Aug 30, 2016 at 02:52:14PM +0100, Lisi Reisz wrote:  
> > > > On Tuesday 30 August 2016 14:05:36 Stefan Monnier wrote:
> > > > > "shocked that anyone would want to design or use an
> > > > >                 unreliable messaging system"
> > > > 
> > > > Email is getting less and less reliable, so have you given up
> > > > using it?? :-(
> > > > 
> > > > Lisi
> > > > 
> > > 
> > > However, why email is still reliable, because a proper setup
> > > provides you with a well defined error messages (in case it is
> > > not delivered). 
> > 
> > If an email is designated as spam, it will be *silently* dropped. It
> > took mail admins a long time to realise that if a message was spam,
> > the last thing they should do with it is to 'return' it to the
> > apparent 'sender' as part of a bounce message.  
> 
> It is taking users a much, much longer time to realise that mail
> admins are making decisions to drop mail which is intended for them
> (very often without being involved in the choice). Now, if the postal
> service did this
> 

Are you advocating 'returning' spam emails to innocent third parties?
Silently dropping would seem to be the lesser of current evils.

But emails are not expected to be reliable today. Even apart from false
spam positives, a broken server can eat email, or delay it during
periods of heavy load. Someone sending urgent data by email will confirm
its arrival using a telephone.

-- 
Joe

Re: Decentralized reliable instant messaging?

[Brian]

On Tue 30 Aug 2016 at 15:05:02 -0400, Henning Follmann wrote:

> On Tue, Aug 30, 2016 at 05:49:34PM +0100, Joe wrote:
> > On Tue, 30 Aug 2016 09:59:42 -0400
> > Henning Follmann  wrote:
> > 
> > > On Tue, Aug 30, 2016 at 02:52:14PM +0100, Lisi Reisz wrote:
> > > > On Tuesday 30 August 2016 14:05:36 Stefan Monnier wrote:  
> > > > > "shocked that anyone would want to design or use an
> > > > >                 unreliable messaging system"  
> > > > 
> > > > Email is getting less and less reliable, so have you given up using
> > > > it?? :-(
> > > > 
> > > > Lisi
> > > >   
> > > 
> > > However, why email is still reliable, because a proper setup provides
> > > you with a well defined error messages (in case it is not delivered).
> > > 
> > 
> > If an email is designated as spam, it will be *silently* dropped. It
> > took mail admins a long time to realise that if a message was spam, the
> > last thing they should do with it is to 'return' it to the apparent
> > 'sender' as part of a bounce message.
> > 
> 
> You have a much too simplistic view of todays anti-spam measures.
> 
> If an smtp server tries to deliver a messages, usually the first the
> receiving server does, during the helo, checking if the sending server is
> blacklisted. If blacklisted any attempt to deliver any mail will be denied
> and the sender will receive a proper 5XX error message.

  brian@desktop:~$ telnet itcfollmann.com 25
  Trying 96.242.112.3...
  Connected to itcfollmann.com.
  Escape character is '^]'.
  220 newton.itcfollmann.com ESMTP Postfix (Debian/GNU)
  helo spammershaven.com
  250 newton.itcfollmann.com
  mail from:yourneighbourhoodspam...@gmail.com
  250 2.1.0 Ok
  rcpt to:hfollm...@itcfollmann.com
  450 4.2.0 : Recipient address rejected: 
Greylisted, see http://postgrey.schweikert.ch/help/itcfollmann.com.html

I don't really want to go to the data command or go through this
greylisting business but the helo command seems acceptable to your
server.

Re: Decentralized reliable instant messaging?

[Brian]

On Tue 30 Aug 2016 at 19:31:08 +0100, Lisi Reisz wrote:

> Just out of interest, why have you sent a personal copy of a reply to the 
> Debian list about an email of David Wright's to me, which is an irrelevant 
> flouting of the code of conduct rules??? ;-)  It's not like you Brian to make 
> Human Errors. ;-)

So I did. Apologies.

I make errors all the time; I just fight a good rearguard action. :) But
not this time; surrender is the honorable course of action.

2016-08-30 18:45:35 1ben6M-0008JJ-JK => lisi.re...@gmail.com R=dnslookup 
T=remote_smtp H=gmail-smtp-in.l.google.com [64.233.167.26] 
X=TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128 DN="C=US,ST=California,L=Mountain 
View,O=Google Inc,CN=mx.google.com" C="250 2.0.0 OK 1472579135 
u10si39132321wje.183 - gsmtp"
2016-08-30 18:45:50 1ben6M-0008JJ-JK => debian-user@lists.debian.org 
R=dnslookup T=remote_smtp H=bendel.debian.org [82.195.75.100] 
X=TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128 DN="C=NA,ST=NA,L=Ankh 
Morpork,O=Debian SMTP,OU=Debian SMTP 
CA,CN=bendel.debian.org,EMAIL=hostmas...@bendel.debian.org" C="250 2.0.0 Ok: 
queued as 147DD63"
2016-08-30 18:45:50 1ben6M-0008JJ-JK Completed

I must have hit "r" or "g" in mutt. Damn these two bottles of wine. :)

> Lisi
> 
> I tried to send this to you personally, by both routes readily available to 
> me, but your email set-up kept rejecting it.  So here is my (mild) protest 
> publicly. ;-)

What were the two readily available routes open to you? Which addresses?

Re: Decentralized reliable instant messaging?

[Henning Follmann]

On Tue, Aug 30, 2016 at 05:49:34PM +0100, Joe wrote:
> On Tue, 30 Aug 2016 09:59:42 -0400
> Henning Follmann  wrote:
> 
> > On Tue, Aug 30, 2016 at 02:52:14PM +0100, Lisi Reisz wrote:
> > > On Tuesday 30 August 2016 14:05:36 Stefan Monnier wrote:  
> > > > "shocked that anyone would want to design or use an
> > > >                 unreliable messaging system"  
> > > 
> > > Email is getting less and less reliable, so have you given up using
> > > it?? :-(
> > > 
> > > Lisi
> > >   
> > 
> > However, why email is still reliable, because a proper setup provides
> > you with a well defined error messages (in case it is not delivered).
> > 
> 
> If an email is designated as spam, it will be *silently* dropped. It
> took mail admins a long time to realise that if a message was spam, the
> last thing they should do with it is to 'return' it to the apparent
> 'sender' as part of a bounce message.
> 

You have a much too simplistic view of todays anti-spam measures.

If an smtp server tries to deliver a messages, usually the first the
receiving server does, during the helo, checking if the sending server is
blacklisted. If blacklisted any attempt to deliver any mail will be denied
and the sender will receive a proper 5XX error message.

If the initial test passes though and the mail is accepted the mail has
been "reliably" delivered. If any additional filter decide that this is
spam then -again- we are dealing with an technical solution to a social
problem.
Still e-mail is fairly reliable. 
The issue as always is the overcommunication inflation which pretty much
created the current situation. Finetuning the system to avoid fals
positives while minimizing spam is an art.

My current biggest pet peeve is that people are so distracted that they
don't even read an email longer than 2 sentences (or 160 characters for our
twitter friends)


-H



-- 
Henning Follmann   | hfollm...@itcfollmann.com

Re: Decentralized reliable instant messaging?

[Brian]

On Tue 30 Aug 2016 at 19:16:10 +0100, Lisi Reisz wrote:

> On Tuesday 30 August 2016 18:50:21 deloptes wrote:
> > I have not seen recently undelivered mails
> 
> Lucky you!

Not luck, it's good management. Receiving SMTP servers accept messages
which are RFC compliant. If they do not they are playing silly buggers.
Have you ever had a message rejected on the grounds it was not RFC
compliant? If so (and you are using a smarthost) you need to have words
with your ISP.

> [had to snip quotation from rejecting notification because Zen identified the 
> email as spam!!]

Don't really follow this. But you allow Zen to determine the nature of
your mails? You also give Royal Mail permission to open and peruse the
letters you send and receive?

> So one large and dominating ISP is rejecting emails from an inconvenient, 
> smaller, rival because there are "too many" of them.

Don't follow this either.

Re: Decentralized reliable instant messaging?

[Lisi Reisz]

Just out of interest, why have you sent a personal copy of a reply to the 
Debian list about an email of David Wright's to me, which is an irrelevant 
flouting of the code of conduct rules??? ;-)  It's not like you Brian to make 
Human Errors. ;-)

Lisi

I tried to send this to you personally, by both routes readily available to 
me, but your email set-up kept rejecting it.  So here is my (mild) protest 
publicly. ;-)

On Tuesday 30 August 2016 18:45:34 Brian wrote:
> On Tue 30 Aug 2016 at 11:18:10 -0500, David Wright wrote:
> > On Tue 30 Aug 2016 at 09:59:42 (-0400), Henning Follmann wrote:
> > > However, why email is still reliable, because a proper setup provides
> > > you with a well defined error messages (in case it is not delivered).
> >
> > There are occasions when this is several days later, unfortunately.
> > Some of the retry intervals seem to have been set in the days when
> > people/institutions dialled up the internet on a daily schedule.
>
> I think you have moved from unreliability (whatever that means) to
> timeliness of delivery. If you put your mail under the control of
> a third party you presumably accept their conditions. Anyway, what,
> without drowning the internet in frequent retries, would be suitable
> as a sequence of retry intervals? Exim on Debian uses
>
>  # This single retry rule applies to all domains and all errors. It
> specifies # retries every 15 minutes for 2 hours, then increasing retry
> intervals, # starting at 1 hour and increasing each time by a factor of
> 1.5, up to 16 # hours, then retries every 6 hours until 4 days have passed
> since the first # failed delivery.
>
> > > The fact that a lot of mail ends up in places where they are never
> > > looked at is a social issue not a technical one.
> >
> > The unreliability of email is also overreported by people
> > whose homework, years earlier, was eaten by their dog.
>
> The canine community must feel relief that the canard has been placed
> elsewhere.

Re: Decentralized reliable instant messaging?

[Brian]

On Tue 30 Aug 2016 at 15:09:28 +0100, Lisi Reisz wrote:

> On Tuesday 30 August 2016 14:59:42 Henning Follmann wrote:
> > However, why email is still reliable, because a proper setup provides you
> > with a well defined error messages (in case it is not delivered).
> 
> We have different definitions of reliable!!  Being told a day or two later 
> that your email didn't get there because .. is very little consolation, if 
> you actually wanted it to get there, and that is only if the receiving SMTP 
> server returns the email with an error message, and doesn't just drop it.

You could send mail directly if you set up a mail server.

However, if you are bothered about the receiving SMTP server accepting
and dropping the message it wouldn't matter because you wouldn't get
any feedback. But you wouldn't get feedback using your ISP's smarthost.

Re: Decentralized reliable instant messaging?

[Lisi Reisz]

> About reliability - I have not seen recently undelivered mails (except
> bounces between gmain and yahoo .

Lucky you!

Lisi

Re: Decentralized reliable instant messaging?

[Lisi Reisz]

On Tuesday 30 August 2016 18:50:21 deloptes wrote:
> I have not seen recently undelivered mails

Lucky you!

[had to snip quotation from rejecting notification because Zen identified the 
email as spam!!]

So one large and dominating ISP is rejecting emails from an inconvenient, 
smaller, rival because there are "too many" of them.

It was eventually delivered after 4 days, but I had by then sent it again via 
Gmail's server.

As I say, lucky you!!!

Lisi

Re: Reuniting disks in a raid1 array

[Pascal Hambourg]

Le 30/08/2016 à 12:14, Mirko Parthey a écrit :

On Tue, Aug 30, 2016 at 07:33:02AM +0200, Frédéric Marchal wrote:


Do I have to wipe sdb before adding it to the new computer? If so, how do I
make sure raid data is gone from every one of the three partitions?


The wipefs tool can remove RAID signatures.


Or mdadm --zero-superblock


Deleting and recreating the partitions with the same size doesn't help
on its own, because it will not affect the signatures.
Overwriting the beginning of the disk or the partitions may not be
sufficient either, because depending on the RAID superblock version, it
might be stored at the end.


The default superblock format 1.2 stores the superblock 4 KiB after the 
beginning. However the OP wrote the disk was divided in several RAID 
partitions, so it would not erase all the superblocks.



Or maybe mdadm will see that sda was used more recently than sdb and will
synchronize sda onto sdb?


I would advise against such experiments. It's best to wipe the signatures
while the disk is still in the old computer, then transfer it to the new
one.


I second this advice.


A bootable rescue system such as GRML can be very handy for this job.


Or you can just use the initramfs shell. Add "break" to the kernel 
command line to trigger it. Or the Debian installer shell.

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

Renda Extra Trabalhando em Casa ... de Verdade !!!

[Misael B. Martins]

Renda Extra Trabalhando em Casa ... de Verdade !!!
Renda Extra Trabalhando em 
Casa.
 Escolha
 a Empresa de acordo com seu Perfil 

Ol Amigo (a),tudo bem ?Venho por meiodeste e-mail compartilhar com 
vocs algumas ideias de Renda 
Extra Trabalhando em Casa. Empresas que eumesmo j tive Resultado e 
creio que voctambm ter !!...Sucesso a Todos 
!!---
###
--- SABE GANHA
 Acesse Aqui SABEGANHAPara Pessoas que Esto 
comeando no Marketing Digital e querem aprender
do zero ou se aprimorar Estudando timos contedos e Ganhar 
Dinheiro ao mesmo tempo
enquanto estudam podendo chegar a valores maiores que R$300.000.00 mil
100% do Lucro Direto em sua Conta Bancaria, PagueSeguro, PayPal, Conta 
Super.(Obs: J Ganhei Mais de R$ 600,00 )
Investimento R$24,00
-
-
IMAGEM FOLHEADOS
 Acesse  IMAGEM FOLHEADOS



Para Pessoas que Querem Revender. Revenda Lindos Folheados em Ouro e Prata 
diretoda Fbrica. Comprando direto da fbrica voc 
ter na hora da Revenda 300%, 400%de Lucro. Seja um Revendedor de Porta 
em Porta ou at mesmo somente Pelainternet com todo material de apoio 
dado pela empresa Online !!!Testemunho  "Ms passado Eu 
J Faturei R$4,342.34" - Rodolfo Ribeiro"
 Investimento R$ 0.00 
(Zero)--
 DEA20 - DOAÇÕES ENTRE AMIGOSAcesse DEA20Para Pessoas que 
Precisam Ganhar uma Renda Extra Rpido e Gostam da ideia
de ajuda mutua trabalhando em equipe!!
Potencial de Ganhos ultrapassa R$100,000,00mil(J Ganhei Mais de 10 
Pagamentos Direto em minha conta Bancria em menosde 3 mses)
 Investimento  R$20,00
-
- UPCOINS - BITCOINS 
 Acesse UPCOINS 


Para Quem gosta do mercado de minerao de Bitcoins e no 
pode 
investir agora. Ganhe Bitcoins Gratuitamente com a UpCoin.
Ganhe Uma % por indicados direto tambm.(J acumulei Mais de US 
0.48 centavos de dolar Sem Fazer nada de trabalho)
 Investimento R$0.00 (Zero)
-
- HOUSSOFT FACE
 Acesse (( http://www.housoftface2016.vai.la))
O Softwear ideal para quem quer divulgar sua empresa, negocio 
produtos em grupos do Face Book. Um softwear muito completo e prtico.
Fao tudo isso de forma automtica at enquanto dorme com 
o 
Husoft face.
 InvestimentoR$199,00 (Com 5% de 
desconto)--
--###
OBS GANHE UM POSTADOR AUTOMÁTICO DE FACEBOOK ...HOJE
!!Se Cadastrando e Se ativando em qualquer uma das 
empresas acima voc ganhar um postador automtico de 
Face Book Totalmente Grtis !!! No perca Essa Oportunidade !! 
Nos Adicione no Face: https://www.facebook.com/misaelbarbosamartins; 
Cenheam tambm Nosso Blog - Acesse
 Blog Sua Oportunidade Agora
















Para sair desta lista clique aqui

Re: Decentralized reliable instant messaging?

[Brian]

On Tue 30 Aug 2016 at 19:50:21 +0200, deloptes wrote:

> Thinking about Lizi's story and the postman ... where is in
> the "decentralized" scenario the "postman", how does he look like ... etc.

He looks just like you.

Curiosidade: init-d-script(5)

[Ednardo Lobo]

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.


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

--
 Ednardo Lobo

 www.lobo.eti.br

Re: Decentralized reliable instant messaging?

[Brian]

On Tue 30 Aug 2016 at 17:49:34 +0100, Joe wrote:

> On Tue, 30 Aug 2016 09:59:42 -0400
> Henning Follmann  wrote:
> 
> > On Tue, Aug 30, 2016 at 02:52:14PM +0100, Lisi Reisz wrote:
> > > On Tuesday 30 August 2016 14:05:36 Stefan Monnier wrote:  
> > > > "shocked that anyone would want to design or use an
> > > >                 unreliable messaging system"  
> > > 
> > > Email is getting less and less reliable, so have you given up using
> > > it?? :-(
> > > 
> > > Lisi
> > >   
> > 
> > However, why email is still reliable, because a proper setup provides
> > you with a well defined error messages (in case it is not delivered).
> > 
> 
> If an email is designated as spam, it will be *silently* dropped. It
> took mail admins a long time to realise that if a message was spam, the
> last thing they should do with it is to 'return' it to the apparent
> 'sender' as part of a bounce message.

It is taking users a much, much longer time to realise that mail admins
are making decisions to drop mail which is intended for them (very often
without being involved in the choice). Now, if the postal service did
this

Re: Decentralized reliable instant messaging?

[deloptes]

Lisi Reisz wrote:

> On Tuesday 30 August 2016 16:34:25 Dan Purgert wrote:
>> Lisi Reisz wrote:
>> > On Tuesday 30 August 2016 14:05:36 Stefan Monnier wrote:
>> >> "shocked that anyone would want to design or use an
>> >> unreliable messaging system"
>> >
>> > Email is getting less and less reliable, so have you given up using
>> > it??
>> > :-(
>> >
>> > Lisi
>>
>> Email (according to the RFCs) wasn't ever intended to be /reliable/ in
>> the first place.  It just happens to work that way most of the time.
> 
> :-)  It is more reliable and quicker than snail-mail.  But it isn't
> :reliable!!
> And is getting less so.
> 
> Lisi

I'm not sure I understand correctly. The whole concept of mailing is really
old and not fit for nowdays (mis)use of the internet. Since couple of years
there is initiative going on to implement dkim/spf (dmarc) which will help
reduce and overrule the abuses. Some of the bigger mail providers will
switch gradually to more strict policies as time goes on and we'll see it.
It just takes time.
About reliability - I have not seen recently undelivered mails (except
bounces between gmain and yahoo ... well, for obvious reasons, which is
understandable, taken the dmarc policy yahoo applies).
Technology is evolving sometime faster and sometime not, but still going
forward, so I am personally curios what the future will look like. For sure
the years we live in will be called the spam-era in the history books
dealing with e-mail.

Perhaps this question about "decentralized reliable instant messaging"
should be raised with some of the developers of instant messengers and it
can be implemented as a feature, despite the contradiction in the question
itself.
Thinking about Lizi's story and the postman ... where is in
the "decentralized" scenario the "postman", how does he look like ... etc.
Just a question of design and smart implementation.

I couldn't resist to share my opinion as well

regards

Re: Decentralized reliable instant messaging?

[Brian]

On Tue 30 Aug 2016 at 11:18:10 -0500, David Wright wrote:

> On Tue 30 Aug 2016 at 09:59:42 (-0400), Henning Follmann wrote:
> > 
> > However, why email is still reliable, because a proper setup provides you
> > with a well defined error messages (in case it is not delivered).
> 
> There are occasions when this is several days later, unfortunately.
> Some of the retry intervals seem to have been set in the days when
> people/institutions dialled up the internet on a daily schedule.

I think you have moved from unreliability (whatever that means) to
timeliness of delivery. If you put your mail under the control of
a third party you presumably accept their conditions. Anyway, what,
without drowning the internet in frequent retries, would be suitable
as a sequence of retry intervals? Exim on Debian uses

 # This single retry rule applies to all domains and all errors. It specifies
 # retries every 15 minutes for 2 hours, then increasing retry intervals,
 # starting at 1 hour and increasing each time by a factor of 1.5, up to 16
 # hours, then retries every 6 hours until 4 days have passed since the first
 # failed delivery.

> > The fact that a lot of mail ends up in places where they are never looked
> > at is a social issue not a technical one.
> 
> The unreliability of email is also overreported by people
> whose homework, years earlier, was eaten by their dog.

The canine community must feel relief that the canard has been placed
elsewhere.

Re: Gnome 3.20

[Luis Teixeira]

Boa tarde amigos,
Pra que reinventar a roda, testing é testing e stable é stable

Em 27/08/2016 13:00, "Antonio Terceiro"  escreveu:

> 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/
>

Re: Downgrade par la patience ?

[Damien TOURDE]

Bonjour,

Finalement, le downgrade se passait bien, mais j'ai plutôt fais un gros
backup et réinstallé une stable, 2 heures à installer et reconfigurer
plus ou moins tout ce que j'utilise au quotidiens (+ services docker),
ça n'a pas été trop long.


En revanche, le fameux downgrade avait l'air de se passer pour le mieux,
et j'ai très rapidement eu moins de 10 paquets en Sid (donc relativement
raisonnable à downgrader "à la main").

Par contre, utilisant un processeur Skylake et le GPU intégré, la partie
graphique était mieux supportée en Sid, "Out of the Box" :-D


Cdlt,
Damien

Le mardi 23 août 2016 à 23:41 +0200, Damien TOURDE a écrit :
> Merci pour le passage du man qui m'avait échappé.
> 
> Je vais faire un pinning < 1000 pour testing et quand testing sera la
> nouvelle stable, y rester.
> 
> 
> Et puis si on ne me voit pas sur la liste, je serais peut-être en train
> de tout réinstaller en pleurant :^)
> 
> 
> 
> Le mardi 23 août 2016 à 20:12 +0200, didier gaumet a écrit :
> > Le 23/08/2016 à 18:03, Damien TOURDE a écrit :
> > [...]
> > > 
> > > Si je fais un pinning prioritaire sur testing par exemple, ne va-
> > > t'il
> > > pas remplacer mes paquets par les paquets testing ?
> > > Car d'après mes souvenirs de la doc, le pinning est prioritaire sur
> > > le
> > > numéro de version...
> > 
> > non, pas de souci
> > 
> > man apt_preferences:
> > [...]
> > Puis APT applique les règles suivantes pour déterminer la version du
> > paquet qu'il faut installer (par ordre de priorité) :
> > · Ne jamais revenir en arrière, sauf si la priorité d'une version
> > disponible dépasse 1000. « Revenir en arrière » signifie installer
> > une
> > version moins récente que la version installée. Il faut noter
> > qu'aucune
> > des priorités par défaut n'excède 1000 ; de telles valeurs ne peuvent
> > être définies que dans le fichier des préférences. Notez aussi qu'il
> > est
> > risqué de revenir en arrière.
> > [...]
> > 
> > 
> 
> 

Re: Decentralized reliable instant messaging?

[Joe]

On Tue, 30 Aug 2016 09:59:42 -0400
Henning Follmann  wrote:

> On Tue, Aug 30, 2016 at 02:52:14PM +0100, Lisi Reisz wrote:
> > On Tuesday 30 August 2016 14:05:36 Stefan Monnier wrote:  
> > > "shocked that anyone would want to design or use an
> > >                 unreliable messaging system"  
> > 
> > Email is getting less and less reliable, so have you given up using
> > it?? :-(
> > 
> > Lisi
> >   
> 
> However, why email is still reliable, because a proper setup provides
> you with a well defined error messages (in case it is not delivered).
> 

If an email is designated as spam, it will be *silently* dropped. It
took mail admins a long time to realise that if a message was spam, the
last thing they should do with it is to 'return' it to the apparent
'sender' as part of a bounce message.

-- 
Joe

Re: Decentralized reliable instant messaging?

[Lisi Reisz]

On Tuesday 30 August 2016 17:18:10 David Wright wrote:
> The unreliability of email is also overreported by people
> whose homework, years earlier, was eaten by their dog.

Years ago I sent a Guaranteed Delivery Letter to our local Council.  They 
claimed not to have received it.  As it was very important, I followed it up.  
The area Postmaster, who was tired of being accused of not delivering things 
his staff had delivered, was very co-operative.

With his help, I proved beyond any reasonable doubt that the letter was 
delivered, and delivered on time.

The Council spokesperson said that I had proved that an envelope had been 
delivered to them, but I had not proved that there was anything in the 
envelope.

Lisi

Re: Decentralized reliable instant messaging?

[David Wright]

On Tue 30 Aug 2016 at 09:59:42 (-0400), Henning Follmann wrote:
> On Tue, Aug 30, 2016 at 02:52:14PM +0100, Lisi Reisz wrote:
> > On Tuesday 30 August 2016 14:05:36 Stefan Monnier wrote:
> > > "shocked that anyone would want to design or use an
> > >                 unreliable messaging system"
> > 
> > Email is getting less and less reliable, so have you given up using it?? :-(
> > 
> > Lisi
> > 
> 
> However, why email is still reliable, because a proper setup provides you
> with a well defined error messages (in case it is not delivered).

There are occasions when this is several days later, unfortunately.
Some of the retry intervals seem to have been set in the days when
people/institutions dialled up the internet on a daily schedule.

> The fact that a lot of mail ends up in places where they are never looked
> at is a social issue not a technical one.

The unreliability of email is also overreported by people
whose homework, years earlier, was eaten by their dog.

Cheers,
David.

Re: nosh version 1.28

[Joe Nosay]

Thank you very much.
And have a blessed day.

On Sun, Aug 21, 2016 at 7:04 AM, Jonathan de Boyne Pollard <
j.deboynepollard-newsgro...@ntlworld.com> wrote:

> I don't know why you asked about FreeBSD rc.d just on the Debian mailing
> list; but I'm going to deal in both of those and others besides, here, and
> things that apply across both, so I've re-included the FreeBSD mailing
> list.  (-:
>
> 2016-08-14 15:10, Julian Elischer:
>
> I don't know if I just missed it, or it isn't there but  I have a
>> question..
>>
>> You give examples of importing systemd service files.  What about
>> importing rc.d files with all their ability to run arbitrary shell commands.
>>
>> And once you have the services defined, what is the logical equivalent of
>> rc.conf, which can supply parameters for each service and turn them on and
>> off?  can you import from rc.conf?
>>
>> You did miss it.  (-:
>
> What you missed has grown to be a significant subsystem. It was actually
> mentioned a couple of times in the 1.28 announcement. It's the external
> configuration import subsystem.  You can read about it in the nosh Guide:
>
> xdg-open /usr/local/share/doc/nosh/external-formats.html
>
> As you can see, there's a whole section on importing from rc.conf into
> native service management mechanisms.  ("rc.conf" covers several sources,
> note, including a FreeNAS configuration database and /etc/defaults/rc.conf
> .)
>
> The native service mangement mechanisms are the "enable" and "disable"
> subcommands to the system-control command, and using the envdir command in
> the normal daemontools-family style way.  The enable/disable mechanism in
> "rc.conf" is treated as if it were a preset (in systemd nomenclature).  You
> tell service management to "preset" a service, and it will look at
> /etc/rc.conf and /etc/rc.conf.local (as well as some other preset
> mechanisms) to determine what to set the native enable/disable state to.
> The user manual page for the preset subcommand (of system-control) explains
> what the preset mechanisms are in detail.
>
> You can set up environment directories how and where you like, but there's
> a convention that is shared by the "convert-systemd-units" tool, the
> "rcctl" shim, and the external configuration import subsystem as a whole.
> This convention is an environment directory named "env" that is in the
> service directory.  The "rcctl" shim gets and sets variables there; and the
> import subsystem places converted "rc.conf", /etc/fstab, /etc/ttys,
> /etc/my.cnf, and other stuff there.
>
> One example of this in action, out of many in the import subsystem, is
> jails that have been set up the version 9 way in "rc.conf".  Those are
> turned into service bundles, with "env" environment directories that
> contain environment settings such as "hostname", "mount_devfs", and
> "interface".  The "run" script for the jail service very simply turns the
> environment variables into arguments to the "jail" comand.  In a system
> with an original OpenBSD "rcctl" command, one would expect to be able to
> set (version 9) jail control variables by manipulating /etc/rc.conf with
> commands like "rcctl set wibble hostname wobble".  The "rcctl" shim and
> this shared convention mean that one need not stray that far from this if
> "rcctl" is one's habit: "rcctl set v9-jail@wibble hostname wobble" does
> the "native" thing of setting the "hostname" variable in the (conventional)
> environment variable directory for the "v9-jail@wibble" service.
>
> Bonus feature for those with other habits: With nosh service management in
> place, one can actually import from /etc/rc.conf settings *on Debian* (as
> long as one sets up a FreeBSD/PC-BSD-style /etc/defaults/rc.conf pointing
> to it with rc_conf_files).  One can use /etc/ttys, too.
>
> As for importing scripts that run "arbitrary shell commands", there are
> several points.
>
> First, you may not need to.  Note that most of what you get out of the box
> in /etc/rc.d/ and /usr/local/etc/rc.d/ on FreeBSD and PC-BSD has already
> been converted.  Remember that project that I had to convert 157 services?
> Take a look at the nosh roadmap page.  It's almost done.
>
> Second, you may not need to.  Take a look at what actually comes in the
> nosh-bundles package nowadays.  Discounting the 'cyclog@' service bundles
> there are just over 540 service bundles in there, from samba to ntp, from
> saned to ossec@agentd.  (Including the 'cyclog@' service bundles, it is
> over a thousand service bundles.)  The Debian world doesn't get left out,
> either. Although it's a lot more difficult than in the BSD worlds to come
> up with a list of "core" Debian services, a lot of the basics of Debian are
> also covered by this, from kernel-vt-setfont through irqbalance to
> update-binfmts.  And those more-than-540 service bundles cover lots of
> "non-core" stuff, from (as aforementioned) OSSEC-HIDS, Salt, and RabbitMQ
> to publicfile httpd over IPV6.
>
> Third, you may not need to.  This was 

Re: Decentralized reliable instant messaging?

[Lisi Reisz]

On Tuesday 30 August 2016 16:34:25 Dan Purgert wrote:
> Lisi Reisz wrote:
> > On Tuesday 30 August 2016 14:05:36 Stefan Monnier wrote:
> >> "shocked that anyone would want to design or use an
> >>                 unreliable messaging system"
> >
> > Email is getting less and less reliable, so have you given up using it??
> > :-(
> >
> > Lisi
>
> Email (according to the RFCs) wasn't ever intended to be /reliable/ in
> the first place.  It just happens to work that way most of the time.

:-)  It is more reliable and quicker than snail-mail.  But it isn't reliable!!  
And is getting less so.

Lisi

Re: Decentralized reliable instant messaging?

[Dan Purgert]

Lisi Reisz wrote:
> On Tuesday 30 August 2016 14:05:36 Stefan Monnier wrote:
>> "shocked that anyone would want to design or use an
>>                 unreliable messaging system"
>
> Email is getting less and less reliable, so have you given up using it?? :-(
>
> Lisi
Email (according to the RFCs) wasn't ever intended to be /reliable/ in
the first place.  It just happens to work that way most of the time.

-- 
|_|O|_| Registered Linux user #585947
|_|_|O| Github: https://github.com/dpurgert
|O|O|O| 

Re: Decentralized reliable instant messaging?

[Dan Purgert]

Gene Heskett wrote:
> ebay themselves very carefully fine tunes their crap, always hitting 
> exactly 5.0 from spamassassin. But you put up with that from ebay 
> because they are the worlds defacto dept. store and have been for years 
> despite Jeff B's best efforts at amazon.

5.0 gets sent to /dev/null here ... along with anything else above 4.4,
and that's only after they make it through the maze of greylist rules to
even get to spamassassin :)


-- 
|_|O|_| Registered Linux user #585947
|_|_|O| Github: https://github.com/dpurgert
|O|O|O| 

Re: Decentralized reliable instant messaging?

[Gene Heskett]

On Tuesday 30 August 2016 09:59:42 Henning Follmann wrote:

> On Tue, Aug 30, 2016 at 02:52:14PM +0100, Lisi Reisz wrote:
> > On Tuesday 30 August 2016 14:05:36 Stefan Monnier wrote:
> > > "shocked that anyone would want to design or use an
> > >                 unreliable messaging system"
> >
> > Email is getting less and less reliable, so have you given up using
> > it?? :-(
> >
> > Lisi
>
> However, why email is still reliable, because a proper setup provides
> you with a well defined error messages (in case it is not delivered).
>
> The fact that a lot of mail ends up in places where they are never
> looked at is a social issue not a technical one.
>
> -H

True, Henning, but forced on us by the sheer volume of spam we need to 
protect ourselves from. But when some idiot sends me a 100% html 
message, with 3 or more url's buried in the html, with a Dear Friend 
greeting, he should NOT be amazed that it gets a 5+ rating from 
spamassassin, and sorted accordingly.

The offender of course is not subbed to any of these mailing lists, so 
he/she gets zero feedback and are too far away to hear my muttering 
about it, but I do business thru ebay with him, once in 10 years.

ebay themselves very carefully fine tunes their crap, always hitting 
exactly 5.0 from spamassassin. But you put up with that from ebay 
because they are the worlds defacto dept. store and have been for years 
despite Jeff B's best efforts at amazon.

Amazon costs too much, and has yet to meet the promised delivery date 
since I'm at least 150 miles from west bumf--- here in north central WV, 
USA.  Thats my choice, here I am often the big frog in this tiny puddle 
of a county seat village.  I have to admit I enjoy that. But it often 
means that my connection to the educated world looks a lot like a cat5 
cable. :)

Cheers, Gene Heskett
-- 
"There are four boxes to be used in defense of liberty:
 soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page 

Aptean Ross Users list

[sheri greer]

 

 

Hi, 

 

We would like to learn your interest in acquiring our recently updated
Aptean Ross Users list which helps you to improve your business campaign.

 

We have other Innovation information also like: CDC Software, Consona
Corporation, Infor, Microsoft, SAP, Adobe, VMware, Citrix, Windowmaker
Software Ltd, Epicor Software, Sage, Symantec, CA Technologies, NetSuite,
SAS, Red Hat, Initial State, Plex Systems, Inc.,JDA Software, Manhattan
Associates, TIBCO Software Inc., Aspect Software, Informatica, SAP Ariba,
VMware AirWatch, Workday, Bullhorn, Pegasystems and many more.

 

Specialties: 

Manufacturing Execution Systems, Customer Relationship Management,
Enterprise Resource Planning, Supply Chain Management, Global Trade
Management, eCommerce, Association Management Systems, Enterprise Feedback
Management, Event Management Framework and so on.

 

Please let me know your thoughts we will provide you the more information
according to your criteria and interest. If you are not the right person to
discuss this mail then feel freely to forward this mail to the right person
in your organization.



Thanks,

Sheri Greer  

Marketing Analytics.

 

Re: Decentralized reliable instant messaging?

[Lisi Reisz]

On Tuesday 30 August 2016 14:59:42 Henning Follmann wrote:
> However, why email is still reliable, because a proper setup provides you
> with a well defined error messages (in case it is not delivered).

We have different definitions of reliable!!  Being told a day or two later 
that your email didn't get there because .. is very little consolation, if 
you actually wanted it to get there, and that is only if the receiving SMTP 
server returns the email with an error message, and doesn't just drop it.

Lisi

Re: Decentralized reliable instant messaging?

[Henning Follmann]

On Tue, Aug 30, 2016 at 02:52:14PM +0100, Lisi Reisz wrote:
> On Tuesday 30 August 2016 14:05:36 Stefan Monnier wrote:
> > "shocked that anyone would want to design or use an
> >                 unreliable messaging system"
> 
> Email is getting less and less reliable, so have you given up using it?? :-(
> 
> Lisi
> 

However, why email is still reliable, because a proper setup provides you
with a well defined error messages (in case it is not delivered).

The fact that a lot of mail ends up in places where they are never looked
at is a social issue not a technical one.

-H

-- 
Henning Follmann   | hfollm...@itcfollmann.com

Re: Linux MATE problème de changement d'utilisateur.

[contact]

  
  
Bonsoir
Debian JESSIE et Mate 1.8.1
Quand je clique sur "changer d'utilisteur" rien ne se passe.
Merci

François-Marie BILLARD
  Sculpteur - Céramique 

Le 30/08/2016 à 15:07, MENGUAL
  Jean-Philippe a écrit :


  Bonjour,

Sur MATE 1.14? Debian testing?

Que se passe-t-il exactement? Ca ne lance rien? Ca ferme la fenêtre?

Cordialement,



Le 30/08/2016 à 11:23, contact a écrit :

  
sauf que ctrl+alt+F1 ou F2..F7 change de console et ne permet pas de
passer de la session utilisteur1 à la session utilisteur2 sans fermer la
première sous X.

*François-Marie BILLARD*
www.billard-francois-marie.eu
Le 30/08/2016 à 11:05, Frédéric MASSOT a écrit :


  Le 30/08/2016 à 10:58, contact a écrit :

  
Bonjour

depuis peu, dans MATE quand je souhaite depuis une session changer
d'utilisateur et non me déconnecter cela ne fonctionne plus.

Menu Système->Fermer la session->Changer d'utilisateur.

  
  Oui, il faut passer sur l'une des consoles où est GDM : ctrl+alt+F1 ou
F2...F7.

J'ai eu la flemme de faire un rapport de bug.





  
  



  

Re: Decentralized reliable instant messaging?

[Lisi Reisz]

On Tuesday 30 August 2016 14:05:36 Stefan Monnier wrote:
> "shocked that anyone would want to design or use an
>                 unreliable messaging system"

Email is getting less and less reliable, so have you given up using it?? :-(

Lisi

Re: Decentralized reliable instant messaging?

[Stefan Monnier]

> You can't have all the best together.

What does that mean, exactly?  Are you saying it doesn't have reliable
message delivery?  If so, that'd be a deal breaker for me.


Stefan "shocked that anyone would want to design or use an
unreliable messaging system"


> This mention in previous E-Mails as well. E.g: <20160817192400.GB9964@alum>

> On Thu, Aug 25, 2016 at 6:00 PM, Stefan Monnier 
> wrote:

>> > I think you looking for TOX!
>> > Visit TOX Project website:
>> > https://tox.chat
>> 
>> Thanks.  That does look promising (although I don't see any mention of
>> reliable delivery),
>> 
>> 
>> Stefan
>> 
>> 
>> > On Sat, Aug 13, 2016 at 7:19 AM, Stefan Monnier <
>> monn...@iro.umontreal.ca>
>> > wrote:
>> 
>> >> I'm looking for a decentralized instant message system (e.g. XMPP, SIP,
>> >> ...) where I can be sure that I receive all messages, even if I'm not
>> >> connected when the message is sent [ Obviously, I'll only receive them
>> >> when I'm back online.  ]
>> >>
>> >> IIUC there is some XMPP features that allow such reliable delivery, but
>> >> it seems that it's not widely supported by clients.  What Debian
>> >> clients, using which protocols, can provide reliable instant messaging?
>> >>
>> >>
>> >> Stefan
>> >>
>> >>
>> >> PS: Bonus points if that feature is also available on an Android
>> >> application that's Free Software.
>> >>
>> >>
>> 

RE: pengajuan

[Dimas Prawira]

Salah milis paman.. 

-BR-
Dimas Y.P

Sent From LumiaPhone

-Original Message-
From: "Setan alas" 
Sent: ‎30/‎08/‎2016 18:42
To: "debian-user-indonesian@lists.debian.org" 

Subject: pengajuan

gmn caranya boz .. sy mau pinjam 5jt lama angsuran 2th .. nope saya 
082333670670 .. makasi

Re: Reuniting disks in a raid1 array

[Mirko Parthey]

On Tue, Aug 30, 2016 at 07:33:02AM +0200, Frédéric Marchal wrote:
> I had two disks in a mdadm software raid1 on an old computer.
> 
> I moved sda to a new computer. It ran there in a degraded raid1 for months.
> 
> The second disk, sdb, kept running as the lone survivor of the original raid1 
> on the old computer.
> 
> Now, it's time for the old computer to retire and sdb to join its partner in 
> the new raid1 on the new computer.
> 
> How can I do this safely?
> 
> Do I have to wipe sdb before adding it to the new computer? If so, how do I 
> make sure raid data is gone from every one of the three partitions?

The wipefs tool can remove RAID signatures.

Deleting and recreating the partitions with the same size doesn't help
on its own, because it will not affect the signatures.
Overwriting the beginning of the disk or the partitions may not be
sufficient either, because depending on the RAID superblock version, it
might be stored at the end.

> Or maybe mdadm will see that sda was used more recently than sdb and will 
> synchronize sda onto sdb?

I would advise against such experiments. It's best to wipe the signatures
while the disk is still in the old computer, then transfer it to the new
one. A bootable rescue system such as GRML can be very handy for this job.

Regards
Mirko

Re: [HS] Échange d'email impossible avec un correspondant particulier: Comment corriger ?

[François TOURDE]

Le 17042ième jour après Epoch,
Pascal Hambourg écrivait:

> Le 29/08/2016 à 18:03, François TOURDE a écrit :
>> Le 17042ième jour après Epoch,
>> Olivier écrivait:
>>
>>> Le fil [1] aborde la question mais j'ai du mal à anticiper s'il existe des
>>> cas de figure, où la présence d'un CNAME dans l'enregistrement MX du DNS
>>> est nécessaire.
>
> Le seul cas qui me vient à l'esprit est si on est radin et snob :

Très réducteur (réduit?) comme analyse.

> - trop radin pour payer un DNS dynamique sur le domaine, donc on
> utilise un DNS dynamique générique ;

J'avoue ne pas comprendre cette partie.

> - trop snob pour définir directement le DNS dynamique comme MX, donc
> on crée un CNAME qui fait pointer le beau nom du MX vers le DNS
> dynamique tout pourri (comme si ça n'allait pas se voir).

"beau nom" ? "tout pourri" ? "pas se voir" ?

>> Nécessaire non, mais bien pratique, quand par exemple tu gères plusieurs
>> domaines et que tu veux faire pointer les MX de chacun des domaines vers
>> une seule référence.
>
> Qu'appelles-tu "référence", et en quoi est-ce plus pratique d'utiliser
> un CNAME dans ce cas ?

La "référence" est le domaine premier possédant un serveur de mail, et
pour qui on a une entrée MX avec adresse IP.

Les autres domaines pourraient avoir des MX avec CNAME vers le premier
domaine.

Le jour où pour une raison quelconque (trop radin, trop snob, etc...) on
veut déplacer le serveur de mail vers une autre IP, il suffit de changer
uniquement le premier domaine.

C'est pratique aussi si la gestion des autres DNS est faite ailleurs
que chez toi.

> Le CNAME est un piège à con avec des effets de bord pas toujours
> faciles à anticiper, donc tout ce qui contribue à réduire son usage
> est bienvenu.

Tu peux développer un peu la notion de piège et d'effet de bord pour le
CNAME?

Re: Decentralized reliable instant messaging?

[Amir H. Firouzian]

You can't have all the best together.
This mention in previous E-Mails as well. E.g: <20160817192400.GB9964@alum>

On Thu, Aug 25, 2016 at 6:00 PM, Stefan Monnier 
wrote:

> > I think you looking for TOX!
> > Visit TOX Project website:
> > https://tox.chat
>
> Thanks.  That does look promising (although I don't see any mention of
> reliable delivery),
>
>
> Stefan
>
>
> > On Sat, Aug 13, 2016 at 7:19 AM, Stefan Monnier <
> monn...@iro.umontreal.ca>
> > wrote:
>
> >> I'm looking for a decentralized instant message system (e.g. XMPP, SIP,
> >> ...) where I can be sure that I receive all messages, even if I'm not
> >> connected when the message is sent [ Obviously, I'll only receive them
> >> when I'm back online.  ]
> >>
> >> IIUC there is some XMPP features that allow such reliable delivery, but
> >> it seems that it's not widely supported by clients.  What Debian
> >> clients, using which protocols, can provide reliable instant messaging?
> >>
> >>
> >> Stefan
> >>
> >>
> >> PS: Bonus points if that feature is also available on an Android
> >> application that's Free Software.
> >>
> >>
>

Re: Linux MATE problème de changement d'utilisateur.

[contact]

  
  
sauf que ctrl+alt+F1 ou F2..F7 change de console et ne permet pas
  de passer de la session utilisteur1 à la session utilisteur2 sans
  fermer la première sous X.

François-Marie BILLARD
  www.billard-francois-marie.eu

Le 30/08/2016 à 11:05, Frédéric MASSOT
  a écrit :


  Le 30/08/2016 à 10:58, contact a écrit :

  
Bonjour

depuis peu, dans MATE quand je souhaite depuis une session changer
d'utilisateur et non me déconnecter cela ne fonctionne plus.

Menu Système->Fermer la session->Changer d'utilisateur.

  
  
Oui, il faut passer sur l'une des consoles où est GDM : ctrl+alt+F1 ou
F2...F7.

J'ai eu la flemme de faire un rapport de bug.




  

Re: Linux MATE problème de changement d'utilisateur.

[Frédéric MASSOT]

Le 30/08/2016 à 10:58, contact a écrit :
> Bonjour
> 
> depuis peu, dans MATE quand je souhaite depuis une session changer
> d'utilisateur et non me déconnecter cela ne fonctionne plus.
> 
> Menu Système->Fermer la session->Changer d'utilisateur.

Oui, il faut passer sur l'une des consoles où est GDM : ctrl+alt+F1 ou
F2...F7.

J'ai eu la flemme de faire un rapport de bug.

-- 
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===

Re: Reuniting disks in a raid1 array

[Frédéric Marchal]

On Tuesday 30 August 2016 11:32:55 Lars Noodén wrote:
> On 08/30/2016 08:33 AM, Frédéric Marchal wrote:
> >...
> >
> > Now, it's time for the old computer to retire and sdb to join its partner
> > in the new raid1 on the new computer.
> > 
> > How can I do this safely?
> 
> Here is what I did when I restored a drive to a RAID 1 array.  I'm not
> an expert, so you'll want to verify these steps.
> 
> First I cleared the start of the drive-to-be-added using "dd" reading
> from /dev/zero for 1MB (probably unnecessarily large).  Then I copied
> the partition table from the existing disk in the array to the
> disk-to-be-added.  I used a different method, but looking around the
> correct way might have been to pipe output from "sfdisk -d" on the
> existing drive to  "sfdisk" on the drive-to-be-added.  That put the
> partition(s) in the right place(s).

I suspect this step won't work because the second hard disk was part of the 
array in the past. Its partition table is identical to the one on the active 
disk currently in the array..

If I wipe the partition table from sdb and clone the partition table from sda, 
sdb will end up with the exact same partition table as before. I suspect the 
raid superblocks and file systems will be detected as if I hadn't changed 
anything.

The only difference between sda and sdb is that they lived, as degraded raid1, 
on different computers for a few months.

I would like to avoid dd'ing a 1TB disk with /dev/zero. Syncing the two disks 
will take long enough…

Frederic

Linux MATE problème de changement d'utilisateur.

[contact]

  
  
Bonjour
depuis peu, dans MATE quand je souhaite depuis une session
  changer d'utilisateur et non me déconnecter cela ne fonctionne
  plus.
Menu Système->Fermer la session->Changer d'utilisateur.
Linux debian-0 3.16.0-4-amd64 #1 SMP Debian 3.16.7-ckt25-2+deb8u3
  (2016-07-02) x86_64 GNU/Linux

Merci par avance.

-- 
  François-Marie BILLARD
  www.billard-francois-marie.eu

  

Re: [HS] Linux à 25 ans / orthographe

[contact]

  
  
Bonjour à toutes et à tous,

pour information une série d'émission forte intéressante sur
  l'orthographe :

  http://www.franceculture.fr/theme/orthographe

Bonne écoute.

François-Marie BILLARD
  www.billard-francois-marie.eu
  

Le 29/08/2016 à 20:16, Pascal Hambourg
  a écrit :

Le 29/08/2016 à 18:55, Ph. Gras a écrit :
  
  

Depuis que j'ai Internet, je fais beaucoup plus de fautes
d'orthographe.

  
  
  Pareil. Et je me rends compte que je deviens de plus en plus
  tolérant aux fautes des autres.
  
  
  La fôte à facebook…

  
  
  Même pas puisque je boycotte. Les sites, forums, groupes et listes
  où les gens peuvent exprimer leur "imagination" (sic) ne
  manquaient pas déjà bien avant Facebook.
  
  


  

Re: Reuniting disks in a raid1 array

[Lars Noodén]

> On 08/30/2016 08:33 AM, Frédéric Marchal wrote:
>> How can I do this safely?

PS.  It goes without saying, and thus I forgot to say it, but start this
by making a fresh backup of your new system.  Preferably you have
multiple, older backups around, too, and not just one.  Sorry if that's
obvious but its importance can't be overemphasized.

Regards,
Lars

Re: Reuniting disks in a raid1 array

[Lars Noodén]

On 08/30/2016 08:33 AM, Frédéric Marchal wrote:
>...
> Now, it's time for the old computer to retire and sdb to join its partner in 
> the new raid1 on the new computer.
> 
> How can I do this safely?

Here is what I did when I restored a drive to a RAID 1 array.  I'm not
an expert, so you'll want to verify these steps.

First I cleared the start of the drive-to-be-added using "dd" reading
from /dev/zero for 1MB (probably unnecessarily large).  Then I copied
the partition table from the existing disk in the array to the
disk-to-be-added.  I used a different method, but looking around the
correct way might have been to pipe output from "sfdisk -d" on the
existing drive to  "sfdisk" on the drive-to-be-added.  That put the
partition(s) in the right place(s).  Then I added the "new" RAID
partition to the array using "mdadm".  e.g.

mdadm --add /dev/md129 /dev/sdb3

Then it was just a matter of waiting and checking.  e.g.

mdadm -D /dev/md129

When it was finished, it showed that it was again clean and that both
devices were present and in use.

  State : clean
 Active Devices : 2
Working Devices : 2
 Failed Devices : 0
  Spare Devices : 0

YMMV

Regards,
Lars

Re: USB Drive "The location could not be displayed"

[Johann Spies]

On 29 August 2016 at 20:20, Alan E. Davis  wrote:

>
>
>
> I tried changing permissions of /media.  Not solved.
>
> an NTFS partition was not mountable unless dismounted from the automatic
> mount point; as far as I can see, this is not the case for vfat or ext4
> partitions.
>
> I did copy a udev rule for setting permissions---something above my level
> of understanding, however.  If anything, the situation was worse.
>
> It has been very frustrating to google for 2 hours on this probably very
> simple problem.  I think the solution is just to mount them manually.
> Still, it would be helpful to automount them, or mount via fstab.  I have
> not had success mouting by label, and one does not know in advance whether
> some usb flash drive might preempt these drive designations.
>
> BTW I am pleased to be running a Debian system again after some years.  It
> took a good deal of work, though, to get it set up on an iMac with a
> broadcom wifi adaptor!
>
>
 What I do (if this is an external disk I will be using regularly) is to
specify it in /etc/fstab e.g.:

UUID=c8cb3c35-6b19-40e2-be34-e6e3bde03fa4 /media/1tb_klein  ext4
user,rw,noauto 0 0

the 'user' option allow me then to mount it like this:

mount /media/1tb_klein

and I can read/write there.

If after it is mounted there is a problem with ownership, I change it after
the device was mounted:


chown js.js /media/1tb_klein


By the way the packages pmount is useful to mount hogpluggable devices as
user.

If the device is for instance /dev/sdb1 and you do as user pmount
/dev/sdb1  it will create /media/sdb1 and mount the device there.
Use pumount /dev/sdb1 to unmount.

Regards
Johann

-- 
Because experiencing your loyal love is better than life itself,
my lips will praise you.  (Psalm 63:3)

Re: chromium plante des qu'on appuie sur une touche

[cit]

bernard,

j'ai trouvé !
c'est un bug connu sur bugs.debian.org, mais je l'avais pas vu :/

c'est un problème avec wayland

en forçant X11 ça passe :
$ GDK_BACKEND=x11 chromium &

merci pour ton aide

cit


> Le Tue, 30 Aug 2016 00:36:46 +0200,
> cit  a écrit :
>
>> 64bits
>>
>> Le 29/08/2016 à 21:17, Bernard Schoenacker a écrit :
>> > Le Mon, 29 Aug 2016 21:10:26 +0200,
>> > cit  a écrit :
>> >
>> >> bernard,
>> >>
>> >> j ai désactivé toutes les extensions de chrome, le problème
>> >> persiste j'ai une testing à jour
>> >>
>> >> groy@thorfin:~$ dpkg -l |awk '/chromium/ {print $2"  "$3}'
>> >> chromium  52.0.2743.116-2
>> >> chromium-inspector  50.0.2661.75-1~deb8u1
>> >> chromium-l10n  52.0.2743.116-2
>> >> groy@thorfin:~$
>> >>
>> >> cit
>> >
>> > bonjour,
>> >
>> > au fait c'est du 32 bit ou du 64 bit ?
>> >
>> >
>> > en tout cas je ne peut pas en faire plus
>> >
>> >
>> > slt
>> > bernard
>> >
>>
>
> bonjour,
>
> je n'ai pas trouvé de solution mais une issue défavorable :
>
> https://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=chromium;dist=unstable
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833953
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=835614
>
> pourrais tu comparer avec ce qui est installé :
>
> dpkg -l|grep "$(apt-cache depends chromium |awk '/Dépend:/ {print
> $2}')" | awk '{print $1"  "$2"  "$3}'
>
> le résultat est en pièce jointe
>
>
> je me gratte la tête et je recherche à savoir si ce paquet
> est utile ou accessoire (?) : chromium-inspector
>
>
> slt
> bernard

Re: [HS] Échange d'email impossible avec un correspondant particulier: Comment corriger ?

[Olivier]

Le 29 août 2016 à 18:03, François TOURDE  a
écrit :

> Le 17042ième jour après Epoch,
> Olivier écrivait:
>
> > Le fil [1] aborde la question mais j'ai du mal à anticiper s'il existe
> des
> > cas de figure, où la présence d'un CNAME dans l'enregistrement MX du DNS
> > est nécessaire.
>
> Nécessaire non, mais bien pratique, quand par exemple tu gères plusieurs
> domaines et que tu veux faire pointer les MX de chacun des domaines vers
> une seule référence.


> Même si ça me semble inutile d'imposer ça, la RFC le précise,

Je crois que la RFC précise qu'il faut éviter les "CNAM dans les MX" car
certains relais ne savent pas les traiter.


alors il
> faut s'y plier (jusqu'à une nouvelle RFC ^^).
>
>