<?xml version="1.0" encoding="UTF-8"?>
<feed xmlns="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/" xml:lang="it-it">

  <title>Ossblog.it</title>
  <subtitle>Programmi free: scopri il mondo dell'Open Source</subtitle>
  <rights type="html"><![CDATA[2005-2011 Blogo.it]]></rights>
  <updated>2012-05-21T04:16:18+00:00</updated>
  <id>http://www.ossblog.it</id>
  <link rel="alternate" type="text/html" hreflang="it-it" href="http://www.ossblog.it" />
  <generator uri="http://lightpress.org/" version="1.1.0">Lightpress</generator>

  
  <entry>
    <title type="html">Exiv2 ottiene il supporto al formato CR2 delle immagini RAW di Canon</title>
    <link rel="alternate" type="text/html" href="http://www.ossblog.it/post/9883/exiv2-ottiene-il-supporto-al-formato-cr2-delle-immagini-raw-di-canon" />
    <id>http://www.ossblog.it/?p=9883</id>
    <author>
      <name>Federico Moretti</name>
    </author>
    <published>2012-04-29T09:00:55+00:00</published>
    <updated>2012-04-29T09:00:55+00:00</updated>
    <dc:subject>gpl</dc:subject><dc:subject>driver</dc:subject><dc:subject>dati exif</dc:subject><dc:subject>dati xmp</dc:subject><dc:subject>formati di documento</dc:subject><dc:subject>fotocamere digitali</dc:subject>
    <summary type="text"><![CDATA[Exiv2, una libreria e una raccolta di strumenti per la gestione dei metadata delle immagini acquisite con le fotocamere digitali, ha introdotto il supporto al formato CR2 di Canon. La versione 0.23 è in[...]]]></summary>
    <content type="html" xml:lang="it-it" xml:base="http://www.ossblog.it/post/9883/exiv2-ottiene-il-supporto-al-formato-cr2-delle-immagini-raw-di-canon"><![CDATA[<p><img src="http://static.blogo.it/ossblog/canoneos400d.jpg" class="post" border="0" align="left" width="280" height="210" alt="Canon EOS 400D" /><a href="http://www.exiv2.org/">Exiv2</a>, una libreria e una raccolta di strumenti per la gestione dei <em>metadata</em> delle immagini acquisite con le fotocamere digitali, ha introdotto il supporto al formato CR2 di Canon. La versione 0.23 è in grado di leggere e scrivere le informazioni in EXIF e XMP sulle fotografie grezze delle EOS, migliorando il supporto a PNG e JPEG.</p>
<p>Al database di Exiv2 sono state aggiunte altre lenti, sia di Canon, sia di Nikon: rispettivamente la EF-S 18-55mm f/3.5-5.6 IS II e la EF-S 18-55mm f/3.5-5.6 III per le fotocamere di Canon e la Tamron SP AF 17-50mm F/2,8 XR Di II LD Aspherical [IF] per quelle di Nikon. È stato corretto il supporto alla Tokina 11-16mm f/2.8 di Canon.</p>
<p>L’eseguibile per Windows di Exiv2 è disponibile tra <a href="http://www.exiv2.org/download.html">i download del sito</a> ufficiale, mentre <a href="https://launchpad.net/~pmjdebruijn/+archive/darktable-release-plus">i pacchetti</a> per Ubuntu dovrebbero apparire al più presto nel PPA di Pascal De Bruijn su Launchpad — al momento, sono fermi alla versione 0.22. Quest’ultimo è dedicato a Darktable, ma Exiv2 è utilizzato anche da altre applicazioni come digiKam.</p>
<p>Via | <a href="http://libregraphicsworld.org/blog/entry/exiv2-starts-writing-metadata-to-canon-raw-cr2-files">LGW</a></p>
 ]]></content>
    

  </entry>
  
  <entry>
    <title type="html">Hewlett-Packard distribuisce HPLIP su nuove stampanti e funzionalità</title>
    <link rel="alternate" type="text/html" href="http://www.ossblog.it/post/9789/hewlett-packard-distribuisce-hplip-su-nuove-stampanti-e-funzionalita" />
    <id>http://www.ossblog.it/?p=9789</id>
    <author>
      <name>Federico Moretti</name>
    </author>
    <published>2012-04-12T18:00:11+00:00</published>
    <updated>2012-04-12T18:00:11+00:00</updated>
    <dc:subject>hp</dc:subject><dc:subject>driver</dc:subject><dc:subject>driver degli scanner</dc:subject><dc:subject>inviare fax da linux</dc:subject><dc:subject>stampanti multi-funzione</dc:subject><dc:subject>stampare con linux</dc:subject>
    <summary type="text"><![CDATA[Hewlett-Packard (HP) ha aggiornato i driver HPLIP per Linux alla versione 3.12.4. Le novità riguardano il supporto di nuovi modelli: le funzioni aggiuntive sono poche, benché significative. Anzitutto,[...]]]></summary>
    <content type="html" xml:lang="it-it" xml:base="http://www.ossblog.it/post/9789/hewlett-packard-distribuisce-hplip-su-nuove-stampanti-e-funzionalita"><![CDATA[<p><img src="http://static.blogo.it/ossblog/hewlettpackardhp.jpg" class="post" border="0" align="left" width="280" height="210" alt="Hewlett-Packard (HP)" />Hewlett-Packard (<a href="http://www.hp.com/">HP</a>) ha aggiornato i driver <a href="http://hplipopensource.com/hplip-web/index.html">HPLIP</a> per Linux alla versione 3.12.4. Le novità riguardano il supporto di nuovi modelli: le funzioni aggiuntive sono poche, benché significative. Anzitutto, <a href="http://sourceforge.net/projects/hplip/files/hplip/3.12.4/">HPLIP 3.12.4</a> introduce due strumenti per l’aggiornamento e la rimozione dei driver. Di seguito, la lista delle stampanti supportate.</p>
<blockquote>
<ul>
<li>HP LaserJet Pro CP 1025nw Color Printer</li>
<li>HP LaserJet Pro CP 1025 Color Printer</li>
<li>HP OfficeJet 6100 ePrinter - H611a</li>
<li>HP Officejet 6600 e-All-in-One Printer - H711a</li>
<li>HP Officejet 6700 Premium e-All-in-One Printer - H711n</li>
<li>HP LaserJet Pro P1102s Printer</li>
<li>HP LaserJet Pro M1132s Multifunction Printer</li>
</ul>
</blockquote>
<p>I nuovi driver correggono il supporto alla scannerizzazione delle stampanti multi-funzione HP OfficeJet Pro 8500 a910g, 8600 e-AiO N911a e 8600 Plus e-AiO N911g. HPLIP 3.12.4 include uno strumento interattivo di diagnosi della coda di stampa o invio dei fax. L’aggiornamento è compatibile sia con Debian 6.0.4, sia Ubuntu 12.04 Beta.</p>
<p>Via | <a href="http://libregraphicsworld.org/blog/entry/hplip-gets-print-queue-analyzer">LGW</a></p>
 ]]></content>
    

  </entry>
  
  <entry>
    <title type="html">Google contribuisce a Coreboot coi sorgenti realizzati per Chrome OS</title>
    <link rel="alternate" type="text/html" href="http://www.ossblog.it/post/9755/google-contribuisce-a-coreboot-coi-sorgenti-realizzati-per-chrome-os" />
    <id>http://www.ossblog.it/?p=9755</id>
    <author>
      <name>Federico Moretti</name>
    </author>
    <published>2012-04-05T11:00:58+00:00</published>
    <updated>2012-04-05T11:00:58+00:00</updated>
    <dc:subject>hacking</dc:subject><dc:subject>driver</dc:subject><dc:subject>avvio del sistema</dc:subject><dc:subject>codice sorgente</dc:subject><dc:subject>dispositivi portatili</dc:subject><dc:subject>inizializzazione dei componenti</dc:subject>
    <summary type="text"><![CDATA[A distanza d’un anno dalla loro creazione, Google ha deciso di rilasciare le proprie patch di Coreboot — utilizzate sui Chromebook di Chrome OS. Il sistema alternativo al BIOS – che ha iniziato a[...]]]></summary>
    <content type="html" xml:lang="it-it" xml:base="http://www.ossblog.it/post/9755/google-contribuisce-a-coreboot-coi-sorgenti-realizzati-per-chrome-os"><![CDATA[<p><img src="http://static.blogo.it/ossblog/coreboot.jpg" class="post" border="0" align="left" width="280" height="210" alt="Coreboot" />A distanza d’un anno dalla loro creazione, Google ha deciso di rilasciare le proprie <em>patch</em> di <a href="http://www.coreboot.org/">Coreboot</a> — utilizzate sui Chromebook di Chrome OS. Il sistema alternativo al BIOS – che <a href="http://www.ossblog.it/post/9405/coreboot-inizia-a-sostituire-il-bios-per-lavvio-di-alcuni-portatili">ha iniziato a supportare</a> alcuni portatili – riceve così un enorme contributo per i processori e i chipset di Intel che non hanno un driver <em>open source</em>.</p>
<p>Le <em>patch</em> introducono il supporto a Sandy Bridge e Ivy Bridge, permettendo d’attivare il TurboBoost di Intel da Coreboot. Chrome OS, per il momento, utilizza un sistema noto come LinuxBIOS: Google intende sostituirlo con Coreboot per rendere ulteriormente più rapido l’avvio del sistema che, tra parentesi, sarebbe una Gentoo Hardened.</p>
<p>Il supporto di Mountain View a Coreboot è particolarmente gradito per via della situazione di UEFI e il blocco dei sistemi operativi diversi da Windows 8. Sebbene tardivo, il <em>commit</em> di Google risolve parecchi problemi noti con Intel e l’interesse verso Chrome OS potrebbe incentivare i produttori a optare per l’adozione di Coreboot.</p>
<p>Via | <a href="http://www.phoronix.com/scan.php?page=news_item&amp;px=MTA4Mjg">Phoronix</a></p>
 ]]></content>
    

  </entry>
  
  <entry>
    <title type="html">Daniel Nicoletti rilascia colord-kde 0.2: è compatibile con ColorHug</title>
    <link rel="alternate" type="text/html" href="http://www.ossblog.it/post/9753/daniel-nicoletti-rilascia-colord-kde-02-e-compatibile-con-colorhug" />
    <id>http://www.ossblog.it/?p=9753</id>
    <author>
      <name>Federico Moretti</name>
    </author>
    <published>2012-04-05T09:00:13+00:00</published>
    <updated>2012-04-05T09:00:13+00:00</updated>
    <dc:subject>kde</dc:subject><dc:subject>driver</dc:subject><dc:subject>calibrazione dello schermo</dc:subject><dc:subject>dispositivi integrati</dc:subject><dc:subject>gestione del colore</dc:subject><dc:subject>pannello di controllo</dc:subject>
    <summary type="text"><![CDATA[Il laborioso Daniel Nicoletti ha rilasciato la versione 0.2 di colord-kde, il porting per KDE del sistema di gestione del colore di Richard Huges adottato da GNOME. Ho esitato ad annunciare[...]]]></summary>
    <content type="html" xml:lang="it-it" xml:base="http://www.ossblog.it/post/9753/daniel-nicoletti-rilascia-colord-kde-02-e-compatibile-con-colorhug"><![CDATA[<p><img src="http://static.blogo.it/ossblog/colord.jpg" class="post" border="0" align="left" width="280" height="210" alt="colord" />Il laborioso Daniel Nicoletti ha rilasciato la versione 0.2 di <a href="https://projects.kde.org/projects/playground/graphics/colord-kde"><code>colord-kde</code></a>, il <em>porting</em> per KDE del sistema di gestione del colore di Richard Huges adottato da GNOME. Ho esitato ad annunciare l’aggiornamento, perché <a href="http://www.ossblog.it/post/9699/daniel-nicoletti-ha-appena-ultimato-la-versione-010-per-colord-kde">la versione 0.1</a> è stata rilasciata soltanto un paio di settimane fa. C’è una novità di rilievo: il supporto a <a href="http://www.hughski.com/">ColorHug</a>.</p>
<p>Quest’ultimo è <a href="http://www.ossblog.it/post/8733/colorhug-un-nuovo-colorimetro-per-linux-creato-da-richard-huges">un colorimetro <em>open source</em></a> che permette la calibrazione del monitor affinché lo schermo visualizzi correttamente i colori di filmati e immagini. <code>colord-kde</code> 0.1 non consentiva la calibrazione, forse l’aspetto più importante del sistema: Nicoletti, avuto il colorimetro, ha inserito questa possibilità nella versione 0.2.</p>
<p>L’interfaccia per la calibrazione del monitor è ancora da sistemare, però il procedimento funziona: per gli utenti di KDE potrebbe essere il momento giusto d’acquistare ColorHug — realizzato <em>on demand</em> e spedito in 16 settimane. Chi disponesse già d’un colorimetro, può provare a utilizzarlo. In linea di massima, dovrebbe funzionare.</p>
<p>Via | <a href="http://dantti.wordpress.com/2012/04/03/colord-kde-0-2-released/">Daniel Nicoletti</a></p>
 ]]></content>
    

  </entry>
  
  <entry>
    <title type="html">Tutte le distribuzioni dovranno usare systemd, perché integrerà udev</title>
    <link rel="alternate" type="text/html" href="http://www.ossblog.it/post/9745/tutte-le-distribuzioni-dovranno-usare-systemd-perche-integrera-udev" />
    <id>http://www.ossblog.it/?p=9745</id>
    <author>
      <name>Federico Moretti</name>
    </author>
    <published>2012-04-04T14:00:24+00:00</published>
    <updated>2012-04-04T14:00:24+00:00</updated>
    <dc:subject>linux</dc:subject><dc:subject>driver</dc:subject><dc:subject>avvio del sistema</dc:subject><dc:subject>caricamento dei dischi</dc:subject><dc:subject>codice sorgente</dc:subject><dc:subject>sistemi operativi</dc:subject>
    <summary type="text"><![CDATA[Buone o pessime notizie, a seconda della propria distribuzione: udev – il device manager di Linux – sarà integrato nel ramo di sviluppo di systemd, la soluzione per l&amp;#8217;avvio del sistema[...]]]></summary>
    <content type="html" xml:lang="it-it" xml:base="http://www.ossblog.it/post/9745/tutte-le-distribuzioni-dovranno-usare-systemd-perche-integrera-udev"><![CDATA[<p><img src="http://static.blogo.it/ossblog/tux_01.jpg" class="post" border="0" align="left" width="280" height="210" alt="Tux" />Buone o pessime notizie, a seconda della propria distribuzione: <code>udev</code> – il <em>device manager</em> di Linux – sarà integrato nel ramo di sviluppo di <code>systemd</code>, la soluzione per l&#8217;avvio del sistema ideata da Lennart Pottering su Fedora. Fortunatamente per Canonical, il codice di <code>udev</code> resterà compatibile con gli altri <em>init</em> in «un lungo periodo».</p>
<p>Kay Sievers, che si occupa del mantenimento di <code>udev</code> insieme a Greg Kroah-Hartman, ha giustificato il merging con l’incremento delle capacità per l’<em>hotplug</em> di entrambi: <code>systemd</code> subirà un avanzamento repentino di versione per rispecchiare quella di <code>udev</code>. Al momento, per le distribuzioni cambierà solo la posizione dei sorgenti di <code>udev</code>.</p>
<p>Tuttavia, è evidente la volontà d’arrivare a un’unica soluzione per l’avvio del sistema e che la scelta sia ricaduta su <code>systemd</code>. Ubuntu e Chrome OS utilizzano Upstart: prima o poi, dovranno adeguarsi allo standard di Fedora. Insieme a Gentoo, che continua a proporre OpenRC come scelta predefinita. È davvero la decisione più giusta?</p>
<p>Via | <a href="http://lwn.net/Articles/490413/">LWN</a></p>
 ]]></content>
    

  </entry>
  
  <entry>
    <title type="html">GEGL prova a sfruttare l’accelerazione hardware di OpenCL in default</title>
    <link rel="alternate" type="text/html" href="http://www.ossblog.it/post/9703/gegl-prova-a-sfruttare-laccelerazione-hardware-di-opencl-in-default" />
    <id>http://www.ossblog.it/?p=9703</id>
    <author>
      <name>Federico Moretti</name>
    </author>
    <published>2012-03-22T13:00:42+00:00</published>
    <updated>2012-03-22T13:00:42+00:00</updated>
    <dc:subject>grafica</dc:subject><dc:subject>driver</dc:subject><dc:subject>accelerazione hardware</dc:subject><dc:subject>immagini digitali</dc:subject><dc:subject>schede video</dc:subject>
    <summary type="text"><![CDATA[Generic Graphics Library (GEGL), uno dei componenti essenziali di The GIMP, ha ottenuto enormi progressi nell’implementazione del supporto all’accelerazione hardware via OpenCL. Il framework per[...]]]></summary>
    <content type="html" xml:lang="it-it" xml:base="http://www.ossblog.it/post/9703/gegl-prova-a-sfruttare-laccelerazione-hardware-di-opencl-in-default"><![CDATA[<p><img src="http://static.blogo.it/ossblog/gegl.jpg" class="post" border="0" width="586" height="195" alt="GEGL" /><br clear="all" />Generic Graphics Library (<a href="http://www.gegl.org/">GEGL</a>), uno dei componenti essenziali di The GIMP, ha ottenuto enormi progressi nell’implementazione del supporto all’accelerazione hardware via OpenCL. Il <em>framework</em> per rendere e processare le immagini digitali acquisisce, così, delle nuove operazioni gestibili da OpenCL: in tempo per la prossima versione.</p>
<p>Lo sviluppo di queste funzionalità è stato sponsorizzato da AMD. Opera di Victor Oliveira e Zhang Peixuan, <a href="http://git.gnome.org/browse/gegl/log/?h=opencl-ops"><code>opencl-ops</code></a> sarà inserito nel prossimo rilascio di GEGL. Le operazioni eseguibili da OpenCL riguardano soprattutto la fotografia: creazione di vignette per effetti “lomografici”, controllo della sfocatura e multiple esposizioni.</p>
<p>L’obiettivo dei manutentori è quello di rendere l’accelerazione hardware di GEGL pienamente compatibile col codice di <a href="http://git.gnome.org/browse/gimp/log/?h=goat-invasion"><code>goat-invasion</code></a> (lett., invasione della capra): <a href="http://www.ossblog.it/post/9671/the-gimp-e-arrivato-alla-versione-275-la-28-e-ancora-nel-dubbio">il ramo di sviluppo</a> dedicato a The GIMP 2.10, che utilizzerà esclusivamente GEGL a livello predefinito. Certo, al momento il problema maggiore è rilasciare The GIMP 2.8.</p>
<p>Via | <a href="http://libregraphicsworld.org/blog/entry/new-hardware-acceleration-code-landed-to-upstream-gegl">LGW</a></p>
 ]]></content>
    

  </entry>
  
  <entry>
    <title type="html">Daniel Nicoletti ha appena ultimato la versione 0.1.0 per colord-kde</title>
    <link rel="alternate" type="text/html" href="http://www.ossblog.it/post/9699/daniel-nicoletti-ha-appena-ultimato-la-versione-010-per-colord-kde" />
    <id>http://www.ossblog.it/?p=9699</id>
    <author>
      <name>Federico Moretti</name>
    </author>
    <published>2012-03-21T09:00:25+00:00</published>
    <updated>2012-03-21T09:00:25+00:00</updated>
    <dc:subject>kde</dc:subject><dc:subject>driver</dc:subject><dc:subject>acquisizione delle immagini</dc:subject><dc:subject>calibrazione dello schermo</dc:subject><dc:subject>configurazione della stampante</dc:subject><dc:subject>gestione del colore</dc:subject>
    <summary type="text"><![CDATA[Daniel Nicoletti ha assunto lo sviluppo di colord-kde – il porting su KDE del sistema di gestione del colore di GNOME – realizzato e mantenuto da Richard Huges. In mattinata è uscita la versione[...]]]></summary>
    <content type="html" xml:lang="it-it" xml:base="http://www.ossblog.it/post/9699/daniel-nicoletti-ha-appena-ultimato-la-versione-010-per-colord-kde"><![CDATA[<p><img src="http://static.blogo.it/ossblog/colord.jpg" class="post" border="0" align="left" width="280" height="210" alt="colord" />Daniel Nicoletti ha assunto lo sviluppo di <a href="https://projects.kde.org/projects/playground/graphics/colord-kde"><code>colord-kde</code></a> – il <em>porting</em> su KDE del sistema di gestione del colore di GNOME – realizzato e mantenuto da Richard Huges. In mattinata è uscita la versione 0.1.0, che richiede l’utilizzo di <code>colord</code> 0.1.18. Il programma è pienamente funzionante, ma non ha tutte le caratteristiche dell’originale.</p>
<p>Il codice è stato spostato nel <em>playgroud</em> di KDE, perciò il collegamento a Gitorious che avevo pubblicato introducendo <code>colord-kde</code> non è più valido. Con la versione 0.1.0, è possibile associare i profili di colore compatibili con gli standard dell’International Color Consortium (ICC): è tuttora esclusa la calibrazione dei dispositivi.</p>
<p>Quest’ultima funzionalità è fondamentale per garantire a <code>colord-kde</code> la corretta associazione dei profili di colore ai singoli dispositivi d’acquisizione, come scanner e webcam. L’interfaccia è piuttosto “povera”, ma gli sviluppatori di Oxygen dovrebbero intervenire ad aiutare Nicoletti. Saranno realizzati dei pacchetti per Kubuntu.</p>
<p><a href='http://www.ossblog.it/galleria/colord-kde/'>colord-kde</a></p>
<p><a href="http://www.ossblog.it/galleria/colord-kde/1"><img class="gallerythumb" src="http://static.blogo.it/ossblog/colord-kde/thn_colordkde1.png" alt="colord-kde" width="130" height="94" /></a><a href="http://www.ossblog.it/galleria/colord-kde/2"><img class="gallerythumb" src="http://static.blogo.it/ossblog/colord-kde/thn_colordkde2.png" alt="colord-kde" width="130" height="94" /></a><a href="http://www.ossblog.it/galleria/colord-kde/3"><img class="gallerythumb" src="http://static.blogo.it/ossblog/colord-kde/thn_colordkde3.png" alt="colord-kde" width="130" height="94" /></a><a href="http://www.ossblog.it/galleria/colord-kde/4"><img class="gallerythumb" src="http://static.blogo.it/ossblog/colord-kde/thn_colordkde4.png" alt="colord-kde" width="130" height="94" /></a></p>
<p>Via | <a href="http://dantti.wordpress.com/2012/03/21/colord-kde-0-1-0-released/">Daniel Nicoletti</a></p>
 ]]></content>
    

  </entry>
  
  <entry>
    <title type="html">Linux 3.3 è stato rilasciato da Linus Torvalds, dopo qualche ritardo</title>
    <link rel="alternate" type="text/html" href="http://www.ossblog.it/post/9689/linux-33-e-stato-rilasciato-da-linus-torvalds-dopo-qualche-ritardo" />
    <id>http://www.ossblog.it/?p=9689</id>
    <author>
      <name>Federico Moretti</name>
    </author>
    <published>2012-03-19T07:00:23+00:00</published>
    <updated>2012-03-19T07:00:23+00:00</updated>
    <dc:subject>linux</dc:subject><dc:subject>driver</dc:subject><dc:subject>controlli d'integrità</dc:subject><dc:subject>dispositivi portatili</dc:subject><dc:subject>procedura d’avvio</dc:subject><dc:subject>sistemi operativi</dc:subject>
    <summary type="text"><![CDATA[Linux 3.3 è stato rilasciato nel pomeriggio di ieri, accumulando un ritardo d’una settimana sulla tabella di marcia — coinciso con la disponibilità della settima release candidate.[...]]]></summary>
    <content type="html" xml:lang="it-it" xml:base="http://www.ossblog.it/post/9689/linux-33-e-stato-rilasciato-da-linus-torvalds-dopo-qualche-ritardo"><![CDATA[<p><img src="http://static.blogo.it/ossblog/linuxkernelnewbies.jpg" class="post" border="0" align="left" width="280" height="210" alt="Linux Kernel Newbies" /><a href="http://kernelnewbies.org/Linux_3.3">Linux 3.3</a> è stato rilasciato nel pomeriggio di ieri, accumulando un ritardo d’una settimana sulla tabella di marcia — coinciso con la disponibilità della settima release candidate. L’aggiornamento segna, in primo luogo, il ritorno del <em>merging</em> dei sorgenti di Android nel kernel di Linux: la rimozione era avvenuta alla fine del 2009.</p>
<p>Dovrebbero essersi estinti definitivamente tutti i problemi col consumo energetico: la patch di Linux 3.3 avrà un <em>backport</em> sui kernel precedenti. Btrfs, dal canto proprio, ottiene <a href="http://www.ossblog.it/post/9537/btrfs-ha-uno-strumento-di-riparazione-pero-non-e-ancora-pronto-fsck">uno strumento di controllo</a> dell’integrità dei file system (no, non è ancora pronto <code>fsck</code>) mentre Ext4 migliora la velocità del ridimensionamento “al volo”.</p>
<p>Col rilascio di Linux 3.3, EFI è in grado d’avviare direttamente le singole immagini del kernel. La nuova infrastruttura non incide sul funzionamento nelle macchine che utilizzano ancora il BIOS. Quanto alla virtualizzazione, è introdotto il supporto a <a href="http://openvswitch.org/">Open vSwitch</a>: uno strumento di controllo della connettività, default su Xen.org.</p>
<p>Via | <a href="https://lkml.org/lkml/2012/3/18/132">LKML</a></p>
 ]]></content>
    

  </entry>
  
  <entry>
    <title type="html">nVidia abbraccia The Linux Foundation: non c’è ancora da festeggiare</title>
    <link rel="alternate" type="text/html" href="http://www.ossblog.it/post/9629/nvidia-abbraccia-the-linux-foundation-non-ce-ancora-da-festeggiare" />
    <id>http://www.ossblog.it/?p=9629</id>
    <author>
      <name>Federico Moretti</name>
    </author>
    <published>2012-03-07T10:00:17+00:00</published>
    <updated>2012-03-07T10:00:17+00:00</updated>
    <dc:subject>linux</dc:subject><dc:subject>driver</dc:subject><dc:subject>codice sorgente</dc:subject><dc:subject>dispositivi integrati</dc:subject><dc:subject>strumenti di sistema</dc:subject><dc:subject>supporto tecnico</dc:subject>
    <summary type="text"><![CDATA[In mattinata dovrebbe arrivare la conferma che nVidia è entrata in The Linux Foundation. Una notizia di scarsa rilevanza o, meglio, che ormai non garantisce alcunché. Proprio per questo ha senso[...]]]></summary>
    <content type="html" xml:lang="it-it" xml:base="http://www.ossblog.it/post/9629/nvidia-abbraccia-the-linux-foundation-non-ce-ancora-da-festeggiare"><![CDATA[<p><img src="http://static.blogo.it/ossblog/nvidia_01.jpg" class="post" border="0" align="left" width="280" height="210" alt="nVidia" />In mattinata dovrebbe arrivare la conferma che <a href="http://www.nvidia.com/">nVidia</a> è entrata in <a href="http://www.linuxfoundation.org/">The Linux Foundation</a>. Una notizia di scarsa rilevanza o, meglio, che ormai non garantisce alcunché. Proprio per questo ha senso parlarne: il coinvolgimento dei produttori nella fondazione s’è trasformato in un gesto formale, privo d’un significato per l’<em>open source</em>.</p>
<p>Michael Larabel, infatti, ci ricorda come pure Adobe, AMD/ATI e Oracle siano parte di The Linux Foundation. La prima ha eliminato il supporto a Flash Player, AIR, ecc. dal sistema operativo, la seconda non ha ancora “liberato” i sorgenti di XvBA, la terza sarà ricordata per lo “scaricabarile” di OpenOffice.org — oltre a OpenSolaris.</p>
<p>Qual è l’impegno nei confronti della fondazione? Giustamente, qualcuno potrebbe obiettare che il contributo di Oracle non si limitava a OpenOffice.org e che tanto Adobe, quanto AMD abbiano concesso delle aperture. nVidia ha fatto e farà altrettanto, ma l’ingresso in The Linux Foundation non significa granché sui driver <em>open source</em>.</p>
<p>Via | <a href="http://www.phoronix.com/scan.php?page=news_item&#038;px=MTA2NzI">Phoronix</a></p>
 ]]></content>
    

  </entry>
  
  <entry>
    <title type="html">OpenCL per l’identificazione dei volti nei filmati utilizzando Linux</title>
    <link rel="alternate" type="text/html" href="http://www.ossblog.it/post/9609/opencl-per-lidentificazione-dei-volti-nei-filmati-utilizzando-linux" />
    <id>http://www.ossblog.it/?p=9609</id>
    <author>
      <name>Federico Moretti</name>
    </author>
    <published>2012-03-05T12:00:31+00:00</published>
    <updated>2012-03-05T12:00:31+00:00</updated>
    <dc:subject>linux</dc:subject><dc:subject>driver</dc:subject><dc:subject>driver proprietari</dc:subject><dc:subject>identificazione dei volti</dc:subject><dc:subject>processori grafici</dc:subject><dc:subject>riconoscimento facciale</dc:subject>
    <summary type="text"><![CDATA[ocl-detector è un’applicazione capace d’identificare i volti degli individui che compaiono in un filmato utilizzando OpenCL. Il progetto è di Michal Hruby ed è stato provato col processore[...]]]></summary>
    <content type="html" xml:lang="it-it" xml:base="http://www.ossblog.it/post/9609/opencl-per-lidentificazione-dei-volti-nei-filmati-utilizzando-linux"><![CDATA[<p><iframe width="586" height="328" src="https://www.youtube.com/embed/aTErTqOIkss?rel=0" frameborder="0" allowfullscreen></iframe></p>
<p><a href="https://code.launchpad.net/~mhr3/+junk/ocl-detector"><code>ocl-detector</code></a> è un’applicazione capace d’identificare i volti degli individui che compaiono in un filmato utilizzando <a href="http://www.khronos.org/opencl/">OpenCL</a>. Il progetto è di Michal Hruby ed è stato provato col processore grafico d’una nVidia GeForce GTX 285 su Linux. Al momento, per sfruttare le funzionalità di OpenCL è necessario disporre dei driver proprietari.</p>
<p>Un futuro utilizzo del programma potrebbe essere l’associazione al riconoscimento facciale che non è previsto direttamente da <code>ocl-detector</code>. Hruby ha inteso risolvere un problema riscontrato sull’algoritmo di WaldBoost in altri detector equivalenti: i filmati in alta definizione non permettevano la corretta identificazione dei volti.</p>
<p>In sintesi, Hruby ha previsto un espediente affinché le <em>texture</em> analizzate da OpenCL siano scalate entro le dimensioni accettabili, cioè al massimo 4096 pixel, rendendo possibile l’identificazione. Le performance delle GPU superano enormemente quelle delle CPU, nel contesto: tuttavia, <code>ocl-detector</code> è ancora un progetto sperimentale.</p>
<p>Via | <a href="http://mhr3.blogspot.com/2012/03/face-detection-with-opencl.html">Michal Hruby</a></p>
 ]]></content>
    

  </entry>
  
  <entry>
    <title type="html">ReactOS 0.3.14, un aggiornamento per utilizzare connessioni wireless</title>
    <link rel="alternate" type="text/html" href="http://www.ossblog.it/post/9445/reactos-0314-un-aggiornamento-per-utilizzare-connessioni-wireless" />
    <id>http://www.ossblog.it/?p=9445</id>
    <author>
      <name>Federico Moretti</name>
    </author>
    <published>2012-02-09T12:00:14+00:00</published>
    <updated>2012-02-09T12:00:14+00:00</updated>
    <dc:subject>reactos</dc:subject><dc:subject>driver</dc:subject><dc:subject>connettersi in mobilità</dc:subject><dc:subject>dispositivi portatili</dc:subject><dc:subject>internet senza fili</dc:subject><dc:subject>protocolli di rete</dc:subject>
    <summary type="text"><![CDATA[ReactOS 0.3.14 è l’ultimo aggiornamento del sistema operativo open source, concepito per essere compatibile con la famiglia NT di Windows (2000, XP, ecc.). Rilasciato a quasi un anno di distanza dalla[...]]]></summary>
    <content type="html" xml:lang="it-it" xml:base="http://www.ossblog.it/post/9445/reactos-0314-un-aggiornamento-per-utilizzare-connessioni-wireless"><![CDATA[<p><img src="http://static.blogo.it/ossblog/reactos.jpg" class="post" border="0" align="left" width="280" height="210" alt="ReactOS" /><a href="http://www.reactos.org/wiki/0.3.14">ReactOS 0.3.14</a> è l’ultimo aggiornamento del sistema operativo <em>open source</em>, concepito per essere compatibile con la famiglia NT di Windows (2000, XP, ecc.). Rilasciato a quasi un anno di distanza dalla versione precedente, ha acquisito – tra le altre novità – il supporto delle reti senza fili e al protocollo IPv6. Ormai, necessario.</p>
<p>Purtroppo, l’utilizzo del WiFi è ancora lontano dalle esigenze quotidiane degli utenti: lo <em>stack</em> di ReactOS prevede esclusivamente la connessione alle reti “aperte” oppure a quelle protette da WEP — niente WPA2, quindi. Un problema che dovrebbe essere risolto nei prossimi aggiornamenti, grazie alla nuova infrastruttura per i driver.</p>
<p>Il supporto allo Scatter-Gather I/O, infatti, aumenta la compatibilità di ReactOS coi driver per Windows NT 5.1+. Gli altri aggiornamenti includono il supporto alla console MSVC per la compilazione delle immagini d’avvio e la <em>shell</em> è stata riscritta in C++ per aiutare lo sviluppo futuro; <a href="http://www.reactos.org/wiki/ChangeLog-0.3.14">la lista completa</a> dei cambiamenti è nutrita.</p>
<p>Via | <a href="http://www.reactos.org/it/news_page_70.html">ReactOS</a></p>
 ]]></content>
    

  </entry>
  
  <entry>
    <title type="html">Nouveau è, ormai, vicino al supporto di OpenCL con Mesa e Gallium 3D</title>
    <link rel="alternate" type="text/html" href="http://www.ossblog.it/post/9423/nouveau-e-ormai-vicino-al-supporto-di-opencl-con-mesa-e-gallium-3d" />
    <id>http://www.ossblog.it/?p=9423</id>
    <author>
      <name>Federico Moretti</name>
    </author>
    <published>2012-02-07T07:00:28+00:00</published>
    <updated>2012-02-07T07:00:28+00:00</updated>
    <dc:subject>linux</dc:subject><dc:subject>driver</dc:subject><dc:subject>accelerazione grafica</dc:subject><dc:subject>linguaggi di programmazione</dc:subject><dc:subject>parallelizzazione dei processi</dc:subject><dc:subject>sistemi multimediali</dc:subject>
    <summary type="text"><![CDATA[Nouveau, il driver “libero” delle schede grafiche di nVidia, otterrà al più presto il supporto a OpenCL per i chipset NV50 ed NV0: una dimostrazione, in questo senso, è stata fatta al FOSDEM 2012[...]]]></summary>
    <content type="html" xml:lang="it-it" xml:base="http://www.ossblog.it/post/9423/nouveau-e-ormai-vicino-al-supporto-di-opencl-con-mesa-e-gallium-3d"><![CDATA[<p><img src="http://static.blogo.it/ossblog/opencl.jpg" class="post" border="0" align="left" width="280" height="210" alt="OpenCL" /><a href="http://nouveau.freedesktop.org/">Nouveau</a>, il driver “libero” delle schede grafiche di nVidia, otterrà al più presto il supporto a OpenCL per i chipset NV50 ed NV0: una dimostrazione, in questo senso, è stata fatta al FOSDEM 2012 di Bruxelles. Nouveau sarà il primo driver non proprietario ad avvalersi del supporto allo standard di Khronos per il <em>parallel computing</em>.</p>
<p>Il supporto è quasi completo per NV50, mentre occorrerà altro tempo per le nuove schede grafiche basate su NV0 (AKA “Fermi”). Purtroppo, OpenCL-Nouveau non sarà integrato nell’imminente rilascio di Mesa 0.8: è probabile che la prima implementazione stabile arrivi con l’estate — perché il <em>repository</em> non ha ancora ricevuto il <em>merging</em>.</p>
<p>L’infrastruttura per OpenCL di Nouveau s’avvale di LLVM/Clang – anziché DragonEgg, già LLVM-GCC – per la compilazione. Parlando di <code>gst-plugins-cl</code>, <a href="http://www.ossblog.it/post/9393/gstreamer-puo-avvalersi-dei-kernel-compilati-da-opencl-con-un-plugin">il nuovo <em>plugin</em></a> per OpenCL su GStreamer, alludevo al supporto di Nouveau: NV50 è prossimo a riceverlo ed NV0 è sulla buona strada. Un grande passo avanti per i driver “liberi” di nVidia.</p>
<p>Via | <a href="http://www.phoronix.com/scan.php?page=news_item&#038;px=MTA1Mzk">Phoronix</a></p>
 ]]></content>
    

  </entry>
  
  <entry>
    <title type="html">Coreboot inizia a sostituire il BIOS per l’avvio di alcuni portatili</title>
    <link rel="alternate" type="text/html" href="http://www.ossblog.it/post/9405/coreboot-inizia-a-sostituire-il-bios-per-lavvio-di-alcuni-portatili" />
    <id>http://www.ossblog.it/?p=9405</id>
    <author>
      <name>Federico Moretti</name>
    </author>
    <published>2012-02-04T13:00:18+00:00</published>
    <updated>2012-02-04T13:00:18+00:00</updated>
    <dc:subject>hacking</dc:subject><dc:subject>driver</dc:subject><dc:subject>avvio del sistema</dc:subject><dc:subject>dispositivi portatili</dc:subject><dc:subject>procedura d’avvio</dc:subject><dc:subject>supporto tecnico</dc:subject>
    <summary type="text"><![CDATA[Coreboot inizia a supportare i laptop: durante il FOSDEM 2012, che s’è aperto oggi a Bruxelles, gli sviluppatori dell’alternativa open source al BIOS mostreranno il funzionamento della piattaforma[...]]]></summary>
    <content type="html" xml:lang="it-it" xml:base="http://www.ossblog.it/post/9405/coreboot-inizia-a-sostituire-il-bios-per-lavvio-di-alcuni-portatili"><![CDATA[<p><img src="http://static.blogo.it/ossblog/coreboot.jpg" class="post" border="0" align="left" width="280" height="210" alt="Coreboot" /><a href="http://www.coreboot.org/">Coreboot</a> inizia a supportare <a href="http://www.coreboot.org/Laptop">i <em>laptop</em></a>: durante il FOSDEM 2012, che s’è aperto oggi a Bruxelles, gli sviluppatori dell’alternativa <em>open source</em> al BIOS mostreranno il funzionamento della piattaforma sui portatili. L’intento è quello di supportare un ampio numero di computer a largo consumo — per non essere una soluzione di “nicchia”.</p>
<p>Grazie alla collaborazione di AMD, i sistemi supportati da Coreboot sono aumentati considerevolmente. Il progetto diventerà ancora più importante quando inizieranno a essere distribuiti i computer con Windows 8 e il Secure Boot di UEFI. Coreboot resta una risorsa fondamentale per accedere a tutte le funzioni supportate dal computer.</p>
<p>A prescindere dall&#8217;esclusione di Linux e/o degli altri sistemi operativi <em>open source</em> con le restrizioni di UEFI, i produttori OEM sono soliti disabilitare alcune funzioni del BIOS — magari, la scheda video integrata. Coreboot, oltre a essere “libero”, rimuove ogni blocco senza la necessità di recuperare un BIOS modificato da terzi.</p>
<p>Via | <a href="http://www.phoronix.com/scan.php?page=news_item&#038;px=MTA1MjM">Phoronix</a></p>
 ]]></content>
    

  </entry>
  
  <entry>
    <title type="html">Linus Torvalds è intervenuto ad annunciare il rilascio di Linux 3.2</title>
    <link rel="alternate" type="text/html" href="http://www.ossblog.it/post/9209/linus-torvalds-e-intervenuto-ad-annunciare-il-rilascio-di-linux-32" />
    <id>http://www.ossblog.it/?p=9209</id>
    <author>
      <name>Federico Moretti</name>
    </author>
    <published>2012-01-05T11:00:51+00:00</published>
    <updated>2012-01-05T11:00:51+00:00</updated>
    <dc:subject>linux</dc:subject><dc:subject>driver</dc:subject><dc:subject>file system</dc:subject><dc:subject>linus torvalds</dc:subject><dc:subject>linux 3.2</dc:subject><dc:subject>thin provisioning</dc:subject>
    <summary type="text"><![CDATA[Linus Torvalds ha comunicato il rilascio di Linux 3.2, ennesimo aggiornamento del kernel. Chi avesse già provato l’ultima release candidate non troverà grandi stravolgimenti. Le novità rispetto alla[...]]]></summary>
    <content type="html" xml:lang="it-it" xml:base="http://www.ossblog.it/post/9209/linus-torvalds-e-intervenuto-ad-annunciare-il-rilascio-di-linux-32"><![CDATA[<p><img src="http://static.blogo.it/ossblog/linuxkernelnewbies.jpg" class="post" border="0" align="left" width="280" height="210" alt="Linux Kernel Newbies" />Linus Torvalds ha comunicato il rilascio di Linux 3.2, ennesimo aggiornamento del <em>kernel</em>. Chi avesse già provato l’ultima release candidate non troverà grandi stravolgimenti. Le novità rispetto alla versione 3.1, invece, riguardano un po’ tutti gli aspetti del <em>kernel</em>: la crittografia, i driver, i <em>file system</em> e la virtualizzazione.</p>
<p>Procedendo in ordine alfabetico, quanto alla crittografia le novità interessano soprattutto chi possiede un processore che implementa le estensioni SSSE3. Sia SHA1, sia Twofish le supportano. Blowfish ha ottenuto l’architettura a 64-bit. È stata aggiunta un’Application Programming Interface (API) per la configurazione in <em>userspace</em>.</p>
<p>Riguardo ai driver, Linux 3.2 aggiunge il supporto all’architettura Hexagon di Qualcomm. Una serie di novità riguarda il Direct Rendering Manager (DRM) di AMD/ATI, Intel ed nVidia: purtroppo, il fix per l’Active State Power Management (ASPM) dovrà attendere il prossimo rilascio. Trovate <a href="http://kernelnewbies.org/Linux_3.2_DriverArch">una lista completa</a> con Linux Kernel Newbies.</p>
 <p>
Sui file system, le novità principali coinvolgono Ext4 e Btrfs. Ext4 ha ottenuto il supporto dei blocchi da 4Kb a 1Mb, mentre Btrfs – oltre al consueto miglioramento delle performance – consente i dettagli sulle corruzioni, l’ispezione manuale dei <em>metadata</em> e il backup automatico per il ripristino degli “alberi” ancora accessibili.</p>
<p>Per la virtualizzazione, Hyper-V di Microsoft è uscito dalla fase di staging. Xen.org implementa <code>feature-discard</code> e <code>feature-barrier</code>, mentre <code>lguest</code> può essere avviato con la para–virtualizzazione di KVM. Parlando di altre novità rilevanti, Device Mapper introduce gli <em>snapshot</em> ricorsivi e il supporto sperimentale al <em>thin provisioning</em>.</p>
<p>Quest’ultimo concetto meriterebbe un discorso a sé. In pratica, il <em>thin provisioning</em> ammette l’assegnazione di quote per lo <em>storage</em> che superano la disponibilità complessiva degli hard disk supponendo che gli utenti non le utilizzino in toto. Per <a href="http://kernelnewbies.org/Linux_3.2">la lista completa</a> delle novità si può sempre fare riferimento a Linux Kernel Newbies.</p>
<p>Via | <a href="http://lwn.net/Articles/474300/">LWN</a></p>
]]></content>
    

  </entry>
  
  <entry>
    <title type="html">nVidia ha approvato la distribuzione del codice sorgente di CUDA 4.1</title>
    <link rel="alternate" type="text/html" href="http://www.ossblog.it/post/9071/nvidia-ha-approvato-la-distribuzione-del-codice-sorgente-di-cuda-41" />
    <id>http://www.ossblog.it/?p=9071</id>
    <author>
      <name>Federico Moretti</name>
    </author>
    <published>2011-12-15T09:00:16+00:00</published>
    <updated>2011-12-15T09:00:16+00:00</updated>
    <dc:subject>driver</dc:subject><dc:subject>cc</dc:subject><dc:subject>cuda 4.1</dc:subject><dc:subject>gpgpu</dc:subject><dc:subject>nvidia</dc:subject><dc:subject>parallel computing</dc:subject>
    <summary type="text"><![CDATA[L’aggiornamento di Compute Unified Device Architecture (CUDA), l’infrastruttura di nVidia per il parallel computing sui processori grafici, include un nuovo compilatore basato su LLVM. Già[...]]]></summary>
    <content type="html" xml:lang="it-it" xml:base="http://www.ossblog.it/post/9071/nvidia-ha-approvato-la-distribuzione-del-codice-sorgente-di-cuda-41"><![CDATA[<p><img src="http://static.blogo.it/ossblog/nvidia_01.jpg" class="post" border="0" align="left" width="280" height="210" alt="nVidia" />L’aggiornamento di Compute Unified Device Architecture (<a href="http://www.nvidia.com/object/cuda_home_new.html">CUDA</a>), l’infrastruttura di nVidia per il <em>parallel computing</em> sui processori grafici, include un nuovo compilatore basato su LLVM. Già distribuito nel <em>toolkit</em> per i driver proprietari, quest’ultimo avrà una licenza <em>open source</em> — perché possa essere applicato ad altri processori.</p>
<p>È giusto evidenziare che l’“apertura” di CUDA 4.1 – almeno, giudicando il comunicato stampa di nVidia – riguarda soltanto il compilatore. In pratica, nVidia C/C++ Compiler (NVCC) è sostituito da una nuova soluzione basata su LLVM e distribuito sotto una licenza <em>open source</em> da comunicare. Non significa che CUDA funzionerà su Nouveau.</p>
<p>Nouveau può utilizzare il compilatore, esteso ai processori grafici o centrali di AMD/ATI e Intel. Le librerie accelerate previste da CUDA, però, resteranno vincolate ai driver proprietari di nVidia. Inoltre, la disponibilità dei sorgenti del compilatore è subordinata alla compilazione d’<a href="http://developer.nvidia.com/content/cuda-platform-source-release">un modulo</a> per qualificare gli sviluppatori.</p>
<p>Via | <a href="http://pressroom.nvidia.com/easyir/customrel.do?easyirid=A0D622CE9F579F09&#038;version=live&#038;releasejsp=release_157&#038;xhtml=true&#038;prid=831864">nVidia</a></p>
 ]]></content>
    

  </entry>
  
</feed>

