OT red por cable con portal captivo sin trafico interno.

[Antonio Trujillo Carmona]

    En nuestro hospital tenemos una VLan de gracia para los equipos no
identificados.
Debido al abuso que se hace de esa vlan nos estamos planteando poner un
portal de validación y anular el trafico interno.
No se trata tanto de bloquear o filtrar usuarios como de evitar que se
puedan conectar dispositivos electromédicos u OT a la red, por lo que no
es importante el nivel de seguridad, cualquier elección haría que un
dispositivo automático fallara en adquirir red, que es lo que buscamos.
Los conmutadores (HP procurbe) solo admiten 2 de 3 posibles formas de
acceso y tienen activado el filtrado 802.1x y por MAC, por lo que no se
puede activar el acceso web.
¿Alguna idea?



signature.asc
Description: OpenPGP digital signature

Re: spam [HS ?]

[Dethegeek]

Apparemment ce n'est pas une affirmation tranchée.  coup je ferais deux choses 
qui n'ont rien à voir avec la lutte technique :

- voir dans les mails si le fameux red est associé à la maison mère (le groupe 
en 3 lettres, ou la maison mère dont le nom commence par un A).

- si échec, voir si il est possible d'entrer en contact avec l'auteur du spam 
pour  demander à par quel moyen il a obtenu l'adresse email.

Le but est de trouver le responsable de la fuite, et exiger de lui le retrait 
de l'adresse mail en invoquant la loi informatique et libertés. 

Ça m'est arrivé de le faire, sur certains spams répétés plusieurs fois par 
semaine, et qui avaient effectivement une société derrière, située en France. 
Pour l'étranger et les vendeurs de Rolex, je pense que on ne peux rien faire de 
mieux que mettre des filtres.

J'ai vu des échanges dans le fil à propos de l'utilisation d'une adresse mail 
dédiée aux personnes de confiance. Cela n'exclut pas d'être spammé. 

Parmi ces personnes, certaines peuvent être infectées par des virus qui copient 
les carnets d'adresse des clients de messagerie.

On peut aussi divulguer involontairement son adresse mail ou celle de ses 
interlocuteurs via tous ces services absolument douteux proposant de scanner le 
carnet d'adresse de son webmail pour trouver ses amis dans les réseaux sociaux. 
Facebook par exemple le proposait fut un temps, par exemple. Il est évident 
qu'après avoir donné son mot de passe on ne sait ni ce qui en sera fait, ni ce 
qui sera collecté, ni dans quel but. 

Autre cas de propagation d'une adresse mail : les chaînes (par fois stupides) 
où un email est distribué à tout un carnet d'adresses sans utiliser le 
destinataire CCi. Chaque destinataire connait ainsi tous les autres, amplifiant 
l'exposition à des vols de carnets d'adresse. En effet certains clients de 
messagerie entretiennent un carnet d'adresse contenant toutes les adresses mail 
a qui on a écrit, ne serait-ce qu'une fois, pour la saisie semi automatique. 

Donc, les personnes de confiance peuvent être le maillon faible, par manque de 
prudence.

Enfin, il n'est pas toujours obligatoire de créer des adresses mail pour chaque 
usage. Gmail proposait (et je pense que c'est encore valable) d'utiliser le 
signe + pour ajouter un suffixe à son adresse mail et l'utiliser quand on créer 
un compte sur un service en ligne.

Exemple : toto+mac...@gmail.com

Les mails à destination de cette adresse seront livrés à toto (tout court) et 
la présence du suffixe est exploitable par les filtres d'un client de 
messagerie pour rediriger en corbeille ou en spam les messages entrants.

L'inconvénient est que le signe + est  souvent reconnu comme caractère 
invalide, bien qu'il soit autorisé dans les standards (j'avais vérifié il y a 
peut être une dizaine d'années).

L'avantage est que on peut créer un suffixe distinct pour chaque service 
utilisé, et qu'on peut du coup facilement retrouver le responsable d'une fuite.

J'ai le souvenir qu'on peut appliquer ce principe de suffixe à un serveur 
postfix. Ce qui peut être très intéressant pour s'auto héberger et avoir une 
"arme" de plus contre le spam, En utilisant le trait d'union ou l'underscore 
pour ne pas se faire jeter à la création d'un compte en ligne.

Avec tout ça, j'espère avoir inspiré quelques idées et explications possibles à 
l'arrivée inéluctable du spam malgré toutes les précautions qu'on peut prendre.

Le 27 janvier 2020 06:40:17 GMT+01:00, Sil  a écrit :
>Le 25 janvier 2020 18:00:36 GMT+01:00, Dethegeek 
>a écrit :
>>Red ? Vous voulez dire le low cost de la marque d'un opérateur télécom
>?
>
>Oui, pour moi ça a commencé au même moment. Si on ajoute le 'red' quasi
>systématique dans les liens de désinscription pour moi c'est clair.
>Sil

-- 
Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser ma 
brièveté.

Re: Dell BIOS Changes

[Alexander V. Makartsev]

On 28.01.2020 10:13, J. D. Leach wrote:
> To Whom it May Concern,
>
> Have a Dell Inspiron 3668 desktop with the latest Dell firmware
> (1.12.2). This update, and numerous of the preceding ones, do not
> allow ANY type of loading of Debian (or any othe Linux flavor) onto
> the PC. In the BIOS configuration menu, no option is available to boot
> from the DVD drive, or USB, unless a Windows recovery media is
> detected. Linux loader programs likewise fail, and Windows loads
> instead. PC is about two years old.
>
> Looked all across the 'Net and have found zero fixes outside of wiping
> the hard drive. The latest Dell support pages regarding the set up of
> the boot sequence does not cover the firmware installed on my PC.
>
> I suspect Microsoft is back to trying to squelch the use of software
> other than what it approves of.
>
> Thought you might wish to be aware.
>
> Dave Leach
>
Thanks for the heads up, and I thought Dell OEM is GNU\Linux friendly.

I think, BIOS of your PC supports native EFI mode only, on top of
restricting ability to manually select bootable media. (I've never seen
a PC with restrictions like this, yet.)
Is there an option to at least disable Secure Boot, or is it forced too?
I'd try to switch hard disk with pre-installed OS to a blank one
(temporarily disconnect all hard disks for a test, if you don't have a
blank one) and make sure you've prepared UEFI-compatible bootable USB media.
If bootable USB media was made correctly, and there is no other bootable
disk found, it should start EFI bootloader from USB.
And if not, it is possible that Secure Boot prevents it from loading by
checking signature of bootloader against pre-installed in BIOS
certificates issued by Microsoft.
Usually there is an options in BIOS to disable Secure Boot or install
alternative certificates.
I've seen successful attempts to trick UEFI to load "grubx64.efi" EFI
bootloader by placing and renaming it to "/EFI/Microsoft/Boot/bootmgfw.efi"
I think it is also possible to edit BCD boot loader settings to add one
more bootloader entry to the list and chainload "grubx64.efi". Just like
grub chainloads other bootloaders, but the other way around. I've not
tried this, but it looks doable.

-- 
With kindest regards, Alexander.

⢀⣴⠾⠻⢶⣦⠀ 
⣾⠁⢠⠒⠀⣿⡁ Debian - The universal operating system
⢿⡄⠘⠷⠚⠋⠀ https://www.debian.org
⠈⠳⣄ 

Re: Dell BIOS Changes

[deloptes]

J. D. Leach wrote:

> Have a Dell Inspiron 3668 desktop with the latest Dell firmware
> (1.12.2). This update, and numerous of the preceding ones, do not allow
> ANY type of loading of Debian (or any othe Linux flavor) onto the PC. In
> the BIOS configuration menu, no option is available to boot from the DVD
> drive, or USB, unless a Windows recovery media is detected. Linux loader
> programs likewise fail, and Windows loads instead. PC is about two years
> old.
> 
> Looked all across the 'Net and have found zero fixes outside of wiping
> the hard drive. The latest Dell support pages regarding the set up of
> the boot sequence does not cover the firmware installed on my PC.
> 
> I suspect Microsoft is back to trying to squelch the use of software
> other than what it approves of.
> 
> Thought you might wish to be aware.

Since last upgrade of the companies notebook it can no longer boot from NFS
(TFTP boot) or USB stick. The reason is UEFI+Secure boot. Unfortunately
they protected the bios with password, I do not have.

Might be you look into UEFI and secure boot unless it is defaulted and you
can not remove, which I doubt.

Re: Où est monté le NAS ?

[Belaïd]

Bonjour,

Quel est la marque de ton NAS ? Pour chaque marque de NAS tu as une adresse
spécial pour découvrir ce NAS sur le reseau. Ou sinon tu peux utiliser nmap

Le jeu. 23 janv. 2020 11:52, Norbert Ponce  a
écrit :

> Bonjour,
>
> J'aurais souhaité communiquer avec le  NAS en ligne de commande.
> Il est joignable depuis le bureau ou depuis le gestionnaire de fichiers.
> Dans ses propriétés, il est défini comme "volume_1 sur nas_local"
>
> Une recherche sur locate volume_1 me donne:
>
>
> /home/norbert/.local/share/gvfs-metadata/smbshare:server=nas.local,share=volume_1
> et
>
> /home/norbert/.local/share/gvfs-metadata/smbshare:server=nas.local,share=volume_1-8e2cd99e.log
>
> Comment le joindre en ligne de commande?
>
>

Re: Sudo

[Keith Bainbridge]

So sudo is installed.

What happens when you type

su

in a term?


If you are asked for a password, type it in and enter.

When there type

usermod -a -G sudo charles - looks to be your user name

exit

Then try sudo again.  You should get request for charles password.


If you had to install sudo manually, you will normally need to add 
yourself to the group.




Keith Bainbridge

keith.bainbridge.3...@gmail.com
0447 667 468

On 26/1/20 6:44 am, Charles Curley wrote:

charles@hawk:~$ which sudo
/usr/bin/sudo

Re: Sudo

[Keith Bainbridge]

Good afternoon


My limited experience with a Win10 where user is NOT admin, is that 
everything I have tried even portable apps, works - apart from adding 
software.



I have recommended to ant Win10 user who will listen to set up a 
separate user account. It's not fun though. When I did my VBox version, 
I ended up with my phone# as my log in.



By the bye, Mac OSx used to do the same. At least Android doesn't; and 
trying to get Admin is terrifying me.



Keith Bainbridge

keith.bainbridge.3...@gmail.com
0447 667 468

On 28/1/20 8:11 am, Patrick Bartek wrote:

  And,
unfortuantely, many (most?) Windows apps require Admin priviledges to
work properly. Or used to. Haven't checked W10, if that's still the
case.  Probably is.

Dell BIOS Changes

[J. D. Leach]

To Whom it May Concern,

Have a Dell Inspiron 3668 desktop with the latest Dell firmware 
(1.12.2). This update, and numerous of the preceding ones, do not allow 
ANY type of loading of Debian (or any othe Linux flavor) onto the PC. In 
the BIOS configuration menu, no option is available to boot from the DVD 
drive, or USB, unless a Windows recovery media is detected. Linux loader 
programs likewise fail, and Windows loads instead. PC is about two years 
old.


Looked all across the 'Net and have found zero fixes outside of wiping 
the hard drive. The latest Dell support pages regarding the set up of 
the boot sequence does not cover the firmware installed on my PC.


I suspect Microsoft is back to trying to squelch the use of software 
other than what it approves of.


Thought you might wish to be aware.

Dave Leach

Re: Planning a Debian NAS

[Gene Heskett]

On Monday 27 January 2020 19:34:30 ghe wrote:

> On 1/27/20 11:00 AM, Aidan Gauland wrote:
> > Can a r-pi be set up with RAID easily?
>
> Define 'easily' :-)
>
> Its OS is a reasonably close clone of Debian, and I've had very little
> trouble doing *nix tricks with it. But there's no disk and no SATA
> interfaces. A couple USB disks would do it, but I don't know if it'd
> recognize then for a RAID.
I have 2 ssd's plugged into usb3 ports on an rpi4.  Here is one of them 
from dmsg:
 2.173892] usb 1-1.3: new high-speed USB device number 3 using xhci_hcd
[2.306431] usb 1-1.3: New USB device found, idVendor=05e3, 
idProduct=0610, bcdDevice=41.43
[2.307897] usb 1-1.3: New USB device strings: Mfr=1, Product=2, 
SerialNumber=0
[2.309338] usb 1-1.3: Product: USB2.0 Hub
[2.310764] usb 1-1.3: Manufacturer: GenesysLogic
[2.314556] hub 1-1.3:1.0: USB hub found
[2.315936] EXT4-fs (mmcblk0p2): recovery complete
[2.317714] hub 1-1.3:1.0: 4 ports detected
[2.320755] EXT4-fs (mmcblk0p2): mounted filesystem with ordered data 
mode. Opts: (null)
[2.322331] VFS: Mounted root (ext4 filesystem) readonly on device 
179:2.
[2.324827] devtmpfs: mounted
[2.335159] Freeing unused kernel memory: 2048K
[2.336815] Run /sbin/init as init process
[2.454363] usb 2-2: new SuperSpeed Gen 1 USB device number 2 using 
xhci_hcd
[2.485525] usb 2-2: New USB device found, idVendor=174c, 
idProduct=55aa, bcdDevice= 1.00
[2.487069] usb 2-2: New USB device strings: Mfr=2, Product=3, 
SerialNumber=1
[2.488542] usb 2-2: Product: AS2115
[2.490054] usb 2-2: Manufacturer: ASMedia
[2.491505] usb 2-2: SerialNumber: 03004EFE
[2.520605] scsi host0: uas
[2.532480] scsi 0:0:0:0: Direct-Access ADATA SU 650  
0PQ: 0 ANSI: 6
[2.535805] sd 0:0:0:0: [sda] 468862128 512-byte logical blocks: (240 
GB/224 GiB)
[2.536048] sd 0:0:0:0: [sda] Write Protect is off
[2.536056] sd 0:0:0:0: [sda] Mode Sense: 43 00 00 00
[2.536500] sd 0:0:0:0: [sda] Write cache: enabled, read cache: 
enabled, doesn't support DPO or FUA
[2.537423] sd 0:0:0:0: [sda] Optimal transfer size 33553920 bytes
[2.541241]  sda: sda1
[2.556909] sd 0:0:0:0: [sda] Attached SCSI disk

If mdadmin can recognize that I see no reason a 2 disk raid array can't 
be done. One plugged into each of the usb3 ports on an rpi4b.

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: How to set Gedit left margin to 80 characters

[Gene Heskett]

On Monday 27 January 2020 19:16:35 Default User wrote:

> Okay, I'm stumped.
>
> I'm running 64-bit Debian unstable, Cinnamon desktop environment.
>
> All I want to do is set the Gedit left margin to 80 characters, so
> that text hard-wraps (or at least soft-wraps) at that point.
>
> Currently, with the word-wrap setting in Gedit selected, and a visual
> representation of a margin showing at column 80, text will sail right
> on by the bogus margin at 80 characters, not wrapping until it reaches
> the left edge of the display.
>
> After doing some research, it seems that it may not even be possible
> in Gedit to set a real, functional left margin to 80 characters.
>
> What?
>
> Well, can it be done?
> And if not, (rhetorical question) why not?

Because you are working under the false impression that gedit is an 
editor?  It is not...  Its much better at playing 32 pickup when asked 
to save  your work. I gave up on gedit 4 or 5 years ago when it played 
52 pickup on a 1000 line of hal code file for the 6th time in a couple 
months. That meant I had to restart configureing a cnc milling machine 
yet again almost from scratch.  But this time I was convinced I should 
first find and install an editor worthy of being called an editor. I 
hate reinventing wheels.

I even tried emacs, but its controls were so different I'd have to learn 
it from scratch. 5 or so editors including vim that I used to love 
decades back, but rediscovered again why I quit using it several times, 
until later I found geany, and many of the gedits functions were 
duplicated in geany's hot keys, so I used it to reconstruct the 
destroyed .hal file by copy/pasting stuff back to where it actually 
went.

4 or 5 years later geany is still my default text editor and has not yet 
scrambled a single file for me, ever.

So do yourself a favor and use a real editor. geany may not be your cup 
of tea, but anyone who calls gedit an editor is mistaken. It will burn 
you, worse yet, burn up many hours of your time, because it will 
scramble your prose.

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: Emacs and loss of highlighting: problem semi-solved (Buster MATE)

[Nate Bargmann]

Or it may be as easy as going into the Mate Settings Daemon application
(if it has a GUI) and disabling the xrdg plugin.

- Nate

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819



signature.asc
Description: PGP signature

Re: Emacs and loss of highlighting: problem semi-solved (Buster MATE)

[Nate Bargmann]

* On 2020 27 Jan 16:12 -0600, Tom Browder wrote:
 
> Gang, I've tried various combinations of:
> 
> 1. removing/installing the /etc/xrdb/*.ad files

I see that the mate-settings-daemon package has the /etc/xrdb/Emacs.ad
file.  As that package apparently is required for the Mate desktop, it's
likely that to resolve this that you'll need to comment the lines in
that file as root and note that package upgrades may overwrite your
commented file with the one supplied with the package.  After commenting
those lines, you need to completely restart X11 or use an xrdb command
that I'm not familiar with to flush the xrdb database and clear the
Emacs* namespace.  I'd probably just do a complete system restart.

As I am using Gnome, the /etc/xrdb directory doesn't even exist on my
systems and I don't recall seeing it with Xfce either.  There are four
packages that contain a file named Emacs.ad:

https://packages.debian.org/search?searchon=contents=Emacs.ad=exactfilename=stable=any

- Nate

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819



signature.asc
Description: PGP signature

Re: Planning a Debian NAS

[ghe]

On 1/27/20 12:43 PM, deloptes wrote:

> perhaps yes as it is more or less normal linux, but where do you attach the
> disks - do you think of using a SATA extention?
> 
> I do not know what is the throughput of such extentions, but should be
> considered.

The USB3 ports on the 4 might be fast enough. I have one,but I haven't
played with it much. I've heard mild horror stories about the 4.

-- 
Glenn English

Re: Planning a Debian NAS

[ghe]

On 1/27/20 11:00 AM, Aidan Gauland wrote:

> Can a r-pi be set up with RAID easily?

Define 'easily' :-)

Its OS is a reasonably close clone of Debian, and I've had very little
trouble doing *nix tricks with it. But there's no disk and no SATA
interfaces. A couple USB disks would do it, but I don't know if it'd
recognize then for a RAID.

-- 
Glenn English

How to set Gedit left margin to 80 characters

[Default User]

Okay, I'm stumped.

I'm running 64-bit Debian unstable, Cinnamon desktop environment.

All I want to do is set the Gedit left margin to 80 characters, so that
text hard-wraps (or at least soft-wraps) at that point.

Currently, with the word-wrap setting in Gedit selected, and a visual
representation of a margin showing at column 80, text will sail right on by
the bogus margin at 80 characters, not wrapping until it reaches the left
edge of the display.

After doing some research, it seems that it may not even be possible in
Gedit to set a real, functional left margin to 80 characters.

What?

Well, can it be done?
And if not, (rhetorical question) why not?

Re: graphics woes :-(

[D. R. Evans]

Felix Miata wrote on 1/27/20 4:47 PM:
> D. R. Evans composed on 2020-01-27 14:57 (UTC-0700):
> 
>> I'm sure I'm missed out important information, so feel free to ask and I'll 
>> do
>> my best to answer.
> 
> I have a display that takes a long time to initialize when connected to a PC 
> using
> UEFI mode and a disk configured with GPT and UEFI boot, but not connected to 
> an
> MBR disk. So IME, this trouble may be as much to blame on the display itself 
> as
> the PC.
> 
> In no particular order, things to try re the access to BIOS problem:
> 
> 1-when you do get into BIOS, turn off Fast Boot.

There is no Fast Boot setting.

> 
> 2-check for a BIOS upgrade
> 

Will do, but the mobo is several years old, and the BIOS was recently updated.

> 3-disconnect the HD, and try turning PC on with only a DVD, CD or 2.0 USB 
> stick as
> potential boot device (to make it take longer to handoff from POST to boot)

That will be very difficult, and I'm not exactly sure how that would be
expected change the visibility of the BIOS screen.

> 
> 4-Don't wait for a beep to try BIOS access keys (F2/DEL/whatever)
> 

Tried that; nothing appears on the display, although to judge from the (lack
of) sounds from the drives, it "thinks" it is displaying the BIOS screen. No
textual boot messages appear.

> 5-try another display (or a TV)

I don't have one that I can easily switch. This display works fine on several
other debian computers, though, and works with Intel with the problem
computer, except for the flickering problem I mentioned.

> 
> 6-connect to the display using the connector closest to the motherboard and/or
> farthest from the expansion slots

I don't understand what you're saying. There's the motherboard (Intel)
connector and the card connector, and obviously I have to switch to the card
connector to use the add-on graphics card, so I'm really not understanding
what you're suggesting.

> 
> 7-once in the BIOS, make the initial display output selection not equal to IGP
> 1st, e.g. Disabled

I don't see any mention of any kind of display output in the BIOS settings.

> 
> Re tearing with Intel:
> 
> If this is a dual channel RAM motherboard with only one RAM stick installed,
> switch to a matched pair. Intel GPUs share system RAM. Also, in BIOS, adjust 
> the
> amount of RAM allocated to GPU. (DVMT Pre-Allocated and DVMT Total Gfx Mem on 
> my
> Gigabyte)
> 

I don't see anything like that in any BIOS screen.

FWIW, the motherboard is a SuperMicro MBD-X11SAT-F-P, with an AMI BIOS.

> Re cheap graphics cards:
> Any of the under $15 PCIe NVidia cards on eBay should suffice, but then so 
> should
> your 750 Ti.
> 

Yes, I thought that the 750 Ti would just plug in and work. But (obviously) it
doesn't :-(

  Doc

-- 
Web:  http://enginehousebooks.com/drevans



signature.asc
Description: OpenPGP digital signature

Re: graphics woes :-(

[D. R. Evans]

Stefan Monnier wrote on 1/27/20 4:06 PM:
>> anything at all, then, after a very long time, I see the stream of Linux text
>> messages that indicates booting, but I never see a graphical login screen.
>> (The delay before the messages appear is far longer than a normal boot cycle
>> -- indeed, I had given up waiting for something to happen and was pondering 
>> my
>> next move when suddenly the messages started flying by).
> 
> This sounds like your BIOS doesn't know how (or try) to use your
> graphics card, so all the BIOS output goes to the other display
> connector (the one of the built-in graphics adapter).  So the BIOS's own
> boot messages, the GRUB boot messages, and the early kernel messages all
> go "unseen" and it's only once the Linux kernel loads your display
> driver (to get a framebuffer) that finally you start seeing output.
> 
>> This sounds like perhaps a driver issue of some kind, so what packages
>> do I need to be sure are
> 
> No, it looks like it's fine on Linux's side.  The problem is the earlier
> boot environment (the one from which Linux is started).
> 
> So the fix will need to be somewhere between your BIOS and your video card.
> Maybe all it takes is to tell your BIOS to use your external graphics
> card instead of (or additionally to) the built-in video adapter.

That certainly sounds plausible, but I don't see anything in the AMI BIOS that
mentions video at all.

  Doc

-- 
Web:  http://enginehousebooks.com/drevans



signature.asc
Description: OpenPGP digital signature

Re: graphics woes :-(

[Felix Miata]

D. R. Evans composed on 2020-01-27 14:57 (UTC-0700):

> I'm sure I'm missed out important information, so feel free to ask and I'll do
> my best to answer.

I have a display that takes a long time to initialize when connected to a PC 
using
UEFI mode and a disk configured with GPT and UEFI boot, but not connected to an
MBR disk. So IME, this trouble may be as much to blame on the display itself as
the PC.

In no particular order, things to try re the access to BIOS problem:

1-when you do get into BIOS, turn off Fast Boot.

2-check for a BIOS upgrade

3-disconnect the HD, and try turning PC on with only a DVD, CD or 2.0 USB stick 
as
potential boot device (to make it take longer to handoff from POST to boot)

4-Don't wait for a beep to try BIOS access keys (F2/DEL/whatever)

5-try another display (or a TV)

6-connect to the display using the connector closest to the motherboard and/or
farthest from the expansion slots

7-once in the BIOS, make the initial display output selection not equal to IGP
1st, e.g. Disabled

Re tearing with Intel:

If this is a dual channel RAM motherboard with only one RAM stick installed,
switch to a matched pair. Intel GPUs share system RAM. Also, in BIOS, adjust the
amount of RAM allocated to GPU. (DVMT Pre-Allocated and DVMT Total Gfx Mem on my
Gigabyte)

Re cheap graphics cards:
Any of the under $15 PCIe NVidia cards on eBay should suffice, but then so 
should
your 750 Ti.
-- 
Evolution as taught in public schools is religion, not science.

 Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

Felix Miata  ***  http://fm.no-ip.com/

Re: graphics woes :-(

[Stefan Monnier]

> anything at all, then, after a very long time, I see the stream of Linux text
> messages that indicates booting, but I never see a graphical login screen.
> (The delay before the messages appear is far longer than a normal boot cycle
> -- indeed, I had given up waiting for something to happen and was pondering my
> next move when suddenly the messages started flying by).

This sounds like your BIOS doesn't know how (or try) to use your
graphics card, so all the BIOS output goes to the other display
connector (the one of the built-in graphics adapter).  So the BIOS's own
boot messages, the GRUB boot messages, and the early kernel messages all
go "unseen" and it's only once the Linux kernel loads your display
driver (to get a framebuffer) that finally you start seeing output.

> This sounds like perhaps a driver issue of some kind, so what packages
> do I need to be sure are

No, it looks like it's fine on Linux's side.  The problem is the earlier
boot environment (the one from which Linux is started).

So the fix will need to be somewhere between your BIOS and your video card.
Maybe all it takes is to tell your BIOS to use your external graphics
card instead of (or additionally to) the built-in video adapter.


Stefan

Re: graphics woes :-(

[D. R. Evans]

D. R. Evans wrote on 1/27/20 2:57 PM:
> Running debian stable (64 bit).
> 
> For the past couple of months I've been trying to get a system with onboard
> Intel graphics to work completely correctly, but have never been able to get
> rid of flicker on the console tty or on fine text in konsole in a graphical
> desktop. There are enough threads on the Internet about this sort of issue and
> the Intel driver to indicate that this is a somewhat common problem with
> various combinations of hardware when using an Intel chipset, and although
> there is a lot of ad hoc advice, it seems that not everyone can successfully
> work around what appears to be a bug in the Intel driver. Having tried all the
> suggested fixes I saw, and none of them working, I decided to avoid the issue
> by installing a non-Intel graphics card.
> 
> A friend gave me an MSI Geforce GTX 750 Ti card, but I am having no success
> getting it working.
> 
> 1. Normally (i.e., when using the Intel hardware/software), after two beeps on
> power on I can hit DEL a couple of times and be taken to the BIOS control
> screens. With the Geforce card, everything just stays blank (forever) if I hit
> DEL after the two beeps. So the first issue is: how can I access the BIOS
> control screens when using this card?
> 
> 2. If I boot with the monitor attached to the Geforce card and don't touch
> anything at all, then, after a very long time, I see the stream of Linux text
> messages that indicates booting, but I never see a graphical login screen.

I also don't ever see the blue GRUB screen that normally counts down for five
seconds before printing the text output. The Linux boot text output is the
first thing to appear.

> (The delay before the messages appear is far longer than a normal boot cycle
> -- indeed, I had given up waiting for something to happen and was pondering my
> next move when suddenly the messages started flying by). This sounds like
> perhaps a driver issue of some kind, so what packages do I need to be sure are
> installed to allow booting into a graphical environment with this card?
> 
> The one hopeful sign is that when I see that text messages, the text doesn't
> flicker... unlike when I boot with the Intel chipset/driver.
> 
> I'm sure I'm missed out important information, so feel free to ask and I'll do
> my best to answer.
> 

Or, if someone can suggest a low-end graphics card that is just plug-and-play
(I don't play games or need 3D stuff at all), maybe it'll just be easier to
buy one and swap out the Geforce GTX 750 Ti, which is vastly more card than I
need.

  Doc

-- 
Web:  http://enginehousebooks.com/drevans



signature.asc
Description: OpenPGP digital signature

Re: Emacs and loss of highlighting: problem semi-solved (Buster MATE)

[Tom Browder]

On Mon, Jan 27, 2020 at 2:39 AM  wrote:
> On Sun, Jan 26, 2020 at 08:04:29PM -0600, Tom Browder wrote:
> > On Sat, Jan 25, 2020 at 2:17 AM  wrote:
...
>
> Have you had a look in /etc/X11/Xresources?

Yes, contents:

$ cat /etc/X11/Xresources/x11-common
! $Id$

! load color-specific resources for clients that have them
#ifdef COLOR
*customization: -color
#endif

! make Xaw (Athena widget set) clients understand the delete key
! this causes problems with some non-Xaw apps, use with care
! *Text.translations: #override ~Shift ~Meta Delete:
delete-next-character()

Thanks, Tomas.

-Tom



> Cheers
> -- tomás

Re: Emacs and loss of highlighting: problem semi-solved (Buster MATE)

[Tom Browder]

On Mon, Jan 27, 2020 at 1:00 PM Nate Bargmann  wrote:
> * On 2020 27 Jan 10:11 -0600, Curt wrote:
> > I missed that point, yet I'm still left to wonder whether the mate
> > settings daemon xrdb plugins referenced above (if it is indeed running

Gang, I've tried various combinations of:

1. removing/installing the /etc/xrdb/*.ad files
2. running with an empty .Xresources file
3. running xrdb /dev/null

It seems like this is the only thing that I can do to get highlighting
reliably so far is:

  when highlighting disappears, run "xrdb /dev/null" and restart emacs

Ugh, suggestions welcome, but I'm about to give up.

Thanks for all the suggestions.

If anyone does have an .Xresources file that seems to give a
satisfactory emacs GTK under Buster I would love to get a copy to try
it.

Thanks,

-Tom


> > on the OP's machine as part of the Mate kitchen sink) might be
> > responsible for the rather copious Emacs 'xdrb -query' output he offered
> > up for inspection.
> >
> > Looking at this
> >
> > https://github.com/mate-desktop/mate-settings-daemon/blob/master/plugins/xrdb/data/Emacs.ad
> >
> > there does appear to be similarities. Maybe I'm not understanding the
> > whole thing correctly.
>
> Good sleuth work, Curt.  It looks to me like this is part of a theme
> plugin for Mate.  Beyond playing with it for a short time as to satisfy
> a bit of curiosity, I've not used Mate any length of time.  Still, I find
> it interesting that a Gtk based desktop is tweaking Xresources as that
> was one of things that was seemingly declared "obsolete" about 20+ years
> ago as the new "Linux desktops" began to develop.
>
> Anyway, @ the OP, Tom.  I'd go through the Appearance/theme menus of
> Mate and at least remove or disable this Emacs plugin if it can be found
> through the GUI.
>
> The other thought I had was to create a new user and see if the problem
> followed along.  In this case it probably would.  Another option would
> be to install Xfce and try it, but these thoughts were before I saw
> Curt's message.
>
> - Nate
>
> --
>
> "The optimist proclaims that we live in the best of all
> possible worlds.  The pessimist fears this is true."
>
> Web: https://www.n0nb.us
> Projects: https://github.com/N0NB
> GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819
>

graphics woes :-(

[D. R. Evans]

Running debian stable (64 bit).

For the past couple of months I've been trying to get a system with onboard
Intel graphics to work completely correctly, but have never been able to get
rid of flicker on the console tty or on fine text in konsole in a graphical
desktop. There are enough threads on the Internet about this sort of issue and
the Intel driver to indicate that this is a somewhat common problem with
various combinations of hardware when using an Intel chipset, and although
there is a lot of ad hoc advice, it seems that not everyone can successfully
work around what appears to be a bug in the Intel driver. Having tried all the
suggested fixes I saw, and none of them working, I decided to avoid the issue
by installing a non-Intel graphics card.

A friend gave me an MSI Geforce GTX 750 Ti card, but I am having no success
getting it working.

1. Normally (i.e., when using the Intel hardware/software), after two beeps on
power on I can hit DEL a couple of times and be taken to the BIOS control
screens. With the Geforce card, everything just stays blank (forever) if I hit
DEL after the two beeps. So the first issue is: how can I access the BIOS
control screens when using this card?

2. If I boot with the monitor attached to the Geforce card and don't touch
anything at all, then, after a very long time, I see the stream of Linux text
messages that indicates booting, but I never see a graphical login screen.
(The delay before the messages appear is far longer than a normal boot cycle
-- indeed, I had given up waiting for something to happen and was pondering my
next move when suddenly the messages started flying by). This sounds like
perhaps a driver issue of some kind, so what packages do I need to be sure are
installed to allow booting into a graphical environment with this card?

The one hopeful sign is that when I see that text messages, the text doesn't
flicker... unlike when I boot with the Intel chipset/driver.

I'm sure I'm missed out important information, so feel free to ask and I'll do
my best to answer.

  Doc

-- 
Web:  http://enginehousebooks.com/drevans



signature.asc
Description: OpenPGP digital signature

Intel Frost Canyon NUC Intel I219-V drivers

[Kim Haverblad]

It's my understanding that Linux driver is now available for Intel 
I219-V (10) which is utilised in Intel NUC Frost Canyon I7-10710U and my 
question is when this would be included the ISO images?


Kr,
Kim

Re: Planning a Debian NAS

[basti]

we use IPU boards as firewall in raid mode 
(https://www.ipu-system.de/index.html) with a raid.


with a big smata it could also be used as NAS. not shure if it's selled 
in other countrys.


Am 27.01.20 um 22:27 schrieb to...@tuxteam.de:

On Mon, Jan 27, 2020 at 10:23:49PM +0100, Jonas Smedegaard wrote:

[...]


A quite cheap (but not too cheap like RPi) option is Olimex LIME2 with
native SATA port:
https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXino-LIME2/


This one actually looks nice. But just one SATA port, right?

So no RAID for you ;-)

Cheers
-- t

Re: Planning a Debian NAS

[Jonathan Dowland]

On Sun, Jan 26, 2020 at 12:20:01PM +0100, Linux-Fan wrote:

I'd recommend the ext4 filesystem in combination with RAID1 with MDADM
of each two devices such that you have two or three filesystems.  If
everything needs to be a single filesystem, I'd go for RAID10.


I agree with most of this advice. 


For OP:

I'd think hard about whether you want RAID or not. Remember that RAID is 
not backup. Plan a proper backup strategy/system, then decide what RAID 
offers you on top: if it will offer something extra that you want 
(mostly, convenience if a drive fails), then go for RAID1 mirrored pairs.


If you are concerned about bit rot, make sure you generate checksums of 
the files you are concerned about, that you periodically check; check 
more frequently than a backup generation will cycle out, so you can 
restore the proper files from your backups if you detect bit rot.  
Alternatively/as well, consider generating parity data for these files 
using e.g. "par2" which means you could recover from bit rot even if it 
happened longer ago than your oldest backup generation.


FWIW, I don't bother with par2, I just use checksums.

--
  Jonathan Dowland
✎   j...@dow.land
   https://jmtd.net

Re: Planning a Debian NAS

[tomas]

On Mon, Jan 27, 2020 at 10:23:49PM +0100, Jonas Smedegaard wrote:

[...]

> A quite cheap (but not too cheap like RPi) option is Olimex LIME2 with 
> native SATA port: 
> https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXino-LIME2/

This one actually looks nice. But just one SATA port, right?

So no RAID for you ;-)

Cheers
-- t


signature.asc
Description: Digital signature

Re: Planning a Debian NAS

[Jonathan Dowland]

On Mon, Jan 27, 2020 at 10:16:24PM +0100, to...@tuxteam.de wrote:

Does the Raspi chipset support natively SATA?

There are other small, affordable SBCs with direct SATA support.
They'd make more sense for this application. OTOH -- if the main
interest is in tinkering and learning... tinker away!


I believe they do not, no. I don't think any of the Pis are very
sensible choices for the basis of a NAS.

An example of a SBC which does is the "Odroid-H2", which is an Intel
Atom amd64 chipset CPU, similarly passively cooled.




--
  Jonathan Dowland
✎   j...@dow.land
   https://jmtd.net

Re: Planning a Debian NAS

[Jonas Smedegaard]

Quoting deloptes (2020-01-27 21:42:40)
> basti wrote:
> 
> > Yes a rpi can run software raid with mdadm. In this case I would use 
> > a rpi4b with USB3 and USB to SATA adapter but be aware that the rpi 
> > is at the moment not fully supportet by debian 
> > (https://github.com/lategoodbye/rpi-zero/issues/43). If raspian is 
> > good enough for your needs it would be an option. With the 
> > restrictions I explained before.
> > 
> 
> I tried many years ago SATA adapter with USB2 and the performance was 
> very poor. Might be better with USB3 though, but I am still not 
> convinced.
> 
> I saw some time ago there was extention board with SATA 2 or 4, which 
> was promising. Interesting to know if someone have used such thing 
> with debian.

Either you care about performance or you use RPi - not both.

USB3 only helps if the data pipeline can handle the load.

A quite cheap (but not too cheap like RPi) option is Olimex LIME2 with 
native SATA port: 
https://www.olimex.com/Products/OLinuXino/A20/A20-OLinuXino-LIME2/

A more powerful option with native SATA is Helios64 at kobol.io - but 
beware that (like Pine* devices, but unlike Olimex) they are built only 
in batches as enough orders come in, so you have a higher risk that the 
product you buy might go out of business even before it gets supported 
in Debian - as seemingly happened with their previous Helios4 device.

(one nice feature of the seemingly abandoned Helios4 was that it used 
ECC memory - cheapest device that I know of doing that!)

I am a happy LIME2 user since some years.  I don't use RAID though.


 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private


signature.asc
Description: signature

Re: Planning a Debian NAS

[tomas]

On Mon, Jan 27, 2020 at 09:42:40PM +0100, deloptes wrote:
> basti wrote:
> 
> > Yes a rpi can run software raid with mdadm. In this case I would use a
> > rpi4b with USB3 and USB to SATA adapter [...]

> I tried many years ago SATA adapter with USB2 and the performance was very
> poor. Might be better with USB3 though, but I am still not convinced.

If performance is important, USB to SATA doesn't make much sense.
Especially not if all the USBs are hanging off one hub.

> I saw some time ago there was extention board with SATA 2 or 4, which was
> promising. Interesting to know if someone have used such thing with debian.

Does the Raspi chipset support natively SATA?

There are other small, affordable SBCs with direct SATA support.
They'd make more sense for this application. OTOH -- if the main
interest is in tinkering and learning... tinker away!

Cheers
-- t


signature.asc
Description: Digital signature

Re: Planning a Debian NAS

[basti]

Am 27.01.20 um 21:42 schrieb deloptes:

basti wrote:


Yes a rpi can run software raid with mdadm. In this case I would use a
rpi4b with USB3 and USB to SATA adapter but be aware that the rpi is at
the moment not fully supportet by debian
(https://github.com/lategoodbye/rpi-zero/issues/43). If raspian is good
enough for your needs it would be an option. With the restrictions I
explained before.



I tried many years ago SATA adapter with USB2 and the performance was very
poor. Might be better with USB3 though, but I am still not convinced.

I saw some time ago there was extention board with SATA 2 or 4, which was
promising. Interesting to know if someone have used such thing with debian.

It depents on the Ports, ho they are connected to the host. A USB2 host 
has ma speed of 480 Mbit/s (60 MByte/s), if both HDD's/ USB Ports are 
connected to the same USB host it's a half of that, minus overhead.
Many USB to SATA adapter has a very poor performence, thats right, but 
this depents on the adapter chip.


I have test a single HDD drive with sata to USB3 adapter on the rpi4 and 
get transfer rates round about 90-100 MB/s so a RAID with 2 drives can 
have write speeds about a half of them and read speed even more I guess.


Perhaps with a SSD it can be more, USB3 specs are round about 600 MB/s.
The gigabit Ethernet has 125 MB/s in theory so it would be still enough.

But I have not test this and this is not the topic there.

Re: Sudo

[Patrick Bartek]

On Mon, 27 Jan 2020 20:58:58 +
Joe  wrote:

> On Mon, 27 Jan 2020 11:24:16 -0600
> David Wright  wrote:
> 
> 
> > 
> > It's always interesting to read opinions of which aspects of Debian
> > are too insecure for people to use.
> >   
> 
> Compared to, say, Windows?
> 
> A few days ago, I installed Windows 10 for the first time. 
> 
> It *still* makes the first user an administrator, and offers no advice
> on the subject.

That's what Window users are used to: Turn the computer ON, start
using it -- no login. It would just confuse them to do otherwise.  And,
unfortuantely, many (most?) Windows apps require Admin priviledges to
work properly. Or used to. Haven't checked W10, if that's still the
case.  Probably is.

B

Re: Sudo

[Patrick Bartek]

On Mon, 27 Jan 2020 18:21:30 +0200
Andrei POPESCU  wrote:

> On Sb, 25 ian 20, 19:28:39, Patrick Bartek wrote:
> > On Sat, 25 Jan 2020 12:27:21 -0600
> > Paul Johnson  wrote:
> >   
> > > On Sat, Jan 25, 2020 at 11:40 AM Patrick Bartek  
> > > wrote:  
> > > >
> > > > I never use sudo.  I consider it too much a security risk even on a
> > > > system with only a single user.
> > > >
> > > 
> > > I'm curious for more on this perspective.  
> > 
> > Sudo is just another path for the unscrupulous to gain priviledged
> > access. There are so many anyway.  Why add another?  
> 
> In the typical sudo setup the root account is locked, so both su and 
> root logins are disabled.

My point is that sudo is more of a security "hole" since it only
requires a user's password which in my experience are less secure since
most users create short, easy to remember ones.

FWIW, on a single user system like the OP's (and ths one), su is
sufficient. Sudo is redundant.  

> sudo also promotes good practices by using it only when really needed, 
> which is both safer (less mistakes) and more secure (less code running 
> as root).

I'm not advocating running a root/su terminal all the time, but only
when it's required: login, do what needs doing, logout.

B

Re: Sudo

[Joe]

On Mon, 27 Jan 2020 11:24:16 -0600
David Wright  wrote:


> 
> It's always interesting to read opinions of which aspects of Debian
> are too insecure for people to use.
> 

Compared to, say, Windows?

A few days ago, I installed Windows 10 for the first time. 

It *still* makes the first user an administrator, and offers no advice
on the subject.

-- 
Joe

Re: Planning a Debian NAS

[deloptes]

basti wrote:

> Yes a rpi can run software raid with mdadm. In this case I would use a
> rpi4b with USB3 and USB to SATA adapter but be aware that the rpi is at
> the moment not fully supportet by debian
> (https://github.com/lategoodbye/rpi-zero/issues/43). If raspian is good
> enough for your needs it would be an option. With the restrictions I
> explained before.
> 

I tried many years ago SATA adapter with USB2 and the performance was very
poor. Might be better with USB3 though, but I am still not convinced.

I saw some time ago there was extention board with SATA 2 or 4, which was
promising. Interesting to know if someone have used such thing with debian.

Re: Planning a Debian NAS

[basti]

Am 27.01.20 um 20:43 schrieb deloptes:

Aidan Gauland wrote:


Can a r-pi be set up with RAID easily?


perhaps yes as it is more or less normal linux, but where do you attach the
disks - do you think of using a SATA extention?

I do not know what is the throughput of such extentions, but should be
considered.


Yes a rpi can run software raid with mdadm. In this case I would use a 
rpi4b with USB3 and USB to SATA adapter but be aware that the rpi is at 
the moment not fully supportet by debian 
(https://github.com/lategoodbye/rpi-zero/issues/43). If raspian is good 
enough for your needs it would be an option. With the restrictions I 
explained before.


If you are loking for a ARM NAS have a look at https://kobol.io/ it has 
SATA ports.


I have a old QNAP TS-219P II NAS but if I would build a new one I would 
looking for a bord with Atom CPU or somethink like that to minimize the 
energy costs.

Re: Planning a Debian NAS

[deloptes]

Aidan Gauland wrote:

> Can a r-pi be set up with RAID easily?

perhaps yes as it is more or less normal linux, but where do you attach the
disks - do you think of using a SATA extention?

I do not know what is the throughput of such extentions, but should be
considered.

Re: Où est monté le NAS ?

[ajh-valmer]

Serait-il possible de ne plus avoir cette fenêtre,
qui demande si on est d'accord avec un certificat ?

Cette pratique est désagréable sur une ML publique,
qui doit être utilisée que sur des échanges privés.

On Monday 27 January 2020 18:43:46 MAS Jean-Louis wrote:
...

Re: Emacs and loss of highlighting: problem semi-solved (Buster MATE)

[Nate Bargmann]

* On 2020 27 Jan 10:11 -0600, Curt wrote:
> I missed that point, yet I'm still left to wonder whether the mate
> settings daemon xrdb plugins referenced above (if it is indeed running
> on the OP's machine as part of the Mate kitchen sink) might be
> responsible for the rather copious Emacs 'xdrb -query' output he offered
> up for inspection.
> 
> Looking at this
> 
> https://github.com/mate-desktop/mate-settings-daemon/blob/master/plugins/xrdb/data/Emacs.ad
> 
> there does appear to be similarities. Maybe I'm not understanding the
> whole thing correctly.

Good sleuth work, Curt.  It looks to me like this is part of a theme
plugin for Mate.  Beyond playing with it for a short time as to satisfy
a bit of curiosity, I've not used Mate any length of time.  Still, I find
it interesting that a Gtk based desktop is tweaking Xresources as that
was one of things that was seemingly declared "obsolete" about 20+ years
ago as the new "Linux desktops" began to develop.

Anyway, @ the OP, Tom.  I'd go through the Appearance/theme menus of
Mate and at least remove or disable this Emacs plugin if it can be found
through the GUI.

The other thought I had was to create a new user and see if the problem
followed along.  In this case it probably would.  Another option would
be to install Xfce and try it, but these thoughts were before I saw
Curt's message.

- Nate

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819



signature.asc
Description: PGP signature

Re: System Crashing Keyboard & mouse locking up

[Gene Heskett]

On Monday 27 January 2020 11:42:29 Andrei POPESCU wrote:

> On Du, 26 ian 20, 14:47:19, J.W. Foster wrote:
> > I have a newly built system using several distros incl Debian Linux
> > & Windows10. It seems to have a hardware issue in all Linuxes. NOT
> > Windows 10. The Keyboard & mouse are locking up randomly. I can't
> > get it to duplicate, just occurs.
>
> And the rest of the system continues to work properly (how do you
> tell)?
>
butting in here, I've been hit with this 2x on a pi4 running raspbian 
buster 10.2 in armhf flavor. I was unaware of any problem working from 
several ssh -Y logins where the sw I was excercising needed my mouse, 
until I needed move the machinery that pi4 was running, went to its own 
monitor and keyboard and found it was all dead including the video. 
Returning to the remote login, all was fine. went back to the machine,  
got no response and did a powerdown reset. It had to fsck everything so 
it was quite a few minutes getting booted.

So now I have a crontab script grepping thru an "lsusb -v" for both 
devices. Been scanning every 5 minutes now for 5 days, but no hiccups.  
This also bit me after several days of uptime on a debian buster 10.1 
net-install, but that was an arm64 install. On the same 2G rpi4.

butting out now.

> Kind regards,
> Andrei

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: cclive y youtube-dl

[jEsuSdA 8)]

El 26/1/20 a las 3:44, Rubén Ibáñez escribió:

Estimados:
No estoy pudiendo descargar vídeos de youtube con cclive ni con 
youtube-dl. Hasta hace poco eso funcionaba muy bien, pero ha dejado de 
hacerlo. Tampoco salen bien cuando trato de capturarlos de la pantalla 
con vokoscreen, por ejemplo. en este caso los movimientos salen 
interrumpidos a intervalos.

¿Alguna sugerencia de solución?
Muchas gracias por adelantado.
Rubén.



A mi la última versión de YD (2020.01.01) sí me funciona.

Pero en cualquier caso, siempre puedes echar mano de la extensión 
downloadhelper de Firefox:


https://www.downloadhelper.net/

Suerte! ;)

Re: Planning a Debian NAS

[Aidan Gauland]

On 27/01/20 12:59 am, ghe wrote:

If you don't already have all the router(s) and WiFi access points and such, 
may I suggest a pile of Raspberry Pis.

Can a r-pi be set up with RAID easily?

Re: Emacs and loss of highlighting: problem semi-solved (Buster MATE)

[Tom Browder]

On Mon, Jan 27, 2020 at 10:11 AM Curt  wrote:
> On 2020-01-27, David Wright  wrote:
> > On Mon 27 Jan 2020 at 14:34:14 (-), Curt wrote:
> >> On 2020-01-27, Nate Bargmann  wrote:
...

A few points ref my problem:

1. I have to admit I've always been confused by the menuing inside
emacs to change things, so that would be a last resort. I prefer to
put stull in my init.el.

2. I have also been very confused over the multitude of configuration
files affecting the graphical displays.

3. Looking in detail at the results of my "xrdb -query" incantation I
only see three colors and they affect the following attributes:

a. color: f8f8f8 affects:

*Button.activeBackground:#f8f8f8
*Checkbutton.activeBackground:#f8f8f8
*Radiobutton.activeBackground:#f8f8f8
*Scrollbar.activeBackground:#f8f8f8

b. color: cecece affects:
=

*Box.background:#cecece
*Button.background:#cecece
*Button.highlightBackground:#cecece
*Canvas.activeBackground:#cecece
*Canvas.background:#cecece
*Canvas.highlightBackground:#cecece
*Canvas.selectbackground:#cecece
*Checkbutton.background:#cecece
*Checkbutton.highlightBackground:#cecece
*Command.background:#cecece
*Dialog.background:#cecece
*Entry.activeBackground:#cecece
*Entry.background:#cecece
*Entry.highlightBackground:#cecece
*Entry.selectBackground:#cecece
*Form.background:#cecece
*Frame.background:#cecece
*Label.background:#cecece
*Label.highlightBackground:#cecece
*Labelframe.background:#cecece
*List.background:#cecece
*Listbox.activeBackground:#cecece
*Listbox.background:#cecece
*Listbox.highlightBackground:#cecece
*Listbox.selectBackground:#cecece
*Menu.activeBackground:#cecece
*Menu.background:#cecece
*MenuButton.background:#cecece
*Menubutton.activeBackground:#cecece
*Menubutton.background:#cecece
*Menubutton.highlightBackground:#cecece
*Radiobutton.background:#cecece
*Radiobutton.highlightBackground:#cecece
*Scale.activeBackground:#cecece
*Scale.background:#cecece
*Scale.highlightBackground:#cecece
*Scrollbar*background:#cecece
*Scrollbar.background:#cecece
*Scrollbar.highlightBackground:#cecece
*ScrollbarBackground:#cecece
*SimpleMenu*background:#cecece
*Text.activeBackground:#cecece
*Text.background:#cecece
*Text.highlightBackground:#cecece
*Text.selectBackground:#cecece
*Toggle.background:#cecece
*Toplevel.activeBackground:#cecece
*Toplevel.background:#cecece
*Toplevel.highlightBackground:#cecece
*XmCascadeButton.background:#cecece
*XmCascadeButtonGadget.background:#cecece
*XmDialogShell.background:#cecece
*XmFileSelectionBox.background:#cecece
*XmForm.background:#cecece
*XmFrame.background:#cecece
*XmLabel.background:#cecece
*XmLabelGadget.background:#cecece
*XmList.background:#cecece
*XmMenuShell.background:#cecece
*XmMessageBox.background:#cecece
*XmPanedWindow.background:#cecece
*XmPushButton.background:#cecece
*XmPushButtonGadget.background:#cecece
*XmRowColumn.background:#cecece
*XmSash.background:#cecece
*XmScrollBar.background:#cecece
*XmScrolledWindow.background:#cecece
*XmSelectionBox.background:#cecece
*XmSeparator.background:#cecece
*XmSeparatorGadget.background:#cecece
*XmTearOffButton.background:#cecece
*XmTearOffButtonGadget.background:#cecece
*XmText.background:#cecece
*XmTextField.background:#cecece
*XmToggleButton.background:#cecece
*XmToggleButtonGadget.background:#cecece
*background:#cecece
Editres*Panner.Background:#cecece
Editres*Tree.Background:#cecece
Editres*Tree.Toggle.Background:#cecece
Emacs*Background:#cecece
Emacs*Dialog*background:#cecece
Emacs*XlwScrollBar.Background:#cecece
Emacs*backgroundToolBarColor:#cecece
Emacs*bottomToolBarShadowColor:#cecece
Emacs*menubar*background:#cecece
Emacs*popup*Background:#cecece
Emacs*topToolBarShadowColor:#cecece
Emacs.default.attributeBackground:#cecece
Emacs.scroll-bar.attributeBackground:#cecece
Emacs.tool-bar.attributeBackground:#cecece

c. color: 3c3c3c affects:
==

*Box.foreground:#3c3c3c
*Button.activeForeground:#3c3c3c
*Button.foreground:#3c3c3c
*Button.highlightColor:#3c3c3c
*Canvas.activeForeground:#3c3c3c
*Canvas.foreground:#3c3c3c
*Canvas.highlightColor:#3c3c3c
*Canvas.selectforeground:#3c3c3c
*Checkbutton.activeForeground:#3c3c3c
*Checkbutton.foreground:#3c3c3c
*Checkbutton.highlightColor:#3c3c3c
*Command.foreground:#3c3c3c
*Dialog.foreground:#3c3c3c
*Entry.activeForeground:#3c3c3c
*Entry.foreground:#3c3c3c
*Entry.highlightColor:#3c3c3c
*Entry.selectForeground:#3c3c3c
*Form.foreground:#3c3c3c
*Frame.foreground:#3c3c3c
*Label.foreground:#3c3c3c
*Label.highlightColor:#3c3c3c
*Labelframe.foreground:  

Re: Où est monté le NAS ?

[MAS Jean-Louis]

Le 23/01/2020 à 11:45, Norbert Ponce a écrit :

> J'aurais souhaité communiquer avec le  NAS en ligne de commande.
> Il est joignable depuis le bureau ou depuis le gestionnaire de fichiers.
> Dans ses propriétés, il est défini comme "volume_1 sur nas_local"

> Une recherche sur locate volume_1 me donne:
> /home/norbert/.local/share/gvfs-metadata/smbshare:server=nas.local,share=volume_1

> Comment le joindre en ligne de commande?

Un truc du genre a des chances de marcher

mkdir ~norbert/mon_nas
mount -t cifs //nas.local/volume_1 ~norbert/mon_nas -o user=norbert

Cordialement
-- 
Jean Louis Mas



smime.p7s
Description: Signature cryptographique S/MIME

Re: Sudo

[David Wright]

On Mon 27 Jan 2020 at 18:21:30 (+0200), Andrei POPESCU wrote:
> On Sb, 25 ian 20, 19:28:39, Patrick Bartek wrote:
> > On Sat, 25 Jan 2020 12:27:21 -0600 Paul Johnson  wrote:
> > > On Sat, Jan 25, 2020 at 11:40 AM Patrick Bartek  
> > > wrote:
> > > >
> > > > I never use sudo.  I consider it too much a security risk even on a
> > > > system with only a single user.
> > > 
> > > I'm curious for more on this perspective.
> > 
> > Sudo is just another path for the unscrupulous to gain priviledged
> > access. There are so many anyway.  Why add another?
> 
> In the typical sudo setup the root account is locked, so both su and 
> root logins are disabled.

Might we assume that the error message on trying to use su is
something along the lines of:

user so-and-so is not in the /etc/sudoers file ?

In which case it would appear that the OP originally performed a
graphical install and unintentionally chose the sudo-style
installation, since corrected.

One question: what happens when you boot into single/recovery mode
from grub—what are you presented with?

> sudo also promotes good practices by using it only when really needed, 
> which is both safer (less mistakes) and more secure (less code running 
> as root).

Running a home network as I do, I prefer a middle course where my
sudoers file allows me to perform benign actions as root without a
password (eg change TZ, check/examine/kick the email queue, unlock
encrypted partitions, run du/find on the entire fs, run dmesg)
but login with su to do system administration. Roots' highlighted
prompts warn me to take care with what I type.

It's always interesting to read opinions of which aspects of Debian
are too insecure for people to use.

Cheers,
David.

Re: System Crashing Keyboard & mouse locking up

[Andrei POPESCU]

On Du, 26 ian 20, 14:47:19, J.W. Foster wrote:
> I have a newly built system using several distros incl Debian Linux & 
> Windows10. It seems to have a hardware issue in all Linuxes. NOT 
> Windows 10. The Keyboard & mouse are locking up randomly. I can't get 
> it to duplicate, just occurs.

And the rest of the system continues to work properly (how do you tell)?

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


signature.asc
Description: PGP signature

Re: Howto?

[Andrei POPESCU]

On Du, 26 ian 20, 05:08:47, Gene Heskett wrote:
> 
> I have very little idea what all that was supposed to do, but I did 
> figure out how to tar it, then xz the resultant a.tar. Thats working now 
> and looks like it might be done in another hour. Big, ready built, rt 
> kernel for an rpi4. I'd luv to be able to make a deb as it would be 5% 
> of the size of this. or less. 

The tarball is so big because it has a lot of data in it. I'm guessing 
you included your entire kernel source in the tarball.

Putting the same data in a .deb will not make it smaller. You can 
however put in the tarball only the files you really want to distribute.


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


signature.asc
Description: PGP signature

Re: Sudo

[Andrei POPESCU]

On Sb, 25 ian 20, 19:28:39, Patrick Bartek wrote:
> On Sat, 25 Jan 2020 12:27:21 -0600
> Paul Johnson  wrote:
> 
> > On Sat, Jan 25, 2020 at 11:40 AM Patrick Bartek  wrote:
> > >
> > > I never use sudo.  I consider it too much a security risk even on a
> > > system with only a single user.
> > >  
> > 
> > I'm curious for more on this perspective.
> 
> Sudo is just another path for the unscrupulous to gain priviledged
> access. There are so many anyway.  Why add another?

In the typical sudo setup the root account is locked, so both su and 
root logins are disabled.

sudo also promotes good practices by using it only when really needed, 
which is both safer (less mistakes) and more secure (less code running 
as root).

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


signature.asc
Description: PGP signature

Re: Emacs and loss of highlighting: problem semi-solved (Buster MATE)

[Curt]

On 2020-01-27, David Wright  wrote:
> On Mon 27 Jan 2020 at 14:34:14 (-), Curt wrote:
>> On 2020-01-27, Nate Bargmann  wrote:
>> >
>> > At this point, I think you need to find any file on your system that has
>> > the Emacs X resources that xrdb showed and comment them out.
>> >
>> 
>> As perhaps an unhelpful and not necessarily related data point, there
>> exists a bug report concerning Xresources and Emacs 24.4, the insect
>> consisting of the former remaining unread or "unrespected" (which may
>> not be a word) in the Mate desktop environment when using the latter.
>> 
>> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770781
>> 
>> https://superuser.com/questions/1351751/xresources-not-loaded-under-mate-desktop
>> 
>> (Set the active attribute to false under
>> 'org.mate.SettingsDaemon.plugins.xrdb' with dconf-editor?)
>
> It's not clear to me whether "my Xresources" means the dotfile in
> $HOME, or something else. In the case of the former, the OP wrote
> that they had no ~/.Xresources, so not reading it wouldn't matter.

I missed that point, yet I'm still left to wonder whether the mate
settings daemon xrdb plugins referenced above (if it is indeed running
on the OP's machine as part of the Mate kitchen sink) might be
responsible for the rather copious Emacs 'xdrb -query' output he offered
up for inspection.

Looking at this

https://github.com/mate-desktop/mate-settings-daemon/blob/master/plugins/xrdb/data/Emacs.ad

there does appear to be similarities. Maybe I'm not understanding the
whole thing correctly.


> Cheers,
> David.
>
>


-- 
"J'ai pour me guérir du jugement des autres toute la distance qui me sépare de
moi." Antonin Artaud

Re: Planning a Debian NAS

[basti]

On 27.01.20 16:29, Klaus Singvogel wrote:
> 황병희 wrote:
>>> Mine are all RPi3+.
>>
>> +1, also i think RPi is good.
> 
> Please think about installation of a 64-bit distribution too.
> 
> As soon as your NAS stores large files, and they should become avail via
> webinterface/php, the 64-bit will become necessary.
> 
> In my case: I was running my OwnCloud on an Raspberry Pi 2 first. But as
> soon as I stored the map update pack for my car navigation on the disk
> (16 GB), php stumbles. Then I bought a 64-bit capable SBC and was happy.
> 
> RPi3 is capable of 64-bit, so my advice: be careful with installation.
> 
> Best regards,
>   Klaus.
> 

RPI3 also support "real" debian install. In my opinion it's the better
choice especially if you need initramfs and do updates.
Raspian has a horrible kernel version scheme in that case.

Best regards

Re: Planning a Debian NAS

[Klaus Singvogel]

황병희 wrote:
> > Mine are all RPi3+.
> 
> +1, also i think RPi is good.

Please think about installation of a 64-bit distribution too.

As soon as your NAS stores large files, and they should become avail via
webinterface/php, the 64-bit will become necessary.

In my case: I was running my OwnCloud on an Raspberry Pi 2 first. But as
soon as I stored the map update pack for my car navigation on the disk
(16 GB), php stumbles. Then I bought a 64-bit capable SBC and was happy.

RPi3 is capable of 64-bit, so my advice: be careful with installation.

Best regards,
Klaus.
-- 
Klaus Singvogel
GnuPG-Key-ID: 1024R/5068792D  1994-06-27

Re: Emacs and loss of highlighting: problem semi-solved (Buster MATE)

[David Wright]

On Mon 27 Jan 2020 at 14:34:14 (-), Curt wrote:
> On 2020-01-27, Nate Bargmann  wrote:
> >
> > At this point, I think you need to find any file on your system that has
> > the Emacs X resources that xrdb showed and comment them out.
> >
> 
> As perhaps an unhelpful and not necessarily related data point, there
> exists a bug report concerning Xresources and Emacs 24.4, the insect
> consisting of the former remaining unread or "unrespected" (which may
> not be a word) in the Mate desktop environment when using the latter.
> 
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=770781
> 
> https://superuser.com/questions/1351751/xresources-not-loaded-under-mate-desktop
> 
> (Set the active attribute to false under
> 'org.mate.SettingsDaemon.plugins.xrdb' with dconf-editor?)

It's not clear to me whether "my Xresources" means the dotfile in
$HOME, or something else. In the case of the former, the OP wrote
that they had no ~/.Xresources, so not reading it wouldn't matter.

Cheers,
David.

Re: Emacs and loss of highlighting: problem semi-solved (Buster MATE)

[David Wright]

On Mon 27 Jan 2020 at 08:23:00 (-0600), Tom Browder wrote:
> On Mon, Jan 27, 2020 at 07:49 Nate Bargmann  wrote:
> ...
> 
> > At this point, I think you need to find any file on your system that has
> > the Emacs X resources that xrdb showed and comment them out.

You showed us your Xresources, presumably before you clobbered them
all with   xrdb /dev/null.

You might be able to find out which resources are causing your problem
by deleting them in turn with a command like:

$ xrdb -query | grep -v 'Emacs\*font:' | xrdb -

cutting and pasting from your posted list, and/or setting/editing
individual resources with:

$ xrdb -merge - <<< 'Emacs*font: neep-alt-iso10646-1-18'

Or you might be more comfortable running:

$ xrdb -query > /tmp/xrdb

then editing /tmp/xrdb while running

$ xrdb /tmp/xrdb

repeatedly in another xterm to set what's in your edit buffer.

Cheers,
David.

Re: Planning a Debian NAS

[황병희]

> Mine are all RPi3+.

+1, also i think RPi is good.

Sincerely,

-- 
^고맙습니다 _地平天成_ 감사합니다_^))//

Re: Emacs and loss of highlighting: problem semi-solved (Buster MATE)

[Curt]

On 2020-01-27, Nate Bargmann  wrote:
>
> At this point, I think you need to find any file on your system that has
> the Emacs X resources that xrdb showed and comment them out.
>

As perhaps an unhelpful and not necessarily related data point, there
exists a bug report concerning Xresources and Emacs 24.4, the insect
consisting of the former remaining unread or "unrespected" (which may
not be a word) in the Mate desktop environment when using the latter.

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

https://superuser.com/questions/1351751/xresources-not-loaded-under-mate-desktop

(Set the active attribute to false under
'org.mate.SettingsDaemon.plugins.xrdb' with dconf-editor?)

-- 
"J'ai pour me guérir du jugement des autres toute la distance qui me sépare de
moi." Antonin Artaud

Re: Emacs and loss of highlighting: problem semi-solved (Buster MATE)

[Tom Browder]

On Mon, Jan 27, 2020 at 07:49 Nate Bargmann  wrote:
...

> At this point, I think you need to find any file on your system that has
> the Emacs X resources that xrdb showed and comment them out.

...

Good suggestion, Nate.

And thanks for your and the other folks' patience.

-Tom

Re: Emacs and loss of highlighting: problem semi-solved (Buster MATE)

[Nate Bargmann]

* On 2020 27 Jan 07:03 -0600, Tom Browder wrote:
> Would it help if I post my entire /etc/X11 directory and init.el on my
> github account?

At this point probably not.  If there was nothing referencing Emacs in
/etc/X11/app-defaults then wherever those resources are being set must
be in your home directory.  Someplace.

> BTW, I do not use the GUI menu to start emacs, CLI only. and I rarely use
> it in its terminal version.

My suggestion to run it in the terminal was a test to see if the
highlighting colors come up sane.

There are several places where X resources can be set.  Default on
Debian these days appear to be /etc/X11/Xresources and
/etc/X11/app-defaults.  In your home directory it can become a mess as X
will look at several hidden files probably not limited to .Xresources,
.Xdefaults, .xinitrc, .xsession, and .xsessionrc.  Any of these can
source other files!

At this point, I think you need to find any file on your system that has
the Emacs X resources that xrdb showed and comment them out.

Is it possible that you had the emacs-lucid package installed and did
not purge it when you removed it?  I'm just grasping at straws here.

https://www.gnu.org/software/emacs/manual/html_node/emacs/X-Resources.html

- Nate

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819



signature.asc
Description: PGP signature

Fwd: cclive y youtube-dl

[Rubén Ibáñez]

-- Forwarded message -
De: Rubén Ibáñez 
Date: dom., 26 ene. 2020 a las 22:42
Subject: Re: cclive y youtube-dl
To: Debian 


Estimados amigos:
Finalmente hice la actualización de youtube-dl siguiendo las instrucciones
de este sitio:
https://ytdl-org.github.io/youtube-dl/download.html
Aplicando estos comandos
sudo wget https://yt-dl.org/downloads/latest/youtube-dl -O
/usr/local/bin/youtube-dl
sudo chmod a+rx /usr/local/bin/youtube-dl
Y funcionó perfecto Ahora mismo estoy descargando algunos vídeos.
Muchas gracias a todos.
Rubén
Posdata: Creo que lo estoy enviando de nuevo a uno de los listeros. No me
doy cuenta todavía como enviarlo a toda la lista.

El dom., 26 ene. 2020 a las 22:24, Debian ()
escribió:

>
>
> El 26/1/20 a las 12:43, Rubén Ibáñez escribió:
>
> >
> > El dom., 26 ene. 2020 a las 11:18, Debian
> > (mailto:javier.debian.bb...@gmail.com>>)
>
> > escribió:
> >
> >
> >
> > El 25/1/20 a las 23:44, Rubén Ibáñez escribió:
> >  > Estimados:
> >  > No estoy pudiendo descargar vídeos de youtube con cclive ni con
> >  > youtube-dl. Hasta hace poco eso funcionaba muy bien, pero ha
> > dejado de
> >  > hacerlo. Tampoco salen bien cuando trato de capturarlos de la
> > pantalla
> >  > con vokoscreen, por ejemplo. en este caso los movimientos salen
> >  > interrumpidos a intervalos.
> >  > ¿Alguna sugerencia de solución?
> >  > Muchas gracias por adelantado.
> >  > Rubén.
> >  >
> >
> > ¿Y si aclarás qué error te da youtube-dl?
> > Por ejemplo, volcando un trazado de la corrida.
> >
> > JAP
> >
>  > JAP:
>  > Pego el error que me da:
>  > root@debian:/home/ruben# youtube-dl
>  > https://www.youtube.com/watch?v=_mj2IT8SEGM
>  > [youtube] _mj2IT8SEGM: Downloading webpage
>  > [youtube] _mj2IT8SEGM: Downloading video info webpage
>  > ERROR: _mj2IT8SEGM: YouTube said: Invalid parameters.
>  >
>  > Tampoco está permitiéndome actualizar con youtube-dl -U, me da lo
> siguiente:
>  > root@debian:/home/ruben# youtube-dl -U
>  > It looks like you installed youtube-dl with a package manager, pip,
>  > setup.py or a tarball. Please use that to update.
>  >
>  > yo lo instalé usando synaptic. Pero lo desinstalo, lo instalo con apt o
>  > con apt-get install, y aún así sigue diciendo lo mismo.
>  >
>  > Tampoco me funcionan los ad-ons de firefox para descargar vídeos.
>  > Gracias de nuevo.
>  > Rubén.
>  >
>
>
> Intenta con esto, debería funcionar; lo hice funcionar hace 5 minutos
> con el paquete del repositorio de "buster":
>
> youtube-dl --ignore-errors https://www.youtube.com/watch?v=_mj2IT8SEGM
>
> The Lost Thing-_mj2IT8SEGM.mkv
>
> Hace cosa de 4 o 5 meses atrás, cuando Youtube empezó con el tema de la
> cuenta premium, si no agregás la opción --ignore-errors, se trababa.
>
> Yo suelo usar youtube-dl para bajar "playlist" de música.
>
> https://www.linuxhispano.net/2019/11/06/insiste/
>
> JAP
>

Re: Emacs and loss of highlighting: problem semi-solved (Buster MATE)

[Tom Browder]

On Mon, Jan 27, 2020 at 05:37 Tom Browder  wrote:

> On Mon, Jan 27, 2020 at 5:00 AM Nate Bargmann  wrote:
> > OP, Tom, you might try:
> >
> > grep -i "Emacs" /etc/X11/app-defaults/*
>

Would it help if I post my entire /etc/X11 directory and init.el on my
github account?

BTW, I do not use the GUI menu to start emacs, CLI only. and I rarely use
it in its terminal version.

-Tom

Re: Emacs and loss of highlighting: problem semi-solved (Buster MATE)

[Tom Browder]

On Mon, Jan 27, 2020 at 5:00 AM Nate Bargmann  wrote:
> OP, Tom, you might try:
>
> grep -i "Emacs" /etc/X11/app-defaults/*

Nothing on mine, either, Nate.
Thanks.

-Tom

Re: Emacs and loss of highlighting: problem semi-solved (Buster MATE)

[Nate Bargmann]

* On 2020 27 Jan 02:40 -0600, to...@tuxteam.de wrote:
> On Sun, Jan 26, 2020 at 08:04:29PM -0600, Tom Browder wrote:
> > Emacs*Background:#cecece
> > Emacs*Dialog*background:#cecece
> > Emacs*Dialog*foreground:#3c3c3c
> > Emacs*Foreground:#3c3c3c
> > Emacs*XlwScrollBar.Background:#cecece
> > Emacs*XlwScrollBar.Foreground:#3c3c3c
> > Emacs*backgroundToolBarColor:#cecece
> > Emacs*bottomToolBarShadowColor:#cecece
> > Emacs*menubar*background:#cecece
> > Emacs*menubar*foreground:#3c3c3c
> > Emacs*popup*Background:#cecece
> > Emacs*popup*Foreground:#3c3c3c
> > Emacs*topToolBarShadowColor:#cecece
> > Emacs.default.attributeBackground:#cecece
> > Emacs.default.attributeForeground:#3c3c3c
> > Emacs.mode-line.attributeForeground:#3c3c3c
> > Emacs.scroll-bar.attributeBackground:#cecece
> > Emacs.scroll-bar.attributeForeground:#3c3c3c
> > Emacs.tool-bar.attributeBackground:#cecece
> > Emacs.tool-bar.attributeForeground:#3c3c3c
> 
> OK. These are, I'd say, the first ones to concentrate on.
> Something in your system is setting that "on purpose", and
> you don't seem to like the results (note the prevalence of
> two colours: lightgray and darkgray -- kinda like a end-1990s
> Mac).
> 
> Have you had a look in /etc/X11/Xresources?

There are also ~/.Xdefaults and possibly a system Xdefaults to be
considered, IIUC.  In the old days I used to have an ~/.app-defaults
directory which had copies of files from /etc/X11/app-defaults/ that I
customized and loaded from ~/.xinitrc (maybe, something else?).  It's
not a facility I use any more, just ~/.Xresources with customizations
for Xterm and URxvt.

OP, Tom, you might try:

grep -i "Emacs" /etc/X11/app-defaults/*

and see if anything comes up.  Nothing comes up on my system.

- Nate

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819



signature.asc
Description: PGP signature

Re: Emacs and loss of highlighting: problem semi-solved (Buster MATE)

[Nate Bargmann]

* On 2020 26 Jan 20:14 -0600, Tom Browder wrote:
> On Sat, Jan 25, 2020 at 6:01 AM Nate Bargmann  wrote:
> > What do you get if there is no ~/.emacs or ~/.emacs.d/init.el file?
> 
> Still no highlighting without the xrdb incantation.

Sorry, I've never had to do anything like that, so I'm of no further
help.  :(

> 
> > Are you using the Emacs GTK GUI or running in a terminal?
> 
> I'm using:
> 
> emacs-gtk - GNU Emacs editor (with GTK+ GUI support)

My Gnome menu on Buster, which I have not changed, shows the following
for Emacs commands:

Emacs (Terminal)
/usr/bin/emacs -nw %F

and:

Emacs (GUI)
/usr/bin/emacs %F

I presume the '%F' is the GUI's way of passing a file list to emacs.

I decided to chase 'emacs' in the terminal.  Tab completion shows:

$ emacs
emacs  emacsclientemacsclient.emacs  emacs-gtk  

Checking 'emacs' further I see that it is a symlink:

$ ls -l `which emacs-gtk`
-rwxr-xr-x 1 root root 39926024 Sep  4 21:35 /usr/bin/emacs-gtk*
$ ls -l `which emacs`
lrwxrwxrwx 1 root root 23 Oct 14  2018 /usr/bin/emacs -> 
/etc/alternatives/emacs*
$ ll /etc/alternatives/emacs
lrwxrwxrwx 1 root root 18 Oct 14  2018 /etc/alternatives/emacs -> 
/usr/bin/emacs-gtk*


I see that the GUI doesn't call 'emacs-gtk' directly.  I'm not sure if
that makes any difference with emacs, but it sometimes does as certain
programs will check the name they were called by and change behavior
accordingly.  I don't know if emacs does this check or not.

You might try running 'emacs -nw -q' in a terminal which will cause it
to run in the terminal with a basic set of colors.  After that, I would
start looking for and removing any Gtk configuration file (~/.gtk*) or
themes out of the way.  It might be picking up a Gtk theme that is
causing your issue, though I think setting the colors for the editor
frame as in my example does override any Gtk theme.

> > anti-aliased fonts were well supported), I have configured Emacs the
> > same in my ~/.emacs.d/init.al file:
> >
> > (custom-set-faces
> ...
> 
> Thanks, but I like a white os very light background.

I find that as I age that dark backgrounds lead to far less eye strain.
Unfortunately, trying to force the Web into dark backgrounds doesn't
work well so I don't bother with forcing the browsers into dark
backgrounds.  All my terminals and editors are setup with a dark
background.  I used to like them light, like you, but longish coding
sessions showed me the value of light text on a dark background.

Hopefully you'll get some ideas.  Have you posted any screenshots that I
missed?

- Nate

-- 

"The optimist proclaims that we live in the best of all
possible worlds.  The pessimist fears this is true."

Web: https://www.n0nb.us
Projects: https://github.com/N0NB
GPG fingerprint: 82D6 4F6B 0E67 CD41 F689 BBA6 FB2C 5130 D55A 8819



signature.asc
Description: PGP signature

Re: Emacs and loss of highlighting: problem semi-solved (Buster MATE)

[황병희]

Tom Browder  writes:

> [...]
> Thanks, but I like a white os very light background.

Indeed, real hacker like light and white colors, i think.

Sincerely, StarWars fan Byung-Hee

-- 
^고맙습니다 _地平天成_ 감사합니다_^))//

Lingual Translation & Interpretation Services

[Preety Ahuja]

Hello,



I represent a Translation Company that has proficiency in *Translation,
Interpenetration, Transcription and Web/software/app. Localization .*



Our Company works in a various languages like (*Bengali, Malayalam,
Marathi, Tamil, Urdu, Kannada, Gujarati, Odia, Punjabi**) (**Russian,
Spanish, Korean, German, Swedish, Arabic, Turkish, Portuguese, Italian,
Thai, French, Greek, Japanese, French, Chinese, Dutch, African**)* etc.



Some of our clients: *BHEL, Emenox Group, Interglobe Technologies, TCS,
Global Sign, DTS, L and Schneider Electric.*



So, If you require any of the above Services, please write to me.



Kind Regards,

Preety Ahuja

Team (Tr & in)

Re: Installation de Linux sur PC Portable Gaming Acer Nitro 5 AN517-51-72CQ 17"

[didier . gaumet]

la commande udisksctl status ne te montre pas ton disque Windows?

Re: Kernel Panic

[deloptes]

deloptes wrote:

> And gcrypt is libcrypt-2.28.so not .so.20

sorry I was wrong about that /lib/x86_64-linux-gnu/libgcrypt.so.20 is linked
to /lib/x86_64-linux-gnu/libgpg-error.so.0

check where the link is pointing to

ldd /lib/x86_64-linux-gnu/libgcrypt.so.20
linux-vdso.so.1 (0x7ffebd761000)
libgpg-error.so.0 => /lib/x86_64-linux-gnu/libgpg-error.so.0
(0x7f0628e58000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7f0628c97000)
/lib64/ld-linux-x86-64.so.2 (0x7f0628fce000)

Re: Emacs and loss of highlighting: problem semi-solved (Buster MATE)

[tomas]

On Sun, Jan 26, 2020 at 08:04:29PM -0600, Tom Browder wrote:
> On Sat, Jan 25, 2020 at 2:17 AM  wrote:
> > On Fri, Jan 24, 2020 at 04:10:37PM -0600, Tom Browder wrote:

[...]

> > >   $ xrdb /dev/null
> >
> > Yikes. Like hitting your TV set with a wrench ;-)

[...]

> Maybe, but I felt like I had nothing to lose.

...and in the times of vacuum tubes it sometimes actually helped.
Cyclical thermal stress tended to develop cracks... but hey, I
disgress :-)

> > You can have a look into the content of your X resource database with
> >   xrdb -query
> 
> Result:
> 
[...]
> Emacs*Background:#cecece
> Emacs*Dialog*background:#cecece
> Emacs*Dialog*foreground:#3c3c3c
> Emacs*Foreground:#3c3c3c
> Emacs*XlwScrollBar.Background:#cecece
> Emacs*XlwScrollBar.Foreground:#3c3c3c
> Emacs*backgroundToolBarColor:#cecece
> Emacs*bottomToolBarShadowColor:#cecece
> Emacs*menubar*background:#cecece
> Emacs*menubar*foreground:#3c3c3c
> Emacs*popup*Background:#cecece
> Emacs*popup*Foreground:#3c3c3c
> Emacs*topToolBarShadowColor:#cecece
> Emacs.default.attributeBackground:#cecece
> Emacs.default.attributeForeground:#3c3c3c
> Emacs.mode-line.attributeForeground:#3c3c3c
> Emacs.scroll-bar.attributeBackground:#cecece
> Emacs.scroll-bar.attributeForeground:#3c3c3c
> Emacs.tool-bar.attributeBackground:#cecece
> Emacs.tool-bar.attributeForeground:#3c3c3c

OK. These are, I'd say, the first ones to concentrate on.
Something in your system is setting that "on purpose", and
you don't seem to like the results (note the prevalence of
two colours: lightgray and darkgray -- kinda like a end-1990s
Mac).

Have you had a look in /etc/X11/Xresources?

Cheers
-- tomás


signature.asc
Description: Digital signature