quiet:

busy:

Cosa ci sarebbe di interessante quindi?

Dropbox in realtà va oltre, ed offre molto di più.
Prima di tutto, l’integrazione con il sistema operativo.

Oltre a poter caricare i nostri file dall’interfaccia web, as usual, possiamo infatti anche scaricare il client apposito (disponibile per i maggiori sistemi operativi), che si integrerà alla perfezione con il nostro file manager (attenzione! al momento nella versione GNU/linux del client l’integrazione è limitata a nautilus).
Scegliendo la cartella locale, verranno create due cartelle di default (Photos e Public), rispettivamente utili per creare un album fotografico e per condividere i file con altri utenti.

I file nella cartella Public perciò saranno dotati di un proprio link per la condivisione.
Ovviamente dentro la nostra cartella di condivisione, possiamo creare altre cartelle e riorganizzarle come meglio crediamo.
La gestione di questa cartella è assolutamente identica alla gestione di una qualsiasi altra cartella nel nostro filesystem, grazie al demone del client dropbox che in background garantirà l’astrazione adeguata.

Le potenzialità non si fermano qui: nell’interfaccia web infatti avremo un piccolo sommario delle azioni recenti, sarà possibile ripristinare file cancellati in precedenza.
È inoltre possibile creare delle cartelle condivise con altri specifici utenti, utile ad esempio per lavorare collaborativamente ad un solo progetto.

La sincronizzazione perciò è pressochè automatica, e durante l’utilizzo si ha veramente l’impressione di avere a che fare con una cartella locale del filesystem.

Per installarla su arch, tutto quello che dobbiamo fare è prendere da AUR nautilus-dropbox.
Al primo avvio, il client ci chiederà se abbiamo già un account o vogliamo crearlo, sistemerà nautilus per l’integrazione (saranno disponibili infatti voci dal menu contestuale) e provvederà a fare partire il demone.

Difetti?
il demone è closed source, allo stato attuale. se siete il tipo di persone che girano sempre con Tor e i cookies rigorosamente disabilitati, non fa per voi.

alla prossima.

Dei miracoli della pp (no pun intended) bardi e vati di terre lontane cantano le meraviglie… ma non divaghiamo.
così, abbiamo acquistato la nostra prima superfigosa reflex/fragolosa bridge/hackato il firmware della nostra iper-compattona, ed abbiamo scoperto del meraviglie del RÒU. Ovvero RAW, che come dice la parola, son i dati “grezzi” che il sensore riceve, senza intervento del processore (sì, contateci -.-’), o quasi, se non altro.

Perchè il RAW è importante per la post-produzione? Beh, se vi fate questa domanda, “lassate perde” per ora questa serie di articoli e fate un giro nei siti/forum di fotografia ;) .
Esempio veloce: scattate sotto una luce a tungsteno avendo lasciato le impostazioni di white balancing su una temperatura di colore in ombra. Risultato: rossiccio, tendente al rame.
foto da buttare? no, in jpeg potreste fare qualche aggiustamento di dubbia efficacia che riporti l’immagine ad un bilanciamento corretto, in RAW non sarà stato applicato il bilanciamento del bianco, e recuperare la nostra foto sarà facile come muovere uno slider.

Ovviamente ci sono un mare di altri motivi al di là delle regolazioni, primo fra tutti la gamma di colori. Un file jpeg supporta una gamma di colori di 8bit, un RAW 12/14bit . Serve dire perchè è esponenzialmente più comodo per controllare a puntino le nostre stampe? :)

“Digiamogi” un’altra cosa, però: su GNU/Linux,, l’amato tuttofare, il GIMP di Wilberiana memoria, non gestisce nativamente i RAW (almeno allo stato attuale).

Emmò? ci ubriachiamo di rosso e cediamo al nemico per le nostre esigenze di pp (ok, questa l’ho cercata..)? JAMAIS!

Esistono software che gestiscono in maniera ottimale i RAW su GNU/linux, e nelle prossime puntate, andremo ad esaminare per ciascuno pregi e difetti.

Stay tuned!

per commenti, malfunzionamenti et cetera, sempre disponibile. :)

aggiornando oggi su arch a preload 0.6, e facendo un reboot poche ore più tardi, ho avuto modo di provare su pelle questo simpatico bug che freeza il sistema senza troppi problemi, e senza possibilità di salvezza alcuna.

perciò, se avete aggiornato a preload 0.6, sappiate che potenzialmente siete a rischio (il bug è stato confermato da altri archers). Vi consiglio di fare un downgrade alla 0.4 e ignorare il pacchetto fino a nuova versione, oppure disabilitarlo del tutto.
Se avete già aggiornato e riavviato, da un live cd togliete preload dai vostri demoni e tutto tornerà a funzionare.

e pensare che 3 anni fa combattevo per far andare qualche scheda wifi.

ps: dedicato a tutti coloro che ritengono il modello di sviluppo open source un modello lento, caotico e che non porterà mai a risultati concreti.

sto seriamente pensando di farci un alias.

A parte l’ultima notiziona, finalmente il kernel 2.6.25 (tra le altre cose, tra le quali qualche affinamento a ext4 che si prepara ad uscire dallo stato di development) introduce il supporto del driver b43 (driver broadcom per modelli 43xx) alle schede con chip BCM94311MCG rev02, tra le quali ricordiamo l’argilla, come non citare il bronzo, e la fottuta pci che sta nel mio portatile.
Non appena entrerà nei repo arch farò da tester; sembra che il driver possa causare qualche problema in caso di errori hardware (fonte).
Se non altro potrò fare a meno di ndiswrapper (che per essere onesti, comunque, non ha mai dato il minimo problema).

Sul versante iso arch, invece, è stato rinnovato l’installer (ovviamente, trattandosi di rolling-release distro), e finalmente ad accogliere i nuovi utenti c’è un ridente grub dagli occhi di bragia, anzi, azzurrin:

volendo dare altre gnius, c’è abs che è passato a rsync al posto di cvs (sembra l’obiettivo finale sia quello di passare a svn), e c’è il sottoscritto che ha aggiornato wordpress dalla 2.3 alla 2.5 e se n’è pentito amaramente (interfaccia di amministrazione _troppo_ giocosa).

Infine volevo ringraziare il sempre ottimo hosting di tuxfamily.org, che fino a 5 minuti fa continuavo a credere avrebbe spostato i server in islanda per risparmiare.
Morale: mai fidarsi delle mail ricevute il 31 Marzo/1 Aprile.

A presto!(prima della prossima major release del kernel, stavolta prometto).

PS: chiedo scusa a tizi_ che cercando in virgilio “segnalibro pimpa” è finit_ nel post “pimpa il tuo konqueror” XD

dal changelog umano di kernelnewbies :

2.6.24 includes CPU “group scheduling”, memory fragmentation avoidance, tickless support for x86-64/ppc and other architectures, many new wireless drivers and a new wireless configuration interface, SPI/SDIO MMC support, USB authorization, per-device dirty memory thresholds, support for PID and network namespaces, support for static probe markers, read-only bind mounts, SELinux performance improvements, SATA link power management and port multiplier support, Large Receive Offload in network devices, memory hot-remove support, a new framework for controlling the idle processor power management, CIFS ACLs support, many new drivers and many other features and fixes.

inoltre, alcune micro-ottimizzazioni al CFS.

abbiatelo!