Re: Sortida debianita a Cardedeu 2024-06-01

[Àlex]

El 31/5/24 a les 12:25, Narcis Garcia ha escrit:

Tard per a organitzar-me.
M'hagués agradat.

Salut. 



Narcís i tothom,

us demano disculpes per aquest avís de divendres per dissabte. Això ha 
estat per que realment s'ha organitzat espontàniament aquesta setmana 
d'un dia per l'altre, al grup de Màtrix "Debian-lleure".


Aquesta mateixa setmana va sorgir la iniciativa, i ahir encara estàvem 
fent propostes i discutint si ho faríem o no, per què per demà anuncien 
puges a Cardedeu, i avui fins fa una estona encara estàvem acordant 
l'hora de trobada i els llocs on anirem. Per això no hem avisat abans.


Ha estat tot molt precipitat i ho sabem.

Us animo a trobar-nos al grup Matrix "debian lleure" per organitzar una 
trobada lúdica amb més temps de marge, o començar a organitzar unes 
trobades debianites de lleure o de treball a la llista de correu.


Salutacions

 Àlex

Re: Tarja de xarxa intel I219-LM

[Àlex]

Bon dia BlackHold,

He llegit que el problema pot tenir a veure amb una opció de la BIOS:


/I had a similar problem with Ubuntu 22.04 and a Lenovo Thinkpad. I 
found out that in my BIOS setup there is an option set that prevents new 
Thunderbolt devices from connecting to the computer. (Screens worked, 
but neither ethernet nor any USB device on the dock worked.)/


/I solved it by booting once into a parallel Windows installation, there 
I was asked by the Thunderbolt software if I want to accept that new 
device. I answered with something like "yes, permanently", and after 
reboot to Linux the dock also worked there (ethernet as well as USB)./


/Don't know if you could accept the device also from the BIOS setup, I 
don't think it is possible from within Linux./


/Another alternative would be that you allow any Thunderbolt devices 
from within your BIOS setup./

MiniDebConf a Toulouse (Novembre 16-17 2024)

[Àlex]

Bones,

sí, sé que és a França, però és a 4 hores i mitja en cotxe des de Barcelona.

Suposo que en un temps a alguna web anunciaran quines xerrades són en 
francès i quines en anglès.


Salutacions




 Missatge reenviat 

Hello,

We are pleased to announce a MiniDebConf at Toulouse (France) on
November 16-17 2024 and the Call for Papers to submit a talk.

## About MiniDebConf Toulouse 2024

The Association Debian France [1] organizes a MiniDebConf in Toulouse [2]
(South-West France). This event will welcome everyone interested in the
Debian project for a series of talks and workshops about Debian.
Mini-DebConf Toulouse 2024 will take place in "ENSEEIHT" (engineering 
school),

during the "Capitole du Libre" event on November 16th and 17th 2024.
It is located in "26 rue Pierre-Paul Riquet, Toulouse, France"
at walking distance from public transportation.

More informations at https://wiki.debian.org/DebianEvents/fr/2024/Toulouse


## Call for Papers (CfP)

In order to propose a talk, please email to the public mailing list
minidebc...@france.debian.net with copy to 
orga-minidebc...@france.debian.net ;

your email message should provide the following information:

* The speaker's preferred name
* Their location (for travel budget considerations)
* Their affiliation (institution and/or project)
* The suggested talk topic
* Brief biography (50-100 words) as it relates to the suggested topic
* The choice between 20 or 40 minutes duration

All proposals must be submitted before Monday October 7th 2024 to be
evaluated for the schedule.


## Registration

You’re welcome to self-register on the if you intend to come:
https://wiki.debian.org/DebianEvents/fr/2024/Toulouse#Participants


## News

You can subscribe to the public mailing list
https://france.debian.net/mailman3/postorius/lists/minidebconf.france.debian.net/

An IRC channel is available: #debconf-toulouse on irc.debian.org


See you in Toulouse!


[1] https://france.debian.net/
[2] https://wiki.debian.org/DebianEvents/fr/2024/Toulouse

--
Grégory, for the MiniDebConf Toulouse team

Realtek RTL8812AE 802.11ac i 5 Ghz

[Àlex]

Bones,

us consulto un dubte.

El meu ordinador d'escriptori té una targeta wifi Realtek RTL8812AE 
802.11ac (rev 01)


Treballo amb Debian Testing, avui amb nucli 6.7, i tinc instal.lat el 
paquet firmware-realtek, tot i que aquest paquet sembla que té el 
firmware pel bluetoot de la targeta però no pel wifi.


Els controladors quan faig un lsmod són:

   rtl8821ae 270336  0
   btcoexist 200704  1 rtl8821ae
   rtl_pci    32768  1 rtl8821ae
   rtlwifi   122880  3 rtl_pci,rtl8821ae,btcoexist
   mac80211 1388544  3 rtl_pci,rtl8821ae,rtlwifi
   cfg80211 1339392  2 rtlwifi,mac80211
   rfkill 40960  5 rtlwifi,cfg80211

La qüestió és que quan em connecto amb la meva xarxa 2.4ghz, funciona 
molt bé i a la velocitat correcta, però quan em connecto amb la meva 
xarxa 5ghz el wifi em funciona molt irregular i a poca velocitat, pitjor 
que a 2.4ghz


He fet la prova alternativa d'arrencar amb un LiveUSB de Windows i a 
2.4ghz em funciona igual de bé que a Linux, però a 5ghz em dona deu cops 
més velocitat que a Linux.


És un problema de controladors i firmware sense solució?

Gràcies

Re: ConsultaInstal·lacióDEBIAN

[Àlex]

Bones Daniel,

no crec que tinguis cap problema instal.lant Debian al portàtil. 
Tanmateix, de quin barri ets? Si estàs per Horta o Nou Barris et puc 
donar un cop de mà.


Si vols fer la prova instal.lant-lo tu mateix, pots provar 
d'instal.lar-lo en una màquina virtual tants cops com et faci falta, tot 
i que no sé si saps de crear màquines virtuals. A més a més, llavors 
pots practicar instal.lant-lo amb varis escriptoris diferents, a veure 
quin trobes més intuïtiu i productiu.


De la instal.lació "real" no et preocupis gaire. Si ets molt nou a la 
informàtica, la part que et donarà més feina és moure la imatge 
d'instal.lació ISO descarregada a un USB d'arrencada. La resta de la 
instal.lació és anar tirant endavant responent preguntes.


Després de la instal.lació potser voldràs ajustar algunes cosetes, com 
afegir els repositoris 'contrib' i 'non-free', i afegir nou programari 
que necessitis.


Salutacions i bona sort,


    Àlex


El 3/4/24 a les 23:53, Daniel Abaurrea Ruiz ha escrit:


Hola, aquí Daniel Abaurrea Ruiz des de Barcelona ciutat. Tinc 
cinquanta anys d’edat. Vaig estudiar arquitectura.


Els meus coneixements d’hardware i software son del nivell d’usuari. 
Sempre m’ha interessat molt saber com funciona tot el que m’envolta. 
Es per això que m’agradaria molt aprendre a instal·lar un sistema 
operatiu debian en un ordinador portàtil comprat sense que s’hi hagués 
instal·lat prèviament un sistema operatiu windows.


He decidit posar aquest missatge en el vostre lloc web perquè he 
intentat aprendre a fer la instal·lació cercant cursos e informació 
per internet però m’he perdut en la quantitat d’informació que he 
trobat a la xarxa.


Hi ha algun col·lectiu que organitzi un curs en el que aprendre a fer 
aquest tipus d’instal·lació?


Disposo d’un ordinador portàtil en el que podria assajar el procés 
d’instal·lació abans d’intentar-ho en un dispositiu nou comprat sense 
el sistema operatiu windows prèviament instal·lat.


Algú em pot orientar en aquest propòsit?

No dubteu a contactar amb mi:

danielabaurrear...@gmail.com

Moltes gracies pel vostre temps i esforç... danielabaurrearuiz



--
La solidaritat és la tendresa dels pobles. Lluita contra l'apartheid:


  https://www.btselem.org/publications/fulltext/202101_this_is_apartheid
  
https://www.elsaltodiario.com/revista-pueblos/apartheid-el-termino-juridico-que-(por-fin)-define-la-realidad-de-palestina
  
https://www.elsaltodiario.com/ocupacion-israeli/apartheid-sanitario-israeli-metafora-kibbutz
  
https://www.elsaltodiario.com/elsacapuntas/estudiar-bajo-apartheid-el-dia-a-dia-de-los-estudiantes-palestinos
  
https://12ft.io/proxy?q=https%3A%2F%2Fwww.theguardian.com%2Fcommentisfree%2F2023%2Faug%2F19%2Fisrael-apartheid-state-south-africa-netanyahu

Re: Us ha fallat l'actualització d'ahir de Debian 12.2 a Debian 12.4 ?

[Àlex]

El 7/1/24 a les 10:14, Narcis Garcia ha escrit:


De la Debian 12.2 encara conservo el següent:

debian-12.2.0-amd64-DVD-1.iso
debian-12.2.0-i386-DVD-1.iso
debian-12.2.0-i386-netinst.iso
debian-live-12.2.0-amd64-gnome.iso
debian-live-12.2.0-amd64-standard.iso

Amb les seves sumes de verificació:
debian-12.2.0-amd64-DVD-1.iso.sha256
debian-12.2.0-i386-DVD-1.iso.sha256
debian-12.2.0-i386-netinst.iso.sha256
debian-live-12.2.0-amd64-gnome.iso.sha256
debian-live-12.2.0-amd64-standard.iso.sha256

I els seus perfils de descàrrega:
debian-12.2.0-amd64-DVD-1.iso.torrent
debian-12.2.0-i386-DVD-1.iso.torrent
debian-12.2.0-i386-netinst.iso.torrent
debian-live-12.2.0-amd64-gnome.iso.torrent
debian-live-12.2.0-amd64-standard.iso.torrent

Et puc passar el què em demanis. 



Gràcies Narcís,

he aconseguit un cable ethernet llarg i estic fent algunes instalacions 
d'avui diumenge amb ethernet. Amb això surto del pas.


En canvi ara em trobo un problema diferent i estrany:

Estic posant a punt per un familiar un portàtil VAIO que portava Windows 
10 UEFI i l'he fet un espai per Debian 12. Cada cop que arrenco el 
Windows 10 em desapareix em menú d'arrencada de Linux, sigui GRUB o 
REFIND. Llavors haig d'arrencar amb el LiveCD de super grub disk per 
recuperar l'arrencada, que torno a perdre en arrencar Windows. I a la 
BIOS no hi ha cap opció per escollir el sistema per defecte a arrencar.


Odio Windows.

Salutacions

Re: Us ha fallat l'actualització d'ahir de Debian 12.2 a Debian 12.4 ?

[Àlex]

El 16/12/23 a les 8:36, Griera ha escrit:

Hola:

Aquest matí s'ha actualitzat a linux-image-6.1.0-16-amd64 (6.1.67-1).

Salut!





Trobo que el que ara haurien d'actualitzar són els mitjans 
d'instal.lació, de Debian 12.4 a 12.5


Amb la imatge actual de Debian estable, 12.4, no puc fer servir wifi a 
les instal.lacions, ja que ve amb el nucli 6.1.0-15.


Sabeu si puc encara descarregar la imatge anterior 12.2 ?   No la trobo

Re: Us ha fallat l'actualització d'ahir de Debian 12.2 a Debian 12.4 ?

[Àlex]

Sembla que aviat tindrem un nou nucli que corregeix el problema, però no 
ho veuen com a urgent:



https://tracker.debian.org/news/1485406/accepted-linux-signed-amd64-61671-source-into-proposed-updates/


Suposo que també hauran de canviar de Debian 12.4 a 12.5 atès que els 
nous mitjans d'instal.lació fallen en moltes wifi.

Re: Us ha fallat l'actualització d'ahir de Debian 12.2 a Debian 12.4 ?

[Àlex]

Sí, definitivament és just el problema que estava patint:

   https://www.phoronix.com/news/Linux-6.6.6-Released

Re: Us ha fallat l'actualització d'ahir de Debian 12.2 a Debian 12.4 ?

[Àlex]

Ara trobo que fa unes hores que han solucionat un problema a aquest 
kernel amb la wifi. Potser és el problema que he patit als Mac. A veure 
si el paquet Debian surt en breu:



Greg Kroah-Hartman has announced the release of the 6.6.6 
 and 6.1.67 
 stable kernels. Both contain a single 
reversion of the "wifi: cfg80211: fix CQM for non-range use" patch.



https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=linux-6.1.y=db46c77f3d51d24402731ea181b2a591e7dd1ac3

Us ha fallat l'actualització d'ahir de Debian 12.2 a Debian 12.4 ?

[Àlex]

Bona nit,


Els que treballeu amb Debian estable i aneu actualitzant cada dia, us 
heu trobat situacions estranyes en el pas de Debian 12.2 a Debian 12.4 
les últimes 24 hores?



Abans d'ahir Debian estable s'actualitzava de Debian 12.2 a Debian 12.3

Però per un error al nucli que portava, linux-image-6.1.0-14, van 
enrederir l'actualització un dia.


Ahir a la nit ja es podia actualitzar a Debian 12.4 amb un nucli 
linux-image-6.1.0-15


Però en actualitzar ordinadors a casa i a la feina, els PC han continuat 
funcionant, però els iMac i macMini s'han quedat sense xarxa, i tampoc 
apaguen bé per tot una sèrie de processos que no es tanquen bé: 
wpasuplicant, avahi, que deixen al systemd esperant eternament.


Si els Mac actualitzats a Debian 12.4 els arrenco amb l'anterior nucli 
6.1.0-13 tornen a funcionar bé, així que suposo que el problema està al 
nou nucli 6.1.0-15.



Què tal vosaltres?


Gràcies


    Àlex

demà Debian fa 30 anys

[Àlex]

felicitats!


https://wiki.debian.org/DebianDay/2023

Ja tenim Debian estable 12

[Àlex]

https://www.debian.org/News/2023/20230610

sembla que Debian 12 sortirà el 10 de juny

[Àlex]

https://lists.debian.org/debian-devel-announce/2023/04/msg7.html

Re: Dubtes de targeta gràfica

[Àlex]

El 23/4/23 a les 9:20, Joan ha escrit:

Hola,

Tinc un ordinador amb una targeta gràfica integrada, aquesta:

https://www.techpowerup.com/gpu-specs/radeon-rx-vega-11.c3054

i per una altra banda tinc 2 targetes gràfiques desmuntades (no les he
provat mai), i no sé si paga la pena posar-ne alguna a l'ordinador (no
el gaig servir per jugar/gamming):

- https://www.techpowerup.com/gpu-specs/radeon-hd-5830.c251

- https://www.techpowerup.com/gpu-specs/geforce-210.c2020

Entenc que les targetes gràfiques no integrades li aportarien:
capacitat de càlcul/CPU i memòria. Tampoc és que em calgui, però per
tenir-les desmuntades no sé si ja posats paga la pena muntar-les o
després això em donarà mals de cap perquè es fotin de patades entre
elles, temes de configuració o que el consum energètic, que no crec que
sigui res de l'altre món, incrementi perceptiblement.

Bé, si teniu opinió al respecte, us la agrairé :-)


Bones,

no soc un expert.

Com tu ja ben dius guanyaries la memòria que ara tens assignada a la gràfica 
integrada, i pots guanyar en velocitat de la gràfica, però perdras en consum.

A més a més, depén quina tecnologia de memòria RAM utilitzes, potser també 
guanyes en velocitat d'accés a RAM. Una manera de comprovar-ho és executar 
MemTest abans de posar una targeta gràfica, i fixar-te a la velocitat de la 
RAM, i llavors afegir la targeta gràfica i mesurar de nou la velocitat de la 
RAM amb Memtest.

Salutacions

Àlex

Re: pregunta arrencada dual amb UEFI i GPT

[Àlex]

El 12/4/23 a les 8:11, Àlex ha escrit:


El 6/4/23 a les 10:45, a...@probeta.net ha escrit:
He vist que a Ubuntu i Mint normalment funciona bé l'opció Windows 
del GRUB. Llavors he comparat els fitxers que Ubuntu 22.04 genera a 
/etc/grub.d amb els de Debian 12, i jo no he sabut interpretar 
diferencies remarcables. 



Bones,

jo mateix em responc a partir de coses que he aprés llegint sobre Grub 
i UEFI, però que encara haig de provar i confirmar.


Sembla que estava mirant al lloc equivocat. El fet que Grub detecti bé 
Windows a arrencades UEFI a Linux Mint i Ubuntu però no a Debian, no 
té a veure amb els fitxers de configuració de Grub, sino amb el fitxer 
/etc/fstab.


Per que en instal.lar-se Grub detecti Windows i els altres sistemes 
operatius en arrencades UEFI, a més de tenir actiu l'os-prober, sembla 
que cal que la partició EFI que conté el Windows Boot Manager 
(bootmgfw.efi) estigui muntada. Linux Mint i Ubuntu crec que la munten 
automàticament emprant la configuració de /etc/fstab , mentre que les 
instal.lacions que he fet de Debian encara s'ha de fer a mà.


Em falta provar-ho, però.

Salutacions



Ho he provat i confirmo que a instalacions UEFI+GPT, si a 
/etc/default/grub hi ha habilitada la línia 
"GRUB_DISABLE_OS_PROBER=false" , i a /etc/fstab hi ha muntada la 
partició UEFI de Bootloader "UUID=elquesigui   /boot/efi   vfat 
umask=0077   0   1", en executar la comanda "update-grub" Debian detecta 
bé el Windows que havia instal.lat


Tanmateix instal.lar el paquet refind ("apt install refind") també 
soluciona el problema, ja que instal.la a la partició UEFI un bootloader 
que permet escollir amb quin sistema operatiu arrencar

Re: pregunta opcions arrencada kernel

[Àlex]

El 9/4/23 a les 10:57, Alex Muntada ha escrit:

Hola, Alex:


La pregunta és: sabeu alguns paràmetres d'arrencada per intentar
arrencar aquests portàtils amb el nucli 6.1 de Debian 12, que no
siguin tan molestos com "acpi=off" ?

L'únic que se m'acut que podria estar relacionat és que fa poc es
va decidir moure (o copiar) els blobs privatius de firmware de
non-free a non-free-firmware. Pots comprovar si tens la referència
a non-free-firmware al teu sources.list? Entenc que amb una ISO
recent com la que esmentaves, ja s'hauria d'incloure aquest canvi
però t'ho volia comentar per si de cas.

Salut,
Alex

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



Gràcies Àlex

Sí, a l'instal.lació de Debian que he provat queda referència a main i a 
non-free-firmware a sources.list.


Finalment al MacBook8,2 he trobat una sol.lució alternativa a emprar 
"acpi=off" com a paràmetre del kernel, tot i que no sé ben bé que faig 
(-sembla que deshabilitar una de les dues targetes gràfiques d'aquest 
equip-). Escrivint entre initrd i linux les següents línies ja funciona:


  outb 0x728 1
  outb 0x710 2
  outb 0x740 2
  outb 0x750 0

L'altre portàtil vell, però, es queda en un bucle infinit amb el nucli 
6.1 de la Debian 12, amb missatges de watchdog cada certa estona, si no 
afegeixo "acpi=off". Però el nucli 5.10 de la Debian 11 sí arrenca amb 
normalitat aquest portàtil.


Salutacions

Re: pregunta arrencada dual amb UEFI i GPT

[Àlex]

El 6/4/23 a les 10:45, a...@probeta.net ha escrit:
He vist que a Ubuntu i Mint normalment funciona bé l'opció Windows del 
GRUB. Llavors he comparat els fitxers que Ubuntu 22.04 genera a 
/etc/grub.d amb els de Debian 12, i jo no he sabut interpretar 
diferencies remarcables. 



Bones,

jo mateix em responc a partir de coses que he aprés llegint sobre Grub i 
UEFI, però que encara haig de provar i confirmar.


Sembla que estava mirant al lloc equivocat. El fet que Grub detecti bé 
Windows a arrencades UEFI a Linux Mint i Ubuntu però no a Debian, no té 
a veure amb els fitxers de configuració de Grub, sino amb el fitxer 
/etc/fstab.


Per que en instal.lar-se Grub detecti Windows i els altres sistemes 
operatius en arrencades UEFI, a més de tenir actiu l'os-prober, sembla 
que cal que la partició EFI que conté el Windows Boot Manager 
(bootmgfw.efi) estigui muntada. Linux Mint i Ubuntu crec que la munten 
automàticament emprant la configuració de /etc/fstab , mentre que les 
instal.lacions que he fet de Debian encara s'ha de fer a mà.


Em falta provar-ho, però.

Salutacions

Re: heu provat programari de conversió d'àudio a text?

[Àlex]

Una nova web de transcripció que he descobert avui:

https://www.microsiervos.com/archivo/ia/ai-transcriptions-voz-a-texto-gratis-castellano-catalan-gallego.html

Re: heu provat programari de conversió d'àudio a text?

[Àlex]

El 2/2/23 a les 10:56, Joan Montané ha escrit:


2. És programari lliure?


Whisper? Això és d'OpenAI. El codi i els models són lliures, però les 
dades emprades per a crear el model no ho són. Més informació sobre 
Whisper aquí: https://openai.com/blog/whisper/ i 
https://github.com/openai/whisper



Respecte a Whisper, a un altre grup he vist el comentari d'una persona 
que fa servir contenidors Docker amb Whisper AI per muntar el seu propi 
servidor de transcripció d'àudio a text.



opció 1)

   Web Whisper: 
https://codeberg.org/pluja/web-whisper/wiki/Self-Hosting 



   amb un contenidor, prepara Whisper AI i una interfície web per 
enviar-li àudio i que el transcrigui



opció 2)

   Whisper Transcriber Telegram Bot: 
https://0xacab.org/viperey/telegram-bot-whisper-transcriber/-/tree/no-masters 



   contenidor Docker que et conecta al teu bot de Telegram. El pots fer 
servir per transcriure audios d'un grup telegram, o per enviar-li àudio 
al bot i que el transcrigui



opció 3)

   WhatsApp Speech to text: 
https://github.com/altbert/Whatsapp_speech_to_text 



   similar al anterior però per WhatsApp. Com WhatsApp no té eines de 
comunicació, el contenidor obre una sessió al teu WhatsApp. Si respons a 
un àudio amb el text "!tran", te transcriu l'àudio.

Comença el procés de congelació de Debian 12

[Àlex]

https://release.debian.org/testing/freeze_policy.html

https://udd.debian.org/dev/bugs.cgi

Re: heu provat programari de conversió d'àudio a text?

[Àlex]

Moltes gràcies a tothom pels vostres consells


 Àlex


El 9/1/23 a les 14:47, Àlex ha escrit:

Bon any nou,

Us volia fer una pregunta per si algú de vosaltres ha fet servir 
programari de conversió d'àudio a text.


Tinc un amic que ha de transcriure multituds d'entrevistes en 
castellà, i no té temps.


Li vaig ensenyar a instal.lar-se Linux Mint (-sí, he pecat, ja sé que 
no és Debian-), que és el sistema que ara té.


Ell ha trobat com a eina ParlaType , però sembla que no és una eina de 
conversió, sinó que és un reproductor molt adaptat a fer transcripcions:


   https://www.parlatype.org/

Jo li he trobat eines online, però no he provat cap:

   https://www.google.com/search?q=convert+audio+text

Vosaltres heu fet servir alguna eina a Debian per conversió d'àudio a 
text que podeu recomanar?


Gràcies


 Àlex

heu provat programari de conversió d'àudio a text?

[Àlex]

Bon any nou,

Us volia fer una pregunta per si algú de vosaltres ha fet servir 
programari de conversió d'àudio a text.


Tinc un amic que ha de transcriure multituds d'entrevistes en castellà, 
i no té temps.


Li vaig ensenyar a instal.lar-se Linux Mint (-sí, he pecat, ja sé que no 
és Debian-), que és el sistema que ara té.


Ell ha trobat com a eina ParlaType , però sembla que no és una eina de 
conversió, sinó que és un reproductor molt adaptat a fer transcripcions:


   https://www.parlatype.org/

Jo li he trobat eines online, però no he provat cap:

   https://www.google.com/search?q=convert+audio+text

Vosaltres heu fet servir alguna eina a Debian per conversió d'àudio a 
text que podeu recomanar?


Gràcies


 Àlex

Re: (deb-cat) Firefox ESR: out of memory

[Àlex]

Bones

A la meva Debian 11 estable Firefox 102.4 es comporta bé,

però veig que a les actualitzacions d'avui 17 novembre a Debian 11 
apareix Firefox 102.5 . Potser soluciona el problema:


https://www.mozilla.org/en-US/security/advisories/mfsa2022-48/

És estrany, per que a la pàgina web de paquets Debian diu que encara 
estem amb la versió 91 quan portem molt de temps amb la 102:


https://packages.debian.org/search?keywords=firefox-esr=names=stable=all 



Salutacions


 Àlex


El 16/11/22 a les 20:47, Narcis Garcia ha escrit:

Bones,

Aquest matí en una Debian Stable (11) he actualitzat paquets i s'hi ha 
posat el M.Firefox versió 102.4

(Abans ja hi havia la versió 102.x)

En iniciar M.Firefox, incondicionalment ha tingut aquest comportament:
1. Comença a menjar memòria fins a més de 20GiB
2. En menys d'un minut dóna aquest missatge per Terminal i es queda 
bloquejat:
[unhandlable oom] Failed to mmap, likely no more mappings available 
./memory/build/mozjemalloc.cpp : 1398ExceptionHandler::GenerateDump 
cloned child 501530

ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...

Ara per la tarda he tornat a actualitzar paquets, i ha arribat la 
versió 102.5 de M.Firefox.

Ara la cosa és més resolutiva i escueta:
1. Comença a menjar memòria fins a poc menys de 20GiB
2. En menys de 20 segons dóna aquest missatge per Terminal i finalitza 
amb codi de sortida 11:

out of memory: 0x00018810 bytes requested

En un segon intent, el missatge és més llarg:
[unhandlable oom] Failed to mmap, likely no more mappings available 
./memory/build/mozjemalloc.cpp : 1398


I en un tercer intent, el problema es reprodueix igual que abans, 
quedant bloquejat:
[unhandlable oom] Failed to mmap, likely no more mappings available 
./memory/build/mozjemalloc.cpp : 1398ExceptionHandler::GenerateDump 
cloned child 2065098

ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...


Per a sortir del pas, he desactualitzat el M.Firefox a la versió 91.13 
, que em funciona bé. Per a què s'empassi el perfil més modern, he 
hagut d'apartar-ne el fitxer compatibility.ini




--
La solidaritat és la tendresa dels pobles. Lluita contra l'apartheid:


  https://www.btselem.org/publications/fulltext/202101_this_is_apartheid
  
https://www.elsaltodiario.com/revista-pueblos/apartheid-el-termino-juridico-que-(por-fin)-define-la-realidad-de-palestina
  
https://www.elsaltodiario.com/ocupacion-israeli/apartheid-sanitario-israeli-metafora-kibbutz
  
https://www.elsaltodiario.com/elsacapuntas/estudiar-bajo-apartheid-el-dia-a-dia-de-los-estudiantes-palestinos

Re: (deb-cat) Firefox ESR: out of memory

[Àlex]

Bones

A la meva Debian 11 estable Firefox 102.4 es comporta bé,

però veig que a les actualitzacions d'avui 17 novembre a Debian 11 
apareix Firefox 102.5 . Potser soluciona el problema:


https://www.mozilla.org/en-US/security/advisories/mfsa2022-48/

És estrany, per que a la pàgina web de paquets Debian diu que encara 
estem amb la versió 91 quan portem molt de temps amb la 102:


https://packages.debian.org/search?keywords=firefox-esr=names=stable=all

Salutacions


 Àlex


El 16/11/22 a les 20:47, Narcis Garcia ha escrit:

Bones,

Aquest matí en una Debian Stable (11) he actualitzat paquets i s'hi ha 
posat el M.Firefox versió 102.4

(Abans ja hi havia la versió 102.x)

En iniciar M.Firefox, incondicionalment ha tingut aquest comportament:
1. Comença a menjar memòria fins a més de 20GiB
2. En menys d'un minut dóna aquest missatge per Terminal i es queda 
bloquejat:
[unhandlable oom] Failed to mmap, likely no more mappings available 
./memory/build/mozjemalloc.cpp : 1398ExceptionHandler::GenerateDump 
cloned child 501530

ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...

Ara per la tarda he tornat a actualitzar paquets, i ha arribat la 
versió 102.5 de M.Firefox.

Ara la cosa és més resolutiva i escueta:
1. Comença a menjar memòria fins a poc menys de 20GiB
2. En menys de 20 segons dóna aquest missatge per Terminal i finalitza 
amb codi de sortida 11:

out of memory: 0x00018810 bytes requested

En un segon intent, el missatge és més llarg:
[unhandlable oom] Failed to mmap, likely no more mappings available 
./memory/build/mozjemalloc.cpp : 1398


I en un tercer intent, el problema es reprodueix igual que abans, 
quedant bloquejat:
[unhandlable oom] Failed to mmap, likely no more mappings available 
./memory/build/mozjemalloc.cpp : 1398ExceptionHandler::GenerateDump 
cloned child 2065098

ExceptionHandler::SendContinueSignalToChild sent continue signal to child
ExceptionHandler::WaitForContinueSignal waiting for continue signal...


Per a sortir del pas, he desactualitzat el M.Firefox a la versió 91.13 
, que em funciona bé. Per a què s'empassi el perfil més modern, he 
hagut d'apartar-ne el fitxer compatibility.ini

Fwd: Dia de la Llibertat del Programari 2022

[Àlex]

Dissabte, a partir de les 16:30, celebrem el Dia de la Llibertat del 
Programari a Barcelona.


Lloc: Espai Jove BocaNord Agudells, 37-45 08032 – Barcelona Metro Línia 
5 El Carmel (accessos adaptats) Autobús: V21, 39, 19, 86, 87 Nocturn: N4


https://www.caliu.cat/post/dlp2022/ 


---
To unsubscribe: 
List help: 

Re: congelació de Debian bookworm i BSP

[Àlex]

Bones

Per trobar-nos, si és un dissabte puc preguntar a centres cívics si ens 
deixen un espai. A prop de casa tinc els Lluïsos d'Horta, el Centre 
Cívic Mates i Ramis, i d'altres llocs amb espai. Si és en diumenge ens 
podem trobar a Can Masdeu.


Coses que se m'acudeixen si a la trobada intentem millorar la traducció 
al català:


 * Fer un taller de traduccions. Podríem fins i tot contactar amb la 
gent de Softcatalà, que porten el tema molt per la mà.


 * Mentrestant, fixar-nos en els programes que fem servir i prendre 
nota sobre els termes que ens semblin que no estan prou bé traduïts.


Salutacions


El 28/6/22 a les 20:53, Carles Pina i Estany ha escrit:

Hola,

On Jun/24/2022, Joan wrote:

Molaria molt!

He enviat un email que és relacionat en millorar la propera Debian. No
és per un Bug Squashing Party sinó abans però per avançar feina aquí hi
ha la idea:
https://lists.debian.org/debian-user-catalan/2022/06/msg00010.html

Fins aviat,

congelació de Debian bookworm i BSP

[Àlex]

Bones,

S'està pensant de començar a transicionar la Debian Bookworm cap a 
estable el primer trimestre del 2023:


https://lists.debian.org/debian-devel/2022/03/msg00251.html

   2023-01-12  - Milestone 1 - Transition and toolchain freeze
   2023-02-12  - Milestone 2 - Soft Freeze
   2023-03-12  - Milestone 3 - Hard Freeze - for key packages and packages 
without autopkgtests
   To be announced - Milestone 4 - Full Freeze

I de moment hi ha aquesta llista de bugs crítics:

https://bugs.debian.org/release-critical/

Fa molt que no ens trobem presencialment. Podriem allotjar una Bug 
Squashing Party i dinar o sopar a la tardor.


https://wiki.debian.org/BSP/

Salutacions


    Àlex

Re: és vscode programari molest?

[Àlex]

Gràcies a tothom per les vostres respostes.

és vscode programari molest?

[Àlex]

Bones,


Fa uns mesos vaig haver d'instal.lar un programa de Microsoft a la meva 
Debian estable. Microsoft Teams concretament, per poder assistir a una 
videoconferència.


L'experiència va ser horrible. Era un programari molt "molest":

  - Em mostrava un pantallazo enorme quan jo iniciava sessió a Linux.

  - Si el treia de programes que s'iniciaven automàticament en iniciar 
sessió, es tornava a posar ell solet i tornava a mostrar el pantallazo.


  - El vaig desinstal·lar, i encara apareixia a la llista de programes 
s'iniciaven automàticament en iniciar sessió.



Ara sembla que hauré d'instal.lar VSCode, que també està programat per 
Microsoft, i us volia preguntar si també és un programa molest i fa 
coses rares al sistema o es comporta amb normalitat?



Salutacions i bona revetlla


    Àlex

Re: pregunta sobre format línia deb a /etc/apt/sources.list

[Àlex]

Ha funcionat!   Gràcies Josep

pregunta sobre format línia deb a /etc/apt/sources.list

[Àlex]

Bon dia, benvolguts/des

a Debian Testing , a /etc/apt/sources.list tinc la línia:

   deb [arch=amd64] https://download.virtualbox.org/virtualbox/debian/ 
bullseye contrib


Avui he tingut necessitat d'afegir a la línia anterior el següent:

   [signed-by=/usr/share/keyrings/virtualbox-archive-keyring.gpg]

He buscat per internet , però no he trobat, quina és la sintaxi 
d'aquests apartats " [clau=valor] " a les línies "deb", i específicament 
com puc fusionar dos apartats " [clau=valor] "


He posat un apartat al costat de l'altre [...][...]   però no m'ha funcionat

Sabeu on puc trobar informació al respecte?

Gràcies


 Àlex

Re: Bookworm

[Àlex]

On 28/12/21 20:21, Xavier De Yzaguirre i Maura wrote:


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



Bones

Sempre treballo amb Debian Testing, i d'estabilitat está bé.

Però lo de l'estabilitat de la testing no es "un principi poc estable i 
després va guanyant estabilitat poc a poc", ja que sempre s'està 
introduïnt programari nou que ve de la unstable, fins al final s'inicia 
el procés de congel.lació.


Debian Testing pel meu treball de casa sempre és prou estable, i d'any 
en any algún petit problema. L'últim problema que recordo, fa uns mesos 
una nova versió de Thunderbird va perdre la capacitat d'autentificar 
contra Gmail durant uns dies per un tema de llibreries.


Però Debian estable 11.1 té versions prou noves del programari. Jo 
utilitzo Debian testing per vici no per necessitat.


Salutacions


  Àlex

Fwd: El gestor de paquets APT ha estat modificat impedir la desinstal.lació de components esencials

[Àlex]

https://www.muylinux.com/2021/11/19/apt-2-3-12/

Re: pregunta sobre el nucli Linux

[Àlex]

Em crida molt l'atenció que Google Slides faci petar el navegador quan 
es comparteix una presentació amb 100 persones.



No és tant quan 100 persones obren el document, com quan un d'ells fa 
clic al botó d'iniciar reproducció.


Quan moltes persones tenen el document obert el sistema no tenía més que 
1 Gb de RAM ocupada entre escriptori i navegador. És quan faig clic al 
botó d'iniciar presentació qué de sobte demana tota la RAM i peta. Per 
què? No ho sé.


Només ho he reproduit un parell de cops amb Ubuntu 18.04 + Firefox 92.0

No ho he provat amb Chromium . Tampoc ho he provat a Windows ni MacOS.

Fa uns dies que veig que els llocs de Google funcionen millor amb 
Chromium que amb Firefox. Potser només passa amb Firefox.


Però de les tres preguntes que sorgeixen ...

(1) Per què passa això a Google Slides ?

(2) Per què els navegadors no controlen quan una pestanya es menja tota 
la RAM del sistema per avisar l'usuari si la vol bloquejar ?


(3) Per què un sistema operatiu multiusuari no ve de sortida més 
protegit per que el procés d'un usuari no es mengi tota la ram causan 
una denegació de servei a la resta ?


... a llarg termini m'interessen més la pregunta (3) ó la (2) que la (1)

Re: pregunta sobre el nucli Linux

[Àlex]

El 1/10/21 a les 23:16, pedeb ha escrit:

dona'ns detalls de l'arquitectura:

- amb quina eina has fet la presentació (alguna cosa a sobre de 
firefox, oi? quina)
- com visualitzen els alumnes la teva presentació: esteu en una 
mateixa aula (xarxa local) i ho veuen per un projector o en remot (i 
els alumnes amb els portàtils)


qualsevol descripció adicional que afegeixis millor, en seguretat 
sempre s'ha de tenir en compte el major detall possible 



Bones


L'atac ha estat curiós i NO ha estat des d'una pàgina que els alumnes 
controlaven, i us ho explicaré a continuació. Però a mi no m'interesa 
l'atac sino el fet que qualsevol aplicació sense permisos pugui tirar al 
terra tot un sistema tan sols reclamant més RAM que la que el sistema 
té. Es pot tractar una aplicació maliciosa de poques línies, però també 
pot ser una aplicació normal com un navegador que visita una web que li 
demana tota la RAM.


Si des de fa anys els sistemes operatius per defecte venen protegits 
contra bombes fork , crec que per defecte també haurien de venir 
protegits contra aquest altre tipus de problemes, especialment amb lo 
"irresponsiu" que es torna l'escriptori de Linux quan esgotem la RAM.


I si els navegadors per defecte venen protegits contra codi javascript 
que es torna irresponsiu, també haurien de venir protegits contra codi 
javascript que fa que la memòria usada pel procés estigui esgotant la 
memòria del sistema.



L'atac ha estat amb Google Slides i sembla fàcil de reproduir.

Algú em va passar una presentació de Google Slides i, enlloc de 
passar-ho a pdf, vaig compartir l'enllaç de la presentació amb 25 
alumnes. Fins aquí res anormal.


Els 25 alumnes van obrir la presentació al seu ordinador. Un alumne per 
fer la gracia va posar la URL en una pàgina que obria moltes URLs 
automàticament alhora, així que realment aquella presentació estava 
oberta o compartida per 100 persones o pestanyes de navegadors. Fins 
aquí tot funcionava bé.


Però en el moment que algú feia clic al botó d'iniciar presentació, 
Firefox en menys d'un segon reclamava tota la memòria del sistema (16Gb 
ram + 4 gb swap), i el sistema deixava de respondre.


Suposo que qualsevol atacant pot crear codi maliciós que faci quelcom 
semblant, i deixar-ho en pàgines d'internet o anuncis inserits en 
pàgines de tercers.



Salutacions


 Àlex

Re: pregunta sobre el nucli Linux

[Àlex]

He trobat això, però no sé si hi ha una manera més senzilla:

https://unix.stackexchange.com/questions/44985/limit-memory-usage-for-a-single-linux-process

pregunta sobre el nucli Linux

[Àlex]

Benvolguts/des,


Avui els meus estudiants de FP han aconseguit tombar amb un atac DOS 
l'ordinador amb el que feia una presentació (un Ubuntu 18.04 
completament actualitzat) fent que en menys d'un segon el Firefox 
reclamés tota la memòria del sistema (16Gb RAM + 4Gb swap)



Hi ha alguna protecció del nucli per quan una aplicació que s'executa 
amb permisos d'usuari demani instantàniament tota la memòria RAM i swap 
del sistema, causant un atac D.O.S. ?



Quan jo era prou jove havia una sèrie d'atacs sobre els sistemes 
operatius Unix que s'anomenaven Bombes Fork ( 
https://www.geeksforgeeks.org/fork-bomb/ ) que creaven infinits 
processos, però els sistemes operatius de seguida van corregir això.


Entenc que davant d'un programa que amb permisos d'usuari en un instant 
demana tota la memòria, també hauria d'existir protecció.



Gràcies

Re: Debian 11 estable en poques hores

[Àlex]

El 18/8/21 a les 13:02, jordi P. ha escrit:


Esperaré a veure si els de Virtualbox fan uns binaris per Bullseye.



Crec que molt en breu Oracle tindrá disponible paquet per Debian 11

Mentrestant jo a Debian Testing he estat fent servir el paquet d'Oracle 
per Debian 10, amb un petit apanyo per que s'instal.li malgrat un 
requeriment incomplert: el paquet VirtualBox per Debian 10 demana tenir 
libvpx5, crec, i a Debian 11 hi ha libvpx6 enlloc de libvpx5.


SI t'urgeix et puc passar la recepta.  Una altre opció és que 
t'instal.lis el paquet de Virtualbox proporcionat per Debian per la seva 
distribució inestable.


Salutacions


 Àlex

Re: consulta unattended-upgrades

[Àlex]

Bones Xavi

La meva experiència és que unattended-upgrades funciona bé en Debian
estables i Ubuntus LTS sobre les actualitzacions de seguretat.

Jo també soc dels que m'agrada instal.lar a mà actualitzacions, però les
meves circumstàcies són que a casa treballo amb Debian Testing, on un
cop a l'any alguna actualització pot posar el meu sistema a fer una mica
el ruc.

Altres cops les circumstàcies han estat instal.lar un servei amb Debian
estable a algún lloc on no el podria administrar, i allà no veig millor
solució que emprar unattended-upgrades.

Tot depen de les circumstàncies,

Salutacions


    Àlex


El 2/6/21 a les 9:36, xavi ha escrit:
> 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.

Re: Mesurar rendiment d'una aplicació

[Àlex]

Leo,

no puc deixar de rumiar en la teva pregunta. No conec el tema, però com
t'han dit, és molt interessant.

El servidor on s'executa l'aplicació, té una o més CPUs multinucli?

Està l'aplicació preparada per executar-se en paral.lel en vàries CPUs o
per emprar varis nuclis dins d'una CPU?

L'aplicació fa us de GPU de targetes gràfiques?

En quin llenguatge està programada l'aplicació?

Salut

Re: Mesurar rendiment d'una aplicació

[Àlex]

Bones Leo,

no sé gaire del tema, però l'article a la Wikipèdia en anglès aporta
alguna referència, per fer recerca:

    https://en.wikipedia.org/wiki/CPU_time

Salutacions


    Àlex



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
>

-- 
La solidaritat és la tendresa dels pobles. Lluita contra l'apartheid:

  http://boycottdebconf20.org/
  http://twitter.com/hashtag/BoycottDebConf20
  http://wiki.debian.org/DebConf/21

  https://www.btselem.org/publications/fulltext/202101_this_is_apartheid
  
https://www.elsaltodiario.com/ocupacion-israeli/apartheid-sanitario-israeli-metafora-kibbutz
  
https://www.elsaltodiario.com/elsacapuntas/estudiar-bajo-apartheid-el-dia-a-dia-de-los-estudiantes-palestinos

Re: Mesurar rendiment d'una aplicació

[Àlex]

Aquí hi ha diferents de codi per mesurar temps d'us de cpu (cpu time) i
el temps total (wall time). A tu t'interessa el cpu time:

https://levelup.gitconnected.com/8-ways-to-measure-execution-time-in-c-c-48634458d0f9

Re: pregunta: claus usuaris/es Debian

[Àlex]

El 20/4/21 a les 10:26, Eloi ha escrit:
> El 20/4/21 a les 10:12, Alex Muntada ha escrit:
>> Que hagis rebut els correus pot voler dir que estàs subscrit a
>> alguna llista (segurament debian-vote). Si mires les capçaleres
>> dels correus amb la convocatòria de les votacions en trobaràs una
>> anomenada List-Id que és la que identifica la llista on s'ha
>> lliurat el correu.
>
> També s'envien les convocatòries a debian-devel-announce, on jo estic
> subscrit i és per la via on les rebo. Els resultats finals es
> publiquen a les dues llistes ja mencionades i també a debian-project 


Gràcies a tothom,

No soc Debian Developer. Com m'arrivaben correus per votar doncs vaig
pensar que la votación estava oberta a tota la comunitat.

Sé com funciona el sistema de clau pública/privada, per això
m'extranyava molt que Debian em demanés per identificar-me una clau si
jo la puc generar sense més . Ha d'existir alguna relació de confiança
que certifiqui que si jo tinc la clau , llavors quedo identificat davant
Debian com qui dic ser.

Salutacions

pregunta: claus usuaris/es Debian

[Àlex]

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

He estat buscant, però encara no sé a on haig de penjar aquesta clau
pública. Vosaltres sabeu?

Salutacions


    Àlex

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

[Àlex]

> On Wed, Feb 24, 2021 at 08:47:26AM +0100, Narcis Garcia wrote:
>
> 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.


Jo no veig clar que s'estalvii res per col.locar els fitxers sequencialment al 
disc dur:

A SDD ja es veu clarament que no hi ha cap estalvi per que no funcionen així.

A HDD tot i que els fitxers es llegeixen en un ordre, hi ha un espai de temps 
entre fitxer i fitxer. No és que llegeixi el fitxer A i tal com acabo llegeixo 
el fitxer B, sino que llegeixo el fitxer A, processo el fitxer A mentre el disc 
dur gira, i quan acabo de fer el que em calgui llegeixo el fitxer B, crec jo.

Només he "percebut" estalvi de temps amb desfragmentació quan carregaba el 
sistema operatiu des de discos flexibles de 5 1/4  que amb el temps  us 
s'havien fragmentat molt. Mai més he "percebut" aquest estalvi de temps 
defragmentant un hdd.

salutacions


-- 
La solidaritat és la tendresa dels pobles. Lluita contra l'apartheid:

  https://www.btselem.org/publications/fulltext/202101_this_is_apartheid
  
https://www.elsaltodiario.com/ocupacion-israeli/apartheid-sanitario-israeli-metafora-kibbutz

article

[Àlex]

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


-- 
La solidaritat és la tendresa dels pobles. Lluita contra l'apartheid:

  https://www.btselem.org/publications/fulltext/202101_this_is_apartheid
  
https://www.elsaltodiario.com/ocupacion-israeli/apartheid-sanitario-israeli-metafora-kibbutz

Re: Resum del fil «Algú vol col·laborar en aquest projecte?»

[Àlex]

Gràcies Àlex, Ernest, Leo i tothom

Re: Raspberry Pi: Micro$oft us espia

[Àlex]

El 6/2/21 a les 17:49, Narcis Garcia ha escrit:
> Tot i haver contramesures, també crec que és una mala pràctica el haver
> fet aquesta modificació als disparadors del paquet raspberrypi-sys-mods
> sense anunciar-la ni permetre debat previ.


No és que no hagin permés debat previ, és que tampoc han permés debat
posterior: els administradors dels foros de Raspberry Pi OS van
bloquejar el foro i esborrar els missatges dels usuaris.


Com tu dius, si algú vol canviar els teus repositoris ha d'avisar. Els
repositoris són sagrats. No es toquen sense permís.

consell: programari de dictat per veu català

[Àlex]

Benvolguts/des

Del programari que hi ha que permeti escriure textos a partir de dictat
per veu (-veu en català-) , recomaneu algun?

Gràcies


 Àlex

Re: [OT] Sector laboral - Us de Debian/Software Lliure

[Àlex]

El 1/2/21 a les 8:38, Narcis Garcia ha escrit:
> El 1/2/21 a les 1:21, Mònica Ramírez Arceda ha escrit:
>> [a coneguts]
>>
>> Fa molt i molt temps, era un corcó amb tothom perquè es passés a
>> GNU/Linux i em vaig emportar alguna que altra decepció quan la gent o se
>> t'enfavdava perquè no tenia el que volia o bé, després del gran esforç,
>> al cap de dos dies tornava enrera. Ara la tàctica és diferent:
>>
>>  - Mònica, m'ajudes amb temes informàtics?
>>
>>  - Sí, i tant!
>>
>>  - És que tnic Windows i...
>>
>>  - Jo d'això no en sé. Si algun dia vols usar GNU/Liunx aquí estaré,
>> encantada d'ajudar-te.
> La meva ràtio d'èxit també té molt a veure amb què quasi no vaig al
> darrere de ningú, sinó que faig les instal·lacions quan em demanen
> solucions a un problema. Aleshores, és molt més difícil rebutjar una
> solució que no pas una curiositat o utopia misteriosa.
>
>
> Narcis Garcia


Jo els pocs cops que haig de posar a punt un Windows és a condició de
que creo una partició amb Linux per que si els torna a fallar el Windows
puguin arrencar amb ella. Normalment la gent que els hi fet acaben
treballant amb Linux per que és igual de senzill però més ràpid
(escollint un escriptori amb un bon equilibri entre funcionalitat,
facilitat d'us i lleugeresa).

Per mi el secret més gran d'èxit és escoltar bé que necessita
l'usuari/a, i ensenyar a instal.lar-ho. Vinc d'entorns on les persones
que evagengelitzaven sobre programari lliure eren el principal escull:
poc empàtics i bastant egocèntrics instal.laven solucions que els
agradaven però que no eren les millors per la persona que anava a
migrar. Instal.lar el nostre escriptori o distribució preferida per
sobre d'un que cobreix millor les necessitats d'aquella persona és una
recepta pel fracàs.

També he estat sempre molt clar: si no tenen idea d'informàtica, també
es trobaran amb problemes a Linux. No importa lo resistent i fàcil de
conduir que sigui un cotxe, que si un no té ni idea de normes de
circulació més tard o d'hora tindrà algún accident. Fer anar un
ordinador no és més fàcil que anar en cotxe, i per poder anar en cotxe
és obligatori un cartet de conduir. S'ha d'anar amb compte de no posar
el cap la idea de que Linux és la panacea als problemes de Windows, quan
part d'aquests problemes són un baix conneixement informàtic dels usuari/es.

Re: instalar Debian manualment

[Àlex]

> Ho he provat per un ordinador portàtil, i el sistema arrenca però no
> l'entorn gràfic. Apart d'això l'arrencada es queixa de diverses cosetes
> que ara no detallaré.
> He provat a instal·lar la tasca «laptop» i controladors privatius amb el
> firmware-linux però no resol res. També a deshabilitar Wayland del GDM i
> fa igual.
>
> Què més fa el DebianInstaller que em calgui tenir en compte?


Perdona Narcís, però m'he perdut ...   què és el que et falla? què s'ha
de resoldre?

Has dit que el sistema ja t'arrenca bé.    És el fet de que no t'arrenca
en mode gràfic el problema?

Has configurat lightdm o gdm per que t'arrenqui en mode gràfic?

Quan tinc una màquina només amb sistema base i vull sistema gràfic, faig un

   sudo apt install lightdm xfce4

   sudo nano /etc/lightdm/lightdm.conf

       [Seat:*]
       autologin-user=el_meu_usuari

I en reiniciar ja arrenca l'escriptori

Re: instalar Debian manualment

[Àlex]

Bones

Un parell de cops he instal.lat un Linux com tu comentes, però va ser
ArchLinux. Potser de la seva guia trobes alguna informació que et falta:

   https://wiki.archlinux.org/index.php/installation_guide

Salutacions


 Àlex

Re: [OT] Sector laboral - Ús de Debian/Software Lliure

[Àlex]

Bones


[a casa]

A casa empro Debian Testing , amb escriptoris Mate o Xfce.


[a coneguts]

Els ensenyo a instal.lar-se i manegar-se amb una Linux Mint Mate.

Si l'ordinador és per nens/es llavors els ensenyo a instal.lar-se i
manegar-se amb una Linkat.

Si algú em demana que li instal.li un Windows li dic que no tinc cap usb
amb Windows ni sé d'on descarregar-lo.


[a la feina]

Treballo com a professor de cicles d'informàtica.

A la meva feina tots els equips funcionen amb Ubuntu 18.04 amb
escriptori Mate, congel.lats. Però a algunes noves aules on tot just han
començat els estudis de programació de videojocs han posat també Windows
(Unity, Photoshop, etc.)

Els estudiants de sistemes gairebé tot ho fan amb màquines virtuals
Linux, bé amb VirtualBox, bé amb contenidors Docker, bé a Oracle
Academic Cloud o a Amazon AWS academy.


Salutacions


    Àlex

Re: Algú vol col·laborar en aquest projecte?

[Àlex]

El 19/1/21 a les 9:30, Narcis Garcia ha escrit:
> Trobo el debat interessant des dels dos enfocaments.
> *Només demano que faciliteu el seguiment: Sintetitzant en el possible.*


Ara sí que flipo!

Re: Píndoles de DebianCat

[Àlex]

El 14/1/21 a les 12:38, Alex Muntada ha escrit:
> Crec que per afegir noves píndoles és més pràctic que us doneu
> d'alta al salsa i ens indiqueu en aquesta llista el vostre nom
> d'usuari per tal que us puguem afegir com a membres del
> debiancat-team.⠀


@acastan


-- 
https://www.btselem.org/publications/fulltext/202101_this_is_apartheid

Re: (deb-cat) Sense PHP 8 a Debian 11 ?

[Àlex]

Per cert, aquí està la discussió de si PHP 8.0 entra a Debian estable o
no, i els motius que donen els mantenidors:

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

Re: (deb-cat) Sense PHP 8 a Debian 11 ?

[Àlex]

Bones,

Aquesta notícia és d'avui de Fedora, però potser dona pistes dels motius
pels quals PHP 8.0 no passa a la propera Debian estable que comença a
congelar-se passat demà:

   https://www.phoronix.com/scan.php?page=news_item=PHP-8.0-For-Fedora-35

Per cert, el nucli 5.10 LTS finalment ha entrat avui a testing, així que
serà el nucli de la propera Debian 11 estable.

Salutacions


    Àlex

Re: Píndoles de DebianCat

[Àlex]

El 8/1/21 a les 9:34, Narcis Garcia ha escrit:
> La iniciativa em sembla ben bona, però no entenc massa bé el
> plantejament de la interfície GitLab.


Jo que em trobo molt còmode escrivint text amb markdown (i és molt fàcil
i rapidíssim d'aprendre) he acabat penjant tot el material que escric en
GitHubs i GitLabs. És tan ràpid i flexible per mantenir una web com
qualsevol wiki. De fet, es podria dir que en el fons és una wiki, o jo
ho faig servir com a tal.

Si per distribuir-lo vull que tingui format bonic llavors enllaço
Gitbook.io a la branca de GitHub a publicar.

Però suposo que una wiki "tradicional" estaria igual de bé.

Re: Píndoles de DebianCat

[Àlex]

> Se'ns va acudir que una forma de dinamitzar la comunitat podria ser 
> la de preparar petits articles breus, anomeats Píndoles, que tothom 
> podria crear amb la intenció de compartir algun coneixement 
> relacionat amb Debian, ja sigui tècnic o no. Però en català :-)


Trobo que és molt bona iniciativa, però no sé amb quines píndoles podria
contribuir. Els conneixements que tinc més que ser de Debian són de
Linux en general.

Re: (deb-cat) Sense PHP 8 a Debian 11 ?

[Àlex]

Bon any nou per tothom.

Com dius, a inestable PHP ja és proporcionat per php-7.4 i php-8.0, a
escollir.

Segons com sigui el procés de congel.lació, que no entenc del tot però
està prou explicat a

   https://release.debian.org/bullseye/freeze_policy.html

sembla (-seria un canvi gran?-) que si no entra abans del 12 de gener
potser ja no entra.

Pero si php-8.0 no entra a estable, crec que es pot tenir repositori
estable i utilitzar paquets d'altres repositoris testing/inestable.

La veritat és que a Testing aquests dies s'estan incorporant paquets que
tot just han sortit. Per exemple, aquesta setmana han incorporat XFCE
4.16, o ahir es van incorporar els thesauros i diccionaris de
LibreOffice 7.1.0 tot i que el LibreOffice continua a la 7.0.4 .

En canvi el nucli 5.10 que porta temps a inestable no s'està incorporant
a testing per a la congel.lació, i estaria molt bé ja que és un nucli
LTS amb suport a la llarga. Si la nova estable no l'incorpora i es queda
amb el nucli 5.9 suposo que algú haurà de fer una gran feina d'anar
aplicant parxes i parxes al nucli 5.9 durant tot el temps de vida de la
nova estable, mentre que si es passa a nucli 5.10 aquesta feina de
mnteniment del nucli ja la fa la gent de kernel.org

Crec que he parlat de tot i de res i no t'he ajudat amb el dubte. Però
aprofito per comentar que  estic aprenent sobre la vida de les
distribucions a la pàgina:

   https://debian-handbook.info/browse/stable/sect.release-lifecycle.html

Salutacions


    Àlex

Re: (deb-cat) Efecte acumulatiu de SSD, que no fa net

[Àlex]

El 5/12/20 a les 6:59, Àlex ha escrit:
> El 4/12/20 a les 18:00, Narcis Garcia ha escrit:
>> Tinc un ordinador amb unitat SSD i, quan executo aquesta instrucció:
>> $ sudo fstrim -a -v
>>
>> Em diu:
>> /boot: 766,7 MiB (803893248 bytes) trimmed on /dev/sda1
>> /: 243,1 GiB (261022449664 bytes) trimmed on /dev/mapper/sda2_crypt
>>
>> Algú sap quin és el problema i com resoldre'l ?
>> Algú sap si hi ha programari per a fer anàlisi detallat d'aquest tema?
>
> Narcís,
>
> Crec que fstrim en general no augmenta gaire el rendiment del disc, però
> pot donar problemes si s'utilitza molt freqüentment i sobretot si
> s'utilitza sobre volums encriptats. Per exemple:
>
>    https://asalor.blogspot.com/2011/08/trim-dm-crypt-problems.html
>
> Si vols millorar rendiment, passa de fstrim, posa la informació
> confidencial en una partició a banda i encripta només aquesta partició,
> no tota l'arrel /
>
> Salutacions
>
>    Àlex
>
https://www.spinics.net/lists/raid/msg40916.html

https://wiki.debian.org/SSDOptimization#Mounting_SSD_filesystems

Re: (deb-cat) Efecte acumulatiu de SSD, que no fa net

[Àlex]

El 4/12/20 a les 18:00, Narcis Garcia ha escrit:
> Tinc un ordinador amb unitat SSD i, quan executo aquesta instrucció:
> $ sudo fstrim -a -v
>
> Em diu:
> /boot: 766,7 MiB (803893248 bytes) trimmed on /dev/sda1
> /: 243,1 GiB (261022449664 bytes) trimmed on /dev/mapper/sda2_crypt
>
> Algú sap quin és el problema i com resoldre'l ?
> Algú sap si hi ha programari per a fer anàlisi detallat d'aquest tema?


Narcís,

Crec que fstrim en general no augmenta gaire el rendiment del disc, però
pot donar problemes si s'utilitza molt freqüentment i sobretot si
s'utilitza sobre volums encriptats. Per exemple:

   https://asalor.blogspot.com/2011/08/trim-dm-crypt-problems.html

Si vols millorar rendiment, passa de fstrim, posa la informació
confidencial en una partició a banda i encripta només aquesta partició,
no tota l'arrel /

Salutacions

   Àlex

Re: Problemes amb les X, com als vells temps

[Àlex]

Xavi,

No se m'acudeix res d'efectiu ni definitiu

* Pots monitoritzar la temperatura de la cpu i gpu per veure que no
passa res d'estrany, però si amb Debian estable anava bé, no hauria de
ser aquest el problema:

   watch -n 2 sensors

   watch -n 2 nvidia-smi

   nvidia-smi -q -d temperature

   nvidia-settings -q gpucoretemp

   nvclock -T

* Pots fer un test de memòria amb memtest, però si amb Debian estable
anava bé, no hauria de ser aquest el problema:

* Pots provar amb wayland i xorg, a veure amb quin es congela i quin no

* Pots probar algun altre escriptori com Mate, que és prou lleuger, amb
la funcionalitat que tenia Gnome 2.

Salutacions i bona sort


    Àlex


El 3/12/20 a les 14:17, xavi ha escrit:
> Hola te responc per aquí:
>
> . És el kernel 5.9:
>
> root@zigoto:/home/feina/Downloads/NVIDIA-Linux-x86_64-340.108# uname -a
> Linux zigoto 5.9.0-4-amd64 #1 SMP Debian 5.9.11-1 (2020-11-27) x86_64
> GNU/Linux
>
> . Quan es queda l'escriptori glaçat sí que em deixava entrar via ssh
> des de l'exterior.
>
> . He desactivat el composite de l'escriptori xfce4, per si de cas.
>
> De totes maneres em sembla que és algo més profund. I que no seria ni
> de Xorg, perquè això amb Nouveau fins i tot se'm glaçava amb Gnome amb
> Wayland (ja fa unes setmanes què em passa).
>
> Salut,
>
> Xavi
>
> On 2020-12-03 13:01, Àlex wrote:
>> Una pregunta més
>>
>> ... has provat si el problema és amb el compositor que fas servir
>> actualment amb XFCE?
>>
>> Es poden canviar paràmetres amb
>>
>>    xfwm4-tweaks-settings
>

-- 
http://boycottdebconf20.org/
http://twitter.com/hashtag/BoycottDebConf20

Re: Problemes amb les X, com als vells temps

[Àlex]

Una pregunta més

... has provat si el problema és amb el compositor que fas servir
actualment amb XFCE?

Es poden canviar paràmetres amb

   xfwm4-tweaks-settings

Re: Problemes amb les X, com als vells temps

[Àlex]

Bones Xavi,

com va?

Estàs treballant amb el nucli 5.9?

Es queda fregit el sistema gràfic o tot l'ordinador?   Vull dir ... si
quan es congela pots fer ctr+alt+f8 i després ctrl+alt+f7 i es
descongela? o pots entrar per ssh remotament ni que el sistema gràfic
estigui congel.lat?

Salutacions


 Àlex

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

[Àlex]

Moltes gràcies per totes les vostres respostes i consells,

Gitg finalment no m'ha convençut. L'estètica de les aplicacions Gnome3
pot resultar bonica però per mi és poc pràctica.

Estic provant atom i crec que és el que necessito.

No estic acostumat a emacs, i vscode i eclipse són entorns de
desenvolupament potents que en el meu cas queden una mica grans per
només editar markdown i penjar els documents a un git.

Salutacions

M'aconselleu? client git gràfic i senzill

[Àlex]

Bon dia, comunitat,

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

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

Treballo amb Debian Testing, escriptoris Mate i XFCE.

Gracies i salutacions

Nou tema per Debian 11 (resultat de la votació)

[Àlex]

https://www.phoronix.com/scan.php?page=news_item=Debian-11-Desktop-Theme

Re: Fem una BSF telemàtica?

[Àlex]

El 9/11/20 a les 0:46, Adrià ha escrit:
> On Sun, Nov 08, 2020 at 09:58:25PM +0100, Àlex wrote:
>> Benvolguts/des
>>
>> aviat començarà el procés de congelació de Debian 11.
>>
>> Aquest any amb el covid serà difícil allotjar una Bug Squashing Party,
>> però podem mirar de muntar una jornada telemàtica. Ens veiem amb cor?
>>
>> Salutacions
>>
>>
>>     Àlex
>>
> Hola Àlex!
>
> El 12 de desembre farem una trobada [0]: creus que podríem fer la BSP
> al mateix dia? Si és així només cal que l'hi afegeixis. Tot i així, no
> sé si seria massa just quant a temps.
>
> La meva percepció d'una BSP a aquestes alçades (a punt de tancar la
> release) és que és complicada en el sentit que els bugs que queden 
> són els difícils de resoldre, però com que tampoc he participat a cap,
> senzillament no ho sé.
>
> Podries explicar una mica més en detall la teva proposta? Em refereixo
> a requisits, expectatives, etc.
>
> Personalment, tant si es fes el mateix dia com si no, mentre jo em
> vegi capaç de col·laborar-hi, m'hi agradaria participar.
>
> [0] https://wiki.debian.org/LocalGroups/DebianCat/2020TrobadaRemotaTardor


La veritat és que encara no tinc una proposta.

Fa anys, quan es congelaba Debian 9 (-ó 8, no recordo-), a un local del
barri de Gràcia vam fer una trobada on Mònica Ramírez ens va fer un
taller de bugs a Debian. I després no recordo si vam fer una BSP.

Si quan congelaven Debian 10 no vam organitzar cap BSP, potser ara amb
COVID encara tenim menys força. Però m'agradaria contribuir amb el meu
esforç a la Debian 11. Treballo amb testing i estable, amb escriptoris
Mate i XFCE, i quan he trobat petits bugs a testing els he reportat, de
vegades amb la solució. Però quan miro la llista actual de bugs, la
veritat és que no em veig capaç de solucionar-ne cap dels pendents. Però
sempre vàries persones pensen més que una, i molts ulls veuen més que dos.

https://udd.debian.org/bugs/?release=bullseye_and_sid=ign=ign=ign=ign=ign=ign=30=1=1=1=1=1=1=1=1=last_modified=asc

Re: Fem una BSF telemàtica?

[Àlex]

Aquí bugs:

    https://udd.debian.org/bugs/

Fem una BSF telemàtica?

[Àlex]

Benvolguts/des

aviat començarà el procés de congelació de Debian 11.

Aquest any amb el covid serà difícil allotjar una Bug Squashing Party,
però podem mirar de muntar una jornada telemàtica. Ens veiem amb cor?

Salutacions


    Àlex



 Missatge reenviat 




Freeze is near, prepare for it
==

On 12 January 2021 we're hitting the first milestone of the bullseye
release: the Transition and (build-)essentials Freeze. If you made plans
for the bullseye release, now is the time to evaluate if it's realistic
to go ahead or if time is running too short. Remember you always have
experimental to stage changes. If there is a unfixed bug that is nagging
you, remember to fix it (e.g. via an NMU) now rather than later.

When the Transition and (build-)essentials Freeze starts, we'll be
expecting maintainers to not start new transitions, and to avoid large
and/or disruptive changes in their uploads. Maintainers of packages that
are part of (build-)essentials are expected to stop uploading these
packages, or in case something is really needed to align with us before
uploading.

Please consult the bullseye freeze policy and timeline [BULLSEYE-FREEZE]
for detailed information about the different types of freezes and
what they mean for you.

[BULLSEYE-FREEZE] https://release.debian.org/bullseye/freeze_policy.html


Help fixing bugs


We know that many people would like short freezes (we do as well). We
can achieve this if we all pull up our sleeves and fix RC bugs in
testing before the transition freeze starts (or help remove packages
with RC bugs from testing). You can do that now, by looking at the list
of RC bugs [BUGS] or joining the #debian-bugs irc channel on
irc.oftc.net.

[BUGS]: https://udd.debian.org/bugs/


Bug Squashing Parties
=

Normally we would now encourage you to join one of the planned Bug
Squashing Parties [BSP]. However, due to Covid-19, that page doesn't
list any yet. So, we are seeking volunteers to (help) organize those, as
in most places the traditional strategy won't work [HOSTINGBSP]. At
first sight, having some jisti rooms available at blocked times based on
topic or language might be pretty much all that's needed. To lower the
bar to step up, we'll be organizing a brainstorm meeting [JITSIMEETING]
on Saturday 14 November 19:30 UTC.

[BSP]: https://wiki.debian.org/BSP
[HOSTINGBSP]: https://wiki.debian.org/HostingBSP
[JITSIMEETING]: https://jitsi.debian.social/WestPullsCompelLess


Debian 13
=

The release team has decided that the release after bullseye and
bookworm will be called "trixie".

On behalf of the Release Team
Paul

Escollir fons de la propera Debian 11

[Àlex]

https://www.muylinux.com/2020/10/28/debian-11-artwork/

dubtes XOrg

[Àlex]

Benvolguts/des

treballo en una torre amb Debian testing, connectada a un antic
televisor pla de 32 polzades.

Sempre he tingut petits problemes amb HiDPI, ja que sembla que el
monitor de 32 polzades informa al sistema que és una pantalla de 11
polzades, segurament pel DDC, tot i que no entenc d'aquests temes:

   https://en.wikipedia.org/wiki/Display_Data_Channel

La comanda xrand em diu que el meu monitor és 160mm x 90mm , quan en
realitat és 695mm x 395mm (800mm 16:9). Encara que per 32 polzades el
tinc a una resolució baixa , per 11 polzades això seria una resolució
massa alta, així que algunes aplicacions (gimp, vlc, ...) s'autoescalen
i fan un gran zoom que no em permet treballar bé. De vegades ho puc
solucionar a les preferències de l'aplicació, i de vegades a les
preferències de les llibreries (QT)

Anant al gra ... He volgut modificar el fitxer xorg.conf però no l'he
trobat. Al final he creat aquest fitxer ...

$  sudo nano /etc/X11/xorg.conf.d/90-monitor.conf

    Section "Monitor"
        Identifier ""
        DisplaySize    395 695    # In millimeters
    EndSection

Però en reiniciar el sistema xranr encara hem diu que la meva pantalla
és d'11 polzades, 160mm x 90 mm

Teniu idea de què estic fent malament?


I ja posats, recomaneu controladors privatius nvidia sobre noveau?

Sempre he treballat amb nouveau, però al nucli 5.6 els sistemes amb
targeta gràfica nvidia (controladors nouveau) vam perdre el so:

   https://bugzilla.kernel.org/show_bug.cgi?id=207223

I tot i que la solució està disponible fa temps, sembla que el pegat no
entrarà ni al nucli 5.6 ni potser al 5.7, ja que és un problema menor
que els usuaris de Linux no tinguin so. Qui necesita so? Qui necesita un
escriptori? Vamos!

Salutacions

Re: consulta

[Àlex]

Demano disculpes,

ara m'adono que fent un "respondre a tots" a un dubte que algú fora de
la llista havia enviat a aquesta llista i a mi , la resposta ha quedat a
la llista.

Àlex

Re: consulta

[Àlex]

El 11/6/20 a les 21:25, meva masia ha escrit:
> /*hola
> */
> /*¿Com desactivar nom i clau, en pantalla d'inici, de Debian 10.4?
> */
> /*ho he indicat en la instalacion, (torneu a instal·lar més de 3
> vegades, per les) però ni puto cas, també en: sudo visudo i res ...*/
> /**/
> /*gràcies*/


Bones

No em queda clara la pregunta. Vols dir activar l'inici automàtic de
sessió? Quin escriptori tens? Gnome?

Potser això et serveix:

   https://vitux.com/how-to-enable-disable-automatic-login-in-debian-10/

Salut

Re: consulta

[Àlex]

El 11/6/20 a les 21:25, meva masia ha escrit:
> /*hola
> */
> /*¿Com desactivar nom i clau, en pantalla d'inici, de Debian 10.4?
> */
> /*ho he indicat en la instalacion, (torneu a instal·lar més de 3
> vegades, per les) però ni puto cas, també en: sudo visudo i res ...*/
> /**/
> /*gràcies*/


Bones

No em queda clara la pregunta. Vols dir activar l'inici automàtic de
sessió? Quin escriptori tens? Gnome?

Potser això et serveix:

   https://vitux.com/how-to-enable-disable-automatic-login-in-debian-10/

Salut

Re: Consell per auriculars amb micròfon per videoconferències

[Àlex]

El 27/5/20 a les 18:25, Xavi - eBústia ha escrit:
> Hola,
> vaig seguir consell de logitech usb (h340 i h390) i s'han acabat els
> problemes. Funcionen genial.
>
> merci
>
> Xavi


Tinc un dubte molt bàsic,

si connectant un segon dispositiu d'e/s d'àudio soluciona el problema,
llavors entenc que el problema del soroll no estava a la targeta de so
ni als controladors, sino que el problema és amb alguns micros i amb
d'altres no. Correcte?

Salutacions

Re: Consell per auriculars amb micròfon per videoconferències

[Àlex]

Correcció. On dic

>     $ sudo nano /etc/pulseaudio/defaults.ca


Vull dir

$ sudo nano /etc/pulse/default.ca

Re: Consell per auriculars amb micròfon per videoconferències

[Àlex]

Feliç dia de la tovallola.


Havia oblidat comentar que a algunes persones els ha funcionat el
següent per eliminar el soroll:


    $ sudo nano /etc/pulseaudio/defaults.ca


cap al final del fitxer pots afegir la línia:


    load-module module-echo-cancel


Guardes fitxer i reinicies l'ordinador, o només reinicies Pulseaudio amb:


    $ pulseaudio -k


I a partir d'ara a les propietats d'audio del teu escriptori, a la
pestanya entrada hauria d'apareixer un dispositiu adicional, que és el
teu micro amb cancel.lació d'eco.


Salutacions

Re: Sobre traduccions a Linux Debian

[Àlex]

> 2. També estaria interessat en un bon tutorial sobre com traduir programes de 
> Linux al català, mitjançat el Poedit, sobre els fitxers de traducció .pot, 
> .po i .mo. Segons diuen, és molt senzill, però no puc arribar a entendre com 
> es fa. Necessitaria un tutorial que t'ho expliqués d'una forma clara i 
> comprensible.
>

Sé que la gent de softcatalà havia fet tallers de traducció treballant
sobre aquests fitxers que dius.

Jo contactaria amb ells i els preguntaria directament:  
https://www.softcatala.org/

Re: Botigues Linux a Barcelona ?

[Àlex]

El 14/5/20 a les 19:55, Àlex ha escrit:
> Bones,
>
> recomaneu alguna botiga que vengui portàtils Linux a Barcelona ciutat?
>
> Gràcies
>
>
>    Àlex
>


Gràcies per tots els vostres consells

Re: Consell per auriculars amb micròfon per videoconferències

[Àlex]

El 15/5/20 a les 10:31, Xavi e-bustia ha escrit:
> A.- Usant micro i altaveus del portàtil: senten mol soroll de fons,
> com si hi hagués un ventilador o centrifugadora --> decideixo adquirir
> uns auriculars amb micro...


A mi quan em passa això normalment també em comenten els companys de
videoconferència que s'em sent molt alt. Llavors vaig a les propietats
de so del meu escriptori i a dispositiu d'entrada baixo el volum d'entrada


El que estaria interessant seria una aplicació de prova que t'agafi
l'entrada d'audio i et reprodueixi el que has parlat: una gravadora de
so. Segur que existeix una aplicacó d'aquestes.

Botigues Linux a Barcelona ?

[Àlex]

Bones,

recomaneu alguna botiga que vengui portàtils Linux a Barcelona ciutat?

Gràcies


   Àlex

Re: ajuda amb problema amb audio (pulseaudio?)

[Àlex]

El 9/5/20 a les 16:33, Antoni Villalonga ha escrit:
> On Sat, May 9, 2020 at 8:05 AM Àlex wrote:
>> Benvolguts/des,
>>
>> Sabeu si hi ha alguna mena d'arxiu històric de nuclis de Linux?
>>
>> Per exemple, aquests últims dies Debian Testing ha actualitzat a nucli
>> 5.6, però existeix algún lloc on encara es pugui descarregar el packet
>> d'un nucli anterior: 5.5 , 5.2 , etc ? o toca descarregar les fonts a
>> kernel.org i compilar el nucli que vull recuperar?
> Aquí pots trobar tots els paquets dels ultims anys de Debian:
>   https://snapshot.debian.org/
>
> Per exemple, pots afegir aquestes linies al /etc/apt/sources.list
> deb [check-valid-until=no]
> https://snapshot.debian.org/archive/debian/20190604T00Z/ sid main
> deb-src [check-valid-until=no]
> https://snapshot.debian.org/archive/debian/20190604T00Z/ sid main
>
>
>

Just el que buscava.

Sou uns cracks

Gràcies


   Àlex

Re: ajuda amb problema amb audio (pulseaudio?)

[Àlex]

Benvolguts/des,

Sabeu si hi ha alguna mena d'arxiu històric de nuclis de Linux?

Per exemple, aquests últims dies Debian Testing ha actualitzat a nucli
5.6, però existeix algún lloc on encara es pugui descarregar el packet
d'un nucli anterior: 5.5 , 5.2 , etc ? o toca descarregar les fonts a
kernel.org i compilar el nucli que vull recuperar?

Aprofito per explicar-vos com continua la meva aventura amb l'audio:

Continuava fent "pulseaudio -k" perquè en iniciar el sistema la meva
tarja de so de vegades apareixia com inhabilitada, especialment si a la
sessió anterior havia fet servir un micrófon. Després d'aquesta comanda
tot funcionava bé.

Però després d'actualitzar al nucli 5.6 he perdut tot el so per HDMI. Ja
he reportat el bug als mantenidors del paquet. Per sort encara tinc el
nucli 5.5 i un nucli 4.19 que he agafat de la Debian estable, i si
arrenco amb aquests altres nuclis funciona el so.

$ lspci VGA compatible controller: NVIDIA Corporation GK208B [GeForce GT
710] (rev a1) 01:00.1 Audio device: NVIDIA Corporation GK208 HDMI/DP
Audio Controller (rev a1)

Al perfil de l'àudio quan arrenco amb nucli que no sigui 5.6, apareix el
canal HDMI bo "Digital Stereo (HDMI 2) Output", i aquest é l'únic perfil
de les propietats d'audio.

Però quan arrenco amb nucli 5.6 els perfils que apareixen a les
propietats d'audio són els "oposats" (els canals "desconnectats"):
"Digital Stereo (HDMI) Output", "Digital Stereo (HDMI 3) Output",
"Digital Stereo (HDMI 4) Output", "Digital Stereo (HDMI 5) Output" .
Tots menys el canal anterior HDMI 2

Salutacions


El 16/4/20 a les 12:17, Àlex ha escrit:
> Estimada comunitat,
>
> Tinc un problema amb l'audio del meu equip, que fins ahir funcionava
> perfecte. Us vull explicar per si em podeu donar una pista, per què no
> sé per on tirar.
>
> Treballo amb una torre amb Debian Testing, connectada per HDMI a una
> antiga televisió que em fa de pantalla. Això vol dir que el dispositiu
> de sortida d'audio també és la targeta gràfica.
>
> Fins ahir tot anava bé. Ahir vaig de fer videoconferència i vaig haver
> de connectar un micro a la torre, i a les preferencies d'audio del meu
> escriptori Mate vaig escollir que el dispositiu d'entrada d'audio fos el
> connectar frontal de la torre. Tot va funcionar perfecte.
>
> Però avui en reiniciar l'equip no tinc so.
>
> Quan vaig a les preferències d'audio de Mate em diu que el dispositiu
> HDMI està inhabilitat.
>
> L'únic que fins ara em funciona és anar al terminal i escriure:
>
>
>    $ pulseaudio -k
>
>
> Després de fer això, si torno a les preferències d'audio de Mate ja puc
> fer servir el meu dispositiu HDMI, però en reiniciar l'equip torno a
> estar en les mateixes, sense audio.
>
> No tinc ni idea de quins són els fitxers de configuració que control.len
> això.
>
> Per cert, al teminal he intentat veure si es podia arreglar amb la
> comanda alsamixer, però no he pogut o no he sapigut
>
> Salut companys/es
>
>
>     Àlex

Re: ajuda amb problema amb audio (pulseaudio?)

[Àlex]

Moltes gràcies,

No conneixia pavucontrol.

Tanmateix acavo de descobrir que podria ser un problema "esotèric" de
hardware, que potser no tingui  a veure amb pulseaudio.

Aquest matí em tornava a no funcionar l'audio que ve de la targeta
gràfica per HDMI. He provat "pulseaudio -k" que l'altre dia em va anar
bé, i aquest cop no resolia res.

Llavors he intentat reiniciar l'ordinador i ja no ha iniciat. No
arribava ni als missatges de la BIOS. He apagat i encés varis cops i no
iniciava.

He desendollat. He obert la torre. He bufat una mica el pols. Li he dit
que l'estimo, He arrencat el sistema i tot funcionava bé de nou, i
l'audio també.

No entenc res. Informàtica hauria de ser una ciència o enginyeria i de
vegades sembla més aviat bruixeria.

Gràcies pels vostres consells.

Salutacions


   Àlex



El 18/4/20 a les 0:06, Carles Pina i Estany ha escrit:
> Hola,
>
> On Apr/16/2020, Àlex wrote:
>
>> Quan vaig a les preferències d'audio de Mate em diu que el dispositiu
>> HDMI està inhabilitat.
> no sé quin controlador de volum fa servir Mate.
> El meu preferit sobretot amb temes de diverses sortides, de controlar
> individualment programes, etc. és "pavucontrol"
>
> El proper cop si mires amb pavucontrol la "Reproducció2, "Dispositius de
> Sortida", etc. a veure si veus alguna cosa. Mira que no hi hagi res en
> "Silenciat". A veure si el programa de videoconferència va tocar alguna
> cosa que no vegis amb altres controaldors d'audio.
>
>> Per cert, al teminal he intentat veure si es podia arreglar amb la
>> comanda alsamixer, però no he pogut o no he sapigut
> vaja, que et dic que facis el mateix que has fet amb l'alsamixer però
> amb el pavucontrol :-)
>

-- 
https://boycottdebconf20.org/
https://twitter.com/hashtag/BoycottDebian

Re: ajuda amb problema amb audio (pulseaudio?)

[Àlex]

quan faig el    ps -ef    obtinc   /usr/bin/pulseaudio --daemonize=no

però lo extrany és que avui a la primera funciona l'audio, sense que
hagi fet res.

no entenc què ha passat.



El 16/4/20 a les 13:44, Pere Nubiola Radigales ha escrit:
> Això és el que trec del man pulseaudio
> -k|--kill
>  Kill  an  already  running PulseAudio daemon of the
> calling user
>  (Equivalent to sending a SIGTERM).
>
> Jo el pròxim cop que arrenquis faria un
> ps -ef | grep -i pulseaudio
>
> I examinaria els processos que surten
>
> Pere Nubiola Radigales
> Telf: +34 656316974
> e-mail: p...@nubiola.cat <mailto:p...@nubiola.cat>
>            pnubi...@fsfe.org <mailto:pnubi...@fsfe.org>
>            pere.nubi...@gmail.com <mailto:pere.nubi...@gmail.com>
>
>
>
> Missatge de Àlex mailto:a...@probeta.net>> del dia
> dj., 16 d’abr. 2020 a les 12:24:
>
> Estimada comunitat,
>
> Tinc un problema amb l'audio del meu equip, que fins ahir funcionava
> perfecte. Us vull explicar per si em podeu donar una pista, per què no
> sé per on tirar.
>
> Treballo amb una torre amb Debian Testing, connectada per HDMI a una
> antiga televisió que em fa de pantalla. Això vol dir que el dispositiu
> de sortida d'audio també és la targeta gràfica.
>
> Fins ahir tot anava bé. Ahir vaig de fer videoconferència i vaig haver
> de connectar un micro a la torre, i a les preferencies d'audio del meu
> escriptori Mate vaig escollir que el dispositiu d'entrada d'audio
> fos el
> connectar frontal de la torre. Tot va funcionar perfecte.
>
> Però avui en reiniciar l'equip no tinc so.
>
> Quan vaig a les preferències d'audio de Mate em diu que el dispositiu
> HDMI està inhabilitat.
>
> L'únic que fins ara em funciona és anar al terminal i escriure:
>
>
>    $ pulseaudio -k
>
>
> Després de fer això, si torno a les preferències d'audio de Mate
> ja puc
> fer servir el meu dispositiu HDMI, però en reiniciar l'equip torno a
> estar en les mateixes, sense audio.
>
> No tinc ni idea de quins són els fitxers de configuració que
> control.len
> això.
>
> Per cert, al teminal he intentat veure si es podia arreglar amb la
> comanda alsamixer, però no he pogut o no he sapigut
>
> Salut companys/es
>
>
>     Àlex
>
>

-- 
https://boycottdebconf20.org/
https://twitter.com/hashtag/BoycottDebian

ajuda amb problema amb audio (pulseaudio?)

[Àlex]

Estimada comunitat,

Tinc un problema amb l'audio del meu equip, que fins ahir funcionava
perfecte. Us vull explicar per si em podeu donar una pista, per què no
sé per on tirar.

Treballo amb una torre amb Debian Testing, connectada per HDMI a una
antiga televisió que em fa de pantalla. Això vol dir que el dispositiu
de sortida d'audio també és la targeta gràfica.

Fins ahir tot anava bé. Ahir vaig de fer videoconferència i vaig haver
de connectar un micro a la torre, i a les preferencies d'audio del meu
escriptori Mate vaig escollir que el dispositiu d'entrada d'audio fos el
connectar frontal de la torre. Tot va funcionar perfecte.

Però avui en reiniciar l'equip no tinc so.

Quan vaig a les preferències d'audio de Mate em diu que el dispositiu
HDMI està inhabilitat.

L'únic que fins ara em funciona és anar al terminal i escriure:


   $ pulseaudio -k


Després de fer això, si torno a les preferències d'audio de Mate ja puc
fer servir el meu dispositiu HDMI, però en reiniciar l'equip torno a
estar en les mateixes, sense audio.

No tinc ni idea de quins són els fitxers de configuració que control.len
això.

Per cert, al teminal he intentat veure si es podia arreglar amb la
comanda alsamixer, però no he pogut o no he sapigut

Salut companys/es


    Àlex

Re: Wifi gencat ENS EDU

[Àlex]

El 9/12/19 a les 18:19, Iker Bilbao ha escrit:
> bones,
>
> Tinc problemes per connectar un portàtil amb Ubuntu a l'institut.
> Tot i la guia:
> http://linkat.xtec.cat/portal_linkat/wikilinkat/index.php/Wifi_gencat_ENS_EDU
>
> L'únic consell que em donen és passar-me a Windows.
> Algú s'hi ha trobat? Cap recomanació?
> Em diuen el login és correcte.
>
> Gràcies,
>
> *Iker.*


Hola Iker

has d'escollir exactament el mètode d'autentificació per aquesta WIFI,
que és PEAP, i no EAP. Concretament:


Xarxa:  gencat_ENS_EDU

Usuari: W seguit del codi del centre

Password: el que t'hagin dit

Mètode: PEAP

Autenticació fase 2: MSCHAPv2

Certificat Ca: sense validar


Al meu centre tots els portàtils són Ubuntu 18.04 o Chromebooks i es
connecten

Re: Wifi gencat ENS EDU

[Àlex]

El 9/12/19 a les 18:19, Iker Bilbao ha escrit:
> bones,
>
> Tinc problemes per connectar un portàtil amb Ubuntu a l'institut.
> Tot i la guia:
> http://linkat.xtec.cat/portal_linkat/wikilinkat/index.php/Wifi_gencat_ENS_EDU
>
> L'únic consell que em donen és passar-me a Windows.
> Algú s'hi ha trobat? Cap recomanació?
> Em diuen el login és correcte.
>
> Gràcies,
>
> *Iker.*


Hola Iker

has d'escollir exactament el mètode d'autentificació per aquesta WIFI,
que és PEAP, i no EAP. Concretament:

Xarxa:  gencat_ENS_EDU
Usuari: W seguit del codi del centre
Password: el que t'hagin dir
Mètode: PEAP
Autenticació fase 2: MSCHAPv2

Certificat Ca: sense validar


Al meu centre tots els portàtils són Ubuntu 18.04 o Chromebooks i es
connecten

Re: xfce amb... wayland o x11? Problemes amb anydesk

[Àlex]

El 29/11/19 a les 13:12, Ricard Pradell ha escrit:
> Això em planteja una pregunta "off-topic": si tinc un servidor de
> màquines virtuals sense mode gràfic, com puc accedir (si puc) a les
> màquines virtuals que si tenen mode gràfic? Ara ho faig amb anydesk,
> però requereix un sistema gràfic al host per funcionar.
>

Amb Virtualbox potser ès pot fer servir això:

  https://www.virtualbox.org/manual/ch07.html

I amb el Virt-manager venia una aplicació que era el virt-viewer que
potser era per això. No en sé prou

Re: xfce amb... wayland o x11? Problemes amb anydesk

[Àlex]

El 28/11/19 a les 17:46, Ricard Pradell ha escrit:
> Com sempre que no puc resoldre un cas per mi mateix, em cal acudir al
> coneixement de la llista.
> Tinc un servidor amb Ubuntu 18.04 Server, on per mantenir-lo lleuger,
> el vaig instal·lar sense entorn gràfic per posteriorment instal·lar xfce


Hola Ricard,

no puc respondre a les preguntes, però llegint el missatge m'ha vingut
al cap de recomanar-te no fer servir sistema gràfic en servidors, i
administrar-lo via ssh.

Si prefereixes no fer servir línea de comandes, pots instal.lar webmin i
administrar remotament via navegador, però al final la línea de comandes
és el més ràpid i pots acabar escrivint scripts per a les tasques més
freqüents.


Àlex

Trobada Equipaments Lliures (Lleialtat Santsenca) 27 nov

[Àlex]

Convidem de nou a tots els espais de transformació social a una trobada
<https://butlleti.lleialtat.cat/links/r1JKhkJsS/S1ohBFJ4V/rJX3e8TrE/S1gOonkJiB>
per conèixer iniciatives i projectes que proposen alternatives a les
tecnologies de les grans tecnològiques. Serà de 10h a 13h. Es prega
reservar plaça enviant un correu a *i...@tec.lleialtat.cat
<mailto:i...@tec.lleialtat.cat>  *

mt
https://santsenques.cat/notice/9ocxWJX1tyTMGo2pfs

-- 
Àlex Castán Salinas
Institut Pedralbes
avinguda d’Esplugues, 38-42, 08034 Barcelona
telèfon. 93-203-33-32 (tardes) , 689-46-56-36

Re: MX Linux

[Àlex]

> un docker Conky

vull dir un widget Conky

MX Linux

[Àlex]

Bon dia,

treballo amb Debian estable i Debian testing als meus equips, però quan
ensenyo a algú no informàtic a instal.lar-se un Linux al seu equip
acostumo a escollir un Linux Mint.

Van ser distribucions faciletes com Ubuntu les que em van ajudar a
passar-me a Linux i ser productiu abans de fer la transició cap a Debian.

No sé si a vosaltres també feu així, o els ensenyeu a instal.lar-se
Debian directament.

Escrivia només per comentar que l'altre dia vaig descobrir MX Linux, i
pinta molt bé, per aquests usuaris domèstics no iniciats en la
informàtica. És una Debian estable amb un XFCE 4.14 i un docker Conky
molt "maquejat". No l'he provat a fons, però sembla molt bona opció a
tenir en compte: bonica, lleugera, estable, aparentment prou facileta i
intuitiva.

Algú més l'ha provat?

Salut


    Àlex

MX Linux

[Àlex]

Bon dia,

treballo amb Debian estable i Debian testing als meus equips, però quan
ensenyo a algú no informàtic a instal.lar-se un Linux al seu equip
acostumo a escollir un Linux Mint.

Van ser distribucions faciletes com Ubuntu les que em van ajudar a
passar-me a Linux i ser productiu abans de fer la transició cap a Debian.

No sé si a vosaltres també feu així, o els ensenyeu a instal.lar-se
Debian directament.

Escrivia només per comentar que l'altre dia vaig descobrir MX Linux, i
pinta molt bé, per aquests usuaris domèstics no iniciats en la
informàtica. És una Debian estable amb un XFCE 4.14 i un docker Conky
molt "maquejat". No la he provat a fons, però és una oció a tenir en
compte: bonica, lleugera, estable i sembla prou facileta i intuitiva.

Algú l'ha provat més?

Salut


    Àlex

Linux App Submit del 12 al 15 novembre a la Lleialtat santseca

[Àlex]

L'esdeveniment és gratuït però us heu de registrar a
https://events.linuxappsummit.org/


La graella de xerrades es va omplint a
https://linuxappsummit.org/schedule/


-- 
https://boycottdebconf20.org/
https://twitter.com/hashtag/BoycottDebian

Re: Trobada tècnica dissabte 21

[Àlex]

Ho sento,

em vaig apuntar, i ahir em va sortir un imprevist i no vaig enrecordar
de despuntar-me.

Demano disculpes,

Salutacions


El 14/9/19 a les 10:57, Aniol Marti ha escrit:
> Bon dia,
>
> Aprofitant que dissabte que ve (21 de setembre) a la tarda se celebra el
> DLP [0] al centre la Violeta a Gràcia hem dit de fer una jornada tècnica
> al matí al bar de la Violeta. El pla seria treballar de 10 a 13 i
> llavors anar a dinar per allà. He preparat un Dudle [1] per apuntar-se.
>
>
> [0]: https://caliu.cat/blog/2019/06/26/dlp-2019/
> [1]: https://dudle.inf.tu-dresden.de/p_H2LdNOSA/
>
>
> Salut!
>

-- 
https://boycottdebconf20.org/
https://twitter.com/hashtag/BoycottDebian

Re: Trobada tècnica dissabte 21

[Àlex]

Ho sento,

em vaig apuntar, i ahir em va sortir un imprevist i no vaig enrecordar
de despuntar-me.

Demano disculpes,

Salutacions


El 14/9/19 a les 10:57, Aniol Marti ha escrit:
> Bon dia,
>
> Aprofitant que dissabte que ve (21 de setembre) a la tarda se celebra el
> DLP [0] al centre la Violeta a Gràcia hem dit de fer una jornada tècnica
> al matí al bar de la Violeta. El pla seria treballar de 10 a 13 i
> llavors anar a dinar per allà. He preparat un Dudle [1] per apuntar-se.
>
>
> [0]: https://caliu.cat/blog/2019/06/26/dlp-2019/
> [1]: https://dudle.inf.tu-dresden.de/p_H2LdNOSA/
>
>
> Salut!
>