Re: Validacions de formularis PDF per internet

[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.
El 21/2/21 a les 20:05, Josep Ma. Ferrer ha escrit:
> El 20/2/21 a les 10:15, Narcis Garcia ha escrit:
>> Té la comissió alguna pàgina informativa, registre d'incidències o forma
>> de contacte per a què la gent notifiqui casos?
>> Estaria bé una forma de què els casos es puguin documentar
>> col·lectivament i fins i tot fer-ne un seguiment de la seva evolució
>> fins a l'estat [Solved]
> 
> Hola,
> 
> la idea d'aquest grup de treball de Caliu és recopilar diversos exemples
> que serveixin per argumentar que actualment els tràmits en línia de la
> Generalitat no es poden fer amb plataformes Linux. I que cal aconseguir
> que tots els tràmits en línia es puguin portar a terme també amb Linux,
> tal com indica la llei (principi de neutralitat tecnològica).
> 
> Qualsevol tràmit en línia de la Generalitat que no es pugui fer amb
> Linux, es pot comunicar a: adminpubl...@caliu.cat
> 
> De moment tenim documentats els tràmits següents:
> 
> - Gestió del carnet de família nombrosa
> 
> - Gestió d'associacions (inscripció, canvi de domicili social,
> inscripció dels òrgans de govern, etc.)
> 
> Cordialment,
> 
> Josep Ma. Ferrer
> 

Gràcies. Quina és exactament la llei que inclou el principi de
neutralitat tecnològica?

Re: Una de discs durs

[Narcis Garcia]

Per a provar diferent versió del nucli Linux, jo a Debian Stable ho faig
alternant entre els respositoris «backports» i «stable»:

(Exemple amb Debian Buster):

# Per a instal·lar Linux 5.10
$ sudo apt -t buster-backports install linux-image-amd64

# Per a instal·lar l'actual Linux 4.19
$ sudo apt install linux-image-amd64=4.19+105+deb10u9

(i aleshores triar nucli al gestor d'arrencada)


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.
El 22/2/21 a les 1:51, Toni Mas Soler ha escrit:
> Hola Àlex. Gràcies per al resposta. I sí. Està en garantia durant tot aquest 
> any.
> 
> M'agradaria entendre el diagnòstic. Aquests valors que emfatitzes són (aprox) 
> així des del primer dia. Podria ser que estiguéssin vinculats a la marca? A 
> més, durant el l'estiu passat no van comportar cap problema.
> 
> Josep. Per canvi de nucli valdria un canvi de versió? 
> 
> 
> 
> Toni Mas
> GPG 3F42A21D84D7E950
> 
> Sent with ProtonMail Secure Email.
> 
> ‐‐‐ Original Message ‐‐‐
> En diumenge 21 de febrer de 2021 a les 18:21, Alex Muntada  
> va escriure:
> 
>> Hola Toni
>>
> 
>>> 60 Vendor Specific SMART Attributes with Thresholds:
>>> 61 ID# ATTRIBUTE_NAME  FLAG VALUE WORST THRESH TYPE  
>>> UPDATED  WHEN_FAILED RAW_VALUE
>>> 62   1 Raw_Read_Error_Rate 0x000f   080   064   044    Pre-fail  Always 
>>>   -   97510545
>>
> 
>> ...
>>
> 
>>> 66   7 Seek_Error_Rate 0x000f   090   060   045    Pre-fail  Always 
>>>   -   946331866
>>
> 
>> Veient aquests valors i després d'haver comprovat els cables,
>> jo canviaria el disc per un de nou.
>>
> 
>>> 67   9 Power_On_Hours  0x0032   089   089   000    Old_age   Always 
>>>   -   9819 (198 153 0)
>>
> 
>> ...
>>
> 
>>> 69  12 Power_Cycle_Count   0x0032   100   100   020    Old_age   Always 
>>>   -   26
>>
> 
>> No sembla pas que sigui un disc gaire vell. Pot ser que encara
>> estigui en garantia? Veig que els ironwolf en tenen 3 anys.
>>
> 
>> Salut,
>> Alex
>>
> 
>> --
>>
> 
>> ⢀⣴⠾⠻⢶⣦⠀
>> ⣾⠁⢠⠒⠀⣿⡁ Alex Muntada al...@debian.org
>> ⢿⡄⠘⠷⠚⠋ Debian Developer 🍥 log.alexm.org
>> ⠈⠳⣄
> 

(deb-cat) Desfragmentacio de l'arrencada

[Narcis Garcia]

Quan un ordinador arrenca, executa programes i aquests carreguen
llibreries i fitxers d'arreu del volum de disc.
Això produeix lectures aleatòries de centenars de fitxers amb els blocs
dispersos per tota la unitat ja que, quan es desfragmenta un disc dur,
la única cosa que s'ordena és que cada fitxer tingui els seus blocs de
dades contínus en el disc.

És a dir, podem tenir fitxers emmagatzemats com a lletres:
A,B,C,D,E,F,G,H,I,J,K,L,M,N,O,P,Q,R,S,T,U,V,W,X,Y,Z

Però l'arrencada carrega per exemple el gestor d'arrencada (A) el qual
carrega el sistema del nucli (B), i el qual aleshores demana fitxers
d'arreu com R, J, Y, D, K per la qual cosa el capçal d'un disc dur no fa
més que canviar de posició tota l'estona i fent que la càrrega sigui
molt més lenta del què el disc seria capaç de transmetre seqüencialment.
Això es nota molt amb el soroll d'un disc dur quan arrenca el sistema.

L'ideal en aquest exemple seria poder reorganitzar els blocs del disc així:
A,B,R,J,Y,D,K, C,E,F,G,H,I,L,M,N,O,P,Q,S,T,U,V,W,X,Z
De manera que de la A a la K es llegís tot sense interrupció.

Hi ha alguna eina que faciliti això per accelerar l'arrencada?

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: (deb-cat) Desfragmentacio de l'arrencada

[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.
El 24/2/21 a les 10:47, Antoni Villalonga ha escrit:
> On Wed, Feb 24, 2021 at 08:47:26AM +0100, Narcis Garcia wrote:
>> Quan un ordinador arrenca, executa programes i aquests carreguen
>> llibreries i fitxers d'arreu del volum de disc.
>> Això produeix lectures aleatòries de centenars de fitxers amb els blocs
>> dispersos per tota la unitat ja que, quan es desfragmenta un disc dur,
>> la única cosa que s'ordena és que cada fitxer tingui els seus blocs de
>> dades contínus en el disc.
>>
>> És a dir, podem tenir fitxers emmagatzemats com a lletres:
>> A,B,C,D,E,F,G,H,I,J,K,L,M,N,O,P,Q,R,S,T,U,V,W,X,Y,Z
>>
>> Però l'arrencada carrega per exemple el gestor d'arrencada (A) el qual
>> carrega el sistema del nucli (B), i el qual aleshores demana fitxers
>> d'arreu com R, J, Y, D, K per la qual cosa el capçal d'un disc dur no fa
>> més que canviar de posició tota l'estona i fent que la càrrega sigui
>> molt més lenta del què el disc seria capaç de transmetre seqüencialment.
>> Això es nota molt amb el soroll d'un disc dur quan arrenca el sistema.
>>
>> L'ideal en aquest exemple seria poder reorganitzar els blocs del disc així:
>> A,B,R,J,Y,D,K, C,E,F,G,H,I,L,M,N,O,P,Q,S,T,U,V,W,X,Z
>> De manera que de la A a la K es llegís tot sense interrupció.
>>
>> Hi ha alguna eina que faciliti això per accelerar l'arrencada?
>>
>> Gràcies.
> 
> Hola,
> 
> Una reflexió molt interessant. La veritat és que no conec la forma de fer el
> que demanes ni penso que sigui gens simple. Requeriria tenir una bona
> planificació de l'ordre en que es demanaran els fitxers (més concretament els
> blocs concrets que es necessitaran llegir). El manteniment també seria molt
> costos, replanificant i reorganitzant a cada actualització del sistema.

Evidentment el manteniment s'hauria de programar. En un altre sentit,
per exemple, utilitzo el «preload» i aquest programari és el què s'ocupa
de replanificar els fitxers que es llegeixen per avançat.

> La tendència és a utilitzar cada cop més emmagatzaments d'accés aleatori (SSD,
> etc) on aquestes penalitzacions del seek no existeixen. Un altre factor que
> hauria d'alleugerar aquesta inconveniencia és l'arrencada en paraŀlel, ja que
> el planificador de lectures del nucli les hauria d'agrupar de la millor forma
> (minimitzant el seek time necessari).

Començo a tenir dubtes sobre si realment l'accés a SSD s'està fent de
manera aleatòria, quan resulta que se solen endollar amb S.ATA (*serial*
ATA). La única cosa que em crec és que no hi ha un capçal mòbil; la
resta imagino que ha d'haver un coll d'ampolla coordinant els canvis
d'accés.
Això a banda que li tinc una mica de por a la pèrdua de dades amb SSD:
Ja n'he vist algun que mor, i d'allà no recuperes ni un sol bloc de
dades mai més.
I addicionalment: Hi ha ordinadors on Debian 10 no allibera els blocs de
SSD (trim/discard) i, amb el temps, acaba tenint la mateixa velocitat
que un disc rotatiu.

> Per a un sistema amb disc dur (sense SSD) et proposaria fer una partició de
> sistema minimalista on estigui només el que realment és necessari per a fer el
> boot. La resta de software i dades podrien estar a particions distintes.
> També la utilització de varis discs en RAID0 penso que ajudaria enormement.

Ja havia pensat aquestes estratègies, però això només funciona amb /boot
perquè tant el programari inicial com la resta resideixen als mateixos
arbres de directoris.
Pel què fa al RAID, és molt costós, i el què cerco és una estratègia que
no només em serveixi a mi en particular.

> Altres opcions podrien passar per a evitar fer el procés de boot utilitzant la
> hibernació o suspensió a ram, quan es pugui.

Hi ha casos en què això és fàcil i es converteix en la solució. D'altres no.

> Una discusió que penso que serà eterna és el tema compilacions estàtiques vs
> càrrega de biblioteques dinàmiques.

La solució que intento trobar la voldré aplicar a molts ordinadors, amb
la qual cosa prefereixo respectar el sistema de paquets i que no em
demani un manteniment posterior. Preinstal·lar i deixar configurat.

> M'agradaria llegir millors alternatives.
> 
> Salut!
> 

Re: (deb-cat) Desfragmentacio de l'arrencada

[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.
El 24/2/21 a les 11:16, Jordi Miguel ha escrit:
> El mié, 24 feb 2021 a las 10:58, Josep Lladonosa
> () escribió:
>>
>>
>>
>> On Wed, 24 Feb 2021 at 08:47, Narcis Garcia  wrote:
>>>
>>> Quan un ordinador arrenca, executa programes i aquests carreguen
>>> llibreries i fitxers d'arreu del volum de disc.
>>> Això produeix lectures aleatòries de centenars de fitxers amb els blocs
>>> dispersos per tota la unitat ja que, quan es desfragmenta un disc dur,
>>> la única cosa que s'ordena és que cada fitxer tingui els seus blocs de
>>> dades contínus en el disc.
>>>
>>> És a dir, podem tenir fitxers emmagatzemats com a lletres:
>>> A,B,C,D,E,F,G,H,I,J,K,L,M,N,O,P,Q,R,S,T,U,V,W,X,Y,Z
>>>
>>> Però l'arrencada carrega per exemple el gestor d'arrencada (A) el qual
>>> carrega el sistema del nucli (B), i el qual aleshores demana fitxers
>>> d'arreu com R, J, Y, D, K per la qual cosa el capçal d'un disc dur no fa
>>> més que canviar de posició tota l'estona i fent que la càrrega sigui
>>> molt més lenta del què el disc seria capaç de transmetre seqüencialment.
>>> Això es nota molt amb el soroll d'un disc dur quan arrenca el sistema.
>>>
>>> L'ideal en aquest exemple seria poder reorganitzar els blocs del disc així:
>>> A,B,R,J,Y,D,K, C,E,F,G,H,I,L,M,N,O,P,Q,S,T,U,V,W,X,Z
>>> De manera que de la A a la K es llegís tot sense interrupció.
>>>
>>> Hi ha alguna eina que faciliti això per accelerar l'arrencada?
>>
>>
>> La meva proposta passa per afegir maquinari (un ssd on el temps de 
>> "posicionament" és molt petit i més o menys constant).
>> Podríeu teniri un ssd "petitó" utilitzat en forma de memòria cau (estil 
>> bcache)
>> o, directament, tenir un ssd "petitó" per al sistema...
>>
>> SALUT!
>> Josep
>>
>>>
>>>
>>> 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.
>>>
>>
>>
>> --
>> --
>> Salutacions...Josep
>> --
> 
> Hola,
> 
> Almenys existeix una eina que fa el que està buscant el Narcís, es diu
> e4rat i pots trobar informació al wiki de ArchLinux[1]. Tanmateix
> l'eina original va quedar una mica "abandonada" i el projecte més
> actiu és un fork que es diu e4rat-lite [2]
> Si ho proves ja ens comentes l'experiència, i si la feina de muntar
> aquestes coses val la pena per estalviar-se comprar un SSD per un
> sistema antic. Amb el preu d'un SSD avui dia sembla difícil de
> justificar el temps per configurar i mantenir aquestes artesanies,
> però sempre és divertit pels amants de la tecnologia.
> 
> 
> [1] https://wiki.archlinux.org/index.php/e4rat
> [2] https://github.com/LendyZhang/e4rat-lite
> 
> 
> Fins aviat,
> Jordi

Per aquí va la cosa.
A veure quan aconsegueixo aprofitar-lo, i aconseguir després
utilitzar-lo de forma una mica pràctica.

Aquest tema m'ha revingut ara per aquest conversa sobre les arrencades
de CD/DVD:
https://lists.debian.org/debian-live/2021/02/msg00032.html

Re: article

[Narcis Garcia]

Crec que això del «Shared Source Software» pot ser un model aplicable en
alguns (grans) casos. Això mai no treu la ingent quantitat de
desenvolupador(es) de FOSS per a ús personal o a petita escala.

Allò que arriba a la seva fi és, en realitat, la percepció il·lusòria de
què els grans taurons transnacionals utilitzen o utilitzaran el
programari lliure per raons ètiques per davant de lucratives.

Si bé al segle XXI triomfen filosofies empresarials sorprenents, això fa
que molta gent tingui la mateixa confusió que neoliberalisme amb
liberalisme, per la simple semàntica.


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.
El 25/2/21 a les 10:34, Àlex ha escrit:
> Bones,
> 
> volia compartir amb vosaltres aquest article, que m'ha semblat interessant:
> 
>   https://www.muylinux.com/2021/02/24/amazon-elasticsearch-codigo-abierto/
> 
> Salutacions
> 
> 
>    Àlex
> 
> 

Re: Engegada aleatòria

[Narcis Garcia]

Jo començaria per provar a triar diferent nucli d'inici, al gestor
d'arrencada (menú del GRUB). Si això fa variar el resultat, tindràs més
pistes sobre l'origen del problema.



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.
El 9/3/21 a les 8:53, Joan Albert ha escrit:
> Bon dia debianites,
> 
> Tinc un petit problema que arrossego des de fa ja unes setmanes i crec
> que ha arribat el moment de demanar ajuda.
> 
> El tema és que el meu PC de la feina, el qual corre únicament Debian
> testing, fa el "burru" quan s'engega. Quasi mai s'engega a la primera,
> es queda aturat a la pantalla inicial, concretament a la frase "Loading
> initial ramdisk". El que acaba passant és que, després d'apagar-lo
> forçosament (no em mateu, si us plau) i engegar-lo de nou moltes vegades
> (provant d'endollar-lo i desendollar-lo, treure-li el connector USB del
> teclat extern i posar-lo de nou, etc.), màgicament s'acaba iniciant
> correctament.
> 
> La solució transitòria que he decidit de moment és simplement deixar-lo
> obert 24/7, però òbviament no és la solució correcta. He buscat
> informació i he estat provant varies opcions (no recordo ja quines...),
> tant a respostes de Debian com de Linux en general, i no me'n surto.
> Algú té almenys una idea de quin pot ser el motiu? I sobretot, com pot
> ser que acabi funcionant sense fer res més que reiniciar?
> 
> Moltes gràcies amb antelació,
> 

Re: Engegada aleatòria

[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.
El 9/3/21 a les 17:53, Joan Albert ha escrit:
> Bona tarda,
> 
> Moltes gràcies per les respostes (Josep, Narcís i Xavier). Faig un nou
> correu comentant els diversos punts:
> 
>> Jo començaria per provar a triar diferent nucli d'inici, al gestor
>> d'arrencada (menú del GRUB). Si això fa variar el resultat, tindràs més
>> pistes sobre l'origen del problema.
> 
> Efectivament! Provant el nucli/kernel 4.19 funciona, mentre que amb el
> 5.10.0-4 actual segueixo tenint aquest problema intermitent. Sent així,
> quins podrien ser els següents passos?

Potser el sistema d'arrencada estigui corrupte o mal generat:
$ sudo update-initramfs -u -k all

Re: Engegada aleatòria

[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.
El 11/3/21 a les 10:23, Alex Muntada ha escrit:
> Hola Antoni
> 
>> Moltes BIOS modernes (i no tan modernes) permeten actualitzar
>> des de usb storage o xarxa.
>>
>> Així no depens de software no provat el propi fabricant, que
>> sempre dona un punt de tranquilitat.
> 
> Potser no te n'has adonat però la iniciativa del fwupd.org està
> impulsada precisament pels fabricants i les actualitzacions que
> hi publiquen estan certificades per al seu maquinari.
> 
> Jo trobo molt més fàcil instal·lar una actualització de la BIOS
> quan t'avisa l'escriptori que la tens disponible, que no pas
> buscar la BIOS per al meu maquinari, mirar la que ja tinc,
> descarregar-ho, escriure-ho en un USB i creuar els dits perquè
> m'hagi descarregat el que toca i tot rutlli bé.

Jo ara he provat:
$ fwupdmgr get-devices
i de la placa base em diu:
UpdateError: Firmware can not be updated in legacy mode, switch to UEFI
mode.

...resulta que jo sempre configuro les BIOS per a evitar completament el
UEFI, i també les instal·lacions de sistema operatiu.
Suposo que en aquesta situació (i en cas de necessitar actualitzar el
BIOS) tocaria canviar a UEFI i arrencar amb un dispositiu extern via
UEFI per tal d'utilitzar el fwupdmgr en una sessió «Live».

Re: Engegada aleatòria

[Narcis Garcia]

Com que no hi ha discs (.iso) de Debian Bullseye, se m'acudeix una
manera de posar a prova el nucli Linux 5.10 «net»:

Fer una instal·lació del sistema operatiu en una memòria USB.
Aleshores, arrencar amb la memòria USB com si fos el disc dur, i allà
habilitar el repositori backports per a instal·lar Linux 5.10
Provar l'arrencada així, a veure si amb un sistema net aquesta versió de
Linux dóna problemes.

Si amb la instal·lació neta no hi ha problema, aleshores es tractarà
d'embrutar-la: Anar instal·lant al USB cada programari que també hi ha
al disc dur real, i reiniciar fins a trobar quina és la interferència.
Això també implicarà imitar les configuracions, etc.


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.
El 16/3/21 a les 12:19, Jordi Miguel ha escrit:
> Hola,
> 
> Quina llàstima que haguem de cercar solucions amb tan poca informació
> per part del kernel...
> 
> Que el hardware no funcioni correctament no seria la meva primera
> opció ja que dius que tens un kernel antic que arrenca sempre sense
> problemes. En tot cas estaríem parlant d'un tema d'incompatibilitat o
> bug, o potser tens la mala sort de que llegeixes un tros de disc que
> no sempre funciona bé.
> 
> A partir d'aquí aniria provant diverses coses a veure si alguna cosa
> ajuda a desencallar. A cada canvi prova d'apagar i arrencar per veure
> si hi ha alguna diferència:
> 
> - Tornar a crear el ramdisk amb la màquina encesa amb el kernel que no
> et funciona b:
> # update-initramfs -c -k `uname -r`
> Si retorna output d'alguna cosa que no li agrada ja ens ho diràs. Pots
> crear-lo amb verbose (-v) si vols més informació del què posa a dins.
> # update-grub2
> 
> - Desactivar Kernel Mode Setting (KMS):
> Edita el fitxer /etc/default/grub i modifica la variable
> GRUB_CMDLINE_LINUX_DEFAULT amb
> "nomodeset  i915.modeset=0 amdgpu.dc=0"
> # update-grub2
> 
> - Tens algun mòdul afegit al ramdisk?? Aquests s'especifiquen a
> /etc/initramfs-tools/modules
> 
> - Verifica la informació d'estat del disc dur via SMART
> # smartctl -a /dev/sda
> Pots executar un test llarg amb:
> # smartctl --test=long /dev/sda
> I quan acabi sortirà la informació a la sortida de l'anterior comanda.
> 
> 
> Espero que finalment obtinguem algun canvi de comportament.
> 
> 
> Salutacions,
> --
> Para ser realmente grande, hay que estar con la gente, no por encima de ella.
> 
> --
> Para ser realmente grande, hay que estar con la gente, no por encima de ella.
> 
> 
> El mar, 16 mar 2021 a las 8:01, Joan Albert () 
> escribió:
>>
>> Bon dia Jordi,
>>
>>>  Si amb aquesta configuració encara no ens
>>> ensenya res augmenta a "loglevel=7" i afegeix "debug".
>>
>> He provat fins i tot aquesta opció, però el que fa és reportar molta més
>> informació només si passa la part crítica.
>>
>>> Buscant per Internet he vist que hi ha força gent que ha tingut
>>> problemes similars al teu amb els kernels 5.10, la majoria però deien
>>> que se'ls hi arreglava amb la versió 5.10.0-4 però és precisament la
>>> que tu fas servir i ha quedat clar que no et funciona bé.
>>
>> Efectivament, i de fet crec que arrossego un parell de versions que em
>> donaven problemes (m'hauria d'haver fixat en quina va ser la primera,
>> però no ho recordo).
>>
>>> Si ens pots donar més informació aquestes preguntes podrien ajudar:
>>> - Tens el portàtil connectat a alguna dock station?? Si fos així, et
>>> passa el mateix quan no està endollat a ella??
>>
>> No el tinc a cap dock station.
>>
>>> - Utilitzes un monitor extern?? Et passa el mateix quan no està
>>> connectat el monitor extern? (o a la inversa)
>>
>> Sí l'utilitzo normalment, però no canvia el resultat segons si està o no
>> connectat a ell.
>>
>>> - Has provat mai d'esperar a veure si acaba arrencant? de l'ordre de
>>> deixar-lo 15-25 minuts (com més millor per descartar). En cas negatiu,
>>> normalment quan de temps has esperat abans de forçar un reinici?
>>
>> Ahir mateix vaig esperar més d'una hora :)
>>
>> Em pregunto si no pot ser un problema de hardware simplement...
>>
>> Gràcies igualment i salut!
>>
>> --
>> TS
> 

Re: Engegada aleatoria

[Narcis Garcia]

Jo de vegades faig servir el paràmetre d'arrencada break=mount per a
revisar discos abans que es muntin volums.
On es pot veure la llista d'etapes on es pot interrompre l'arrencada?



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.
El 16/3/21 a les 20:13, Lluís Gras ha escrit:
> Si no recordo malament, a les funcions
> (/usr/share/initramfs-tools/scripts/functions) que utilitza
> el mkinitramfs hi tens maybe_break() que pots emprar 
> com a paràmetre d'arrencada del nucli ( per exemple break=modules),
> potser millor que donis un cop d'ull a /usr/share/initramfs-tools/init
> 
> En fi que en teoria t'hauria de servir per obtenir un shell en el punt
> d'arrencada especificat i hauries de poder anar acotant on peta la cosa.
> 
> Missatge de Jordi Miguel  <mailto:neoclim...@gmail.com>> del dia dt., 16 de març 2021 a les 12:20:
> 
> Hola,
> 
> Quina llàstima que haguem de cercar solucions amb tan poca informació
> per part del kernel...
> 
> Que el hardware no funcioni correctament no seria la meva primera
> opció ja que dius que tens un kernel antic que arrenca sempre sense
> problemes. En tot cas estaríem parlant d'un tema d'incompatibilitat o
> bug, o potser tens la mala sort de que llegeixes un tros de disc que
> no sempre funciona bé.
> 
> A partir d'aquí aniria provant diverses coses a veure si alguna cosa
> ajuda a desencallar. A cada canvi prova d'apagar i arrencar per veure
> si hi ha alguna diferència:
> 
> - Tornar a crear el ramdisk amb la màquina encesa amb el kernel que no
> et funciona b:
> # update-initramfs -c -k `uname -r`
> Si retorna output d'alguna cosa que no li agrada ja ens ho diràs. Pots
> crear-lo amb verbose (-v) si vols més informació del què posa a dins.
> # update-grub2
> 
> - Desactivar Kernel Mode Setting (KMS):
> Edita el fitxer /etc/default/grub i modifica la variable
> GRUB_CMDLINE_LINUX_DEFAULT amb
> "nomodeset  i915.modeset=0 amdgpu.dc=0"
> # update-grub2
> 
> - Tens algun mòdul afegit al ramdisk?? Aquests s'especifiquen a
> /etc/initramfs-tools/modules
> 
> - Verifica la informació d'estat del disc dur via SMART
> # smartctl -a /dev/sda
> Pots executar un test llarg amb:
> # smartctl --test=long /dev/sda
> I quan acabi sortirà la informació a la sortida de l'anterior comanda.
> 
> 
> Espero que finalment obtinguem algun canvi de comportament.
> 
> 
> Salutacions,
> --
> Para ser realmente grande, hay que estar con la gente, no por encima
> de ella.
> 
> --
> Para ser realmente grande, hay que estar con la gente, no por encima
> de ella.
> 
> 
> El mar, 16 mar 2021 a las 8:01, Joan Albert ( <mailto:joan_err...@pangea.org>>) escribió:
> >
> > Bon dia Jordi,
> >
> > >  Si amb aquesta configuració encara no ens
> > > ensenya res augmenta a "loglevel=7" i afegeix "debug".
> >
> > He provat fins i tot aquesta opció, però el que fa és reportar
> molta més
> > informació només si passa la part crítica.
> >
> > > Buscant per Internet he vist que hi ha força gent que ha tingut
> > > problemes similars al teu amb els kernels 5.10, la majoria però
> deien
> > > que se'ls hi arreglava amb la versió 5.10.0-4 però és precisament la
> > > que tu fas servir i ha quedat clar que no et funciona bé.
> >
> > Efectivament, i de fet crec que arrossego un parell de versions que em
> > donaven problemes (m'hauria d'haver fixat en quina va ser la primera,
> > però no ho recordo).
> >
> > > Si ens pots donar més informació aquestes preguntes podrien ajudar:
> > > - Tens el portàtil connectat a alguna dock station?? Si fos així, et
> > > passa el mateix quan no està endollat a ella??
> >
> > No el tinc a cap dock station.
> >
> > > - Utilitzes un monitor extern?? Et passa el mateix quan no està
> > > connectat el monitor extern? (o a la inversa)
> >
> > Sí l'utilitzo normalment, però no canvia el resultat segons si
> està o no
> > connectat a ell.
> >
> > > - Has provat mai d'esperar a veure si acaba arrencant? de l'ordre de
> > > deixar-lo 15-25 minuts (com més millor per descartar). En cas
> negatiu,
> > > normalment quan de temps has esperat abans de forçar un reinici?
> >
> > Ahir mateix vaig esperar més d'una hora :)
> >
> > Em pregunto si no pot ser un problema de hardware simplement...
> >
> > Gràcies igualment i salut!
> >
> > --
> > TS
> 

Re: LXC / Netplan / Bridge-vpn

[Narcis Garcia]

Estic en una entitat on també s'aborda aquesta qüestió, però purament
amb Debian a tots costats (centre amb IPs públiques, servidor local,
contenidors) i només amb programari suportat (stable/main).
Després de moltes sessions de recerca i desenvolupament, s'està
elaborant un assistent per als enllaços VPN (gesvipen), un altre per a
les rutes NAT/DNAT (durruter) i un altre per a la configuració de
contenidors LXC 2 i LXC 3 (ctctl).

Hem provat LXC 4 amb Debian bullseye/testing i els contenidors no
arrenquen. No sembla funcionar. Encara no hem provat LXC 4 amb Ubuntu.


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.
El 2/2/21 a les 20:37, Daniel ha escrit:
> Hola a tothom
> 
> tinc la següent infraestructura,
> 
>   * Ubuntu 20.04 amb contenidors lxc 4
>   * Servidor a un datacenter amb 2 IPs Públiques (en el futur N)
>   * X bridges interns, comunicant amb altres datacenter via openvpn (amb
> els rangs 10.20.xx)
>   * Tinc que redireccionar una de les IPs públiques cap a un contenidor
> intern, però em perdo pel camí. Abans tenia una estructura similar
> amb ubuntu 14, pero amb el canvi del network/interfaces a netplan em
> falta informació.
> Ho he intentat configurant al host la IP i amb el shorewall
> redireccionant els ports cap als contenidors i ara configurant la
> segona IP directament al contenidor, però tinc algun error que no
> detecto i no m'arriben els paquets.
> 
> La configuració que tinc ara al contenidor es aquesta:
> 
> # IP interna cap la resta de servidors.
> lxc.net.0.type = veth
> lxc.net.0.flags = up
> lxc.net.0.link = vmbr0
> lxc.net.0.name = eth0
> lxc.net.0.veth.pair = veth-contenidor
> #lxc.net.0.ipv4.gateway = 10.20.30.8
> lxc.net.0.ipv4.address = 10.20.30.196/24
> 
> # IP Publica
> lxc.net.1.type = veth
> lxc.net.1.flags = up
> lxc.net.1.link = lxcbr0
> lxc.net.1.name = eth1
> lxc.net.1.veth.pair = veth-s07
> lxc.net.1.ipv4.gateway = GWdeldatacenter
> lxc.net.1.ipv4.address = IPpublica/32
> 
> Ara ja no se en quin punt m'he perdut, alguna pista?
> 
> Daniel
> 

Re: LXC / Netplan / Bridge-vpn

[Narcis Garcia]

Noves pistes en aquesta consulta:
https://discuss.linuxcontainers.org/t/how-to-use-a-gateway-not-in-same-network-of-the-container-ip-address/10706


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.
El 3/4/21 a les 17:44, Narcis Garcia ha escrit:
> Estic en una entitat on també s'aborda aquesta qüestió, però purament
> amb Debian a tots costats (centre amb IPs públiques, servidor local,
> contenidors) i només amb programari suportat (stable/main).
> Després de moltes sessions de recerca i desenvolupament, s'està
> elaborant un assistent per als enllaços VPN (gesvipen), un altre per a
> les rutes NAT/DNAT (durruter) i un altre per a la configuració de
> contenidors LXC 2 i LXC 3 (ctctl).
> 
> Hem provat LXC 4 amb Debian bullseye/testing i els contenidors no
> arrenquen. No sembla funcionar. Encara no hem provat LXC 4 amb Ubuntu.
> 
> 
> 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.
> El 2/2/21 a les 20:37, Daniel ha escrit:
>> Hola a tothom
>>
>> tinc la següent infraestructura,
>>
>>   * Ubuntu 20.04 amb contenidors lxc 4
>>   * Servidor a un datacenter amb 2 IPs Públiques (en el futur N)
>>   * X bridges interns, comunicant amb altres datacenter via openvpn (amb
>> els rangs 10.20.xx)
>>   * Tinc que redireccionar una de les IPs públiques cap a un contenidor
>> intern, però em perdo pel camí. Abans tenia una estructura similar
>> amb ubuntu 14, pero amb el canvi del network/interfaces a netplan em
>> falta informació.
>> Ho he intentat configurant al host la IP i amb el shorewall
>> redireccionant els ports cap als contenidors i ara configurant la
>> segona IP directament al contenidor, però tinc algun error que no
>> detecto i no m'arriben els paquets.
>>
>> La configuració que tinc ara al contenidor es aquesta:
>>
>> # IP interna cap la resta de servidors.
>> lxc.net.0.type = veth
>> lxc.net.0.flags = up
>> lxc.net.0.link = vmbr0
>> lxc.net.0.name = eth0
>> lxc.net.0.veth.pair = veth-contenidor
>> #lxc.net.0.ipv4.gateway = 10.20.30.8
>> lxc.net.0.ipv4.address = 10.20.30.196/24
>>
>> # IP Publica
>> lxc.net.1.type = veth
>> lxc.net.1.flags = up
>> lxc.net.1.link = lxcbr0
>> lxc.net.1.name = eth1
>> lxc.net.1.veth.pair = veth-s07
>> lxc.net.1.ipv4.gateway = GWdeldatacenter
>> lxc.net.1.ipv4.address = IPpublica/32
>>
>> Ara ja no se en quin punt m'he perdut, alguna pista?
>>
>> Daniel
>>
> 

Re: Privadesa de les dades en GMail

[Narcis Garcia]

Com que ja em vaig llegir les condicions de servei de Google fa un temps
(més d'un any), responc amb allò que recordo:

1. Acceptes noves condicions de Google cada vegada que subscrius un
servei (que no són uniformes), les quals a més a més, en determinades
situacions, són sota coacció perquè pot ser que no puguis obrir un
compte bancari o accedir a la seguretat social perquè requereixin un
número de mòbil, i segons les teves condicions personals podries no
tenir mòbil a menys que acceptis les condicions d'aquesta empresa dels USA.

2. Google fa interacció de condicions entre els contractes que has
acceptat. Simplificant: si un dia has acceptat renunciar al 60% de la
teva intimitat, no importa que al dia següent acceptis les condicions
d'una altre dels colors de Google renunciant al 40% de la teva
intimitat; ja vas acceptar abans i ho mantens amb la teva relació amb
l'empresa dels USA.

3. D'entrada acceptes que Google modifiqui les condicions i, és clar,
com se sol dir en aquest context, sempre tens dret a no acceptar la nova
reforma i llençar el telèfon a la paperera, engegar les relacions
telemàtiques que has establert, etc. Fins i tot a gastar-te diners en
reclamar-los drets que no et reconeixerà ningú.
Sempre tens el dret de dinamitar tot allò que pensaves que tenies.

4. Quan vaig llegir les condicions d'aleshores, vaig veure de forma molt
clara que Google s'atorga el dret a analitzar el contingut de les teves
comunicacions, incloent les telefòniques. I evidentment creuar dades a
partir de les teves agendes de contactes i amb la teva ubicació
geogràfica i la de tothom.

5. Les condicions acceptades en un telèfon s'estenen a tots els recursos
de la mateixa persona en altres aparells o interfícies (està escrit). No
importa que iniciïn sessió amb aparença de tenir condicions menys
agressives.

6. Com es financia Google per arribar a gestionar tal fortuna? Qualsevol
altre plantejament que no sigui VENDRE no quadra. Quins són els clients
de Google?



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.
El 19/4/21 a les 14:54, ores...@riseup.net ha escrit:
> Hola,
> 
> Es parla molt de que si ets usuari de GMail (ara concretament
> m'interessa focalitzar-me en la "suite" de GMail per educació), Google
> pot usar el contingut dels teus correus per treure'n un profit econòmic,
> per exemple, ventre informació a tercers.
> 
> Tanmateix ara estic repassant les condicions del servei [1] i veig que a
> l'apartat 5.2 diu:
> "5.2 Protección de los Datos del Cliente. Google solo accederá a los
> Datos del Cliente y los utilizará para prestarle los Servicios,
> proporcionarle Servicios de Asistencia Técnica o tomar cualquier otra
> medida indicada por el Cliente. Sin limitar el carácter general de la
> oración anterior, Google no tratará los Datos del Cliente con fines
> Publicitarios ni incluirá Publicidad en los Servicios. Google ha
> implementado y mantendrá medidas administrativas, físicas y técnicas
> para proteger los Datos del Cliente, tal y como se describe con más
> detalle en la Adenda sobre Tratamiento de Datos."
> 
> Creieu que aquest paràgraf és suficient com per "estar més tranquil"?
> Fins on deuen arribar els "fines publicitarios"?
> És evident que Google llegeix el contingut dels emails. Això és clar si
> penses en serveis com la detecció de Spam o la característica "Smart
> Reply", que et proposa respostes ràpides segons el contingut dels
> correus que reps. Ho comenten en aquest article [2]. Fins aquí hom
> podria pensar que és un ús "raonable" dels continguts dels teus correus,
> la pregunta és què en fan després amb les dades recopilades i si creieu
> que les condicions d'ús del servei són suficients com per impedir que
> Google en tregui algun profit addicional (Cal dir que la "suite de
> Google per educació és un servei que es paga).
> 
> Amb aquestes qüestions no tinc la intenció de passar-me al costat fosc,
> sinó de recopilar arguments per una intervenció que haig de fer.
> 
> Gràcies,
> Orestes.
> 
> [1] https://workspace.google.com/intl/es/terms/education_terms.html
> [2]
> https://variety.com/2017/digital/news/google-gmail-ads-emails-1202477321/
> 

Re: Privadesa de les dades en GMail

[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.
El 19/4/21 a les 18:42, Aleix Vidal i Gaya ha escrit:
> Disculpeu que m'hi fiqui, però és la segona vegada que veig escrit en
> algun lloc que la G Suite per Educació es paga, i voleu dir que és així?
> Sóc mestre a educació primària, i molts centres tenen la suite de Google
> per educació de forma gratuïta, altra cosa és que quan compren
> Chromebooks paguen les llicències de Google per poder-los gestionar
> centralitzadament.

Fa molts anys em va quedar gravat el què vaig sentir d'una noia que
parlava del seu preu especial per a entrar a les discoteques: Quan no
pagues pel producte, significa que tu ets el producte.

L'alumnat és un producte molt valuós per a GAFAM.

> No sé si en l'àmbit universitari és diferent, si en tractar-se de més
> quantitat d'usuaris s'apliquen altres condicions, però pel que jo sé,
> fins fa poc hi havia dues edicions, G Suite for Education i G Suite
> Enterprise for Education: la primera gratuïta i la segona de pagament.
> 
> Ara han reorganitzat els productes i els noms:
> 
> - Google Workspace for Education Fundamentals
> - Google Workspace for Education Standard
> - Teaching and learning update
> - Google Workspace for Education Plus
> 
> La primera és el producte bàsic que segueix sent gratuït. La resta són
> de pagament.

La gratuïtat s'estén només als diners? Quin valor tenen els drets, el
creixement personal i la intimitat en condicions de mercat?

> Dit tot això, opino que hauríem d'evitar la dependència d'un producte, o
> conjunt de productes, que intentin monopolitzar el mercat, en el sector
> educatiu. En l'àmbit d'educació primària ja vam patir el regnat de
> Windows i Microsoft... i ara sembla que anem al regnat de Google. Cal
> dir que, tal com estem els centres educatius públics, deixats de la mà
> de Déu pel que fa a recursos humans, tècnics i econòmics, les solucions
> que proposa Google et treuen les castanyes del foc de cop i t'eviten
> molts mal de cap... però això s'hauria de poder revertir, en favor d'una
> educació democratitzadora i lliure, també en l'àmbit tecnològic.
> > Aleix Vidal i Gaya

Hi ha un problema afegit: Generalment aquestes decisions són per
extensió il·legals. Perquè no es poden combinar amb un sistema educatiu
que combina el dret amb l'obligació.
Seria viable que una família no accepti que el seu fill o filla cedeixi
CAP dada a recursos de GAFAM en tot el seu recorregut acadèmic?
Les condicions de Google són un annex de la llei d'educació?


> Missatge de l'adreça mailto:ores...@riseup.net>>
> del dia dl., 19 d’abr. 2021 a les 14:54:
> 
> Hola,
> 
> Es parla molt de que si ets usuari de GMail (ara concretament
> m'interessa focalitzar-me en la "suite" de GMail per educació), Google
> pot usar el contingut dels teus correus per treure'n un profit econòmic,
> per exemple, ventre informació a tercers.
> 
> Tanmateix ara estic repassant les condicions del servei [1] i veig que a
> l'apartat 5.2 diu:
> "5.2 Protección de los Datos del Cliente. Google solo accederá a los
> Datos del Cliente y los utilizará para prestarle los Servicios,
> proporcionarle Servicios de Asistencia Técnica o tomar cualquier otra
> medida indicada por el Cliente. Sin limitar el carácter general de la
> oración anterior, Google no tratará los Datos del Cliente con fines
> Publicitarios ni incluirá Publicidad en los Servicios. Google ha
> implementado y mantendrá medidas administrativas, físicas y técnicas
> para proteger los Datos del Cliente, tal y como se describe con más
> detalle en la Adenda sobre Tratamiento de Datos."
> 
> Creieu que aquest paràgraf és suficient com per "estar més tranquil"?
> Fins on deuen arribar els "fines publicitarios"?
> És evident que Google llegeix el contingut dels emails. Això és clar si
> penses en serveis com la detecció de Spam o la característica "Smart
> Reply", que et proposa respostes ràpides segons el contingut dels
> correus que reps. Ho comenten en aquest article [2]. Fins aquí hom
> podria pensar que és un ús "raonable" dels continguts dels teus correus,
> la pregunta és què en fan després amb les dades recopilades i si creieu
> que les condicions d'ús del servei són suficients com per impedir que
> Google en tregui algun profit addicional (Cal dir que la "suite de
> Google per educació és un servei que es paga).
> 
> Amb aquestes qüestions no tinc la intenció de passar-me al costat fosc,
> sinó de recopilar arguments per una intervenció que haig de fer.
> 
> Gràcies,
> Orestes.
> 
> [1] https://workspace.google.com/intl/es/terms/education_terms.html
> 
> [2]
> https://variety.com/2017/digital/news/google-gmail-ads-emai

Re: Privadesa de les dades en GMail

[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.
El 19/4/21 a les 19:47, Orestes Mas ha escrit:
> El dilluns, 19 d’abril de 2021, a les 18:42:08 CEST, Aleix Vidal i Gaya
> va escriure:
> 
> Disculpeu que m'hi fiqui, però és la segona vegada que veig escrit en
> algun lloc que la G Suite per Educació es paga, i voleu dir que és així?
> Sóc mestre a educació primària, i molts centres tenen la suite de Google
> per educació de forma gratuïta, altra cosa és que quan compren
> Chromebooks paguen les llicències de Google per poder-los gestionar
> centralitzadament.
> 
> 
> No sé si en l'àmbit universitari és diferent, si en tractar-se de més
> quantitat d'usuaris s'apliquen altres condicions, però pel que jo sé,
> fins fa poc hi havia dues edicions, G Suite for Education i G Suite
> Enterprise for Education: la primera gratuïta i la segona de pagament.
> 
>  
> 
> Doncs és una pregunta molt pertinent. Aquest aspecte tendeix a amagar-se
> o minimitzar-se, però en el moment de l'aprovació no poden evitar de
> publicar-ne el cost, mal que sigui per dir que s'estalvien diners, tot i
> que com sempre aquest suposat estalvi és molt relatiu perquè mai no es
> tenen en compte costos intangibles com per exemple la pèrdua de control
> sobre la informació, o la pèrdua de "know-how".
> 
>  
> 
> Segons els documents que pots trobar en aquesta pàgina [1]
> (particularment el primer), el cost de la Google G Suite per la UPC és
> de 121.500 €.
> 
>  
> 
> El tercer document parla sobre privadesa de les dades. M'havia passat
> per alt. Potser respon parcialment a la meva pregunta, però la veritat
> és que cada vegada que llegeixo aquesta prosa legal ja pateixo per veure
> per quina banda m'aixecaran la camisa.
> 
>  
> 
> [1]
> https://govern.upc.edu/ca/consell-de-govern/consell-de-govern/sessio-05-2019-del-consell-de-govern/comissio-d2019economia-i-infraestructures/aprovacio-de-la-migracio-del-correu-electronic-corporatiu-de-la-upc-al-nuvol
> 
> 
> -- 
> 
> Cordialment,
> 
> Orestes Mas
> 

El terme «núvol» com a substitut de «externalització» o «privatització»
ja condueix a l'engany (camisa aixecant-se)

NO-IM-POR-TA allò que hagi acordat la UPC amb Google: A l'usuari se li
presentarà per aquí i per allà l'acceptació plena de condicions del
servei que haurà d'acceptar, i en qualsevol context es farà extensiu
allò que l'alumne hagi estat obliga/da a acceptar bé sigui amb el
telèfon o bé sigui perquè ha premut un enllaç de la UPC cap a Youtube.

És com si una institució de l'antiga Roma pactés prèviament amb els
lleons les condicions de les mossegades als condemnats.

Narcís Garcia

Re: Google ¿Cercador? era Re: Privadesa de les dades en GMail

[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.
El 19/4/21 a les 22:42, fadelkon ha escrit:
> El 19 d’abril de 2021 21:08:52 CEST, "Juan Gomez (Txonta)" 
>  ha escrit:
>> [accepteu el pacte yo escribo en (seudo-) catala sense traductor y 
>> vosaltres no us fixeu als meus errors gramatiques] ;)
> 
> Acceptadíssim per part meva! Gràcies!

+1

>> no ublidem que parlem de lo que al seu dia va ser un (treurador) 
>> browser, cercador y que ens satisfasia perqe façia seu treball, pero 
>> omes, nens, germans ara es el dia que no u fa. No recerca, no busca, no
>>
>> treu; no dona retorn de busquedas y estic parlant de retorns de
>> recercas 
>> basicas para el dia a dia de profesionals y demes. Molt pigor que fa 10
>> ans.
> 
> Ho dius per la bombolla digital, i la prioritat d'anuncis? Jo no hi entro mai 
> i els cops que ho he fet per resignació d'altres cercadors tampoc m'ha 
> salvat. Això sí, duckduckgo no cataloga bé els resultats en català. Vull dir 
> que no prioritza prou o no desvobreix les versions en català ni de la gencat.

Disculpa la puntualització perquè no va per tu sinó que és una
exclamació aprofitant que surt esmentat:
DuckDuckGo no és un cercador sinó una empresa amb un servei, de la
mateixa manera que Telegram no és una aplicació sinó una empresa amb 1
servei.
Aquí també rau el problema original del terme «núvol»: Els usos del
llenguatge que modifiquen la percepció que té la persona de la realitat
i del poc respecte que li tenen.

>> Y un buscador EFICAZ es una necesidad básica de la sociedad, dels 
>> profesional y del pur sentit comun.
>> Auria que aná pensan en un servei lliure, PUBLIC e internacional.
>> Alli ens veurem.
>>
>> Tenim un problema serios y greu.
>>
>> Salut
>>
> 
> Hi estic d'acord, però alhora... Quin tipus de necessitat és, que cal una 
> centralització tremenda i una constància incansable perquè sigui útil? Sé que 
> existeix yacy, però algú l'ha fet servir i li ha funcionat? Crec que ens hem 
> acostumat a un servei que em costa imaginar que es pugui oferir de forma 
> sostenible i descentralitzada, amb criteris diversos d'ordenació.

Havia sentit esmentar la xarxa YaCy però no l'he provat, i veig que no
està a repositoris. Dóno aquest enllaç per a estalviar tothom
d'utilitzar un cercador:
https://ca.wikipedia.org/wiki/YaCy

Jo utilitzo sovint Searx:
https://es.wikipedia.org/wiki/Searx
També MetaGer:
https://es.wikipedia.org/wiki/MetaGer


> Per cert, és el lloc adequat aquí per queixar-me de la gent que posa netflix 
> a la barra de google i fa clic al primer resultat, en comptes d'escriure-hi 
> netflix.com i evitar una consulta?
> 
> Tenim un problema
> 

Per cert, Wikipedia té un molt bon cercador: Si hi poses Netflix, et
resulta la pàgina més apropiada en tots els sentits.
Hauria de ser el cercador predeterminat als navegadors que s'empaqueten
a Debian. A mi em resol el 50% de dels llocs que cerco.

Cerques amb YaCy

[Narcis Garcia]

He provat aquest programari que va esmentar Fadelkon, i em funciona.
https://ca.wikipedia.org/wiki/YaCy
-> Web oficial
--> Download
---> YaCy for Linux and other OS
> Desempaquetar i executar el «startYACY.sh»

Per a participar a la xarxa, he adreçat el port TCP/8090 d'Internet a
l'ordinador.
Pels resultats que em dóna, veig que estan alimentats segons d'on són la
majoria de participants. Suposo que, com més participants hi hagi en
català, millor resultaran les cerques en aquesta llengua i per a les
pàgines locals.

La forma d'implementar-se i utilitzar-se té gran similitud amb el
programari de Freenet.
https://es.wikipedia.org/wiki/Freenet
Té configuracions i prestacions de funcionament que tenen similitud amb
el Gigablast.
https://en.wikipedia.org/wiki/Gigablast

-- 

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: pregunta: claus usuaris/es Debian

[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.
El 20/4/21 a les 7:28, fadelkon ha escrit:
> El 19 d’abril de 2021 22:36:57 CEST, "Àlex"  ha escrit:
>> Bones,
>>
>> tinc una compte d'usuari Debian asociada a aquesta adreça de correu.
>>
>> Aquests dies em van arribar un parell de correus electrònics de Debian
>> sobre votacions, i quan vaig responde per participar a una de les
>> votacions, el meu missatge va ser retornat per que no anava signat amb
>> una clau que m'identifiqués (-o això vaig entendre-).
>>
> 
> 
> Si ho necessites, aquesta infografia potser t'ajuda a acabar d'entendre com 
> funcionen les claus PGP en el correu. 
> https://static.fsf.org/nosvn/enc-dev0/img/es/full-infographic.png

Aqui un parell de videos que ilustren molt bé el mètode de la clau
pública i la privada:
www.youtube.com/watch?v=GSIDS_lvRv4
www.youtube.com/watch?v=AQDCe585Lnc

Fixeu-vos en els gràfics i no us caldrà entendre gaire l'anglès.

>> He estat buscant, però encara no sé a on haig de penjar aquesta clau
>> pública. Vosaltres sabeu?
>>
> 
> Si fas servir el client de correu thunderbird, aquí tens un punt d'entrada a 
> com fer-te una clau, signar correus, publicar la teva clau, etc.
> 
> https://support.mozilla.org/en-US/kb/openpgp-thunderbird-howto-and-faq#thunderbird:linux:tb78
> 
> Si fas servir webmail, hi ha una extensió del firefox però no n'estic al dia 
> i no recordo com es deia.
> 

Crec que és millor desaconsellar l'ús de PGP/GPG amb un Webmail, ja que
això permet pensar a l'usuari/a en la comoditat de carregar la seva clau
privada al Webmail, o que no sàpiga quan ho fa bé i quan no.

La censura vinculada a l'espionatge de Google

[Narcis Garcia]

He intentat donar dades bancàries a un company per a què fes una
contribució dinerària al GiLUG. Però l'he escrit a un compte de Gmail, i
les dades les he xifrat.

Immediatament he rebut el rebuig de Google per la seva política
d'inseguretat;
https://support.google.com/mail/?p=BlockedMessage

Convido tothom a què reflexioni si realment és fonamental per a la vida
de cadascú, subscriure serveis amb aquesta gent.

L'article 18.3 de la constitució espanyola diu:
«Se garantiza el secreto de las comunicaciones y, en especial, de las
postales, telegráficas y telefónicas, salvo resolución judicial.»
I l'article 18.4 diu:
«La ley limitará el uso de la informática para garantizar el honor y la
intimidad personal y familiar de los ciudadanos y el pleno ejercicio de
sus derechos.»
Doncs aquesta gent de Califòrnia hi passen per sobre.


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: La censura vinculada a l'espionatge de Google

[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.
El 21/4/21 a les 21:51, Orestes Mas ha escrit:
> 
> 
> El 21 d’abril de 2021 20:21:01 CEST, Narcis Garcia  ha 
> escrit:
>> He intentat donar dades bancàries a un company per a què fes una
>> contribució dinerària al GiLUG. Però l'he escrit a un compte de Gmail,
>> i
>> les dades les he xifrat.
>>
>> Immediatament he rebut el rebuig de Google per la seva política
>> d'inseguretat;
>> https://support.google.com/mail/?p=BlockedMessage
>>
>> Convido tothom a què reflexioni si realment és fonamental per a la vida
>> de cadascú, subscriure serveis amb aquesta gent.
> 
> Vejam, no ho acabo d'entendre: les dades xifrades anaven com a fitxer adjunt 
> o en ASCII delimitat?
> 
> Aquesta política de rebutjar correus amb adjunts, per lamentable que sigui, 
> podria estar motivada per minimitzar la propagació de virus. Si és així, en 
> el primer cas podria ser acceptable, però en el segon cas l'hauria de deixar 
> passar.
> 
> Orestes.
> 

Per a no embolicar l'altra persona en qüestions de PGP, ho vaig adjuntar
en format .7z

Què és el què és acceptable de la intervenció de les comunicacions o de
la vulneració de drets constitucionals de la persona?
Hi ha alguna opció al webmail de Google per a Prevenir [Sí] [No]
d'adjunts xifrats?

A Juana I de Castilla també la van tenir tancada i vigilada pel seu bé
https://es.wikipedia.org/wiki/Juana_I_de_Castilla#Encierro_en_Tordesillas

Narcís

Re: La censura vinculada a l'espionatge de Google

[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.
El 22/4/21 a les 9:22, Eloi ha escrit:
> El 22/4/21 a les 8:01, Narcis Garcia ha escrit:
>> __
>> 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.
>> El 21/4/21 a les 21:51, Orestes Mas ha escrit:
>>>
>>> El 21 d’abril de 2021 20:21:01 CEST, Narcis Garcia
>>>  ha escrit:
>>>> He intentat donar dades bancàries a un company per a què fes una
>>>> contribució dinerària al GiLUG. Però l'he escrit a un compte de Gmail,
>>>> i
>>>> les dades les he xifrat.
>>>>
>>>> Immediatament he rebut el rebuig de Google per la seva política
>>>> d'inseguretat;
>>>> https://support.google.com/mail/?p=BlockedMessage
>>>>
>>>> Convido tothom a què reflexioni si realment és fonamental per a la vida
>>>> de cadascú, subscriure serveis amb aquesta gent.
>>> Vejam, no ho acabo d'entendre: les dades xifrades anaven com a fitxer
>>> adjunt o en ASCII delimitat?
>>>
>>> Aquesta política de rebutjar correus amb adjunts, per lamentable que
>>> sigui, podria estar motivada per minimitzar la propagació de virus.
>>> Si és així, en el primer cas podria ser acceptable, però 
> en el segon cas l'hauria de deixar passar.
>>>
>>> Orestes.
>>>
>> Per a no embolicar l'altra persona en qüestions de PGP, ho vaig adjuntar
>> en format .7z
> 
> Les meves proves:
> 
> test1.7z és un fitxer sense xifrar les capçaleres (permet llistar els
> noms de fitxers) però sí el contingut: permet enviar-lo.
> 
> test2.7z és un fitxer amb capçaleres i contingut xifrats (no permet
> llistar fitxers sense la clau): el bloqueja
> 
> test3.7z és un fitxer sense xifrar les capçaleres però sí el contingut,
> com test1, però que el seu contingut és test2.7z: permet enviar-lo
> 
> test4.7z és un fitxer sense xifrar capçaleres ni contingut que, altre
> cop, conté test2.7z: el bloqueja
> 
> El contingut dels fitxers comprimits no inclou cap extensió prohibida
> (de fet, no en tenia cap). Sembla que la lògica implementada passa per
> llistar recursivament els fitxers comprimits i bloquejar bé els que
> xifren capçaleres impedint l'enumeració del contingut o els que
> continguin alguna de les extensions bloquejades, però sense considerar
> en cap cas nocius els fitxers comprimits que no es poden llistar per
> estar continguts en un fitxer xifrat.
> 
> En resum, que o es fa doble xifrat o es procura que els fitxers tinguin
> noms no descriptius. Que és el que es feia abans del xifratge de
> capçaleres.
> 
> Per altra banda, la meva experiència professional m'indica que l'ús
> d'adjunts xifrats, amb el password inclòs dins el cos del propi missatge
> (que ofereix seguretat zero), és una pràctica bastant habitual en la
> distribució i propagació de virus per correu electrònic i particularment
> llaminera per a adreces empresarials.

Gràcies per les proves.
Si empaqueto xifrat, ho faig al màxim (incloent la llista de continguts).
D'altra banda, mai no incloc la contrasenya al mateix enviament.

I comentant el què diu Fadelkon, Google davant la sospita en tindria
prou amb puntuar la carta i/o classificar-la com a possible brossa.
O fins i tot una alerta com aquelles de què hi ha imatges remotes.
Mil coses per ajudar i no tutoritzar les persones.

Narcís.

Re: / plena

[Narcis Garcia]

Si pots utilitzar escriptori gràfic, l'aplicació baobab va molt bé per a
explorar el pes de les carpetes i arbres de carpetes.



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.
El 11/5/21 a les 10:08, Jordi ha escrit:
> 
> Bon dia, de cop i volta m'he trobat amb un problema prou important i no
> m'ensurto.
> 
> 
> Com veieu en aquestes dues linies, hi ha poques hores de diferència
> entre les dues.
> 
> /dev/sda1   110G   33G   72G  32% /
> 
> /dev/sda1   110G  100G   4,1G  97% /
> 
> La veritat que que la segona arribava al 100% d'ocupació però he
> netejat /var/log /tmp i s'ha quedat així, però no trobo de cap manera
> els fitxers que sobren ara. En tot cas no seran fitxers massa grans
> però segurament si que hi haurà mols, però no els trobo.
> 
> Dins del sistema de fitxers, hi tinc diverses particions:
> 
> La /dev/sda5  /home al 43%
> la /dev/sdb3  /home/usuari_1 al 61%
> la /dev/sdc1  /home/usuari_2 al 24%
> 
> Penso si el sistema s'estarà fent un lio amb els usuaris, els nous van
> a parar a /home i usuari_1 i usuari_2 cada un te una partició pròpia. 
> 
> L'arrel / és ext4 i abans de reinstal·lar preferiria trobar el problema
> i esborrar tot el que hi ha on no ha de ser, gracies.
> 
> Jordi
> 

Re: / plena

[Narcis Garcia]

Molt bé el ncdu!
Quan he utilitzat el Baobab sempre he pensat en la pega de què sigui
només per a escriptori.


Narcis Garcia

El 11/5/21 a les 11:06, Sergi Baila ha escrit:
> Jo quan em trobo aquest problema tiro de ncdu:
> https://dev.yorhel.nl/ncdu <https://dev.yorhel.nl/ncdu>
> Està com paquet oficial: https://packages.debian.org/buster/ncdu
> <https://packages.debian.org/buster/ncdu>
> 
> Et permet trobar molt ràpidament on està el problema d'espai.
> 
> --
> Sergi Baila
> https://sargue.net/cv <https://sargue.net/cv>
> 
> 
> Missatge de Ernest Adrogué mailto:n...@posteo.de>> del
> dia dt., 11 de maig 2021 a les 10:47:
> 
> 2021-05-11, 10:34 (+0200); Jordi Vila escriu:
> > He probat el du amb diversos paràmetres i no hi veig res.
> >
> > La 'unica cosa seria amb el home, però en principi està en particions
> > diferents.
> 
> Si has vist que tens 100G a /
> 
> > > > /dev/sda1 110G 100G 4,1G 97% /
> 
> vol dir que la suma dels directoris a la partició / ha de ser 100G
> 
> Jo revisaria que to tinguis alguna cosa a /mnt, a part d'això no
> veig res
> 
> > 77G /mnt
> 

Re: / plena

[Narcis Garcia]

Si l'eina de còpies de seguretat l'has fet tu mateix, al disc de còpies
hi pots posar un fitxer de reconeixement. Per exemple «.cseguretat»
D'aquesta manera, abans d'executar la còpia el teu programet pot mirar
si hi ha el fitxer, de la qual cosa deduir si el dispositiu està muntat
o no:

if [ ! -f /mnt/copies.seguretat_2/.cseguretat ] ; then
echo "No s'ha trobat el disc de còpies!"
exit 1
fi

Si no és així, caldria saber quin programari utilitzes per a fer còpies.




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.
El 11/5/21 a les 16:09, Jordi Vila ha escrit:
>  
> 
> 
> 
> Bona tarda, al final he trobat el problema i ara ja tinc la partició al
> 30% ocupada.
> 
> Els diumenges es fa una còpia de seguretat que va a parar a un disc
> extern usb muntat a /mnt/copies.seguretat_2/dimenge (/dev/sdd2). Però
> com que l'altre dia varen tocar, es va deconectar i no es va muntar
> normalment.
> 
> En fer la còpia de seguretat es va crear el directori
> /mnt/copies.seguretat_2/diumenge a / (/dev/sda1) i per això es va omplir
> la partició i quan accedia a /mnt/... ho feia al directori / i d'aquí el
> lio.
> 
> No sé si hi ha forma d'evitar aquestes situacions.
> 
>  
> 
> Salutacions i gracies
> 
>  
> 
>  
> 
>  
> 
> On Tue, 11 May 2021 12:29:55 +0200, Narcis Garcia wrote:
> 
>> Molt bé el ncdu!
>> Quan he utilitzat el Baobab sempre he pensat en la pega de què sigui
>> només per a escriptori.
>>
>>
>> Narcis Garcia
>>
>> El 11/5/21 a les 11:06, Sergi Baila ha escrit:
>> > Jo quan em trobo aquest problema tiro de ncdu:
>> > https://dev.yorhel.nl/ncdu
>> > Està com paquet oficial: https://packages.debian.org/buster/ncdu
>> >
>> >
>> > Et permet trobar molt ràpidament on està el problema d'espai.
>> >
>> > --
>> > Sergi Baila
>> > https://sargue.net/cv
>> >
>> >
>> > Missatge de Ernest Adrogué > del
>> > dia dt., 11 de maig 2021 a les 10:47:
>> >
>> > 2021-05-11, 10:34 (+0200); Jordi Vila escriu:
>> > > He probat el du amb diversos paràmetres i no hi veig res.
>> > >
>> > > La 'unica cosa seria amb el home, però en principi està en particions
>> > > diferents.
>> >
>> > Si has vist que tens 100G a /
>> >
>> > > > > /dev/sda1 110G 100G 4,1G 97% /
>> >
>> > vol dir que la suma dels directoris a la partició / ha de ser 100G
>> >
>> > Jo revisaria que to tinguis alguna cosa a /mnt, a part d'això no
>> > veig res
>> >
>> > > 77G /mnt
>> >
> 

GitLab de salsa.debian.org

[Narcis Garcia]

Bon dia,

Algú sap com em puc crear un compte de salsa.debian.org ?
El portal sembla tenir deshabilitada aquesta opció.

-- 

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: GitLab de salsa.debian.org

[Narcis Garcia]

Ja està; escrivint a qui administra el servei ens hem aclarit;
https://wiki.debian.org/Salsa



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.
El 12/5/21 a les 10:34, Narcis Garcia ha escrit:
> Bon dia,
> 
> Algú sap com em puc crear un compte de salsa.debian.org ?
> El portal sembla tenir deshabilitada aquesta opció.
> 

Detectar salvapantalles o blocatge d'escriptori

[Narcis Garcia]

Bon dia,

M'agradaria programar que, quan no estic utilitzant l'ordinador, aquest
faci una sèrie de tasques que em molestarien si les faig mentre hi treballo.

Hi ha alguna manera de detectar amb Shell Scripting si l'escriptori està
blocat o bé amb el salvapantalles en marxa?
O hi ha algun disparador a partir d'aquests esdeveniments per a
assignar-hi una comanda?

Utilitzo Gnome, però si hi ha algun mètode més transversal, millor.

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: Mesurar rendiment d'una aplicació

[Narcis Garcia]

Per a controlar tot allò que afecta a la CPU, crec que el millor és
virtualitzar. Fins i tot és possible separar la màquina virtual de l'ús
directe del maquinari real.



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.
El 1/6/21 a les 19:14, Leopold Palomo-Avellaneda ha escrit:
> Bones,
> 
> he enviat aquest missatge a la llista de caliu però ha tingut poc
> èxit... Us explico, probablement és un correu fora de tema, però
> m'agradaria preguntar aquí perquè potser alguns de vosaltres em podrien
> guiar.
> 
> Estic treballant amb alguns científics per avaluar alguns programes que
> calculen una solució per a un problema. Bàsicament fan una instància de
> ILOG CPLEX i obtenen el temps utilitzat per calcular la solució o fan
> servir alguna heurística.
> 
> Utilitzem un servidor per fer els càlculs, i hem trobat (òbviament)
> variacions significatives que depenen de la càrrega de la màquina. El
> què voler obtenir és un tipus de mesura independent de la càrrega del
> servidor.
> 
> Un enfocament ha estat utilitzar el temps de CPU. En el nostre cas, el
> nombre total dels segons de CPU que el procés utilitza directament (en
> mode d'usuari). No estem parlant del temps real transcorregut (wall
> clock) que òbviament és directament està afectat per la càrrega de la
> màquina.
> 
> No obstant això, hem realitzat diverses proves i hem descobert que té
> una variació al voltant del 10% (depenent de la càrrega). També hem
> avaluat el temps de CPU en mode kernel i també com hi ha un canvi de
> context perquè l'aplicació no s'executa. Però, sincerament no hem
> obtingut una idea clara del que està passant.
> 
> Una altra qüestió que hem trobat és com pot afectar el nombre de nuclis.
> o CPUs físiques al servidor.
> 
> Algú de vosaltres ha trobat aquests problemes i els ha resolt?
> 
> 
> Salutacions,
> 
> Leopold
> 

Re: consulta unattended-upgrades

[Narcis Garcia]

Subscric el què diu en Jordi 215639, i afegeixo que a les
actualitzacions automàtiques els veig dos altres inconvenients:

1. Si l'ordinador està en ús, durant les descàrregues pot haver un ús
inesperat de l'ample de banda i durant les instal·lacions un ús
inesperat de disc que pot molestar l'usuari que volia fer alguna cosa
amb prioritat en aquell moment.

2. Una actualització podria coincidir inesperadament amb una aturada
manual de l'ordinador o pitjor: Amb una interrupció elèctrica i que els
errors no es vegin fins que justament fa falta utilitzar l'ordinador.
És millor topar-se amb els problemes quan ja dedicaves el temps a
atendre les actualitzacions.


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.
El 2/6/21 a les 10:04, Jordi ha escrit:
> El dc. 02 de 06 de 2021 a les 07:36 +, en/na xavi va escriure:
>> Hola,
>>
>> No sé si aquesta pregunta vorejaria l'offtopic, però per si de cas us
>> la 
>> faig. A la feina i fins i tot a casa, a totes les meves màquines
>> debian 
>> i ubuntu faig servir sempre unattended-upgrades. Particularment en 
>> aquelles que tenen accés a l'exterior (servidors i tal). Per mi és
>> una 
>> eina d'actualització de seguretat ràpida i potent. Però estic llegint
>> a 
>> grups de Telegram, i en alguna opinió d'algun company, que 
>> unattended-upgrades mai, que les actualitzacions a mà.
>>
>> No acabo d'entendre què tenen en contra, que no se'ls hi actualitzin 
>> programes que tinguin extremadíssimament configurats a mà i que
>> tinguin 
>> por que una actualització els aixafi la configuració prèvia? o que
>> fent 
>> servir unattended-upgrades un podria arribar a confiar-se en excés i 
>> prefereixen anar actualitzant a mà? (aquest últim argument per mi
>> seria 
>> del nivell com no voler fer servir el wifi perquè com que te'l poden 
>> crackejar).
>>
>> Però igual sóc jo que sóc un lamer impenitent i que no m'entero. Per 
>> això voldria saber les vostres opinions, aviam què opineu :)
>>
>> Records i gràcies per endavant.
>>
>> x.
>>
> La meva opinió: trobo que si les coses es fan massa automàticament, en
> perds una mica el control. Jo abans em trobava que algunes coses no
> funcionaven com ho havien fet fins cert moment i és perquè alguna cosa
> s'havia actualitzat i alguna petita cosa funcionava de forma diferent.
> Els programes tampoc han d'estar "extremadíssimament configurats"
> perquè quelcom paràmetre deixi de funcionar o hi hagi nous paràmetres
> que facin coses noves. I això sense parlar d'actualitzacions prou
> importants ... Per això soc partidari de que el sistema m'avisi si hi
> ha actualitzacions però soc jo qui decideix quan fer-les.
> 
> salutacions
> 
> Jordi.
> 

Re: consulta unattended-upgrades

[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.
El 2/6/21 a les 10:23, Griera ha escrit:
> A dimecres 02 de juny 2021,  vàreu escriure:
> 
>> Hola,
>>
>> No sé si aquesta pregunta vorejaria l'offtopic, però per si de cas us la 
>> faig. A la feina i fins i tot a casa, a totes les meves màquines debian 
>> i ubuntu faig servir sempre unattended-upgrades. Particularment en 
>> aquelles que tenen accés a l'exterior (servidors i tal). Per mi és una 
>> eina d'actualització de seguretat ràpida i potent. Però estic llegint a 
>> grups de Telegram, i en alguna opinió d'algun company, que 
>> unattended-upgrades mai, que les actualitzacions a mà.
>>
>> No acabo d'entendre què tenen en contra, que no se'ls hi actualitzin 
>> programes que tinguin extremadíssimament configurats a mà i que tinguin 
>> por que una actualització els aixafi la configuració prèvia? o que fent 
>> servir unattended-upgrades un podria arribar a confiar-se en excés i 
>> prefereixen anar actualitzant a mà? (aquest últim argument per mi seria 
>> del nivell com no voler fer servir el wifi perquè com que te'l poden 
>> crackejar).
>>
>> Però igual sóc jo que sóc un lamer impenitent i que no m'entero. Per 
>> això voldria saber les vostres opinions, aviam què opineu :)
>>
>> Records i gràcies per endavant.
>>
>> x.
>>
> 
> Jo, usuari vulgar i de perfil molt baix, ho tinc activat en els diferents 
> ordinadors. Per mi és un tema de seguretat que preval per sobre d'altres 
> consideracions. No tenir instal·lades les actualitzacions de seguretat pot 
> portar a ensurts. Fa unes setmanes vaig obrir i connectar a Internet un 
> ordinador que feia uns anys que no obria (¿un? ¿dos? ¿tres?). Tenia 
> instal·lat una versió del firefox vulnerable (no s'havia actualitzat) i em 
> van pispar el fitxer amb totes les contrasenyes desades. Per sort, totes 
> banals: no en deso cap crítica. Però l'ensurt no te'l treu ningú.
> 
> Records.
> 

Compte perquè el concepte de seguretat també és aplicable a poder
comptar amb l'ordinador quan el necessites.


Narcis Garcia

Re: Mesurar rendiment d'una aplicació

[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.
El 2/6/21 a les 20:21, Leopold Palomo-Avellaneda ha escrit:
> El 2/6/21 a les 10:19, Narcis Garcia ha escrit:
>> Per a controlar tot allò que afecta a la CPU, crec que el millor és
>> virtualitzar. Fins i tot és possible separar la màquina virtual de l'ús
>> directe del maquinari real.
>>
> 
> no ho crec. Jo voldria poder fer servir tota la capacitat de la màquina,
> no voldria una capa de virtualització.
> 
> Leo
> 

El teu objectiu és executar ràpid o bé mesurar el cost d'un procés per a
planificar execucions futures?
És la única manera que veig de controlar una CPU.

Tota la resta és creuar dits i esperar que la primera, segona, tercera,
etc. execucions vagin igual en maquinari real.
És la diferència entre fer una mesura a l'aire lliure o en condicions de
laboratori.


Narcis Garcia

Re: Editar arxius al postinst d'un paquet debian

[Narcis Garcia]

Aquí he trobat una pàgina sobre el tema:
https://wiki.debian.org/Packaging

També t'adjunto un paquet com l'havia fet jo per a un programet (xhash
en ShellScript), i el programet que feia servir per a descarregar del
repositori Git i empaquetar (git-to-deb).

Allò que contenia el repositori Git es pot reconstruir a partir del
contingut del paquet .deb i algun dels retocs que fa l'empaquetador.


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.
El 21/6/21 a les 20:04, Daniel ha escrit:
> Hola,
> 
> Habitualment empaqueto els meus scripts  en .deb per ús intern. Son
> bastant xapucilles però fan la feina. Per configurar-ho anava a saco i
> al postinst feia, si calia, un vi del .conf. A part de saltar-me
> qualsevol protocol de debian, falla quan s'instal·la en mode no
> interactiu com per exemple amb ansible.
> 
> Mirant-me una mica més la documentació he començat a fer servir debconf
> i els templates  per demanar els paràmetres, però no trobo cap manera
> fàcil quan tinc que modificar un arxiu sencer. Quina es la forma elegant
> de fer-ho? O alguna guia una mica avançada de crear paquets debs per
> scripts (només he trobat per crear paquets compilats, i les que estan
> orientades a fer-ho de manera manual son molt bàsiques)
> 
> Gràcies per endavant,
> 
> Daniel
> 
> 


xhash_1.2.2_all.deb
Description: application/vnd.debian.binary-package


git-to-deb.sh
Description: application/shellscript

Re: Alternativa lliure a Dropbox/Dribe: syncthing? nextcloud?

[Narcis Garcia]

Tinc experiència amb NextCloud, que utilitza WebDAV com a protocol.
NextCloud funciona a base d'extensions, de manera que el pots deixar
bastant «pelat» per a què només es dediqui a la sincronització de carpetes.
El servei de Nextcloud es pot instal·lar com una aplicació web qualsevol.

Veig que a Debian hi ha paquets per a escriptori tant de Nextcloud com
de Syncthing. M'agradaria llegir opinions de qui hagi treballat amb
Syncthing, perquè no sé si té els mateixos avantatges que Nextcloud, o
més o el què.

Coma a alternativa a això, per a compartir carpetes en línia i sense
còpia, sempre he utilitzat sshfs amb l'assistent «aumonet». Amb això,
els gigabytes no estan replicats a cada equip, la configuració al
servidor és escassa, però per Internet por anar lent si s'utilitza
telefonia mòbil.

Narcís.


El 27/7/21 a les 19:14, Joan ha escrit:
> Bones,
> 
> Voldria trobar una alternativa perquè un client tingui accés a les
> seves còpies de seguretat d'un campus de Moodle de manera "fàcil" (per
> usuaris no tècnics).
> 
> Inicialment per no complicar-me la vida, havia tirat de Google Drive,
> fent que el meu servidor de còpies de seguretat sincronitzi amb el
> Drive la darrera còpia.
> 
> Però resulta que, a part d'altres incomoditats i el tema d'usar GAFAMs,
> el compte gratuit te una capacitat de 15Gb, que queda curta.
> 
> Llavors, ja posats a fer algo que tingui un cost (un compte de pagament
> de Drive), estic pensant en alternatives lliures (que a més podria
> aprofitar per tots els meus clients, que usen el mateix servidor de
> còpies de seguretat, una debian).
> 
> Havia pensat en posar un Nextcloud, i donar accés als clients perquè
> vegin els fitxers del seu directori d'usuari, que jo faria sincronitzar
> amb la còpia de seguretat. Però no sé si és matar mosques a canonades
> (perquè malgrat que suposo que és factible, Nextcloud està pensat per
> donar moltes altres funcionalitats).
> 
> Buscant a veure si hi ha algun soft que faci una mica de "dropbox", o
> sigui una UI per "descarregar/gestionar" fitxers, he caigut en
> Syncthing, però no sé si és l'eina més adequada. De fet, a mi no em
> caldria que les còpies estiguessin actualitzades CADA DIA, tot just es
> produeixi el canvi (que és algo que fa el Syncthing, com a mínim per
> defecte). Total, que això igual genera un tràfic massa alt pel que jo
> voldria (que és que de tant en tant, un cop a la setmana o al mes, el
> client pugui descarregar un còpia del seu Moodle).
> 
> Potser en comptes de tantes voltes el que es podria fer és, simplement,
> configurar un client de FTP, tipus Filezilla, perquè el client es pugui
> descarregar la còpia. En definitiva en temes com Syncthing també cal
> configurar l'ordinador "client". Això era una sol·lució que no em
> convencia tant, perquè cada cop que al client li facin canvis al seu
> ordinador, li substitueixin, cal tornar a configurar-li el seu equip.
> 
> Com ho veieu?
> 
> Fins ara,
> 

-- 
Narcis Garcia

Re: Signatures digitals per una ILP (la del Montseny, però podria ser qualsevol altra)

[Narcis Garcia]

[mode ironia ON]

Que s'utilitzin les eines i protocols de la UE és molt armoniós, però
antieconòmic i no respecta la diversitat cultural.
Que cada estat, o fins i tot cada comunitat o municipi, elabori el seu
propi sistema desenvolupa un fet diferencial que incrementa les
relacions locals. A més, si s'externalitza el desenvolupament, es
contracten empreses «locals» que creen llocs de treball, i així el
pressupost es gasta en reactivar l'economia d'uns quants.

Aquí tenim IdCat, híbrids per a mòbil, certificats (possiblement x.509)
de diversos emissors, i una bona promoció de l'esport d'anar i tornar a
diferents finestretes per a saber si ho has fet bé o no.

Amb això de les consultes o ILP, a més a més, la falta d'harmonització
permet que, si una moguda és confusa, no n'hi hagi prou amb aplicar una
«regla general» o les resolucions d'un tribunal clar, sinó que es pugui
escombrar cap aquí o cap allà segons el bon criteri de la política local.

[mode sarcasme OFF]


El 27/7/21 a les 21:19, Joan ha escrit:
> Bones,
> 
> El Parlament de Catalunya, al que això de la digitalització li sonava a
> xino, ara, com a requeriment a un escrit d'Ecologistes en acció, ha
> obert la possibilitat de recollir signatures digitals per les seves
> Iniciatives Legislatives Populars.
> 
> Us adjunto el document de resposta, a on especifica els requisits
> tècnics. Bàsicament un format XML i cap indicació del que entenen com
> una signatura electrònica ni cap eina pròpia per gestionar el tema.
> 
> A la Unió Europea, en canvi, tenen el seu propi sistema, gratuït i a
> disposició de la ciutadania:
> 
> https://europa.eu/citizens-initiative/online-collection-system_es
> 
> Llavors, a part de la reflexió de que poc els costaria als del
> parlament adaptar el programari europeu per al seu us a casa nostra
> (per a què tenim departaments, idescats, funcionaris i pressupost??),
> em preguntava si algú altre ja s'ha trobat amb això en altres ILP, aquí
> o a Espanya, i s'ha avançat en algun sistema de codi obert que pugui
> usar-se per les diferents ILP que vagin sortint. O sigui, ja que
> l'administració catalana no fa els mínims raonables, que sigui la
> societat civil (i concretament la comunitat de programari lliure) que
> hagi fet alguna cosa en aquesta línia. En teniu algun coneixement? Us
> sona?
> 
> No tinc tampoc massa idea de si és un tema molt complex, o no, la
> implementació d'aquests certificats en un formulari web, per acceptar
> dni electrònic, certificat de l fnmt, etc.
> 
> D'altra banda hi ha una eina d'Adobe, que possiblement significa, en
> molt el tema:
> 
> https://acrobat.adobe.com/es/es/sign/electronic-signatures.html
> 
> I penso que potser la manera d'encarar-ho "per fer-ho fàcil", tot i que
> no em mola massa usar eines que no siguin de programari lliure. Li
> veig, també, l'avantatge, que a nivell d'usabilitat, lo dels
> certificats digitals sempre és molt més complicat que el tema de fer un
> garabato en una pantalla tàctil o amb el ratolí de l'ordinador...
> 
> En fi, us agrairé qualsevol orientació o punt de vista al respecte ;-)
> 
> Pd.: perdoneu el cross-posting :-)
> 

-- 
Narcis Garcia

Re: Alternativa lliure a Dropbox/Dribe: syncthing? nextcloud?

[Narcis Garcia]

Aleshores entenc que el Syncthing va molt bé per a fer la part essencial
del què fa el Nextcloud amb les carpetes d'un mateix (del propi compte
d'accés), però pel què comentes no es podria assignar unes carpetes a un
grup d'usuaris o que un usuari comparteixi alguna cosa seva. Correcte?


El 28/7/21 a les 11:34, Conrad Pueyo ha escrit:
> Crec que el Syncthing tindria mes el proposit de que el client tingui el
> mateix contingut en local que en el servidor. Per aixo no ho veig tan
> viable. Va molt be, la veritat, pero com a replicant de contingut, no
> com per compartir carpetes
> 
> -- Mensaje original --
> De: "fadelkon" mailto:fadel...@posteo.net>>
> Para: debian-user-catalan@lists.debian.org
> <mailto:debian-user-catalan@lists.debian.org>; "Leopold
> Palomo-Avellaneda" mailto:l...@alaxarxa.net>>; "Joan"
> mailto:arboc...@calbasi.net>>
> CC: "Dani PERSONAL" mailto:omeg...@gmx.es>>
> Enviado: 28/7/2021 11:25:44
> Asunto: Re: Alternativa lliure a Dropbox/Dribe: syncthing? nextcloud?
> 
>> El 28 de juliol de 2021 7:48:25 CEST, Leopold Palomo-Avellaneda
>> mailto:l...@alaxarxa.net>> ha escrit:
>>> Bones!!
>>>  
>>> El 27/7/21 a les 19:14, Joan ha escrit:
>>>>  
>>>> Havia pensat en posar un Nextcloud, i donar accés als clients perquè
>>>> vegin els fitxers del seu directori d'usuari, que jo faria
>>> sincronitzar
>>>> amb la còpia de seguretat. Però no sé si és matar mosques a canonades
>>>> (perquè malgrat que suposo que és factible, Nextcloud està pensat per
>>>> donar moltes altres funcionalitats).
>>>  
>>> Nextcloud està molt bé. Jo el tinc a casa de forma domèstica, però no
>>> sé si és
>>> l'eina que busques.
>>  
>> A nextcloud pots habilitar i deshabilitar funcions o "aplicacions",
>> com contactes, calendaris, o altres. La bàsica és " files". Tu els
>> pots carregar arxius, però per tal que no ho facin servir per a altres
>> coses no haurien de tenir usuària.
>>  
>> En canvi, podries crear una carpeta per cada client propietat d'un
>> compte teu, i li generes un enllaç compartit amb contrasenya, només de
>> lectura.
>>  
>>>  
>>>> Buscant a veure si hi ha algun soft que faci una mica de "dropbox", o
>>>> sigui una UI per "descarregar/gestionar" fitxers, he caigut en
>>>> Syncthing, però no sé si és l'eina més adequada. De fet, a mi no em
>>>> caldria que les còpies estiguessin actualitzades CADA DIA, tot just
>>> es
>>>> produeixi el canvi (que és algo que fa el Syncthing, com a mínim per
>>>> defecte). Total, que això igual genera un tràfic massa alt pel que jo
>>>> voldria (que és que de tant en tant, un cop a la setmana o al mes, el
>>>> client pugui descarregar un còpia del seu Moodle).
>>>  
>>> Jo a la feina tinc fet una cosa amb el dirvish, que és una meravella,
>>> senzill i
>>> pràctic. Després amb sftp es pot accedir als fitxers. sftp té clients
>>> com per
>>> exemple el winscp, o amb Linux amb qualsevol gestor de fitxer o amb el
>>> MacOs amb
>>> el ciberduck.
>>  
>> Com a servidor de sftp, jo vaig configurar fa poc un proftpd amb el
>> mòdul de sftp habilitat (el de ssh, un sol port) i el ftps
>> deshabilitat (que és ftp amb els dos ports per tls).
>>  
>> Ho he fet per un sistema de backups on cada servidor (client en el teu
>> cas) té un usuari unix del servidor de backups i està en el grup
>> backups, que està banejat per fer login per ssh, però ha de tenir una
>> login shell vàlida per algun motiu. I a la config del proftpd, posant
>> "DefaultRoot ~/backups" li dona accés d'escriptura només a la carpeta
>> /home/user/backups . M'agrada perquè queda tot compartimentat i les
>> configuracions són poques :)
>>  
>> Salut!
>> fdk
>>  
> 
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
>   Libre de virus. www.avast.com
> <https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
> 
> 
> <#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

-- 
Narcis Garcia

(deb-cat) Servidor de Caliu fora de linia?

[Narcis Garcia]

Bones, no sé si en aquest grup hi ha algú de Caliu.cat , doncs és per
avisar que el servidor on tenen allotjat el web no respon en aquest moment.

Salut.
-- 


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

Re: COMPTE! - Possible pèrdua de dades en actualitzar a Bullseye

[Narcis Garcia]

Aquest fitxer hauria de tenir les definicions de ruta per a cada carpeta
típica d'usuari:
~/.config/user-dirs.dirs

Salut;
Narcís.

El 4/8/21 a les 23:49, ores...@riseup.net ha escrit:
> Ahir vaig actualitzar la màquina principal de casa de Bustes a Bullseye,
> aprofitant que la release de Debian 11 és propera i m'anava bé fer-ho
> ara. L'actualització va anar força bé, en general, però volia avisar
> d'un parell de coses que m'han passat i que comporten pèrdua de dades.
> 
> - Després de l'actualització ha desaparegut el contingut de la carpeta
> .gnupg (amb totes les claus públiques i privades). Per sort tenia còpia
> de seguretat de tot.
> 
> - Després de l'actualització ha desaparegut la carpeta "Baixades" i ha
> estat substituïda per una carpeta "Downloads" buida. En l'arranjament
> del sistema (utilitzo KDE) he comprovat que la ruta a la carpeta de
> descàrregues era /home/, quan hauria d'haver estat
> /home//Baixades. Potser això hi ha tingut alguna cosa a veure.
> 
> Avís: No estic 100% segur de no haver esborrat jo aquests directoris,
> però si ho he fet ha estat per error i de forma absolutament
> inconscient.
> 
> Consell: Feu còpia de seguretat de les vostres dades abans
> d'actualitzar, no fos cas que us passés quelcom de semblant..
> 
> Orestes.
> 
> 

-- 
Narcis Garcia

Re: Problema de gràfics amb kernel 5.10 després d'actualitzar d10 > d11

[Narcis Garcia]

Has provat a deshabilitar Wayland al GDM ?

Salut.


El 17/8/21 a les 14:25, Joan ha escrit:
> Bon dia,
> 
> Tinc un problema després de l'actualització de debian 10 a d11
> 
> La pantalla del display manager em queda congelada, perquè no puc moure
> el ratolí ni usar el teclat He provat substituint el gdm3 per altres
> display managers (lightdm, el de kde, el de lfce...), i dona el mateix
> error Però, en canvi, si arrenco amb el kernel antic 5.3 en comptes de
> l'actual 5.10, no tinc aquest problema i puc iniciar la meva sessió.
> 
> Ara bé, el Gnome no em permet gestionar les extensions... De fer, a les
> preferències, no em deixa triar al desplegable "shell"
> 
> I la pestanya "extensions", als "Ajustaments", surt ombrejada i no em
> deixa activar/desactivar cap extensió Teniu alguna idea de quin log
> podria revisar per començar a tenir alguna pista? Per cert, tinc dugues
> pantalles, no sé si això pot tenir alguna rellevància..
> 

-- 


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

Re: Debian 11 estable en poques hores

[Narcis Garcia]

Si la gent descarrega via Torrent, com més gent descarregant més
velocitat hi ha per cadascú a la descàrrega.


El 14/8/21 a les 23:44, Eduard Selma ha escrit:
> El 12/8/21 a les 22:35, a...@probeta.net ha escrit:
>> Bona calorosa nit,
>>
>> Sembla que tindrem nova Debian estable aquest dissabte, 14 d'agost, en
>> unes hores.
>>
>>     https://wiki.debian.org/ReleasePartyBullseye
>>
>> He posat unes cervesetes a la nevera per celebrar-ho. Brindaré Per la
>> nova Debian, pels/les Debian developers, i per tota la comunitat
>> especialment vosaltres.
> 
> - JA LA TENIM AQUÍ. Afanyeu-vos, ara encara les descàrregues van a bona
> velocitat.
> 
> Salut i gràcies a tot l'equip de Debian
> 
> Eduard Selma.
> 
> 
> 

-- 


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

(deb-cat) Alentiment de processos amb les hores i els dies

[Narcis Garcia]

Hola bones,

Ja porto varies versions comprovant el mateix amb Debian GNU/Linux
(sempre Stable):
Si no atures el sistema durant molt temps (per exemple més d'un dia),
aquest s'alenteix. He pogut reproduir el problema quan l'ordinador porta
processador Intel amb gràfics integrats.

Símplement és un alentiment progressiu, com si l'ordinador es convertís
en una màquina més i més lenta o antiga. Les finestres van lentes, el
ratolí, la resposta de teclat, l'obertura d'aplicacions, fins i tot
l'aturada del sistema.
No és cosa del maquinari, perquè en reiniciar el sistema operatiu tot
comença fresc i ràpid com al primer moment; no és necessari aturar la
màquina.

No trobo cap indici del problema en processos que corren, ni res de res.
Només se m'acudeis que pot ser un defecte del nucli Linux (potser les
mitigacions per a Intel?), ja que arrencant amb els nuclis més antics
(4.9 i 4.19) la cosa és més exagerada. Però amb el Linux 5.10 no me'n
lliuro.

Algú sap com esbrinar el problema?

-- 


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

(deb-cat) Punt d'acces Wifi per a clients Debian

[Narcis Garcia]

He provat amb 3 ordinadors portàtils a activar el «Punt d'accés Wifi»
que ofereix el panell de paràmetres del Gnome.
A tots els casos resulta molt senzill, i tots els sistemes Android que
he provat s'hi connecten bé i arriben a Internet.
PERÒ no amb sistemes Debian ni Ubuntu.

Perquè?

Porto anys amb el problema i no sé com explorar la causa i la solució.

Gràcies per endavant.
-- 


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

Re: Debian 11 estable en poques hores

[Narcis Garcia]

El 17/8/21 a les 14:11, Eduard Selma ha escrit:
> - L'instal·lador Calamares (omnipresent) naturalment, no permet fer
> entrades de particions "a mida" (com /data, /back, etc) tal com feia
> l'instal·lador antic Debian; només les estàndard (/boot, /var, /home,
> etc.) Cal fer blkid i entrar-ho manualment un cop instal·lat. cap
> problema, però.

Em sembla que amb l'arrencada de DebianInstaller (sense escriptori
gràfic ni Calamares) segueix podent-se fer de tot amb les particions,
LVM, RAID, LUKS...

-- 


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

Re: (deb-cat) Punt d'acces Wifi per a clients Debian

[Narcis Garcia]

El 18/8/21 a les 18:21, papapep ha escrit:
> On 18/8/21 18:08, Narcis Garcia wrote:
>> He provat amb 3 ordinadors portàtils a activar el «Punt d'accés Wifi»
>> que ofereix el panell de paràmetres del Gnome.
>> A tots els casos resulta molt senzill, i tots els sistemes Android que
>> he provat s'hi connecten bé i arriben a Internet.
>> PERÒ no amb sistemes Debian ni Ubuntu.
>>
>> Perquè?
>>
>> Porto anys amb el problema i no sé com explorar la causa i la solució.
>>
>> Gràcies per endavant.
>>
> 
> Hola,
> 
> Mai havia provat aquesta funcionalitat, però al treure tu el tema ho he
> provat entre 2 Debian 11 i m'ha funcionat sense més complicació.
> He vist que adjudica un xifrat WPA, demana una contrasenya i res més. No
> sé si es pot remenar, però no ho he fet.
> He obert l'altra màquina, li he dit que es connectés a la SSID del
> primer i ha funcionat directament.

Avui també he tingut oportunitat de provar amb portàtils amb Debian 11,
i semblaria que a Bullseye alguna cosa s'ha resolt sobre això: Un client
amb Debian 10 es connecta bé a un punt d'accés amb Debian 11.
De manera que es deu haver d'aplicar el remei que proposa Josep
Lladonosa a les màquines amb Debian 9 i Debian 10.

-- 


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

Re: (deb-cat) Alentiment de processos amb les hores i els dies

[Narcis Garcia]

El 19/8/21 a les 11:59, Ernest Adrogué ha escrit:
> 2021-08-18, 17:37 (+0200); Narcis Garcia escriu:
>> No trobo cap indici del problema en processos que corren, ni res de res.
>> Només se m'acudeis que pot ser un defecte del nucli Linux (potser les
>> mitigacions per a Intel?), ja que arrencant amb els nuclis més antics
>> (4.9 i 4.19) la cosa és més exagerada. Però amb el Linux 5.10 no me'n
>> lliuro.
>>
>> Algú sap com esbrinar el problema?
> 
> Has comprovat l'ús de memòria, cpus, discs, i freqüència del rellotge?
> 
> Aquestes serien les primeres coses que miraria... i òbviament la sortida
> de dmesg.
Sí, porto més de 2 anys comprovant tot això, i també provant a canviar
placa base, CPU, RAM.
Algú altre treballa amb Debian en ordinadors amb CPU+gràfics Intel? Ha
provat a treballar diàriament sense aturar l'ordinador?

-- 


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

Re: debian 11 webdav lent

[Narcis Garcia]

Fins on jo sé, el client de NextCloud no munta cap unitat de xarxa sinó
que sincronitza el contingut d'una carpeta local.
Obrir la carpeta/directori i veure'n el contingut hauria d'anar igual de
ràpid en una carpeta sincronitzada que qualsevol altra.

Veig que als repositoris de Debian 10 hi havia la versió 2.5 del client
de NextCloud, i als repositoris de Debian 11 hi ha la versió 3.1 , que
canvia bastant en l'aparença de gestió.
Però l'he provat i no sembla canviar res en la tècnica de sincronització.

Comprova que altres directoris del mateix ordinador es llisten igual de
lents amb un contingut equivalent.


El 25/8/21 a les 13:33, Blackhold ha escrit:
> Hola,
> Mica en mica vaig migrant a debian 11 i em vaig trobant algunes
> tonterietes com per exemple el de l'assumpte.
> 
> Totes les màquines que he upgradejat a debian 11 (instal·lació des de
> 0) em trobo que la unitat de xarxa muntada amb webdav (nextcloud) el
> llistat dels documents dels directoris és molt lenta. A la mateixa
> xarxa hi tinc un parell de màquines amb debian 10 i el llistat del
> contingut dels directoris és més àgil.
> 
> Tan a les màquines com debian 10, com les de debian 11, estic
> utilitzant l'entorn d'escriptori cinnamon (gnome + nautilus).
> 
> He provat de canviar els DNS de les màquines amb debian 11 i també
> passa el mateix.
> 
> Alguna idea d'on mirar què és el què està passant? algú més s'hi ha trobat?
> 
> Moltes gràcies
> 
> - Blackhold
> http://blackhold.nusepas.com
> @blackhold_
> ~> cal lluitar contra el fort per deixar de ser febles, i contra
> nosaltres mateixos quan siguem forts (Xirinacs)
> <°((( ><
> 

-- 
Narcis Garcia

Re: debian 11 webdav lent

[Narcis Garcia]

Fins on jo sé, el client de NextCloud no munta cap unitat de xarxa sinó
que sincronitza el contingut d'una carpeta local.
Obrir la carpeta/directori i veure'n el contingut hauria d'anar igual de
ràpid en una carpeta sincronitzada que qualsevol altra.

Veig que als repositoris de Debian 10 hi havia la versió 2.5 del client
de NextCloud, i als repositoris de Debian 11 hi ha la versió 3.1 , que
canvia bastant en l'aparença de gestió.
Però l'he provat i no sembla canviar res en la tècnica de sincronització.

Comprova que altres directoris del mateix ordinador es llisten igual de
lents amb un contingut equivalent.


El 25/8/21 a les 13:33, Blackhold ha escrit:
> Hola,
> Mica en mica vaig migrant a debian 11 i em vaig trobant algunes
> tonterietes com per exemple el de l'assumpte.
> 
> Totes les màquines que he upgradejat a debian 11 (instal·lació des de
> 0) em trobo que la unitat de xarxa muntada amb webdav (nextcloud) el
> llistat dels documents dels directoris és molt lenta. A la mateixa
> xarxa hi tinc un parell de màquines amb debian 10 i el llistat del
> contingut dels directoris és més àgil.
> 
> Tan a les màquines com debian 10, com les de debian 11, estic
> utilitzant l'entorn d'escriptori cinnamon (gnome + nautilus).
> 
> He provat de canviar els DNS de les màquines amb debian 11 i també
> passa el mateix.
> 
> Alguna idea d'on mirar què és el què està passant? algú més s'hi ha trobat?
> 
> Moltes gràcies
> 
> - Blackhold
> http://blackhold.nusepas.com
> @blackhold_
> ~> cal lluitar contra el fort per deixar de ser febles, i contra
> nosaltres mateixos quan siguem forts (Xirinacs)
> <°((( ><
> 

-- 
Narcis Garcia

-- 


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

Re: debian 11 webdav lent

[Narcis Garcia]

El 26/8/21 a les 20:36, Blackhold ha escrit:
> Missatge de Narcis Garcia  del dia dj., 26
> d’ag. 2021 a les 18:21:
>>
>> Fins on jo sé, el client de NextCloud no munta cap unitat de xarxa sinó
>> que sincronitza el contingut d'una carpeta local.
>> Obrir la carpeta/directori i veure'n el contingut hauria d'anar igual de
>> ràpid en una carpeta sincronitzada que qualsevol altra.
> 
> Hola, no estic utilitzant el client de nextcloud, estic utilitzant el
> sistema de finestres per muntar la unitat de xarxa dav. Al fer-ho així
> hi tens accés i no es munta cap directori en local
> 
> 

Aniria bé que especifiquessis què fas per a muntar la unitat de xarxa, i
amb quin programari (incloent si has instal·lat alguna llibreria o
extensió facilitadora). Tant a Debian 10 com a Debian 11.

-- 


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

Re: Debian 11 estable en poques hores

[Narcis Garcia]

El 12/9/21 a les 15:38, Ernest Adrogué ha escrit:
> Hola,
> 
> 2021-08-22, 11:34 (+0200); Joan Montané escriu:
>> 1.- bullseye soluciona el problema que tenia «ls» en l'ordre de dates,
>> ara pot mostrar «dia mes» [1] si el fitxer de traducció ho indica.
>> 2. Amb això [1], ara sí que s'aplica la línia de format de la
>> traducció (en el cas català indica mes dia), però la traducció de
>> coretutils de bullseye usa %Ob (mes abreujat sense preposició, p. ex.
>> «ag.»), però «ls» no ho parseja internament i per això queden les
>> columnes desquadrades.
>> 3. Per a evitar el desquadrament del punt anterior es va optar per una
>> solució de compromís, i canviar la traducció perquè uses %b (mes
>> abreujat amb preposició, p. ex. «d'ag.»), però que «ls» parseja
>> internament per a quadrar les columnes).
>> 4. Què ha passat, doncs? Que el canvi en la traducció es va fer per a
>> coreutils 8.31.90 [2], última versió que consta al Translation
>> Project, però bullseye usa 8.32 [3], que no apareix a TP. I la 8.32
>> encara té %Ob a la traducció.
> 
> Primer de tot vull agrair la feina que fa tota la gent que contribueix a
> la localització de programari GNU a la llengua catalana.
> 
> En segon lloc, no vull semblar negatiu, però jo segueixo pensant que la
> preposició sobra en els llistats de directori.
> 
> I, desafortunadament, ls no és l'únic programa afectat.
> 
> systemd mostra les dates d'aquesta manera
> 
> d’ag. 22 11:56:16 doriath offlineimap[1492]: Syncing Trash: IMAP -> MappedIMAP
> d’ag. 22 11:56:17 doriath offlineimap[1492]: *** Finished account 'Posteo.…:03
> Hint: Some lines were ellipsized, use -l to show in full.
> 
> El dmesg igual:
> 
> [dg. d’ag. 22 10:37:23 2021] usb 1-8: device descriptor read/64, error -71
> [dg. d’ag. 22 10:37:23 2021] usb 1-8: device descriptor read/64, error -71
> [dg. d’ag. 22 10:37:23 2021] usb usb1-port8: attempt power cycle
> 
> En definitiva, han passat 4 anys des de que es va "modernitzar" el local
> ca_ES, i després de 4 anys jo penso que ja podem afirmar que la
> experiència de l'usuari amb el local nou és pitjor que amb el local
> anterior.
> 
> Crec que la comunitat d'usuaris de GNU/Linux catalano-parlants ens hem
> de plantejar si volem mantenir el local "modernitzat" que no funciona, o
> si preferim tornar al local anterior.  Evidentment hi ha arguments a
> favor i en contra de les dues alternatives.  Personalment, m'inclino per
> la segona.  En fi, jo crec que hi hauria d'haver un debat i una votació
> sobre aquest tema.
> 
> Què en penseu vosaltres?
> 
> 
> Salutacions.
> 

Em decanto per a evitar els apòstrofs a tota partícula que es munti amb
altres contextos, com són noms de dia o mes. En tot cas, els apòstrofs
es poden afegir quan ja s'està muntant una frase en un context de
redacció de text i no pas de llistat.

aig d'afegir que tampoc no m'agrada que a les bitàcoles, de forma
predeterminada, es marqui el temps (data-hora) de forma no ordenable.
Hauria de ser:
any-mes-dia hora-minut-segon
i en format numèric emplenat:
2021-09-13 07:56:05

Salut.

-- 
Narcis Garcia

Re: privacitat / seguretat

[Narcis Garcia]

El problema de recomanar Mozilla Firefox, és, en el context d'aquesta
llista, que la configuració predeterminada que porta el paquet no
segueix el principi de «seguretat per defecte».
Deixa una mica que desitjar el predefinit de «convidar» a registrar-se
amb la central de Mozilla i d'enviar totes les cerques i allò que
tecleges a la barra d'adreces a l'empresa Google.

Narcís.


El 14/9/21 a les 10:02, Joan ha escrit:
> Per cert, aprofito per fer una mica de proselitisme (alguns ja n'esteu
> al cas): estic treballant en una pàgina que responent unes preguntes et
> proposa millores en el teu perfil de privacitat/seguretat digital...
> Algú podria pensar que Debian és el punt d'arribada, però encara es pot
> anar més enllà :-p
> 
> https://privacitat.calbasi.net/
> 
> Pd.: qualsevol dia poso un "wanted", algú que passi totes les pantalles
> i el sistema no li pugui oferir cap suggeriment de millora perquè ja ho
> fa tot "la mar de bé" :-) De fet, si algu ho acredita estic disposat a
> donar-li 200 G1 :-D 
> 

-- 


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

Re: privacitat / seguretat

[Narcis Garcia]

Abrowser està basat en Mozilla, i crec que la simple diferència és que
les opcions predeterminades són respectuoses amb l'usuari.
Iridium està basat en Chromium, i en el mateix sentit.

Cap dels dos està pas desenvolupat per una empresa ni projecte amb ànim
de lucre.

Narcís


El 15/9/21 a les 10:16, Llibertat ha escrit:
> Doncs potser hauríem de recomanar Brave? està basat en Chromiun,
> personalment m'agrada tot i que a vegades és masa restrictiu per defecte
> i no permet accedir a algunes pàgines. Porta incorporat accès mitjançant
> Tor (configurable a voluntat), està en català i és pot gestionar la
> traçavilitat. Al instalar-lo apareix un petit assitent on es pot
> seleccionar el motor de búsqueda per defecte (DuckDuckGo per exemple), i
> totes les opcions comentades anteriorment, així que aquest navegador
> podría ser un bon coplement per Debian.
> 
> L'altre opció podría ser Tor, basat en Firefox, però aquí si que moltes
> Webs donen problemes al detectar l'accès anónim i és fa dificil fer-lo
> serv per a un ús diari.
> 
> Ricard D.
> 
> 
> On 14/9/21 21:17, Narcis Garcia wrote:
>> El problema de recomanar Mozilla Firefox, és, en el context d'aquesta
>> llista, que la configuració predeterminada que porta el paquet no
>> segueix el principi de «seguretat per defecte».
>> Deixa una mica que desitjar el predefinit de «convidar» a registrar-se
>> amb la central de Mozilla i d'enviar totes les cerques i allò que
>> tecleges a la barra d'adreces a l'empresa Google.
>>
>> Narcís.
>>
>>
>> El 14/9/21 a les 10:02, Joan ha escrit:
>>> Per cert, aprofito per fer una mica de proselitisme (alguns ja n'esteu
>>> al cas): estic treballant en una pàgina que responent unes preguntes et
>>> proposa millores en el teu perfil de privacitat/seguretat digital...
>>> Algú podria pensar que Debian és el punt d'arribada, però encara es pot
>>> anar més enllà :-p
>>>
>>> https://privacitat.calbasi.net/
>>>
>>> Pd.: qualsevol dia poso un "wanted", algú que passi totes les pantalles
>>> i el sistema no li pugui oferir cap suggeriment de millora perquè ja ho
>>> fa tot "la mar de bé" :-) De fet, si algu ho acredita estic disposat a
>>> donar-li 200 G1 :-D
>>>
> 

-- 


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

Re: Fw: Recordatori pel DLP

[Narcis Garcia]

Això és a Barcelona?

Gràcies.

El 17/9/21 a les 11:36, Joan ha escrit:
> 
> 
> Començament del missatge reenviat:
> 
> Data: Thu, 16 Sep 2021 10:47:07 +
> Des de: "Rafael Carreras" (via caliu-info Mailing List)
>  A: caliu-info
>  Títol: [caliu-info] Recordatori pel DLP
> 
> 
> Bon dia Caliu.
> 
> Aquest és un recordatori del Dia de la Llibertat del Programari que
> celebrarem dissabte.
> 
> https://gitlab.com/caliu-cat/esdeveniments/-/wikis/Dia-de-la-Llibertat-del-Programari-2021
> 
> Ens hi veiem!
> Salut!
> 
> Rafael Carreras
> https://mastodont.cat/@rcarreras
> [https://mastodont.cat/@caliu](https://mastodont.cat/@rcarreras)
> 
> 
> ---
> To unsubscribe: 
> List help: 
> 

-- 


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

Re: privacitat / seguretat

[Narcis Garcia]

El 17/9/21 a les 11:48, Joan ha escrit:
> El Wed, 15 Sep 2021 16:51:25 +0200
> Narcis Garcia  va escriure:
> 
>> Abrowser està basat en Mozilla, i crec que la simple diferència és que
>> les opcions predeterminades són respectuoses amb l'usuari.
>> Iridium està basat en Chromium, i en el mateix sentit.
>>
>> Cap dels dos està pas desenvolupat per una empresa ni projecte amb
>> ànim de lucre.
>>
>> Narcís
> 
> De fet, veig que PrivacyTools (per cert, ara han canviat de nom, i la
> gent que ho porta passa aquí: https://privacyguides.org )
> 
> 
> https://privacytools.io/browsers/#browser
> 
> quan parla del Firefox ja recomana unes extensions:
> 
> https://privacytools.io/browsers/#addons
> 
> desactivar WebRTC:
> 
> https://privacytools.io/browsers/#webrtc
> 
> i ajustos al about:config:
> 
> https://privacytools.io/browsers/#about_config
> 
> En canvi no es parlen dels dos navegadors que comentes... (això tampoc
> vol dir res si els projectes son fiables)
> 

Si se segueix preinstal·lant M.Firefox, estaria molt bé que vingués
empaquetat seguint aquestes recomanacions per als valors predeterminats.

Salut;
Narcís Garcia

-- 


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

Re: privacitat / seguretat - Webkit/Blink

[Narcis Garcia]

Hi havia repositori APT del projecte Iridium, però el van deixar de
mantenir. Hi ha oferiments per a reprendre-ho, però falta que publiquin
la recepta d'empaquetat.

Jo el què faig és empaquetar-me un .deb pel meu compte.


El 17/9/21 a les 11:57, Joan ha escrit:
> Sobre l'Iridium, veig que te molta activitat al repositori:
> 
> https://github.com/iridium-browser/iridium-browser
> 
> però no te versió per Debian (com és?) i tampoc sé si és mitiga totes
> les merdes del Chromium... (és a dir, no sé si és millor siguir la
> reomanació de PrivacyTools de no usar Chrome, tot i que també parlen bé
> de les versions degoogleades de Chrome, com podria ser aquesta).
> 
> Em continua sobtant que no estigui per Debian (hi ha un repo antic per
> això: https://github.com/iridium-browser/iridium-browser-ubuntu )
> 

-- 


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

Re: privacitat / seguretat - Gecko

[Narcis Garcia]

Abrowser és el navegador que la distribució Trisquel GNU/Linux inclou en
comptes de M.Firefox.

S'assembla més a l'Icecat que no pas a l'Iceweasel (que només era un
canvi de nom).


El 17/9/21 a les 11:52, Joan ha escrit:
> Diria que això de l'Abrowser és una mica antic, i pel que veig és una
> mica lo d el'antic Iceweasel... Està fet per Trisquel (què és?):
> 
> https://trisquel.info/es/wiki/abrowser-ayuda
> 
> 

-- 
Narcis Garcia

-- 


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

Re: privacitat / seguretat - Gecko

[Narcis Garcia]

Abrowser és el navegador que la distribució Trisquel GNU/Linux inclou en
comptes de M.Firefox.

S'assembla més a l'Icecat que no pas a l'Iceweasel (que només era un
canvi de nom).


El 17/9/21 a les 11:52, Joan ha escrit:
> Diria que això de l'Abrowser és una mica antic, i pel que veig és una
> mica lo d el'antic Iceweasel... Està fet per Trisquel (què és?):
> 
> https://trisquel.info/es/wiki/abrowser-ayuda
> 
> 

-- 
Narcis Garcia

Re: Debian 11 estable en poques hores

[Narcis Garcia]

El 2/10/21 a les 11:33, Ernest Adrogué ha escrit:
> 2021-09-14, 20:52 (+0200); Joan Montané escriu:
>> Què vull dir amb això?
>> Debian és molt més que el terminal.
>> Canviar les abreviatures dels mesos a «ls» afecta a tot el sistema.
> 
> A quin altre lloc s'utilitzen els mesos de l'any en format abreviat?
> Algun programa d'interfície gràfica en concret?  Jo no n'he trobat cap.
> Que jo sàpiga, aquest format només té sentit en programes de terminal de
> text, on l'espai és limitat.  I en un context on hi ha una limitació
> d'espai, no és desitjable malgastar aquest espai amb preposicions i
> puntuació innecessària.  Tres caràcters per identificar el mes de l'any
> és suficient i adequat, i evita els previsibles problemes de falta
> d'alineació.  És el que fan tots els altres idiomes.  Algun altre idioma
> utilitza abreviatures de mes de llargada variable?

+1

>> L'opció triada és una solució de compromís que no és ideal, però és
>> millor (quan s'apliqui) que la situació dels darrers 4 anys.
> 
> No és veritat que això sigui una solució de compromís.  Compromís vol
> dir que les parts que estan en desacord renuncien a alguna de les seves
> pretensions.  Mentre que, aquí, una part no ha renunciat a cap de les
> seves pretensions, i en canvi ha aplicat tot de canvis al local
> unilateralment, i l'altra part ha estat obligada a acceptar aquests
> canvis sense que se l'hagi tingut en compte.
> 
> Salutacions.
> 

-- 


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

Re: pregunta sobre el nucli Linux

[Narcis Garcia]

El 2/10/21 a les 13:28, Àlex ha escrit:
> Fa uns dies que veig que els llocs de Google funcionen millor amb
> Chromium que amb Firefox. Potser només passa amb Firefox.

Naturalment quan es tracta d'aquest tipus de corporació.
També passa que els llocs de Microsoft funcionen millor amb navegadors
de Microsoft que amb d'altres.

-- 


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

Re: pregunta sobre el nucli Linux

[Narcis Garcia]

El 3/10/21 a les 20:57, Julio Amorós ha escrit:
> 
> 
> 
> 
> El problema és quan el sistema es queda sense memòria i comença a fer
> servir swap el funcionament es s'alenteix tant que el sistema queda
> inutilitzable, fins al punt que no és possible ni tan sols matar el
> procés manualment.  Suposo que si t'esperes suficientment l'oom-killer
> l'acabaria matant, però jo mai he tingut tanta paciència.  Personalment
> he optat per no tenir swap, per evitar aquestes situacions.
> 
> Salutacions.
> 
> Tot i que se m'escapa algun concepte trobo interessantíssim el que
> entenc. Desviant-me una mica del tema i entenen que no hi ha una
> resposta universal, com bé diu Eloy ni per a un mateix usuari, em
> recomaneu per a ordinadors d'alumnes de cicles no posar swap?
> A banda de que la swap vagi bé per a la hibernació, he pensat que el dia
> que decideixi no tenir-la trobaré un programa antic i important de
> Murphy amb un if que m'enviarà a l'infern si no troba la swap. Però
> potser són paranoies.
> Vagi bé
> Julio
> 

Cap programa no t'hauria de donar mai cap incidència pel fet de no tenir
memòria d'intercanvi (Swap) a la unitat interna de l'ordinador. La
pràctica totalitat dels programes deleguen la gestió de memòria al nucli
del sistema operatiu, que és el què gestiona la diferència entre memòria
real (RAM) i memòria virtual (Swap), però ho presenta tot davant els
programes com a «memòria».

Per tant, pots ometre perfectament l'ús d'espai d'intercanvi (swap) si
creus que amb la quantitat disponible de memòria RAM els programes n'han
de fer prou tots els dies.

Pel què fa a la hibernació:
https://wiki.debian.org/Hibernation/Hibernate_Without_Swap_Partition
El què no sé és si es pot fer això sense utilitzar el fitxer com a «Swap».

-- 


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

Re: Debian en un mòbil? Estàs de conya?

[Narcis Garcia]

Jo no he provat mai el WhatsApp. Ja em sento còmode amb SMS, XMPP i el
correu electrònic.

Deu fer des del 2008 que disposo d'un telèfon Nokia N900, que ja portava
de fàbrica una distribució derivada de Debian (Maemo). Segueix
funcionant perfectament per a tot allò que faig en les meves
comunicacions (veu, Internet, etc.).

Entremig vaig fer servir una temporada un telèfon amb Android i, per a
suplir les mancances, li vaig instal·lar Ubuntu i Debian mitjançant
chroot. Això fins que es va morir l'aparell i vaig tornar a Maemo, que a
més a més va amb un derivat de Gnome 3 (Hildon).

Ni m'espia ni m'explota.

Ara em sembla que hi ha disponible la versió «Maemo Leste».


El 7/10/21 a les 13:17, Blackhold ha escrit:
> molt interessant! a mi una de les coses que em tira enrere és el
> punyetero whatsapp (també l'economia per comprar un telèfon
> específic).
> 
> Per whatsapp a linux he vist això:
> 
> https://blog.desdelinux.net/como-usar-whatsapp-en-linux-con-pidgin/
> 
> No sé si algú ho ha provat
> 
> - Blackhold
> http://blackhold.nusepas.com
> @blackhold_
> ~> cal lluitar contra el fort per deixar de ser febles, i contra
> nosaltres mateixos quan siguem forts (Xirinacs)
> <°((( ><
> 
> Missatge de Joan  del dia dj., 7 d’oct. 2021 a les 8:39:
>>
>> Un vídeo de mitja hora:
>>
>> https://saimei.ftp.acc.umu.se/pub/debian-meetings/2021/MiniDebConf-Regensburg/debian-on-a-smart-phone-are-you-serious.lq.webm
>>
>> --
>> Joan Cervan i Andreu
>> http://personal.calbasi.net
>>
>> "El meu paper no és transformar el món ni l'home sinó, potser, el de
>> ser útil, des del meu lloc, als pocs valors sense els quals un món no
>> val la pena viure'l" A. Camus
>>
>> i pels que teniu fe:
>> "Déu no és la Veritat, la Veritat és Déu"
>> Gandhi
>>
>> "Donar exemple no és la principal manera de influir sobre els altres;
>> es la única manera" Albert Einstein
>>
>> “Lluitarem contra el fort mentre siguem febles i contra nosaltres
>> mateixos quan siguem forts” Lluís Maria Xirinacs
>>
> 

-- 


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

Re: Debian en un mòbil? Estàs de conya?

[Narcis Garcia]

Fent chroot:

. es pot xifrar el dispositiu? Sí, sempre i quan el contenidor no sigui
un simple directori sinó una imatge de disc (muntada amb ploop). No sé
si l'assistent «Debian Kit» ajuda en això.

. firefox homologable i que funcioni i amb plugins de privacitat? Sí,
dins un contenidor.

. vpn's, tor? Sí.

. hotspot? No crec.


Per cert, no trobo res de Mobian a l'enciclopèdia.

Narcís.


El 7/10/21 a les 16:49, xavi ha escrit:
> Hola,
> 
> Ho vaig fer servir durant un parell d'anys un mòbil amb ubuntu touch
> (actualment em sembla que es diuen ubports: (https://ubports.com) . I
> bueno, no vaig quedar gaire content. Coses que considerem molt bàsiques
> en un dispositiu no acabaven de funcionar:
> 
> . No es podia xifrar el dispositiu.
> 
> . Malgrat el nom i que era un linux l'extra gran majoria dels programes
> disponibles eren webapps bastant poc elaborades.
> 
> . Fer servir programes nadius de linux (via apt) o apps d'android (via
> emulador) era bastant un cristo.
> 
> . Un aspecte important era que el navegador era molt i molt cutre. Molt.
> Amb tots els respectes. Instal·lar un firefox i no dic ja un firefox amb
> plugins de seguretat i etc era bastant una odisea.
> 
> . oblida't d'instal·lar-li whatsapp. De fet no es podia hasta per
> llicència o algo així.
> 
> Entre les coses positives:
> 
> . funcionaven coses com Telegram, Signal...
> 
> . el client de correu era bastant presentable i diria que casi
> homologable a k-9.
> 
> . era un sistema molt ràpid.
> 
> . comparat amb les alternatives existents (mobian), pot còrrer en
> diversos dispositius i cada cop més.
> 
> Però tenia les mancances que us dic, que a mi al final me'l feia ja
> inusable. Al final va petar el micro de l'OnePlus One on corria i
> pensant-me que era un error de software vaig treure-li l'ubports per una
> lineage, i fins ara.
> 
> Em sap greu rajar així d'un projecte molt maco portat per una gent trobo
> que bastant genial. Però al final vaig acabar havent de tornar a
> ~android a l'espera de que tal va mobian en producció sobre pinephone.
> Per si hi han usuaris per aquí, pregunto:
> 
> . es pot xifrar el dispositiu?
> 
> . firefox homologable i que funcioni i amb plugins de privacitat?
> 
> . vpn's, tor?
> 
> . hotspot?
> 
> Gràcies i salut :)
> 
> On 2021-10-07 13:55, Narcis Garcia wrote:
>> Jo no he provat mai el WhatsApp. Ja em sento còmode amb SMS, XMPP i el
>> correu electrònic.
>>
>> Deu fer des del 2008 que disposo d'un telèfon Nokia N900, que ja portava
>> de fàbrica una distribució derivada de Debian (Maemo). Segueix
>> funcionant perfectament per a tot allò que faig en les meves
>> comunicacions (veu, Internet, etc.).
>>
>> Entremig vaig fer servir una temporada un telèfon amb Android i, per a
>> suplir les mancances, li vaig instal·lar Ubuntu i Debian mitjançant
>> chroot. Això fins que es va morir l'aparell i vaig tornar a Maemo, que a
>> més a més va amb un derivat de Gnome 3 (Hildon).
>>
>> Ni m'espia ni m'explota.
>>
>> Ara em sembla que hi ha disponible la versió «Maemo Leste».
>>
>>
>> El 7/10/21 a les 13:17, Blackhold ha escrit:
>>> molt interessant! a mi una de les coses que em tira enrere és el
>>> punyetero whatsapp (també l'economia per comprar un telèfon
>>> específic).
>>>
>>> Per whatsapp a linux he vist això:
>>>
>>> https://blog.desdelinux.net/como-usar-whatsapp-en-linux-con-pidgin/
>>>
>>> No sé si algú ho ha provat
>>>
>>> - Blackhold
>>> http://blackhold.nusepas.com
>>> @blackhold_
>>> ~> cal lluitar contra el fort per deixar de ser febles, i contra
>>> nosaltres mateixos quan siguem forts (Xirinacs)
>>> <°((( ><
>>>
>>> Missatge de Joan  del dia dj., 7 d’oct. 2021 a
>>> les 8:39:
>>>>
>>>> Un vídeo de mitja hora:
>>>>
>>>> https://saimei.ftp.acc.umu.se/pub/debian-meetings/2021/MiniDebConf-Regensburg/debian-on-a-smart-phone-are-you-serious.lq.webm
>>>>
>>>>
>>>> -- 
>>>> Joan Cervan i Andreu
>>>> http://personal.calbasi.net
>>>>
>>>> "El meu paper no és transformar el món ni l'home sinó, potser, el de
>>>> ser útil, des del meu lloc, als pocs valors sense els quals un món no
>>>> val la pena viure'l" A. Camus
>>>>
>>>> i pels que teniu fe:
>>>> "Déu no és la Veritat, la Veritat és Déu"
>>>> Gandhi
>>>>
>>>> "Donar exemple no és la principal manera de influir sobre els altres;
>>>> es la única manera" Albert Einstein
>>>>
>>>> “Lluitarem contra el fort mentre siguem febles i contra nosaltres
>>>> mateixos quan siguem forts” Lluís Maria Xirinacs
>>>>
>>>
> 

-- 


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

(deb-cat) Contrasenyes per a CalDAV a Thunderbird

[Narcis Garcia]

M'he trobat amb diversos ordinadors, amb Debian 10 i Debian 11, que el
Mozilla Thunderbird no recorda la contrasenya del calendari ni de la
llibreta d'adreces.
Em refereixo a recursos subscrits amb els protocols CalDAV i CardDAV.

També ho he provat amb sessions «Live» per a descartar altres problemes,
i res de res: Em demana usuari i contrasenya per a accedir al calendari
remot (que està servit amb DAViCal), ofereix la casella per a recordar
la contrasenya, però a la següent sessió ho torna a demanar.

Les contrasenyes dels comptes IMAP, POP3, SMTP les desa i reutilitza
sense problema.

Algú més s'hi ha trobat?

Gràcies;
Narcís

-- 


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

Re: Sai

[Narcis Garcia]

Jo et puc ajudar en programes que no estiguin ben integrats amb Systemd.
Com ho tens ara a Debian 11?


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.
El 11/10/21 a les 17:15, Jordi ha escrit:
> Bon dia, Quan tenia el debian 10, em va costar força configurar el Sai
> i trobar-li el controlador adequat, però finalment vaig aconseguir que
> funcionés bé. De fet el systemd no aconseguia comunicar mai amb el
> controlador per això l'engego amb un script amb contingut: 
> 
>  /lib/nut/upsd
> sleep 20
> /lib/nut/nutdrv_qx -a Sai
> sleep 10
> /lib/nut/upsmon start
> 
> Amb debian 11 però, el sai no parava de pitar i no aconseguia connectar
> amb el controlador. Després de remanar els cables sembla que es va
> ficar bé.
> 
> L'altre dia, durant la aturada protesta, vaig parar la llum i
> l'ordinador es va parar d'immediat, ho va fer però, correctament amb un
> shutdown i amb la bateria al 100%.
> 
> Avui he fet una prova i he deshabilitat les entrades 
> /sbin/upsmon -c fsd
> 
> que tinc en un executable que envia missatges al correu local i extern
> i en determinades situacions hauria d'aturar l'ordinador.
> He estat pendent per tornar la llum abans de que la bateria arribés a
> un nivell crític, però quan ha arribat a LOW, l'ordinador s'ha aturat
> per la meva sorpresa amb un shutdown.
> 
> En principi si tinc: NOTIFYCMD /usr/local/bin/ups-control.sh al
> upsmon.conf no hauria de fer res el upssched, però no tinc idea d'on ha
> sortit el senyal per aturar l'ordinador.
> 
> Algú em pot orientar ?
> 
> Salutacions
> 
> Jordi.
> 

Re: Sai

[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.
El 13/10/21 a les 10:02, Jordi ha escrit:
> El dt. 12 de 10 de 2021 a les 11:17 +0200, en/na Narcis Garcia va
> escriure:
>> Jo et puc ajudar en programes que no estiguin ben integrats amb
>> Systemd.
>> Com ho tens ara a Debian 11?
>>
> Hola, no sé que vols dir exactament amb : Com ho tens ara a Debian 11?
> però trobo que està força liat això del systemd i programes poc
> integrats i ara mateix no em puc complicar amb això.
> 
> També trobo a faltar una gui eficaç del systemd al Debian 11.
> De fet, ja et dic ara mateix no sé què controla el Sai ja que fa una
> mica el que vol
> 
> Saltucacions Jordi

L'altre dia no havia entès bé si un dels problemes era que upsd no
iniciava o corria com a servei amb Systemd (amb Debian 10), i doncs
necessitaves fer un script per a la gestió del programa com a servei del
sistema.
Et volia preguntar si amb Debian 11 ja se t'inicien bé els serveis
«nut-server» i «nut-driver».

Salut.

(deb-cat) Configurar frequencia de refresc de PackageKitD

[Narcis Garcia]

Bon dia,

Tinc instal·lat el gnome-software , el qual depen de packagekit, un 
programari intermediari entre les eines comunes d'usuari i el sistema de 
paquets, en el cas de Debian, APT.
PackageKit habilita un servei permanent que de tant en tant actualitza 
el catàleg de programari, i permet a les eines d'escriptori avisar que 
hi ha actualitzacions disponibles.


El cas és que això pasa massa sovint per a mi: Quasi cada dia veig 
l'avís en pantalla de nous paquets actualitzables, i m'agradaria que ho 
fes només cada quinze dies o un mes.
He cercat i no he trobat res aplicable: Algú sap com es reconfigura la 
freqüència amb la qual packagekitd es refresca els repositoris?


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: (deb-cat) Configurar frequencia de refresc de PackageKitD

[Narcis Garcia]

Bon dia,

Jo trobo opcions d'aquesta mena amb l'aplicació «Software & Updates» 
(software-properties-gtk) on tinc aquestes opcions seleccionades a la 
seva solapa «Updates»:

Automatically check for updates: Never

No trobo on es desen aquests valors.

Si faig servir el camí que em dius dels paràmetres del Gnome, vaig a 
parar al catàleg de «Programari» (gnome-software) el qual té un botó de 
menú amb l'opció «Preferències d'actualització»
Allà només tinc seleccionable «Actualitzacións automàtiques» [Sí/No] i 
«Notificacions de les act.autom.» [Sí/No]


Tampoc no trobo on es desen els canvis d'aquest quadre.
Ni em fa efecte.


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.

El 29/10/21 a les 18:00, Vicen Rodriguez ha escrit:

Bon dia, Narcís:

Crec que l'opció que cerques és a les preferències:

https://packagekit.freedesktop.org/img/gpk-prefs.png 
<https://packagekit.freedesktop.org/img/gpk-prefs.png>


Entenc que es tractaria de canviar la frequència a cada quinze dies.

En el meu cas, veig que puc fer-ho anant a Configuració de Gmome, 'Quant 
a -> Actualitzacions de programari -> "Menú de la part superior dreta" 
-> Repositoris de programari -> Updates -> Automatically check for 
updates: Cada dos setmanes".


Salut,

Vicen


El jue, 28-10-2021 a las 09:33 +0200, Narcis Garcia escribió:

Bon dia,

Tinc instal·lat el gnome-software , el qual depen de packagekit, un
programari intermediari entre les eines comunes d'usuari i el sistema de
paquets, en el cas de Debian, APT.
PackageKit habilita un servei permanent que de tant en tant actualitza
el catàleg de programari, i permet a les eines d'escriptori avisar que
hi ha actualitzacions disponibles.

El cas és que això pasa massa sovint per a mi: Quasi cada dia veig
l'avís en pantalla de nous paquets actualitzables, i m'agradaria que ho
fes només cada quinze dies o un mes.
He cercat i no he trobat res aplicable: Algú sap com es reconfigura la
freqüència amb la qual packagekitd es refresca els repositoris?

Gràcies.

(deb-cat) Canviar distribucio de teclat via comanda

[Narcis Garcia]

De tant en tant utilitzo l'arrencada «Live» de Debian des d'una memòria 
USB. Trio l'opció d'arrencada corresponent a la llengua, però això 
afecta a l'idioma dels missatges i no pas al teclat, que roman en anglès 
dels USA.


Algú sap d'una comanda de Terminal que pugui executar per a establir, 
per exemple, la distribució de teclat espanyol, amb efecte immediat?

(la sessió és sense escriptori)

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: (deb-cat) Canviar distribucio de teclat via comanda

[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.

El 2/11/21 a les 10:45, Alex Muntada ha escrit:

Hola, Narcis:


Algú sap d'una comanda de Terminal que pugui executar per a
establir, per exemple, la distribució de teclat espanyol,
amb efecte immediat?


Ara mateix, recordo que alguna vegada havia fet això en una
consola que tenia mal mapejat el teclat:

 loadkeys es

Salut,
Alex

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



Gràcies!
Ara veig que «sudo loadkeys es» funciona una vegada instal·lat el paquet 
console-data

(perquè sinó, no)

Re: ftp

[Narcis Garcia]

Crec que el SFTP (SSH) és més fàcil de gestionar, i també es poden 
«engabiar» comptes a un directori.


https://wiki.gilug.org/index.php/Com_muntar_accessos_SFTP


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.

El 15/11/21 a les 11:57, Jordi ha escrit:

Una pregunta: Vosaltres teniu o tindríeu un servidor ftp (vsftpd) sense
ssl/tls al port estàndard 21 i si es així com el protegiu ??

Salutacions

Jordi

Re: Adobe Digital Editions - No consegueixo reinstalar-lo

[Narcis Garcia]

Jo normalment faig servir PlayOnLinux per aquesta mena d'instal·lacions, 
ja que POL utilitza Wine dins de «contenidors»: Et crea un «Wine prefix» 
que implica fer un subdirectori com a «arrel de Windows» dedicat en 
exclusiva a l'aplicació que prepares.
Això va molt bé per a separar aplicacions, versions, fer còpia de 
seguretat, i també fer net quan en descartes una.


El projecte està molt poc mantingut, però funciona:
www.playonlinux.com


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.

El 30/11/21 a les 12:55, Daniel ha escrit:
Hola: he desinstalat un ADE d'una versió antiga, instal·lat amb Wine, i 
estic intentant instalar de nou el ADE4.5 també amb wine i em diu en una 
finestra de wine:/Adobe Digital Editions 4.5.11 Setup / Adobe Digital 
Editions is already running. Please close Adobe Dibital Editions 4.5 and 
try again./ Tanco aquesta finestra i en surt una altra que penjo com a 
captura de pantalla: marco Show Details i surt una llista que 
reprodueixo a continuació:


Unhandled exception: page fault on read access to 0x in 32-bit code 
(0x10001559).
Register dump:
  CS:0023 SS:002b DS:002b ES:002b FS:006b GS:0063
  EIP:10001559 ESP:0033fcf8 EBP:004072f0 EFLAGS:00210206(  R- --  I   - -P- )
  EAX: EBX: ECX:00590020 EDX:
  ESI:00440c90 EDI:00422ec0
Stack dump:
0x0033fcf8:  004037d7 0001  00403b05
0x0033fd08:  0001 7b462690 0042a400 00429000
0x0033fd18:   0001 c3e359db 00429000
0x0033fd28:  0040351d 004035b3 0033fed8 
0x0033fd38:  7b63ee08 7b63ee08  0020
0x0033fd48:   00429020  
Backtrace:
=>0 0x10001559 EntryPoint+0x() in system (0x004072f0)
0x10001559 EntryPoint+0x in system: testl   %eax,0x0(%eax)
Modules:
Module  Address Debug info  Name (32 modules)
PE40-  43a000   Deferredade_4,5_installer
PE  1000-10006000   Export  system
PE  7ac1-7ac23000   Deferredriched20
PE  7b42-7b5d   Deferredkernel32
PE  7bc1-7bc14000   Deferredntdll
PE  7df2-7df23000   Deferredkerberos
PE  7df6-7df64000   Deferredws2_32
PE  7dfa-7dfa4000   Deferrediphlpapi
PE  7dfc-7dfc3000   Deferrednetapi32
PE  7dff-7dff3000   Deferredsecur32
PE  7e07-7e074000   Deferredshfolder
PE  7e08-7e096000   Deferredoleacc
PE  7e0e-7e0e4000   Deferreddwmapi
PE  7e11-7e118000   Deferredoleaut32
PE  7e22-7e224000   Deferredpropsys
PE  7e25-7e253000   Deferredapphelp
PE  7e27-7e27f000   Deferredsetupapi
PE  7e2d-7e2d3000   Deferreduserenv
PE  7e51-7e514000   Deferreduxtheme
PE  7e55-7e554000   Deferredwinex11
PE  7eaa-7eaa4000   Deferredimm32
PE  7ead-7ead3000   Deferredusp10
PE  7eb1-7eb8d000   Deferredcomctl32
PE  7ec8-7ec84000   Deferredrpcrt4
PE  7ed1-7ed38000   Deferredole32
PE  7ee7-7ee78000   Deferredshlwapi
PE  7eee-7f7b1000   Deferredshell32
PE  7f8a-7f8a4000   Deferredadvapi32
PE  7f92-7f927000   Deferredgdi32
PE  7fa5-7fb37000   Deferreduser32
PE  7ffb-7ffb3000   Deferredshcore
PE  7ffd-7ffd4000   Deferredversion
Threads:
process  tid  prio (all id:s are in hex)
0008 (D) C:\windows\ADE_4,5_Installer.exe
00390
00090 <==
000e services.exe
002f0
002a0
00240
00100
000f0
0022 winedevice.exe
00270

Sembla que ha quedat algun rastre de la versió antiga de ADE, que 
impideix que funcioni la nova, però he estat incapaç de trobar-ho.


Si algú pot donar-me una orientació, us estaré molt agraït.

--
Daniel Elias
Usuari de Linux 461.584

Re: Impressora compatible Debian 11

[Narcis Garcia]

Hola, jo intento evitar les HP perquè: No només necessiten 
microprogramari privatiu al controlador, sinó que a més a més hi ha dos 
paquets HPLIP: El del fabricant i l'empaquetat per a Debian.


Passa quelcom semblant a NVidia: El fabricant fa el seu assistent 
d'instal·lació (el seu Script poc auditat) del pal «no miris els 
ingredients i empassa-t'ho», i en canvi als repositoris de Debian el 
paquet no té les parts més privatives o més problemàtiques.
Moltes vegades aquest microprogramari directe de HP és imprescindible 
per a utilitzar scanner, i algunes vegades també la impressió, de manera 
que les taules de compatibilitat de «HP Linux Imaging and Printing» no 
cobreixen el HPLIP empaquetat a les distribucions de sistema operatiu.


Amb un escenari semblant, prefereixo «Brother» que ho proporcionen 
absolutament tot ja empaquetat per a les distribucions (.deb .rpm)


I quan busco una impressora nova, miro els manuals del fabricant per a 
comprovar si és compatible amb algun protocol neutral: PostScript, PCL, etc.
Els scanners més neutrals són aquells que permeten enviar el document 
per correu electrònic o s/FTP.



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.

El 15/12/21 a les 12:38, Jordi ha escrit:
Hola, jo tinc un multifunció monocolor i escàner HP LaserJet Pro MFP 
M148fdw i faig servir els paquets HPLIP i em funciona de meravella.

Veig que HP funciona prou bé amb Linux.

Salutacions

Jordi




El dc. 15 de 12 de 2021 a les 10:35 +0100, en/na Julio Amorós va escriure:

Hola,
ja sé que hi ha diferents pàgines web per mirar la compatibilitat de 
les impressores amb Linux en general i de Debian en particular, tot i 
que si em voleu recomanar alguna segur que ajuda, però us volia 
demanar la vostra opinió personal sobre alguna impressora que esteu 
fen servir amb el vostre Debian.


Els únics requeriments que tenim són monocolor i escàner.

I d'altra banda, fa segles existia una botiga que es deia GNUinos i 
que estava especialitzada en hardware compatible Linux, però ja fa 
temps que no existeix. Coneixeu alguna botiga semblant?


Merci,
Julio

Re: Impressora compatible Debian 11

[Narcis Garcia]

Daniel; quin HPLIP has instal·lat?
El de la distribució (Debian) o bé el del web de HP?


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.

El 15/12/21 a les 15:29, Daniel Elias ha escrit:
Jo, des de fa uns anys, faig servir una HP LaserJet Pro 400 M401dne per 
impressio B/N i una Deskjet 3630 multifuncio per impressions en color. 
Funcionen les dues amb l'HPLIP i gestionades amb CUPS sense cap problema.


Com que tinc un scanner HP Scanjet 7400 c de fa una pila d'anys, mai 
m'he preocupat de fer anar el scanner de la 3630; ara be, en situacions 
de crisi, el scanner de la 3630 funciona perfectament.


Al canviar de versio a Debian 11 ha variat alguna cosa del HP Device 
Manager; no he tingut temps de mirar-m'ho amb calma encara.


(I ara veig que em fallen els accents; deu estar desconfigurat el teclat)

Bona tarda!

El 15/12/21 a les 10:35, Julio Amorós ha escrit:

Hola,
ja sé que hi ha diferents pàgines web per mirar la compatibilitat de 
les impressores amb Linux en general i de Debian en particular, tot i 
que si em voleu recomanar alguna segur que ajuda, però us volia 
demanar la vostra opinió personal sobre alguna impressora que esteu 
fen servir amb el vostre Debian.


Els únics requeriments que tenim són monocolor i escàner.

I d'altra banda, fa segles existia una botiga que es deia GNUinos i 
que estava especialitzada en hardware compatible Linux, però ja fa 
temps que no existeix. Coneixeu alguna botiga semblant?


Merci,
Julio


--
__

 *

El 2003 el català era la llengua habitual del 46 % dels catalans.
Al 2018 només del 36 %. Si els castellanoparlants no actuem,
desapareixerà.

 *

El 3 de novembre representa el moment de l'any en el que les dones
deixen de cobrar en comparació amb els homes. Hem d’ajudar a les
dones a eliminar aquesta data.

 *

L’administració pública cada any es gasta milions d’euros en
llicències de programari privatiu. Utilitzant programari lliure
estalviem costos i incentivem l’economia local.

/La neutralitat davant les desigualtats acaba accentuant-les./

Re: Eina per gravar pantalla d'escriptori

[Narcis Garcia]

Sobre l'opció X11 haig de dir que instal·lo Debian Stable en ordinadors 
quasi cada setmana, i sempre he canviat Wayland per X11. 
Sistemàticament. El resultat sempre ha estat correcte.


Encara no conec l'avantatge (per a l'usuari) de treballar amb Wayland. 
La raó d'establir X11 sempre ha estat el poder utilitzar x11vnc i 
vncviewer sense problemes.


Pel teu cas, només puc imaginar que tens algun problema amb el 
controlador gràfic. Quin dispositiu gràfic utilitzes?

$ lspci | grep -ie VGA -ie graph



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.

El 22/12/21 a les 20:08, robert marsellés ha escrit:

Hola,

Necessito gravar un vídeo del que faig i veig a la pantalla per enviar-ho a un 
servei tècnic.

He obtingut 4 paquets de la secció "Video" via:
$ aptitude search ?description(screen)?description(record)?description(video)
(a) kazam
(b) recordmydesktop
(c) simplescreenrecorder
(d) vokoscreen-ng

Després de provar-los tots, m'he endut la desagradable sorpresa de que tots 
funcionen amb X11 enlloc de Wayland segons els registres o errors que 
apareixien. Jo uso un portàtil Lenovo amb Debian Bookworm (aka testing) amb 
escriptori GNOME 41.1 que per defecte usa Wayland.

El que m'ha sorprès és que, quan algun cop he necessitat fer captures de pantalla, he 
utilitzat l'eina que ve per defecte a GNOME (que es diu originalment "captura") 
i tot ha funcionat bé. Des del meu punt de vista d'usuari, un vídeo és com una sèrie de 
captures de pantalla. Llavors, com és que les eines de vídeo no funcionen i en canvi fer 
fotos sí?

He intentat usar-los en una sessió amb X11 enlloc d'una amb Wayland mitjançant 
el canvi de la configuració a /etc/gdm3/daemon.conf.  Concretament amb una 
opció que està deshabilitada per defecte en aquest fitxer:
WaylandEnable=false

L'únic que he aconseguit és una pantalla negra tant si reiniciava la màquina com si no. 
El procés d'arrencada funciona bé, però quan hauria de sortir el "login" gràfic 
tot es queda negre. He intentat passar a altres consoles sense èxit (bé, més aviat tot 
era negre també així que no era conscient d'haver canviat de lloc).

Així doncs, necessitaria ajuda:
1) Algú sap d'algun altre programa que pugui provar? Preferiblement Debian i 
descarregat dels seus repositoris (personalment, no m'agrada descarregar 
paquets de qualsevol altre lloc).

En cas que l'opció 1 no pugui ser:
2) Algú te idea de com usar una sessió X11 ara? Recordo que, fa un temps, quan 
això de Wayland va començar havia provat a passar de l'un a l'altre i tot va 
anar bé. Pràcticament podia fer les mateixes coses.  N'hi ha prou amb l'opció 
que jo he fet servir? He de modificar quelcom més en altres fitxers GNOME?

Gràcies de bestreta. Salut,

robert


Sent with ProtonMail Secure Email.

Re: iso-3166

[Narcis Garcia]

Per a certificats x.509 efectivament, s'utilitza la ISO 3166 als codis 
de país.

El país neutral té aquest codi: NT
D'aquesta manera, ni US, ni Cat ni ES.


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.

El 24/12/21 a les 10:24, Jordi ha escrit:

M'estic agafant amb calma la configuració de exim4 i ara toca la part
dels certificats.

Als que no us agrada el codi de país ES, que feu? He provat amb un XZ
al csr però a l'intentar fer la sol·licitud a no-ip em diu que no és
vàlid. El servidor serà per us estrictament personal del punt a al punt
b i prou. Suposo que alguns fareu servir AD però vull saber si hi ha
altres opcions.

Gracies.

Jordi

Re: iso-3166

[Narcis Garcia]

Jo a l'EXIM, per a establir-li certificats TLS, vaig per un d'aquests 
camins:

- Si controlo l'adreça IP, Let's Encrypt
- Si no és viable LetsEncrypt, doncs certificat auto-signat.

Si EXIM presenta el certificat; Qui l'ha d'acceptar com a vàlid?
MTA -> Altres serveis de transport de correu-e SMTP
MUA -> Un client de correu-e per a fer enviaments SMTP

En el primer cas, no m'he trobat cap MTA que posi pegues a rebre 
connexions del teu SMTP amb certificat auto-signat.
En el segon cas, sí que a l'usuari se li qüestiona l'acceptació d'un 
certificat si no ve signat per una autoritat (CA) reconeguda.



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.

El 24/12/21 a les 10:24, Jordi ha escrit:

M'estic agafant amb calma la configuració de exim4 i ara toca la part
dels certificats.

Als que no us agrada el codi de país ES, que feu? He provat amb un XZ
al csr però a l'intentar fer la sol·licitud a no-ip em diu que no és
vàlid. El servidor serà per us estrictament personal del punt a al punt
b i prou. Suposo que alguns fareu servir AD però vull saber si hi ha
altres opcions.

Gracies.

Jordi

Re: Eina per gravar pantalla d'escriptori

[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.

El 28/12/21 a les 9:51, robert marsellés ha escrit:

Hola,

Responc a aquest missatge perquè és l'últim sobre el tema i puc agrair-vos a 
tots l'ajuda.

Per més detalls (els interessats), veure a continuació.

Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐

On Friday, December 24th, 2021 at 11:34, Alex Muntada  wrote:


Hola, robert:


2.  Algú te idea de com usar una sessió X11 ara? Recordo que,

 fa un temps, quan això de Wayland va començar havia provat a

 passar de l'un a l'altre i tot va anar bé. Pràcticament podia

 fer les mateixes coses. N'hi ha prou amb l'opció que jo he fet

 servir? He de modificar quelcom més en altres fitxers GNOME?


De fet, no has de modificar cap fitxer: a la pantalla de login de

GNOME, un cop has seleccionat l'usuari amb que vols entrar, surt

el diàleg per introduir la contrasenya però també surt una rodeta

a la cantonada de baix a la dreta que et permet triar amb quin

escriptori vols començar. En el meu cas surten:

-   System X11 Default

-   GNOME

-   GNOME Classic

-   GNOME on Xorg

-   MATE

 La tria persisteix en les següents sessions fins que tornis a

 canviar la teva preferència.



La rodeta la tinc. Les meves opcions són únicament les de GNOME ja que és l'únic escriptori instal·lat però, 
si en selecciono qualsevol que no sigui GNOME (amb Wayland), retorno a la pàgina de login (igual que en la 
pel·lícula del dia de la marmota). Potser deu faltar algun paquet "suggerit" perquè els 
"recomanats" per la tasca "GNOME desktop" hi són tots.

En quan al hardware que va suggerir en Narcís. Uso el controlador genèric per 
targetes integrades d'Intel (Intel Corp. CoffeeLake-H GT2, targeta gràfica: 
[UHD Graphics 630]).  Tot ha funcionat correctament sempre.  Ja vaig dir que 
puc fer fotos sense problemes.

La màquina té també una targeta NVIDIA ([GeForce GTX 1650 Mobile/Max-Q]) reconeguda com 
TU117M segons el controlador lliure "nouveau" .  Tot i això, mai he usat 
aquesta targeta perquè únicament m'afecta la sortida HDMI que mai faig servir.  Al meu 
entendre, el hardware tampoc sembla que influeixi en aquest cas.

Així doncs, aquest dies provaré el paquet (obs-studio) suggerit pel Jordi i 
l'Antoni. Ja us diré com ha anat per tancar el fil.

Un cop més, gràcies a tots per l'ajuda. Salut i bones festes.

robert



Sobre les X11:

Apart del lot~tasca de paquets task-gnome-desktop n'hi ha un de 
transversal per a tots els escriptoris: task-desktop

Aquest depen del Xorg i fa que se t'instal·li el necessari.

I el lot «task-gnome-desktop» ja hauria d'haver obligat a instal·lar el 
paquet xwayland.


Sobre la gràfica «Intel 630»: Jo la tinc provada amb Gnome sense 
problema. Ni que sigui per curiositat, podries provar a desendollar 
(desmuntar) la targeta NVidia a veure què passa?


Narcís.

Re: Bookworm

[Narcis Garcia]

Jo només utilitzo «Stable», i a mida que van sortint les versions.
Això vol dir que utilitzava «Buster» (10) fins que ja va fer un mes que 
havia sortit la «Bullseye» (11).


Quan ja he fet totes les proves necessàries amb al nova Stable, 
aleshores és quan començo a actualitzar ordinadors dels demés (De Buster 
a Bullseye).

Això tant amb escriptoris com amb servidors.


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.

El 28/12/21 a les 20:21, Xavier De Yzaguirre i Maura ha escrit:

Bon dia de nou,

Alguns esteu treballant amb Bookworm?

Com va d'estabilitat? ara ja deu haver passat la pitjor etapa, no? i ja 
deu ser força estable.


Aconselleu l'upgrade, tot i que sé que de tant en tant hi pot haver 
algun problema, crec que el pitjor ja deu haver quedat enrere.


Que me'n dieu.

Gràcies a l'avançada.

--
*Xavier De Yzaguirre i Maura *xdeyzaguirre at protonmail(dot)ch
S&R

(deb-cat) Comunitat de PL a les administracions publiques

[Narcis Garcia]

Comento que, seguint l'article 17 del Reial Decret 4/2010 i l'article 
158 de la Llei 40/2015, está en funcionament aquest centre de publicació 
i intercanvi de programari lliure de i per a les administracions 
públiques i usuaris a Espanya:


https://administracionelectronica.gob.es/ctt/

Seria bo que més administracions (com l'autonòmica) apostessin per 
aquest model en comptes de subcontractar productes de dubtosa qualitat, 
escassa interoperativitat i nul·la transparència.


Haig d'assenyalar que hi ha paquets que s'enuncien compatibles amb 
Ubuntu en comptes de dir «Debian i derivats».

--

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.

(deb-cat) Hemeroteca de la llista al Google

[Narcis Garcia]

Com és que els arxius d'aquesta llista són replicats aquí?
groups.google.com/g/linux.debian.user.catalan

Al peu dels missatges, i a les pàgines informatives de les llistes, 
s'hauria d'advertir de a on es publiquen les cartes de forma automàtica.
Es dóna massa per suposat que tothom accepta les condicions d'ús i 
emmagatzematge de les GAFAM.


--

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: (deb-cat) Hemeroteca de la llista al Google

[Narcis Garcia]

Jo també crec que seria més coherent utilitzar un altre tipus de mitjans 
a la comunitat Debian. No es fan rèpliques fins i tot dels repositoris 
sense utilitzar programari privatiu ni afany de lucre ni anagrames foranis?



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.

El 28/1/22 a les 11:09, fadelkon ha escrit:

O__O

Hòstia

Si cal tenir-ne una còpia públuca, es pot fer servir the mail archive, que és 
un projecte independent que no fa servir aquestes dades per la manipulació 
social

El 28 de gener de 2022 10:38:11 CET, Narcis Garcia  ha 
escrit:

Com és que els arxius d'aquesta llista són replicats aquí?
groups.google.com/g/linux.debian.user.catalan

Al peu dels missatges, i a les pàgines informatives de les llistes,
s'hauria d'advertir de a on es publiquen les cartes de forma automàtica.
Es dóna massa per suposat que tothom accepta les condicions d'ús i
emmagatzematge de les GAFAM.

Re: (deb-cat) Hemeroteca de la llista al Google

[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.

El 28/1/22 a les 12:04, Alex Muntada ha escrit:

Hola, Narcis:


Com és que els arxius d'aquesta llista són replicats aquí?
groups.google.com/g/linux.debian.user.catalan


https://www.debian.org/support#usenet

«A lot of our mailing lists can be browsed as newsgroups, in the
linux.debian.* hierarchy. This can also be done using a web
interface such as Google Groups.»


Bones Alex,

Has descuidat citar la meva proposta de curt termini:
«Al peu dels missatges, i a les pàgines informatives de les llistes, 
s'hauria d'advertir de a on es publiquen les cartes de forma automàtica.»


...no em pensava que, per a subscriure's a aquesta llista amb garanties, 
hom s'hagués de recórrer tantes pàgines del web, o només una d'específica.


Narcís.

Re: (deb-cat) Hemeroteca de la llista al Google

[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.

El 28/1/22 a les 12:15, Ernest Adrogué ha escrit:

2022-01-28, 10:38 (+0100); Narcis Garcia escriu:

Al peu dels missatges, i a les pàgines informatives de les llistes, s'hauria
d'advertir de a on es publiquen les cartes de forma automàtica.
Es dóna massa per suposat que tothom accepta les condicions d'ús i
emmagatzematge de les GAFAM.


https://en.wikipedia.org/wiki/X-No-Archive

FYI



Sí que vull que les meves contribucions siguin publicades als arxius de 
la llista.
La bona voluntat de les persones que contribueixen de forma altruista al 
món del programari lliure i la cultura lliure, es fonamenta de forma 
majoritària en la bona voluntat trobada a la resta de la comunitat.


Per això les meves contribucions vull que es vegin a les hemeroteques 
comunitàries i basades en la bona voluntat, i no que serveixin de profit 
als llocs web que utilitzen les visites amb finalitats únicament 
publicitàries i de rastreig de la vida de les persones.


M'entristeix molt pensar que amb els meus missatges ajudo a engreixar 
quelcom que intento combatre amb l'ús i difusió de Debian GNU/Linux.


Em serviria una capçalera d'aquest estil:
X-Only-Self-Archive

Re: (deb-cat) Hemeroteca de la llista al Google

[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.

El 28/1/22 a les 14:57, Eloi ha escrit:

El 28/1/22 a les 11:09, fadelkon ha escrit:

O__O

Hòstia

Si cal tenir-ne una còpia públuca, es pot fer servir the mail archive, 
que és un projecte independent que no fa servir aquestes dades per la 
manipulació social


El 28 de gener de 2022 10:38:11 CET, Narcis Garcia 
 ha escrit:

Com és que els arxius d'aquesta llista són replicats aquí?
groups.google.com/g/linux.debian.user.catalan

Al peu dels missatges, i a les pàgines informatives de les llistes,
s'hauria d'advertir de a on es publiquen les cartes de forma automàtica.
Es dóna massa per suposat que tothom accepta les condicions d'ús i
emmagatzematge de les GAFAM.


Haig d'eliminar la meva subscripció a la llista, doncs, donat que 
l'adreça que uso és de Google i, per tant, la meva subscripció ja els hi 
envia els vostres missatges?


Pregunto sincerament, no sigui que tingueu intenció d'emprendre accions 
legals i en surti esquitxat.




Jo ho veig de la següent manera, basada millor en la filosofia que no en 
el «dret» jurídic:

No serveix la puresa absoluta ni l'abandonament moral total.
Quan s'ha de prendre una decisió, és en aquell moment que t'has de 
plantejar allò possible i l'opció millor, més coherent.
Algunes persones no han pogut decidir amb llibertat i d'altres han triat 
conscientment opcions immorals a ulls d'altres. Jo, per norma general, 
poso per davant que les persones prenguin decisions conscients i 
lliures; per davant de què m'agradin a mi o no.


I evidentment la Llibertat no té a veure amb decidir per altres.

Salut;
Narcís.

Re: (deb-cat) Hemeroteca de la llista al Google

[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.

El 28/1/22 a les 16:05, Alex Muntada ha escrit:

Hola, Narcis:


Jo també crec que seria més coherent utilitzar un altre tipus
de mitjans a la comunitat Debian.


Per què seria més coherent? On hi diu que Debian no pugui
utilitzar serveis comercials si és necessari?


«coherent» i «no pugui» són ben diferents.
«necessari» també, tenint en compte que a Debian hi ha pipermail, 
hyperkitty i altres.



No es fan rèpliques fins i tot dels repositoris sense utilitzar
programari privatiu ni afany de lucre ni anagrames foranis?


Les rèpliques oficials amb deb.debian.org les fa fastly, que és
una empresa amb afany de lucre i programari privatiu. Hi ha una
pila de coses a Debian que utilitzen proveïdors públics de serveis
al núvol (des de màquines virtuals a entorns de CI/CD).


No hi ha programari lliure per a fer aquestes còpies?


Si bé hi ha una part de la comunitat que preferiria evitar
aquests serveis, n'hi ha una altra que no i totes dues conviuen
perquè enlloc diu que Debian no pugui tenir les dues coses.


«preferiria» i «no pugui» són ben diferents.

Re: (deb-cat) Hemeroteca de la llista al Google

[Narcis Garcia]

El 28/1/22 a les 21:27, Alex Muntada ha escrit:

Hola, Narcis:


«coherent» i «no pugui» són ben diferents.


D'acord en què són diferents. Coherent amb què exactament?


Em pensava que no hauria d'explicar això. He trobat aquest enllaç:
https://www.debian.org/social_contract.ca.html


«necessari» també, tenint en compte que a Debian hi ha
pipermail, hyperkitty i altres.


Què és necessari ho decideix la gent que manté cada servei
(si més no és com funcionen les coses a Debian).


No hi ha programari lliure per a fer aquestes còpies?


No sé com es fan les còpies (segurament amb ftpsync, com la resta
de miralls) ni quines eines utilitza fastly per la seva CDN però
donen suport al programari lliure, tot i ser una empresa amb
interessos comercials:

https://www.fastly.com/open-source/

Hi ha una pila d'empreses més (com ara Google) que patrocinen
Debian de formes diverses. Algunes d'elles estan llistades aquí:

https://www.debian.org/partners/


«preferiria» i «no pugui» són ben diferents.


No tinc clar on vols arribar amb això, sincerament.

Salut,
Alex

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



--


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

(deb-cat) Nomes 1 nucli visible amb processador i7-960

[Narcis Garcia]

He instal·lat Debian GNU/Linux (amd64) sense escriptori en un ordinador 
amb placa base «Asus P6TD Deluxe», a la qual vaig actualitzar la BIOS, i 
processador central «Intel Core i7-960»

https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html

Doncs tant amb la comanda «nproc» com al fitxer /proc/cpuinfo veig un 
sol nucli de processador, tot i que el fabricant diu que n'hi ha quatre.


Hi tenen alguna cosa a veure aquests missatges d'advertència?

$ sudo journalctl -b -p err
-- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue 2022-02-15 
08:36:56 CET. --

-- No entries --

$ sudo journalctl -b -p warning
-- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue 2022-02-15 
08:37:00 CET. --

de febr. 15 08:22:59 system kernel: ACPI: No APIC-table, disabling MPS
de febr. 15 08:22:59 system kernel: smpboot: Boot CPU (id 0) not listed 
by BIOS

de febr. 15 08:22:59 system kernel: ACPI: setting ELCR to 0200 (from ccb8)
de febr. 15 08:22:59 system kernel: core: CPUID marked event: 'bus 
cycles' unavailable
de febr. 15 08:22:59 system kernel: pmd_set_huge: Cannot satisfy [mem 
0xe000-0xe020] with a huge-page mapping due to MTRR override.
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range 
0x0828-0x082F conflicts with OpRegion 
0x0800-0x084F (\PMRG) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range 
0x0530-0x053F conflicts with OpRegion 
0x0500-0x053F (\GPS0) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range 
0x0500-0x052F conflicts with OpRegion 
0x0500-0x053F (\GPS0) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: lpc_ich: Resource conflict(s) found 
affecting gpio_ich
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range 
0x0400-0x041F conflicts with OpRegion 
0x0400-0x040F (\SMRG) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: r8169 :03:00.0: can't disable 
ASPM; OS doesn't have ASPM control
de febr. 15 08:23:01 system kernel: resource sanity check: requesting 
[mem 0x000c-0x000d], which spans more than PCI Bus :00 [mem 
0x000d-0x000d window]
de febr. 15 08:23:01 system kernel: caller pci_map_rom+0x7c/0x1d0 
mapping multiple BARs

--
Narcis Garcia

--

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: (deb-cat) Nomes 1 nucli visible amb processador i7-960

[Narcis Garcia]

Sí, això de reinicialitzar la CMOS ho vaig fer vàries vegades.
També (després de carregar la configuració per defecte) vaig revisar un 
a un tots els paràmetres de la BIOS i recordo haver vist això del número 
de nuclis, i haver especificat «All».


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.

El 15/2/22 a les 9:03, Josep Lladonosa ha escrit:

Hola, Narcís,

Has repassat que l'actualització de la BIOS no hagi deixat valors de 
configuració estranys?
De vegades convé restaurar la BIOS a valors de configuració per defecte 
i reconfigurar. Alguns fabricants de plaques acostumen a indicar-ho en 
els procediments d'actualització.


A banda, he trobat el manual de la placa base que comentes i hi ha una 
opció per seleccionar quants nuclis del processador estaran actius.

Ves que no sigui aquesta cosa tan senzilla...

SALUT!
Josep

On Tue, 15 Feb 2022 at 08:41, Narcis Garcia <mailto:debianli...@actiu.net>> wrote:


He instal·lat Debian GNU/Linux (amd64) sense escriptori en un ordinador
amb placa base «Asus P6TD Deluxe», a la qual vaig actualitzar la
BIOS, i
processador central «Intel Core i7-960»

https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html

<https://ark.intel.com/content/www/us/en/ark/products/37151/intel-core-i7960-processor-8m-cache-3-20-ghz-4-80-gts-intel-qpi.html>

Doncs tant amb la comanda «nproc» com al fitxer /proc/cpuinfo veig un
sol nucli de processador, tot i que el fabricant diu que n'hi ha quatre.

Hi tenen alguna cosa a veure aquests missatges d'advertència?

$ sudo journalctl -b -p err
-- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue
2022-02-15
08:36:56 CET. --
-- No entries --

$ sudo journalctl -b -p warning
-- Journal begins at Mon 2022-02-14 14:33:50 CET, ends at Tue
2022-02-15
08:37:00 CET. --
de febr. 15 08:22:59 system kernel: ACPI: No APIC-table, disabling MPS
de febr. 15 08:22:59 system kernel: smpboot: Boot CPU (id 0) not listed
by BIOS
de febr. 15 08:22:59 system kernel: ACPI: setting ELCR to 0200 (from
ccb8)
de febr. 15 08:22:59 system kernel: core: CPUID marked event: 'bus
cycles' unavailable
de febr. 15 08:22:59 system kernel: pmd_set_huge: Cannot satisfy [mem
0xe000-0xe020] with a huge-page mapping due to MTRR override.
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
0x0828-0x082F conflicts with OpRegion
0x0800-0x084F (\PMRG) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
0x0530-0x053F conflicts with OpRegion
0x0500-0x053F (\GPS0) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
0x0500-0x052F conflicts with OpRegion
0x0500-0x053F (\GPS0) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: lpc_ich: Resource conflict(s) found
affecting gpio_ich
de febr. 15 08:22:59 system kernel: ACPI Warning: SystemIO range
0x0400-0x041F conflicts with OpRegion
0x0400-0x040F (\SMRG) (20200925/utaddress-204)
de febr. 15 08:22:59 system kernel: r8169 :03:00.0: can't disable
ASPM; OS doesn't have ASPM control
de febr. 15 08:23:01 system kernel: resource sanity check: requesting
[mem 0x000c-0x000d], which spans more than PCI Bus :00 [mem
0x000d-0x000d window]
de febr. 15 08:23:01 system kernel: caller pci_map_rom+0x7c/0x1d0
    mapping multiple BARs
-- 
Narcis Garcia


-- 


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.



--
--
Salutacions...Josep
--

(deb-cat) Frenar bitacoles del sistema

[Narcis Garcia]

Hola bones,

En un ordinador, sota algunes circumstàncies que encara no tinc ben 
delimitades, però que semblen tenir a veure amb una aplicació 
d'escriptori, hi ha moments en què els fitxers:

/var/log/messages
/var/log/syslog
/var/log/user.log
creixen de manera desbordant fins que el disc s'emplena completament i 
després no hi ha manera ni d'arrencar.


He provat a configurar la limitació de fitxers a 20M i rotació horària a:
/etc/logrotate.d/rsyslog
i també fer una crida al logrotate amb /etc/cron.hourly/logrotate
però no és suficient, perquè quan les bitàcoles creixen ho fan més ràpid 
que no pas el temps de reacció.


Algú sap com limitar de forma eficaç el volum d'aquests fitxers de 
registre o, com a últim recurs, que no es generin?


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.

(deb-cat) Frenar bitacoles del sistema

[Narcis Garcia]

Hola bones,

En un ordinador, sota algunes circumstàncies que encara no tinc ben 
delimitades, però que semblen tenir a veure amb una aplicació 
d'escriptori, hi ha moments en què els fitxers:

/var/log/messages
/var/log/syslog
/var/log/user.log
creixen de manera desbordant fins que el disc s'emplena completament i 
després no hi ha manera ni d'arrencar.


He provat a configurar la limitació de fitxers a 20M i rotació horària a:
/etc/logrotate.d/rsyslog
i també fer una crida al logrotate amb /etc/cron.hourly/logrotate
però no és suficient, perquè quan les bitàcoles creixen ho fan més ràpid 
que no pas el temps de reacció.


Algú sap com limitar de forma eficaç el volum d'aquests fitxers de 
registre o, com a últim recurs, que no es generin?


Gràcies.

--
Narcis Garcia

Re: (deb-cat) Frenar bitacoles del sistema

[Narcis Garcia]

OSTRES

És un problema que, si m'equivoco de remitent, la llista de Debian admet 
igualment el meu correu de remitent no subscrit, i el publica amb 
l'adreça i tot a l'hemeroteca.
Com podem estar al segle XX en aquest tema entre les subscripcions i la 
publicació de dades?



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.

El 8/4/22 a les 14:42, Narcis Garcia ha escrit:

Hola bones,

En un ordinador, sota algunes circumstàncies que encara no tinc ben 
delimitades, però que semblen tenir a veure amb una aplicació 
d'escriptori, hi ha moments en què els fitxers:

/var/log/messages
/var/log/syslog
/var/log/user.log
creixen de manera desbordant fins que el disc s'emplena completament i 
després no hi ha manera ni d'arrencar.


He provat a configurar la limitació de fitxers a 20M i rotació horària a:
/etc/logrotate.d/rsyslog
i també fer una crida al logrotate amb /etc/cron.hourly/logrotate
però no és suficient, perquè quan les bitàcoles creixen ho fan més ràpid 
que no pas el temps de reacció.


Algú sap com limitar de forma eficaç el volum d'aquests fitxers de 
registre o, com a últim recurs, que no es generin?


Gràcies.

Re: (deb-cat) Frenar bitacoles del sistema

[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.

El 8/4/22 a les 15:13, Eloi ha escrit:

El 8/4/22 a les 14:42, Narcis Garcia ha escrit:

Hola bones,

En un ordinador, sota algunes circumstàncies que encara no tinc ben 
delimitades, però que semblen tenir a veure amb una aplicació 
d'escriptori, hi ha moments en què els fitxers:

/var/log/messages
/var/log/syslog
/var/log/user.log
creixen de manera desbordant fins que el disc s'emplena completament i 
després no hi ha manera ni d'arrencar.


He provat a configurar la limitació de fitxers a 20M i rotació horària a:
/etc/logrotate.d/rsyslog
i també fer una crida al logrotate amb /etc/cron.hourly/logrotate
però no és suficient, perquè quan les bitàcoles creixen ho fan més 
ràpid que no pas el temps de reacció.


Algú sap com limitar de forma eficaç el volum d'aquests fitxers de 
registre o, com a últim recurs, que no es generin?


Gràcies.

Sense entrar a valorar la causa de l'emplenament exagerat dels fitxers 
de registre d'activitat (si ho consideres convenient, podries enviar-ne 
una petita mostra per si et podem orientar millor), la idea salomònica 
de neutralitzar-los seria recreant-los com enllaços simbòlics a /dev/null


Personalment no m'agrada gens la idea de perdre tot registre d'activitat 
pel risc que suposa emmascarar errors o il·lícits, així que prioritzaria 
per sobre de tot trobar-ne la causa arrel. Així a cegues, per les 
bitàcoles afectades diria que hi ha algun procés que està intentant 
canviar de permisos o privilegis d'usuari contínuament, probablement 
sense èxit.


Tens raó, i porto més d'un mes donant voltes a això. El problema és que 
els missatges enregistrats no parlen de cap problema, sinó que sembla la 
reiteració dels mateixos missatges de Xorg mil vegades, i altre 
programari del sistema.
Com que no he pogut aïllar l'aplicació i quan és que fa aquest efecte, 
tampoc no he pogut analitzar bé les bitàcoles, i quan el problema ha 
ocorregut la prioritat era esborrar-les per a permetre l'arrencada.


Provaré això del /dev/null si és l'únic fre a les inundacions de text.

Gràcies.

Re: (OT) subscripcions a la llista de correu (Era: Frenar bitacoles del sistema)

[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.

El 8/4/22 a les 15:25, Eloi ha escrit:

El 8/4/22 a les 15:18, Narcis Garcia ha escrit:

OSTRES

És un problema que, si m'equivoco de remitent, la llista de Debian 
admet igualment el meu correu de remitent no subscrit, i el publica 
amb l'adreça i tot a l'hemeroteca.
Com podem estar al segle XX en aquest tema entre les subscripcions i 
la publicació de dades? 


La subscripció a llistes de correu de Debian és només per rebre'n les 
respostes. A altres llistes de Debian és comú que gent que no tingui 
especial interès a la llista però vulgui fer una consulta puntual pugui 
fer-ho sense necessitat de rebre respostes a la resta d'assumptes que 
s'hi tracten, i normalment així ho expliciten per demanar que se'ls 
mantingui en còpia a la conversa per poder-la seguir.


En llistes amb un alt volum d'intervencions, és una eina molt útil per 
destriar un interès puntual del debat general. En el cas de l'escàs 
volum i l'àmbit particular d'aquesta llista, doncs certament no tant.


Parles dels avantatges com si haguessin de ser la forma de descartar els 
inconvenients.
Hi ha l'opció de posar missatges de no subscriptors sota moderació en 
comptes de descartar-los ni rebutjar-los, que és una mesura intermedia, 
i seria una de les maneres de gaudir dels avantatges i resoldre 
inconvenients.


L'altra mesura, que por concórrer alhora, és anonimitzar millor els 
arxius públics de les llistes, pensant en els ulls de les màquines i no 
de les persones.


Salut.

Re: (deb-cat) Frenar bitacoles del sistema

[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.

El 8/4/22 a les 15:30, Eloi ha escrit:

El 8/4/22 a les 15:22, Narcis Garcia ha escrit:

El 8/4/22 a les 15:13, Eloi ha escrit:

El 8/4/22 a les 14:42, Narcis Garcia ha escrit:

Hola bones,

En un ordinador, sota algunes circumstàncies que encara no tinc ben 
delimitades, però que semblen tenir a veure amb una aplicació 
d'escriptori, hi ha moments en què els fitxers:

/var/log/messages
/var/log/syslog
/var/log/user.log
creixen de manera desbordant fins que el disc s'emplena completament 
i després no hi ha manera ni d'arrencar.


He provat a configurar la limitació de fitxers a 20M i rotació 
horària a:

/etc/logrotate.d/rsyslog
i també fer una crida al logrotate amb /etc/cron.hourly/logrotate
però no és suficient, perquè quan les bitàcoles creixen ho fan més 
ràpid que no pas el temps de reacció.


Algú sap com limitar de forma eficaç el volum d'aquests fitxers de 
registre o, com a últim recurs, que no es generin?


Gràcies.

Sense entrar a valorar la causa de l'emplenament exagerat dels 
fitxers de registre d'activitat (si ho consideres convenient, podries 
enviar-ne una petita mostra per si et podem orientar millor), la idea 
salomònica de neutralitzar-los seria recreant-los com enllaços 
simbòlics a /dev/null


Personalment no m'agrada gens la idea de perdre tot registre 
d'activitat pel risc que suposa emmascarar errors o il·lícits, així 
que prioritzaria per sobre de tot trobar-ne la causa arrel. Així a 
cegues, per les bitàcoles afectades diria que hi ha algun procés que 
està intentant canviar de permisos o privilegis d'usuari 
contínuament, probablement sense èxit.


Tens raó, i porto més d'un mes donant voltes a això. El problema és 
que els missatges enregistrats no parlen de cap problema, sinó que 
sembla la reiteració dels mateixos missatges de Xorg mil vegades, i 
altre programari del sistema.
Com que no he pogut aïllar l'aplicació i quan és que fa aquest efecte, 
tampoc no he pogut analitzar bé les bitàcoles, i quan el problema ha 
ocorregut la prioritat era esborrar-les per a permetre l'arrencada.


Provaré això del /dev/null si és l'únic fre a les inundacions de text.

Gràcies.

Una alternativa menys traumàtica, però que tampoc és solució, seria 
muntar /var/log a un sistema de fitxers diferenciat, preferentment no 
compartit (evitant un bind contra una altra partició, traslladant el 
problema). Si no disposes d'espai per reparticionar, sempre pots crear 
un fitxer contenidor en una partició ja existent i muntar-la.


Pot tenir problemes de rendiment (especialment si el fitxer és sparse o 
està fragmentat) i igualment un cop emplenada la partició suposarà la 
pèrdua de registres, però pot servir per contenir el problema temporalment.


Parlant de registres, un problema que ja m'he trobat és el de 
~/.xsession-errors, que aquest per defecte no està sota la mira del 
logrotate i té tendència a créixer desmesuradament amb el temps.




Solució interessant (veig millor la partició ordinària), tot i que 
implica que, en emplenar-se, totes les bitàcoles deixarien d'enregistrar 
res.
He pensat ara en no muntar tot el directori /var/log sinó un directori 
sense cap relació, i aleshores enllaçar-hi només les 3 bitàcoles 
problemàtiques:

ln -s /mnt/runa/log/messages /var/log/messages
ln -s /mnt/runalog/syslog /var/log/syslog
ln -s /mnt/runa/log/user.log /var/log/user.log

i buidar els fitxers de la partició a cada arrencada del sistema.

Del què necessito estar segur és que els enllaços no seran reemplaçats 
per rsyslog ni per logrotate amb les seves operacions.


Salut.

Re: (OT) subscripcions a la llista de correu (Era: Frenar bitacoles del sistema)

[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.

El 8/4/22 a les 15:37, Eloi ha escrit:

El 8/4/22 a les 15:31, Narcis Garcia ha escrit:

El 8/4/22 a les 15:25, Eloi ha escrit:

El 8/4/22 a les 15:18, Narcis Garcia ha escrit:

OSTRES

És un problema que, si m'equivoco de remitent, la llista de Debian 
admet igualment el meu correu de remitent no subscrit, i el publica 
amb l'adreça i tot a l'hemeroteca.
Com podem estar al segle XX en aquest tema entre les subscripcions i 
la publicació de dades? 


La subscripció a llistes de correu de Debian és només per rebre'n les 
respostes. A altres llistes de Debian és comú que gent que no tingui 
especial interès a la llista però vulgui fer una consulta puntual 
pugui fer-ho sense necessitat de rebre respostes a la resta 
d'assumptes que s'hi tracten, i normalment així ho expliciten per 
demanar que se'ls mantingui en còpia a la conversa per poder-la seguir.


En llistes amb un alt volum d'intervencions, és una eina molt útil 
per destriar un interès puntual del debat general. En el cas de 
l'escàs volum i l'àmbit particular d'aquesta llista, doncs certament 
no tant.


Parles dels avantatges com si haguessin de ser la forma de descartar 
els inconvenients.
Hi ha l'opció de posar missatges de no subscriptors sota moderació en 
comptes de descartar-los ni rebutjar-los, que és una mesura 
intermedia, i seria una de les maneres de gaudir dels avantatges i 
resoldre inconvenients.


El problema de la moderació, especialment en un projecte col·laboratiu, 
és que suposa destinar recursos de voluntariat que no sempre poden estar 
disponibles, a banda del risc d'estar subjecte a arbitrarietat humana, 
volguda o no.


En una llista com aquesta, si només hi ha un voluntari de moderació i 
aquest marxa un parell de setmanes de vacances, què fem?


L'altra mesura, que por concórrer alhora, és anonimitzar millor els 
arxius públics de les llistes, pensant en els ulls de les màquines i 
no de les persones.


L'emmascarament de les adreces de correu és un problema perquè, a la 
pràctica, o el fas universal o no el fas. De ben poc serveix que l'arxiu 
de Debian les emmascari si qualsevol persona que s'hi subscrigui pugui 
obtenir-ne igualment l'adreça del remitent i després publicar-la en un 
mirall particular de l'arxiu.


La qüestió de fons, doncs, és si l'emmascarament global és desitjable o no.


També es podria posar (incondicionalment) tots els subscriptors que 
hagin participat més d'un any a la llista, com a moderadors.


I l'emmascarament universal, per suposat.

Jo voldria que es resolessin els 2 inconvenients i, com a mal menor, que 
se'n resolgués un de sol. La suma de tots dos ens fa estar travats de 
forma poc raonable.

Re: (OT) subscripcions a la llista de correu (Era: Frenar bitacoles del sistema)

[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.

El 11/4/22 a les 12:13, Adrià ha escrit:

El 08/04/2022 a les 15:31, Narcis Garcia ha escrit:


L'altra mesura, que por concórrer alhora, és anonimitzar millor els 
arxius públics de les llistes, pensant en els ulls de les màquines i 
no de les persones.



Un dels motius, o potser una de les conseqüències, és visibilitzar qui 
col·labora d'una manera o altra en el Projecte. Col·laborar no vol dir 
només empaquetar: des de traduccions fins ajudar a llistes de correu 
(passant per molts altres aspectes) són unes de les tasques que s'han de 
fer i el mantenir el nom és una manera d'atribuïr els crèdits a la 
persona. Anonimitzaries un "commit" que arregla un bug negant-li 
l'autoria a l'autor?


Per exemple, pots consultar 
https://contributors.debian.org/source/lists.debian.org/ctype/post/ (on, 
si no surt el teu nom és perquè la teva adreça no està associada amb el 
teu usuari de la Wiki).


Segurament pots enviar correus a la llista des d'una adreça inventada, 
com fan els spammers, i usar la teva real per subscriure-t'hi. Això ha 
de ser factible des del moment que hi ha gent que escriu a llistes 
demanant explícitament que els incloguin a les respostes perquè no hi 
estan subscrits.


Tradicionalment en un règim totalitari hom se sent observat i perseguit.
En aquesta guerra de dades personals i assetjament publicitari, hom se 
sent observat i perseguit.


L'argument recurrent del «dret a què es reconegui l'autoria» en el 
context d'una llista de correu, sembla com contraposar un dret sobre un 
altre que s'ha de sacrificar, i a més a més en un context que no és la 
incorporació de codi en un projecte de programari.
...no veig tampoc una llicència FDL ni res semblant sobre els drets 
d'autoria dels missatges per llista, així que la configuració de la 
llista no deuria tenir de bon principi RES A VEURE AMB DRETS D'AUTORIA.


Salut.

Re: (OT) subscripcions a la llista de correu (Era: Frenar bitacoles del sistema)

[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.

El 11/4/22 a les 23:15, Adrià ha escrit:

Am 11/04/2022 um 19:41 schrieb Alex Muntada:

Hola, Narcis:


El 11/4/22 a les 12:13, Adrià ha escrit:
...


Em fa l'efecte que el missatge de l'Adrià era privat i l'has
respost cap a la llista, incloent el seu text original.

Podria ser que l'Adrià no se n'hagi adonat i, potser tu tampoc,
però incloure missatges privats a una llista pública sense permís
va en contra del codi de conducta. Si tenies el seu permís, és un
bon costum esmentar-ho.


Ha estat un error meu haver enviat el correu per privat. En realitat 
volia ser públic però entre una cosa i una altra m'he oblidat de 
tornar-lo a enviar de forma correcta. Gràcies Àlex per esmentar-ho i cap 
problema en què s'hagi fet públic ja que aquesta era la meva intenció 
inicial.


De la resta, prefereixo no aportar més.



Sento no haver-ho consultat i esmentat, doncs el contingut del text ja 
m'havia fet pensar que es tractava d'un error.


Salut.

Re: (OT) subscripcions a la llista de correu (Era: Frenar bitacoles del sistema)

[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.

El 11/4/22 a les 19:41, Alex Muntada ha escrit:

Hola, Narcis:


El 11/4/22 a les 12:13, Adrià ha escrit:
...


Em fa l'efecte que el missatge de l'Adrià era privat i l'has
respost cap a la llista, incloent el seu text original.

Podria ser que l'Adrià no se n'hagi adonat i, potser tu tampoc,
però incloure missatges privats a una llista pública sense permís
va en contra del codi de conducta. Si tenies el seu permís, és un
bon costum esmentar-ho.


Tradicionalment en un règim totalitari hom se sent observat i
perseguit. En aquesta guerra de dades personals i assetjament
publicitari, hom se sent observat i perseguit.


No em queda clar què pretens dir amb això. Si insinues que Debian
té alguna cosa a veure amb un règim totalitari, és un comentari
fora de lloc.


Aquesta comparació amb un règim totalitari la feia respecte a la 
situació general (a Internet) de guerra de dades personals i assetjament 
publicitari. Ha estat la meva manera de posar en context la preocupació 
per a què la participació en llistes estigui més protegida, i menys 
exposada a l'ambient anti-comunitari que ens envolta fora de Debian.



L'argument recurrent del «dret a què es reconegui l'autoria» en
el context d'una llista de correu, sembla com contraposar un
dret sobre un altre que s'ha de sacrificar, i a més a més en un
context que no és la incorporació de codi en un projecte de
programari. ...no veig tampoc una llicència FDL ni res semblant
sobre els drets d'autoria dels missatges per llista, així que
la configuració de la llista no deuria tenir de bon principi
RES A VEURE AMB DRETS D'AUTORIA.


El dret d'autoria és un dret reconegut universalment que aplica
qualsevol text, obra, etc., incloent el text dels correus, de
facto. Un altre tema diferent és com es mostra o reconeix
aquesta autoria.

El conflicte aquí, en tot cas, és com casar el dret a l'autoria
d'algunes persones amb el dret a l'anonimat o privadesa d'altres.
Per novament, aquest problema queda fora de l'abast d'aquesta
llista i no duu enlloc discutir-lo aquí.


Com que no hi ha una llista dedicada a aquest tema, crec més adient 
comentar-ho amb la base social de Debian que no pas en privat amb algú 
que ja té un criteri individual i/o vinculat a les directrius d'allò que 
es va decidir en el passat.

Fàcilment un administrador em respon:
A) Jo crec que ha de ser així, i em limito a explicar-te perquè ha de 
ser així. Perquè administro tal com crec que s'ha d'administrar.

B) Jo no decideixo, i aplico allò que està acordat.


Cada missatge que envies a la llista ens recorda la teva opinió
sobre el tema, així que crec que no cal que insisteixis més.

Salut i moltes gràcies,
Alex

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

Re: (deb-cat) Nomes 1 nucli visible amb processador i7-960

[Narcis Garcia]

Joan, no sé si et vaig donar les gràcies per les teves aportacions, que 
són les que em van deixar la qüestió encara una mica oberta per a 
investigar.


M'agradaria de nou revisar «in situ» la configuració de la BIOS, però 
encara no he tingut oportunitat d'anar al local on hi ha aquest ordinador.


Cercant per Internet m'ha coincidit el problema amb altres a qui el 
«dmesg» ens dóna això:

$ sudo dmesg | grep -ie smp
[0.00] Linux version 5.10.0-13-amd64 
(debian-ker...@lists.debian.org) (gcc-10 (Debian 10.2.1-6) 10.2.1 
20210110, GNU ld (GNU Binutils for Debian) 2.35.2) #1 SMP Debian 
5.10.106-1 (2022-03-17)

[0.011607] found SMP MP-table at [mem 0x000ff780-0x000ff78f]
[0.028155] smpboot: Boot CPU (id 0) not listed by BIOS
[0.028156] smpboot: Allowing 1 CPUs, 0 hotplug CPUs
[0.089892] Freeing SMP alternatives memory: 32K
[0.094262] smpboot: SMP disabled
[0.095019] smp: Bringing up secondary CPUs ...
[0.095020] smp: Brought up 1 node, 1 CPU
[0.095021] smpboot: Max logical packages: 1
[0.095022] smpboot: Total of 1 processors activated (6414.37 BogoMIPS)

és a dir, que Linux no detecta CAP processador ni nucli, i aleshores 
assumeix que n'hi ha un.


N'hi ha que ho atribueixen a problemes amb ACPI/APIC:
$ sudo dmesg | grep -ie APIC
[0.028146] ACPI: No APIC-table, disabling MPS
[0.086114] APIC: ACPI MADT or MP tables are not detected
[0.086139] APIC: Switch to virtual wire mode setup with no configuration
[0.086139] Not enabling interrupt remapping due to skipped IO-APIC setup
[1.062116] intel_idle: Local APIC timer is reliable in C1

He provat amb aquestes combinacions de paràmetre per a Linux, i la 
última és la única que M'HA DONAT BON RESULTAT:

nolapic
noapic
nolapic noapic
acpi=ht
acpi=noirq
pnpacpi=off
acpi=off

$ nproc
4

Aleshores, em pregunto com ho haig de fer per a què l'ordinador es pugui 
aturar per programari, ja que ACPI em sembla que és la única via per a 
fer efectiu un «poweroff».


He trobat que n'hi ha que ho resolgueren actualitzant la BIOS, que és el 
primer que jo ja havia fet.


Aquí n'hi ha que comenten, sota un problema semblant, que Debian obté el 
GRUB d'un repositori amb un defecte per a «memcpy», però imagino que no 
té res a veure amb el meu problema:

https://lkml.iu.edu/hypermail/linux/kernel/1801.1/07148.html


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.

El 20/2/22 a les 9:54, Joan Baptista ha escrit:

Hola, Narcís.

Si per el que sembla, ja has revisat i comprovat que a la teva BIOS tot 
està bé i a la BIOS et detecta tots els nuclis, potser seria el moment 
de provar diferents comandes i/o programes dintre del teu Debian 
GNU/Linux (que no veig quina versió utilitzes ... suposo que la última 
11.2 oi?).


Jo també m'he trobat en diferents distribucions basades en Debian 11.x i 
Debian "sid" que no mostrava correctament tots els nuclis i fils del 
processador, tot i que era en processadors bastant mes antics, i 
depenent de la instrucció que utilitzava.


Espero que això t'ajudi enlloc de despistar-te. Jo no faig servir la 
comanda "journalctl" però a mes del tradicional "cat /proc/cpuinfo" 
també utilitzo "lscpu",  "cat /proc/cpuinfo | grep 'cpu cores' " per 
saber quants nuclis i "lscpu | grep 'CPU(s):' " per saber quants fils em 
detecta el meu GNU/Linux basat en un Debian recent.


Amb el que t'he llegit en aquesta llista ja imagino que ben poc et puc 
ensenyar jo a tu i sospito que si et recomano afegir-li una interfase 
gràfica al teu Debian amb CPU intel i7-960 i provar CPU-G i 
https://tria-s-o.sourceforge.io <https://tria-s-o.sourceforge.io> 
probablement t'ofendria i pensaries "això es per a novells i no per a 
mi" però pensa que la meva intenció és *només *compartir coneixement i 
agrair el que aprenc de tu (journalctl ? mola! provaré!).



No hem d'oblidar que no existeixen els sistemes 100% perfectes, lliures 
d'errors. I personalment trobo una virtud i no un defecte que 
distribucions tant gratuïtes, lliures, amb solera i robustes com Debian 
GNU/Linux no menteixin i reconeguin això, de forma que facilita la 
millora continuada, a diferència d'altres sistemes operatius ni tant 
gratuïts, ni tant lliures, ni amb tanta robustesa i solera, que intenten 
fer creure als usuaris que "es un sistema perfecte, sense errors" a la 
vegada que porten molts anys treien "pedaços" que solucionen ERRORS.


Joan Baptista
joanbapti...@gmail.com <mailto:joanbapti...@gmail.com>
Tel. 665 245 561


Missatge de Narcis Garcia <mailto:debianli...@actiu.net>> del dia dt., 15 de febr. 2022 a les 9:08:


Sí, això d

Re: (deb-cat) Nomes 1 nucli visible amb processador i7-960

[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.

El 19/4/22 a les 9:28, Josep Lladonosa ha escrit:



On Tue, 19 Apr 2022 at 08:39, Narcis Garcia <mailto:debianli...@actiu.net>> wrote:


Joan, no sé si et vaig donar les gràcies per les teves aportacions, que
són les que em van deixar la qüestió encara una mica oberta per a
investigar.

M'agradaria de nou revisar «in situ» la configuració de la BIOS, però
encara no he tingut oportunitat d'anar al local on hi ha aquest
ordinador.

Cercant per Internet m'ha coincidit el problema amb altres a qui el
«dmesg» ens dóna això:
$ sudo dmesg | grep -ie smp
[    0.00] Linux version 5.10.0-13-amd64
(debian-ker...@lists.debian.org
<mailto:debian-ker...@lists.debian.org>) (gcc-10 (Debian 10.2.1-6)
10.2.1
20210110, GNU ld (GNU Binutils for Debian) 2.35.2) #1 SMP Debian
5.10.106-1 (2022-03-17)
[    0.011607] found SMP MP-table at [mem 0x000ff780-0x000ff78f]
[    0.028155] smpboot: Boot CPU (id 0) not listed by BIOS
[    0.028156] smpboot: Allowing 1 CPUs, 0 hotplug CPUs
[    0.089892] Freeing SMP alternatives memory: 32K
[    0.094262] smpboot: SMP disabled
[    0.095019] smp: Bringing up secondary CPUs ...
[    0.095020] smp: Brought up 1 node, 1 CPU
[    0.095021] smpboot: Max logical packages: 1
[    0.095022] smpboot: Total of 1 processors activated (6414.37
BogoMIPS)

és a dir, que Linux no detecta CAP processador ni nucli, i aleshores
assumeix que n'hi ha un.

N'hi ha que ho atribueixen a problemes amb ACPI/APIC:
$ sudo dmesg | grep -ie APIC
[    0.028146] ACPI: No APIC-table, disabling MPS
[    0.086114] APIC: ACPI MADT or MP tables are not detected
[    0.086139] APIC: Switch to virtual wire mode setup with no
configuration
[    0.086139] Not enabling interrupt remapping due to skipped
IO-APIC setup
[    1.062116] intel_idle: Local APIC timer is reliable in C1

He provat amb aquestes combinacions de paràmetre per a Linux, i la
última és la única que M'HA DONAT BON RESULTAT:
nolapic
noapic
nolapic noapic
acpi=ht
acpi=noirq
pnpacpi=off
acpi=off



Has provat aquests?

acpi=strict
acpi=rsdt

Font:
https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html?highlight=acpi_backlight 
<https://www.kernel.org/doc/html/latest/admin-guide/kernel-parameters.html?highlight=acpi_backlight>




Gràcies; provat sense bon resultat.
Encara segueixo amb acpi=off



$ nproc
4

Aleshores, em pregunto com ho haig de fer per a què l'ordinador es
pugui
aturar per programari, ja que ACPI em sembla que és la única via per a
fer efectiu un «poweroff».

He trobat que n'hi ha que ho resolgueren actualitzant la BIOS, que
és el
primer que jo ja havia fet.

Aquí n'hi ha que comenten, sota un problema semblant, que Debian
obté el
GRUB d'un repositori amb un defecte per a «memcpy», però imagino que no
té res a veure amb el meu problema:
https://lkml.iu.edu/hypermail/linux/kernel/1801.1/07148.html
<https://lkml.iu.edu/hypermail/linux/kernel/1801.1/07148.html>


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.
El 20/2/22 a les 9:54, Joan Baptista ha escrit:
 > Hola, Narcís.
 >
 > Si per el que sembla, ja has revisat i comprovat que a la teva
BIOS tot
 > està bé i a la BIOS et detecta tots els nuclis, potser seria el
moment
 > de provar diferents comandes i/o programes dintre del teu Debian
 > GNU/Linux (que no veig quina versió utilitzes ... suposo que la
última
 > 11.2 oi?).
 >
 > Jo també m'he trobat en diferents distribucions basades en Debian
11.x i
 > Debian "sid" que no mostrava correctament tots els nuclis i fils del
 > processador, tot i que era en processadors bastant mes antics, i
 > depenent de la instrucció que utilitzava.
 >
 > Espero que això t'ajudi enlloc de despistar-te. Jo no faig servir la
 > comanda "journalctl" però a mes del tradicional "cat /proc/cpuinfo"
 > també utilitzo "lscpu",  "cat /proc/cpuinfo | grep 'cpu cores' " per
 > saber quants nuclis i "lscpu | grep 'CPU(s):' " per saber quants
fils em
 > detecta el meu GNU/Linux basat en un Debian recent.
 >
 > Amb el que t'he llegit en aquesta llista ja imagino que ben poc

(deb-cat) Tecleig lent en ordinador lent

[Narcis Garcia]

Bon dia,

No és la primera vegada que m'hi trobo:
Instal·lo una versió recent de Debian en un ordinador que ja té un anys, 
i tota la interfície gràfica va raonablement àgil excepte la reacció al 
tecleig de l'usuari. O sigui, que si per exemple escric ràpidament una 
frase, encara que hagi polsat clarament totes les tecles, hi ha lletres 
que no arriben al processador de textos. El problema molt sovint inclou 
la primera lletra de la frase.


Imagino que això té alguna relació amb la lentitud de processament del 
tecleig, el programari o controlador que s'ocupa d'això es veu desbordat 
i aleshores descarta pulsacions (lletres).
M'agradaria saber si hi ha alguna manera d'ajustar aquesta sensibilitat 
o prioritat del teclat per a no perdre lletres.


Salut.



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.