Les binaires sont générés à partir de la révision SVN r16278, et sont disponibles en téléchargement ici : http://downloads.openwrt.org/kamikaze/8.09.1/
C'est une mise à jour de la version 8.09 comprenant notamment les changements suivants :
- Les pilotes mac80211 non fonctionnels ont été supprimés, et seront réintroduits corrigés pour la prochaine version ;
- Le bug de port forwarding NAT avec brcm-2.4 est corrigé ;
- Les derniers noyaux stables 2.6.25 & 2.6.26 sont utilisés ;
- L'intégration d'hostapd a été corrigée ;
- madwifi a été corrigé ;
- sysupgrade (mise à jour à chaud) a été amélioré et corrigé ;
- Amélioration du script client d'udhcpc ;
- Suppression du support madwifi pour noyaux 2.4 ;
- Le routage multicast est maintenant activé par défaut ;
- La cible rb532 utilise 2.6.23 ;
- Les routes statiques sans passerelles sont autorisées ;
- Les serveurs DNS peuvent être surchargés en mode DHCP ;
- Support du boot PXE dans dnsmasq ;
- libnl-tiny et wprobe backportés depuis trunk ;
- Les images x86 incluent la plupart des pilotes ethernet ;
- Mise à jour vers LuCI v0.8.7.
Merci à Nicolas Thill et Andy Boyett, les nouveaux "release manager" pour cette version.
Aller plus loin
- Annonce (2 clics)
- Téléchargements (9 clics)
- Changelog détaillé (0 clic)
# Kamikaze
Posté par Adrien . Évalué à 1.
[^] # Re: Kamikaze
Posté par GaGadget . Évalué à 2.
[^] # Re: Kamikaze
Posté par Benoît Sibaud (site web personnel) . Évalué à 2.
La prédiction est « Masterbating Butterfly » pour la prochaine version.
[^] # Re: Kamikaze
Posté par case42 (site web personnel) . Évalué à 1.
[^] # Re: Kamikaze
Posté par Maclag . Évalué à 3.
J'espère qu'y a pas "self-destruction", "wipe out", et autres "fatal error" dans la liste des noms à venir!
# Routage multicast = UPNP ?
Posté par Gilles Mocellin . Évalué à 4.
Si quelqu'un a déjà testé. Sinon, je pense que dans l'heure qui vient j'aurais la réponse.
Alors, comment on casse tout déjà...
[^] # Re: Routage multicast = UPNP ?
Posté par Laurent Go . Évalué à 1.
- J'utilise l'image bcrm-2.4xx qui n'a pas le support du routage multicast
- l'image bcrm47xx pourrait marcher mais le support du wifi (driver b43) a été enlevé/repoussé à la prochaine release: https://dev.openwrt.org/ticket/5273
Si quelqu'un a une solution, je suis preneur...
[^] # Re: Routage multicast = UPNP ?
Posté par Gilles Mocellin . Évalué à 1.
Mais moi aussi j'utilise la bcrm-2.4, je pensais que le routage multicast était activé, j'ai pas vérifié, tu as vu ça où ?
# Est-ce simple à installer?
Posté par claudex . Évalué à 3.
Sinon, je voudrais juste dire qu'un lien direct vers le site -> http://www.openwrt.org n'aurais pas été de trop dans la dépêche.
« Rappelez-vous toujours que si la Gestapo avait les moyens de vous faire parler, les politiciens ont, eux, les moyens de vous faire taire. » Coluche
[^] # Re: Est-ce simple à installer?
Posté par Laurent Go . Évalué à 1.
La configuration l'est un peu moins (surtout quand on n'est pas habitué à la ligne de commande), mais on peut fortement s'aider en installant x-wrt [http://www.x-wrt.org/] ou bien LuCi [http://luci.freifunk-halle.net/]
[^] # Re: Est-ce simple à installer?
Posté par MrLapinot (site web personnel) . Évalué à 3.
[^] # Re: Est-ce simple à installer?
Posté par fyah . Évalué à 2.
Je me permet de signaler l'existence du projet x-wrt (http://www.x-wrt.org/)
Il s'agit d'une interface web pour openwrt.
Ils fournissent également des images compètes qui intègrent openwrt+x-wrt ce qui te donne un routeur sous openwrt et tu ne sera pas trop perdu pour la configuration avec l'interface web qui est assez claire et complète.
# Merci !
Posté par fyah . Évalué à 5.
J'utilise openwrt au quotidien depuis plus de 4 ans et c'est toujours un plaisir.
Keep up the good work !
[^] # Re: Merci !
Posté par ohmer . Évalué à 3.
J'ai près d'une centaine de wrt54gl sous openwrt whiterussian en production depuis 1-2 ans. C'est une plateforme de développement idéale pour se créer un firmware personnalisé à nos besoins.
[^] # Re: Merci !
Posté par Benjamin Henrion (site web personnel) . Évalué à -3.
Merci Linus pour avoir pourri la vie des dévelopeurs et utilisateurs d'OpenWrt.
Broadcom go to hell.
[^] # Re: Merci !
Posté par patrick_g (site web personnel) . Évalué à 6.
[^] # Re: Merci !
Posté par Littleboy . Évalué à 4.
La GPL ne peut interdire le link avec du code qui n'est pas considere comme "derive", donc de toute facon, meme si les devs voulaient essayer, ils ne feraient que brasser du vent. (en plus, vu comme c'est complique a definir, essayer d'aller en justice, c'est jouer a pile ou face).
Apres, si les drivers broadcom peuvent etre consideres comme derives du noyau, c'est aux devs de faire le necessaire et d'assigner Broadcom si du code qu'ils ont contribue est concerne. T'as du code a toi dans le noyau? Si oui, vas-y, t'as l'air sur de toi; sinon de quoi je me mele exactement?
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.