Re: Does Debian have a "nag" tool?

2020-08-22 Thread Marc Shapiro
I've been using Remind for years (maybe decades).  It can handle all kinds
of repeating reminders, not just annual dates (ie birthdays and
anniversaries).  Very versatile.  It is a command line program, but comes
with TkRemind (a GUI front end).  Best not to use the GUI for setting up
reminders, though.  It doesn't have the versatility of doing it manually.

Marc


On Sat, Aug 15, 2020, 4:53 AM Joe  wrote:

> On Sat, 15 Aug 2020 06:30:13 -0500
> Richard Owlett  wrote:
>
> > Just missed girlfriend's birthday by 6 weeks :{
> > [just sent a 'mea culpa' email.]
> > Is there a better tool than "cron"?
> >
> > Just looked at its manpage.
> > I'm looking for something slightly different.
> >
> > Independent of when I turn on or first do something after midnight on
> > a specific date I want a reminder to be displayed unless I have taken
> > a specific action.
> >
> > As:
> >   1. I've known her for > 30 years.
> >   2. I'm a _senior_ citizen.
> >   3. She is a decade younger.
> > I am about to receive just retribution.
> >[She'll claim I'm forgiven due to senility.]
> >
> > Wish to prevent such a response next year ;/
> >
> > TIA
> >
> >
>
> Remind?
>
> --
> Joe
>
>


Re: (deb-cat) Sintonitzador de TV

2020-08-22 Thread Iker Bilbao
Bones,

Recordo haver provat un parell q em vaig firar.

Em va quedar instal·lat el August - Sintonizador de TV USB
Freeview DVB-T202(25€aprox,)
Està suportat al kernel https://www.linuxtv.org/wiki/index.php/
DigitalNow_TinyTwin_DVB-T_Receiver

Amb el Kaffeine i llista de canals en Autoscan ja pots veure
les notícies.

Salut,

Iker.



-Missatge original-

Data: Sun, 23 Aug 2020 01:36:56 +0200
Assumpte: Re: (deb-cat) Sintonitzador de TV
Per a: Narcis Garcia , debian-user-catalan@lists
.debian.org
De: Pep 
Hola.

Jo fa temps vaig tenir un Avermedia - Volar, i funcionava prou be amb 
Debian / Ubuntu.

Pel que he vist (ara mateix a google) sembla que encara son ben 
suportats: https://www.linuxtv.org/wiki/index.php/AVerMedia

Del tema de l'altre sintonitzador, no te puc dir res

Salut,

Pep



El 22/8/20 a les 17:42, Narcis Garcia ha escrit:
> Bona tarda,
> 
> Vull reemplaçar el televisor per un monitor amb un microordinador que
> funcioni amb GNU/Linux. Ja tinc el monitor i un «Raspberry Pi 4B».
> 
> El sistema operatiu OSMC (derivat de Debian) em va convèncer prou en
> el
> passat, però ara veig que encara no suporta la generació 4 de
> Raspbery
> Pi, així que hi he instal·lat Rasbian (buster) com a sistema
> operatiu;
> així de passada es pot navegar per Internet amb normalitat. També he
> instal·lat l'aplicatiu «Kodi» per a millor comoditat i claredat amb
> els
> videos, alguns canals d'Internet i perquè preveu un sintonitzador DVB
> per la TDT.
> 
> Aleshores em poso a cercar per Internet el tema sintonitzadors, i
> trio
> aquest «per major probabilitat» que sigui compatible amb el
> programari
> lliure:
> https://osmc.tv/store/product/tv-dongle/
> M'arriba sense cap paper ni adreça de documentació.
> Hi dono voltes i arreu veig que això se sol gestionar amb programari
> servidor «PVR» i programari client PVR, i connectors pel Kodi, etc.
> 
> Ho intento amb el MythTV dels repositoris perquè em sona d'haver-lo
> provat fa una dècada. Buff... tot molt sofisticat i complex, i no
> me'n
> surto.
> Ho intento amb el DVR que fa pinta de ser més senzill:
> https://kodi.wiki/view/VDR
> Hores i hores de proves, per fi aflora l'extensió del Kodi... però té
> canals d'altres països predefinits i no cerca nous canals. No veig
> res.
> 
> Arreu llegeixo que els del OSMC són els que fan els controladors
> (drivers) del sintonitzador; els escric i la única cosa que em
> responen
> és que només atenen qüestions amb la distribució OSMC i, per tant,
> puc
> retornar el producte i punt. Els he suplicat que empaquetin el
> controlador per a Raspbian, i no obtinc resposta.
> https://discourse.osmc.tv/t/osmc-dvb-t2-dvb-c-tv-dongle-official-syst
> em-requirements/85352/4
> 
> No sé què fer, perquè no tinc ni idea d'on comprar un sintonitzador
> de
> TV que s'endolli per USB i funcioni directament amb Debian o Raspbian
> (stable) i no m'hagi de preocupar per programes especials ni
> controladors especials.
> Perquè, una vegada em funcioni a mi, ho vull recomanar a altres, i la
> cosa ha de ser senzilla.
> 
> Gràcies per llegir fins aquí.
> Algú sap trobar una solució per aquest sintonitzador?
> Algú pot recomanar un altre sintonitzador «més obert»?
> 



Re: Homebuilt NAS: System Drive Filesystem?

2020-08-22 Thread Keith Bainbridge

On 22/8/20 6:49 pm, David Christensen wrote:

SanDisk 128GB High Endurance Video microSDXC Card



This came up well in a couple of reviews I read yesterday afternoon.

The specific summaries:
After 30+ hours of research and testing, our top choice is the 64GB 
Samsung Pro Endurance. It has the best durability and value of 
endurance-focused cards and carries a 3-year warranty.




For 128GB+ cards on a budget, the Samsung EVO Plus, EVO Select and 
Sandisk Ultra A1 cards are good choices. While cheaper than our 
endurance pick, they lack a warranty and will likely fail earlier.



Sadly the reviews aren't coming up when I search my history in firefox. 
Only the outlets



It's encouraging to see some real world experience.

I'll try to remember to report the details of the system sdcard in my Pi 
next time I have it (the Pi) out of hiding.  It is at least 4years old 
of 24x7 use, mostly dragging files on to back up (usb connected) 
spinning disks.



--
Keith Bainbridge

keith.bainbridge.3...@gmx.com
 Please note new address



Re: (deb-cat) Sintonitzador de TV

2020-08-22 Thread Pep

Hola.

Jo fa temps vaig tenir un Avermedia - Volar, i funcionava prou be amb 
Debian / Ubuntu.


Pel que he vist (ara mateix a google) sembla que encara son ben 
suportats: https://www.linuxtv.org/wiki/index.php/AVerMedia


Del tema de l'altre sintonitzador, no te puc dir res

Salut,

Pep



El 22/8/20 a les 17:42, Narcis Garcia ha escrit:

Bona tarda,

Vull reemplaçar el televisor per un monitor amb un microordinador que
funcioni amb GNU/Linux. Ja tinc el monitor i un «Raspberry Pi 4B».

El sistema operatiu OSMC (derivat de Debian) em va convèncer prou en el
passat, però ara veig que encara no suporta la generació 4 de Raspbery
Pi, així que hi he instal·lat Rasbian (buster) com a sistema operatiu;
així de passada es pot navegar per Internet amb normalitat. També he
instal·lat l'aplicatiu «Kodi» per a millor comoditat i claredat amb els
videos, alguns canals d'Internet i perquè preveu un sintonitzador DVB
per la TDT.

Aleshores em poso a cercar per Internet el tema sintonitzadors, i trio
aquest «per major probabilitat» que sigui compatible amb el programari
lliure:
https://osmc.tv/store/product/tv-dongle/
M'arriba sense cap paper ni adreça de documentació.
Hi dono voltes i arreu veig que això se sol gestionar amb programari
servidor «PVR» i programari client PVR, i connectors pel Kodi, etc.

Ho intento amb el MythTV dels repositoris perquè em sona d'haver-lo
provat fa una dècada. Buff... tot molt sofisticat i complex, i no me'n
surto.
Ho intento amb el DVR que fa pinta de ser més senzill:
https://kodi.wiki/view/VDR
Hores i hores de proves, per fi aflora l'extensió del Kodi... però té
canals d'altres països predefinits i no cerca nous canals. No veig res.

Arreu llegeixo que els del OSMC són els que fan els controladors
(drivers) del sintonitzador; els escric i la única cosa que em responen
és que només atenen qüestions amb la distribució OSMC i, per tant, puc
retornar el producte i punt. Els he suplicat que empaquetin el
controlador per a Raspbian, i no obtinc resposta.
https://discourse.osmc.tv/t/osmc-dvb-t2-dvb-c-tv-dongle-official-system-requirements/85352/4

No sé què fer, perquè no tinc ni idea d'on comprar un sintonitzador de
TV que s'endolli per USB i funcioni directament amb Debian o Raspbian
(stable) i no m'hagi de preocupar per programes especials ni
controladors especials.
Perquè, una vegada em funcioni a mi, ho vull recomanar a altres, i la
cosa ha de ser senzilla.

Gràcies per llegir fins aquí.
Algú sap trobar una solució per aquest sintonitzador?
Algú pot recomanar un altre sintonitzador «més obert»?





Re: Encrypt files on Linux, decrypt on Windows

2020-08-22 Thread Joe
On Sat, 22 Aug 2020 15:43:56 -0500
Greg Marks  wrote:

> One cross-platform encryption method would be to use OpenSSL
> (https://www.openssl.org/).  The Linux user might use the following
> commands.
> 
> Encryption:
>   openssl aes-256-cbc -pbkdf2 -iter 100 -in plaintext.txt -out
> ciphertext.txt Decryption:
>   openssl aes-256-cbc -pbkdf2 -iter 100 -d -in ciphertext.txt
> -out plaintext.txt
> 
> I think the two commands will be the same on a Windows machine.
> Assuming both sides have agreed on a decent password, this should be
> very secure.  The main difficulty for a non-technical Windows user
> would probably be installing OpenSSL; the easiest way might be via a
> trusted third-party binary distribution.
> 
> I'm assuming the OP is content with a symmetric cipher (he or she 
> didn't say).
>

I think the whole thread hinges on the OP not telling us what threats
the encryption should protect against: is he trying to hide something
from the FBI/MI5/Mossad or from his nosy big sister? If the latter, a
passworded zip file is probably sufficient, and all currently supported
versions of Windows do zip natively.

-- 
Joe



Re: Encrypt files on Linux, decrypt on Windows

2020-08-22 Thread Greg Marks
One cross-platform encryption method would be to use OpenSSL
(https://www.openssl.org/).  The Linux user might use the following
commands.

Encryption:
  openssl aes-256-cbc -pbkdf2 -iter 100 -in plaintext.txt -out 
ciphertext.txt
Decryption:
  openssl aes-256-cbc -pbkdf2 -iter 100 -d -in ciphertext.txt -out 
plaintext.txt

I think the two commands will be the same on a Windows machine.
Assuming both sides have agreed on a decent password, this should be
very secure.  The main difficulty for a non-technical Windows user
would probably be installing OpenSSL; the easiest way might be via a
trusted third-party binary distribution.

I'm assuming the OP is content with a symmetric cipher (he or she 
didn't say).

Best regards,
Greg Marks


signature.asc
Description: PGP signature


AMD Radeon(TM) R2 en Jessie

2020-08-22 Thread Julian Daich
Hola,

¿ Hay forma de usar el controlador ATI Catalyst para la tarjeta AMD
Radeon(TM) R2 en vez del Radeon?
Tengo un equipo de escritorio en Wheezy y estoy dudando en actualizar
por el pobre rendimiento del controlador Radeon respecto al privativo.

Saludos,
-- 
Julian



Re: Can't start Gimp in Bullseye

2020-08-22 Thread Joachim Fahnenmüller

Am 22.08.20 um 21:00 schrieb Joachim Fahnenmüller:

Am 10.08.20 um 22:47 schrieb Kent West:

On Mon, Aug 10, 2020 at 1:49 PM Joachim Fahnenmüller 
wrote:


Am 10.08.20 um 17:39 schrieb Kent West:

On Mon, Aug 10, 2020 at 10:20 AM Joachim Fahnenmüller <

jfahnenmuel...@web.de>

wrote:


Hi everybody,

since I upgraded to Bullseye, Gimp does not start any more. I get the
following:

joachim@peter:~$ gimp
gimp: /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0: no version information
available (required by gimp)
gimp: /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0: no version information
available (required by /usr/lib/libgimpwidgets-2.0.so.0)
gimp: /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0: no version information
available (required by /usr/lib/libgimpcolor-2.0.so.0)
gimp: symbol lookup error: gimp: undefined symbol:

gegl_rectangle_subtract


Any idea?



What happens with:

~$ ls -lah /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0
lrwxrwxrwx 1 root root 22 Jun 13 10:36
/usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0 -> libbabl-0.1.so.0.177.1





joachim@peter:~$ ls -lah /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0
lrwxrwxrwx 1 root root 22 Jun 13  2019
/usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0 -> libbabl-0.1.so.0.165.1




You might try:

$ cd /usr/bin
$ ldd gimp

and look for any "not found" lines.




root@peter:~# ls -lah /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0
lrwxrwxrwx 1 root root 22 Jun 13  2019
/usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0 -> libbabl-0.1.so.0.165.1

apt-file search libbabl-0.1.so.0.177.1
libbabl-0.1-0: /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0.177.1

Looks like libbabl hasn't upgraded. However, I don't know why and what
to do about it.

root@peter:/usr/bin# ldd gimp
./gimp: /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0: no version
information available (required by ./gimp)
(and more lines)

That is the same as I posted originally.




I got it working again, though I still don't understand what happened.

I did:
apt-get install libbabl-0.1-0=0.1.78-1
(it complained that it was a downgrade and also removed gimp)
apt-get install libgegl-common=0.4.24-1
(similar, but then I could:)
apt-get install gimp
(and it works)

Regards, Joachim



(deb-cat) Sintonitzador de TV

2020-08-22 Thread Narcis Garcia
Bona tarda,

Vull reemplaçar el televisor per un monitor amb un microordinador que
funcioni amb GNU/Linux. Ja tinc el monitor i un «Raspberry Pi 4B».

El sistema operatiu OSMC (derivat de Debian) em va convèncer prou en el
passat, però ara veig que encara no suporta la generació 4 de Raspbery
Pi, així que hi he instal·lat Rasbian (buster) com a sistema operatiu;
així de passada es pot navegar per Internet amb normalitat. També he
instal·lat l'aplicatiu «Kodi» per a millor comoditat i claredat amb els
videos, alguns canals d'Internet i perquè preveu un sintonitzador DVB
per la TDT.

Aleshores em poso a cercar per Internet el tema sintonitzadors, i trio
aquest «per major probabilitat» que sigui compatible amb el programari
lliure:
https://osmc.tv/store/product/tv-dongle/
M'arriba sense cap paper ni adreça de documentació.
Hi dono voltes i arreu veig que això se sol gestionar amb programari
servidor «PVR» i programari client PVR, i connectors pel Kodi, etc.

Ho intento amb el MythTV dels repositoris perquè em sona d'haver-lo
provat fa una dècada. Buff... tot molt sofisticat i complex, i no me'n
surto.
Ho intento amb el DVR que fa pinta de ser més senzill:
https://kodi.wiki/view/VDR
Hores i hores de proves, per fi aflora l'extensió del Kodi... però té
canals d'altres països predefinits i no cerca nous canals. No veig res.

Arreu llegeixo que els del OSMC són els que fan els controladors
(drivers) del sintonitzador; els escric i la única cosa que em responen
és que només atenen qüestions amb la distribució OSMC i, per tant, puc
retornar el producte i punt. Els he suplicat que empaquetin el
controlador per a Raspbian, i no obtinc resposta.
https://discourse.osmc.tv/t/osmc-dvb-t2-dvb-c-tv-dongle-official-system-requirements/85352/4

No sé què fer, perquè no tinc ni idea d'on comprar un sintonitzador de
TV que s'endolli per USB i funcioni directament amb Debian o Raspbian
(stable) i no m'hagi de preocupar per programes especials ni
controladors especials.
Perquè, una vegada em funcioni a mi, ho vull recomanar a altres, i la
cosa ha de ser senzilla.

Gràcies per llegir fins aquí.
Algú sap trobar una solució per aquest sintonitzador?
Algú pot recomanar un altre sintonitzador «més obert»?

-- 

Narcis Garcia

__
I'm using this dedicated address because personal addresses aren't
masked enough at this mail public archive. Public archive administrator
should fix this against automated addresses collectors.



Re: Can't start Gimp in Bullseye

2020-08-22 Thread Joachim Fahnenmüller

Am 10.08.20 um 22:47 schrieb Kent West:

On Mon, Aug 10, 2020 at 1:49 PM Joachim Fahnenmüller 
wrote:


Am 10.08.20 um 17:39 schrieb Kent West:

On Mon, Aug 10, 2020 at 10:20 AM Joachim Fahnenmüller <

jfahnenmuel...@web.de>

wrote:


Hi everybody,

since I upgraded to Bullseye, Gimp does not start any more. I get the
following:

joachim@peter:~$ gimp
gimp: /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0: no version information
available (required by gimp)
gimp: /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0: no version information
available (required by /usr/lib/libgimpwidgets-2.0.so.0)
gimp: /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0: no version information
available (required by /usr/lib/libgimpcolor-2.0.so.0)
gimp: symbol lookup error: gimp: undefined symbol:

gegl_rectangle_subtract


Any idea?



What happens with:

~$ ls -lah /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0
lrwxrwxrwx 1 root root 22 Jun 13 10:36
/usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0 -> libbabl-0.1.so.0.177.1





joachim@peter:~$ ls -lah /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0
lrwxrwxrwx 1 root root 22 Jun 13  2019
/usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0 -> libbabl-0.1.so.0.165.1




You might try:

$ cd /usr/bin
$ ldd gimp

and look for any "not found" lines.




root@peter:~# ls -lah /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0
lrwxrwxrwx 1 root root 22 Jun 13  2019
/usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0 -> libbabl-0.1.so.0.165.1

apt-file search libbabl-0.1.so.0.177.1
libbabl-0.1-0: /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0.177.1

Looks like libbabl hasn't upgraded. However, I don't know why and what
to do about it.

root@peter:/usr/bin# ldd gimp
./gimp: /usr/lib/x86_64-linux-gnu/libbabl-0.1.so.0: no version
information available (required by ./gimp)
(and more lines)

That is the same as I posted originally.



Re: POSIX compliant sed making newline character

2020-08-22 Thread john doe

On 8/22/2020 6:33 PM, Andrei POPESCU wrote:

On Vi, 21 aug 20, 21:06:05, john doe wrote:


When I can not get the command I want, I break it down to the simplest
command as possible then I build from there to the command I realy want.


Have you considered that solution(s) found might not be usable in the
bigger context, basically wasting your time (as well as of those trying
to help you)?



Actually, Greg has provided me with what I was looking for.

So thanks to Greg and to you for your input.

--
John Doe



Re: "What's wrong with...?"

2020-08-22 Thread Dan Ritter
Teemu Likonen wrote: 
> Q: What should we eat today?
> A: What's wrong with Chinese food?
> 
> Q: What novel do you suggest me to read next?
> A: What's wrong with The Three-Body Problem by Liu Cixin?
> 
> 
> Is there a culture where "what's wrong with" means "I suggest"? Or is
> there a culture where it is common that person's suggestion will be
> rejected and they prepare for that by turning it to a question: "What's
> wrong with [my suggestion]?"
> 
> OK, sorry. No need for long cultural off-topic discussions. I just think
> that such counter question are strange. Questions which have completely
> wrong premises.

The question is really:

What's wrong with what I consider the default?

Which is a slightly rude question, as it presupposes that
everyone will consider it the default answer.

Any number of replies can be made, starting with:

- I didn't know about that. What's good about it?

- I knew about that and wanted to know if there was something
  superior.

- I don't consider that a good default. What makes it good here?

- I don't consider that a good choice at all

and so on.

-dsr-



"What's wrong with...?"

2020-08-22 Thread Teemu Likonen
* 2020-08-22 11:19:17+01, mick crane wrote:

> On 2020-08-21 18:46, local10 wrote:
>> What would be a reasonably secure and simple way to encrypt files on
>> Linux and then send them to a non-technical Windows user so she would
>> be able decrypt and read them?

> If these are documents what's wrong with open office protected with
> passphrase ?

Q: What should we eat today?
A: What's wrong with Chinese food?

Q: What novel do you suggest me to read next?
A: What's wrong with The Three-Body Problem by Liu Cixin?


Is there a culture where "what's wrong with" means "I suggest"? Or is
there a culture where it is common that person's suggestion will be
rejected and they prepare for that by turning it to a question: "What's
wrong with [my suggestion]?"

OK, sorry. No need for long cultural off-topic discussions. I just think
that such counter question are strange. Questions which have completely
wrong premises.

-- 
/// Teemu Likonen - .-.. http://www.iki.fi/tlikonen/
// OpenPGP: 4E1055DC84E9DFF613D78557719D69D324539450


signature.asc
Description: PGP signature


Re: right after installation errors reported during booting (dmesg) ...

2020-08-22 Thread steef

hi gene,


86!  i am 78 by now and still active after 22 years on debian (and 
sometimes BSD).



my respect man


steef


from groningen, holland

Op 22-08-2020 om 18:38 schreef Gene Heskett:

On Saturday 22 August 2020 09:38:59 Albretch Mueller wrote:


On 8/21/20, The Wanderer  wrote:

  Wow. That's some dense, opaque code.

  my only intention was to get something done as quickly as possible. I
didn't even know that people cared about proper writing of bash
script. Is there such a thing? Do people take it seriously?

  lbrtchx

Yes, some folks do care. I do quite a bit of stuff in bash, and the
single, most expert help in the form of good practice teaching was from
Jon LaBadie, on the amanda list. Tricks that I didn't know bash could
do, are both efficient and child's play for Jon. Like me, he's been at
it for a long time, and growing less active on the amanda list.

Me, I make noise just to let folks know the old fart is still around, or
when I need help. My next b-day in about 6 weeks, will be my 86th.

Cheers, Gene Heskett




Re: troubles with mpt3sas module on a very recent Dell server

2020-08-22 Thread Reco
Hi.

On Sat, Aug 22, 2020 at 12:49:11PM -0400, Dan Ritter wrote:
> > https://access.redhat.com/solutions/4954451
>
> > LSISAS3008: FWVersion(16.00.08.00), ChipRevision(0x02), 
> > BiosVersion(18.00.00.00)
> 
> What's the error? 95% of us don't have access to the IBM
> paywall.

But some of us do. So, for the archives:

1) An error should be like this:
sd xx:0:x:0: [sdx] tag#0 Add. Sense: Logical block guard check failed

2) A firmware update to version 16.00.11.00 or later should fix it.

3) mpt3sas.prot_mask=128 *could* workaround it.

Reco



Re: troubles with mpt3sas module on a very recent Dell server

2020-08-22 Thread Dan Ritter
Patrice Duroux wrote: 
> Hi,
> 
> I am trying to install a Debian system on a recently purchased Dell
> PowerEdge R840.
> After trying many versions and distributions (including also Ubuntu Server
> 20.04 LTS) up to Debian Bullseye Alpha 2, the situations are always very
> similar to this:
> 
> https://access.redhat.com/solutions/4954451
> 
> I checked for all iDRAC, BIOS and firmware updates.
> 
> Here are version messages extracted from dmesg:
> 
> 5.7.0-2-amd64 #1 SMP Debian 5.7.10-1 (2020-07-26) x86_64 GNU/Linux
> mpt3sas version 33.100.00.00
> FW Package Ver(16.17.00.05)
> LSISAS3008: FWVersion(16.00.08.00), ChipRevision(0x02), 
> BiosVersion(18.00.00.00)
> 
> Hardware setup does not have any RAID support.
> 5 disks are attached: 1 x 240Go SSD SATA + 4 x 1,8To SAS
> 
> Don't really know where to address this or if/how I can help.

What's the error? 95% of us don't have access to the IBM
paywall.

-dsr-



troubles with mpt3sas module on a very recent Dell server

2020-08-22 Thread Patrice Duroux
Hi,

I am trying to install a Debian system on a recently purchased Dell
PowerEdge R840.
After trying many versions and distributions (including also Ubuntu Server
20.04 LTS) up to Debian Bullseye Alpha 2, the situations are always very
similar to this:

https://access.redhat.com/solutions/4954451

I checked for all iDRAC, BIOS and firmware updates.

Here are version messages extracted from dmesg:

5.7.0-2-amd64 #1 SMP Debian 5.7.10-1 (2020-07-26) x86_64 GNU/Linux
mpt3sas version 33.100.00.00
FW Package Ver(16.17.00.05)
LSISAS3008: FWVersion(16.00.08.00), ChipRevision(0x02), BiosVersion(18.00.00.00)

Hardware setup does not have any RAID support.
5 disks are attached: 1 x 240Go SSD SATA + 4 x 1,8To SAS

Don't really know where to address this or if/how I can help.

Thanks,
Patrice


Re: right after installation errors reported during booting (dmesg) ...

2020-08-22 Thread Gene Heskett
On Saturday 22 August 2020 09:38:59 Albretch Mueller wrote:

> On 8/21/20, The Wanderer  wrote:
> >  Wow. That's some dense, opaque code.
>
>  my only intention was to get something done as quickly as possible. I
> didn't even know that people cared about proper writing of bash
> script. Is there such a thing? Do people take it seriously?
>
>  lbrtchx

Yes, some folks do care. I do quite a bit of stuff in bash, and the 
single, most expert help in the form of good practice teaching was from 
Jon LaBadie, on the amanda list. Tricks that I didn't know bash could 
do, are both efficient and child's play for Jon. Like me, he's been at 
it for a long time, and growing less active on the amanda list.

Me, I make noise just to let folks know the old fart is still around, or 
when I need help. My next b-day in about 6 weeks, will be my 86th.

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)
If we desire respect for the law, we must first make the law respectable.
 - Louis D. Brandeis
Genes Web page 



Re: POSIX compliant sed making newline character

2020-08-22 Thread Andrei POPESCU
On Vi, 21 aug 20, 21:06:05, john doe wrote:
> 
> When I can not get the command I want, I break it down to the simplest
> command as possible then I build from there to the command I realy want.

Have you considered that solution(s) found might not be usable in the 
bigger context, basically wasting your time (as well as of those trying 
to help you)?

Kind regards,
Andrei
-- 
http://wiki.debian.org/FAQsFromDebianUser


signature.asc
Description: PGP signature


Re: In network bonding second nic (eth1) is not pingable while first one (eth0) is always pingable"

2020-08-22 Thread Dan Ritter
Jaikumar Sharma wrote: 
> On Sat, Aug 22, 2020 at 5:10 PM Dan Ritter  wrote:
> > You still want bridging, not bonding.
> Preferred is bonding, if it works :)

>  Have to test it with two wired connections connected to Cisco managed switch.

This really sounds like you're trying to test out a scenario in
a situation where it can't possibly work.

Don't do that. Test it in as close a simulation to reality as
possible.

-dsr-



Re: In network bonding second nic (eth1) is not pingable while first one (eth0) is always pingable"

2020-08-22 Thread Jaikumar Sharma
> hrmm... I just went back to the original post; I missed this bit the
> first time around:
> > In this setup i'm using a D-Link 8 port switch to connect eth0 using
> > ethernet cable and eth1 is connected on wireless adapter of my laptop.
>
> eth0 and eth1 are probably on two different networks (same as my wls1
> & enp1s0 are on two different networks); that'd be my guess for why
> failover doesn't work.  Both NICs need to be on the same network for
> bonding to work.
Thanks for explanation on it further, in fact, as i stated earlier,
this is test scenario which i was talking about on a VM having
wireless and wired LAN connection in bonded mode with D-Link 8 port
switch.
Actual hardware and test scenario are different - managed Cisco switch
and two ethernet connections for bonding - which i've to test further
and get a result on this same.
Both interfaces are on the same network.
Thanks.

** Sent again, as i missed to add debian user list in these two mails
, sorry. thanks.

On Sat, Aug 22, 2020 at 8:16 PM Jaikumar Sharma
 wrote:
>
> > hrmm... I just went back to the original post; I missed this bit the
> > first time around:
> > > In this setup i'm using a D-Link 8 port switch to connect eth0 using
> > > ethernet cable and eth1 is connected on wireless adapter of my laptop.
> >
> > eth0 and eth1 are probably on two different networks (same as my wls1
> > & enp1s0 are on two different networks); that'd be my guess for why
> > failover doesn't work.  Both NICs need to be on the same network for
> > bonding to work.
> Thanks for explanation on it further, in fact, as i stated earlier,
> this is test scenario which i was talking about on a VM having
> wireless and wired LAN connection in bonded mode with D-Link 8 port
> switch.
> Actual hardware and test scenario are different - managed Cisco switch
> and two ethernet connections for bonding - which i've to test further
> and get a result on this same.
> Both interfaces are on the same network.
> Thanks.



Re: In network bonding second nic (eth1) is not pingable while first one (eth0) is always pingable"

2020-08-22 Thread Jaikumar Sharma
On Sat, Aug 22, 2020 at 5:10 PM Dan Ritter  wrote:
> You still want bridging, not bonding.
Preferred is bonding, if it works :)
> WiFi doesn't have a cable, so it can't tell you when the
> connection goes away, and it can't decide by itself to bring up
> a connection. You need a management program that will pick a
> network from SSID, negotiate any necessary encryption, and do
> all that with a MAC address that does not conflict with another
> one on the network.

 Have to test it with two wired connections connected to Cisco managed switch.

> The bond driver itself can't do that. You might be able to get a
> higher-order system to take care of it --
> /etc/network/interfaces *may* be able to figure out a way,
> Network Manager might handle this case -- but I'll bet you a
> shiny nickel you will have reliability issues that are much
> worse than just connecting it to the wired ethernet and leaving
> it alone.
Sure, will look into more detail into /etc/network/interfaces/

** earlier mail missed adding debian user list. sorry.

Thanks.

On Sat, Aug 22, 2020 at 8:20 PM Jaikumar Sharma
 wrote:
>
> On Sat, Aug 22, 2020 at 5:10 PM Dan Ritter  wrote:
> > You still want bridging, not bonding.
> Preferred is bonding, if it works :)
> > WiFi doesn't have a cable, so it can't tell you when the
> > connection goes away, and it can't decide by itself to bring up
> > a connection. You need a management program that will pick a
> > network from SSID, negotiate any necessary encryption, and do
> > all that with a MAC address that does not conflict with another
> > one on the network.
>
>  Have to test it with two wired connections connected to Cisco managed switch.
>
> > The bond driver itself can't do that. You might be able to get a
> > higher-order system to take care of it --
> > /etc/network/interfaces *may* be able to figure out a way,
> > Network Manager might handle this case -- but I'll bet you a
> > shiny nickel you will have reliability issues that are much
> > worse than just connecting it to the wired ethernet and leaving
> > it alone.
> Sure, will look into more detail into /etc/network/interfaces/
>
> Thanks.



Re: In network bonding second nic (eth1) is not pingable while first one (eth0) is always pingable"

2020-08-22 Thread Lee
On 8/22/20, Dan Ritter  wrote:
> Lee wrote:
>>
>> Or you can just configure the wired ethernet connection to have a
>> lower (better) routing metric than the wireless connection.  That way
>> the machine always uses the wired connection if it's up and uses the
>> wireless connection when the wired connection is down.
>>
>> There's probably a nice and easy way to do that by changing
>> /etc/network/something .. I never figured out how to do it that way &
>> used the 'Advanced Network Configuration' gui tool to set the wired
>> connection 'Connect automatically with priority' to -999
>>
>> With the ethernet cable connected to the laptop, 'ip route' shows wls1
>> with a metric of 600 and enp1s0 with a metric of 100.
>> With the ethernet cable disconnected the only thing that 'ip route'
>> shows is wls1.
>> Yay! automatic failover + automatic selection of the faster interface
>> when it's up :-)
>
> This will generally work, but it does have a drawback: you have
> two different IPs, so when a change happens, all your existing
> connections will drop and new inbound connections will only work
> on the NIC that's up.

True.  But it's better than manually switching things around.

hrmm... I just went back to the original post; I missed this bit the
first time around:
> In this setup i'm using a D-Link 8 port switch to connect eth0 using
> ethernet cable and eth1 is connected on wireless adapter of my laptop.

eth0 and eth1 are probably on two different networks (same as my wls1
& enp1s0 are on two different networks); that'd be my guess for why
failover doesn't work.  Both NICs need to be on the same network for
bonding to work.

Lee



Re: right after installation errors reported during booting (dmesg) ...

2020-08-22 Thread The Wanderer
On 2020-08-22 at 09:38, Albretch Mueller wrote:

> On 8/21/20, The Wanderer  wrote:
> 
>> Wow. That's some dense, opaque code.
> 
> my only intention was to get something done as quickly as possible.
> I didn't even know that people cared about proper writing of bash 
> script. Is there such a thing? Do people take it seriously?

It's more that I'm not sure how you manage to write or read that quickly
or easily. I could *do* it, on the read side at least, but it would take
work; it's not anything close to readable.

If it works for you, then it's not a fatal defect by any means, but it
does tend to get in the way when sharing code with others (as here).

That said, yes, I do tend to use longer (descriptive, not abbreviated)
variable names and include moderately extensive comments in my shell
scripts, just as in my other code. I find that it helps greatly in
understanding what I've written, both at the time and when revisiting it
later.

-- 
   The Wanderer

The reasonable man adapts himself to the world; the unreasonable one
persists in trying to adapt the world to himself. Therefore all
progress depends on the unreasonable man. -- George Bernard Shaw



signature.asc
Description: OpenPGP digital signature


Re: right after installation errors reported during booting (dmesg) ...

2020-08-22 Thread Albretch Mueller
On 8/21/20, The Wanderer  wrote:
>  Wow. That's some dense, opaque code.

 my only intention was to get something done as quickly as possible. I
didn't even know that people cared about proper writing of bash
script. Is there such a thing? Do people take it seriously?

 lbrtchx



Re: In network bonding second nic (eth1) is not pingable while first one (eth0) is always pingable"

2020-08-22 Thread Dan Ritter
Lee wrote: 
> 
> Or you can just configure the wired ethernet connection to have a
> lower (better) routing metric than the wireless connection.  That way
> the machine always uses the wired connection if it's up and uses the
> wireless connection when the wired connection is down.
> 
> There's probably a nice and easy way to do that by changing
> /etc/network/something .. I never figured out how to do it that way &
> used the 'Advanced Network Configuration' gui tool to set the wired
> connection 'Connect automatically with priority' to -999
> 
> With the ethernet cable connected to the laptop, 'ip route' shows wls1
> with a metric of 600 and enp1s0 with a metric of 100.
> With the ethernet cable disconnected the only thing that 'ip route'
> shows is wls1.
> Yay! automatic failover + automatic selection of the faster interface
> when it's up :-)

This will generally work, but it does have a drawback: you have
two different IPs, so when a change happens, all your existing
connections will drop and new inbound connections will only work
on the NIC that's up.

You'll also need to replicate firewall rules on each NIC.


-dsr-



Re: In network bonding second nic (eth1) is not pingable while first one (eth0) is always pingable"

2020-08-22 Thread Lee
On 8/22/20, Dan Ritter  wrote:
> Jaikumar Sharma wrote:
>> On Fri, Aug 21, 2020 at 9:30 PM Dan Ritter  wrote:
>> > You don't want a bond, you want a bridge.
>> >
>> > Bonding takes two interfaces that talk to the same switch on the
>> > other side, and makes them into one bond nic. You need support
>> > on the switch, too, which is unlikely in a D-Link 8-port unless
>> > it has a management interface -- I think they don't bother under
>> > 16 or 24 ports, and even then it's an extra-cost option.
>> Just see this webpage on
>> https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/13/html/advanced_overcloud_customization/overcloud-network-interface-bonding
>> it says :
>>
>> bond_mode=active-backup
>>
>> This mode offers active/standby failover where the standby NIC resumes
>> network operations when the active connection fails. Only one MAC
>> address is presented to the physical switch. This mode does not
>> require any special switch support or configuration,and works when the
>> links are connected to separate switches. This mode does not provide
>> load balancing.
>>
>> ** This mode does not require any special switch support or
>> configuration -- stated in the above para.
>> Now, with this is not really clear where the problem is?
>
> You still want bridging, not bonding.
>
> WiFi doesn't have a cable, so it can't tell you when the
> connection goes away, and it can't decide by itself to bring up
> a connection. You need a management program that will pick a
> network from SSID, negotiate any necessary encryption, and do
> all that with a MAC address that does not conflict with another
> one on the network.
>
> The bond driver itself can't do that. You might be able to get a
> higher-order system to take care of it --
> /etc/network/interfaces *may* be able to figure out a way,
> Network Manager might handle this case -- but I'll bet you a
> shiny nickel you will have reliability issues that are much
> worse than just connecting it to the wired ethernet and leaving
> it alone.

Or you can just configure the wired ethernet connection to have a
lower (better) routing metric than the wireless connection.  That way
the machine always uses the wired connection if it's up and uses the
wireless connection when the wired connection is down.

There's probably a nice and easy way to do that by changing
/etc/network/something .. I never figured out how to do it that way &
used the 'Advanced Network Configuration' gui tool to set the wired
connection 'Connect automatically with priority' to -999

With the ethernet cable connected to the laptop, 'ip route' shows wls1
with a metric of 600 and enp1s0 with a metric of 100.
With the ethernet cable disconnected the only thing that 'ip route'
shows is wls1.
Yay! automatic failover + automatic selection of the faster interface
when it's up :-)

Lee



Re: In network bonding second nic (eth1) is not pingable while first one (eth0) is always pingable"

2020-08-22 Thread Dan Ritter
Jaikumar Sharma wrote: 
> On Fri, Aug 21, 2020 at 9:30 PM Dan Ritter  wrote:
> > You don't want a bond, you want a bridge.
> >
> > Bonding takes two interfaces that talk to the same switch on the
> > other side, and makes them into one bond nic. You need support
> > on the switch, too, which is unlikely in a D-Link 8-port unless
> > it has a management interface -- I think they don't bother under
> > 16 or 24 ports, and even then it's an extra-cost option.
> Just see this webpage on
> https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/13/html/advanced_overcloud_customization/overcloud-network-interface-bonding
> it says :
> 
> bond_mode=active-backup
> 
> This mode offers active/standby failover where the standby NIC resumes
> network operations when the active connection fails. Only one MAC
> address is presented to the physical switch. This mode does not
> require any special switch support or configuration,and works when the
> links are connected to separate switches. This mode does not provide
> load balancing.
> 
> ** This mode does not require any special switch support or
> configuration -- stated in the above para.
> Now, with this is not really clear where the problem is?

You still want bridging, not bonding.

WiFi doesn't have a cable, so it can't tell you when the
connection goes away, and it can't decide by itself to bring up
a connection. You need a management program that will pick a
network from SSID, negotiate any necessary encryption, and do
all that with a MAC address that does not conflict with another
one on the network.

The bond driver itself can't do that. You might be able to get a
higher-order system to take care of it --
/etc/network/interfaces *may* be able to figure out a way,
Network Manager might handle this case -- but I'll bet you a
shiny nickel you will have reliability issues that are much
worse than just connecting it to the wired ethernet and leaving
it alone.

-dsr-



Re: In network bonding second nic (eth1) is not pingable while first one (eth0) is always pingable"

2020-08-22 Thread Jaikumar Sharma
On Fri, Aug 21, 2020 at 9:30 PM Dan Ritter  wrote:
> You don't want a bond, you want a bridge.
>
> Bonding takes two interfaces that talk to the same switch on the
> other side, and makes them into one bond nic. You need support
> on the switch, too, which is unlikely in a D-Link 8-port unless
> it has a management interface -- I think they don't bother under
> 16 or 24 ports, and even then it's an extra-cost option.
Just see this webpage on
https://access.redhat.com/documentation/en-us/red_hat_openstack_platform/13/html/advanced_overcloud_customization/overcloud-network-interface-bonding
it says :

bond_mode=active-backup

This mode offers active/standby failover where the standby NIC resumes
network operations when the active connection fails. Only one MAC
address is presented to the physical switch. This mode does not
require any special switch support or configuration,and works when the
links are connected to separate switches. This mode does not provide
load balancing.

** This mode does not require any special switch support or
configuration -- stated in the above para.
Now, with this is not really clear where the problem is?

thanks.



Re: Linux-Fan's bad signatures

2020-08-22 Thread Linux-Fan

Teemu Likonen writes:


* 2020-08-22 00:17:19+02, Linux-Fan wrote:

> The copy I receive from the list does not verify correctly here,
> either.

The content between MIME separator lines are signed. The separators
itself are not part of the signature and also the last empty line is not
part of the signature.


[...]


So if the signature is in "signature.asc" and the content between the
separator lines are in file "content.txt" this command should verify it:

gpg --verify signature.asc content.txt

It seems that the signatures are made with "gpg --textmode" so that it
doesn't matter if the content has LF or CR + LF newlines.

Your "sent" and "received" messages even have different MIME part
headers and encoding. At least those things change after the signature
is made. See the attached "diff -u" output. But I can't verify any of
your messages even if I manually edit the MIME parts and try different
things.


Thank you for sharing this analysis. I was trying to figure it out but thought
the signature was only over the text and not over the headers.

I cannot get it to verify with manual editing, either. Yet somehow, my mail
client's `mimegpg` command can do it, given the unmangled .eml file -- the one
I had sent to the list also got changed during the transfer.
Attached is a compressed version in the hope that it will come across
without being changed. The file's sha256sum should be as follows:

04076b5cc68367f1bfda394ba32416891ffa1800b8f7214a04cb2fc4efa21004  sent.eml
ac2a25bc54417db2b62d883b9ef31a93d25e9afc113cd9f9d555d87d2720baa8  sent.eml.xz

The source code is available, I will just need to find some time to analyze
what it does exactly. Maybe I should ask on the e-mail client's maling list,
too...

Thanks
Linux-Fan


sent.eml.xz
Description: application/xz


pgpZmQ_Bmp7xm.pgp
Description: PGP signature


Re: Encrypt files on Linux, decrypt on Windows

2020-08-22 Thread mick crane

On 2020-08-21 18:46, local10 wrote:

Hi,

What would be a reasonably secure and simple way to encrypt files on
Linux and then send them to a  non-technical Windows user so she would
be able decrypt and read them?

Any ideas? Thanks


If these are documents what's wrong with open office protected with 
passphrase ?


mick
--
Key ID4BFEBB31



help with bug report for boot delay in networking

2020-08-22 Thread Armin Faltl
Hi,

occasionally I experience a hang in booting during the network setup.
The boot screen shows a timeout of 5min 7sec going to 6min 37sec after
the former expired. Then the system starts normally and the networks
work, including openvpn and barracudavpn (when in use).

I didn't file a report with reportbug, since I believe it has to do with
the interaction of packages and not a single package.

As far as I remember, the behavior appeared when I installed openvpn.
With it came the WiFi package and the first use of the
Network-Manager-Applet. My normal network connection is cable based to a
LAN and routed out via a DSL modem to the internet. It is configured
manually via /etc/network/interfaces.

Since my tower machine has no WiFi, I suspect that the WiFi package(s)
look for one, for six and a half minutes and then gives up.

Apart from this behavior I wonder, why WiFi packages would be in a
dependency list of the openvpn package.

I can't tell with certainty now, since I don't have detailed records,
but the hang does not occur every boot, and may have some relation to
hardware initialization, as it may be rarer or not happen, when I reboot
into Debian from Windows 7.
Sometimes the machine hangs in networking for about 2 minutes in
shutdown too, again showing a timeout and counting seconds.

My system runs Debian 10.5 now but the behavior is much older. If you
tell me how, I can send you when I installed what.

Kind Regards,

Armin Faltl





Re: Homebuilt NAS: System Drive Filesystem?

2020-08-22 Thread David Christensen

On 2020-08-21 21:02, Patrick Bartek wrote:


Hi! All:

For my Homebuilt NAS [specs below], I've decided on a very small 32GB
SanDisk flash drive for the system drive to keep the 6 available SATA
II connectors free for storage drives. But I'm concerned about writes
wearing out the flash drive too soon. I don't know if it has wear
leveling built in.  Nothing in the specs about it. So, worse case, I'll
assume it doesn't.

For that reason, I thought EXT4 without journaling would work well.  No
journaling -- issues that causes aside -- would reduce writes a lot.
Then I came across F2FS which I hadn't heard of.  After some reading,
it seems the perfect filesystem for my purposes: It's more "modern" and
faster than EXT4, designed specifically for solid state devices, and
available in the Debian Repo. (I plan to use OpenMediaVault NAS
software which is Debian based.)

Opinions?  Suggestions?  Recommendations?

Thanks


B

THE BOX: ASRock 770DE+ BIOS/MBR Only MB (EFI/GPT Not Supported), AMD
Phenom II X4 CPU at 3.0GHz, 8GB DDR2 RAM (16GB Max), 6 SATA II, 1 IDE
(Master and Slave) -- IDE DVD Writer on Master, 1 Floppy connector, but
no floppy drive, 6 USB 2.0/1.0, 1GB ethernet


I ran a Samba server and a backup server on my SOHO LAN using SanDisk 
Ultra Fit 16 GB USB 3.0 flash drives with ext4 for several years.  I 
installed Debian just like I would for a HDD or SSD.  The computers 
worked, and the flash drives did not wear out.  But, they saw light use.



I used a 2015 MacBook Pro 15 with VirtualBox and a Debian desktop as a 
daily driver for about two years.  I used a SanDisk Ultra Fit 128 GB USB 
3.0 flash drive with a macOS filesystem for Time Machine backups.  After 
several months, I was awoken in the middle of the night by the smell of 
burnt electronics -- the flash drive had died.  Now the Mac has a 
SanDisk 128GB High Endurance Video microSDXC Card with an microSD to SD 
adapter.  The SD adapter sticks out further than the Ultra Fit.  I no 
longer use the machine as my daily driver.  The SD card has not failed 
after a year of light use.



If I wanted to use a USB flash drive as a Debian system drive again, I 
would probably just go with an Ultra Fit 16 GB and ext4.  They are 
inexpensive; and if they fail too often, I would try a high endurance SD 
card and USB adapter.



Tuning the system to minimize flash drive writes sounds appealing, but I 
never had much success at it.  Mounting the root filesystem with 
'relatime' or 'noatime' options sounds like a good way to break things, 
and I'm not going to audit an entire Debian system to figure it out.  I 
tried running without swap -- that is a good way to crash your systems. 
I have not tried alternate filesystems, because I want to be able to 
boot a standard Debian Installer and run the rescue console when needed 
(thus precluding ZFS, which I really want).  One trick I have not tried 
is a USB disk on module.  Eventually SSD's became cheap enough that I 
replaced all of the USB flash drives, so I have not pursued this.



David



Re: Encrypt files on Linux, decrypt on Windows

2020-08-22 Thread deloptes
Darac Marjal wrote:

> Signal (signal.org)
> 
> Signal is an instant messaging application. It uses a well respected
> end-to-end encryption protocol (meaning that the messages are encrypted
> by the client and sent over the internet before being decrypted by the
> recipient's client).

OP asking for file encryption, you answering about messages.
Please try to understand the question first.
Sure you can send also files with Signal, but it is not exactly what was
asked.



Re: In network bonding second nic (eth1) is not pingable while first one (eth0) is always pingable"

2020-08-22 Thread deloptes
Jaikumar Sharma wrote:

> Thank you for pointers, this is a test switch at home but of course
> we have bigger Cisco switches at office which have management interface.
> It look like LACP needs to be checked/enabled on ports which needs to
> be used in network bonding.

Note that LACP is not "active backup" (mode 1) which you have shown in your
configuration. LACP is called Dynamic Link Aggregation (mode 4).
There are 6 types of bonding explained for example here
https://thelinuxcluster.com/2010/01/08/linux-bonding-modes/

All of them configure and behave differently. The peer in case of LACP also
has to be configured accordingly.

I have not done this in debian, but on Red Hat it needed some manual
configuration of the ETHTOOL options for the network devices, so that it
works properly.




Re: Encrypt files on Linux, decrypt on Windows

2020-08-22 Thread tomas
On Fri, Aug 21, 2020 at 09:28:02PM -0400, Matthew Graybosch wrote:
> On Fri, 21 Aug 2020 20:10:50 -0400
> rhkra...@gmail.com wrote:

[...]

> You're right. Please consider my last email proof that exposure to
> Windows causes brain damage and that its use in the corporate workplace
> should be considered an OSHA violation.

+1 :)

I always thought it should be banned by the Geneva Convention, but
OSHA would be fine by me, too.

Cheers
 - t


signature.asc
Description: Digital signature


Re: Linux-Fan's bad signatures

2020-08-22 Thread Teemu Likonen
* 2020-08-22 00:17:19+02, Linux-Fan wrote:

> The copy I receive from the list does not verify correctly here,
> either.

The content between MIME separator lines are signed. The separators
itself are not part of the signature and also the last empty line is not
part of the signature.

--=_pte5-5038-1598034269-0003
--=_pte5-5038-1598034269-0003

In the example below the signed data begins with the "Content-Type" text
and ends with the "This is my message." plus one newline. The second
newline which creates the empty line at the end of the MIME part is not
part of the signature.

--=_pte5-5038-1598034269-0003
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

This is my message.

--=_pte5-5038-1598034269-0003

So if the signature is in "signature.asc" and the content between the
separator lines are in file "content.txt" this command should verify it:

gpg --verify signature.asc content.txt

It seems that the signatures are made with "gpg --textmode" so that it
doesn't matter if the content has LF or CR + LF newlines.

Your "sent" and "received" messages even have different MIME part
headers and encoding. At least those things change after the signature
is made. See the attached "diff -u" output. But I can't verify any of
your messages even if I manually edit the MIME parts and try different
things.

--- sent.txt	2020-08-22 09:46:38.693668136 +0300
+++ received.txt	2020-08-22 09:46:40.989621827 +0300
@@ -1,13 +1,14 @@
 --=_pte5-5038-1598034269-0003
 Content-Type: text/plain; format=flowed; delsp=yes; charset="UTF-8"
 Content-Disposition: inline
-Content-Transfer-Encoding: 7bit
+Content-Transfer-Encoding: quoted-printable
 
 local10 writes:
 
 > Hi,
 >
-> What would be a reasonably secure and simple way to encrypt files on Linux
+> What would be a reasonably secure and simple way to encrypt files on Lin=
+ux
 > and then send them to a  non-technical Windows user so she would be able
 > decrypt and read them?
 >
@@ -17,7 +18,7 @@
 syswtems: https://www.7-zip.org/
 
 Encrypt on Linux:
-$ 7z a -ptestwort -mhe=on secret.7z secret.txt
+$ 7z a -ptestwort -mhe=3Don secret.7z secret.txt
 
 Decrypt on Windows: Double-Click or use commandline:
 % 7z x -o. secret.7z

-- 
/// Teemu Likonen - .-.. http://www.iki.fi/tlikonen/
// OpenPGP: 4E1055DC84E9DFF613D78557719D69D324539450


signature.asc
Description: PGP signature