BAud a écrit 13697 commentaires

perso j'aime bien une partie de ta conclusion "naturelle"
Cette démarche économiquement insensée nous amène à remettre en cause nos futurs projets. Comment faire de la promotion d’évènements musicaux sans devoir payer à vie des redevances à toutes les sociétés d’auteurs de la terre… déjà rémunérées par ces mêmes évènements ?
La solution, tout le monde la connaît : illustrer nos programmes, nos interviews d’artistes par de l’art libre. Peut-être la musique des autres, mais de la musique libre !

euh, bin, tu pourrais utiliser launchpad, s'il était distribué en libre /o\

(ou alors envoyer tes patchs pour que ça remonte vers les projets upstream directement, comme quoi, en libre ça permettrait des choses hein...)

s/supporte/prend en charge/
s/driver/pilote/g
+ passe

un lien vers une installation réseau possible ? (ou mieux une clé usb)
et ce serait parfait pour une dépêche à disponibilité du tout (voire avec copies d'écran et autre vidéo du fonctionnement)

bin euh si j'en crois
http://www.xilinx.com/ise/logic_design_prod/webpack.htm
# Red Hat Enterprise Linux WS 4 (32-bit only)
# Red Hat Enterprise Linux Desktop 5 (32-bit only)
# SUSE Linux Enterprise 10 (32-bit only)

Je peux aussi me brosser en x86_64 (oui, je n'ajoute pas les bibliothèques 32 bits, même pour un programme). Tout de suite, j'ai l'impression que ça ajoute du monde :/ ça rend un peu cher le truc "soit-disant gratuit mais vente liée inside de i586..."

les accents dans des noms de fichier, c'est mal ;-)
et tu sais, tu n'avais pas besoin de l'uploader, récupérer son url pouvait suffire :D
http://linuxfr.org/images/dessins/geekscottes_005.png

corriger des erreurs dans les bibliothèques pour ceux qui ont suivi...

en plus de te le fabriquer, tu veux qu'on te le livre à domicile peut-être ? :D

bin euh, ça veut rien dire IP ni propriété intellectuelle... création, assemblages, schémas ça ne serait pas plus approprié ? ou "éléments fonctionnels" en décrivant _précisémment_ la fonction remplie peut-être...
nan mais IP vraiment... je peux pas

Il n'existe pas à ma connaissance d'outils libres permettant de faire la synthèse/placement routage pour FPGA

rho la la la, comme j'aimerais pouvoir dire "tu bluffes martoni !" :/

Quand tu parles de en:ISE, c'est lequel ? ;-) (même si je pense qu'il n'est pas dans la liste).

De même, si quelqu'un sait ce que signifie "l'utilisation et le développement d'IPs OpenCores" (notamment le mot IP...) ça permettra de préciser la dépêche.

c'est moi ou c'est complètement contre-productif de faire un espace développeur qui demande à s'inscrire au préalable ? (ne permettant ainsi pas aux contenus d'apparaître dans les moteurs de recherche, de ne pas être mis en avant, de ne pas faire de pub' gratuite à Hercules pour sa contribution au libre, de ne pas passer par la case "je suis apprécié par la communauté du libre" et de ne pas toucher les 20000 euros... ).

D'après ta page de téléchargement, il est fourni sous la forme d'un module noyau hdjmod-dkms : c'est déjà bien de le fournir en libre, c'est pas mal de l'avoir intégré grâce à DKMS (Dynamic_Kernel_Module_Support), c'est encore mieux de pousser le raisonnement un peu plus loin et de le faire intégrer au noyau (où il sera maintenu).
En plus, c'est justement l'objet de http://www.linuxdriverproject.org/ pour ceux qui ne voudraient pas écrire de pilote mais prêts à fournir les spécifications, ce projet étant poussé par en:Greg_Kroah-Hartman justement.

Peut-être ce travail d'intégration au noyau est-il en cours, j'ose l'espérer, même si une recherche rapide sur hdjmod ne m'a pas beaucoup renvoyé de résultats :/ (même pas un post sur la LKML).

Et sinon pour l'intégration à des outils existant d'enregistrement genre Ardour, Audacity ? (ou autres...) Cela pourrait servir ? (ou d'autres types de logiciels plutôt... le chien de Mickey).

hmmm et il y a tellement peu de moyens dans la recherche en Informatique en France que c'est sur LinuxFr que vous vous retrouvez ? :D
Moi qui croyait qu'il devait y avoir de plus en plus de publications...

/me ~~~~> [ ]

hum ah, j'en profite pour suggérer http://linuxfr.org/2007/09/08/23072.html et http://sciwi.sourceforge.net/ comme ça vous aurez tous les moyens de nous tenir régulièrement au courant de l'avancement (release early, release often qu'ils disaient ;-) ).

Tu en parleras alors aux traducteurs
http://wordreference.com/enfr/library <- aucune occurence de librairie par traduction vers le français
http://wordreference.com/fren/librairie <- aucune occurence de library par traduction vers l'anglais
http://wordreference.com/fren/biblioth%C3%A8que

àmha http://fr.wiktionary.org/wiki/library t'indique - à raison - le terme de faux-amis ;-)

ou plutôt bibliothèque non ?
Vu que c'est ce que permet de documenter efficacement Doxygen ;-)

oui, bash permet d'exécuter des scripts sh, bien sûr (et heureusement).
Le souci se produit lorsque tu as introduit des "bash-ismes" : ils seront correctement pris en compte dans des environnements qui disposent de bash, en revanche sur des distributions pour des appliances/routeurs par exemple, tu n'auras réellement que sh ou un sous-ensemble de bash (openwrt il me semble... et autres exemples similaires, notamment lorsque la mémoire disponible est limitée).

De l'intérêt d'avoir en tête la portabilité dans ses scripts, même si son environnement de travail peut être plus avancé : comme je dis souvent, moi j'ai une GUI pour le shell, je lance gnome-terminal, c'est graphique, dans une fenêtre et le copier/coller est très efficace d'un clic du milieu de la souris ;-)

sans aller à la source, tu trouveras aussi une annonce sur http://linuxfr.org/2009/02/24/25076.html ;-) (ceci n'étant pas étranger à ce vote)

Pour avoir le maximum de scripts portables ;-)

J'ai longtemps subi ksh, un peu utilisé csh, command.com est lui largement inutilisable... (cmd.exe de OS/2 avec du Rexx avait déjà un peu plus de possibilités).

Je me dis toujours qu'il faudrait que j'essaie zsh.
À voir http://en.wikipedia.org/wiki/Comparison_of_computer_shells il doit y avoir beaucoup de fonctions dont je n'ai même pas idée de toute façon :/

Il va falloir que l'auteur de la dépêche s'inscrive au site pour être en mesure de répondre et pour voir s'il accepte la critique en tout cas ;-)

hmmm va falloir le laisser tourner en permanence ce petit mouchard, pas le droit d'éteindre son ordinateur, c'est bien cela ? Il va être interopérable avec la webcam de mon portable aussi pour s'assurer que c'est bien moi devant l'ordinateur ?
logique... quand tu nous pousses jusqu'au bout...

C'est où Montargis ;-)

Dans Ton Centre (la région française), cf. Montargis

qui ne peut envoyer de commentaire

fausse excuse ;-) il peut demander aux admins de lui augmenter ses XP afin de pouvoir poster
https://linuxfr.org/moderateurs/

J'ai pris en compte les ajouts

je l'ai ajouté à ma liste et j'ai trouvé sur la doc' de MeriseAcide un exemple (avec les schémas générés par graphviz)
http://www.metal3d.org/index.php/blog/ticket/2008/08/12/Meri(...)

(il faudrait trouver un exemple "taille réelle" pour se faire une idée)

Je pourrais superviser à partir de ma VM tous les serveurs Linux à surveiller ?

bin non, pas quand tu passes ton temps à rebooter... un poste client n'est pas fait pour faire tourner de la supervision, c'est fait pour la consulter éventuellement.
Mais la VM te permettra de regarder comment ça fonctionne, après tu regarderas à mettre un serveur en place qui te permettra d'effectuer la supervision en continu.

une recherche rapide avec cybercafé m'a donné
http://linuxfr.org/~_Nirvana_/10172.html
http://linuxfr.org/forums/41/22074.html
http://linuxfr.org/forums/41/23343.html
http://linuxfr.org/~boklm/3343.html

et je n'ai regardé que la première page en gardant des trucs qui te donneront des mots-clés, selon les fonctionnalités que tu veux mettre en place (parce que bon, là tu ne parles que "d'activer" la connexion, c'est un peu la partie la plus facile on va dire, si tu as d'autres besoins, mieux vaut peut-être passer un tout petit peu de temps à regarder l'existant).

tu viens aider quand ? :D

Avant ça plantait lamentablement au lancement après des magouilles pour le compiler...

ah, j'avais attribué cela au x86_64...
pour le voir arriver, reste donc à surveiller :
http://sophie.zarb.org/rpm/cooker,/mysql-workbench