Seguito dell'articolo Piano per l'adozione di una piattaforma libera per la DaD per l'UniMI - Prima Parte

Introduzione

Da quando ho fondato il gruppo sono passati circa nove giorni. In questo periodo di tempo si è unito anche un altro docente del dipartimento di informatica ma il DPO dell'università ha rifiutato di prendere parte al gruppo in quanto deve rimanere ufficialmente imparziale rispetto a tutto ciò che riguarda il trattamento dei dati personali. In questo periodo di tempo non abbiamo fatto niente di particolare a parte chiacchierare, prendere vari appunti che ci potrebbero tornare utili e organizzare una riunione per il venerdì 8 gennaio.

Venerdì 8 gennaio

Durante il pomeriggio del venerdì 8 gennaio abbiamo fatto una videochiamata di un'oretta per organizzarci e decidere cosa fare e siamo giunti alla decisione che è meglio non forzare i docenti a utilizzare Jitsi o BBB ma di sensibilizzarli e di rendere possibile la DaD con piattaforme libere. In particolare abbiamo deciso di proporre al senato accademico di creare un server Jitsi e di aggiornare le linee guide sulla didattica a distanza. Ma anche di far partire una campagna di sensibilizzazione tramite email verso i docenti e studenti tramite le liste di email e di parlare con i nostri rappresentanti degli studenti. Durante la riunione è saltato fuori il nome di uno dei rappresentanti abbastanza sensibile nella tematica che abbiamo subito coinvolto dopo la riunione. Una volta che si è unito al gruppo si è attivato alla velocità della luce, ci ha consigliato di scrivere una proposta che verrà fatta leggere al senato accademico e ci ha organizzato una riunione con tutti i rappresentanti del dipartimento che si sarebbe svolta due giorni dopo a domenica.

Domenica 10 gennaio

Due giorni dopo abbiamo fatto una riunione con i nostri rappresentanti studenteschi sulla piattaforma EduMeet del GARR. Erano collegati alla videochiama una quindicina di persone di cui cinque del mio gruppo. Abbiamo discusso per un'oretta e dopo una breve introduzione sul problema abbiamo individuato una possibile strategia da seguire. Abbiamo deciso che avremmo proposto un progetto pilota al solo dipartimento di informatica che consiste nel far installare dei server Jitsi e BBB e di farli usare durante le lezioni per provarli. Una volta che tutti gli errori sono stati sistemati e la prova finisce, abbiamo intenzione di far replicare il progetto in tutto l'ateneo vendendolo come se fossimo primi in italia ad usare delle piattaforme libere per la DaD. Per fortuna i nostri rappresentanti erano comprensivi.

Durante la vostra varia attività radioamatoriale avrete sicuramente avuto l'esigenza di popolare le memorie della vostra radio, analogica e/o digitale che sia, per poter poi utilizzare i sistemi in ponte radio presenti nelle vostre vicinanze.

WSJT-X versione 2.4.0 ha introdotto un nuovo protocollo digitale chiamato Q65, progettato per "QSO minimi a due vie su percorsi di propagazione particolarmente difficili"

La rete BrandMeister ha terminato di supportare il funzionamento dei Reflectors, dalla fine dell'anno 2020.

Storia con codice e grafica del mio unico videogioco realizzato in Flash quando ero un giovine raghezzino....

The post La mia esperienza da sviluppatore con Flash… nel 2012 appeared first on Daniele Mte90 Scasciafratte.

Contesto

Da inizio di marzo, come tutti ben sappiamo, la pandemia ha obbligato le università e le scuole a chiudere e quindi ad adottare una piattaforma per la didattica a distanza. La quasi totalità delle scuole e università italiane ha deciso di adottare una piattaforma proprietaria (ovvero non sotto il controllo dell'università) per la DaD, ad esempio zoom.us, microsoft teams e google classroom, invece di una libera (es. controllata dall'università e utenti), ad esempio jitsi o BigBlueButton. E questo è un problema. Il politecnico di torino fa eccezione perché ha deciso di adottare BigBlueButton. L'articolo di Etica Digitale racconta meglio la situazione.

Nella fattispecie l'Università degli Studi di Milano Statale ha deciso di utilizzare Microsoft Teams in accordo ai negoziati fatti insieme dalla CRUI e Microsoft. Alcuni professori utilizzano però altri strumenti proprietari come Zoom.us e Discord.

A causa di ciò le varie comunità del software libero hanno brontolato e ne hanno discusso tante volte ad esempio durante il Linux Day, in qualche riunione del merge-it, Seminario sull'università delle piattaforme e infine la Conferenza di Libreitalia.

Racconto

Quindi ieri(oggi), ovviamente di notte 😎 e inspirandomi a un paio di messaggi scritti da Damiano Verzulli su Telegram, ho deciso che avrei organizzato un gruppo con lo scopo di fare pressione sul Senato Accademico ed eventualmente sui vari dirigenti affinché spingessero UniMi a far adottare una piattaforma libera per la DaD, come BBB, sulla falsariga del PoliTo.

Per prima cosa ho deciso di contattare e coinvolgere quattro persone che sapevo che erano già a conoscenza della tematica e che fanno parte dell'università interessata. Una di queste quattro persone è un docente del dipartimento di informatica. Sono uno studente di un corso di laurea in informatica per cui non è stato così difficile trovare delle persone consapevoli.

Durante la mattina dello stesso giorno mi hanno risposto tutti positivamente e quindi ho deciso di creare un gruppo su Telegram per tale scopo. Durante la giornata ho scoperto che anche il DPO dell'unimi, che ho già avuto modo di contattarlo in merito al trasferimento dei dati da Europa agli stati uniti da parte delle piattaforme per la DaD, e un altro professore di programmazione sono dei simpatizzanti del software libero e quindi ho deciso di contattare anche loro per coinvolgerli. Ho stilato anche un possibile piano di azione per il raggiungimento dell'obiettivo. Il piano consiste semplicemente nel consapevolizzare tutti i rappresentanti degli studenti e professori in piccoli sottogruppi attraverso delle videochiamate. L'obiettivo è che durante la seduta del senato accademico del 12 gennaio se ne parli e che si arrivi a deliberare l'adozione di una piattaforma libera. In caso di fallimento procedere a informare e convincere i vari direttori dal prorettore competente fino al rettore.

Introduzione

Mi chiamo Andrea Laisa ma sono conosciuto sopratutto come amreo sulla rete internet. Sono uno studente universitario di 21 anni e un'autodidatta bergamasco. Sono un appassionato di informatica e uno sviluppatore di software da quando ero piccolo con tredici anni di esperienza. Gestisco anche un homelab domestico dove è presente il server che fa girare anche questo blog.

Sono anche un appassionato di anime, giochi da tavolo, scacchi ♔, scienze, e in generale di argomenti STEM. I miei anime preferiti sono Clannad e Detective Conan.

Attivismo

Sono un attivista dei diritti digitali e del Software Libero e faccio parte di varie associazioni o gruppi quali:

• BGLUG (gruppo utenti GNU/Linux di Bergamo)
• Libreitalia (associazione nazionale per la promozione di libreoffice e ODF)
• Italian Linux Society (associazione per la promozione del Software Libero e in particolare del sistema operativo GNU/Linux)
• ASSOLI (associazione per la diffusione del Software Libero)
• Etica Digitale (progetto volontario volto all’informazione e alla formazione riguardo i vari aspetti del mondo tecnologico che influiscono sulle nostre vite)

Il mio obiettivo è quello di poter vivere in un mondo migliore.

Contatti e profili

• Telegram: @amreoboo
• Matrix: @amreo:matrix.org
• Mastodon: @amreo@mastodon.uno
• Email: amreo(chiocciola)linux.it
• Gitlab: https://gitlab.com/amreo
• Github: https://github.com/amreo
• Lichess: https://lichess.org/@/amreo

Source

In questo articolo vi spiego in modo semplice e veloce come utilizzare l'App per connettersi ai TG multi-protocollo DMR, utilizzando una connessione al server del sistema DMRplus Italia, attraverso la rete Internet.

Just for test, I was converting from CentOS Linux to CentOS Stream inside a Podman container. But something has gone wrong.

Instructions to convert from the CentOS Linux 8 distribution to CentOS Stream 8 are published at https://www.centos.org/centos-stream/

1
2
3
4
5
6
7

root@centos-linux# dnf install centos-release-stream

root@centos-linux# dnf swap centos-{linux,stream}-repos

root@centos-linux# dnf distro-sync

root@centos-stream# cat /etc/centos-release

What happens inside a container (Podman in this case, but also in an LXC container on Proxmox), is that DNF throws an error:

1
2
3
4
5

...
Failed:
  filesystem-3.8-3.el8.x86_64	filesystem-3.8-4.el8.x86_64                                                                               

Error: Transaction failed

Indeed.

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16

root@centos-stream# dnf update filesystem
...
Running transaction test
Transaction test succeeded.
Running transaction
  Running scriptlet: filesystem-3.8-4.el8.x86_64                                                                                                                                                                    1/1 
  Preparing        :                                                                                                                                                                                                1/1 
  Upgrading        : filesystem-3.8-4.el8.x86_64                                                                                                                                                                    1/2 
Error unpacking rpm package filesystem-3.8-4.el8.x86_64
  Verifying        : filesystem-3.8-4.el8.x86_64                                                                                                                                                                    1/2 
  Verifying        : filesystem-3.8-3.el8.x86_64                                                                                                                                                                    2/2 

Failed:
  filesystem-3.8-3.el8.x86_64                                                                                filesystem-3.8-4.el8.x86_64                                                                               

Error: Transaction failed

I think that it is normal, since this pakcage tries to change permissions on some directories that are read only inside a container.

To solve:

echo "%_netsharedpath /sys:/proc" >> /etc/rpm/macros.dist; dnf -y update

Reference: https://bugzilla.redhat.com/show_bug.cgi?id=1589968

There is an inefficient way to mount external storage (local or remote). An hard to die habit: fstab. Let’s try autofs.

The issue with fstab

Ok, maybe fstab is a simple way, and the most immediate way to mount resources at boot. And we are used to it. But if this external storage (i.e. a CIFS/SAMBA share, an sshfs filesystem) is not available during boot, or if the connection get lost while mounted, it could lead to undesired behaviours.

Using autofs

Install autofs

If it isn’t already installed

sudo dnf install autofs

Mount an USB disk

Using the disk label instead of /dev/sdX

Let’s suppose that you have a BTRFS filesystem on the USB disk. Let’s label it (in this way we will not use the classical /dev/sdX since it is unpredictable, and we don’t have to deal with esoteric UUIDs).

sudo btrfs filesystem label /dev/sda1 btrfs300

(For ext4 there are the e2label and tune2fs commands).

Configure autofs

Create a file like /etc/auto.master.d/trecento.autofs

1

/media/   /etc/auto.ext-usb --timeout=300,defaults,user,exec

Timeoud should umount the disk after 5 minutes, so in theory putting it to sleep.

Create the /etc/auto.ext-usb file containing

1

trecento -fstype=auto           :/dev/disk/by-label/btrfs300

As you can see, we are using the disk label to point the BTRFS partition.

Enable and start the autofs service

sudo systemctl enable autofs --now

Done

Issuing the mount command

1
2
3

...
/etc/auto.ext-usb on /media type autofs (rw,relatime,fd=24,pgrp=320148,timeout=300,minproto=5,maxproto=5,indirect,pipe_ino=2153302)
...

You see that the USB disk is not mounted. Listing or accessing the defined directory will automatically mount it

ll /media/trecento

mount

1
2
3
4

...
/etc/auto.ext-usb on /media type autofs (rw,relatime,fd=24,pgrp=320148,timeout=300,minproto=5,maxproto=5,indirect,pipe_ino=2153302)
/dev/sdd1 on /media/trecento type btrfs (rw,nosuid,nodev,relatime,seclabel,space_cache,subvolid=5,subvol=/,user)
...

sshfs

Install the sshfs package.

Create the /etc/auto.master.d/conta.autofs file.

1

/sshfs /etc/auto.sshfs uid=1000,gid=1000,--timeout=30,--ghost

Create the /etc/auto.sshfs file.

1

remote -fstype=fuse,rw,nodev,noatime,allow_other,max_read=65536 :sshfs\#user@remote.host\:

Of course you have to configure ssh keys in order to log in without a password.

CIFS/SAMBA

Same steps. Create a /etc/auto.master.d/cifs.autofs file

1

/samba       /etc/auto.samba

Then /etc/auto.samba

1

remote -fstype=cifs,rw,credentials=/etc/.credentials/windows,uid=1000,sec=ntlm,noserverino ://windows.lan/share

You can create a /etc/.credentials/ directory and then a file containing the credentials, /etc/.credentials/windows

1
2

username=shareuser
password=sharepassword

Reload the changes

sudo systemctl restart autofs

Come promesso nell'articolo precedente riguardante le modifiche alla radio OpenGD77, oggi ho aggiunto qualche altra informazione sull'argomento.

Fin dal mese di giugno 2020, Roger Clark VK3KYY ha lavorato molto per aggiungere le istruzioni vocali alle varie versioni del firmware della radio OpenGD77.

Ebbene si, ho deciso di lanciare il mio podcast a tema open source. Parlerò delle notizie della settimana in ambito open source, il mio commento a riguardo e qualche altro pensiero della settimana in ambito tecnologico. La grafica dal lancio è cambiata, la mia versione era penosa e questa di Eugenio è molto meglio. Al [...]

Leggi tutto...

The post Daniele.Tech – Opinioni in Open Source, il podcast! appeared first on Daniele Mte90 Scasciafratte.

Source

Source

Source