Categoria: Distribuzioni

distribuzioni

  • Pannello Gnome percentuale batteria

    Pannello Gnome percentuale batteria

    Come mostrare la percentuale della batteria nel pannello di Gnome.

    Aprite un terminale e lanciate il comando

    gsettings set org.gnome.desktop.interface show-battery-percentage true

    oppure potete utilizzare dconf-editor e recarvi alla voce /org/gnome/desktop/interface/show-battery-percentage e impostare il valore personalizzato su vero

    Per utilizzare dconf-editor bisognerà installarlo, si apre un terminale e diamo il comando

    sudo xbps-install dconf-editor

    per le altre distribuzioni consigliamo di leggere l’articolo

    in quel caso basterà lanciare il comando

    nlx -i dconf-editor

    funziona con tutte le distribuzioni Debian e derivate, Fedora e derivate Archlinux e derivate

  • Void Linux + Gnome minimale

    Void Linux + Gnome minimale

    Per installare Gnome su Void Linux la maggior parte degli utenti installa il pacchetto gnome-core.

    Gnome-core è un meta-pacchetto cioè un pacchetto che comprende il sitema base per funzionare, in questo caso l’ambiente grafico base per poter funzionare.

    In Void Linux è possibile ottenere un ambiente grafico Gnome ancora più minimale.

    Questi sono i pacchetti base per installare Gnome aprite un terminale e lanciate il comando

    sudo xbps-install gdm gnome-shell gnome-control-center

    logicamente nel sistema dovrà essere installato il server grafico preferibilmente Wayland.

    Il nostro consiglio è quello di installare i seguenti pacchetti

    sudo xbps-install gdm gnome-shell-extensions gnome-control-center gnome-tweaks gnome-browser-connector

    al posto di gnome-shell installiamo gnome-shell-extensions che comunque ha come dipendenza gnome-shell e verrà installato di conseguenza.

    gdm è il gestore di accesso utenti senza il quale Gnome non si avvia

    gnome-control-center è per la gestione delle impostazioni di Gnome

    gnome-tweaks ci serve per le personalizzazioni dell’ambiente grafico Gnome

    gnome-browser-connector per installare le estensioni Gnome direttamente dal navigatore

    Installando gnome-core invece installerete anche

    cantarell-fonts-0.303.1_1
    dbus-glib-0.112_1
    evince-46.3.1_2
    folks-0.15.9_1
    font-adobe-source-code-pro-2.042_1
    gdm-47.0_2
    gmime-3.2.15_1
    gnome-backgrounds-47.0_1
    gnome-color-manager-3.36.2_1
    gnome-core-47.0_1
    gnome-initial-setup-47.1_1
    gnome-shell-extensions-47.4_1
    gnome-themes-extra-3.28_4
    gnome-user-docs-47.2_1
    gnome-video-effects-0.6.0_1
    gtksourceview4-4.8.4_1
    libdjvulibre-3.5.28_2
    libevince-46.3.1_2
    libgdm-47.0_2
    libgee-0.20.8_2
    libhandy1-1.8.3_1
    libjxl-plugins-0.11.1_3
    libxapian-1.4.24_1
    libzeitgeist2-1.0.4_2
    python3-dbus-1.3.2_4
    shared-color-targets-0.1.7_3
    sushi-46.0_2
    telepathy-glib-0.24.2_1
    tracker-3.9.1_2
    unzip-6.0_15
    yelp-42.2_1
    yelp-xsl-42.1_1
    zeitgeist-1.0.4_2
    zenity-4.0.5_1

  • Voidlinux sostituire sudo con doas

    Voidlinux sostituire sudo con doas

    Doas è un alternativa più sicura e più snella del comando sudo sviluppato dai programmatori di OpenBSD.

    Sudo è stato soggetto ad alcune vulnerabilità di sicurezza negli ultimi mesi.

    Iniziamo con l’installare doas apriamo un terminale e lanciamo il comando:

    sudo xbps-install -S opendoas

    per chi ha seguito la nostra precedente guida

    nlx -i opendoas

    bisogna creare o modificare il file /etc/doas.conf aggiungendo

    permit persist :wheel

    qualsiasi utente nel gruppo wheel può utilizzare la propria password per eseguire i comandi come root, proprio come sudo.

    Ora si potrà cancellare sudo, prima dobbiamo creare o modificare il file /etc/xbps.d/ignore.conf aggiungendo

    ignorepkg=sudo

    poi rimuovere sudo con il comando

    doas xbps-remove sudo

    oppure se avete seguito la nostra guida Script per la gestione dei pacchetti universale

    nlx -r sudo

    Se per comodità desideri continuare ad usare sudo sulla riga di comando o per evitare che qualche programma vado in errore, puoi usare un collegamento simbolico:

    doas ln -s /usr/bin/doas /usr/bin/sudo

  • Script per la gestione dei pacchetti universale

    Script per la gestione dei pacchetti universale

    Con questo piccolo script non ci sarà più bisogno di ricordarsi i vari comandi nelle differenti distribuzioni GNU/Linux.

    Lo script esegue i seguenti comandi:

    nlx -s nomepacchetto

    cerca il pacchetto

    nlx -i nomepacchetto

    installa il pacchetto

    nlx -r nomepacchetto

    rimuove il pacchetto

    nlx -c

    “pulisce” il sistema

    nlx -u

    aggiorna il sistema

    funziona con le maggiori distribuzioni senza dover ricordare i comandi di ogni distribuzione

    La prima cosa da fare e scaricare lo script aprite un terminale

    wget -c https://www.nazionlinux.com/dotfiles/nlx

    copiare il file nella cartella ~/.local/bin

    cp nlx ~/.local/bin/

    se la cartella non esiste

    mkdir -p ~/.local/bin

    bisognerà rendere eseguibile lo script

    chmod +x ~/.local/bin/nlx

    ora editate il file .bashrc o .profile

    aggiungete le seguenti righe

    if [ -d “$HOME/.local/bin” ] ; then
    PATH=”$HOME/.local/bin:$PATH”
    fi

    poi date il comando

    source .bashrc

    sostiuite .bashrc con .profile a seconda di cosa avete scelto

    ora potete eseguire lo script utilizzando i comandi elencati all’inizio dell’articolo.

    Al momento della scrittura di questo articolo dovrebbe funzionare con tutte le distribuzioni:

    • Debian e derivate
    • Archlinux e derivate
    • Fedora e derivate
    • Voidlinux e derivate
    • Linux Mint

    Aiutateci a migliorarlo

    *** ATTENZIONE *** dovete essere utenti con la possibilità di utilizzare il comando sudo

  • Mini guida come risolvere errori su Void Linux

    Mini guida come risolvere errori su Void Linux

    ldconfig: File /usr/lib/libndr.so.0 è vuoto, non controllato.
    ldconfig: File /usr/lib/libdcerpc-binding.so.0.0.1 è vuoto, non controllato.
    ldconfig: File /usr/lib/libsamba-passdb.so.0 è vuoto, non controllato.
    ldconfig: File /usr/lib/libdcerpc-binding.so.0 è vuoto, non controllato.
    ldconfig: File /usr/lib/libnetapi.so è vuoto, non controllato.
    ldconfig: File /usr/lib/libsamba-util.so.0.0.1 è vuoto, non controllato.
    ldconfig: File /usr/lib/libkactivitymanagerd_plugin.so è vuoto, non controllato.
    ldconfig: File /usr/lib/libKScreenLocker.so.5 è vuoto, non controllato.
    ldconfig: File /usr/lib/libnetapi.so.0 è vuoto, non controllato.
    ldconfig: File /usr/lib/libsmbclient.so è vuoto, non controllato.
    ldconfig: File /usr/lib/libndr-krb5pac.so.0 è vuoto, non controllato.
    ldconfig: File /usr/lib/libndr.so è vuoto, non controllato.
    ldconfig: File /usr/lib/libsamba-errors.so.1 è vuoto, non controllato.
    ldconfig: File /usr/lib/libdcerpc-binding.so è vuoto, non controllato.

    Nel caso vi siate imbattuti in errori del genere uno dei modi per risolvere è il seguente.

    Void Linux

    Apire un terminale ed eseguire il comando da root:

    sudo xbps-pkgdb -a

    il risultato sarà una lista di tutti i pacchetti “corrotti” ora per correggere il pacchetto corrotto basterà forzare di nuovo l’installazione di ogni pacchetto della lista

    sudo xbps-install -f pacchetto

  • Agama 13 per l’installazione di openSUSE e SUSE Linux Enterprise

    Agama 13 per l’installazione di openSUSE e SUSE Linux Enterprise

    Lo YaST Il team harilasciato Agama 13 installer per la distribuzione openSuse.

    Impostazione del nome host

    La possibilità di impostare un nome per la macchina (ad esempio il nome host) durante l’installazione.

    Non esiste un hostname unico. Una macchina può avere diversi nomi. Questi variano a seconda dell’interfaccia di rete utilizzata per interagire con essa. Questi nomi possono essere statici o transitori. Ci sono diversi meccanismi per impostarli o modificarli con regole di precedenza in diverse situazioni.

    Uno di questi meccanismi menzionati era già disponibile nelle versioni precedenti di Agama-Live. I supporti di installazione specificavano hostname con l’argomento di avvio. In Agama 13 è stato introdotto il supporto per configurare il nome host nella configurazione Agama. Questo è limitato e utilizzabile nell’interfaccia a riga di comando e durante l’installazione incustodita. Abbiamo anche aggiunto una semplice sezione dedicata all’interfaccia utente web.

    Web interface to set the hostname

    Le impostazioni del nome host non dovrebbero rimanere nella propria sezione separata dell’interfaccia utente per – A lungo. Abbiamo in programma di integrarlo in un’altra sezione (probabilmente una nuova chiamata “Sistema”) in futuro Le uscite di Agama.

    Installazione su LVM

    Su Agama 13 c’è la possibilità di installararlo utilizzando LVM (Logical Volume Manager).

    Già era possibile definire i gruppi di volumi LVM e i volumi logici nella sezione storage della configurazione Agama. Può essere utilizzata sia tramite interfaccia che in riga di comando. Agama 13 fornisce una prima integrazione di tale funzionalità nel Interfaccia utente web.

    Web interface to configure LVM

    La nuova interfaccia consente già di definire uno o più gruppi di volume con un numero qualsiasi di volumi logici. Agama calcolerà automaticamente tutte le dimensioni finali sia per i volumi logici che per le partizioni necessarie per ospitare i volumi fisici LVM.

    Registra le estensioni dal Centro clienti SUSE

    Le possibilità offerte di predefinite da qualsiasi distribuzione Linux (open) SUSE possono essere estese aggiungendo i repository extra. Nel caso di prodotti di livello enterprise come SLES, ciò significa attivare componenti aggiuntivi ed estensioni, possono essere soggette a registrazione prima di essere disponibili per l’installazione.

    La configurazione di Agama 13 è stata estesa con l’opzione addon. L’esempio seguente illustra l’uso di questa funzione per registrare l’estensione. Può essere aggiunta in qualsiasi installazione di SUSE Linux Enterprise Server grazie al centro clienti di SUSE.

    {
    "product": {
    "id": "SLES",
    "registrationCode": "<CODE>",
    "addons": [
    {
    "id": "sle-ha",
    "registrationCode": "<CODE>"
    }
    ]
    }
    }

    Una funzione di configurazione Agama può essere utilizzata durante Installazione automatica e anche su installazioni interattive utilizzando l’interfaccia a riga di comando. Questo non implica che tale funzionalità sarà automaticamente disponibile all’interfaccia utente web di Agama.

    Selezione di singoli pacchetti da installare

    Simile al product la sezione Agama 13 estende anche la sezione software con nuove possibilità. Oltre all’elenco dei modelli precedentemente disponibili, ora è anche possibile specificare un elenco di singoli pacchetti, non necessariamente contenuti in alcun modello.

    {
    "software": {
    "patterns": ["gnome_desktop"],
    "packages": ["vim"],
    }
    }

    Come accennato in precedenza, non ci sono piani per aggiungere una selezione di software così fine al web Interfaccia utente di Agama.

    Supporto per URL in stile AutoYaST​

    Uno degli obiettivi di Agama è quello di fornire una transizione senza soluzione di continuità da AutoYaST.

    La configurazione è solitamente indicata da un URL che viene passato al programma di installazione. Ma gli URL di AutoYaST sono non standard come device://o label:// ogni di questi con la propria semantica specifica AutoYaST.

    Agama ora supporta gli URL che iniziano con device:, usb:, label:, HD:, DVD:e così via cd:, Per saperne di più visita la pagina corrispondente sito della documentazione di Agama. Supporto per schemi URL come file:, http:, ecc. sono ancora implementati utilizzando curl.

    Ricerca automatizzata di configurazione​

    AutoYaST è in grado di trovare l’installazione automatica, anche se nessun URL è stato esplicitamente specificato dall’utente.

    Se Agama viene avviato in modalità automatica ma non viene specificata alcuna configurazione (profilo), Agama cercherà automaticamente nelle stesse posizioni predefinite utilizzate da AutoYaST. In questi casi, Agama si aspetta un file di nome autoinst.jsonnet, autoinst.jsono autoinst.xml (in questo ordine) per essere localizzato su:

    • La radice di un file system denominato OEMDRV– Si’.
    • O la radice (/) dell’ambiente di installazione.

    Il primo file trovato viene utilizzato come profilo, avviando subito l’installazione.

    Distribuire i file durante l’installazione​

    AutoYaST permette di distribuire i file di configurazione completi utilizzando il <files />. Proprio come gli script, è possibile incorporare il contenuto del file nel profilo o recuperarlo da un percorso.

    {
    "product": {
    "id": "Tumbleweed",
    },
    "user": {
    "fullName": "beloved TUX",
    "password": "tux",
    "userName": "tux"
    },
    "root": {
    "password": "linux"
    },
    "files": [
    {
    destination: "/home/tux/scripts/test.sh",
    content: |||
    #!/usr/bin/bash
    systemctl start multipathd.socket multipathd.service
    |||,
    permissions: "755",
    user: "tux",
    group: "users"
    },
    {
    destination: "/root/test2.md",
    url: "https://gist.githubusercontent.com/example/a_file.md"
    }
    ]
    }

    È rinominato l’attributo body di scripts in content