Sistemi Dell con Linux preinstallato: parliamone
Dell raccoglie informazioni dagli utenti per valutare eventuali configurazioni con Linux preinstallato
di Fabio Boneschi pubblicata il 15 Marzo 2007, alle 09:49 nel canale ProgrammiDell










Più di un semplice stabilizzatore: l'Osmo Mobile 8P introduce il controllo remoto con schermo
ASUS Zenbook Duo 2026: due schermi, massima produttività
Recensione TCL NXTPAPER 70 Pro: lo smartphone dal display opaco per il benessere visivo
Apple: secondo il WSJ c'è un accordo preliminare con Intel per produrre chip di nuova generazione
Su ChatGPT è ora possibile indicare un contatto fidato: una difesa in più per la salute mentale degli utenti
PS6, l'incertezza continua: Sony non ha ancora deciso il prezzo e la data di lancio a causa delle memorie
Pokémon Rosso Fuoco e Verde Foglia per Switch e Switch 2 hanno venduto tantissimo
Resident Evil Requiem: disponibile il DLC gratuito Leon Must Die Forever
Il nuovo Sony Xperia 1 VIII ha una data di presentazione ufficiale ed è molto vicina
Le 15 migliori offerte Amazon del weekend in 2 minuti di lettura: 3 grosse novità (una super promo con omaggio), grandi risparmi
AirPods Pro 3 a 199€ e iPhone 17 a 849€ su Amazon: le offerte Apple di maggio 2026 sono sconti mai visti prima
Tre mesi a scrivere di IA e lavoro: alla fine ne è uscito un libro
PRAGMATA non si ferma più: raggiunto un nuovo importante traguardo
Samsung Galaxy S26, anche Ultra, con Tablet in OMAGGIO dal valore di 749€: lo smartphone più richiesto del periodo oggi è imperdibile
LG OLED B5 48" a 599€ per la prima volta, svendita TV Hisense QLED: ecco il meglio di TV e soundbar del weekend
'Perché c***o permettiamo a questa gente di fare recensioni': il producer di Mortal Kombat 2 furioso con la critica
Fusione tra PosteMobile e TIM: sta per nascere un nuovo operatore di telefonia?









152 Commenti
Gli autori dei commenti, e non la redazione, sono responsabili dei contenuti da loro inseriti - infoIl problema credo che riguardi proprio le modalità di sviluppo dei driver. Potrei dire una castroneria ma molto probabilmente per crearne uno che supporti a pieno tutte le funzionalità di una periferica bisognerebbe conoscere tutti i dettagli e i segreti della periferica stessa, e le aziende sappiamo bene quanto ci tengano ai propri segreti industriali.
facendo cmq reverse engineering dovresti scoprire cose "nascoste" delle schede, ma non è così, idem per tutte le aziende che hanno rilasciato i driver open.
Vedasi intel, realtek e tante altre.
XGL è una roba molto "a sè stante", quindi tecnicamente dovrebbe potersi installare tranquillamente su debian senza lamentele particolari, anche perchè dipende semplicemente da xorg, che --più o meno-- è pacchettizzato uguale (o perlomeno i pacchetti principali hanno lo stesso nome**).
Quindi non ho motivo per non crederti.
Per il resto, dipende sempre da cosa hai portato... ai tempi di Warty (4.10) si poteva travasare facilmente molta roba da debian ad ubuntu e viceversa, a patto che non si trattasse di pacchetti "core" (per esempio gnome 2.8 di debian e gnome 2.8 di ubuntu erano palesemente diversi in gnome-panel e gnome-session, e l'installazione di uno sull'altro generava casini non da poco), ma poi la cosa è andata via via peggiorando, fino ad arrivare ad una totale incompatibilità di qualunque cosa tra dapper e la testing di allora (etch).
Ora le cose sono *leggermente* migliorate perchè debian si è messa ad importare alcune "policy" da ubuntu, come per esempio le convenzioni per la pacchettizzazione di xorg, ma se metti i repository debian nel sources.list di ubuntu edgy, apt-get update ti risponde un pernacchione, sappilo
**: precisazione... in ubuntu/debian/distro_su_deb è relativamente semplice installare pacchetti di una distribuzione su un altra in quanto è sufficiente che nome e versione delle dipendenze corrispondano. Non viene infatti effettuato (a differenza di quanto fa fedora con yum e rpm, per esempio) alcun controllo sul contenuto effettivo del pacchetto, e su cosa esso installa.
Se, per esempio (il caso è inventato a puro scopo illustrativo), su ubuntu ho xorg-core e su debian ho xorg-core e xorg-core-lib, dove lo xorg-core di ubuntu rappresenta la somma dei due pacchetti debian, un programma che richiederà come dipendenza solo xorg-core si installerà sia su debian, sia su ubuntu, senza accorgersi di cosa richiamino effettivamente quei pacchetti. Tuttavia, in caso di installazione su debian, se xorg-core-lib non fosse per qualche motivo presente ed il pacchetto fosse originariamente stato fatto per ubuntu, il programma non funzionerebbe.
Questo aspetto ha alcuni lati positivi ed alcuni lati negativi... dipende da quello che si cerca
Di sicuro, per tornare al nostro discorso, questa caratteristica "collaterale" dei pacchetti deb ti ha sicuramente dato una mano per "simulare" una compatibilità debian/ubuntu che in realtà non c'è assolutamente.
Beh, dammi 20 secondi e ti faccio vedere che funziona la stessa cosa anche su Gentoo
Se non ricordo male, tale file esiste per assicurare la compabitlità con applicativi che cercano il tipo di distribuzione.
Anche Fedora ha dentro i file di release di redhat enterprise, ma non per questo se sposti pacchetti da una all'altra non provochi catastrofi iperboliche.
Quindi non ho motivo per non crederti.
Per il resto, dipende sempre da cosa hai portato... ai tempi di Warty (4.10) si poteva travasare facilmente molta roba da debian ad ubuntu e viceversa, a patto che non si trattasse di pacchetti "core" (per esempio gnome 2.8 di debian e gnome 2.8 di ubuntu erano palesemente diversi in gnome-panel e gnome-session, e l'installazione di uno sull'altro generava casini non da poco), ma poi la cosa è andata via via peggiorando, fino ad arrivare ad una totale incompatibilità di qualunque cosa tra dapper e la testing di allora (etch).
Ora le cose sono *leggermente* migliorate perchè debian si è messa ad importare alcune "policy" da ubuntu, come per esempio le convenzioni per la pacchettizzazione di xorg, ma se metti i repository debian nel sources.list di ubuntu edgy, apt-get update ti risponde un pernacchione, sappilo
**: precisazione... in ubuntu/debian/distro_su_deb è relativamente semplice installare pacchetti di una distribuzione su un altra in quanto è sufficiente che nome e versione delle dipendenze corrispondano. Non viene infatti effettuato (a differenza di quanto fa fedora con yum e rpm, per esempio) alcun controllo sul contenuto effettivo del pacchetto, e su cosa esso installa.
Se, per esempio (il caso è inventato a puro scopo illustrativo), su ubuntu ho xorg-core e su debian ho xorg-core e xorg-core-lib, dove lo xorg-core di ubuntu rappresenta la somma dei due pacchetti debian, un programma che richiederà come dipendenza solo xorg-core si installerà sia su debian, sia su ubuntu, senza accorgersi di cosa richiamino effettivamente quei pacchetti. Tuttavia, in caso di installazione su debian, se xorg-core-lib non fosse per qualche motivo presente ed il pacchetto fosse originariamente stato fatto per ubuntu, il programma non funzionerebbe.
Questo aspetto ha alcuni lati positivi ed alcuni lati negativi... dipende da quello che si cerca
Di sicuro, per tornare al nostro discorso, questa caratteristica "collaterale" dei pacchetti deb ti ha sicuramente dato una mano per "simulare" una compatibilità debian/ubuntu che in realtà non c'è assolutamente.
Di xgl sicuramente è come dici tu, che ubuntu sia stato "modificato" fin li non ci piove, ma "coso" (non ricordo il nome dell'utente che spalava merda su debian) sparava cazzate mostruose, tipo "debian è da sboroni ecc" e l'ho ripreso dicendo che ubuntu è base debian, quello è il concetto che volevo far capire, se debian non fosse esistita ubuntu sarebbe ancora da creare.
Se non ricordo male, tale file esiste per assicurare la compabitlità con applicativi che cercano il tipo di distribuzione.
Anche Fedora ha dentro i file di release di redhat enterprise, ma non per questo se sposti pacchetti da una all'altra non provochi catastrofi iperboliche.
Ah, questo non la sapevo, pardome...pensavo l'avesse solo un sistema base debian, pardome
Io sono intervenuto rispondendo a te perchè ho letto "forse non sai che ubuntu non è altro che Debian Etch.", affermazione che, tecnicamente, è errata.
Ubuntu ha *qualcosina* in comune con debian, e sono comunanze che fanno via via riducendosi da una versione con l'altra.
Feisty sarà un gran passo in questo senso, inserendo finalmente, temo, una VERA incompatibilità con debian, integrando strumenti che in quest'ultima non possono arrivare per le policy stesse di debian.
quanto a "coso", hai risposto a mjordan, che proprio il primo venuto non è. Si sarà espresso male, o avrà forse opinioni un po' "forti" sull'argomento, ma solitamente il fatto suo lo sa.
Io stesso ho usato per 2 anni debian, ho fatto parecchie installazioni, testing e assistenza varia su ubuntu, e non sono in disaccordo con lui.
Parliamo di debian, parliamo di ubuntu, ma le distribuzioni usate in veri ambienti di produzione sono altre, e per puro merito del prodotto.
Come ha giustamente detto, la maggiorparte delle webfarm e dei servizi hosting usano fedora, e ti assicuro che non è un caso
Rh e Suse = SUPPORTO!
No, per carità, solitamente il file debian_version ce l'hanno i sistemi basati su debian, ma non perchè sono effettivamente derivati da quella versione (feisty ad esempio deriva da un sync con i repo di SID, si è evoluta anche in tal senso, ha gnome 2.18, kernel 2.6.20, insomma con debian 4.0 non c'entra assolutamente nulla se non per il formato dei pacchetti, ma cat /etc/debian_version risponde sempre 4.0), ma semplicemente perchè, utlizzando una base più o meno comune, possono garantire la funzionalità anche a software di "terze parti" distribuire sottoforma di deb. Se questi software cercano debian (e capita spesso, in questo periodo sono a contatto con applicazioni per la medicina e le biotecnologie che fanno questo) la presenza di quel file soddisferà i loro requisiti, permettendo l'installazione del software.
Se io volessi installare dpkg su Gentoo (e posso farlo) per installare programmi diffusi come deb, potrei tranquillamente fare la stessa cosa che c'è su ubuntu, ed ottenere in ogni caso il mio bel programma installato.
Tutto qui
Più RH che suse
Io attendo impaziente che vendano notebook Dell con Fedora Core preinstallato
Non perchè io ora non abbia un Dell (640M) su cui fedora Core funziona che è un amore, ma perchè questa sarebbe davvero una bella iniziativa per diffondere linux e per abbassare i costi dei notebook
Devi effettuare il login per poter commentare
Se non sei ancora registrato, puoi farlo attraverso questo form.
Se sei già registrato e loggato nel sito, puoi inserire il tuo commento.
Si tenga presente quanto letto nel regolamento, nel rispetto del "quieto vivere".