superna a écrit 305 commentaires

Vu que MS se lance dans l'exécution d'autres languages depuis leur CLR (Java, Python...), un dev du core de Emacs en C# associé a un genre de Lisp# rendrait le tout compatible avec tous les programmes existants.

Mais seulement si c'est bien developpé...

HV3 ( http://tkhtml.tcl.tk/hv3.html ) passe trés bien l'acid test !

Ces gars sont des fous...

(Pour info : http://www.webstandards.org/files/acid2/test.html#top )

Dans DD-WRT, puisqu'un bridge regroupe toutes les prises eth et les vlan, ce ne serait pas mieux remplacer par :

ebtables -t broute -A BROUTING -i vlan1 -p ipv6 -j ACCEPT

Qui accepterais sans condition touts les packets ipv6 venant de vlan1 dans le bridge ?

Finalement peut-être pas... Enfin si des connaisseurs connaissents, qu'ils donnent des infos plus pertinantes !

Je me réponds a moi même, mais sans tester ! (Vive l'administration distante ;-) )

Connectez vous à votre interface d'administration DD-WTR.
Dans Administration/Management :
Activez IPV6
(Désactivez Radvd si activé)
Sauvez la config.

Ouvrez Administration/Commands et entrez :
brctl addif br0 vlan1
ebtables -t broute -A BROUTING -i vlan1 -p ! ipv6 -j DROP

=> Remplacez vlan1 par ppp0 si vous êtes en PPPOE

Et cliquez sur Save Startup

Redémarrez le routeur en bas de Administration/Management.
Normalement ça devrait faire le même effet !

Et pour nos amis Geek qui n'ont pas le temps de s'installer une OpenWRT aux petit oignons mais quand même en profiter simplement avec DD-WRT !

En effet si cela fonctionne avec Safari, ce serait idem pour Konqueror !

Les équipes de dev de Mac OS X ont fait un trés gros effort d'optimisation du démarrage et de mise en cache des paramètres lors du boot.

C'est d'ailleurs la raison pour laquelle lors d'une mise a jour de sécurité, le boot suivant prends considérablement plus de temps, afin de regénérer les nouveaux caches.

Les distributions pourraient effectivement optimer le boot, mais ça semble assez complexe car il faut garder des compatibilités en distribs et versions, et il semble pas exister de discussions dans ce sens entre les distribution...

Là ou on peut optimer c'est lancer Xorg beaucoup plus tôt, et réorganiser les init pour qu'ils se lancent mieux, genre Apache2 ou autre serveur pendant le login (c'est d'ailleurs presque le cas sous feisty). Mais ça s'applique surtout aux ordinateurs portable et station de travail ou y'a pas besoin de serveur Apache ou MySql.

Le dev de périphériques via le Dock Port est sous license Apple, et je doute qu'apple, ils soient assez fou pour cassez cette compatibilité !

Pour bien confirmer, il suffit d'aller jeter un coup d'oeil sur l'Apple Store pour voir la compatibilité mise à jour des périphériques.

Ensuite pour l'itunesDB, le hash entre en conflit seulement en écriture, et jusqu'a preuve du contraire, la lecture ne modifie pas le fichier itunesDB ni le hash donc.

Et effectivement, ce hash est vraiment drôle venant d'une équipe de dev comme celle de l'iPod ou iTunes, c'est trop facile et vraiment sale.

Sûrement une pseudo protection pour faire plaisir à EMI en vue de l'iTunes Wifi Store ?

Déja, si tu suivais légèrement l'actualité, ce système est présent depuis la version 1.0 de iTunes sur Mac OS 9 avec l'iPod première génération.

Ceci pour justement éviter la copie a tout va de musique entre lecteurs, ceci pour éviter une panique générale des maison de disques et pour jouer en sa faveur. Et de plus, la synchronisation avec plus de 5 (je ne suis pas sur du nombre) machines était interdite à l'époque !

Donc pour rajouter à mon autre post, Apple n'a jamais RIEN fait pour éviter la copie des chansons depuis une application tierce. (Et je me demande si la politique interne était, a priori jusqu'a ce jour, de laisser faire tout le monde en gardant le même format, même si ce hash récent "bloque" l'écriture.)

J'ai même l'impression qu'une pression extérieure, sûrement des majors comme EMI ayant signés des contrats de musique dans DRM, voulait renforcer ce système d'anti-copie entre lecteurs. (Ceci dit complètement raté, mais cette simplicité venant d'une équipe de développeur de talent semble étonnament drôle...)

Et oui les iTunes récent fonctionnent et continueront de fonctionner de la même manière avec les iPod. Et il est toujours possible (oui même avec le hash) de copier ces chansons depuis une autre application.

Je suis clairement d'accord avec ton avis, sauf pour exprimer des méga trolls poilus comme la moitié de cette page.

Un avis constructif d'une personne qui a effectivement essayé l'iPod pendant plus qu'une seconde à la fnac est clairement mieux !

Aprés, oui, je suis effectivement ouvert aux discutions et point de vues, et ceci est parfaitement valable pour toutes les autres discutions (Linux/Windows, Mac/Pc, Gnome/KDE, ....). Et personnellement je ne me permettrait jamais d'exprimer mon avis sur un sujet totalement inconnu (et d'ailleurs tout le monde s'en tape et cela polue).

Bref, oui à la liberté de parole, mais constructive, nous ne sommes plus au moyen age....

Erf non, voulant avoir la marché des "PC", apple a sortit une version USB seulement PC avec iTunes sous Windows (pour Windows2000 et +).

Et non il ne fonctionnait pas sous linux, sauf la partie Mas Storage qui fonctionnait car la version firewire était aussi en Mas Storage, et le pilote HFS+ sous linux fonctionnait pas mal d'ailleurs.

Pour la hash introduit avec les dernières révisions, c'est parfaitement légitime de vouloir ajouter un vérification de l'intégrité du fichier !

Certe la compatibilité avec les logiciels tiers est rompue (en écriture !), Apple ne s'était jamais engagé a respecter son format initial, qu'ils ont heuresement gardé !

Crier au loup pour une simple modif de format pour une nouvelle génération est légèrement abusée !

(Ce mystérieux hash a récemment été "hacké" donc No Soucy !)

Juste un ajout, si vous n'aimez pas l'iPod, n'achetez pas, le gout et les couleurs c'est personnel et indiscuitable ! Donc vous n'aimez pas, c'est votre problème !
L'iPod est vendu sur tout les continents en nombre incroyables et Apple maintiens le MP3 sans DRM sur les iPod, que vouloir de plus ? La position dominante serait effectivement de crypter l'itunesDB et interdire les MP3 sans DRM ! On y est pas encore loin d'y être, et la tendance va sans l'autre sens !

Et pour les curieux :
http://phidev.info/~dino/amd/

Pour busybox et iptable, ils se compilent effectivement sans patchs sur une grande parties des plateformes, il suffit de se construire une bonne toolchain de cross-compilation avec une libc appropriée.

Si en effet le diff ne donne rien sur les différentes archives, c'est effectivement inutile !
Sois ils se sont trompés, sois c'est effectivement complètement inutile pour faire croire qu'il ont bossé sur ces logiciels.

Quand une personne ouvrira le capot de la bête pour lui mettre une petite busybox ?

Heuresement que Ralink joue aussi dans cette cours et commence a fournir des PHY wifi en MII ou RMII, et en respectant le libre et en donnant des specs (sous NDA) aux développeurs du pilote libre Rt2x00.

Je pense sincérement que les devs de chez broadcom doivent vraiment se faire "chier a mort" pour faire leurs blobs et que déja de faire un pilote non blob stable est une tâche assez complexe, ils feraient techniquement mieux de distribuer leur sources... et leur ouvrirait la porte d'une communauté de développeurs de pointe et une viabilité de leur produit pour quelques années encore dans les noyaux libres. (que ce soit linux, *BSD ou eCos par exemple)

Peut être que neuf ne reçoit pas les sources mais le Neuf (ou autre) doit certainement recevoir des docs/specs du matériel trés complètes et suffisamment pour implémenter les modules GPL.

Mais est-ce que le Neuf veux s'impliquer dans le libre ou juste faire bonne figure en balançant du code, certe, mais qui ne sert qu'a lancer une busybox et faire ce qu'un routeur fait sans les avantages de la neufbox (télévision dont décodeur hardware et téléphonie).

- Les patchs exacts des programmes utilisés
hm ? une identification des fichiers modifiés suffit.

Un petit diff récursif ne leur aurait rien couté de plus et aurait permit de ne pas stocker des archives sur leur serveur (un fichier texte est quand même bien plus léger).

C'est effectivement trés sympas de leur part, mais il manque certaines choses :
- Les patchs exacts des programmes utilisés
- La licence/auteurs de ces patchs (notamment celle du kernel)
- La licence des Blobs de Broadcom

Ensuite c'est aussi trés sympas de fournir les sources, mais l'upload d'un firmware n'est pas évidente non plus, et à priori ils ont utilisé un bootloader/monitor perso pour charger le kernel ^^
(utiliser u-boot aurait été si simple pour nous pauvres hackers ^^)

Donc la question serait de voir si Efixo n'aurait pas oublié leur patch de u-boot ou autre bootloader/monitor libre ;-)

Et en regardant un peu l'archive, on s'apperçoit de plusieurs blobs pour l'adsl et le reste. Ce qui rends la création d'un firmware 100% libre assez complexe !

Bref, bon courage aux hackers de la neuf box !

C'est fou, je suis dans le même cas sur ma debian sid amd64 installée depuis les premiers dépos gforge du projet debian-pure64, et depuis le début avec un kernel vanilla non patché.
Ca n'a pas été propre tout le temps, mais certainement toujours performant et stable ;-)

Don pour revenir a un des premiers posts, qui écartais debian des distribs de base, je dis non, mon dieu que non, ubuntu est bel est bien un fork de debian et sync avec avant chaque nouvelle version (d'ailleurs les patchs circulent dans les deux sens aujourd'hui, mais ils se basent essentiellement sur des version déja packagées de debian)

Donc oui slackware reste au niveau de ses compagnons historiques, RH et Debian.

Salut,

Pas besoin de t'énerver ;-)

Pour ta gouverne il existe kubuntu et xubuntu avec kde et xfce, tout deux font partie du projet Ubuntu ;-)

Ensuite pour GTK, c'est une autre débat, je pense qu'il faut beaucoup plus de recul pour juger la qualité des deux, surtout en terme de performance et de choix techniques !

A bon entendeur !

Gaim est stable et agreable a utiliser, le code est propre, portable, viable dans le temps et est dans l'esprit Gnome.

Il faut des fois savoir ce qu'on veux !

Du code propre et stable mais helas legerement en retard avec moins de developpeurs ou un truc avec des features nouvelles, moins propre et beaucoup moins stable ?

L'equipe gaim est reduite pour plusieurs raisons (voir le site), notamment la stabilite. Dans le monde des logiciels de messageries multi-comptes, il y a tres peu de concurrents, et tres peu ayant les (quelques) avantages de gaim2 !
(Oui kopete est stable, supporte la video et bien d'autres features... mais kde est en c++ et a ses defauts, c'est un autre faux debat)

Gaim2 est tres agreable a utiliser en continu, je vois tres peu de defauts, l'utilisant 24/7 toute l'annee... le simple fait de retourner a gaim 1.5 me donne des boutons...

Le fait que la video manque a l'appel, que le texte perso de MSN, les smileys persos... est un fait, mais ne rends pas Gaim obsolete pour autant !

En effet c'est interessant de le preciser pour le depot unstable !

/me va pouvoir arreter de faire ses propres paquets assez crades ^^

En effet MSN est LE defaut de Gaim... pourtant l'implementation de MSNP9 est tres propre et pourrait (je pense) etre facilement portee pour MSNP12 (pour l'instant), MSNP13 est vraiment trop differente...

Ceci dit, il faudrait changer tout les id numeriques par des hash (bien meilleur dans le concept, mais plus lourd a gerer dans le code) !

Peut-etre un fork de libgaim avec le support de MSNP12 ?

L'ecole polytechnique universitaire de Nice-Sophia Antipolis ratachee a l'universite de Nice-Sophia Antipolis prete pour la duree des etudes au sein de l'ecole (3 ans) un ordinateur portable equipe de Linux seulement (Actuellement Fedora Core 5) et laisse libre aux etudiant d'installer a leur risque et perils une autres distrib !

De meme, cette ecole organise tout les deux ans avec Linux Azur une JMLL dont celle avec Richard Stallman il y a 2 ans.

Ah ça fait du bien de voir des ESSIens sur DLFP :)

Pour info, depuis 2 ans l'école prète des portables Dell neufs pour les 3 années avec Dual Boot XP/Fedora Core, l'an prochain ils comptent livrer les portable avec un seul système : Linux !

Mais il y a a un réel décalage entre les enseignements, l'équipe système et le conseil de département !
(Les fedora core 2 commencent vraiment a se faire vieilles, et ça rebute assez les étudiants non inités, une bonne infrastructure Debian serait la bienvenue ... mais avec des ingés systèmes qui tiennent la route....)

Tu doit connaitre Dedale ? Cette année je suis en train de mettre en place un petit serveur dédié au sein de l'ESSI pour héberger encore plus de choses que des binaires et des cours !

Concernant notre Captain' RoRo, il serait assez urgent de commencer a faire de la pub pour la JM2L, même au conseil de département je n'en ai pas entendu parler :/

Etant a cette école, je pense qu'il serait temps de commencer a y faire de la pub ;-)

Personne n'est au courant chez les élèves, et pourtant ça en interesse une bonne partie ; Mr Marlin : au boulot !!!