Devo premettere che sono un patito di Osx, non per niente me lo sono installato sul pc fisso (ecco la guida per chi vuole fare lo stesso) in tri-boot con tutto il resto (grande grub!!!); così la prima cosa che ho fatto è stata quella di cercare un dock decente per windows; cazzo nel 2011 ce ne sarà finalmente uno che funziona!! RocketDock, RK Launcher, XWindows Dock e per ultimo ObjectDock, li ho provati tutti e devo dire che è stato proprio quest’ultimo a convincermi maggiormente.

Tra tutti quanti è quello con le animazioni più fluide e che si integra senza particolari problemi con lo spazio di lavoro circostante.

E’ decisamente molto personalizzabile, i settaggi sono pochi, chiari e semplici ed in pochi minuti si ottengono degli ottimi risultati. L’unico neo sono gli indicatori delle icone attive, quelli forniti di default sono carini ma leggermente eccessivi nelle dimensioni, così, armato di photoshop, anche se un normalissimo paint sarebbe stato più che sufficiente, ho ridimensionato un paio di indicatori che mi piacevano di più (li potete scaricare da qui).

Ovviamente non mi sono ispirato solo ad Osx, anche linux ha le sue chicche.

Non so se conoscete il plasmoide DesktopFolders di kde o l’omonimo screenlet di gnome… comunque sia chissà quanti come me spesso diventano scemi ciechi cercando un’icona sul desktop; bene con Fences possiamo recuperare qualche neurone che credevamo ormai perduto anche se usiamo winzozz. Anche in questo caso le impostazioni sono veramente semplici, non a caso entrambi i programmi sono sviluppati dalla stessa casa (la stardock), il principio è quello di organizzare le icone secondo un proprio ordine logico (praticamente veniamo incontro alle nostre ormai limitate capacità mentali )

Alla fine otteremo un risultato un pò come questo

Le cause del problema sono tutt’ora ignote; su twitter si legge che ci sono stati svariati problemi con i server sui quali era hostata tutta la baracca, però, a noi questa sembra più una scusa; in fondo, sempre su twitter, si legge che avevano addirittura aggiunto secondo server in modalità “bilanciamennto” per assicurare un servizio migliore agli utenti.

Ad ogni modo bisogna andare avanti, e  da bravi scrocconi non possiamo fare altro che rimboccarci le maniche e cercare delle valide alternative! In fondo non si può vivere di solo Apktor

Detto fatto!

#1. MobilismMarket

Questo forse, tra le varie soluzioni alternative è la migliore; dietro di se ha tutta la cricca dell’omonimo forum che assicura una certa frequenza dell’aggiornamento delle release.

Chi già conosce il forum non avrà alcun problema nell’orientarsi all’interno dell’applicazione, il tutto è organizzato esattamente nella stessa maniera. Al suo interno infatti, non solo troviamo tantissimo materiale per Android, ma anche per windows mobile, iphone, symbian ed altro ancora; le applicazioni sono divise sia per piattafoma, categoria e per data di rilascio e riportano tutte le informazioni pubblicate sul forum stesso ed i link al download. L’applicazione in sè per sè è estremamente veloce, ma se proprio vogliamo essere critici l’unico problema che si potrebbe incontrare è l’ìncompatibilità del browser nativo di android di scaricare i file messi a disposizione sui vari siti (Megaupload, fileserve e così via..); il problema è comunque aggirabile con l’utilizzo di browser di terze parti.

#2. Snappz Market

A discapito di quanto può sembrare nella foto la grafica di questo market non è molto curata. Benché molto ispirata all’originale gli effetti utilizzati sono tutt’altra cosa, lo scrolling poi mi fa rabbrividire.. pure la velocità di navigazione tra una pagina e l’altra ricorda molto l’originale. Ma se la sostanza è quella che conta allora merita senza ombra di dubbio la seconda posizione; tra giochi e programmi possiede oltre 7000 titoli, ovviamente tutti gratuiti. In realtà non sono velocissimi negli aggiornamenti, ma chi avesse dimostranze in tal senso è sempre libero di mettere mano al portafoglio

#3. 1MobileMarket

A dire il vero 1MobileMarket sembra offrire solo applicazioni gratuite, ma dal momento che è un’app veramente carina e veloce va segnalata. Inoltre, incredibile ma vero, ti segnala gli aggiornamenti delle proprie applicazioni prima ancora che lo faccia l’Android Market ufficiale che, com’è ormai noto, non va molto d’accordo con chi come me cambia Rom una volta a settimana

E voi? ne conoscete altri?

Click here to view the video on YouTube.

E se ancora non fosse chiaro, ecco un’altra personalissima opinione

Click here to view the video on YouTube.

A differenza del suo predecessore ApkTor, il quale è sempre vivo e vegeto (e funzionante) e gode di tutta la mia massima stima ed ammirazione, non ha bisogno di configurazioni varie, non ci sono repository da aggiungere! Il suo funzionamento ricorda da vicino quello di Installous per iOS: è una semplice applicazione da installare e poi ci pensa lei ad aggiornare automaticamente l’intero database esattamente come fanno il market e l’appstore, segnalando inoltre la presenza di eventuali aggiornamenti anche per le applicazioni già presenti sul telefonino. Per farlo funzionare è necessario solo scaricare l’apk dal sito ufficiale www.applanet.net ed installarlo tramite un file manager.

Muoversi al suo interno è davvero semplice; nel suo database contiene oltre 14,000 applicazioni, sia gratuite che a pagamento, ma anche in questo caso potete scaricarle gratuitamente senza alcuna difficoltà grazie all’interfaccia grafica che ricalca quella utilizzata nelle precedenti versioni del market Android. Una cosa molto curiosa è che, come il market originale, offre la possiblità di commentare l’applicazione scaricata :). Va segnalato che di tanto in tanto smette di funzionare (nel senso che appare solo il layout del market con al suo interno una pagina bianca), ma fin’ora  è bastato andare sul sito ufficiale e scaricare l’ultima versione per ricominciare ad utilizzarlo. L’applicazione in sè non richiede l’abilitazione dell’account di root, va da sé che nel caso in cui si vada ad installare pacchetti come “setcpu” essi devono essere attivi.

La procedura è estremamente semplice, e non porta grossi rischi con se (a patto che non si sbagli partizione :P), ma come di consueto non mi assumo alcuna responsabilità se il computer dovesse iniziare a parlare, esplodere o se la vostra donna dovesse trovarvi meno sexy del giorno prima!!!

Iniziamo!

Prerequisiti: Un minimo di conoscenza riguardo gli LVM, che il Logical Volume è contenuto nel Volume Group? Che il Volume Group va su un Physical Volume che… blablabla chi nn si ricorda come creare/aggiungere una partizione LVM si rilegga la mia Guida su come modificare il root filesystem

Iniziamo davvero:

Assumiamo che la partizione di SWAP è /dev/VoolGroup00/LogVol01 (ricordate come sono fatti gli LVM? ), bisogna innanzitutto disattivarla, pertanto date il comando

# swapoff /dev/VolGroup00/LogVol01

Estendiamo quindi la partizione LVM con

# lvresize /dev/VolGroup00/LogVol01 -L 4G

Ora ricreate l’area di swap con

# mkswap /dev/VolGroup00/LogVol01

Ed infine riattivatela

# swapon /dev/VolGroup00/LogVol01

Per controllare che l’area di SWAP si sia realmente modificata date il comando

# free

Questa guida tratta un argomento abbastanza avanzato: il ridimensionamento di un filesystem ext3, ma non di uno qualunque, bensì del root. Sarebbe il caso, per chi è proprio alle prime armi, di leggersi un minimo di documentazione riguardo gli LVM¹, di conoscere e capire anche solo a livello teorico cosa sono e cosa fanno. Ad ogni modo per i più pigroni: LVM non è altro che un livello di astrazione tra i dischi fisici del pc e i file su di esso contenuti; ci permette di utilizzare più dischi insieme in un unico filesystem, ma mi raccomando non confondetelo con il RAID anche se spesso vanno a braccetto.

Inizializzazione Dischi: LVM marchia i dischi come suoi scrivendo le informazioni nelle singole porzioni di ogni disco chiamate ‘private region’

Raggruppamento Dischi: si vanno a definire dei Volume Group ossia degli Array Virtuali di dischi.

Definizione Volumi: All’interno dei Volume Group si possono definire l’equivalente delle partizioni che si chiamano Logical Volume

Creazione file system: All’interno dei Logical Volume si possono creare dei filesystem di vario genere (tipicamente di tipo veritas con estensione Online JFS).

Cos’ha di particolare il root filesystem rispetto agli altri? La risposta è semplice, anche se ormai i nuovi kernel sono già patchati con l’ext2online, è sempre estremamente rischioso effettuare modifiche importanti su di un filesystem quando è ancora montato, pertanto è necessario riavviare la macchina e farla partire con un cd live o cmq in rescue mode per poi poter lavorare sul disco.

Trattandosi di una VM hostata su XenServer ho come prima cosa modificato le proprietà della macchina trasformandola da PV ad HVM usando i passi descritti nella mia Guida: XenServer – Boot VM da ISO) per avviarla con una ISO. Io ho usato il primo cd di Centos-5.4, ma qualunque altro cd di linux va bene, anche debian per esempio.

Guida

Per prima cosa inseriamo il cd ed accendete il computer, al boot scrivete:

# linux rescue

Arrivati alla shell di sistema bisogna inizializzare il disco creando la nuova partizione destinata poi al LVM, quindi assumendo che sono 2 dischi da 100gb (sda ed sdb) e che volete aggiungere sdb al Logical Volume principale (LogVol00) a cui già fa parte sda scrivete:

# fdisk /dev/sdb

fdisk è il programma che si occuperà di inizializzare il disco, date i comandi come segue

n  (per creare una nuova partizione)

p (per farla primaria)

1 (il numero della partizione)

Invio (usate il primo cilindro)

Invio (usate fino all’ultimo cilindro)

t (scgliemo il tipo di partizione)

8e (codide esadecimale per LVM)

w (scrive i cambiamenti sul disco ed esce)

Adesso è il momento di definire il Physical Volume per LVM

# pvcreate /dev/sdb1

Ora estendete il Volume Group nel PV appena creato

# vgextend VolGroup00 /dev/sdb1

Ora finalmente possiamo incrementare il volume logico con

# lvextend -L200G /dev/LogGroup00/LogVol00

adesso smontate il file system di root (nel caso di centos viene montato i /mnt/sysimage)

# umount -fl /mnt/sysimage

Controlliamo e ridimensioniamo il filesystem con

# e2fsck -f /dev/VolGroup00/LogVol00

# resize2fs -f /dev/VolGroup00/LogVol00

A questo punto ci vorrà un pò di tempo a seconda delle dimensioni del disco, quindi andatevi a fare un buon caffè, al vostro ritorno non vi resta che riavviare il pc con un banalissimo reboot.

La procedura è molto banale, ma ad ogni modo non mi assumo nessuna resposabilità nel caso in cui il  computer dovesse saltare in aria o se la vostra ragazza inizia a vomitare roba verde come la bambina dell’esorcista; mi raccomando di fare attenzione alla posizione dello storage delle ISO, non fate partire una VM da una immagine iso o una share samba/nfs hostata sulla VM stessa, altrimenti son dolori

Innanzi tutto bisogna accedere alla console (tramite XenCenter, ssh o anche la CLI remota) ed impostare il valore “BIOS order” al parametro HVM-boot-policy della macchina virtuale. Per prima cosa è necessario identificare la VM trovando il suo UUID¹; dal terminale diamo il comando:

# xe vm-list

verrà fuori un output simile a questo dove vedremo il nome della VM, il suo stato ed il suo uuid

# xe vm-param-set HVM-boot-policy=”BIOS order” uuid=7022fd12-65c9-921e-2bb8-e943073adfa9

# xe vm-param-set HVM-boot-policy=”” uuid=7022fd12-65c9-921e-2bb8-e943073adfa9

Mi raccomando, nel caso vogliate utilizzare questa procedura per reinstallare una VM da zero, lasciate direttamente perdere e createne una nuova da un template

Dopo oltre 3 mesi dall’ultimo post torno finalmente a dare segni di vita qui sul blog. Vi ripeto, non mi hanno portato via i marziani, è solo che in questo periodo sono successe un sacco di cose, talmente tante che a venir meno è stato proprio il tempo da dedicare a questo spazietto, ma che allo stesso tempo mi hanno dato la possibilità di apprendere ed accumulare tante novità per le prossime guide¹!!Quest’anno è stato molto particolare, MaDaWeb²  è andato in vacanza nel Salento (E’ un posto fantastico, consiglio a tutti di andarci se già non l’avete fatto!), abbiamo visto un sacco di posti (mille grazie a maps per averci fatto da guida!) e passato 10 giorni fantastici! Il cl0u penso sia stato a Leuca quando abbiamo fatto il bagno in una grotta dai colori davvero suggestivi.

Al termine delle vacanze, tornato in ufficio, il grande capo mi dice: “Ehi Micio!” – eh si..!! anche il capo mi chiama così – “non disfare le valigie, tanto fra 2 settimane te ne vai in America”. Che dire… WOW!! (A dire il vero la reazione è stata tutt’altra, ve la lascio immaginare ) chi non salterebbe di gioia dopo una notizia simile il primo giorno di lavoro dopo le ferie?

Ritornato dalla vaca… ehm.. dal viaggio di lavoro (in fondo era una convention ^^ ) oltre oceano, finalmente inizio a dedicarmi a quella che forse tra tutte è stata la vera svolta di questi ultimi mesi. Praticamente poco prima di ferragosto tramite l’amico di un amico, mi trovo a chiacchierare su skype con un tizio che campa facendo hosting a basso costo e che mi propone di dargli una mano nella gestione e manutenzione della WebFarm. Io, che proprio non so resistere alla tentazione di smanettare con una vera Farm, ovviamente ho accettato, e così mi sono ritrovato davanti a sistemi particolari come XenServer o cPanel che, manco a dirlo, non avevo mai visto prima da vicino e che mi hanno fatto passare un sacco di notti insonni. Però alla fine vi assicuro che sono sono affatto complicati da gestire, basta avere tanta pazienza che tanto prima o poi ci si fa la mano!

Infine, per chiudere in bellezza, ecco arrivare il giorno più atteso, la sera in cui tutto finisce e tutto inizia: il matrimonio del compare! Ragazzi fategli tanti auguri mi raccomando! Più che altro di buona fortuna

Insomma come avete potuto capire sono stati giorni davvero concitati, pieni di novità e di cose da fare.. viaggi, feste e tanto tanto sbattimento davanti al computer cercando di imparare quanto più possibile riguardo questi sistemi!

ps. Da adesso aspettatevi un sacco di guide su XenServer, vps, lvm ecc ecc ecc

Per l’occazione, Frederic Peters ha annunciato che la versione stabile e completa di Gnome 3.0 subirà un ritardo di almeno 6 mesi slittando quindi da settembre 2010 a marzo 2011.

La decisione ufficiale, racconta Peters, è stata presa dopo un incontro con la comunità nei primi giorni del GUADEC. In questo dibattito si è discusso delle aspettative che erano attorno questa release, e così il team di sviluppo, ha deciso di posticipare il rilascio per non rischiare di deludere qualcuno con qualche bug di troppo e qualche funzionalità di meno.

Ad ottobre però, insieme al consueto aggiornamento di Gnome in versione 2.x (siamo al 32esimo aggiornamento) verrà rilasciata una beta ufficiale di Gnome3.0 per dar modo ai più curiosi e temerari di utilizzare l’intero ambiente desktop e fare un pò di sano user beta test.

Questo approccio ricorda un pò quello utilizzato qualche anno fa dal team di KDE, che da ritardato di quasi un anno il rilascio della versione 4.0, che tra le altre cose non era poi così stabile e completa, anzi inizialmente era un’accozzaglia di applicazioni che a malapena interagivano l’una con l’altra.. Certo oggi le cose sono cambiate e gli obiettivi per il futuro sono di tutto rispetto, basti pensare che per la versione 4.7 si parla di integrare kwin con opengl3.

Da fedelissimo utente gnome quale sono, non condanno il team di sviluppo per il ritardo, a patto che rispettino la loro grande tradizione di release stabile per antonomasia, poi per i piccoli ritocchi c’è sempre tempo

[fonte]