Je dois avouer également que malgré l'effort du rédacteur et des modérateurs, ça n'est pas très clair pour moi non plus... si j'ai bien compris, AT&T détenait des droits sur UNIX et voulait les faire jouer dans un procès contre Berkeley (qui avait créé BSDi ?), procès qui s'est achevé en 1994 sur un accord amiable dont on nous dévoile aujourd'hui les arcanes. C'est bien ça ?
Si oui, je ne comprends pas le lien avec Free/Open/Net BSD, et par extension Linux. Tous ces projets sont issus de BSDi ? Et si oui, reste-t-il trois lignes de code identiques ? Est-ce que ça touche la licence BSD (a priori non mais bon mieux vaut demander :)
Posté par bmc .
En réponse à la dépêche Tux Football.
Évalué à 7.
Ça me rappelle les parties de Kick Off sur Atari avec mon frère. C'était tellement mal fait que les tacles glissaient sur plusieurs mètres, et dès que je taclais, il se jettait sur la jambe du tacleur pour provoquer soit un pénalty, soit une expulsion, voire les deux. Au final, il gagnait 4-0 parce que le match était arrêté (4 pénalties-expulsions).
En tout cas, le plus important c'est le « gameplay ». Kick Off, ça a beau être affreux, on s'est bien marré quand même. On s'en tape un peu d'avoir les vrais joueurs dans le jeu, avec les vraies têtes de ces joueurs... ça n'a vraiment aucun intérêt. Et je dois avouer que sur Atari comme sur PC (windows/linux), je suis resté sur ma faim jusqu'à maintenant... espérons que Tuxfootball puisse me faire changer d'avis :)
Elles sont très certainement à l'abri pour leurs activités en Europe. Par contre, pour leurs activités aux Etats-Unis, elles sont soumises au droit américain, et donc ne sont pas à l'abri.
Je soupçonne fortement que si la notion de brevet logiciel est rejetée par l'Europe, les Etats-Unis se retourneront vers l'OMC... concurrence déloyale etc, ce genre de connerie. Je ne sais pas si ça aurait des chances de fonctionner, mais ça doit mettre pas mal de pression sur l'Europe, parce qu'à ce niveau, c'est de la négociation : je te donne les brevets logiciels et tu m'emmerdes pas sur la PAC, ou des choses de ce goût (douteux) là.
Je ne suis ni juriste ni expert en objets et autres conneries, du coup, ma question est peut-être naïve... mais est-ce que cela pourrait s'appliquer à une bête mémoire morte, du style une clé USB ou un disque dur ? Voir la RAM, ou encore la mémoire partagée en IPC ?
Même problème (si j'ose dire) que la lutte contre le terrorisme : sans ennemi identifié et clairement localisé, l'arme nucléaire ne sert absolument à rien sauf à faire péter la planète.
Même problème que le peer-to-peer également.
Comment faire un procès à un logiciel libre ? En attaquant le mainteneur ? Il suffit que ce mainteneur change, ou qu'on utilise des proxy-mainteneurs dans des pays ou la legislation sur les brevets ne s'applique pas :)
Le problème se pose pour les logiciels libres soutenus par des sociétés (OpenOffice ou Mozilla par exemple), mais de tels procès ne tueront jamais le logiciel libre ; ils réussiront tout au plus à le ralentir.
Une chance de le faire tourner sur mon portable Acer équipé d'un Centrino 1,3 Ghz, de 512 Mo de RAM et d'une ATI 9000 ?
Pour info, Urban Terror marche de façon très fluide si je ne mets pas la qualité graphique maximale.
Qu'est-ce que ça peut bien être un mutex récursif ? Je sais qu'un mutex est un sémaphore d'exclusion mutuelle, permettant de garantir l'accès exclusif à une partie de code (et par extension si on le désire à des variables) à un thread donné à un moment donné, mais un mutex récursif ?
Avec exactement le même .asoundrc, bmp et rhythmbox ne peuvent cohabiter. Seul le premier qui est lancé accède à la carte son. À noter que aplay permet d'avoir différents sons simultanés (donc ça fonctionne).
Je précise que j'ai laissé bmp avec le plugin de sortie OSS (parce que je trouve qu'il fonctionne mieux que le ALSA au niveau du buffering). Cela semble être à ce niveau là que ça bloque (avec le plugin de sortie ALSA ça fonctionne), mais si c'est ça, les développeurs de l'émulation OSS d'Alsa ont été un peu zêlés en intégrant même les défauts d'OSS :)
Je répète donc que, pour une raison ou pour une autre, ALSA n'est pas totalement transparent pour le développeur au niveau de toutes ses fonctionnalités, car il nécessite d'avoir un plugin de sortie spécifique ALSA.
Allez, dites-moi que je me trompe et qu'il y a une solution (d'autant plus que nombre d'applications n'ont pas de plugin ALSA).
Sauf que ça c'est la théorie, et qu'en pratique, avec un .asoundrc nickel de derrière les fagots, ça n'a jamais fonctionné réellement sur mon portable équipé d'une carte son intégrée Intel qqch.
Le problème est que les applications doivent être codées presque spécialement pour ça. Par exemple, le plug-in ALSA de XMMS essaye d'ouvrir en dur la première carte son ("hw:0,0" ou une chose de ce genre), et que soit il y arrive et il squatte la carte, soit il n'y arrive pas (par exemple parce qu'il y a un multiplexage dmix dessus) et il se chie dessus.
Je trouve que cette solution ne fait que déplacer le problème. Je me demande bien pourquoi l'API d'Alsa ne semble pas prévoir de rendre ça totalement transparent pour le développeur (style tu ouvres hw:0 et le pilote ALSA se débrouille pour savoir s'il faut multiplexer ou pas).
Elles marchent parfaitement les versions -mm. Je les utilise depuis un petit moment déjà (2.6.7 si je ne m'abuse), et je n'ai jamais eu aucun problème avec.
Elles ne sont pas beaucoup plus "beta" qu'un 2.6.9-rc3 de toute façon.
Et puis c'est quoi cette histoire de tests ? Tu veux faire quoi ?
Pour ma part, il me semble que je me contente de la variable d'environnement LC_ALL.
Ton problème peut venir des polices utilisées... jette un oeil de ce côté là.
Au niveau full microsoft, AXA France a tout migré sous Exchange, Outlook Web Access (en remplacement d'un webmail et d'un agenda fait maison), et commence début 2005 une migration de l'ensemble de ses postes sous Windows XP (en remplacement de NT) muni de Outlook 2003 (en remplacement de 97) et de la suite Office 2003 (en remplacement de cette bouse de 97).
Et pourtant, AXA a de gros contrats de sous-traitance informatique avec IBM, fort soutien des logiciels libres m'a-t-on dit.
l'extention Linky ! Un ensemble de vignettes, un clic droit sur la fenêtre, Linky -> Show all images links in one tab.
Sinon, ça peut servir aussi sur des sites de photos moins intéressantes (vacances, potes qui viennent d'acheter un numérique et qui se mitraillent, sites de fonds d'écran).
Deux fois deux modes : 1) ouverture du lien ou 2) affichage de a) les liens selectionnés ou tous, ou b) les images sélectionnées ou toutes.
Vraiment puissant et pratique.
[^] # Re: ma technique
Posté par bmc . En réponse au journal FLAC : Les pieds dedans. Évalué à 2.
C'est très sale petit goret.
[^] # Re: Argl
Posté par bmc . En réponse à la dépêche L'accord à l'amiable entre BSDi et USL (AT&T) enfin public.. Évalué à 5.
Si oui, je ne comprends pas le lien avec Free/Open/Net BSD, et par extension Linux. Tous ces projets sont issus de BSDi ? Et si oui, reste-t-il trois lignes de code identiques ? Est-ce que ça touche la licence BSD (a priori non mais bon mieux vaut demander :)
Merci.
[^] # Re: v2 a encore frappé
Posté par bmc . En réponse au journal N'achetez pas la carte WiFi USB Netgear MA111 !. Évalué à 1.
[^] # Re: Les cartons, les cartons!
Posté par bmc . En réponse à la dépêche Tux Football. Évalué à 7.
En tout cas, le plus important c'est le « gameplay ». Kick Off, ça a beau être affreux, on s'est bien marré quand même. On s'en tape un peu d'avoir les vrais joueurs dans le jeu, avec les vraies têtes de ces joueurs... ça n'a vraiment aucun intérêt. Et je dois avouer que sur Atari comme sur PC (windows/linux), je suis resté sur ma faim jusqu'à maintenant... espérons que Tuxfootball puisse me faire changer d'avis :)
[^] # Re: c'est beau...
Posté par bmc . En réponse au journal LinuxFr et la critique. Évalué à 2.
Qu'est-ce que ça peut bien être le système de suivi ?
[^] # Re: Vocabulaire ...
Posté par bmc . En réponse à la dépêche Revue de Presse - Novembre 2004. Évalué à 7.
[^] # Re: Tout pareil :)
Posté par bmc . En réponse au message CSS, Div, et menus fixes. Évalué à 2.
Merci beaucoup :)
[^] # Re: h1 et DIV
Posté par bmc . En réponse au message CSS, Div, et menus fixes. Évalué à 2.
[^] # Re: Mort pour l'exemple...
Posté par bmc . En réponse à la dépêche Brevets logiciels : Kodak attaque Sun. Évalué à 2.
Je soupçonne fortement que si la notion de brevet logiciel est rejetée par l'Europe, les Etats-Unis se retourneront vers l'OMC... concurrence déloyale etc, ce genre de connerie. Je ne sais pas si ça aurait des chances de fonctionner, mais ça doit mettre pas mal de pression sur l'Europe, parce qu'à ce niveau, c'est de la négociation : je te donne les brevets logiciels et tu m'emmerdes pas sur la PAC, ou des choses de ce goût (douteux) là.
[^] # Re: Le choc des images ?
Posté par bmc . En réponse à la dépêche Nouvelle version de la Mandrake Move. Évalué à 7.
[^] # Re: AT&T va aussi ce faire défoncer !
Posté par bmc . En réponse à la dépêche Brevets logiciels : Kodak attaque Sun. Évalué à 2.
[^] # Re: Mort pour l'exemple...
Posté par bmc . En réponse à la dépêche Brevets logiciels : Kodak attaque Sun. Évalué à 3.
Même problème que le peer-to-peer également.
Comment faire un procès à un logiciel libre ? En attaquant le mainteneur ? Il suffit que ce mainteneur change, ou qu'on utilise des proxy-mainteneurs dans des pays ou la legislation sur les brevets ne s'applique pas :)
Le problème se pose pour les logiciels libres soutenus par des sociétés (OpenOffice ou Mozilla par exemple), mais de tels procès ne tueront jamais le logiciel libre ; ils réussiront tout au plus à le ralentir.
[^] # Re: Compilation
Posté par bmc . En réponse au journal OpenOffice 2.0 pour Mars. Évalué à 1.
Sachant que je mets 40 minutes à compiler Xorg sur mon Centrino 1,3 équipé fièrement de 512 Mo de RAM, je vais laisser tomber :)
# Compilation
Posté par bmc . En réponse au journal OpenOffice 2.0 pour Mars. Évalué à 2.
[^] # Re: ouééééééééé
Posté par bmc . En réponse au journal OpenOffice 2.0 pour Mars. Évalué à 5.
# Sur un portable ?
Posté par bmc . En réponse à la dépêche Doom 3 pour Linux. Évalué à 1.
Pour info, Urban Terror marche de façon très fluide si je ne mets pas la qualité graphique maximale.
[^] # Re: nouvelle API de programmation //
Posté par bmc . En réponse à la dépêche Java 2 Standard Edition version 5.0. Évalué à 1.
[^] # Re: MPL != GPL
Posté par bmc . En réponse au journal Dictionnaire français dans Thunderbird 0.8. Évalué à 3.
[^] # Re: ...
Posté par bmc . En réponse au message avoir le son de plusieur aplis ???. Évalué à -1.
Je précise que j'ai laissé bmp avec le plugin de sortie OSS (parce que je trouve qu'il fonctionne mieux que le ALSA au niveau du buffering). Cela semble être à ce niveau là que ça bloque (avec le plugin de sortie ALSA ça fonctionne), mais si c'est ça, les développeurs de l'émulation OSS d'Alsa ont été un peu zêlés en intégrant même les défauts d'OSS :)
Je répète donc que, pour une raison ou pour une autre, ALSA n'est pas totalement transparent pour le développeur au niveau de toutes ses fonctionnalités, car il nécessite d'avoir un plugin de sortie spécifique ALSA.
Allez, dites-moi que je me trompe et qu'il y a une solution (d'autant plus que nombre d'applications n'ont pas de plugin ALSA).
[^] # Re: Pas le paradis sur terre
Posté par bmc . En réponse au message migration vers ubuntu. Évalué à 1.
http://www.gnome.org/~jdub/garnome/download/(...)
[^] # Re: ...
Posté par bmc . En réponse au message avoir le son de plusieur aplis ???. Évalué à 2.
Le problème est que les applications doivent être codées presque spécialement pour ça. Par exemple, le plug-in ALSA de XMMS essaye d'ouvrir en dur la première carte son ("hw:0,0" ou une chose de ce genre), et que soit il y arrive et il squatte la carte, soit il n'y arrive pas (par exemple parce qu'il y a un multiplexage dmix dessus) et il se chie dessus.
Je trouve que cette solution ne fait que déplacer le problème. Je me demande bien pourquoi l'API d'Alsa ne semble pas prévoir de rendre ça totalement transparent pour le développeur (style tu ouvres hw:0 et le pilote ALSA se débrouille pour savoir s'il faut multiplexer ou pas).
# Beta ?
Posté par bmc . En réponse au journal Youpi 2.6.9-rc3. Évalué à 2.
Elles ne sont pas beaucoup plus "beta" qu'un 2.6.9-rc3 de toute façon.
Et puis c'est quoi cette histoire de tests ? Tu veux faire quoi ?
# LC_ALL ?
Posté par bmc . En réponse au message ssh, vim , less et les autres. Évalué à 1.
Ton problème peut venir des polices utilisées... jette un oeil de ce côté là.
[^] # Re: relativisons quand même
Posté par bmc . En réponse à la dépêche Le marché des logiciels libres est arrivé à pleine maturité. Évalué à 4.
Et pourtant, AXA a de gros contrats de sous-traitance informatique avec IBM, fort soutien des logiciels libres m'a-t-on dit.
Qui dit mieux ?
# Et le fin du fin...
Posté par bmc . En réponse au journal Mozilla Firefox, et le pOrn redevient un plaisir.... Évalué à 1.
Sinon, ça peut servir aussi sur des sites de photos moins intéressantes (vacances, potes qui viennent d'acheter un numérique et qui se mitraillent, sites de fonds d'écran).
http://gemal.dk/mozilla/linky.html(...)
Deux fois deux modes : 1) ouverture du lien ou 2) affichage de a) les liens selectionnés ou tous, ou b) les images sélectionnées ou toutes.
Vraiment puissant et pratique.