loric

La Multipla ibrida di BMW? Ma veramente usa il carbonio?

Ma per carità, vedo ristrutturazioni (intese in termini di riduzioni di personale) in concessionarie di tutte le marche, ivi comprese le più nobili fra le teutoniche. - - - - - - - - - - AGGIUNTA al messaggio già esistente - - - - - - - - - - http://www.omniauto.it/magazine/23713/alfa-romeo-4c-supercar-accessibile-perche-straordinaria

Marchionne: "In Italia investiti 23 miliardi, ma ricevute agevolazioni per 742 milioni" - Economia e Finanza con Bloomberg - Repubblica.it

Il problema è che nell'economia le teorie sono come le palle: ognuno ha le sue e non accetta l'idea che quelle degli altri possano funzionare meglio.

In teoria bastava esportare quei simboli in modo adeguato (decidere che EXPORT_SYMBOL_GPL marcava le API da usare solo in contesto GPL e EXPORT_SYMBOL le altre). In pratica tutti quelli che nel corso degli anni hanno toccato un paio di bit di quelle parti del codice, alla richiesta di NVIDIA hanno risposto come segue: O cose simili.

Ricordo che Bagnai è l'idolo nazionale dei liristi e degli anti-euro. Ci sarà un motivo. Ricordo altresì che fino ad un paio d'anni fa esaltava la politica monetaria dell'Argentina.

Obiettivamente il mancato supporto di tecnologie come Optimus è un grosso showstopper per il mondo Linux. Per carità, io non sono un grande fan dell'hybrid graphics, ma visto che ormai i portatili li fanno così, bisogna che esso sia supportato. A riguardo di questo, all'inizio dello scorso anno Nvidia chiese agli sviluppatori del kernel di poter usare l'interfaccia DMA-BUF del kernel medesimo per poter condividere i buffer grafici fra i chip del sistema grafico (quello Intel e quello Nvidia). Poiché questa interfaccia non fa parte delle API in senso stretto, il suo utilizzo da parte di un binary blob, a rigor di licenza GPL, comporterebbe di qualificare detto blob come lavoro derivato, pertanto soggetto alle medesime regole della GPL, ivi compresa la diffusione del sorgente. Nvidia non poteva rilasciare il sorgente dei suoi driver e gli sviluppatori del kernel hanno negato il permesso per l'utilizzo del DMA-BUF. In pratica per ragioni di principio si è perso un anno nell'individuazione di un modo per implementare su Linux 'sto famoso Optimus.

Tanti auguri

Fratello

La parte che intende disconoscere le c.d. "riproduzioni meccaniche" (gergo del 20° secolo) ha l'onere non soltanto di dichiarare la mancata corrispondenza di esse alla realtà fattuale, ma anche di allegare elementi circostanziati a tal fine. A differenza di altri tipi di disconoscimento (vedi sottoscrizione della scrittura privata) che, in caso di mancata opposizione e richiesta di verificazione dell'altra parte, comportano l'inutilizzabilità processuale della prova disconosciuta, qui il giudice può autonomamente valutare l'attendibilità delle riproduzioni eventualmente anche ricorrendo alle presunzioni. Chiaro no?

Non hanno un approccio di scambio reciproco con la comunità OS. Faccio un esempio recente. Il server X.org è in corso di superamento. Il fatto che debba mantenere una stretta compatibilità col passato e portarsi dietro protocolli antistorici per non "rompere" altri programmi che su essi fanno affidamento, ha spinto gli stessi sviluppatori di X.org ad avviare un progetto parallelo chiamato Wayland. L'adozione di Wayland nei casi in cui la compatibilità stretta e totale col protocollo X11 non è necessaria (e anche quando è necessaria è comunque previsto un wrapper che la fa salva), permette di superare alcuni limiti intrinseci di X.org. Mi spiego meglio: quando tu apri il tuo browser su Linux e sotto X.org, vai su youtube e ti guardi un filmato, il filmato è riprodotto tecnicamente in una finestra a parte (parlo di funzionalità, la finestra tu non la vedi) rispetto a quella del browser. Fra la finestra del browser e quella del filmato non è possibile avere un sincronismo perfetto, per cui si generano difetti come tearing e flickering. Questo in Wayland non dovrebbe più accadere. L'obiettivo di questo nuovo server grafico è quello di eliminare tali difetti e ridurre anche il carico del sistema. Canonical aveva inizialmente appoggiato Wayland per *buntu, così come peraltro avevano fatto RedHat e tutti gli altri, poi non solo non ha contribuito al suo sviluppo, ma ha deciso di lanciare una sua alternativa a X.org chiamata Mir. E fin qui ancora ci può stare. Il problema è che: 1) costringi gli sviluppatori di Gnome, KDE et al ad un doppio lavoro 2) non dai all'utente alcuna funzionalità aggiuntiva rispetto a Wayland 3) non c'è alcuna garanzia di stabilità a livello di protocollo... anzi, non ha alcun protocollo, per cui ad ogni revisione costringi quelli di Gnome, KDE et al a rimettere mano a tutto 4) Canonical si è detta disponibile a fornire a Gnome e Kde il codice per l'interoperabilità con MIR, ma il bugfixing non se lo cuccano loro Il tutto per dire "questo l'abbiamo fatto noi" e per poterci stampare il loro marchio sopra.

OpenSuse / Mageia e CentOS su server. E no, non sono derivate di *buntu da cui mi tengo accuratamente alla larga

The Wolverine E speriamo che non sia una cagata come il primo

A me interessa

E' bello scoprire di non essere l'unico hardcore fan di Doctor Who nello Stivale

La storia è sempre quella. C'è un problema, anche serio, cioè quello dell'inquinamento. Non lo puoi risolvere perché non hai il potere economico e politico per incidere sulla causa del problema, ma devi per forza dimostrare di far qualcosa. Allora ti inventi la supercazzola, possibilmente macchinosa e complicata così la gente non la capisce bene ed ancora meglio se impatta su soggetti di per sé poco simpatici (costruttori), supercazzola che è solo minimamente rilevante nella soluzione del problema, ma che rende bene nelle conferenze stampa, nei convegni e quando si chiede il voto degli elettori.

Incredibile, nelle foto postate dal Rega la trekking è quasi bella Quasi quasi mi piace pure Edit: leggo solo ora che piace pure a Gimmo. Prenoto un check-up completo dal medico

Cosa non faresti per cuccare