Categoria: GNU/Linux

gnulinux

  • Rilasciato di LXQt 2.2.0

    Rilasciato di LXQt 2.2.0

    Il generale di carattere

    • Il supporto Wayland è migliorato in diversi componenti, in particolare con configurazioni multi-schermo, nei quali vengono visualizzati i nomi delle schermate anziché i numeri dello schermo. Questo perché Wayland non ha il concetto di “schermo primario”. È un cambiamento irreversibile solo su Wayland per X11 rimane intatta.
    • LXQt Wayland Session è stato aggiornato per le ultime versioni stabili dei gestori delle finestre Wayland supportati.
    • PCManFM-Qt supporta le opzioni personalizzate per i terminali. Inoltre, il punto di attivazione viene impedito quando il Backspace viene mantenuto premuto all’interno della barra del filtro transitoria, la rinomina di massa può gestire la sostituzione delle stringhe, l’elenco dei menu “Apri con” le app che possono aprire più file con diversi tipi MIME, vengono aggiunte collegamenti per modificare la modalità di visualizzazione, ecc.
    • QTerminal e QTermWidget è stato migliorato, correzioni per quanto riguarda il rendering del testo e alcune nuove funzionalità come il cursore lampeggiante e il cursore del mouse che si auto-nascondono.
    • LXQt Power Management supporta i profili di alimentazione, ad esempio attraverso power-profiles-daemon. I profili sono mostrati e possono essere cambiati nel menu contestuale della batteria sul pannello (nella versione successiva, saranno disponibili anche senza batteria).

    Sessione di LXQt

    Un secondo processo di sessione Lxqt per lo stesso utente è impedito.

    Altri cambiamenti e miglioramenti,

    • Viene aggiunto un metodo D-Bus per l’avvio di app in sessione LXQt. Particolarmente utile per definire le scorciatoie globali sotto Wayland. Leggere la sezione Wiki correlata.
    • Quando una voce di avvio automatico è disabilitata, è disabilitata solo per LXQt, senza influire sugli altri ambienti grafici.

    QTerminal e QTermWidget

    Oltre alle correzioni e miglioramenti vari,

    • Le imposte sono fatte per problemi nel rendering del testo in circostanze speciali e con caratteri speciali.
    • La combinazione di caratteri è supportata.
    • Se un processo è in esecuzione all’interno di QTerminal, verrà visualizzato un messaggio sulla chiusura. Questo sostituisce il vecchio prompt, che era quasi inutile.
    • Le opzioni vengono aggiunte per il cursore del mouse automaticamente-hissding e lampeggiamento del cursore del testo.
    • Viene aggiunta un’opzione per mettere a fuoco un sub-terminal sul mouseover.
    • La finestra di dialogo Preferenze è resa più pulita.
    • La trasparenza delle app viene rimossa. Era inutile e non ottimale quando esisteva la trasparenza terminale.

    LibFM-Qt / PCManFM-Qt

    • Sono supportate le opzioni personalizzate per i terminali.
    • Le app comuni sono elencate nel menu “Apri con” quando vengono selezionati più file con diversi tipi MIME.
    • La zittatura viene impedita quando lo spazio di schienali viene premuto all’interno della barra del filtro transitoria.
    • La sostituzione avanzata delle stringhe è possibile in blocco di rinomina.
    • Menu contestuale per aprire la cartella contenente in search:///.
    • Ctrl + Shift + NUMERO viene aggiunto come scorciatoia per cambiare la modalità di visualizzazione.
    • Gli schermi di Wayland vengono gestiti usando i loro nomi.
    • Il drag-and-drop è migliorato, in modo tale che gli oggetti vicini non siano spostati il più lontano possibile.

    Vedi libfm-qt e pcmanfm-qt per tutte le modifiche.

    Pannello di LXQt

    • Gli schermi di Wayland sono gestiti usando i loro nomi, non i numeri.
    • Per il colore del testo viene aggiunta un’opzione per il testo del comando personalizzato.
    • PageDown e PageUp sono abilitati per il menu Fancy Menu.
    • Il supporto menu-cache viene rimosso – nessuno lo ha usato.
    • I messaggi di debug fastidiosi su Status Notifier vengono messi a tacere (nel registro).

    Vedere lxqt-panel per tutte le modifiche.

    Gestione di LXQt

    • I profili di potenza sono supportati, ad es. attraverso power-profiles-daemon.
    • La sospensione dello schermo viene scelta per impostazione predefinita.

    Archivio di LXQt

    • La gestione degli archivi è con 7zip per impostazione predefinita.
    • 7z è usato per la gestione degli archivi RAR.
    • Gli indirizzi dei link sono mostrati.
    • Alcune icone della barra dei menu sono state aggiunte.

    Vedere lxqt-archiver per tutte le modifiche.

    Libqtxdg

    • Aggiornato alle Qt 6.9.

  • 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

  • Fwupd 2.0.8 rilasciato con un supporto UEFI avanzato

    Fwupd 2.0.8 rilasciato con un supporto UEFI avanzato

    Nel corso di un mese dalla sua precedente versione 2.0.7, Fwupd, un’utilità open source progettata per rendere l’aggiornamento del firmware su sistemi basati su Linux più facile e automatico, ha implementato la sua nuova versione 2.0.8. In particolare, porta due nuove caratteristiche chiave e allo stesso tempo affrontando diversi importanti problemi di stabilità.

    In primo luogo, questa versione introduce il database UEFI aggiornato come nuovo attributo Hardware Security Interface. In termini pratici, significa che il processo di aggiornamento del firmware può ora trasportare metadati aggiuntivi, rafforzando così l’integrità e la tracciabilità del firmware.

    Inoltre, Fwupd 2.0.8 include due nuovi plugin in grado di aggiornare il database di firma UEFI e la chiave di scambio chiave. Questo miglioramento è particolarmente importante per gli utenti che distribuiscono regolarmente aggiornamenti del firmware su più sistemi, in quanto offre un metodo più semplice per mantenere la conformità alla sicurezza e ridurre il rischio di errata configurazione.

    Gli sviluppatori Fwupd hanno risolto numerosi bug che in precedenza ostacolavano determinate operazioni. In particolare, il software ora include correttamente /sys/firmware/efi/efivars in ReadWritePathsReadWritePaths, assicurando che tutte le cartelle necessarie siano accessibili durante gli aggiornamenti.

    La nuova versione evita DPAUX IO quando il DPCD BnR non corrisponde, eliminando uno scenario problematico che ha causato un comportamento inaspettato nelle versioni precedenti. L’aggiornamento rileva anche correttamente le funzionalità del protocollo Firehose se non vengono inviate automaticamente, evitando errori relativi alle comunicazioni del dispositivo.

    Alcune delle altre correzioni di bug degne di nota includono miglioramenti al modo in cui i controlli fwupd per l’hardware Supermicro e i metodi Redfish, una gestione della modalità JSON più rigorosa che sopprime le richieste e i messaggi e le modifiche che riducono gli avvisi critici, come quello attivato durante l’enumerazione DTH135K0C.

    Infine, Fwupd ora assicura che gli aggiornamenti del UEFI siano limitati alle architetture UEFI-compatibili, impedendo ai dispositivi non supportati di tentare una procedura di aggiornamento. Ulteriori perfezionamenti includono una migliore gestione dei nomi di cartelle minuscoli durante i controlli ESP e un metodo più preciso per impostare il formato di versione per le installazioni offline tramite fwupdtool.

    Per maggiori dettagli su tutte le novità, vedere il changelog.

  • Redox OS aggiorna il supporto USB 3.x, Async NVMe Driver

    Redox OS aggiorna il supporto USB 3.x, Async NVMe Driver

    Il sistema operativo open source Redox OS scritto in Rust ha pubblicato il suo rapporto sullo stato del marzo 2025 ci sono stati miglioramenti “sostantanziali” apportati al driver USB xHCI per Redox OS, supporto USB 3.x e completamento di un driver dell’hub USB. Per questo motivo sempre più dispositivi USB ora funzionano correttamente su Redox OS. Gli sviluppatori Redox sono alla ricerca di segnalazioni di tutte le tastiere USB / mouse / touchpad che non funzionano. Il supporto USB migliorato è probabilmente il miglioramento più interessante fatto per il sistema operativo Redox nell’ultimo mese.

    Il lavoro del kernel di Redox OS include l’implementazione della chiamata di sistema SYS-CALL per l’impostazione / ottenendo i parametri o invocando azioni su una risorsa. Redox OS ha anche spostato il suo driver di clock in tempo reale x86 dal kernel allo spazio utente, il supporto asincrono è ora all’interno del driver NVMe con prestazioni di I/O superiori al 13,14% ee hanno corretto molti errori del driver.

    Redox OS ora può anche essere installato solo una partizione piuttosto che l’intero disco tutto durante la fase di installazione del sistema operativo.

    I programmatori di Redox OS hanno migliorato la implementazione della libreria Relibc C e vari miglioramenti della portabilità dei programmi.

    Maggiori dettagli su questi recenti cambiamenti a questo sistema operativo basato su Rust sul sito ufficile Redox-OS.org

  • Come installare Docker su Void Linux

    Come installare Docker su Void Linux

    La prima operazione da compiere è aggiornare i pacchetti ed il sistema Void Linux per assicurarci di utilizzare l’ultima versione di Docker disponibile, apriamo il terminale e lanciamo il comando

    sudo xbps-install -Su

    se utilizzate i nostri alias come nella guida https://www.nazionlinux.com/void-linux-bash-alias/

    basterà digitare

    xugy

    Terminato l’aggiornamento del sistema possiamo installare Docker

    sudo xbps-install -S docker

    oppure sempre se utilizzate i nostri alias

    xip docker

    Con questo comando verranno installati i seguenti pacchetti:

    • docker: il pacchetto principale Docker.
    • docker-cli : uno strumento a riga di comando che ti permette interagire con il demone Docker.
    • containerd: gestisce il tempo di esecuzione del contenitore.

    Prima che possa funzionare, dobbiamo abilitare e avviare il servizio Docker. Void si affida a runit per gestire i servizi, un demone di gestione del servizio semplice e leggero. Per abilitare e avviare il servizio Docker, utilizziamo:

    sudo ln -s /etc/sv/docker /var/service

    Controlliamo lo stato del servizio con il comando sv

    sudo sv status docker

    Il servizio Docker è in esecuzione e si avvierà automaticamente ogni volta che il sistema si avvia.

    Controlliamo se la nostra nuova installazione di Docker funziona correttamente eseguendo una semplice applicazione containerizzata chiamata “nazionlinux“.

    sudo docker run nazionlinux

    Se tutto funziona come previsto comparirà la scritta Hello From Docker!

    Per impostazione predefinita, solo root e utenti con privilegi sudo possono eseguire i comandi Docker, se si tenta di eseguire il comando docker senza anteporre il comando sudo si otterrà un messaggio di errore.

    Per eseguire i comandi Docker come utente non root, è necessario prima aggiungere il proprio utente al gruppo ” docker”. È un compito semplice. Per fare ciò, digitare quanto segue:

    sudo usermod -aG docker ${USER}

    Il comando precedente, ${USER} è una variabile di ambiente di sistema che contiene il tuo nome utente. Quindi, eseguire il comando seguente per attivare le modifiche al gruppo:

    newgrp docker

    Puoi eseguire docker senza anteporre il comando sudo

    Ricordati che questa soluzione funzionerà solo per la sessione terminale corrente. In altre parole, se chiudi il terminale, dovrai eseguiredi nuovo il comando newgrp o anteporre il comando sudo. Per apportare questa modifica in modo permanente, riavviare il sistema Void Linux.