di Fedora Workstation, Server e dei suoi utenti

logo

Salve a tutti,

sono passato di recente a Fedora 21 e ho iniziato a seguire il Fedora Magazine, sito che ci tiene aggiornati sugli sviluppi di questa fantastica distribuzione.

Un post in particolare ha attirato la mia attenzione spingendomi a riprendere in mano questo blog: il 5tFTW di questa settimana (ovvero 5 things in Fedora This Week).

Questa settimana la rubrica fa chiarezza sulla nuova divisione di Fedora in tre rilasci – Server, Cloud e Workstaion.

Fedora Server: Is this for crazy people?

Questa la prima domanda: ha senso utilizzare Fedora, da sempre attenta a distribuire le ultime novità tecnologiche, su installazioni Server la cui principale caratteristica è, e deve essere, la stabilità del sistema?

La risposta, in breve, è che Fedora distribuisce le ultime novità ma pur sempre in versione stabile (e grazie al piffero…) e che per chi vuole tenersi aggiornato e preparato sulle ultime “tendenze” in fatto di virtualizzazione, networking e in generale tecnologie di basso livello ha in Fedora Server la scelta migliore.

Uhm, non mi occupo di Server, lascio ai lettori ogni eventuale considerazione.

Does Fedora Workstation mean Fedora is abandoning regular users?

Essì, perché non l’hanno chiamata Fedora Desktop ma Workstation. La differenza di focus non è casuale nè di poca importanza. Si punta non tanto all’utenza domestica (navigazione internet, visione filmati, gestione foto, pornazzi) quanto a chi col computer ci lavora, quindi principalmente sviluppatori software ma non solo.

Ora, prima di tutto bisogna dire una cosa: Fedora NON È MAI STATA una distribuzione desktop. Mai. E a dirla tutta sono pochissime le distribuzioni desktop nel panorama Linux (fattivamente Ubuntu, Linux Mint e Elementary OS). Per quanto ne so io Fedora è ed è sempre stata la versione di sviluppo di Red Hat, pensata per provare e sperimentare le nuove idee-tecnologie per poi poterle inserire pettinate e imbellettate nella distribuzione mamma. Ora ha questa nuova incarnazione di “Distro del fare”, bene, ottimo e abbondante. Approvo e sottoscrivo. Questo non significa che l’utente normale non possa usarla con soddisfazione, anzi. Solo, non si aspetti di essere coccolato come in altre distro: alla fine il regular user in Fedora è un second class citizen. Ma tutto sommato era così anche prima, quindi ben venga che si sia fatto chiarezza e si sia individuato con precisione l’utente tipo. So far so good.

Questo è quanto, se volete leggere il post originale fiondatevi qui.

Cheers e buone feste!

Pubblicato in informatica, linux | Contrassegnato , , , , , , | Lascia un commento

Come impostare un autocompletamento “umano” per Python in Geany

Da tempo il mio editor preferito per programmare è geany (con gedit buon secondo), così come il mio linguaggio dei sogni è e resta Python.

Uno dei problemi che ho sempre riscontrato in geany era l’autocompletamento del testo: attivandolo ottenevo oltre ai termini pertinenti al file in modifica, una pletora di metodi e classi che nulla hanno a che fare con il mio progetto.

completationWRONG

Indagando un po’ sono arrivato a questa mail del 2009 sulla mailing list degli sviluppatori che dice:

Geany has a file named python.tags, probably located
in /usr/share/geany on your system. This files contains the 
available symbol names for Python. [...]
However, this is far from being good. For instance, the symbol
completion is not context-sensitive, i.e. it doesn't take into 
account of which class the current object is when showing 
completions. It is a more or less a basic or stupid completion 
without any scope information.
"Geany ha un file di nome python.tags, con tutta probabilità 
presente nella directory /usr/share/geany del tuo sistema. Questo 
file contiene i nomi simbolici disponibili per Python. [...].
Comunque, questo (metodo) è lontano dall'essere ottimale. Per 
esempio, il completamento dei simboli non è sensibile al contesto, 
quindi non tiene in conto il tipo di classe a cui l'oggetto corrente
 appartiene mentre mostra i suggerimenti per l'autocompletameno. Si
 tratta più o meno di un basilare/stupido completamento privo di
 qualsiasi informazione sullo scope (del testo)."

Quindi la situazione già nel 2009 non era delle più rosee, e a quanto pare non è migliorata di molto da allora. Cosa fare dunque? Beh, semplicemente basta liberarci da quest’inutile file rinominandolo (così da poterlo ripristinare in caso di ripensamento):

sudo mv /usr/share/geany/python.tags /usr/share/geany/python.tagsBACKUP

ed ecco come cambia il completamento:

completationRIGHT

Certo, l’autocompletamento non è ancora ottimale ma alla fine fa il suo lavoro senza inondare lo schermo di inutili “suggerimenti”.

Enjoy

Pubblicato in informatica, linux, mini guide | Contrassegnato , , , , , , | 1 commento

Come usare più distro Linux e mantenere sincronizzati i propri programmi

Salve a tutti!
Questo pezzo è una premessa ad un altro che scriverò a breve sulla modifica dei PKGBUILD in archlinux.

Una delle cose che preferisco di Linux è la possibilità di ‘saltimbancare’ tra diversi programmi, desktop environment, distribuzioni etc.

Questo mi porta ad avere almeno 2 distro contemporaneamente sul computer di lavoro. In questo periodo ho infatti installati e pronti all’uso elementary OS luna beta e l’onnipresente rolling release archlinux. Oltre a windows 7 che però non fa testo, specie in questo post.

Ora, il problema di quest’approccio è che anche usando gli stessi programmi in entrambi gli OS, questi non vengono sincronizzati.

Facciamo un esempio con Thunderbird, il mio amato client email.
Immaginiamo di stare su elementary OS: scarico la posta e la leggo.
Se poi mi sposto su archlinux, aprendo Thunderbird e scaricando la posta otterrò che tra i messaggi nuovi avrò anche quelli già scaricati (e letti) su elementary OS. Cosa fastidiosa direi, che vanifica il divertimento di utilizzare più distro sul proprio computer.
Stesso discorso lo si può fare con Liferea, il mio lettore di feed RSS.

Ora, il problema non è comune solo al mondo Linux: tutti noi accediamo ai nostri dati (email, feed, bookmarks) da diversi dispositivi e da diversi OS. I modi per risolverlo sono i più svariati, solitamente ci si appoggia alla “nuvola” (cloud computing) e ad opportune opzioni di sincronizzazione dei vari programmi.Fortunatamente però, nel caso specifico di distro Linux si può ovviare al problema in modo banale e senza far passare i nostri dati attraverso oscure connessioni ad internet: basta far condividere la cartella impostazioni del programma tra i due OS.Ogni programma infatti salva le proprie impostazioni nella home dell’utente (solitamente in ~/.nomeProgramma o in ~/.config/nomeProgramma)

 nota 1: ~ è usato in Linux per indicare la home dell’utente, nel mio caso equivale a /home/medeo

nota 2: una cartella il cui nome inizia con il punto (.) in Linux è una cartella nascosta, se siete nella vostra home e non vedete le cartelle di configurazione provate a premere CTRL+H ;-)

Per esempio liferea salva i propri dati in ~/.liferea_1.8, quindi basta creare un collegamento (a.k.a. link simbolico) tra queste cartelle per fare in modo che i programmi siano automaticamente sincronizzati!

Entriamo nello specifico.

  • Indichiamo i due OS con OS_1 e OS_2.
  • Definiamo con OS_1 il sistema operativo principale (solitamente quello che usiamo più spesso e che prevediamo starà più a lungo sul nostro hard disk) in cui tenere le cartelle reali di configurazione. In OS_2 avremo i collegamenti alle cartelle reali.
  • Prerequisito  per questa operazione è che i due OS ‘si vedano’, ossia che posso accedere ai dati di OS_1 da OS_2 e viceversa. Se non si vedono consultate questa guida o chiedete nei commenti.
  • Non è strettamente necessario che i programmi installati nei due OS siano alla stessa versione: il trucchetto solitamente funziona anche tra versioni diverse dello stesso programma, tranne eccezioni.

Ora vediamo come eseguire l’operazione per Liferea, la cui cartella di configurazione si trova nella home utente.

L’operazione può essere compiuta da file manager o da terminale, vediamo come:

dal file manager di OS_2 (l’OS secondario) procediamo come segue:

1) rinominiamo ~/.liferea_1.8 in ~/.liferea_1.8_BACKUP
2) creiamo nella nostra home un collegamento alla cartella .liferea_1.8 di OS_1
3) testiamo che tutto sia andato come deve
4) cancelliamo tranquillamente la cartella di backup creata al punto 1

come eseguire le operazioni sopra indicate dipende ovviamente dal file manager che usate.

da terminale invece procediamo come segue:

1) creiamo una copia di backup della configurazione semplicemente rinominando la cartella relativa

mv ~/.liferea_1.8 ~/.liferea_1.8_BACKUP

2) creiamo il collegamento alla cartella di configurazione di OS_1.

ln -s /path_per_OS1_home/.liferea_1.8 ~/

(nel mio caso path_per_OS1_home è /archHome/medeo)

3) lanciamo il programma e vediamo se tutto è ok

liferea

4) se tutto ok cancelliamo la cartella di backup precedentemente creata

rm -r ~/.liferea_1.8_BACKUP

Un altra alternativa sarebbe quella di condividere l’intera home tra i due OS, magari ponendo quest’ultima in una postazione separata; Questa soluzione però comporta problemi in caso di Desktop Environment differenti, o di versioni differenti dello stesso DE.

Spero di essere stato utile, se avete dubbi… beh, i commenti sono li apposta per voi :-)

Pubblicato in informatica, linux, mini guide | Contrassegnato , , , , , , , | Lascia un commento

Gnome 3 you are doing it wrong: the close button

Hi all!
In the first release of the new Gnome 3 there was an interesting post of Allan Day  that explained why the classic 3 buttons configuration (minimize, maximize and close) in windows was antiquate.
In the post there was nothing against close button but now things seem to be changed.
The new guidelines for the “new generation gtk3/gnome3 applications” (still a draft) say “Your application’s primary windows should typically be maximized by default and their title bars hidden.
No more title bars? no more close button. So you need one more click to close a window:

first click on Web, than go down and click close (chiudi in the screenshoot)

So let’s examine this solution:

pro: you get less clutter and more space on a maximized windows (since you don’t have the title bar anymore)

cons: close button disappear, new user can’t find it. If you know how to close windows, you still need one additional click for such a common operation.

Please don’t underestimate the importance of one additional click

So here again: trying to give a better interaction to the user ends with force him to do extra tasks. Is it what we all want?

Pubblicato in informatica, linux | Contrassegnato , , , , , , , | Lascia un commento

New games for the good old commodore 64

[Disclaimer]
I’m Italian, i’m trying to write posts in English the best i can in order to improve my skills with it, sorry for any typo you can find, i hope you can still find my posts useful, any suggestion/correction are really appreciated :-D

I love c64! It was my first computer (actually, a c128 eternally in c64 mode) and i’ve spent loads of hours playing with his amazing games!

I still play with it via emulator, and have fun discovering hidden gems that i’ve lost back in the days.

The good ‘news’ is that i’m not the only one, and that there’s still lots of developers heavily active producing great new games for the good old commie.

Don’t you believe me? so take a look at this list

http://ready64.it/giochi/list.php?anno=2011

31 new games last year, not so bad, isn’t it?

if you want to see other list just change the year value in the link above.

From the list let me point your attention to…

C64anabalt

this is the c64 version of the flash games canabalt by Paul Koller aka Paulko64
you can grab the game here: c64anabalt

and, if you thing that the conversion is not so accurate, you can try this other one made by Andreas Varga aka Mr. SID :)

Mr. SID who? mmm, take a look at this other video :)

Prince of Persia

yeah! the good old Prince have never seen a release on the c64… till now!
It was a great work by Mr. SID and you can grab it here: canabalt unofficial

Hope you can enjoy it :D

Pubblicato in giochi, informatica, linux | Contrassegnato , , , , , , , , | Lascia un commento

Restore previous session when erroneously close Firefox

Hi all!

First post of this blog in English language: i need to improve it and writing posts in English may help.

I’ll do loads of mistakes for sure, so i hope that you still can find my posts useful :)

OK, let’s start with this “quick and dirty” for Firefox.

If you have lots of  opened tags in Firefox (5+ depending of your system), the new tab widget may be really close to (sorry for the pan) Firefox close button. So you could erroneously close Firefox and lose all your beloved tags…

Ok, i guess it depends on your setting, my Firefox is set to forget the opened tabs when i close it and reopen it. That’s because i usually don’t want them to be reloaded when i restart Firefox, and it’s really useful if you want to simply shut down your system without closing all your opened application (Firefox included).

So… what do you have to do when accidentally  close Firefox? Digging in the history could be the best way but there is a even better way: in the history menu there is a special item: “Restore Previous Session”, just click it and… ta-dah!!! you have all your tabs restored!

Useful, isn’t it?

Enjoy!

Pubblicato in informatica, linux, mini guide | Contrassegnato , , , , , , , | Lascia un commento

Eseguire codice python in gedit

Salve a tutti!

Riprendo al volo il blog per aiutare un lettore (ciao Stefano!) che ha commentato il mio precedente post completamento testo in gedit dicendo:

manca solo la possibilità di avviare il mio codice python direttamente da gedit e poi è perfetto! esiste un plugin che permette di fare questo (per evitare di uscire dall’editor e andare a scrivere da terminale)?

Ebbene, il plug-in esiste ed è distribuito insieme a gedit stesso: si tratta di “Strumenti esterni” (a.k.a. External Tools).

Il plug-in è molto potente e permette di scriptare in bash il nostro gedit e associare a questi script delle scorciatoie da tastiera in modo da averli sempre a disposizione. Fra gli script presenti di default abbiamo per esempio uno per rimuovere gli spazi di fine riga.

Nel nostro caso lo script è abbastanza semplice, tanto che ho pensato di lasciarvi una semplice schermata in cui sono visualizzati tutti i parametri usati, in modo che basta impostare i settaggi come in foto e avrete magicamente la possibilità di eseguire il vostro codice python direttamente da gedit!

NB1: io ho impostato F5 come shortcut, voi potete usare quello che più vi aggrada

NB2: importante! io uso Arch Linux, dove python 2 viene lanciato con il comando “python2″ mentre usando semplicemente “python” viene lanciato python 3. Per quanto ne so è una caratteristica solo di Arch, quindi se non vi funziona lo script provate a mettere “python” e dovrebbe filare tutto liscio.

Di seguito la schermata:

Eseguire codice python direttamente da GEdit

Enjoy!

Pubblicato in informatica, linux, mini guide | Contrassegnato , , , , , , , , , , | 3 commenti