da avvisi di Mint e leggendo il wiki vedo che il supporto a Siena e' prossimo al termine. Attualmente funziona alla perfezione sul mio vecchio Asus EeePC 1215, 32bit, ma ho visto che e' disponibile la serie Urbino per processori 32bit: ma passare a Urbino da Siena comporta, immagino, una reinstallazione integrale del SO? Le eventuali configurazioni della versione Siena (programmi aggiunti, ottimizzazioni ecc.) come potrei 'trasferirle' a Urbino, solo ripartendo dalla installazione nuova, o un eventuale backup (che non saprei come effettuare...) potrebbe aiutare in un ripristino?
Grazie mille per il gran lavoro che fate: riuscire ad utilizzare senza problemi un pc come l'EeePC con 2GB di RAM e' davvero un risultato impareggiabile... Sarebbe un vero peccato doverlo abbandonare...
Se dopo l'installazione della release Urbino 32/64bit firefox, a seguito degli aggiornamenti di sistema, non dovesse funzionare correttamente (firefox si apre ma non permette l'usabilità), per risolvere il problema è necessario rimuovere la cartella nascosta ".mozilla" situata nella home dell'utente.
Dopo tale operazione è possibile riaprire firefox e navigare.
---------------
If after installing the Urbino 32 / 64bit release firefox, following system updates, does not work correctly (firefox opens but does not allow usability), to solve the problem it is necessary to remove the hidden ".mozilla" folder located in the user's home. After this operation it is possible to reopen firefox and navigate.
Hello , I have been using Bergamo and like it . There are not i3-wm or i3-gaps related packages neither on native PCLinuxOS or Bergamo repository . It is requested that it would be great to have i3 wm and its related packages to Bergamo repository.
Caspita, lavorate tantissimo!
Questa "Portofino" è bella leggerina che sarà in grado di girare bene come la "Roma" sul mio vecchio Notebook HP210 (Siena è già troppo pesante) ?
Comunque bravi.
Ciao
apro questo tread solo per comunicarti che credo di aver risolto l'errore del tread precedente: ho modificato, qualche giorno fa dopo la chiusura del precedente, il Grub, aggiungendo la stringa acpi_osi=Linux nei parametri d'avvio per il kernel. Dal riavvio e da quelli successivi non e' piu' comparso l'errore e si e' risolta anche la mancata attivazione del bluetooth, che ora funziona perfettamente con i tasti Fn+F2 e l'app Blueman.
Penso possa risultare utile se dovesse ripresentarsi per altri utenti.
Un caro saluto, grazie per tutta l'attenzione prestata
In realta' non riscontro nessun problema nella gestione della tastiera, tutti i tasti sono correttamente riconosciuti: gia' nella fase di installazione Calamares aveva visualizzato il corretto layout di essa. Inoltre quando compare (anche piu' volte) la finestra di errore tutto continua a funzionare senza errori (tastiera, finestre, mouse, ecc.). Diciamo che, se non e' nulla di piu' 'serio', l'unica seccatura e' chiudere le finestre di errore: sarei pero' curioso di saperne l'origine, e se posso/devo fare qualcosa o semplicemente ignorarle. Come indicato nelle stringhe, il pc e' un Asus eeepc-1015PEM (che peraltro confermo funzionare a meraviglia con Siena: ieri ho configurato due stampanti, una vecchia Epson Stylus SX440W e una HP Laserjet Pro MFP M125nw: scontato che funzionassero come stampanti, ma anche i due scanner sono stati riconosciuti e funzionanti (meno scontanto, su linux... con il precendente LMDE2 non ci ero riuscito...).
Gent. supporto,
ho installato Siena sul mio (vecchio...) Asus eeepc, e gira perfettamente (ho solo penato un po' per le partizioni, gia' esistenti per una precedente versione di Mint DE). Sto riscontrando un probabile bug nella gestione delle finestre, qualunque sia il tema scelto (nel mio caso di default BlackMate, ma anche con qualunque altro): la minimizzazione della finestra tramite il pulsante in alto a destra in realta' la chiude, mentre la massimizzazione e la chiusura funzionano correttamente. Posso fare qualcosa per risolverlo? E' un bug conosciuto?
Grazie in anticipo per il supporto, e grazie per il gran bel lavoro che svolgete con le versioni proposte.
Dopo alcune segnalazioni trovate online di seguito la soluzione per chi desiderasse rimuovere l'icona di Penguin's eggs dal proprio desktop:
mediante terminale digitale il seguente comando:
sudo rm -r /etc/xdg/autostart/penguin-links-add.desktop
oppure vi basterà spostarvi nella cartella /etc/xdg/autostart/ con permessi di root ed eliminare il file penguin-links-add.desktop
N.B. ricordiamo che Penguin's eggs è un tool che stiamo utilizzando per la creazione di iso e che abbiamo adottato, pertanto un minimo di visibilità è dovuta.
-----------------
After some reports found online below the solution for those wishing to remove the Penguin's eggs icon from their desktop:
using the following command with a terminal:
sudo rm -r /etc/xdg/autostart/penguin-links-add.desktop
or just move to the folder /etc/xdg/autostart/ with root permissions and delete the file called penguin-links-add.desktop
Please Note: remember that Penguin's eggs is a tool that we are using for iso creation and that we have adopted, therefore a minimum of visibility is required.
Gli aggiornamenti di oggi includeranno un cambiamento nel modo in cui Synaptic installa i kernel nella sezione software principale per PCLinuxOS (versioni Bergamo/Mantova). Se sono presenti driver del kernel aggiuntivi come il driver nvidia o il driver broadcom che devono essere compilati, lo farà durante la fase di installazione del kernel synaptic invece di compilarli al primo avvio del nuovo kernel. Si prega di consentire a Synaptic di completare la transazione. Potrebbe esserci un modo per eseguire il fork del processo di compilazione del driver del kernel in una finestra separata in modo che synaptic non sembri bloccato.
-----------------------
Today's updates will include a change in the way synaptic installs kernels in the main software section for PCLinuxOS (Bergamo/Mantova versions). If there are any additional kernel drivers such as the nvidia driver or the broadcom driver that needs to be built then it will do it during the synaptic kernel installation phase instead of building them on first boot of the new kernel. Please allow synaptic to complete the transaction. There may be a way to fork the kernel driver build process into a separate window so that synaptic does not appear to be hung up.
