datalog (inference from facts and rules) using pyDatalog (pythonic datalog extension)

• GNOME Classico
• KDE Classico
• XFCE
• GNOME Shell
• KDE Plasma
• MATE
• Cinnamon
• Unity
• altri meno e non mi sento di menzionare oltre

https://cdimage.debian.org/cdimage/unofficial/non-free/cd-including-firmware/current-live/amd64/iso-hybrid/

Fase 1: Il puntatore di istruzione (IP, Instruction Pointer), seleziona quale istruzione leggere dalla memoria ROM di programma formato da una serie di istruzioni. L’istruzione corrente fluisce in 4 destinazioni che la scompongono: 2 che sono la sorgente e la destinazione di copia di bits di memoria, e 2 che sono i puntatori alle 2 possibili istruzioni successive, selezionate dal Path Selector (PS, selezionatore di percorso).

Fase 2: Avviene la copia del bit (parte di informazione) tra sorgente e destinazione. Questo può anche modificare il Program PS (Path selector), coi suoi effetti.

Fase 3: Viene aggiornata l’istruzione corrente mediante IP (Puntatore a istruzione). L’istruzione corrente specificamente consiste nella istruzione contenuta nella memoria ROM individuata dall’indirizzo del Puntatore a Istruzione, indirizzo contenuto nel Puntatore a Istruzione.

Nota: forse tra imprecisioni e varianti possibili di questo design le cose non sono esattamente così, ma con differenze.

Ecco mostrato come un programma viene eseguito, istruzione per istruzione, con ogni istruzione avente 2 possibili istruzioni prossime, con selezionatore di istruzione prossima, e con il nocciolo dell’istruzione che consiste nella copia di bits con 2 posizioni una come fonte da cui prelevare il dato, l’altra come specificazione del dove collocarlo. Muovendo bit si ha anche immissione ed emissione di informazioni, che possono così essere elaborate.

Con queste semplici istruzioni è possibile derivarne ogni altra essendo Turing Complete il design. Io ne ho derivate ad esempio istruzioni dell’algebra di George Boole per fare operazioni di somma e conteggio.

Una sua variante però potrebbe avere accesso indiretto alla memoria, ovvero con memorie in RAM contenenti indirizzi da cui leggere informazioni o scrivere informazioni, un pò come il PEEK & POKE nei sistemi BASIC. Ovviamente una Turing Machine classica a memoria su nastri magnetici avrebbe qualche problema a fare questo, anche se non sarebbe impossibile tecnicamente.

Le mie opinioni: prime di enunciarle dico che sono un utente antico ed esperto, con interessi nell’ambito della programmazione di software (siti web e app incluse) e amministrazione di sistema (che potrebbe arrivare ad includere amministrare distese di computer attivi a servire le richieste di decine su decine di utenti, creando un carico di lavoro notevole).

Io ho conosciuto Linux come kernel. Ovvero nel mio bagaglio di conoscenze tecniche so che è un componente essenziale di un sistema operativo. Ad esempio Android è un sistema operativo. E Android usa un adattamento del kernel Linux.

Linux è quindi un kernel adattabile. Può adattarsi agli smartphone e tablet, ma può anche servire in una moderna apparecchiatura elettronica come ad esempio una lavatrice smart.

Questi sono adattamenti in piccola scala mentre essendo Linux un kernel scalabile può adattarsi anche a una più grande scala. Come la larga scala di un Facebook o di una Wikipedia in cui tanti computer di tipo server hanno un sistema operativo con kernel Linux e assieme ad appositi software (che si appoggeranno al kernel essendo il kernel alla base) questi computers gestiranno i siti web anche molto usati e quindi con grandi carichi di lavoro e con esigenze di memorizzazione anche elevatissime (vedasi Facebook quanto memorizza nei suoi computers servers).

Oppure anche nel super calcolo: molti computer agiscono come clusters per supportare enormi calcoli e carichi di lavoro ad esempio di fisici o di ingegneri, ad esempio con simulazioni e previsioni, statistiche, suggerimenti smart, profilazione, etc che richiedono grosse prestazioni.

E? E poi? Dicevamo sull’inadeguatezza! Fin qua tra Android, centri di calcolo, servers per ospitare Facebook, elettrodomestici smart, smart TV, etc, fin qua non è inadeguato!

E’ inadeguato in un campo di sicuro: l’utenza comune. Linux per l’utenza comune non fornisce soluzioni adatte (aspetta!). Ma in che senso? Allora… Android usa una versione adattata del kernel Linux. E Android ha una interfaccia secondo me al top di quelle che esistono oggigiorno. Ma Linux è il Kernel, una parte sottostante, un nocciolo centrale, il cuore, non il viso chessò. Per dare un viso al kernel il team Google ha fatto progressi e successi ben noti.

Mentre, nei sistemi PC Linux è stato il cuore di vari sistemi operativi per PC (e lo è tuttora che scrivo), ma tali sistemi PC (Personal Computer) hanno seri e gravi problemi e carenze nel fornire un’esperienza adatta agli utenti comuni quindi non particolarmente esperti.

Sono stati fatti passi avanti però da non nascondere: molti più applicativi, giochi inclusi adesso supportano tali “PC Linux” e forse … chissà, non pronostico.

Nella mia esperienza di utente non comune bensì tecnico e smaliziato (che vocabolo!) ho avuto la possibilità di un uso quotidiano anche perché non gioco sul PC, non uso Softwares che non supportano PC Linux, anzi uso dei softwares che a volte sono prodotti per funzionare solo su PC Linux, caso opposto.

Ecco un “/dev/sda” (disco interno) partizionato. Ci sono partizioni (ovvero suddivisioni), per le necessità di memoria di ben 4 Sistemi Operativi: MS Windows10, Ubuntu 21.10, Fedora 35, Debian11.

Come nota aggiuntiva dico che: è bene ricordare di non interrompere le operazioni di manutenzione ad esempio quelle di GParted perché si potrebbero perdere strutturazioni di dati e quindi dati. Una volta iniziate terminarle ed assicurarsi di avere disponibili tempo, alimentazione elettrica. Fare comunque backups anche appoggiandosi a DropBox etc.

E non ultimo per modificare una partizione non deve essere in uso: ad esempio ho ampliato mediante GParted la partizione Debian non da Debian avviato ma da Ubuntu avviato perché così la partizione Debian da modificare non era in uso e quindi modificabile.

Se potete appoggiarvi a sufficientemente esperti potrebbe risultare meglio, o anche nel tempo divenire esperti. Se c’è possibilità di perdita di dati è una responsabilità.

Altra cosa: allocare cioè assegnare risorse per usarle è una cosa tattica per così dire. Dividete l’hard disk in modo tattico per non avere problemi futuri strada facendo.

Mentre in quanto a multi-boot di compresenza di sistemi operativi consiglio imparare di più su GRUB e sulla eventuale presenza di un sistema recente con UEFI e non un vecchio BIOS senza: UEFI agevola il multi-boot tenendo copie separate di GRUB + boot di Windows (io ho più di 4 voci di avvio nel UEFI anche per vecchi sistemi, e Microsoft Windows (!) che può essere avviato così anche senza GRUB, che è tipicamente un boot loader della famiglia Linux)

CertBot lo uso nei miei domini/websites:

# from ~/.bash_history

cd /var/www && ls
mkdir alias.arkenidar.com
touch alias.arkenidar.com/test.txt

cd /etc/apache2/sites-available/
nano alias.arkenidar.com.conf 
a2ensite alias.arkenidar.com
systemctl reload apache2

sudo certbot --apache -d arkenidar.com -d netop.info -d alias.arkenidar.com

/docs/snippets/alias-howto.txt

Ecco come uso linode e dynu per avere un server con IP e dare almeno un nome a quell’IP statico (fisso, non cambia, a differenza dell’utenza comune che ha IP variabili)

Queste sono le app che uso di questi tempi, specificamente nell’ambiente software di Debian 11.

Come dico anche nel titolo nel blog ogni software può essere sia migliorativo che peggiorativo. Usateli con coscienza.

Forse dettaglierò in futuro su ciascuno degli elementi mostrati.

/var/sh-scripts/

https://github.com/sveltejs/kit