Et oui, Il en existe encore des gars comme ça, des webmasters qui codent au feeling (je code, je regarde sous IE, je modifie, ...). On en verserait presque une larme. Je ne sais pas à qui l'appli est destinée (intranet? client?) mais si ça doit sortir de ta boite le gars en question risque de se retrouver à cirer le parquet le jour un client qui n'utilise pas IE essaiera de s'en servir.
Chez nous, ça se passait plus au moins comme ça il y a 2 ans. Et puis on a signé un grand compte qui utilisait Opera pour des raisons de sécurité. Les utilisateurs ne pouvaient même pas se loguer! Aucun commercial ne s'était posé la question avant de signer. Quand le client posait une question la réponse du commercial était toujours oui. "Vous supportez xxx?", "oui, oui. On est truc compliant, multi machin, bidule aware, certifié ISO-1664". "Je peux avoir 100 balles et un mars?", "oui, oui". Il a fallu corriger tout ça en urgence. En plus le client est passé à Firefox peu de temps après. On a même eu "l'utilisateur mac" (oui, un seul, mais manque de bol c'est un decidor qui a du s'acheter ça pour le design). On ne pouvait plus se permettre de cibler un ou des navigateurs. Il fallait que ça passe partout, même si ça n'est pas identique au pixel près. L'important est que l'utilisateur ne soit jamais bloqué (pour cause de document.all dans une fonction javascript).
donc si ils virent ça, ça risque de poser pb au moins sur debian
Pas forcément. Ce qui emmerde le plus les développeurs c'est tout le bordel de macro M4 absolument imbitable. Pour les mainteneurs de paquets, l'important est de pouvoir modifier les options de compilation, notamment les chemins (--bindir=, --prefix) et activer/désactiver des composants optionels (--with-xxx, --without-xxx). Le packager se fout de savoir avec quoi le script configure a été généré du moment qu'il s'utilise de la même façon (./configure --plein-de-chose && make && make install). Il suffit de garder la même syntaxe pour les commandes et options et de remplacer les truc.in et machin.am par quelque chose de plus simple.
IE ne fonctionne pas sous Linux et n'est pas libre. Donc IE est hors sujet.
Madame Michu ne sais pas ce qu'est Linux et encore moins le libre. Il faut bien reconnaitre que ce n'est pas le nombre de linuxiens qui fait monter les stats de Firefox. D'autant que parmi les linuxiens beaucoup ont tendance à utiliser des navigateurs basés sur gecko plutot que Firefox lui même. Sans windosiens ni linuxiens il reste quoi? MultideskOS?
Pour moi c'est clair, Windows ne correspond absolument pas à mes besoins et à ma philosophie économique
Beaucoup d'entre nous n'ont pas le choix de ce qu'ils utilisent au boulot. Chez toi tu peut tourner sous Hurd avec Fvwm si ça te chante mais je doute que tu trouves une boite où on te laisse installer ça sur ta machine. Si ta boite est sous Windows tu peux toujours dire à ton boss que ça ne correspond pas à ta philosophie il te répondra surement que les assedics y correspondont sans doutes plus.
en gros, je sais que je peux l'installer sur le "vieux" 486 12 MO de RAM qui traîne à la maison
En dehors de quelques geeks qui utilise encore des 486? Utiliser une vieille machine pour des taches annexes, j'en suis revenu. C'est inutilisable. Au moindre problème il est plus simple de remplacer la machine que de chercher du matériel antique dans toutes les boutiques d'occase.
Avec quelques copains on avait récupéré un lot de 486 il y quelques temps et on leur avait trouvé des tâches à la hauteur de leurs "performances". Mais ce genre de matériel ayant déjà bien vécu les pannes à répétitions se sont multipliées. Par exemple une machine servait de DNS sauf que quand elle est morte ça a un peu emmerdé tout le monde. Idem pour le machine qui hébergeait le serveur NIS. On a pas l'air con avec un 486 mort et personne qui peut se logger en attendant un GA (gentil admin). Sans parler de la passerelle... SSH utilise des clés RSA. Et un 486 pour calculer du RSA....
Bref, je revends au maximum mes vieux trucs. Chez moi j'ai un PC pas trop vieux qui traine mais je ne l'allume jamais. Il est bruillant et tout ce que je peux faire dessus, je peux le faire beaucoup plus rapidement sur le nouveau. J'en aurais bien fait un serveur ou un PC de salon mais le bruit...
en effet qu'elle plaisir que de voir une distribution couvrir une grande majorité de plates-formes
c'est peut être joli mais c'est intenable. C'est bien de supporter de nombreuses architectures mais quand il y a des bugs bloquants qui empêchent de sortir une distro et personne pour les corriger parmi les 3 pelés qui s'intéressent à l'architecture XYZ c'est nettement moins drole.
Il y a beaucoup de bonnes intentions mais qui sont rarement suivies d'actes. On a le même problème pour la gestion des paquets. On va passer énormement de gens enthousiastes qui proposent d'empaqueter des logiciels mais qui se lassent très vite et abandonnent leur paquets au bout de deux mois. C'est pour celà que Debian demande à ce qu'il y ait plusieurs responsables de façon à maximiser les chances de voir un paquets survivre.
Et même si cela sert à peut de gens, l'idéologie qui pouvait y être associée était (est pour l'instant encore) intéressante
Ca sert à peu de gens mais surtout il n'y pas grand monde pour maintenir. Supporter une architecture qui ne sert qu'à 10 péquins n'est pas gênant si ces 10 personnes sont tous mainteneurs et très réactifs. Mais si on a quelques utilisateurs et pas de mainteneurs on est mal. L'idéologie pourquoi pas mais quand ça met en péril tout le projet on la range dans le tiroir.
Mouais enfin NVidia et les autres vendent du matériel et pas leur pilote. Là, il s'agit d'une boite qui vend un logiciel _60_Euros_ mais qui refuse de fournir le moindre support comme s'il s'agissait d'une version expérimentale (mais c'en est une, non?). Merci mais non merci. Soit c'est une béta et ils la fournissent gratuitement comme c'est l'usage, soit c'est une vraie version officielle payante et ils fournissent les même prestations que pour Windows. Et pas de : "oui mais on aide pas les Linuxiens parce que ce sont des pros" (Hotlineuse W***).
Je ne vois pas trop l'intérêt de la chose. Certes, Nero doit avoir un bon support matériel puisque la boite signe tous les NDAs nécessaires pour avoir accès aux specs du matériel mais qu'en est-il de leur connaissance du noyau Linux ? L'autre gros problème est l'évolutivité ? Leur logiciel est quand même très proche de la couche matérielle et doit être très dépendante des interfaces du noyau pour attaquer le matériel en mode brut. Vu que toutes les 3-4 versions du noyau les drivers NVidia ne marchent plus pour cause de changement d'interface, que se passe-t-il si on achète Nero et qu'il n'est plus compatible avec le noyau N+1 ? Peut-on bénéficier d'une mise à jour ou faut-il repasser à la caisse ?
C'est une idée reçue de penser que tout programme Perl n'est pas maintenable ou complétement incompréhensible.
Le gros problème d'un langage permissif qui autorise whatmille astuces de syntaxe c'est que pour maintenir le code d'un autre développeur il faut maitriser toutes les astuces que les autres développeurs ont pu utiliser. Dans une boite on peut imposer des coding rules mais dans le cas de logiciels libres developpés par des équipes différentes, au final il faut connaitre chaque subtilité du langage car sur le nombre de personnes la quasi totalité des possibilités sera utilisée. Plus la langage propose d'astuces et plus c'est le bordel (C++ ?).
L'autre chose que je reproche à Perl et à plusieurs autres langages c'est cette manie de vouloir optimiser au maximum le nombre le nombre de caractères à taper. Je préfère un code plus expansif qui se lit sans difficulté qu'un truc qui fait la même chose en une ligne et qui demande un grand effort de lecture. Et ça se ressent jusque dans le nommage des variables et méthodes. Là au un perliste ou un C-iste écrirons des "authusr()", en Java, Pascal ou autre on préfèrera appeler la même méthode "getAuthentifiedUser()". C'est plus long à taper mais ça se lit tout seul. Il faut garder à l'esprit qu'en général mis à part pour du code jetable, une même ligne de code sera écrite une fois mais relue des dixaines de fois et ce par moultes personnes différentes. Dans ma boite, on a une grosse appli métier codée en Delphi et même un marketeux ne sachant pas programmer est capable en regardant le code de dire ce que ça fait.
Le problème est qu'elle est probablement brevetée comme pas croyable, donc soumise au bon vouloir de MS
Breveter peut être pas (je ne vois rien d'"innovant" dans une API qui puisse justifier l'acceptation d'un brevet). En revanche MS peut en changer n'importe quand et casser la compatibilité. Une réimplémentation des APIs d'un concurrent sera toujours à la traine par rapport à l'original. Ce sera toujours une version dégradée et je ne trouve pas que ça donne une bonne image du libre.
Ce n'est pas forcément évident de lever les fonds nécessaires. Blender c'était 100k$ il me semble, et il a fallu un bon moment pour lever les fonds. Contre une petite boite ça peut suffire mais dans un procès contre une boite de taille moyenne (SCO par exemple), le procès peut durer des années et la boite peut jouer la montre comme le font la plupart des grosses boites : Je te presse jusqu'à ce que tu n'ais plus de fric et là tu es mort.
Le plus efficace pour le moment me semble de propager la nouvelle. Il n'y a qu'à voir pour Sigma Design : Au début SD chiait sur les développeurs (qu'est-ce que ça peut fouttre que 2 ou 3 braillards se plaignent) mais la nouvelle du vol de code a fait le tour du net à une vitesse à laquelle il ne s'attendaient pas et a été reprise par des sites de decidors (01, etc). Les investisseurs ont pris peur et SD a dû publier le code source en urgence pour calmer le jeu. C'est une des force du net : Les nouvelles (vraies ou fausses) se propagent à une vitesse folle et il est quasiment impossible de les arrêter.
La Warty live n'etant pas compatible avec ma carte mere Asus A7N8X deluxe (meme avec BIOS mis a jour), j'ai vu sur le forum francais que la hoary l'est.
Qu'est-ce que tu appelle "pas compatible"? J'ai la même carte et je suis sous Debian sans le moindre problème. Le support du NForce2 dans le noyau a été un "sport" pendant 6 mois mais depuis tout est rentré dans l'ordre alors je me demande bien ce qui pose problème avec Ubuntu qui est pourtant super récente.
J'ai pas mal entendu de mal de la communaute Debian (jamais test'e, non plus)
J'ai plusieurs boiters externes pour DD et je dois dire que la qualité est très inégale. J'ai d'abord eu un Connectland Travel Box USB2/Firewire et ça c'est vraiment de la merde. Au début il passait bien puis il a commencé a ne plus être reconnu en USB. J'étais obligé de l'utiliser en Firewire. Maintenant il ne passe que si je le branche avant d'allumer la machine (super pratique) sinon il n'est plus vu. A noter que j'ai le même problème sous Windows donc c'est bien le boitier qui déconne. Connectland c'est un peu de la merde. Ce n'est pas vraiment une marque c'est un genre de grossiste qui achète un peu n'importe quoi à droite à gauche et vends ça sous sa marque. Au niveau qualité c'est lamentable. J'ai eu aussi dans le passé un switch Connectland 10/100Mb que je n'ai pas gardé longtemps. Toutes mes machines ont de l'ethernet 100Mb voire gigabit et ce p***n de switch reste bloqué en 10Mb.
Depuis j'ai racheté un boitier 3.5" Enermax qui marche bien et un autre IcyBox qui marche nickel. Au passage, sur des gros fichiers le taux de transferts sont bien meilleurs sur le IcyBox.
La façon de se retirer du Danemark était franchement louche.
D: - Je veux que ça passe en point B
Lu: - Non, ça me saoule
D: - Bon, ok, je n'ai rien dit
Le représentant Danois n'avait pas l'air très motivé. On peut même dire qu'il s'en foutait. On lui a dit de s'opposer, il s'oppose. Personne n'a objecté au passage en force du Luxembourg. Personne n'a fait remarquer que ce qu'ils faisait n'était pas conforme au fonctionnement des institutions. Les représentant présents étaient tous pour, sauf la Pologne mais eux je les comprends. Ce n'est pas facile de subir seul toutes les pressions diplomatiques. Pressions des autres membres, pressions des grandes entreprises US ("si tu dis non on licencie"). Ils veulent défendre le non aux brevets mais pas seuls.
Je n'ai pas lu la BSD à cause des reproches qui lui sont fait de la part de GNU
GNU a toujours raison? Tu pourrais te faire ta propre idée, non?
Je reproche aux Creatives Commons le style trop sacadé et trop mal présenté
?
Une licence est un texte juridique. La beauté de la prose importe peu. Le texte doit être précis et clair. Après, bien sûr, tu peux réécrire "ta" By-Nc en alexandrins, en français ou même en espéranto si ça te chantes. Comme dit plus haut tu es libre.
un récepteur (peut être émeteur) infrarouge qui se branche sur le port infrarouge de ma carte mere.(...) Cela fait maintenant quelques soirées que j'essais d'installé LIRC sans succes.
Ca n'est pas vraiement fait pour. Le port infrarouge situé sur les cartes mère c'est l'IRDA. C'est un système prévu pour effectuer une synchronisation entre un ordinateur et un téléphone, un PDA, etc. C'est un protocole en mode connecté (j'ouvre une connexion, je transfère des données, je ferme la connexion).
LIRC de son côté gère les télécommandes infrarouge. Elles fonctionnement en mode non connecté. Un télécommande envoie un signal avec un code donné, point barre. Ca fonctionne dans un seul sens et il n'y a aucun contrôle pour savoir si le message a bien été reçu.
D'un point de vue matériel, même si les deux utilisent l'infrarouge, ils sont très différents. Ils communiquent sur des fréquences différentes (mais voisines). On peut tenter de traiter le signal reçu sur un port IRDA comme un signal de télécommande. Suivant le type de capteur utilisé ça marche plus au moins bien mais en général ça ne marche que si on est parfaitement en face (contrairement aux télécommandes, l'IRDA ne cherche pas à "arroser" le plus large possible, le capteur ne capte que ce qui vient droit devant lui) et pas trop loin (encore une fois, l'IRDA n'est pas prévu pour faire de communication longue distance). En gros ça marche si tu est en face et à 50 cm maxi. Bref, bof. Toutes ces infos sont trouvables dans le Linux infrared howto.
L'IRDA n'est pas vraiment le top pour les télécommande. Si tu es un peu bricoleur tu peux te faire un récepteur IR sur port série pour 3 fois rien et qui marchera du feu de dieu (cf site de LIRC).
Pourquoi ne feraient-ils pas la grève du courrier électronique par exemple ?
Sauf que l'informatique ça ne marche pas comme les trains. Dans un train s'il n'y a pas de conducteur, il reste en gare. Un serveur mail, s'il n'y a personne à côté, continue de tourner quand même. Pour que les mails ne passent plus il faut délibérément arrêter le serveur et ça c'est du sabotage.
Si un salarié de Microsoft était passé à ce moment là, je lui aurais volontiers foutu mon poing dans la geule : mon cousin est dyslexique
Oui mais bon qu'il soit sourd, muet ou aveugle ne change pas la licence. Une license mono poste reste mono poste. Si ça ne te convient pas c'est peut être une bonne occasion pour proposer à ton oncle et ton cousin OpenOffice. Ca va peut être lui faire mal aux fesses pour ses 320 euros qui auraient pu être utilisés pour acheter un truc plus utile pour ton cousin.
Cf aussi ces foutus PDF sous DRM [1] qui empêchent les profs d'imprimer des papiers intéressants
C'est marrant au boulot on reçoit souvent des articles de presse en pdf qu'on ne peut pas enregistrer sur disque pour cause de "protection anti méchants pirates". On ne peut que les lire en ligne ou... les imprimer ! Moralité les articles sont imprimés et photocopiés dans tous les sens. Il n'y a pas à dire c'est beau la technique.
J'ai toujours trouvé que MSDN c'était un souk pas possible. Je n'arrive pas à voir une logique dans la façon dont c'est organisé. Il y a beaucoup d'info mais le classement laisse à désirer.
Pour ASP.net, la doc c'est un peu une horreur. Il y a beaucoup de comportements plus ou moins automatiques non docmumentés (genre tu oublies de déclarer un contrôle et bizarrement ça marche quand même parce que le problème a été détecté et VS a ajouté la déclaration en sous marin sans rien dire) et les sites comme www.asp.net (MS) n'apportent rien au niveau info. A chaque fois ils sortent le même type d'exemple bateau mais dès qu'on veut faire des choses un peu plus sérieuses bah, là, plus rien, pas d'info sur les fonctionnalités avancées. Ca a été une galère pas possible pour comprendre comment marchait le DataBinding, dans quel ordre les actions se déclenchaient. A la fin, j'ai carrément regardé comment cétait implémenté dans Mono pour comprendre comment ça marchait. Et là tout s'est éclairé.
En même temps, selon l'article, y'a un éditeur UML, des tests unitaires, je pense pas que ce soit que du bloated
Ce genre d'outil est utile. Je ne dis pas le contraire. Ce n'est pas à ça que je pensais mais plutot à tout ce qui s'exécute en arrière plan. Tu tapes du code et si tu regardes l'utilisation CPU tu vois que VS fait des choses. Il calcule je ne sais quoi et visiblement c'est du costaud. Il y a aussi le pourriss^M^Mreformatage de code dont je parlait plus haut.
Sans blagues? MS redécouvre les vertus du shell? Mais que vont devenir tous les admins clic-bouton?
VS devient de plus en plus une uzine à gaz.
VS.net 2003 était déjà inutilisable. Déjà l'installation il faut compter une matinée (avec redemarrages, toussa) et ça doit prendre dans les 10Go juste pour le support C++/C# (j'ai zappé J#, MSDN et tout le reste sinon il m'aurait fallu un nouveau DD). Ca met trois plombes à se lancer et ensuite mais comment ça rame!!! Je n'avais jamais vu ça depuis les premières applis java sans JIT. Pour info au boulot j'utilise un P4 HT 2.6GHz. Je ne sais pas comment une telle catastrophe a pu être possible. Eclipse est fluide sur ma machine et démarre beaucoup plus vite. Ca a atteint un tel niveau que chez nous on envisage de passer à SharpDevelop (IDE .NET libre). SD prends 10x moins d'espace disque, s'installe en 5 min et... il marche, point. Il fait tout ce qu'on veut.
J'ai l'impression que chez MS ils ont fait la course à la feature, ils ont rempli leur IDE de gadgets non vitaux, activés par défaut et qui prennent un max de CPU. Le pire est que parmi tout ce bordel il y a énormément de "fonctionnalités" pète couilles qu'on passe son temps à chercher à désactiver. Exemple tout con : Quand on ouvre une page aspx, VS reformatte le code à sa manière. Il vire l'indentation, rajoute des attributs de style dans les controles . Bordel mais les CSS c'est fait pour quoi??
L'IDE est rempli d'assistants permettant de développer "des applications sans coder une ligne dans l'absolu ;-)" .
Ca, ça fait bander de decidor mais on en est loin. Mon boss était tout fou à l'idée de passer à ASP.net. A tel point qu'il voulait se remettre à coder (chose qu'il n'a pas du faire depuis 10ans). Il avait surement vu une de ces démo ou un commercial te montre comment créer un hello world en 3 clics. Il a été super déçu quand il s'est rendu compte que dès qu'on cherche à faire une appli non triviale, tout ces trucs automatiques ne servent plus à rien. En en revient au bon vieux codage à l'ancienne. Pire, on a toujours ces fonctionnalités automatiques dans les pattes.
Pour en mettre plein la vue au niveau "effect 3d" (j'ai eu l'impression que ça ne savait rien faire d'autres ;-). J'aurai préféré voir comment ça interagissait dans une vraie application
Plus ça va et plus les applis MS semblent cibler les décideurs, et pas chercher à satisfaire des besoins. VS.net est l'exemple parfait de l'appli qui en jette... jusqu'à ce qu'on cherche à l'utiliser. Le décideur à l'impression que c'est l'appli du siècle. Confie la même appli à un techos, au bout d'1/2 heure il en a marre et reprends son ancien IDE, simple et qui marche. VS.net c'est vraiment l'IDE playskool.
Il faudra une machine très véloce (gros proc, beaucoup de mémoire, et une bonne carte graphique).
Pendant ce temps Intel a présenté ses nouvelles puces multicore à l'IDF. Coincidence? Je met ton PC à genoux et tu vends des puces pour faire tourner mes nouvelles applis. Miam.
Mais dans les entreprises, je crois qu'il signe là, la fin définitive.
Ne jamais sous estimer l'incompétence de decidors. Ce sont rarement les meilleures solutions techniques qui s'imposent. Un coup de marketing et ça rentre comme papa dans maman.
Me voilà plus malin. n'y aurait-il pas une solution à ce problème ?
Si, un clipboard manager, un logiciel qui se place entre les applis source et cible et intercepte les appels au presse papier X. Cette appli ne se ferme jamais et se trouve souvent sous forme d'applet pour le bureau.
Sinon, y aurait-il des partant pour développer cela avec moi ?
Quand tu essayes de le coller, le serer met a disposition de l application cliente l adresse du buffer ou il y as du texte.
C'est même plus malin que ça : Sous X les deux applis négocient le format d'échange le plus adapté en fonction de ce que chacune supporte. Exemple, si tu copies du texte enrichi (RichText) et que l'appli cible ne support que du texte brut, l'appli source va fournir une version dégradée mais comprise par l'appli cible.
Ce ne donne pas forcément une info utilisable. La plupart des noms sont ceux des fabricants des semi conducteurs utilisés dans ces adaptateurs. FTDI par exemple est connu des amateurs d'électronique pour ces puces FT232xx (le BM est le plus utilisé) qui permettent de continuer à profiter de la facilité d'utilisation du port série même sur des machines qui ont sont dépourvu. Sauf que quand on achète ce type de d'adaptateur, c'est bien souvent du noname. Le type de puce utilisé n'est pas indiqué sur la boite. Il me semble que le nombre de puces utilisé n'est pas énorme. Donc ça doit marcher sans trop de problème.
. Entre les jambes, les vélos, les bus, les tramway, les trains etc. on peu tout à fait vivre
Ca, c'est une réflexion de parisien. Les bus, tramway et autres il n'y en a pas partout. Dès qu'on sort de Paris se déplacer devient une galère pas possible. Paris c'est tout petit et quadrillé de lignes en tous genre. A l'extérieur, les distances s'allongent très vite et le réseau est beaucoup moins dense.
A mort les voiture pour aller au boulot
Tu semble croire qu'un véhicule ne sert qu'à aller bosser. Dis-moi, tu sais d'où viennent les fruits et légumes que tu trouves au marché? Indice : Il n'y a pas de champs à Paris. Tout ça arrive tous les matins par camions des quatre coins de France. Sans transports, les parisiens vont un peu crever de faim. Aujourd'hui les populations affluent vers les villes parce que c'est là que se trouve le travail. On observe un concentration humaine autour d'un point qui ne dispose d'aucune ressource naturelle. Aujourd'hui ça ne pose pas de problème parce qu'on peut ravitailler tout ce petit monde mais si demain on ne peut plus acheminer suffisamment de nourriture à Paris, on observera une migration inverse.
Si le petrole deviens trop cher (...) et bien les alternatives ecologiques auront enfin peut être une petite chance
Je te rejoint totalement. Le pétrole ne va pas disparaitre du jour au lendemain. Sa disparition sera progressive. Comme le dit le proverbe : La nécessité est mère de l'invention (oui, bon je sais ça fait un peu raffarinade, mais bon). Au delà du pétrole, dans bien des cas il existe plusieurs façons de résoudre un problème mais compte tenu des contraintes (ici financières) certaines sont écartées d'emblée. Si on change la donne, ces solutions qui semblaient farfelues ne le sont plus. Il ne faut pas croire qu'on va retourner à l'âge de pierre parce qu'on doit changer nos habitudes. On vivra sans doutes différemment mais pas forcément moins bien.
La plupart de ces distributions affichent clairement qu'il est contre indiqué de mélanger leurs paquets avec ceux de Debian. Il n'y a que des RPM-istes pour croire qu'on peut prendre un paquet au pif et passer ça à coup de --no-deps et vas-y que ça rentre. Oups c'est tout cassé.
<troll>
Quand on utilise Debian on s'en fout : Tout est déjà dispo sous forme de paquets alors pourquoi aller voir ailleurs? A part Ubuntu, quasiment toutes les autres ne proposent rien qui ne soit déjà dispo dans Debian (parfois via des dépots non officiels mais conçus pour Debian, comme PLF pour MDK) si ce n'est un joli installeur qui clignotte.
</troll>
# Denver le dernier dinosaure
Posté par Croconux . En réponse au journal Ne défendait jamais FireFox dans votre entreprise !. Évalué à 9.
Chez nous, ça se passait plus au moins comme ça il y a 2 ans. Et puis on a signé un grand compte qui utilisait Opera pour des raisons de sécurité. Les utilisateurs ne pouvaient même pas se loguer! Aucun commercial ne s'était posé la question avant de signer. Quand le client posait une question la réponse du commercial était toujours oui. "Vous supportez xxx?", "oui, oui. On est truc compliant, multi machin, bidule aware, certifié ISO-1664". "Je peux avoir 100 balles et un mars?", "oui, oui". Il a fallu corriger tout ça en urgence. En plus le client est passé à Firefox peu de temps après. On a même eu "l'utilisateur mac" (oui, un seul, mais manque de bol c'est un decidor qui a du s'acheter ça pour le design). On ne pouvait plus se permettre de cibler un ou des navigateurs. Il fallait que ça passe partout, même si ça n'est pas identique au pixel près. L'important est que l'utilisateur ne soit jamais bloqué (pour cause de document.all dans une fonction javascript).
[^] # Re: pourquoi virer autotools ?
Posté par Croconux . En réponse à la dépêche KDE 3.4 officiellement sorti. Évalué à 4.
Pas forcément. Ce qui emmerde le plus les développeurs c'est tout le bordel de macro M4 absolument imbitable. Pour les mainteneurs de paquets, l'important est de pouvoir modifier les options de compilation, notamment les chemins (--bindir=, --prefix) et activer/désactiver des composants optionels (--with-xxx, --without-xxx). Le packager se fout de savoir avec quoi le script configure a été généré du moment qu'il s'utilise de la même façon (./configure --plein-de-chose && make && make install). Il suffit de garder la même syntaxe pour les commandes et options et de remplacer les truc.in et machin.am par quelque chose de plus simple.
[^] # Re: IE ne fonctionne pas sous Linux et n'est pas libre.
Posté par Croconux . En réponse au journal Quelle avenir pour Firefox?. Évalué à 7.
Madame Michu ne sais pas ce qu'est Linux et encore moins le libre. Il faut bien reconnaitre que ce n'est pas le nombre de linuxiens qui fait monter les stats de Firefox. D'autant que parmi les linuxiens beaucoup ont tendance à utiliser des navigateurs basés sur gecko plutot que Firefox lui même. Sans windosiens ni linuxiens il reste quoi? MultideskOS?
Pour moi c'est clair, Windows ne correspond absolument pas à mes besoins et à ma philosophie économique
Beaucoup d'entre nous n'ont pas le choix de ce qu'ils utilisent au boulot. Chez toi tu peut tourner sous Hurd avec Fvwm si ça te chante mais je doute que tu trouves une boite où on te laisse installer ça sur ta machine. Si ta boite est sous Windows tu peux toujours dire à ton boss que ça ne correspond pas à ta philosophie il te répondra surement que les assedics y correspondont sans doutes plus.
[^] # Re: i386, i686 ...
Posté par Croconux . En réponse à la dépêche Debian envisage un support partiel des architectures les moins utilisées. Évalué à 7.
En dehors de quelques geeks qui utilise encore des 486? Utiliser une vieille machine pour des taches annexes, j'en suis revenu. C'est inutilisable. Au moindre problème il est plus simple de remplacer la machine que de chercher du matériel antique dans toutes les boutiques d'occase.
Avec quelques copains on avait récupéré un lot de 486 il y quelques temps et on leur avait trouvé des tâches à la hauteur de leurs "performances". Mais ce genre de matériel ayant déjà bien vécu les pannes à répétitions se sont multipliées. Par exemple une machine servait de DNS sauf que quand elle est morte ça a un peu emmerdé tout le monde. Idem pour le machine qui hébergeait le serveur NIS. On a pas l'air con avec un 486 mort et personne qui peut se logger en attendant un GA (gentil admin). Sans parler de la passerelle... SSH utilise des clés RSA. Et un 486 pour calculer du RSA....
Bref, je revends au maximum mes vieux trucs. Chez moi j'ai un PC pas trop vieux qui traine mais je ne l'allume jamais. Il est bruillant et tout ce que je peux faire dessus, je peux le faire beaucoup plus rapidement sur le nouveau. J'en aurais bien fait un serveur ou un PC de salon mais le bruit...
[^] # Re: Snapshot
Posté par Croconux . En réponse à la dépêche Debian envisage un support partiel des architectures les moins utilisées. Évalué à 10.
c'est peut être joli mais c'est intenable. C'est bien de supporter de nombreuses architectures mais quand il y a des bugs bloquants qui empêchent de sortir une distro et personne pour les corriger parmi les 3 pelés qui s'intéressent à l'architecture XYZ c'est nettement moins drole.
Il y a beaucoup de bonnes intentions mais qui sont rarement suivies d'actes. On a le même problème pour la gestion des paquets. On va passer énormement de gens enthousiastes qui proposent d'empaqueter des logiciels mais qui se lassent très vite et abandonnent leur paquets au bout de deux mois. C'est pour celà que Debian demande à ce qu'il y ait plusieurs responsables de façon à maximiser les chances de voir un paquets survivre.
Et même si cela sert à peut de gens, l'idéologie qui pouvait y être associée était (est pour l'instant encore) intéressante
Ca sert à peu de gens mais surtout il n'y pas grand monde pour maintenir. Supporter une architecture qui ne sert qu'à 10 péquins n'est pas gênant si ces 10 personnes sont tous mainteneurs et très réactifs. Mais si on a quelques utilisateurs et pas de mainteneurs on est mal. L'idéologie pourquoi pas mais quand ça met en péril tout le projet on la range dans le tiroir.
[^] # Re: Si ils allaient jusqu'au bout de leur démarche au moins.
Posté par Croconux . En réponse à la dépêche NeroLINUX : Un nouveau logiciel de gravure de CD et DVD. Évalué à 7.
Je ne vois pas trop l'intérêt de la chose. Certes, Nero doit avoir un bon support matériel puisque la boite signe tous les NDAs nécessaires pour avoir accès aux specs du matériel mais qu'en est-il de leur connaissance du noyau Linux ? L'autre gros problème est l'évolutivité ? Leur logiciel est quand même très proche de la couche matérielle et doit être très dépendante des interfaces du noyau pour attaquer le matériel en mode brut. Vu que toutes les 3-4 versions du noyau les drivers NVidia ne marchent plus pour cause de changement d'interface, que se passe-t-il si on achète Nero et qu'il n'est plus compatible avec le noyau N+1 ? Peut-on bénéficier d'une mise à jour ou faut-il repasser à la caisse ?
[^] # Re: Perl n'est pas assez clair? O_o
Posté par Croconux . En réponse au journal connaissez-vous Pike ?. Évalué à 3.
Le gros problème d'un langage permissif qui autorise whatmille astuces de syntaxe c'est que pour maintenir le code d'un autre développeur il faut maitriser toutes les astuces que les autres développeurs ont pu utiliser. Dans une boite on peut imposer des coding rules mais dans le cas de logiciels libres developpés par des équipes différentes, au final il faut connaitre chaque subtilité du langage car sur le nombre de personnes la quasi totalité des possibilités sera utilisée. Plus la langage propose d'astuces et plus c'est le bordel (C++ ?).
L'autre chose que je reproche à Perl et à plusieurs autres langages c'est cette manie de vouloir optimiser au maximum le nombre le nombre de caractères à taper. Je préfère un code plus expansif qui se lit sans difficulté qu'un truc qui fait la même chose en une ligne et qui demande un grand effort de lecture. Et ça se ressent jusque dans le nommage des variables et méthodes. Là au un perliste ou un C-iste écrirons des "authusr()", en Java, Pascal ou autre on préfèrera appeler la même méthode "getAuthentifiedUser()". C'est plus long à taper mais ça se lit tout seul. Il faut garder à l'esprit qu'en général mis à part pour du code jetable, une même ligne de code sera écrite une fois mais relue des dixaines de fois et ce par moultes personnes différentes. Dans ma boite, on a une grosse appli métier codée en Delphi et même un marketeux ne sachant pas programmer est capable en regardant le code de dire ce que ça fait.
[^] # Re: j'y connais mais...
Posté par Croconux . En réponse au journal connaissez-vous Pike ?. Évalué à 4.
Breveter peut être pas (je ne vois rien d'"innovant" dans une API qui puisse justifier l'acceptation d'un brevet). En revanche MS peut en changer n'importe quand et casser la compatibilité. Une réimplémentation des APIs d'un concurrent sera toujours à la traine par rapport à l'original. Ce sera toujours une version dégradée et je ne trouve pas que ça donne une bonne image du libre.
[^] # Re: Il faudrait un proces qui serve d'exemple
Posté par Croconux . En réponse à la dépêche Maui X-Stream aurait volé du code sous GPL et se serait approprié le copyright de PearPC. Évalué à 10.
Le plus efficace pour le moment me semble de propager la nouvelle. Il n'y a qu'à voir pour Sigma Design : Au début SD chiait sur les développeurs (qu'est-ce que ça peut fouttre que 2 ou 3 braillards se plaignent) mais la nouvelle du vol de code a fait le tour du net à une vitesse à laquelle il ne s'attendaient pas et a été reprise par des sites de decidors (01, etc). Les investisseurs ont pris peur et SD a dû publier le code source en urgence pour calmer le jeu. C'est une des force du net : Les nouvelles (vraies ou fausses) se propagent à une vitesse folle et il est quasiment impossible de les arrêter.
[^] # Re: J'espere que cette version passera sur ma carte mere....
Posté par Croconux . En réponse à la dépêche Ubuntu "Hoary" 5.04 Preview Release. Évalué à 6.
Qu'est-ce que tu appelle "pas compatible"? J'ai la même carte et je suis sous Debian sans le moindre problème. Le support du NForce2 dans le noyau a été un "sport" pendant 6 mois mais depuis tout est rentré dans l'ordre alors je me demande bien ce qui pose problème avec Ubuntu qui est pourtant super récente.
J'ai pas mal entendu de mal de la communaute Debian (jamais test'e, non plus)
Attention il y a une touffe de poils qui dépasse.
# Les boitiers externes
Posté par Croconux . En réponse au message Hdd externe en ultra-ata 100, sous linux, ça marche ?. Évalué à 2.
Depuis j'ai racheté un boitier 3.5" Enermax qui marche bien et un autre IcyBox qui marche nickel. Au passage, sur des gros fichiers le taux de transferts sont bien meilleurs sur le IcyBox.
# C'était un peu louche
Posté par Croconux . En réponse au journal Brevet: Pas de demande pour un item-B?. Évalué à 5.
D: - Je veux que ça passe en point B
Lu: - Non, ça me saoule
D: - Bon, ok, je n'ai rien dit
Le représentant Danois n'avait pas l'air très motivé. On peut même dire qu'il s'en foutait. On lui a dit de s'opposer, il s'oppose. Personne n'a objecté au passage en force du Luxembourg. Personne n'a fait remarquer que ce qu'ils faisait n'était pas conforme au fonctionnement des institutions. Les représentant présents étaient tous pour, sauf la Pologne mais eux je les comprends. Ce n'est pas facile de subir seul toutes les pressions diplomatiques. Pressions des autres membres, pressions des grandes entreprises US ("si tu dis non on licencie"). Ils veulent défendre le non aux brevets mais pas seuls.
[^] # Re: Euh ...
Posté par Croconux . En réponse au journal ILicenceS V2.0 RC1. Évalué à 3.
GNU a toujours raison? Tu pourrais te faire ta propre idée, non?
Je reproche aux Creatives Commons le style trop sacadé et trop mal présenté
?
Une licence est un texte juridique. La beauté de la prose importe peu. Le texte doit être précis et clair. Après, bien sûr, tu peux réécrire "ta" By-Nc en alexandrins, en français ou même en espéranto si ça te chantes. Comme dit plus haut tu es libre.
# Pas fait pour
Posté par Croconux . En réponse au message linux et infrarouge. Évalué à 5.
Ca n'est pas vraiement fait pour. Le port infrarouge situé sur les cartes mère c'est l'IRDA. C'est un système prévu pour effectuer une synchronisation entre un ordinateur et un téléphone, un PDA, etc. C'est un protocole en mode connecté (j'ouvre une connexion, je transfère des données, je ferme la connexion).
LIRC de son côté gère les télécommandes infrarouge. Elles fonctionnement en mode non connecté. Un télécommande envoie un signal avec un code donné, point barre. Ca fonctionne dans un seul sens et il n'y a aucun contrôle pour savoir si le message a bien été reçu.
D'un point de vue matériel, même si les deux utilisent l'infrarouge, ils sont très différents. Ils communiquent sur des fréquences différentes (mais voisines). On peut tenter de traiter le signal reçu sur un port IRDA comme un signal de télécommande. Suivant le type de capteur utilisé ça marche plus au moins bien mais en général ça ne marche que si on est parfaitement en face (contrairement aux télécommandes, l'IRDA ne cherche pas à "arroser" le plus large possible, le capteur ne capte que ce qui vient droit devant lui) et pas trop loin (encore une fois, l'IRDA n'est pas prévu pour faire de communication longue distance). En gros ça marche si tu est en face et à 50 cm maxi. Bref, bof. Toutes ces infos sont trouvables dans le Linux infrared howto.
L'IRDA n'est pas vraiment le top pour les télécommande. Si tu es un peu bricoleur tu peux te faire un récepteur IR sur port série pour 3 fois rien et qui marchera du feu de dieu (cf site de LIRC).
[^] # Re: Contre pouvoir
Posté par Croconux . En réponse à la dépêche La brevetabilité des inventions mises en oeuvre par ordinateur adoptée par le Conseil. Évalué à 5.
Sauf que l'informatique ça ne marche pas comme les trains. Dans un train s'il n'y a pas de conducteur, il reste en gare. Un serveur mail, s'il n'y a personne à côté, continue de tourner quand même. Pour que les mails ne passent plus il faut délibérément arrêter le serveur et ça c'est du sabotage.
[^] # Re: La différence ...
Posté par Croconux . En réponse au journal Complexité des licences ?. Évalué à 5.
Oui mais bon qu'il soit sourd, muet ou aveugle ne change pas la licence. Une license mono poste reste mono poste. Si ça ne te convient pas c'est peut être une bonne occasion pour proposer à ton oncle et ton cousin OpenOffice. Ca va peut être lui faire mal aux fesses pour ses 320 euros qui auraient pu être utilisés pour acheter un truc plus utile pour ton cousin.
Cf aussi ces foutus PDF sous DRM [1] qui empêchent les profs d'imprimer des papiers intéressants
C'est marrant au boulot on reçoit souvent des articles de presse en pdf qu'on ne peut pas enregistrer sur disque pour cause de "protection anti méchants pirates". On ne peut que les lire en ligne ou... les imprimer ! Moralité les articles sont imprimés et photocopiés dans tous les sens. Il n'y a pas à dire c'est beau la technique.
# Sysv-rc ?
Posté par Croconux . En réponse au journal Bootsplash et alternative /bin/sh dans Debian. Évalué à 3.
Curieux je n'ai pas ce problème. Tu as fais un petit upgrade avant d'installer bootsplash? Il a pu y avoir des modifs.
dpkg --force-overwrit
Arrrrgghh! Vade retro. Risquer de mettre en vrac apt pour avoir un joli logo au démarrage ça ne vaut pas le coup, à mon avis.
[^] # Re: K.I.S.S
Posté par Croconux . En réponse au journal Devdays, Le Futur de microsoft, je suis rassuré. Évalué à 2.
J'ai toujours trouvé que MSDN c'était un souk pas possible. Je n'arrive pas à voir une logique dans la façon dont c'est organisé. Il y a beaucoup d'info mais le classement laisse à désirer.
Pour ASP.net, la doc c'est un peu une horreur. Il y a beaucoup de comportements plus ou moins automatiques non docmumentés (genre tu oublies de déclarer un contrôle et bizarrement ça marche quand même parce que le problème a été détecté et VS a ajouté la déclaration en sous marin sans rien dire) et les sites comme www.asp.net (MS) n'apportent rien au niveau info. A chaque fois ils sortent le même type d'exemple bateau mais dès qu'on veut faire des choses un peu plus sérieuses bah, là, plus rien, pas d'info sur les fonctionnalités avancées. Ca a été une galère pas possible pour comprendre comment marchait le DataBinding, dans quel ordre les actions se déclenchaient. A la fin, j'ai carrément regardé comment cétait implémenté dans Mono pour comprendre comment ça marchait. Et là tout s'est éclairé.
En même temps, selon l'article, y'a un éditeur UML, des tests unitaires, je pense pas que ce soit que du bloated
Ce genre d'outil est utile. Je ne dis pas le contraire. Ce n'est pas à ça que je pensais mais plutot à tout ce qui s'exécute en arrière plan. Tu tapes du code et si tu regardes l'utilisation CPU tu vois que VS fait des choses. Il calcule je ne sais quoi et visiblement c'est du costaud. Il y a aussi le pourriss^M^Mreformatage de code dont je parlait plus haut.
# K.I.S.S
Posté par Croconux . En réponse au journal Devdays, Le Futur de microsoft, je suis rassuré. Évalué à 8.
Sans blagues? MS redécouvre les vertus du shell? Mais que vont devenir tous les admins clic-bouton?
VS devient de plus en plus une uzine à gaz.
VS.net 2003 était déjà inutilisable. Déjà l'installation il faut compter une matinée (avec redemarrages, toussa) et ça doit prendre dans les 10Go juste pour le support C++/C# (j'ai zappé J#, MSDN et tout le reste sinon il m'aurait fallu un nouveau DD). Ca met trois plombes à se lancer et ensuite mais comment ça rame!!! Je n'avais jamais vu ça depuis les premières applis java sans JIT. Pour info au boulot j'utilise un P4 HT 2.6GHz. Je ne sais pas comment une telle catastrophe a pu être possible. Eclipse est fluide sur ma machine et démarre beaucoup plus vite. Ca a atteint un tel niveau que chez nous on envisage de passer à SharpDevelop (IDE .NET libre). SD prends 10x moins d'espace disque, s'installe en 5 min et... il marche, point. Il fait tout ce qu'on veut.
J'ai l'impression que chez MS ils ont fait la course à la feature, ils ont rempli leur IDE de gadgets non vitaux, activés par défaut et qui prennent un max de CPU. Le pire est que parmi tout ce bordel il y a énormément de "fonctionnalités" pète couilles qu'on passe son temps à chercher à désactiver. Exemple tout con : Quand on ouvre une page aspx, VS reformatte le code à sa manière. Il vire l'indentation, rajoute des attributs de style dans les controles . Bordel mais les CSS c'est fait pour quoi??
L'IDE est rempli d'assistants permettant de développer "des applications sans coder une ligne dans l'absolu ;-)" .
Ca, ça fait bander de decidor mais on en est loin. Mon boss était tout fou à l'idée de passer à ASP.net. A tel point qu'il voulait se remettre à coder (chose qu'il n'a pas du faire depuis 10ans). Il avait surement vu une de ces démo ou un commercial te montre comment créer un hello world en 3 clics. Il a été super déçu quand il s'est rendu compte que dès qu'on cherche à faire une appli non triviale, tout ces trucs automatiques ne servent plus à rien. En en revient au bon vieux codage à l'ancienne. Pire, on a toujours ces fonctionnalités automatiques dans les pattes.
Pour en mettre plein la vue au niveau "effect 3d" (j'ai eu l'impression que ça ne savait rien faire d'autres ;-). J'aurai préféré voir comment ça interagissait dans une vraie application
Plus ça va et plus les applis MS semblent cibler les décideurs, et pas chercher à satisfaire des besoins. VS.net est l'exemple parfait de l'appli qui en jette... jusqu'à ce qu'on cherche à l'utiliser. Le décideur à l'impression que c'est l'appli du siècle. Confie la même appli à un techos, au bout d'1/2 heure il en a marre et reprends son ancien IDE, simple et qui marche. VS.net c'est vraiment l'IDE playskool.
Il faudra une machine très véloce (gros proc, beaucoup de mémoire, et une bonne carte graphique).
Pendant ce temps Intel a présenté ses nouvelles puces multicore à l'IDF. Coincidence? Je met ton PC à genoux et tu vends des puces pour faire tourner mes nouvelles applis. Miam.
Mais dans les entreprises, je crois qu'il signe là, la fin définitive.
Ne jamais sous estimer l'incompétence de decidors. Ce sont rarement les meilleures solutions techniques qui s'imposent. Un coup de marketing et ça rentre comme papa dans maman.
[^] # Re: Windows != Linux
Posté par Croconux . En réponse au message copier/coller a des trous de mémoire !!. Évalué à 2.
Si, un clipboard manager, un logiciel qui se place entre les applis source et cible et intercepte les appels au presse papier X. Cette appli ne se ferme jamais et se trouve souvent sous forme d'applet pour le bureau.
Sinon, y aurait-il des partant pour développer cela avec moi ?
Ca existe déjà. Chez KDE c'est Klipper. Sous XFCE c'est le plugin Clipman. Sous Gnome il y a eu dans un autre temps un truc qui faisait ça et qui a été jeté. cf. http://mail.gnome.org/archives/gnome-devel-list/2004-March/msg00046(...)
Pour Gnome il faut donc se tourner vers des applets non officiellement intégrées comme http://freshmeat.net/projects/gcmapplet/(...) ou http://members.chello.nl/~h.lai/gnome-clipboard-daemon/index.html(...)
Ce dernier a été proposé sur les ML Gnome est s'est aussi fait jeter.
[^] # Re: Windows != Linux
Posté par Croconux . En réponse au message copier/coller a des trous de mémoire !!. Évalué à 2.
C'est même plus malin que ça : Sous X les deux applis négocient le format d'échange le plus adapté en fonction de ce que chacune supporte. Exemple, si tu copies du texte enrichi (RichText) et que l'appli cible ne support que du texte brut, l'appli source va fournir une version dégradée mais comprise par l'appli cible.
[^] # Re: Read the Source Lucke
Posté par Croconux . En réponse au message Adaptateur RS232<->USB. Évalué à 3.
Ce ne donne pas forcément une info utilisable. La plupart des noms sont ceux des fabricants des semi conducteurs utilisés dans ces adaptateurs. FTDI par exemple est connu des amateurs d'électronique pour ces puces FT232xx (le BM est le plus utilisé) qui permettent de continuer à profiter de la facilité d'utilisation du port série même sur des machines qui ont sont dépourvu. Sauf que quand on achète ce type de d'adaptateur, c'est bien souvent du noname. Le type de puce utilisé n'est pas indiqué sur la boite. Il me semble que le nombre de puces utilisé n'est pas énorme. Donc ça doit marcher sans trop de problème.
[^] # Re: La solution n'est pas dans comment remplacer nos moteurs
Posté par Croconux . En réponse au journal Ca vous fera un peu de lecture... :o). Évalué à 4.
Ca, c'est une réflexion de parisien. Les bus, tramway et autres il n'y en a pas partout. Dès qu'on sort de Paris se déplacer devient une galère pas possible. Paris c'est tout petit et quadrillé de lignes en tous genre. A l'extérieur, les distances s'allongent très vite et le réseau est beaucoup moins dense.
A mort les voiture pour aller au boulot
Tu semble croire qu'un véhicule ne sert qu'à aller bosser. Dis-moi, tu sais d'où viennent les fruits et légumes que tu trouves au marché? Indice : Il n'y a pas de champs à Paris. Tout ça arrive tous les matins par camions des quatre coins de France. Sans transports, les parisiens vont un peu crever de faim. Aujourd'hui les populations affluent vers les villes parce que c'est là que se trouve le travail. On observe un concentration humaine autour d'un point qui ne dispose d'aucune ressource naturelle. Aujourd'hui ça ne pose pas de problème parce qu'on peut ravitailler tout ce petit monde mais si demain on ne peut plus acheminer suffisamment de nourriture à Paris, on observera une migration inverse.
[^] # Re: D'une façon générale
Posté par Croconux . En réponse au journal Ca vous fera un peu de lecture... :o). Évalué à 4.
Je te rejoint totalement. Le pétrole ne va pas disparaitre du jour au lendemain. Sa disparition sera progressive. Comme le dit le proverbe : La nécessité est mère de l'invention (oui, bon je sais ça fait un peu raffarinade, mais bon). Au delà du pétrole, dans bien des cas il existe plusieurs façons de résoudre un problème mais compte tenu des contraintes (ici financières) certaines sont écartées d'emblée. Si on change la donne, ces solutions qui semblaient farfelues ne le sont plus. Il ne faut pas croire qu'on va retourner à l'âge de pierre parce qu'on doit changer nos habitudes. On vivra sans doutes différemment mais pas forcément moins bien.
[^] # Re: Debian a le vent en poupe...
Posté par Croconux . En réponse à la dépêche Une nouvelle version de la MEPIS : SimplyMEPIS 3.3. Évalué à -1.
<troll>
Quand on utilise Debian on s'en fout : Tout est déjà dispo sous forme de paquets alors pourquoi aller voir ailleurs? A part Ubuntu, quasiment toutes les autres ne proposent rien qui ne soit déjà dispo dans Debian (parfois via des dépots non officiels mais conçus pour Debian, comme PLF pour MDK) si ce n'est un joli installeur qui clignotte.
</troll>