BAud a écrit 14260 commentaires

donc ses clients payeurs auraient moins de liberté que les autres /o\ ?

et pour un petit retour d'expérience sur les autres produits du marché (qui tourneraient sous GNU/Linux ou sous un Unix) ?

Qu'est-ce-que ce produit apporte par rapport aux autres ?

J'ai de vagues souvenirs de Euclide en école...
et http://www.ac-versailles.fr/etabliss/lyc-jaures-argenteuil/c(...) m'a permis de voir SolidWork, SolidEdge, Euclide (et Catia, mais bon...).

euh ya pas à réinstaller un kernel, simplement compiler le module

pour cegetel, je ne sais plus s'il faut l'encryption ou pas :/
le debug (ou kdebug vérifie dans le man pppd) donnera plus d'infos sur le dialogue de connexion...

c'est dommage de se limiter aux catégories / sous-catégories à l'heure où sourceforge prend enfin en compte les tags (je comprends bien que votre site ne demande qu'à évoluer).

Outre les screenshots, la disponibilité des paquets pour les différentes distribs serait un plus, ainsi que la licence (et les possibilités de recherche associées / statistiques).

En ce qui concerne les champs supplémentaires, j'aime bien ce que propose https://gna.org (manque les tags par rapport à sourceforge...) ainsi que les champs de http://jeuxlibres.net/findgame.html

Sinon une idée pour peupler la base : extraire les données de sourceforge, http://directory.fsf.org/ ou les différents dépôt de paquet des distributions, vous pourriez mettre les extracteurs dans une section développement de votre site (histoire que ça puisse servir à d'autres qui auraient des besoin d'extraction spécifiques... si ça se trouve ça existe déjà en plus)

Pour les paquets de distribution, par exemple : http://sophie.zarb.org/srpm/current,i586/octave

Pour les tags, il y a http://debtags.alioth.debian.org/ qui donne par exemple http://debtags.alioth.debian.org/cgi-bin/edit.cgi?pkg=admesh

essaie de lancer pppd avec
pppd debug call ueagle-atm

ça donnera un peu plus d'infos dans le /var/log/messages.
La connexion fonctionne sur un autre système ? (pour vérifier vpi.vci)

sinon tu peux essayer ueagle-atm-1.3 qui est un peu plus stable (et est dans le kernel-2.6.17) http://atm.eagle-usb.org/wakka.php?wiki=UEagleATM13

si
toi

déjà copie/colle les messages exacts et dit ce que tu as fait / obtenu en fait...

là je ne sais pas si tu as pu installer les updates et changer de kernel

Bon sang, mais c'est bien sûr

oh yeah !

faux archi faux : une quickcam messenger pro 4000 tourne très bien sous GNU/Linux
le seul problème est pour utiliser la webcam et le son du micro avec un logiciel compatible msn, car sous gnomeeting c'est ok

dommage, dommage, tu avais presque un commentaire pertinent... (hormis les fautes d'orthographes qui te desservent et que je me suis permis de corriger)

Sauf que tu montres visiblement que tu n'as rien compris aux soucis rencontrés dans le libre et plus particulièrement avec le noyau Linux et les pilotes bien souvent par la seule faute des constructeurs :
- la citation précédente est vraie, car présente sur le site du constructeur qui ne souhaite pas se donner la peine de supporter GNU/Linux (s'il y en a qui se plaignent : "ah bin on vous avait prévenu, enfin on citait pas GNU/Linux dans ce que nous supportons" ... ni Mac OSX d'ailleurs... ni *BSD en fait)
- les mêmes constructeurs ne se donnent pas non plus la peine de fournir les spécifications (c'est vrai qu'une webcam autant planquer ses spécifications, certains pourraient l'utiliser mieux...) ce qui donne des sites demandant légitimement les spécifications comme http://www.vendorwatch.org/index.php?title=Main_Page
- cela fonctionne grâce au reverse engineering (merci Luc Saillard http://www.saillard.org/linux/pwc/ ) vu que le boulet précédent qui faisait du mi-libre a jeté l'éponge sans donner plus d'infos alors que son NDA était fini (il a conservé son site, c'était sympa...). Comme déjà dit plus haut, le RE n'est qu'une solution de dernier recours, indigne d'un constructeur qui serait fier de cotnribuer à faire fonctionner ses produits au mieux
- et pour finir : tu vois, tu utiliserais des logiciels libres se basant sur des standards ouverts (gnomemeeting, que tu cites, s'appelle ekiga maintenant si tu n'étais pas au courant), plutôt que de t'enfermer (et tes contacts) dans des formats fermés qui changent selon le sens du vent, eh bien tu aurais une solution libre et opérationnelle.

Bref, assied-toi, réfléchis pourquoi tu restes sous GNU/Linux, re-réfléchis et fais ton choix (librement). Tu y trouveras des avantages, plutôt que de chouiner sans raison.

va falloir qu'il prenne des cours...
c'est en tout cas une des conclusions de cette article http://www.lemonde.fr/web/article/0,1-0@2-3238,36-767777,0.h(...)
ça limitera peut-être la pandémie... qu'un outil automatique ne saurait endiguer.

- etc ..., je dois forcement oublié d'autre détails.
la différence entre l'infinitif et l'accord du participe passé sans doute...

rappel : utiliser un verbe tel que "prendre" à la place d'un verbe du 1er groupe pour différencier l'infinitif en "er" du participe passé en "é", puis en fonction du résultat accorder correctement.

dans ton cas :
s/compliqué/prise/ => compliquée
s/volé/prendre/ => voler
s/utilisé/prendre/ => utiliser
s/oublié/prendre/ => oublier

En espérant que cela te soit utile par la suite...

Il s'agit d'une première version publique, cela sert généralement pour donner un aperçu du jeu et susciter des idées / remarques pour l'améliorer et approfondir le scénario initial.

Toutes les contributions sont donc les bienvenues.

rapatrie plutôt en local les tables dont tu as besoin

ça ne va pas le faire en exploitation d'avoir deux bases différentes ainsi liées... (tu ne peux pas arrêter l'autre sans vautrer ton appli).

Si tu as réellement besoin des clés sur des données de l'autre base, cela signifie qu'il vaut mieux ne faire qu'une base de données vu qu'elles manipulent les mêmes données.

réssaie en fermant rpmdrake et tout ce qui pourrait accéder au système de paquets (et faut pas lancer ces commandes en même temps que tu récupères les hdlists...)

tu en profiteras pour prendre par urpmi --fuzzy mandriva-doc # toute la doc' qui va bien, regarde avec konqueror dans /usr/share/doc/mandriva/

bon bin configure les sources supplémentaires (et les updates) avec http://easyurpmi.zarb.org (j'espère que tu as l'adsl)
puis un urpmi --auto-select # pour mettre à jour ton système
puis urpmi --fuzzy kernel # pour sélectionner la mise à jour du kernel, tu as un 2.6.12-18mdk dans les updates

je pense que le dernier kernel corrigera ton problème de son...
sinon tu peux regarder http://wiki.eagle-usb.org/wakka.php?wiki=InstallMandriva2006 pour un portable qui a le même chipset que toi

ne t'embête pas à recompiler le module alsa, je pense que ça ne sert à rien. Regarde plutôt la conf' de /etc/modprobe.conf

non
sans le chipset exact c'est toujours la croix et la bannière d'identifier le matériel, d'où le -v dans la commande que je t'ai donnée : lspcidrake -v

toute autre info est utile, genre le modèle du portable aussi...

tu seras le bienvenu sur http://tuxfamily.org
ça te permettra d'avoir un site web et la gestion des sources par subversion par exemple

pour une liste plus complète :
http://wiki.eagle-usb.org/wakka.php?wiki=HwDbExistingResourc(...)

et un projet pour faire une base de données des matériels (en tenant compte du fait que ça marche ou pas, et de la liberté des pilotes/firmwares)
http://dev.librehwdb.tuxfamily.org
http://dev.librehwdb.tuxfamily.org/tiki-index.php?page=Proje(...)

et http://dev.librehwdb.tuxfamily.org/tiki-directory_browse.php pour tenter de trier les liens de la première page donnée... (à compléter s'il y a des volontaires)

file les infos nécessaires comme sur cette page http://wiki.eagle-usb.org/wakka.php?wiki=ProblemeDeSon2006

au mini lspcidrake -v | grep AUDIO
et tu trouveras d'autres éléments sur la page

tu peux me donner le résultat de lspcidrake -v|grep AUDIO que je vois si tu as la même carte ?
éventuellement les autres infos que j'ai mises sur mon wiki, que je puisse comparer...

moi alsamixer ne me permet pas de faire le même changement que toi pour IEC958 :'-(

ah tiens ça m'intéresse, j'ai ce petit souci aussi avec Mandriva 2006 (j'avais du son avec Mandriva LE 2005) et une carte mère A7N8X-X

est-ce le même chipset ?
http://wiki.eagle-usb.org/wakka.php?wiki=ProblemeDeSon2006

lspcidrake -v | fgrep AUDIO # me donne :
snd-intel8x0 : nVidia Corp.|nForce2 Audio Codec Interface [MULTIMEDIA_AUDIO] (vendor:10de device:006a subv:1043 subd:8095)

et alsamixer m'indique :
│ Card: NVidia nForce2 │ Chip: Realtek ALC650F

sinon je n'ai pas trop compris comment tu mets UEC958 à PCM dans alsamixer ? pour l'autre option à 0% c'est bon...
mais aplay /usr/share/sounds/KDE_Startup.wav # ne me donne toujours pas de son /o\

un fichier .mdk.src.rpm correspond au fichier source RPM et non à un fichier RPM destiné à être installé

pourquoi ne pas simplement avoir fait urpmi phpMyAdmin ?

tant que tu y es fait un urpmi --fuzzy mandriva-doc (tu installes toutes les docs en français puis tu va faire un tour, avec konqueror par exemple, dans /usr/share/doc/mandriva/ )

moi j'aime bien aussi
http://www.google.com/trends?q=vlc%2C+mplayer%2C+xine%2C+kaf(...)
http://www.google.com/trends?q=xfree86%2C+xorg&ctab=2&am(...)
http://www.google.com/trends?q=kde%2C+gnome%2C+xfce%2C+enlig(...)

surtout quand on voit les langues représentatives...
bah 76,18% des statistiques sont fausses /o\

ne pas oublier les screenshots /o\
http://moleinvasion.tuxfamily.org/dokuwiki/doku.php?id=wiki:(...)
et la description du jeu à toutes fins utiles http://moleinvasion.tuxfamily.org/dokuwiki/doku.php?id=wiki:(...)
(en bref, SuperTux avec des taupes, donc un jeu de plateau sympathique à parcourir les différents niveaux)

ne pas hésiter à l'inscrire sur http://jeuxlibres.net/main.html aussi ;-)

vi...
ya aussi http://tuxfamily.org (ftp / http)
et https://gna.org (accès sftp) s'il n'y a pas de souci de licence
comme hébergeur libres et sympathiques

déjà RTFA, ce serait un minimum avant de poster un commentaire...