en gros les hcl venant des sources c'est la base...pas garanti a 100% mais necessaire pour que des gens achetent...
apres les contrib du type lspci=telle carte c'est la serise sur le gateau qui ne peut etre possible que si la base existe deja et que les personnes ont achetes en fonction de cette base
pour obtenir le genre de renseignements suivants:
dans la revision 3 du firmware ils ont change aussi le chip...bah ca vient APRES et pas avant
neanmoin integrer les databases existantes est aussi une obligation
ca permet a des personnes de ne pas faire cette erreur d'acheter qqch qui a change de puces
faudrait que je m'explique
un lsusb donne ca:
0b95:1720 ASIX Electronics Corp
et c'est pas le produit c'est la puce...
bonjour monsieur je voudrait acheter une carte asix ab95:1720
euh...
mais si je dis:
"DLink DUB-E100 USB Ethernet"
Netgear FA-120 USB Ethernet
Hawking UF200 USB Etherne
ca le vendeur connais
meme que si tu lui donne une liste de toutes les cartes suportees bah il peut en trouver une...ou meme plusieurs
ensuite le lspci tu le fait si t'as deja le produit,cela implique que qqn doit l'avoir fait et donc que ce qqn as achete une carte...dont il n'etais pas sur du tout qu'elle etais suporte par linux...on tourne en rond
mais qqn qui cherche une carte reseau usb2.0 va chercher dans les sources,construire une liste et uploade cette liste sur le site
en plus s'il as une perte de donee il peut retrouver facilement cette liste ou dire c'est moi qui ait fait ca
dans d'autres cas piix(ich ide chipset)
case PCI_DEVICE_ID_INTEL_82801EB_1:
mode = 3;
break;
/* UDMA 100 capable */
case PCI_DEVICE_ID_INTEL_82801BA_8:
case PCI_DEVICE_ID_INTEL_82801BA_9:
case PCI_DEVICE_ID_INTEL_82801CA_10:
case PCI_DEVICE_ID_INTEL_82801CA_11:
case PCI_DEVICE_ID_INTEL_82801E_11:
case PCI_DEVICE_ID_INTEL_82801DB_1:
case PCI_DEVICE_ID_INTEL_82801DB_10:
case PCI_DEVICE_ID_INTEL_82801DB_11:
case PCI_DEVICE_ID_INTEL_82801EB_11:
case PCI_DEVICE_ID_INTEL_ESB_2:
case PCI_DEVICE_ID_INTEL_ICH6_19:
case PCI_DEVICE_ID_INTEL_ICH7_21:
case PCI_DEVICE_ID_INTEL_ESB2_18:
mode = 3;
break;
/* UDMA 66 capable */
case PCI_DEVICE_ID_INTEL_82801AA_1:
case PCI_DEVICE_ID_INTEL_82372FB_1:
mode = 2;
break;
/* UDMA 33 capable */
case PCI_DEVICE_ID_INTEL_82371AB:
case PCI_DEVICE_ID_INTEL_82443MX_1:
case PCI_DEVICE_ID_INTEL_82451NX:
case PCI_DEVICE_ID_INTEL_82801AB_1:
return 1;
/* Non UDMA capable (MWDMA2) */
case PCI_DEVICE_ID_INTEL_82371SB_1:
case PCI_DEVICE_ID_INTEL_82371FB_1:
case PCI_DEVICE_ID_INTEL_82371FB_0:
case PCI_DEVICE_ID_INTEL_82371MX:
default:
return 0;
}
/*
* If we are UDMA66 capable fall back to UDMA33
* if the drive cannot see an 80pin cable.
*/
if (!eighty_ninty_three(drive))
mode = min(mode, (u8)1);
return mode;
}
et
case PCI_DEVICE_ID_INTEL_82801AA_1: /* ICH */
case PCI_DEVICE_ID_INTEL_82801AB_1: /* ICH0 */
case PCI_DEVICE_ID_INTEL_82801BA_8: /* ICH2 */
case PCI_DEVICE_ID_INTEL_82801BA_9: /* ICH2 */
peut etre qu'il faudrait des lignes standard pour le kernel
un simple script construirait une database
consultable par les downloaders des sources du kernel
j'aimerai poser une question
sans doute certains sont deja aller fouiller dans les sources pour savoir si un materiel est compatible
est ce que cela est a faire manuelement?
ou semi-manuelement/semi-automatise?
ou totalement automatise en script?
exemple: les drivers pour les clee usb wifi
xconfig
USB ZD1201 based Wireless device support (USB_ZD1201)
type: tristate
prompt: USB ZD1201 based Wireless device support
dep: USB && NET && NET_RADIO
select: FW_LOADER
dep: USB && NET && NET_RADIO
defined at drivers/usb/net/Kconfig:304
Say Y if you want to use wireless LAN adapters based on the ZyDAS
ZD1201 chip.
This driver makes the adapter appear as a normal Ethernet interface,
typically on wlan0.
To compile this driver as a module, choose M here: the
module will be called zd1201.
isi on voit:
defined at drivers/usb/net/Kconfig:304
et:
USB_ZD1201 #nom du module
avec le simlink:
/usr/src/linux/drivers/usb/net/
ls
->zd1201,h
->zd1201.c
dans le zd1201.c:
static struct usb_device_id zd1201_table[] = {
{USB_DEVICE(0x0586, 0x3400)}, /* Peabird Wireless USB Adapter */
{USB_DEVICE(0x0ace, 0x1201)}, /* ZyDAS ZD1201 Wireless USB Adapter */
{USB_DEVICE(0x050d, 0x6051)}, /* Belkin F5D6051 usb adapter */
{USB_DEVICE(0x0db0, 0x6823)}, /* MSI UB11B usb adapter */
{USB_DEVICE(0x1044, 0x8005)}, /* GIGABYTE GN-WLBZ201 usb adapter */
{}
};
et fait un bugreport si t'as le temps(j'en ait 3 ou 4 qui attendent(mais je joue un peu avec le feu...lol(mauvaises config de debutant comme le @ dans le nom du noyeau qui m'as oblige a recompiler le noyeau car aclocal posait pb)))
ne pourait on pas monter une operation de grande envergure...
quand on passe par des magazins on demande un pc sans windows
->monsieur c'est impossible
et preuve a l'appuis et en metant tout en commun tu attaque enormement de magazins en meme temps pour enormement de faits similaire...
ca soit faire mal si t'as une amande a chaque fois
faut choisir le delit:
-refut de vente
-abus de faiblesse(le pire..) dans certains cas
=>faut voir a qui s'adresse ces delits
-aux magazins?
-aux pauvres vvendeurs qui font leur travail et qui sont meme pas mis au courans du probleme
tous les specifications sparc sont open-source
cela ne veut pas dire que les design des sparc sun sont copiable mais que l'on peut faire des sparc libres comme LEON par exemple
ps:java sun n'est pas libre MAIS
BLACKDOWN = java LIBRE (par default dans gentoo)
ou pourait on parler de la construction d'un tel site qui propose:
-une base de donnee linux/unix
et acessoirement:
-une base de donee distrib afin de promouvoir les drivers libres comme "compatible knoppix et open-source" pour l'acheteur debutant en linux
-des configs linux(beaucoup de personnes ont achetes des ordis linux dans les operations de grand magazins avec des ordis linux a 300 euros...)
-promouvoir les drivers libre non connus/non operationels comme le driver airport extreme en developement en donnant l'etat du devellopement et les HAL libres pour madwifi ou les drivers pour ati radeon(les nouvelles)
le nom du site pourait etre LHCL
linux hardware compatibility list
ca ressemble un peu a l'affaire rootkit de sony...beaucoup de personnes asimilent cela a un virus...alors que ca va jusqu'a espioner TOUT dont email etc...
le probleme des drivers proprietaires est que cela divise les efforts de devellopement car beaucoup se satisfont des drivers binaires...
cela peut a terme tuer linux
a quoi sert de faire tourner linux s'il n'y as pas de support hardware...
il faudrait donc aussi creer une section pour les constructeurs en donnant des arguments(wiki) pour les relases de specifiactions et faire un listing de ceux qui donnent ces specifications et ceux qui refusent de les donner(bah ouais faut bien recompenser ce qui les donnent...)
NON NON ET NON
ce n'est pas la bonne methode
l'uttilisateur lambda qui pose sa config...
bonne methode
-telecharger le kernel
-le decompresser
-aller DANS LES SOURCES...
-et magiquement y'as le nom des cartes du comerce...GENIAL
autres drivers:
prendre les docs ou sources du project et faire pareil...
comme madwifi ou tout ce qui est userspace ou "module built against the kernel"
je propose d'ouviri un NOUVEAU site en faisant appel a tuxfamily par exemple
car le succes des projets sont aussi enormement dus au bon management
prenez react-os par exemple...
les projets precedents ont echoues car ils n'uttilisaient pas la bonne methode et parlementaient trop
moi aussi j'ai eu l'idee de construire une database questionable pour:
-acheter(materiel compatible avec le meilleur driver)
-installer(choisir prosm54 au lieu de ndiswrapper)
-etc...
mais il faut faire qqch face a cette derive...
sinon a quoi bon sert d'avoir linux(par rapport a bsd) si c'est pour avoir tout ces drivers binaires sans avoir d'autres choix...
mais linux a d'enormes avantages:
-bien plus compatible comme pour des projects comme wine
-le mode de developement est du style "contributions"(un utilisateur lambda contribue ou modifie les sources d'un programme et post sa modification au project...)
donc:
-tuxfamily
-fresmeat
-sourceforge(sait pas s'ils ont sucombes aux derives qu'on leur pretait dans le temps...)
google suporte l'open source mais...
il peut tres bien controller les informations qui'il donne:
-le moteur de recherche pose probleme car ils peuvent enlever des sites web (par exemple kazaa lite,K++...)
-google print pose prose probleme car ils ont l'exclusivitee sur des oeuvres appartenant au domaine public
je crain en effet que google puisse dominer l'information en general
de plus il touche de plus en plus de dommaines d'informations
Les alternatives:
-developer un moteur de recherche open source(il en existe deja) permettant d'etre installes sur des sites web afin de rechercher du contenu a l'interieur de ces sites et qui sont interfaces a un moteur plus general qui est eberges sur les universitees,ecoles, selon le meme modele que les downloads de linux
-uttiliser les wiki et leurs liens qui sont le systeme le plus libre a ma conaissance
neanmoin le wiki pose le probleme de la location des sources:
en effet il est deja tres facile de controler la presse malgres la multiplicitee de parutions:il suffit alors de controler les ajences de presses peu nombreuses qui previennent la presse d'evenements(par exemple emetent le butin:guerre au pakistan )
=>il sufirait la aussi de controler les sources grace au controle de l'information
[^] # Re: Oui, mais que faire ?
Posté par GNUtoo . En réponse à la dépêche Pilotes binaires dans Linux: quel est le problème ?. Évalué à 0.
apres les contrib du type lspci=telle carte c'est la serise sur le gateau qui ne peut etre possible que si la base existe deja et que les personnes ont achetes en fonction de cette base
pour obtenir le genre de renseignements suivants:
dans la revision 3 du firmware ils ont change aussi le chip...bah ca vient APRES et pas avant
neanmoin integrer les databases existantes est aussi une obligation
ca permet a des personnes de ne pas faire cette erreur d'acheter qqch qui a change de puces
[^] # Re: Oui, mais que faire ?
Posté par GNUtoo . En réponse à la dépêche Pilotes binaires dans Linux: quel est le problème ?. Évalué à 2.
un lsusb donne ca:
0b95:1720 ASIX Electronics Corp
et c'est pas le produit c'est la puce...
bonjour monsieur je voudrait acheter une carte asix ab95:1720
euh...
mais si je dis:
"DLink DUB-E100 USB Ethernet"
Netgear FA-120 USB Ethernet
Hawking UF200 USB Etherne
ca le vendeur connais
meme que si tu lui donne une liste de toutes les cartes suportees bah il peut en trouver une...ou meme plusieurs
ensuite le lspci tu le fait si t'as deja le produit,cela implique que qqn doit l'avoir fait et donc que ce qqn as achete une carte...dont il n'etais pas sur du tout qu'elle etais suporte par linux...on tourne en rond
mais qqn qui cherche une carte reseau usb2.0 va chercher dans les sources,construire une liste et uploade cette liste sur le site
en plus s'il as une perte de donee il peut retrouver facilement cette liste ou dire c'est moi qui ait fait ca
[^] # Re: Oui, mais que faire ?
Posté par GNUtoo . En réponse à la dépêche Pilotes binaires dans Linux: quel est le problème ?. Évalué à 2.
http://dev.librehwdb.tuxfamily.org/tiki-index.php?page=Proje(...)
[^] # Re: Oui, mais que faire ?
Posté par GNUtoo . En réponse à la dépêche Pilotes binaires dans Linux: quel est le problème ?. Évalué à 1.
case PCI_DEVICE_ID_INTEL_82801EB_1:
mode = 3;
break;
/* UDMA 100 capable */
case PCI_DEVICE_ID_INTEL_82801BA_8:
case PCI_DEVICE_ID_INTEL_82801BA_9:
case PCI_DEVICE_ID_INTEL_82801CA_10:
case PCI_DEVICE_ID_INTEL_82801CA_11:
case PCI_DEVICE_ID_INTEL_82801E_11:
case PCI_DEVICE_ID_INTEL_82801DB_1:
case PCI_DEVICE_ID_INTEL_82801DB_10:
case PCI_DEVICE_ID_INTEL_82801DB_11:
case PCI_DEVICE_ID_INTEL_82801EB_11:
case PCI_DEVICE_ID_INTEL_ESB_2:
case PCI_DEVICE_ID_INTEL_ICH6_19:
case PCI_DEVICE_ID_INTEL_ICH7_21:
case PCI_DEVICE_ID_INTEL_ESB2_18:
mode = 3;
break;
/* UDMA 66 capable */
case PCI_DEVICE_ID_INTEL_82801AA_1:
case PCI_DEVICE_ID_INTEL_82372FB_1:
mode = 2;
break;
/* UDMA 33 capable */
case PCI_DEVICE_ID_INTEL_82371AB:
case PCI_DEVICE_ID_INTEL_82443MX_1:
case PCI_DEVICE_ID_INTEL_82451NX:
case PCI_DEVICE_ID_INTEL_82801AB_1:
return 1;
/* Non UDMA capable (MWDMA2) */
case PCI_DEVICE_ID_INTEL_82371SB_1:
case PCI_DEVICE_ID_INTEL_82371FB_1:
case PCI_DEVICE_ID_INTEL_82371FB_0:
case PCI_DEVICE_ID_INTEL_82371MX:
default:
return 0;
}
/*
* If we are UDMA66 capable fall back to UDMA33
* if the drive cannot see an 80pin cable.
*/
if (!eighty_ninty_three(drive))
mode = min(mode, (u8)1);
return mode;
}
et
case PCI_DEVICE_ID_INTEL_82801AA_1: /* ICH */
case PCI_DEVICE_ID_INTEL_82801AB_1: /* ICH0 */
case PCI_DEVICE_ID_INTEL_82801BA_8: /* ICH2 */
case PCI_DEVICE_ID_INTEL_82801BA_9: /* ICH2 */
peut etre qu'il faudrait des lignes standard pour le kernel
un simple script construirait une database
consultable par les downloaders des sources du kernel
[^] # Re: Fiabilité ?
Posté par GNUtoo . En réponse au journal Un nom de domaine c'est bien, un tld c'est mieux.... Évalué à 0.
voir ca sur wikipedia...
cela pose un probleme...
[^] # Re: Oui, mais que faire ?
Posté par GNUtoo . En réponse à la dépêche Pilotes binaires dans Linux: quel est le problème ?. Évalué à 1.
sans doute certains sont deja aller fouiller dans les sources pour savoir si un materiel est compatible
est ce que cela est a faire manuelement?
ou semi-manuelement/semi-automatise?
ou totalement automatise en script?
exemple: les drivers pour les clee usb wifi
xconfig
USB ZD1201 based Wireless device support (USB_ZD1201)
type: tristate
prompt: USB ZD1201 based Wireless device support
dep: USB && NET && NET_RADIO
select: FW_LOADER
dep: USB && NET && NET_RADIO
defined at drivers/usb/net/Kconfig:304
Say Y if you want to use wireless LAN adapters based on the ZyDAS
ZD1201 chip.
This driver makes the adapter appear as a normal Ethernet interface,
typically on wlan0.
The zd1201 device requires external firmware to be loaded.
This can be found at http://linux-lc100020.sourceforge.net/
To compile this driver as a module, choose M here: the
module will be called zd1201.
isi on voit:
defined at drivers/usb/net/Kconfig:304
et:
USB_ZD1201 #nom du module
avec le simlink:
/usr/src/linux/drivers/usb/net/
ls
->zd1201,h
->zd1201.c
dans le zd1201.c:
static struct usb_device_id zd1201_table[] = {
{USB_DEVICE(0x0586, 0x3400)}, /* Peabird Wireless USB Adapter */
{USB_DEVICE(0x0ace, 0x1201)}, /* ZyDAS ZD1201 Wireless USB Adapter */
{USB_DEVICE(0x050d, 0x6051)}, /* Belkin F5D6051 usb adapter */
{USB_DEVICE(0x0db0, 0x6823)}, /* MSI UB11B usb adapter */
{USB_DEVICE(0x1044, 0x8005)}, /* GIGABYTE GN-WLBZ201 usb adapter */
{}
};
[^] # Re: Commence par faire ce qu'il te dit !
Posté par GNUtoo . En réponse au message emerge kde problème!!. Évalué à 1.
[^] # Re: tax et raquet
Posté par GNUtoo . En réponse à la dépêche Journée détaxe 2005 - Communiqué de Presse et actions. Évalué à 2.
quand on passe par des magazins on demande un pc sans windows
->monsieur c'est impossible
et preuve a l'appuis et en metant tout en commun tu attaque enormement de magazins en meme temps pour enormement de faits similaire...
ca soit faire mal si t'as une amande a chaque fois
faut choisir le delit:
-refut de vente
-abus de faiblesse(le pire..) dans certains cas
=>faut voir a qui s'adresse ces delits
-aux magazins?
-aux pauvres vvendeurs qui font leur travail et qui sont meme pas mis au courans du probleme
[^] # Re: pure com'
Posté par GNUtoo . En réponse au journal Sun pense au libre pour le hard. Évalué à 1.
cela ne veut pas dire que les design des sparc sun sont copiable mais que l'on peut faire des sparc libres comme LEON par exemple
ps:java sun n'est pas libre MAIS
BLACKDOWN = java LIBRE (par default dans gentoo)
sun as aussi un os plus ou moin libre: solaris
[^] # Re: Oui, mais que faire ?
Posté par GNUtoo . En réponse à la dépêche Pilotes binaires dans Linux: quel est le problème ?. Évalué à 1.
-une base de donnee linux/unix
et acessoirement:
-une base de donee distrib afin de promouvoir les drivers libres comme "compatible knoppix et open-source" pour l'acheteur debutant en linux
-des configs linux(beaucoup de personnes ont achetes des ordis linux dans les operations de grand magazins avec des ordis linux a 300 euros...)
-promouvoir les drivers libre non connus/non operationels comme le driver airport extreme en developement en donnant l'etat du devellopement et les HAL libres pour madwifi ou les drivers pour ati radeon(les nouvelles)
le nom du site pourait etre LHCL
linux hardware compatibility list
ca ressemble un peu a l'affaire rootkit de sony...beaucoup de personnes asimilent cela a un virus...alors que ca va jusqu'a espioner TOUT dont email etc...
le probleme des drivers proprietaires est que cela divise les efforts de devellopement car beaucoup se satisfont des drivers binaires...
cela peut a terme tuer linux
a quoi sert de faire tourner linux s'il n'y as pas de support hardware...
il faudrait donc aussi creer une section pour les constructeurs en donnant des arguments(wiki) pour les relases de specifiactions et faire un listing de ceux qui donnent ces specifications et ceux qui refusent de les donner(bah ouais faut bien recompenser ce qui les donnent...)
[^] # Re: Oui, mais que faire ?
Posté par GNUtoo . En réponse à la dépêche Pilotes binaires dans Linux: quel est le problème ?. Évalué à -1.
ce n'est pas la bonne methode
l'uttilisateur lambda qui pose sa config...
bonne methode
-telecharger le kernel
-le decompresser
-aller DANS LES SOURCES...
-et magiquement y'as le nom des cartes du comerce...GENIAL
autres drivers:
prendre les docs ou sources du project et faire pareil...
comme madwifi ou tout ce qui est userspace ou "module built against the kernel"
je propose d'ouviri un NOUVEAU site en faisant appel a tuxfamily par exemple
car le succes des projets sont aussi enormement dus au bon management
prenez react-os par exemple...
les projets precedents ont echoues car ils n'uttilisaient pas la bonne methode et parlementaient trop
moi aussi j'ai eu l'idee de construire une database questionable pour:
-acheter(materiel compatible avec le meilleur driver)
-installer(choisir prosm54 au lieu de ndiswrapper)
-etc...
mais il faut faire qqch face a cette derive...
sinon a quoi bon sert d'avoir linux(par rapport a bsd) si c'est pour avoir tout ces drivers binaires sans avoir d'autres choix...
mais linux a d'enormes avantages:
-bien plus compatible comme pour des projects comme wine
-le mode de developement est du style "contributions"(un utilisateur lambda contribue ou modifie les sources d'un programme et post sa modification au project...)
donc:
-tuxfamily
-fresmeat
-sourceforge(sait pas s'ils ont sucombes aux derives qu'on leur pretait dans le temps...)
[^] # Re: gogOS : C'est gratuit, c'est libre et pourquoi se priver...
Posté par GNUtoo . En réponse à la dépêche Google investit encore dans l'open source. Évalué à 1.
il peut tres bien controller les informations qui'il donne:
-le moteur de recherche pose probleme car ils peuvent enlever des sites web (par exemple kazaa lite,K++...)
-google print pose prose probleme car ils ont l'exclusivitee sur des oeuvres appartenant au domaine public
je crain en effet que google puisse dominer l'information en general
de plus il touche de plus en plus de dommaines d'informations
Les alternatives:
-developer un moteur de recherche open source(il en existe deja) permettant d'etre installes sur des sites web afin de rechercher du contenu a l'interieur de ces sites et qui sont interfaces a un moteur plus general qui est eberges sur les universitees,ecoles, selon le meme modele que les downloads de linux
-uttiliser les wiki et leurs liens qui sont le systeme le plus libre a ma conaissance
neanmoin le wiki pose le probleme de la location des sources:
en effet il est deja tres facile de controler la presse malgres la multiplicitee de parutions:il suffit alors de controler les ajences de presses peu nombreuses qui previennent la presse d'evenements(par exemple emetent le butin:guerre au pakistan )
=>il sufirait la aussi de controler les sources grace au controle de l'information