Re: M'aconselleu? client git gràfic i senzill

2020-11-14 Thread tictacbum
Hola Joan,
es la opció --word-diff
com és que no treballes en local amb el git? el que veig més natural és fer
un clone en local i fer push cap al servidor quan vulguis

salut!
Lluís

Missatge de Joan  del dia dg., 15 de nov. 2020 a les
7:54:

> El dg. 15 de 11 de 2020 a les 00:27 +0100, en/na Alex Muntada va escriure:
>
> Fa temps havia utilitzat força gitk però des que
> vaig configurar el git diff perquè ressalti les diferències a
> nivell de línia ja no em cal.
>
>
> Com ho fas, això, admb git diff?
>
> Pd.: he vist que el gitk t'aixeca una interfície gràfica, així que si el
> poso en un servidor remot al que accedeixo via terminal, no em xuta...
>
>


Re: M'aconselleu? client git gràfic i senzill

2020-11-14 Thread Mònica Ramírez Arceda
On 15/11/20 0:51, Alex Muntada wrote:
> Hola Mònica,
> aprofito per donar alguns detalls més sobre el vscode a Debian
> perquè és un IDE que està prenent molt de protagonisme i que
> té coses molt interessants com el plugin per programar en grup
> (molt pràctic per als temps que corren).
>
L'altre dia ho vam a provar a la feina per mostrar-nos codi i sembla una
passada.

Salut!



Re: Sintaxi completa de iptables

2020-11-14 Thread Sergi Baila
Jo tinc la segona edició de Linux Firewalls de Robert Ziegler (
https://www.oreilly.com/library/view/linux-firewalls-third/0672327716/) i
em va anar molt bé en el seu moment.

Si em permets també un altre comentari tingues en compte que iptables és
modular. Tu pots carregar un mòdul i de cop tens noves funcionalitats i
opciones de linia de comandes de iptables. Així que realmente una llista
amb tot no es pot fer, l'endemà tú o algú pot crear un nou modul.

--
Sergi Baila
https://sargue.net/cv


Missatge de Alex Muntada  del dia dg., 15 de nov. 2020 a
les 1:09:

> Hola Narcis
>
> > Algú té bones referències de iptables?
>
> Fa temps vaig comprar aquest llibret (91 pàgines) que trobo molt
> pràctic tot i ser del 2004:
>
> https://www.oreilly.com/library/view/linux-iptables-pocket/9780596801861/
>
> Salut,
> Alex
>
> --
>   ⢀⣴⠾⠻⢶⣦⠀
>   ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada 
>   ⢿⡄⠘⠷⠚⠋   Debian Developer  log.alexm.org
>   ⠈⠳⣄
>
>


Re: M'aconselleu? client git gràfic i senzill

2020-11-14 Thread Joan
El dg. 15 de 11 de 2020 a les 00:27 +0100, en/na Alex Muntada va
escriure:
> Fa temps havia utilitzat força gitk però des que
> 
> vaig configurar el git diff perquè ressalti les diferències a
> 
> nivell de línia ja no em cal.

Com ho fas, això, admb git diff?

Pd.: he vist que el gitk t'aixeca una interfície gràfica, així que si
el poso en un servidor remot al que accedeixo via terminal, no em
xuta...




Re: pb de locales : dmenu (i3) segfault et urxvt se comporte pas bien

2020-11-14 Thread ORL - AMMD

Bonjour,

Avant que je n'oublie @ Jean-Michel : j'utilise rxvt-unicode (urxvt).
La suite dans le corps du mail.

Le 14/11/2020 à 17:53:30, Étienne Mollier a écrit :
> Bonjour ORL,
>
> ORL - AMMD, on 2020-11-14 12:59:07 +0100:
>  > Sur une Debian testing à jour, depuis un upgrade il y a quelques jours
>  > semaines, j'ai des pb avec dmenu dans i3 et urxvt. J'ai rempli des
>  > bugreports, mais pas de réponse, et de toute façon, je crois que
> j'avais mal
>  > cerné le pb :
>  > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973515
>  > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973919
>  > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974571
>  >
>  > Les symptômes :
>  > - quand je lance mod+d dans i3, ça lance dmenu_run, dès que je 
tape une

>  > touche pour lancer une application, ça ferme, et rien ne se passe,
>  > - urxvt n'affiche plus les caractères accentués (mais je peux en
>  > copier/coller dedans, par contre).
>  >
>  > Quand je les lance en ligne de commande :
>  >
>  > $ dmenu_run
>  > warning: no locale support
>  > warning: no locale modifiers support
>
> J'utilise dmenu en complément d'un bureau dwm.  Je n'ai pas
> reproduit le problème en Sid de mon côté.  Ma locale, histoire
> de pouvoir taper des caractères accentués, est C.UTF-8 ;
> peut-être que ça vaudrait le coup de l'essayer, pour voir s'il y
> a un changement de comportement ?
OK, j'ai voulu tenter, mais je n'ai pas C.UTF-8 dans les locales 
proposées par dpkg --reconfigure locales. Il y a un autre moyen pour les 
générer ?


Accessoirement, ce pb survient également avec un autre utilisateur, qui 
utilise XFCE. Si je lance urxvt, j'ai les mêmes warnings, et le même 
comportement.


>
> Est-ce qu'un petit `sudo dpkg-reconfigure locales`, suivi d'une
> vérification des locales à engendrer, permettrait de rafraichir
> la configuration ?
Ah oui, mince, j'ai oublié de vous dire que j'avais commencé par là, 
mais que ça n'a rien changé.


Par contre, j'ai localepurge d'installé sur cette machine, contrairement 
aux deux autres sur lesquelles je n'ai pas de souci. Peut-être que ça 
peut avoir un lien ? (moi je ne vois pas lequel, mais bon).


>
>  > $ urxvt
>  > urxvt: the locale is not supported by Xlib, continuing without locale
>  > support.
>  >
> [...]
>  >
>  > J'ai deux autres machines en Bullseye avec i3 et urxvt où je n'ai 
pas du

>  > tout ce problème, donc je penche vraiment pour une configuration
>  > particulière qui m'échapperait, d'autant que cette install est très
> vieille,
>  > j'ai dû la démarrer en stretch, etch, ou avant, peut-être même à
> l'époque de
>  > lenny, je ne sais plus, donc il peut y avoir des choses qui 
traînent de

>  > cette époque.
>
> Etch était la version 4 de Debian, Testing est actuellement la
> version 11 en préparation.  Si votre installation date de Etch,
> effectivement, elle pourrait peut-être gagner à être rafraîchie.
Héhé, oui sans doute. J'avoue que j'aime bien l'idée de jamais avoir eu 
à réinstaller, c'était un des gros intérêts quand je suis passé à Debian 
: on ne réinstalle pas, on répare.

Bon, faudra peut-être que je m'y résolve, un jour, alors...

Merci de votre aide.

ORL



Re: off-topic - backup em tempo real

2020-11-14 Thread Wiliam Freitas
Imediatamente, o que eu faria;
- NFS montado em duas pontas; uma no servidor de produção e outra em um 
servidor onde o backup em tempo real seria feito. Isso porque o workload do 
backup em tempo real seria feito em um servidor diferente do servidor de 
produção.
- Incron configurado no servidor de backup. O incron pode ser configurado para 
"observar" um diretório e tomar ações previamente configuradas, que pode ser um 
rsync, por exemplo.
- Rsync do incron inputado dados em um segundo NFS, que seria o espelho do NFS 
de produção.
Além disso, poderia configurar snapshots períodicos para garantir um possível 
DR.
Claro que isso dependeria da demanda, entra outras coisas.
-- Wiliam Freitas .twitter: @wili4m .mail: wilia...@yahoo.com.br .blog: 
http://blogporta80.com.br .linkedin: https://www.linkedin.com/in/wiliamjf 

Em sexta-feira, 30 de outubro de 2020 12:13:40 BRT, Paulo 
 escreveu:  
 
 Leandro,

No Windows (Inclusive no Server) eu uso o Iperius backup 
(https://www.iperiusbackup.com/), na versão free ele salva numa pasta 
(pode ser numa compartilhada [Samba]), ou instala o Cygwin no Windows e 
faz scripts que pode colocar no Gerenciador de Tarefas que podem fazer 
scp, tar para uma pasta e etc.

Já no linux uso scripts mesmo, que levam para o S3 e Storage do GCP, 
estes ficam no cron.

Mas no https://alternativeto.net/ pesquisando por Time Machine, mostra 
outras opções (basta instalar e configurar).

O pessoal usa muito o Bacula, mas tem que configurar, sou adepto de 
soluções mais simples.

Att,

Paulo Correia

Em 30/10/2020 11:30, Leandro Guimarães Faria Corcete DUTRA escreveu:
>
> 30 de out de 2020 09:17:47 Vitor Hugo :
>
>> um servidor Debian com SSH para backup, porem este backup é feito 
> manualmente
>
> Bacula?
>
>> eu estava pensando que algo mais automatizado como o File History e o 
> Time Machine seria mais recomendado.
>
> Continuo sem saber que são.
>

  

color border in image, drop everything outside of it

2020-11-14 Thread Emanuel Berg
Hello, is there a tool/command/script anywhere that can overwrite
with a single color (or make transparent) every pixel to the left,
above, right, and below a certain other color?

e.g., if one draws a loop of black, tell the program black is the
border, the result would be only what is within the loop?

TIA

-- 
underground experts united
http://user.it.uu.se/~embe8573
https://dataswamp.org/~incal



How to manage audio volume unattended.

2020-11-14 Thread Juan R. de Silva
I use cron job to run VLC several times a day at predefined times. Each 
time a different mp3 file is played and I need to set different audio 
volume for each file. I also need to make it working unattended.

I can set the volume by executing 'pactl set-sink-input-volume X Y%' but 
to do it I need to know in advance X number, which is Sink Input number 
used by VLC on every run. The problem is that VLC changes Sink Input on 
each consequitive run.

The correct number can be obtained by executing 'pactl list sink-inputs' 
while VLC is run but this requieres my involvement.

Is there any way either to get the VLC Input Sink # programmatically, or 
to make VLC using the same Input Sink it used at each previous run, or 
let say some default Input Sink?

If somebody can suggest another way to achieve the desired, please 
suggest. For example, can anyone suggest a media player, which can accept 
a desired volume level as a command line argument? Any other ideas?

Thanks.



Re: Linux i disc NAS

2020-11-14 Thread Iker Bilbao
Hola Alex.

Volia dir que em va sorprendre, gairebé noquejar. A qui va trencar és a
mí.

No tenia gaire clar qué passava i si era alguna cosa de hardware,
compatibilitat de la placa mare, avaria ..

Recordo haver fet alguna prova (BIOS detecta) però em corria pressa i
vaig agafar un altre disc dur per seguir amb la feina.

Més tard vaig buscar informació de l'error. 
Vaig trobar s'apuntava pel fet d' haver estat part d'un RAID (al meu
cas mdadm) quedava memòria a baix nivell(primers sectors) i calia fer
una operació. 

No he arribat a provar, la pregunta m'ha fet memòria.

Salut i a reveure,


Iker.
 

 
-Missatge original-

Data: Sun, 15 Nov 2020 00:12:12 +0100
Assumpte: Re: Linux i disc NAS
Per a: debian-user-catalan@lists.debian.org
De: Alex Muntada 
Hola Iker

> Em recorda un cop que vaig provar de reutilitzar un disc que
> venia d'un RAID.
> Em va sorprendre i em va trencar tant, que vaig reutilitzar el
> del costat.

Això no ho he entès. Vols dir que et va sorprendre com de bé
funcionava que vas dedicir reutilitzar-ne un altre? Segurament
em despista l'ús de la paraula «trencar» perquè no sé dir si és
literal.

Salut i moltes gràcies,
Alex

--
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada 
  ⢿⡄⠘⠷⠚⠋   Debian Developer  log.alexm.org
  ⠈⠳⣄



Re: Sintaxi completa de iptables

2020-11-14 Thread Alex Muntada
Hola Narcis

> Algú té bones referències de iptables?

Fa temps vaig comprar aquest llibret (91 pàgines) que trobo molt
pràctic tot i ser del 2004:

https://www.oreilly.com/library/view/linux-iptables-pocket/9780596801861/

Salut,
Alex

--
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada 
  ⢿⡄⠘⠷⠚⠋   Debian Developer  log.alexm.org
  ⠈⠳⣄



signature.asc
Description: PGP signature


Re: M'aconselleu? client git gràfic i senzill

2020-11-14 Thread Alex Muntada
Hola Joan

> Jo no treballo en local als meus repositoris, sinó que ho faig en
> remot, en diversos servidors a on tinc projectes en desenvolupament.
> 
> Llavors, m'aniria bé una eina com les que comenteu però que pugui
> accedir als locals via ssh (en remot).

Has provat sshfs? També hauries de poder muntar el disc remot amb
sftp al navegador de fitxers (e.g. nautilus) i després accedir-hi
des de l'editor que vulguis (e.g. /run/user/$(id -u)/gvfs).

Aquesta solució no està exempta de problemes (pot ser molt lent
segons la connexió que tinguis, pots tenir corrupció o pèrdua de
dades si hi ha desconnexions, pots tenir problemes per conservar
els permisos dels fitxers, etc.) però potser et serveix per sortir
del pas.

A la meva antiga feina teníem uns quants terminals «lleugers» on
els usuaris accedien al seu disc centralitzat amb sshfs i els
anava prou bé en general, però és clar anaven a 100 Mbps com a
mínim i els servidors estaven físicament molt a prop.

Salut,
Alex

--
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada 
  ⢿⡄⠘⠷⠚⠋   Debian Developer  log.alexm.org
  ⠈⠳⣄



signature.asc
Description: PGP signature


Re: RAID installation at boot questions

2020-11-14 Thread Charles Curley
On Sat, 14 Nov 2020 23:00:35 +0100
Toni Mas Soler  wrote:

> I have more or less the same configuration. I am a no-systemd user
> (yet?) so I cannot show you the full example.
> You could verify:
> - Is there a mdraid1x module  in your grub menu entry?
> - If I not wrong you made your RAID by mdadm metadata version 1.2. I
> think in this version metadata is located at first blocks, on the
> other hand, version 1.0 places at the end blocks. Somewhere out there
> I read blootable partitions could not use 1.2 metadata version. Thus,
> for a bootable (and EFI, if exists) partition must be build in
> metadata version 1.0. I did and it works. This you could solve your
> problem.

Thank you. An interesting thought, but in my setup the RAID array is not
necessary to boot. That is handled on a different drive entirely.


-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/



Re: M'aconselleu? client git gràfic i senzill

2020-11-14 Thread Alex Muntada
Hola Mònica,
aprofito per donar alguns detalls més sobre el vscode a Debian
perquè és un IDE que està prenent molt de protagonisme i que
té coses molt interessants com el plugin per programar en grup
(molt pràctic per als temps que corren).

> Visual Studio Code no està a Debian però tenen un repositori
> propi que te'l pots afegir i va perfecte. (Fa una mica de iuiu
> que sigui de Microsoft però té MIT License...)

http://bugs.debian.org/898259 és el bug per fer el seguiment del
paquet de vscode per a Debian però fa més d'1 any que no té cap
activitat. Tingueu en compte que empaquetar vscode és força
complex perquè moltes de les seves dependències no estan a Debian
tampoc.

http://bugs.debian.org/959941 és el bug per fer el seguiment del
paquet codium (o vscodium), que és una alternativa al vscode
sense alguns dels components (com el chromium ho és al chrome).
Però el problema de les dependències és el mateix i tampoc no ha
despertat gaire interès.

Dit això, a banda del repositori que comenta la Mònica també
podeu utilitzar flatpack o snap per instal·lar [vs]code fàcilment
sense que us calgui tenir repositoris externs, que sovint poden
complicar les actualitzacions del sistema.

Salut,
Alex

--
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada 
  ⢿⡄⠘⠷⠚⠋   Debian Developer  log.alexm.org
  ⠈⠳⣄



signature.asc
Description: PGP signature


Re: M'aconselleu? client git gràfic i senzill

2020-11-14 Thread Alex Muntada
Hola Àlex

> Dels clients gràfics i senzills de git, quin recomaneu? Gitg?
> El pluguin de Git de Geany? No hi ha cap editor de markdown on
> alhora pugui veure el resultat (WYSIWYG) i alhora pujar canvis
> via Git? vscode?

El vscode t'hauria de permetre fer les dues coses.

Sobre clients gràfics de git, no puc recomanar-ne cap concret
perquè jo treballo amb git des del shell. Sí que faig servir
sovint el gitg per visualitzar els canvis, sobretot si tenen
molta història. Fa temps havia utilitzat força gitk però des que
vaig configurar el git diff perquè ressalti les diferències a
nivell de línia ja no em cal.

Per altra banda, alguns companys de feina estan molt contents
amb gitkraken (la versió gratuïta abans servia per a projectes
privats però ara ja només per a projectes públics) i buscant
alternatives lliures hi surten coses interessants, a banda del
plugin del vscode que ja hem comentat:

https://alternativeto.net/software/gitkraken/?license=opensource

Salut,
Alex

--
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada 
  ⢿⡄⠘⠷⠚⠋   Debian Developer  log.alexm.org
  ⠈⠳⣄



signature.asc
Description: PGP signature


Re: Linux i disc NAS

2020-11-14 Thread Alex Muntada
Hola Jordi

> He trobat alguna informació per convertir un ordinador amb discs
> normals, en un servidor NAS com FreeNAS i similars, però voldria
> saber si debian te alguna utilitat per fer aquesta feina amb un
> disc dissenyat per ser utilitzat en un NAS

Tot i que ja has pogut resoldre el problema amb el disc dur, crec
que val la pena respondre aquesta pregunta que feies sobre com
muntar un NAS amb Debian.

Debian disposa de totes les eines necessàries per muntar un NAS
com FreeNAS (RAID, NFS, SMB/CIFS, SFTP, etc.) però en general és
més pràctic utilitzar alguna distribució derivada per fer-ho,
com ara l'openmediavault que comentava l'Adrià.

En qualsevol cas, FreeNAS també és una bona solució encara que no
corri Debian per sota.

Salut,
Alex

--
  ⢀⣴⠾⠻⢶⣦⠀
  ⣾⠁⢠⠒⠀⣿⡁   Alex Muntada 
  ⢿⡄⠘⠷⠚⠋   Debian Developer  log.alexm.org
  ⠈⠳⣄



signature.asc
Description: PGP signature


Re: An old box running Debian 8

2020-11-14 Thread John Hasler
Charles Curley writes:
> True. But it does require emacs. Which in the context of the OP's
> requirement, stands for "Eighty Megs And Constantly Swapping" :-)

It was "eight Megs and constantly swapping": eight Megs was huge on a
Vax.

In the 90s I ran text-mode Emacs on a 386 box with 16M with no problems.
By current standards text-mode Emacs is *tiny*.  Even GUI Emacs has a
negligible memory footprint compared to any modern browser.
-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA



Sintaxi completa de iptables

2020-11-14 Thread Narcis Garcia
Bon dia,

Arreu trobo guies per a encaminar el trànsit de xarxa d'una manera o una
altra a través de GNU/Linux, utilitzant iptables.
Però no trobo cap manual complet amb TOTES les comandes i TOTES les
opcions del programa iptables. A cada guia em descobreixen alguna cosa
més, i no sé a què atenir-me per a triar exactament les comandes que més
em convé.

Està molt bé l'esforç que fan algun/es per a il·lustrar iptables en general:
https://phoenixnap.com/kb/iptables-tutorial-linux-firewall
...però em falta allò més concret, complet i sistemàtic (com els
llenguatges de programació).

Anant més enllà, també em costa trobar una explicació detallada del
context i implicacions de cada element, d'una manera formal i sense
dibuixos. Per exemple, quan un paquet arriba a «PREROUTING» i què
implica el seu ús a diferència de «POSTROUTING» i altres.

Algú té bones referències de iptables?
(nftables no m'interessa per ara)

Gràcies.

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: RAID installation at boot questions

2020-11-14 Thread Toni Mas Soler
I have more or less the same configuration. I am a no-systemd user
(yet?) so I cannot show you the full example.
You could verify:
- Is there a mdraid1x module  in your grub menu entry?
- If I not wrong you made your RAID by mdadm metadata version 1.2. I
think in this version metadata is located at first blocks, on the
other hand, version 1.0 places at the end blocks. Somewhere out there
I read blootable partitions could not use 1.2 metadata version. Thus,
for a bootable (and EFI, if exists) partition must be build in
metadata version 1.0. I did and it works. This you could solve your
problem.

To force a specific metadata version, I used:
mdadm --create --metadata=1.0 --verbose /dev/md2

Toni Mas

Missatge de Charles Curley  del dia
ds., 14 de nov. 2020 a les 20:40:
>
> On Sat, 14 Nov 2020 08:12:41 +0100
> john doe  wrote:
>
> > >
> > > What do I do to automate that?
> > >
> >
> >
> >
> > Is your '/etc/crypttab' file properly populated?
>
> Well, I thought it was
>
> At first I got the UUID for the RAID device, /dev/md0:
>
> root@hawk:~# mdadm --detail /dev/md0
> /dev/md0:
>Version : 1.2
>  Creation Time : Thu Nov 12 12:06:28 2020
> Raid Level : raid1
> Array Size : 3906884416 (3725.90 GiB 4000.65 GB)
>  Used Dev Size : 3906884416 (3725.90 GiB 4000.65 GB)
>   Raid Devices : 2
>  Total Devices : 2
>Persistence : Superblock is persistent
>
>  Intent Bitmap : Internal
>
>Update Time : Sat Nov 14 11:52:39 2020
>  State : clean
> Active Devices : 2
>Working Devices : 2
> Failed Devices : 0
>  Spare Devices : 0
>
> Consistency Policy : bitmap
>
>   Name : hawk:0  (local to host hawk)
>   UUID : 0d3ec9c1:2bc5b3e8:24a27283:c0cad01b
> Events : 12270
>
> Number   Major   Minor   RaidDevice State
>0   8   330  active sync   /dev/sdc1
>1   8   491  active sync   /dev/sdd1
> root@hawk:~#
>
> and set that up as a line in /etc/crypttab:
>
> encryptedRaid UUID=0d3ec9c1-2bc5-b3e8-24a2-7283c0cad01b none luks
>
> Didn't work, and gave a 90 second timeout.
>
> Note that the UUID in crypttab is re-formatted to agree with the other
> UUIDs in that file, dashes rather than colons. Is that relevant?
>
> Or (afterthought here) did I give it the wrong UUID?
>
> root@hawk:~# ll /dev/disk/by-uuid/
> total 0
> drwxr-xr-x 2 root root 300 Nov 14 11:52 ./
> drwxr-xr-x 8 root root 160 Nov 14 11:51 ../
> lrwxrwxrwx 1 root root  10 Nov 14 11:52 343ed59e-ae41-4733-8277-f1b77de67479 
> -> ../../sda5
> lrwxrwxrwx 1 root root  10 Nov 14 11:52 52be92ca-795f-46ef-9c52-074fceedc53c 
> -> ../../dm-1
> lrwxrwxrwx 1 root root   9 Nov 14 11:52 57de8169-da6c-4952-b6ac-25e6c87dbf1a 
> -> ../../md0
> ...
> root@hawk:~#
>
> Anyway, I tried it by device name, and that worked.
>
> encryptedRaid /dev/md0 none luks
>
> Useful tip: that worked without a prompt because I gave /dev/md0's
> encryption the same passphrase I gave the other encrypted partitions.
>
> This also works:
>
> encryptedRaid /dev/md0 /root/raid.encrypt.password.txt luks
>
>
> --
> Does anybody read signatures any more?
>
> https://charlescurley.com
> https://charlescurley.com/blog/
>



Re: An old box running Debian 8

2020-11-14 Thread Charles Curley
On Sat, 14 Nov 2020 14:41:40 -0600
John Hasler  wrote:

> Charles Curley writes:
> >And has the further virtue of not requiring a GUI, only ncurses.  
> 
> Gnus doesn't even require ncurses.

True. But it does require emacs. Which in the context of the OP's
requirement, stands for "Eighty Megs And Constantly Swapping" :-)

Jokes aside, GNUS would serve the OP's requirements admirably.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/



Re: An old box running Debian 8

2020-11-14 Thread John Hasler
Charles Curley writes:
>And has the further virtue of not requiring a GUI, only ncurses.

Gnus doesn't even require ncurses.
-- 
John Hasler 
jhas...@newsguy.com
Elmwood, WI USA



Re: /etc/securetty

2020-11-14 Thread l0f4r0
Bonsoir,

14 nov. 2020 à 17:24 de dl...@bluewin.ch:

>> 13 nov. 2020 à 17:18 de s-liste-debian-user-fre...@pipoprods.org:
>>
>>> Le fichier existe sur mon système (Buster assez fraîchement installé).
>>> Il appartient au paquet "login".
>>>
> Pas chez moi:
>
> apt-file search /etc/securetty
> rear: /usr/share/rear/skel/Linux-ia64/etc/securetty
>
Ok, je parie que tu ne fais pas tourner Buster mais plutôt Testing ou Unstable. 
Vrai ?

En effet login ne fournit plus /etc/securetty après Buster [1][2] d'où ta 
sortie de commande différente de la mienne+Sébastien.

J'ai l'impression que ta remontée est du même acabit que le bug #931899 [3].

Auquel cas, vu que le fichier n'est plus fourni, pam devrait arrêter de 
proposer des options qui y font appel au-delà de Buster.

Il semble que la ligne fautive soit dans /etc/pam.d/common-auth, plus 
précisément l'argument "nullok_secure" envoyé au module pam_unix.so.

Je te laisse regarder si t'as bien cette ligne. Sous Buster chez moi c'est la 
suivante :
auth    [success=1 default=ignore]  pam_unix.so nullok_secure

Visiblement, supprimer "nullok_secure" résout le pb d'accès.
Pas certain que ce soit une perte de sécurité dans la mesure où cet argument 
autorise lui-même une certaine largesse...

nullok_secure: The default action of this module is to not permit the user 
access to a service if their official password is blank. The nullok_secure 
argument overrides this default and allows any user with a blank password to 
access the service as long as the value of PAM_TTY is set to one of the values 
found in /etc/securetty.

Bien cordialement,
l0f4r0

[1] : https://packages.debian.org/bullseye/amd64/login/filelist
[2] : https://packages.debian.org/sid/amd64/login/filelist
[3] : https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=931899



Re: RAID installation at boot questions

2020-11-14 Thread Charles Curley
On Sat, 14 Nov 2020 08:12:41 +0100
john doe  wrote:

> >
> > What do I do to automate that?
> >  
> 
> 
> 
> Is your '/etc/crypttab' file properly populated?

Well, I thought it was

At first I got the UUID for the RAID device, /dev/md0:

root@hawk:~# mdadm --detail /dev/md0
/dev/md0:
   Version : 1.2
 Creation Time : Thu Nov 12 12:06:28 2020
Raid Level : raid1
Array Size : 3906884416 (3725.90 GiB 4000.65 GB)
 Used Dev Size : 3906884416 (3725.90 GiB 4000.65 GB)
  Raid Devices : 2
 Total Devices : 2
   Persistence : Superblock is persistent

 Intent Bitmap : Internal

   Update Time : Sat Nov 14 11:52:39 2020
 State : clean 
Active Devices : 2
   Working Devices : 2
Failed Devices : 0
 Spare Devices : 0

Consistency Policy : bitmap

  Name : hawk:0  (local to host hawk)
  UUID : 0d3ec9c1:2bc5b3e8:24a27283:c0cad01b
Events : 12270

Number   Major   Minor   RaidDevice State
   0   8   330  active sync   /dev/sdc1
   1   8   491  active sync   /dev/sdd1
root@hawk:~# 

and set that up as a line in /etc/crypttab:

encryptedRaid UUID=0d3ec9c1-2bc5-b3e8-24a2-7283c0cad01b none luks

Didn't work, and gave a 90 second timeout.

Note that the UUID in crypttab is re-formatted to agree with the other
UUIDs in that file, dashes rather than colons. Is that relevant?

Or (afterthought here) did I give it the wrong UUID?

root@hawk:~# ll /dev/disk/by-uuid/
total 0
drwxr-xr-x 2 root root 300 Nov 14 11:52 ./
drwxr-xr-x 8 root root 160 Nov 14 11:51 ../
lrwxrwxrwx 1 root root  10 Nov 14 11:52 343ed59e-ae41-4733-8277-f1b77de67479 -> 
../../sda5
lrwxrwxrwx 1 root root  10 Nov 14 11:52 52be92ca-795f-46ef-9c52-074fceedc53c -> 
../../dm-1
lrwxrwxrwx 1 root root   9 Nov 14 11:52 57de8169-da6c-4952-b6ac-25e6c87dbf1a -> 
../../md0
...
root@hawk:~#

Anyway, I tried it by device name, and that worked.

encryptedRaid /dev/md0 none luks

Useful tip: that worked without a prompt because I gave /dev/md0's
encryption the same passphrase I gave the other encrypted partitions.

This also works:

encryptedRaid /dev/md0 /root/raid.encrypt.password.txt luks


-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/



Re: An old box running Debian 8

2020-11-14 Thread Felix Miata
Miroslav Skoric composed on 2020-11-14 17:02 (UTC+0100):

> I understood from this thread that after distro upgrade 
> from 8 to 9 shall work in CLI, and then look for a simple window manager 
> & light mail processor.

I can't imagine why it wouldn't work. Last night I performed a fresh 
installation
on a relic similar to what yours could be with a dirt cheap or free CPU upgrade 
to
a Pentium II or III and bringing RAM up to 384M or even 768M or 1024M, depending
on what the board supports. Many old P2 boards came with 3 RAM slots supporting 
up
to 768M. That's what the board I used constitutes, but with BIOS upgrade also
fully supports Pentium IIIs. Newer Celeron boards with Socket 370 instead of 
slot I
have seen only have two RAM slots but support at least 1024M RAM.

This was a NET installation initialized by Grub after downloading only the
installation kernel and initrd before starting. Also, in advance, I partitioned
and formatted, and provided an ample swap partition for the installer to use.
Thus I was able to use the GUI installer. As all my PCs are, it's multiboot,
this one with DOS, Windows XP and two old SUSE releases running 2.x kernels.

Note that Trinity Desktop Environment is a full DE, not mere window manager.
Its version 14.0.9 was released just last week. It's developed on and primarily
intended for Debian-based distros.

Also note below the dismal disk I/O. That's because the HD is running on a 50 
pin
SCSI-2 HD, which when new, was a lot faster than the IDE disks of its early '90s
era.

# inxi -Cy
CPU:
  Info: Single Core model: Pentium III (Coppermine) bits: 32 type: MCP
  L2 cache: 256 KiB
  Speed: 702 MHz min/max: N/A Core speed (MHz): 1: 702
# inxi -GIMSmay
System:
  Host: s2846 Kernel: 5.9.1-2-default i686 bits: 32 compiler: gcc v: 10.2.1
  Desktop: Trinity R14.0.9 tk: Qt 3.5.0 info: kicker wm: Twin 3.0 dm: TDM
  Distro: openSUSE Tumbleweed 2020
Machine:
  Type: Desktop Mobo: Tyan model: Intel 440BX/GX v: Rev. 4 serial: 
  BIOS: American Megatrends v: 063101 date: 07/15/99
Memory:
  RAM: total: 483.6 MiB used: 138.2 MiB (28.6%)
  Array-1: capacity: 768 MiB slots: 0 EC: N/A max module size: 256 MiB
  Device-1: N/A size: 256 MiB info: double-bank speed: type: N/A
  bus width: N/A total: N/A manufacturer: N/A part-no: N/A serial: N/A
  Device-2: N/A size: N/A info: not installed speed: type: N/A bus width: N/A
  total: N/A manufacturer: N/A part-no: N/A serial: N/A
  Device-3: N/A size: 256 MiB info: double-bank speed: type: N/A
  bus width: N/A total: N/A manufacturer: N/A part-no: N/A serial: N/A
Graphics:
  Device-1: Matrox Systems MGA G400/G450 driver: matrox_w1 v: kernel
  bus ID: 01:00.0 chip ID: 102b:0525
  Display: x11 server: X.Org 1.20.9 driver: matrox_w1 note: display driver n/a
  FAILED: mga unloaded: fbdev,modesetting,vesa display ID: :0 screens: 1
  Screen-1: 0 s-res: 1280x1024 s-dpi: 96 s-size: 339x271mm (13.3x10.7")
  s-diag: 434mm (17.1")
  Monitor-1: default res: 1280x1024 hz: 77
  OpenGL: renderer: llvmpipe (LLVM 11.0.0 128 bits) v: 4.5 Mesa 20.2.1
  compat-v: 3.1 direct render: Yes
Info:...Shell: Bash v: 5.0.18 running in: konsole inxi: 3.1.09
# free
  totalusedfree  shared  buff/cache   available
Mem: 495392  134324   818521404  279216  346244
Swap:   4875652 264 4875388
# df /
Filesystem 1K-blocksUsed Available Use% Mounted on
/dev/sdb76460497 1668643   4460436  28% /
# hdparm -t /dev/sdb
/dev/sdb:
 Timing buffered disk reads:  56 MB in  3.01 seconds =  18.61 MB/sec

I have not tried any more with the TDE GUI on this installation than
customizing settings and using Konsole to collect this data, but they were
plenty brisk, in spite of the poor Matrox graphics performance. IMO TDE
qualifies as a lightweight well suited to antiques. After all, it's a fork of
KDE3, which ran well on hardware common when it was forked to TDE a decade
ago, and hasn't been bloated by unnecessary changes in the interim.
-- 
Evolution as taught in public schools, like religion,
is based on faith, not on science.

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

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



Re: Arrière fond noir dans KDE Plasma

2020-11-14 Thread Francois Mescam
Ce jour j'ai fait une mise à jour en testing. Il y avait pas mal de 
paquets KDE et après cette mise à jour kde se comporte à nouveau 
correctement.


Francois Mescam

Le 12/11/2020 à 17:09, steve a écrit :

Le 12-11-2020, à 10:35:46 +0100, Francois Mescam a écrit :

Voir le bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974019 
qui parle de l'instabilité de kde.


J'ai été confronté à ce problème et j'ai bloqué les paquets suivants 
aux versions indiquées ci-après :


libkdecorations2-5v5:amd64 4:5.17.5-2
libkf5screen-bin:amd64 4:5.17.5-3
libkf5screen7:amd64 4:5.17.5-3


Merci pour l'info et le lien, mais malheureusement ça n'a pas fonctionné
sur mon système quelque peu hybride.





Re: An old box running Debian 8

2020-11-14 Thread Charles Curley
On Sat, 14 Nov 2020 12:49:05 -0500
Dan Ritter  wrote:

> In my opinion, mutt is the best mail user agent of all. It's
> also one of the most efficient.

And has the further virtue of not requiring a GUI, only ncurses.

-- 
Does anybody read signatures any more?

https://charlescurley.com
https://charlescurley.com/blog/



Re: Sintaxi completa de iptables

2020-11-14 Thread Daniel

Perquè vols fer servir iptables 'a pelo'?.

Jo faig servir shorewall 
(https://shorewall.org/Documentation_Index.html) que em sembla un 
interface molt més simple, però n'hi ha d'altres.

La sortida es també iptables, però és més fàcil estructurar les regles.

Daniel


El 14/11/20 a les 19:03, Narcis Garcia ha escrit:

Bon dia,

Arreu trobo guies per a encaminar el trànsit de xarxa d'una manera o una
altra a través de GNU/Linux, utilitzant iptables.
Però no trobo cap manual complet amb TOTES les comandes i TOTES les
opcions del programa iptables. A cada guia em descobreixen alguna cosa
més, i no sé a què atenir-me per a triar exactament les comandes que més
em convé.

Està molt bé l'esforç que fan algun/es per a il·lustrar iptables en general:
https://phoenixnap.com/kb/iptables-tutorial-linux-firewall
...però em falta allò més concret, complet i sistemàtic (com els
llenguatges de programació).

Anant més enllà, també em costa trobar una explicació detallada del
context i implicacions de cada element, d'una manera formal i sense
dibuixos. Per exemple, quan un paquet arriba a «PREROUTING» i què
implica el seu ús a diferència de «POSTROUTING» i altres.

Algú té bones referències de iptables?
(nftables no m'interessa per ara)

Gràcies.

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: An old box running Debian 8

2020-11-14 Thread Dan Ritter
Miroslav Skoric wrote: 
> On 11/12/20 9:53 AM, Michael Lange wrote:
> 
> In any case, I understood from this thread that after distro upgrade from 8
> to 9 shall work in CLI, and then look for a simple window manager & light
> mail processor.


In my opinion, mutt is the best mail user agent of all. It's
also one of the most efficient.

-dsr-



Re: M'aconselleu? client git gràfic i senzill

2020-11-14 Thread roger . sicart
Bones,

Ja sé que demaneu client grafic, però jo personalment prefereixo el terminal 
per tot el relacionat amb git. Al principi costa una mica, però amb el man i 
una mica de pràctica es domina aviat.
Afegint els àlies següents al ~/.gitconfig es pot veure i comprendre facilment 
l'històric i l'evolució de les branques (p.e. git graph):

[alias]
graph = log --graph --oneline --decorate --color
grall = log --graph --oneline --decorate --color --all

Per als usuaris de vim, combinat amb vimdiff no calen massa més eines.

Salut!


-- 

R. Sicart Rams

Le 14 novembre 2020 17:31:16 GMT+01:00, Joan  a écrit :
>Relacionat amb això, per si algú té un suggeriment, us exposo la meva
>casuística/necessitat:
>
>Jo no treballo en local als meus repositoris, sinó que ho faig en
>remot, en diversos servidors a on tinc projectes en desenvolupament.
>
>Llavors, m'aniria bé una eina com les que comenteu però que pugui
>accedir als locals via ssh (en remot).
>
>Coneixeu alguna eina que ho pugui fer?
>
>Joan Cervan
>calbasi.net
>
>> El ds. 14 de 11 de 2020 a les 08:42 +0100, en/na Àlex va escriure:
>> > Bon dia, comunitat,
>> > 
>> > Soc nou amb git. A partir d'ara haurè de fer unes tasques bàsiques:
>> > editar fitxers locals en markdown i pujar-los a Github, i pujar
>> > algún
>> > pdf també.
>> > 
>> > Dels clients gràfics i senzills de git, quin recomaneu? Gitg? El
>> > pluguin
>> > de Git de Geany? No hi ha cap editor de markdown on alhora pugui
>> > veure
>> > el resultat (WYSIWYG) i alhora pujar canvis via Git? vscode?
>> > 
>> > Treballo amb Debian Testing, escriptoris Mate i XFCE.
>> > 
>> > Gracies i salutacions
>> > 
>> > 
>> > 


Re: pb de locales : dmenu (i3) segfault et urxvt se comporte pas bien

2020-11-14 Thread Étienne Mollier
Bonjour ORL,

ORL - AMMD, on 2020-11-14 12:59:07 +0100:
> Sur une Debian testing à jour, depuis un upgrade il y a quelques jours
> semaines, j'ai des pb avec dmenu dans i3 et urxvt. J'ai rempli des
> bugreports, mais pas de réponse, et de toute façon, je crois que j'avais mal
> cerné le pb :
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973515
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973919
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974571
> 
> Les symptômes :
> - quand je lance mod+d dans i3, ça lance dmenu_run, dès que je tape une
> touche pour lancer une application, ça ferme, et rien ne se passe,
> - urxvt n'affiche plus les caractères accentués (mais je peux en
> copier/coller dedans, par contre).
> 
> Quand je les lance en ligne de commande :
> 
> $ dmenu_run
> warning: no locale support
> warning: no locale modifiers support

J'utilise dmenu en complément d'un bureau dwm.  Je n'ai pas
reproduit le problème en Sid de mon côté.  Ma locale, histoire
de pouvoir taper des caractères accentués, est C.UTF-8 ;
peut-être que ça vaudrait le coup de l'essayer, pour voir s'il y
a un changement de comportement ?

Est-ce qu'un petit `sudo dpkg-reconfigure locales`, suivi d'une
vérification des locales à engendrer, permettrait de rafraichir
la configuration ?

> $ urxvt
> urxvt: the locale is not supported by Xlib, continuing without locale
> support.
> 
[...]
> 
> J'ai deux autres machines en Bullseye avec i3 et urxvt où je n'ai pas du
> tout ce problème, donc je penche vraiment pour une configuration
> particulière qui m'échapperait, d'autant que cette install est très vieille,
> j'ai dû la démarrer en stretch, etch, ou avant, peut-être même à l'époque de
> lenny, je ne sais plus, donc il peut y avoir des choses qui traînent de
> cette époque.

Etch était la version 4 de Debian, Testing est actuellement la
version 11 en préparation.  Si votre installation date de Etch,
effectivement, elle pourrait peut-être gagner à être rafraîchie.

Bonne soirée,  :)
-- 
Étienne Mollier 
Fingerprint:  8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
Sent from /dev/pts/1, please excuse my verbosity.


signature.asc
Description: PGP signature


Re: Git n'arrive pas à contacter certains sites IPv6 en SSH.

2020-11-14 Thread Étienne Mollier
Bonjour Charles,

Charles Plessy, on 2020-11-14 18:23:21 +0900:
> Le Thu, Nov 12, 2020 at 09:51:06PM +0100, Étienne Mollier a écrit :
> > $ export GIT_SSH_COMMAND='ssh -vvv'
> > $ git clone g...@salsa.debian.org:med-team/perlprimer.git
> 
> Merci du tuyau, ça bloque à:
> 
> debug1: Sending command: git-upload-pack 'med-team/perlprimer.git'
> debug2: channel 1: request exec confirm 1
> debug3: send packet: type 98
> debug2: channel_input_open_confirmation: channel 1: callback done
> debug2: channel 1: open confirm rwindow 0 rmax 32768
> 
> Google ou DuckDuckGo ne révèlent rien concernant "git-upload-pack"
> "ipv6" "freeze"

Je sèche.  C'est vrai que c'est curieux.  On est loin dans
l'exécution de la commande `git clone` : la connexion SSH est
déjà établie, et les clés sont échangées depuis bien longtemps.
Chez moi, la connexion se poursuit comme suit:

debug1: Sending command: git-upload-pack 'med-team/perlprimer.git'
debug2: channel 0: request exec confirm 1
debug3: send packet: type 98
debug2: channel_input_open_confirmation: channel 0: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768

debug2: channel 0: rcvd adjust 2097152
debug3: receive packet: type 99
debug2: channel_input_status_confirm: type 99 id 0
debug2: exec request accepted on channel 0
remote: Enumerating objects: 660, done.
remote: Counting objects: 100% (660/660), done.
remote: Compressing objects: 100% (299/299), done.

Soit la commande "git-upload-pack 'med-team/perlprimer.git'"
ne démarre pas du côté de Salsa, soit elle n'arrive pas à
utiliser la liaison existante avec votre machine pour renvoyer
la confirmation (paquet type 99).

> (Je n'ai pas encore testé le changement de MTU; je ne sais pas comment
> le faire sure une interface wifi gérée par GNOME...)

La suggestion de Daniel "NoSpam" avec "ip" me semble à explorer.
J'ai des souvenirs d'école comme quoi IPv6 ne fragmente pas
comme IPv4, et du coup un MTU trop gros peut potentiellement
bloquer si la route se dégrade en cours de connexion (je ne suis
pas spécialiste en réseau, et le souvenir en question date d'il
y a dix ans, donc je peux dire des bêtises).

> (Je n'ai pas testé non plus la version 2.29; je suis en 2.27)

J'ai testé rapidement avec Git 2.20 de Buster, mais je n'ai pas
observé plus de blocages, sinon effectivement, mon test était
avec Git 2.29.

> Bon week-end !

Merci, à vous de même,  :)
-- 
Étienne Mollier 
Fingerprint:  8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
Sent from /dev/pts/1, please excuse my verbosity.


signature.asc
Description: PGP signature


Re: An old box running Debian 8

2020-11-14 Thread Miroslav Skoric

On 11/13/20 3:52 PM, Andrei POPESCU wrote:



Beware that LTS support for jessie ended in June 2020.

https://www.debian.org/releases/jessie/

That system should be upgraded to some release with security support as
soon as possible, especially since it's dealing with e-mail as far as I
understand from your other messages.



Well, ending LTS support for jessie was one of the reasons for 
considering upgrade 8 to 9. However, in any case it is a single-purpose 
machine where most of activity is 'unconnected'. Furthermore, the comp 
is behind the firewall where almost all in & out activities are banned.


Related to e-mail security: That box stores & forwards amateur radio 
traffic only, where the local users access their mailboxes by ham radio 
stations, not by the Internet. The Internet is used just for 
server-to-server batch exchange, where partnering servers are licensed 
and proven.


(And all of that is plain text only. No html, no scripts ... An 
advantage of ham radio vs. Internet  :-)


Misko



Re: An old box running Debian 8

2020-11-14 Thread Miroslav Skoric

On 11/13/20 9:29 PM, David Wright wrote:



I would have thought that Debian has made kernel testing just about as
easy as they can since:
jessie  installs with 3.16 but 4.9  is also available,
stretch installs with 4.9  but 4.19 is also available,
buster  installs with 4.19
so there's full overlap. (I've not looked at backports.)



That's actually what I also thought about.

Btw, when you say 'installs', do you mean a fresh installation only, or 
it includes a 'forced' kernel update during a distribution upgrade? My 
old box was installed for the first time in squeeze, then upgraded to 
wheezy, then to jessie.




Re: pb de locales : dmenu (i3) segfault et urxvt se comporte pas bien

2020-11-14 Thread Jean-Michel OLTRA


Bonjour,


Le samedi 14 novembre 2020, ORL - AMMD a écrit...


> Sur une Debian testing à jour, depuis un upgrade il y a quelques jours
> semaines, j'ai des pb avec dmenu dans i3 et urxvt. J'ai rempli des
> bugreports, mais pas de réponse, et de toute façon, je crois que j'avais mal
> cerné le pb :

Ton paquet rxvt, c'est rxvt, ou rxvt-unicode ?

-- 
jm



Re: An old box running Debian 8

2020-11-14 Thread Miroslav Skoric

On 11/12/20 9:53 AM, Michael Lange wrote:



A really good option in this field is IceWM. It has everything a typical
user needs out-of-the-box and is extremely lightweight (and themeable).




From my own experience I agree about that.

Still, the tricky part will be to choose other gui programs that are
still usable with the OP's hardware. For example, if they need a gui text
editor, nedit may be light enough for such a machine (that is, if one can
live without proper unicode support) and maybe xfe may still be a usable
gui file manager for them. The display command provides probably a usable
image viewer.
Web browsers will be especially tricky.
If dillo is good enough it will probably behave more or less smoothly.
Using firefox would very likely be not much fun.



In fact, some basic GUI on that old box would be of use for only me as a 
system admin, especially when some newbies knock the office door asking 
to see if there is any nice graphics in Linux. (Remote users who access 
their mailboxes by radio stations do not need me having any GUI at all.)


In any case, I understood from this thread that after distro upgrade 
from 8 to 9 shall work in CLI, and then look for a simple window manager 
& light mail processor.


Thanks to all.

Misko



Re: M'aconselleu? client git gràfic i senzill

2020-11-14 Thread Joan Cervan i Andreu
Em torno a respondre:

He vist que tig mira de "millorar" la sortida de git (i suposo que si
t'hi fiques, igual que s'hi t'hi capbusses amb les comandes de git,
doncs pot ser interessant).

Però no és una sol·lució gràfica (amb tot lo intuitiu i de baixa corba
d'aprenentatge que te una interfície gràfica).

Per tant mantinc la qüestió que feia al començament :-)


El ds. 14 de 11 de 2020 a les 17:18 +0100, en/na Joan Cervan i Andreu
va escriure:
> Em responc a mi mateix perquè diria que instal·lant tig als servidors
> de desenvolupament, ja en tindria prou...
> 
> El ds. 14 de 11 de 2020 a les 17:06 +0100, en/na Joan Cervan i Andreu
> va escriure:
> > Relacionat amb això, per si algú té un suggeriment, us exposo la
> > meva
> > casuística/necessitat:
> > 
> > Jo no treballo en local als meus repositoris, sinó que ho faig en
> > remot, en diversos servidors a on tinc projectes en
> > desenvolupament.
> > 
> > Llavors, m'aniria bé una eina com les que comenteu però que pugui
> > accedir als locals via ssh (en remot).
> > 
> > Coneixeu alguna eina que ho pugui fer?
> > 
> > Joan Cervan
> > calbasi.net
> > 
> > El ds. 14 de 11 de 2020 a les 08:42 +0100, en/na Àlex va escriure:
> > > Bon dia, comunitat,
> > > 
> > > Soc nou amb git. A partir d'ara haurè de fer unes tasques
> > > bàsiques:
> > > editar fitxers locals en markdown i pujar-los a Github, i pujar
> > > algún
> > > pdf també.
> > > 
> > > Dels clients gràfics i senzills de git, quin recomaneu? Gitg? El
> > > pluguin
> > > de Git de Geany? No hi ha cap editor de markdown on alhora pugui
> > > veure
> > > el resultat (WYSIWYG) i alhora pujar canvis via Git? vscode?
> > > 
> > > Treballo amb Debian Testing, escriptoris Mate i XFCE.
> > > 
> > > Gracies i salutacions
> > > 
> > > 
> > > 



Re: M'aconselleu? client git gràfic i senzill

2020-11-14 Thread Joan Cervan i Andreu
Em responc a mi mateix perquè diria que instal·lant tig als servidors
de desenvolupament, ja en tindria prou...

El ds. 14 de 11 de 2020 a les 17:06 +0100, en/na Joan Cervan i Andreu
va escriure:
> Relacionat amb això, per si algú té un suggeriment, us exposo la meva
> casuística/necessitat:
> 
> Jo no treballo en local als meus repositoris, sinó que ho faig en
> remot, en diversos servidors a on tinc projectes en desenvolupament.
> 
> Llavors, m'aniria bé una eina com les que comenteu però que pugui
> accedir als locals via ssh (en remot).
> 
> Coneixeu alguna eina que ho pugui fer?
> 
> Joan Cervan
> calbasi.net
> 
> El ds. 14 de 11 de 2020 a les 08:42 +0100, en/na Àlex va escriure:
> > Bon dia, comunitat,
> > 
> > Soc nou amb git. A partir d'ara haurè de fer unes tasques bàsiques:
> > editar fitxers locals en markdown i pujar-los a Github, i pujar
> > algún
> > pdf també.
> > 
> > Dels clients gràfics i senzills de git, quin recomaneu? Gitg? El
> > pluguin
> > de Git de Geany? No hi ha cap editor de markdown on alhora pugui
> > veure
> > el resultat (WYSIWYG) i alhora pujar canvis via Git? vscode?
> > 
> > Treballo amb Debian Testing, escriptoris Mate i XFCE.
> > 
> > Gracies i salutacions
> > 
> > 
> > 



Re: M'aconselleu? client git gràfic i senzill

2020-11-14 Thread Joan Cervan i Andreu
Relacionat amb això, per si algú té un suggeriment, us exposo la meva
casuística/necessitat:

Jo no treballo en local als meus repositoris, sinó que ho faig en
remot, en diversos servidors a on tinc projectes en desenvolupament.

Llavors, m'aniria bé una eina com les que comenteu però que pugui
accedir als locals via ssh (en remot).

Coneixeu alguna eina que ho pugui fer?

Joan Cervan
calbasi.net

El ds. 14 de 11 de 2020 a les 08:42 +0100, en/na Àlex va escriure:
> Bon dia, comunitat,
> 
> Soc nou amb git. A partir d'ara haurè de fer unes tasques bàsiques:
> editar fitxers locals en markdown i pujar-los a Github, i pujar algún
> pdf també.
> 
> Dels clients gràfics i senzills de git, quin recomaneu? Gitg? El
> pluguin
> de Git de Geany? No hi ha cap editor de markdown on alhora pugui
> veure
> el resultat (WYSIWYG) i alhora pujar canvis via Git? vscode?
> 
> Treballo amb Debian Testing, escriptoris Mate i XFCE.
> 
> Gracies i salutacions
> 
> 
> 



Re: M'aconselleu? client git gràfic i senzill

2020-11-14 Thread Joan
Relacionat amb això, per si algú té un suggeriment, us exposo la meva
casuística/necessitat:

Jo no treballo en local als meus repositoris, sinó que ho faig en
remot, en diversos servidors a on tinc projectes en desenvolupament.

Llavors, m'aniria bé una eina com les que comenteu però que pugui
accedir als locals via ssh (en remot).

Coneixeu alguna eina que ho pugui fer?

Joan Cervan
calbasi.net

> El ds. 14 de 11 de 2020 a les 08:42 +0100, en/na Àlex va escriure:
> > Bon dia, comunitat,
> > 
> > Soc nou amb git. A partir d'ara haurè de fer unes tasques bàsiques:
> > editar fitxers locals en markdown i pujar-los a Github, i pujar
> > algún
> > pdf també.
> > 
> > Dels clients gràfics i senzills de git, quin recomaneu? Gitg? El
> > pluguin
> > de Git de Geany? No hi ha cap editor de markdown on alhora pugui
> > veure
> > el resultat (WYSIWYG) i alhora pujar canvis via Git? vscode?
> > 
> > Treballo amb Debian Testing, escriptoris Mate i XFCE.
> > 
> > Gracies i salutacions
> > 
> > 
> > 



Re: /etc/securetty

2020-11-14 Thread steve

Le 13-11-2020, à 19:18:00 +0100, l0f...@tuta.io a écrit :


Est-ce que je peux supprimer ce fichier ou y a-t-il une autre manip à
faire ?


D'après cette phrase je comprends que ton /etc/securetty existe (mais
que les droits sont probablement KO à cause du "No such file or
directory" plus haut)


Au début, il n'existait pas. J'ai tenté d'en créer un vide avec 'touch
/etc/securetty' en espérant que ça passerait. Ensuite, je me suis aperçu
que ça ne changeait rien, donc je l'ai viré.



13 nov. 2020 à 07:55 de dl...@bluewin.ch:


Non il n'existe pas.

Quel paquet aurait dû le créer et quel devrait être son contenu ?


Maintenant je comprends que ton /etc/securetty n'existe pas finalement.
Bref tu m'as un peu perdu... ;)


Désolé :)


13 nov. 2020 à 17:18 de s-liste-debian-user-fre...@pipoprods.org:


Le fichier existe sur mon système (Buster assez fraîchement installé).
Il appartient au paquet "login".


Pas chez moi:

apt-file search /etc/securetty
rear: /usr/share/rear/skel/Linux-ia64/etc/securetty

'dpkg --listfiles login' ne me liste pas ce fichier


Idem ici.

Du coup que donne un simple :
dpkg -l login


C'est installé.

J'y perds mon grec…

Merci pour l'intérêt.

Steve



if you want to see Debian (no one have seen it before! ;-)

2020-11-14 Thread Davide Prina

Hi,

I'm not inscribed to debian-user, so if you want I read your replies 
then CC me
Also, very few of you (no more then 10 of the 2-3 people that will read 
this eamil) will note that I'm not a very good English writer.


I have seen that Tulip is reentered the Debian repository :-) and I made 
an exercise.


I used Tulip to visualize Debian packages and their dependencies.
For the impatient you can see the result here (but if you want to 
install Tulip, make your test or you want to understand more, then 
continue to read):

https://img.tedomum.net/data/Tulip1-a4ae06.png
https://img.tedomum.net/data/Tulip2-310791.png
https://img.tedomum.net/data/Tulip3-301ad3.png
https://img.tedomum.net/data/Tulip4-1126f4.png
https://img.tedomum.net/data/Tulip5-8a7fcc.png
https://img.tedomum.net/data/Tulip6-e5392f.png

Tulip is now in Debian testing (Bullseye) and unstable (Sid).

If you want to install and use Tulip you must also solve 3 bugs (I have 
already reported they):

After having installed Tulip
# apt install tulip

you must do the following three steps to correct 3 bugs:

1) wrong font symbolic link
as you can see here:
$ ls -l /usr/share/tulip/bitmaps/font.ttf

for correct the problem:
# rm /usr/share/tulip/bitmaps/font.ttf
# ln -s /usr/share/fonts/truetype/dejavu/DejaVuSans.ttf 
/usr/share/tulip/bitmaps/font.ttf


2) wrong font symbolic link
as you can see here:
$ ls -l /usr/share/tulip/bitmaps/fontb.ttf

for correct the problem:
# rm /usr/share/tulip/bitmaps/fontb.ttf
# ln -s /usr/share/fonts/truetype/dejavu/DejaVuSans-Bold.ttf 
/usr/share/tulip/bitmaps/fontb.ttf


3) missing dependency (if you run tulip from xterm you will get some 
error messages)

# apt install python3-sip

After that you must create nodes (packages) and edges (dependency).

You can download my files in ZIP format: 
https://catdrop.drycat.fr/r/6wJ12zKJ#CUItP72icXMRZiPPKx7B/R0rvKOlwQlJyqzvJooUjZE=

Note that they will be deleted after 30 days.

Or generate they with one small script

--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--
#!/bin/bash

PackageFile="/var/lib/apt/lists/deb.debian.org_debian_dists_testing_main_binary-amd64_Packages"
FileTmp="FileTemporaneo.txt"
Pacchetti="Pacchetti.txt"
PacchettiDipendenze="PacchettiDipendenze.txt"

grep "^Package: \|^Depends: " "$PackageFile" | sed "s/^Package: 
\(.*\)/\1__/;s/^Depends: //;s/ |/,/g;s/ 
([^(]*)//g;s/:[^,]*,/,/g;s/:[^,]*$//g"  > $FileTmp
#head -50 "$PackageFile" | grep "^Package: \|^Depends: "  | sed 
"s/^Package: \(.*\)/\1__/;s/^Depends: //;s/ |/,/g;s/ 
([^(]*)//g;s/:[^,]*,/,/g"  > $FileTmp
# | sed -e ':x /__$/ {N;s/__\n__/; /g ; bx}' | sed "s/__//;s/, /,/g" > 
$FileTmp


Prefisso=""
:>$Pacchetti
:>$PacchettiDipendenze
for i in $(cat $FileTmp); do
#echo "Leggo: <$i>"
 if [[ "$i" =~ __$ ]]; then
   Prefisso=$(echo "$i" | sed "s/__//")
   echo "$Prefisso" >> $Pacchetti
  else
   echo "$Prefisso,$i" | sed "s/,$//" >> $PacchettiDipendenze
 fi
done

sort $PacchettiDipendenze | uniq > $FileTmp
mv $FileTmp $PacchettiDipendenze
--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--8<--

This script take the main Debian repository from a testing machine that 
use deb.debian.org as repository, if you use Sid or a different 
repository, then you must modify the content of the $PackageFile variable.


This script generate two file:
1) Pacchetti.txt <- the nodes
2) PacchettiDipendenze.txt <- the edges

The script is very slow.
I have try to generate rows of this type:
pacchettoN;dipendenza1N,dipendenza2N[,...]
and then break they into the following:
pacchettoN,dipendenza1N
pacchettoN,dipendenza2N
[...]
But I was unable to find a quick solution with sed or other command, so 
I have create the loop that is very slow.


Now you can start Tulip.

You can import first the nodes (Pacchetti.txt) and then the edges 
(PacchettiDipendenze.txt)... or you can import only the edges 
(PacchettiDipendenze.txt) and tell Tulip to create the missing nodes 
(during import), in this manner you don't import nodes without edges and 
so you have less elements and the program is faster. If you do this you 
can copy the nodes name from the viewLabel column.


After of the you will have two view:
* nodes/edges table view
* graph view

Here is the graph view:
https://img.tedomum.net/data/Tulip1-a4ae06.png

Some package in the top and lower right have few dependencies and the 
most of the package are at bottom left.

From this graph you cannot get a lot of information.
Note that each red dot represent a Debian package and packages name are 
visualized only when there is enough space.


Using the left panel we can get a graph with more information.
For example if you execute the algorithm: Bubble Tree you get the 
following graph:

https://img.tedomum.net/data/Tulip2-310791.png

from the graph view I have hide the edges, elsewhere I will see a gray 
background and the program will be slower.


Here you can see that Debian in libc6 dependent.
In the top you can see that there are other 

pb de locales : dmenu (i3) segfault et urxvt se comporte pas bien

2020-11-14 Thread ORL - AMMD

Salut,

Sur une Debian testing à jour, depuis un upgrade il y a quelques jours 
semaines, j'ai des pb avec dmenu dans i3 et urxvt. J'ai rempli des 
bugreports, mais pas de réponse, et de toute façon, je crois que j'avais 
mal cerné le pb :

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973515
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=973919
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=974571

Les symptômes :
- quand je lance mod+d dans i3, ça lance dmenu_run, dès que je tape une 
touche pour lancer une application, ça ferme, et rien ne se passe,
- urxvt n'affiche plus les caractères accentués (mais je peux en 
copier/coller dedans, par contre).


Quand je les lance en ligne de commande :

$ dmenu_run
warning: no locale support
warning: no locale modifiers support

$ urxvt
urxvt: the locale is not supported by Xlib, continuing without locale 
support.


Pourtant mes locales sont bien installées :
$ locale
LANG=fr_FR.UTF-8
LANGUAGE=
LC_CTYPE="fr_FR.UTF-8"
LC_NUMERIC="fr_FR.UTF-8"
LC_TIME="fr_FR.UTF-8"
LC_COLLATE="fr_FR.UTF-8"
LC_MONETARY="fr_FR.UTF-8"
LC_MESSAGES="fr_FR.UTF-8"
LC_PAPER="fr_FR.UTF-8"
LC_NAME="fr_FR.UTF-8"
LC_ADDRESS="fr_FR.UTF-8"
LC_TELEPHONE="fr_FR.UTF-8"
LC_MEASUREMENT="fr_FR.UTF-8"
LC_IDENTIFICATION="fr_FR.UTF-8"
LC_ALL=

$ localectl
   System Locale: LANG=fr_FR.UTF-8
   VC Keymap: n/a
  X11 Layout: fr
   X11 Model: pc105
 X11 Variant: latin9
 X11 Options: lv3:ralt_switch

$ echo $LANG
fr_FR.UTF-8

$ locate locale |grep /etc
/etc/X11/Xsession.d/20slim_locale
/etc/apt/apt.conf.d/99-localepurge
/etc/default/locale
/etc/default/locale.dpkg-dist
/etc/dpkg/dpkg.cfg.d/50localepurge
/etc/iceweasel/searchplugins/locale
/etc/iceweasel/searchplugins/locale/en-US
/etc/iceweasel/searchplugins/locale/fr
/etc/locale.alias
/etc/locale.gen
/etc/locale.nopurge
/usr/share/playonlinux/etc/onglet/preferences-desktop-locale.png

J'ai vérifié la plupart de ces dossiers sans rien y trouver de bizarre 
(à mon niveau).
J'avais un fichier /etc/environment dans lequel il y avait 
LANG="fr_FR.UTF-8", j'ai commenté cette ligne comme recommandé sur le 
site de Debian.



J'ai deux autres machines en Bullseye avec i3 et urxvt où je n'ai pas du 
tout ce problème, donc je penche vraiment pour une configuration 
particulière qui m'échapperait, d'autant que cette install est très 
vieille, j'ai dû la démarrer en stretch, etch, ou avant, peut-être même 
à l'époque de lenny, je ne sais plus, donc il peut y avoir des choses 
qui traînent de cette époque.


Voilà, si quelqu'un a des pistes pour me dire dans quel sens chercher, 
ça serait cool, parce que là, je ne m'en sors pas.


Merci d'avance.
ORL



Re: Help: br0 brings down ethernet

2020-11-14 Thread Dan Ritter
Alain D D Williams wrote: 
> Most of it works nicely; one problem is starting a network bridge takes down
> the ethernet connection.
> 
> Can anyone please offer any clues:
> 
> /etc/network/interfaces.d/br0 contains:
> iface br0 inet static
>   bridge_ports enp3s0

This tells br0 to eat enp3s0. That's your problem.

>   address 10.239.239.254
>   broadcast 10.239.239.255
>   netmask 255.255.255.0
>   # Without this: when a VM starts the rest of the machine loses Internet 
> connectivity - dunno why
>   bridge_stp off
>   bridge_maxwait 0
>   bridge_fd 0
> 
> /etc/network/interfaces.d/enp3s0 contains:
> auto enp3s0
> iface enp3s0 inet static
>   address 192.188.145.2
>   broadcast 192.188.145.255
>   netmask 255.255.255.0
>   gateway 192.188.145.1
> 

Options:

1. keep enp3s0 and br0 separate; turn on routing and route between them.

2. make enp3s0 a blank interface (no IP assignments), keep it as an
assigned port of br0, and make sure br0 has the IP assignment to the
outside world. You can have multiple IPs per NIC.


-dsr-



Help: br0 brings down ethernet

2020-11-14 Thread Alain D D Williams
I'm upgrading my desktop from CentOS-6 to Debian -- CentOS-8 has Gnome 3 that I
can't abide, Debian has Mate.

Most of it works nicely; one problem is starting a network bridge takes down
the ethernet connection.

Can anyone please offer any clues:

/etc/network/interfaces.d/br0 contains:
iface br0 inet static
bridge_ports enp3s0
address 10.239.239.254
broadcast 10.239.239.255
netmask 255.255.255.0
# Without this: when a VM starts the rest of the machine loses Internet 
connectivity - dunno why
bridge_stp off
bridge_maxwait 0
bridge_fd 0

/etc/network/interfaces.d/enp3s0 contains:
auto enp3s0
iface enp3s0 inet static
address 192.188.145.2
broadcast 192.188.145.255
netmask 255.255.255.0
gateway 192.188.145.1

(It is a wired [utp] ethernet)

(Loopback is also defined somewhere)

Note that br0 is NOT brought up automatically (although I will want that 
eventually.)

I bring it all up and then:
ifup br0

And some time later enp3s0 will stop.

'Some time' varies, I have seen 5 minutes and 45 minutes. Without br0 it has
been stable - ie about a day.

It failed just now (after I brought up br0), there was little network activity:
a bit of web browsing; SMTP in/out; idle openvpn; a ping to news.bbc.co.uk

Relevant lines from /var/log/messages:

When I typed: ifup br0

Nov 14 12:30:51 mint kernel: [96153.146266] br0: port 1(enp3s0) entered 
blocking state
Nov 14 12:30:51 mint kernel: [96153.146269] br0: port 1(enp3s0) entered 
disabled state
Nov 14 12:30:51 mint kernel: [96153.146396] device enp3s0 entered promiscuous 
mode
Nov 14 12:30:51 mint kernel: [96153.190042] br0: port 1(enp3s0) entered 
blocking state
Nov 14 12:30:51 mint kernel: [96153.190046] br0: port 1(enp3s0) entered 
forwarding state
Nov 14 12:30:51 mint kernel: [96153.190140] IPv6: ADDRCONF(NETDEV_UP): br0: 
link is not ready
Nov 14 12:30:52 mint kernel: [96154.16] IPv6: ADDRCONF(NETDEV_CHANGE): br0: 
link becomes ready

A few minutes after it failed when I typed:

ifdown br0
ifdown enp3s0
ifup   enp3s0

Nov 14 13:19:36 mint kernel: [99078.474136] br0: port 1(enp3s0) entered 
disabled state
Nov 14 13:19:36 mint kernel: [99078.554460] device enp3s0 left promiscuous mode
Nov 14 13:19:36 mint kernel: [99078.554492] br0: port 1(enp3s0) entered 
disabled state
Nov 14 13:19:59 mint kernel: [99101.806231] RTL8211E Gigabit Ethernet 
r8169-300:00: attached PHY driver [RTL8211E Gigabit Ethernet] 
(mii_bus:phy_addr=r8169-300:00, irq=IGNORE)
Nov 14 13:20:02 mint kernel: [99104.114206] r8169 :03:00.0 enp3s0: Link is 
Up - 1Gbps/Full - flow control off

/var/log/syslog tells me that it failed a few minutes before I noticed:
Nov 14 13:14:24 mint openvpn[3435]: TLS Error: TLS key negotiation failed to 
occur within 60 seconds (check your network connectivity)
Nov 14 13:14:24 mint openvpn[3435]: TLS Error: TLS handshake failed


Why to I want br0 ?
***

The reason that I want a bridge is so that virtual machines (under kvm) can
connect to the host machine and to the Internet. This problem happens even if
VMs are not running.

My machine has:

enp3s0  192.168.145.2 - connected to broadband router

I want:

br0 10.239.239.254

Virtual machines with addresses like 10.239.239.12 that they can see the 
outside world.


-- 
Alain Williams
Linux/GNU Consultant - Mail systems, Web sites, Networking, Programmer, IT 
Lecturer.
+44 (0) 787 668 0256  https://www.phcomp.co.uk/
Parliament Hill Computers Ltd. Registration Information: 
https://www.phcomp.co.uk/Contact.html
#include 



Re: M'aconselleu? client git gràfic i senzill

2020-11-14 Thread Mònica Ramírez Arceda
On 14/11/20 8:42, Àlex wrote:
> Bon dia, comunitat,
>
> Soc nou amb git. A partir d'ara haurè de fer unes tasques bàsiques:
> editar fitxers locals en markdown i pujar-los a Github, i pujar algún
> pdf també.
>
> Dels clients gràfics i senzills de git, quin recomaneu? Gitg? El pluguin
> de Git de Geany? No hi ha cap editor de markdown on alhora pugui veure
> el resultat (WYSIWYG) i alhora pujar canvis via Git? vscode?
>
> Treballo amb Debian Testing, escriptoris Mate i XFCE.
>
> Gracies i salutacions
>
>
>
Jo per veure l'estat de les coses uso gitg.

I com a interfície gràfica per fer commits i accions bàsiques, visual
studio code té una eina instal·ada per defecte que és prou còmode.
Visual Studio Code no està a Debian però tenen un repositori propi que
te'l pots afegir i va perfecte. (Fa una mica de iuiu que sigui de
Microsoft però té MIT License...)

Si uses Eclipse també té una eina per fer accions bàsiques.

Suposo que qualsevol editor una mica avançat ja porta alguna eina
d'aquestes, quasi que millor escullis quin editor t'agrada més i després
miris si té algun plugin o complement de git.

Salut!



Lenovo Miix 720

2020-11-14 Thread Roderick Joseph
Good day, I have a Lenovo Miix 720 and I would like to  I need a physical
keyboard to install ubuntu on it and what kind touchscreen support there is?


Re: Git n'arrive pas à contacter certains sites IPv6 en SSH.

2020-11-14 Thread NoSpam

Bonjour

Le 14/11/2020 à 10:23, Charles Plessy a écrit :

[...]
(Je n'ai pas encore testé le changement de MTU; je ne sais pas comment
le faire sure une interface wifi gérée par GNOME...)


en ligne de commande: sudo ip link set mtu 1492 dev 

--
Daniel



Re: M'aconselleu? client git gràfic i senzill

2020-11-14 Thread Adrià
On Sat, Nov 14, 2020 at 08:42:49AM +0100, Àlex wrote:
> Bon dia, comunitat,
> 
> Soc nou amb git. A partir d'ara haurè de fer unes tasques bàsiques:
> editar fitxers locals en markdown i pujar-los a Github, i pujar algún
> pdf també.
> 
> Dels clients gràfics i senzills de git, quin recomaneu? Gitg? El pluguin
> de Git de Geany? No hi ha cap editor de markdown on alhora pugui veure
> el resultat (WYSIWYG) i alhora pujar canvis via Git? vscode?
> 
> Treballo amb Debian Testing, escriptoris Mate i XFCE.
> 
> Gracies i salutacions
> 
> 
> 

Hola Alex,

començo responent-te la segona pregunta: Jo uso l'editor Atom
(atom.io), el qual porta un "plug-in" per defecte que et mostra el
Markdown.
k
I enllançant-ho amb la primera pregunta, també porta una barra lateral 
que et permet gestionar els fitxers modificats, escriure els missatges
de commit i fer les operacions típiques (push, pull). Per altres
opcions com "blame" o resolució de conflictes també crec que necessites
instal·lar un complement addicional. En qualsevol cas, per navegar per 
l'històric de canvis moltes vegades uso l'eina de comandes "tig".

Al final jo acabo combinant entre aquest "entorn gràfic" i la l´inia
de comandes.

Atom no està a l'arxiu de Debian però sí té paquet a la seva pàgina
web. Tot i que estigui pensat per a Github, funciona amb qualsevol
sistema de Git (p.ex: Gitlab).

Té llicència MIT i no te l'estic intentant vendre, més que res per dos
motius: ara el seu propietari és un tal Micro…no-sé-què-més, i l'altra
és que la instal·lació per defecte porta la recopil·lació de dades
activades (amb la qual cosa el primer que faig és deshabilitar-la a
les preferències).

Finalment, també comentar que Gedit té un connector de git [0] però no 
l'he provat. I n'acabo de trobar un de Markwdown [1].

[0] https://packages.debian.org/buster/gedit-plugin-git
[1] 
https://www.linuxuprising.com/2020/02/how-to-add-markdown-support-to-gedit.html



Re: M'aconselleu? client git gràfic i senzill

2020-11-14 Thread Òscar Osta
Hola,
Potser pots fer servir l'editor de text atom té connectors per treballar amb 
git i markdown.

https://atom.io/packages/git-plus
https://atom.io/packages/markdown-preview

salut,

‐‐‐ Original Message ‐‐‐
En dissabte 14 de novembre de 2020 a les 10:24, Ernest Adrogué  
va escriure:

> 2020-11-14, 08:42 (+0100); Àlex escriu:
>
> > Soc nou amb git. A partir d'ara haurè de fer unes tasques bàsiques:
> > editar fitxers locals en markdown i pujar-los a Github, i pujar algún
> > pdf també.
> > Dels clients gràfics i senzills de git, quin recomaneu? Gitg? El pluguin
> > de Git de Geany? No hi ha cap editor de markdown on alhora pugui veure
> > el resultat (WYSIWYG) i alhora pujar canvis via Git? vscode?
>
> Emacs té un frontal pel git que es diu magit. Molt fàcil d'utilitzar i
> àgil. Pots utilitzar el mode text per escriure Markdown, juntament amb
> el mode grip per visualitzar el resultat en un navegador web. A Youtube
> hi ha videos de demostració.




Re: M'aconselleu? client git gràfic i senzill

2020-11-14 Thread Ernest Adrogué
2020-11-14, 08:42 (+0100); Àlex escriu:
> Soc nou amb git. A partir d'ara haurè de fer unes tasques bàsiques:
> editar fitxers locals en markdown i pujar-los a Github, i pujar algún
> pdf també.
> 
> Dels clients gràfics i senzills de git, quin recomaneu? Gitg? El pluguin
> de Git de Geany? No hi ha cap editor de markdown on alhora pugui veure
> el resultat (WYSIWYG) i alhora pujar canvis via Git? vscode?

Emacs té un frontal pel git que es diu magit.  Molt fàcil d'utilitzar i
àgil.  Pots utilitzar el mode text per escriure Markdown, juntament amb
el mode grip per visualitzar el resultat en un navegador web.  A Youtube
hi ha videos de demostració.



Re: Git n'arrive pas à contacter certains sites IPv6 en SSH.

2020-11-14 Thread Charles Plessy
Le Thu, Nov 12, 2020 at 09:51:06PM +0100, Étienne Mollier a écrit :
> 
> Je n'ai pas rencontré de problèmes de mon côté.  En grattant un
> peu, la variable d'environnement GIT_SSH_COMMAND peut être
> exploitée pour augmenter le verbiage de ssh:
> 
>   $ export GIT_SSH_COMMAND='ssh -vvv'
>   $ git clone g...@salsa.debian.org:med-team/perlprimer.git

Merci du tuyau, ça bloque à:

debug1: Sending command: git-upload-pack 'med-team/perlprimer.git'
debug2: channel 1: request exec confirm 1
debug3: send packet: type 98
debug2: channel_input_open_confirmation: channel 1: callback done
debug2: channel 1: open confirm rwindow 0 rmax 32768

Google ou DuckDuckGo ne révèlent rien concernant "git-upload-pack"
"ipv6" "freeze"

(Je n'ai pas encore testé le changement de MTU; je ne sais pas comment
le faire sure une interface wifi gérée par GNOME...)

(Je n'ai pas testé non plus la version 2.29; je suis en 2.27)

Bon week-end !

-- 
Charles



Re: Linux i disc NAS

2020-11-14 Thread Jordi
Bon dia, finalment ja tinc instal·lat el disc al pc i tot funciona
correctament. No havia tingut mai d'utilitzar "dd if=/dev/zero
of=/dev/sde bs=1M count=1" en un disc nou, però definitivament alguna
cosa estranya hi havia al sector 0.
Gracies per la vostra ajuda.

Jordi



El dv. 13 de 11 de 2020 a les 10:43 +0100, en/na Jordi va escriure:
> Bones, m'agradaria saber si hi ha forma d'utilitzar un disc WD red
> edition NAS en un PC normal connectat al SATA3. En principi la paca
> el
> detecta, però amb el debian no en puc fer res, ni tan sols el detecta
> el gparted. La meva intenció era tenir un NAS per guardar les còpies
> de
> seguretat, música, etc. però ja que tinc l'ordinador pràcticament tot
> el dia engegat he pensat que el podria instal·lar allà. He trobat
> alguna informació per convertir un ordinador amb discs normals, en un
> servidor NAS com FreeNAS i similars, però voldria saber si debian te
> alguna utilitat per fer aquesta feina amb un disc dissenyat per ser
> utilitzat en un NAS.
> Si algú em pot dir per on començar a mirar li estaré agraït.
> 
> Salutacions
> 
> Jordi 
> 



Re: /etc/securetty

2020-11-14 Thread Fabien R

On 13/11/2020 07:55, steve wrote:

Le 12-11-2020, à 17:18:29 +0100, Belaïd a écrit :


  Bonjour,
  Le fichier est toujours utilisé de nos jours , c'est juste que les
  applications n'y accède pas directement mais a travers Pam. Donc ton
  fichier existe bien sur ta config ? Et que contient-il actuellement ?


Non il n'existe pas.

Quel paquet aurait dû le créer et quel devrait être son contenu ?


Tu peux avoir l'info par la commande suivante:
apt-file search /etc/securetty

--
Fabien



Re: Git n'arrive pas à contacter certains sites IPv6 en SSH.

2020-11-14 Thread Fabien R

On 12/11/2020 21:51, Étienne Mollier wrote:


De mon point de vue, Github n'est pas accessible en IPv6, ou du
moins, n'en fait pas la publicité :

$ host github.com
github.com has address 140.82.113.3
github.com mail is handled by 10 alt3.aspmx.l.google.com.
github.com mail is handled by 10 alt4.aspmx.l.google.com.
github.com mail is handled by 1 aspmx.l.google.com.
github.com mail is handled by 5 alt1.aspmx.l.google.com.
github.com mail is handled by 5 alt2.aspmx.l.google.com.

Ceci pourrait expliquer cela...

J'ai également constaté que dig ne renvoyait aucune donnée .
--
Fabien



Re: OT: Integración LibreOffice y Thunderbird en lxQt

2020-11-14 Thread Camaleón
El 2020-11-13 a las 16:43 -0300, JavierDebian escribió:

> Tengo cuatro equipos con Debian 10 “buster”, dos con entorno KDE Plasma y
> dos con entorno lxQt; estos dos últimos, equipos “recuperados” de las garras
> de WinXP para ser usados como resultado de la pandemia COVID-19, de escasos
> recursos (algún componente interno modifiqué).

(...)

> Esas dos máquinas las usan dos vecinitos para sus tareas escolares, que
> gracias a Debian tienen un S/O moderno en cacharros viejos, declarados
> “obsoletos” por los “técnicos windowsdependientes”.
> 
> El tema es que en el entorno lxQt no puedo hacer funcionar esa opción de
> conversión y confección de correo automática, siendo el cliente de correo
> utilizado Thunderbird. Ni siquiera detallando en forma explícita la ruta
> /usr/bin/thunderbird en la opción “Herramientas – Opciones – Internet –
> Correo electrónico” de LibreOffice.
> 
> O no se abre la pantalla de confección del correo, o si se abre, no adjunta
> el documento, convertido o no.
> 
> SUPONGO que hay algo que falta en la instalación y/o configuración que KDE
> Plasma lo hace bien, y lxQt, no.

¿Qué versión tienes de LibreOffice? Prueba con la 7.x que está 
disponible en los backports de buster (mejor instalarla en una máquina 
virtual antes para ver si funciona sin romper nada).

Es posible que te esté afectando este fallo:

Bug 124598 - gtk3_kde5: Opening file dialog makes LO hang if KIO 
libraries are not installed 
https://bugs.documentfoundation.org/show_bug.cgi?id=124598

Saludos,

-- 
Camaleón 



M'aconselleu? client git gràfic i senzill

2020-11-14 Thread Àlex
Bon dia, comunitat,

Soc nou amb git. A partir d'ara haurè de fer unes tasques bàsiques:
editar fitxers locals en markdown i pujar-los a Github, i pujar algún
pdf també.

Dels clients gràfics i senzills de git, quin recomaneu? Gitg? El pluguin
de Git de Geany? No hi ha cap editor de markdown on alhora pugui veure
el resultat (WYSIWYG) i alhora pujar canvis via Git? vscode?

Treballo amb Debian Testing, escriptoris Mate i XFCE.

Gracies i salutacions