Ca peut, mais ça va reconstruire tous tes caches à chaque fois que tu vas changer de version - si tu as plein de mails ce sera pénible.
ça va aussi vite, si ce n'est plus, que la version GTK1 (la TreeView utilisée pour la liste des mails est plus rapide en gtk2, car la version gtk1 était un widget écrit exprès pour)...
Oui, j'aurais dû (j'avais vu passer un journal la semaine dernière dessus, mais je devais être occupé car je n'y avais pas répondu).
Sylpheed-Claws (Claws = griffes) est un fork amical de Sylpheed, un fork "bleeding-edge" qui a pour vocation initiale d'implémenter plus de fonctionnalités et options, qui ont été / seront éventuellement reversées dans Sylpheed, en fonction du désir de l'auteur.
Sylpheed, et donc Sylpheed-Claws, sont deux logiciels d'email réputés puissants et rapides.
Ces deux logiciels utilisent le toolkit GTK1, qui se fait un peu vieux, et une branche GTK2 de Sylpheed-Claws a été démarrée il y a un peu plus d'un an, grâce à un patch initial de Takuro Ashie.
Depuis, la branche GTK2 a été fréquemment synchronisée sur la branche GTK1, et de nombreuses corrections de bugs y ont été effectuées, en partie par votre serviteur. Ces dernières semaines, j'ai dû me passer de mon amoureuse pendant une bonne partie du temps, celle-ci étant sans cesse en vacances, et j'en ai profité pour corriger pas mal de bugs. L'activité aidant, d'autres développeurs du projet sont venus me donner un coup de main, et la branche commence à être considérée stable. Pas assez pour une release, mais suffisamment pour ne plus, comme auparavant, déconseiller aux utilisateurs de l'essayer.
D'où mon message.
Il me semble avoir lu sur le site de shorewall que l'auteur avait laissé volontairement quelques ports ouverts
closed != ouvert, tu sais.
Un port est ouvert si et seulement si un processus écoute dessus.
Il est fermé si aucun processus n'écoute dessus, ou que le firewall a une règle REJECT avec.
Il est "stealth" si le firewall a une règle DROP.
Les seuls "avantages" d'un firewall qui droppe au lieu de rejeter, c'est
1) Signifier aux scanners de ports que tu as un firewall
2) Faire des timeout gigantesques au lieu d'avoir un "Connection refused"
Or, les timeouts gigantesques, s'ils ralentissent un port scan (et encore, pas tellement) ralentissent aussi certaines autres choses. Par exemple, la plupart des serveurs IRC, mais aussi POP3 (et d'autres) essayent d'établir une connexion sur le port ident (113) du client. Si tu le droppe (ou que tu n'as ni firewall ni identd), la connexion normale continue immédiatement. Si tu le rejette, la connexion normale est interrompue un certain temps, et ça te fait chier toi.
Oui, moi non plus je veux pas qu'on y touche :)
Mais là c'est moi qui les ai écrit, alors ça va. De plus, hotplug c'est un helper lancé par le noyau aux connexions/déconnexions, donc ça surveille pas - ça se lance juste, quand on branche un APN ou une clé usb (ça fait rien pour les CDs).
Et aussi avoir viré la possibilité de monter des volumes via le bouton droit de la souris c'est stupide, on doit passer par le gentil et windosien de "Poste de travail" qui ne veut rien dire (soit dit en passant).
Oh? Je l'ai toujours (gnome 2.6) je crois.
J'ai des scripts hotplug qui montent tout tous seuls, donc j'ai pas touché ce menu depuis longtemps, mais il me semble que ça y est encore.
-les boîtes de dialogue qui vous annocent qu'un de vos programme vient de crasher (genre on s'en aperçoit pas ...), on ce crorait vraiment sous windows ...
Elle a l'avantage, si tu cliques sur "Report a bug..." (approx.) de te préparer un beau rapport de bug avec stacktrace complète et tout et tout...
Ce qui est quand même plus utile qu'un petit bloc d'adresses mémoire genre "0xDEADBEEF".
Si c'est comme entre Apple qui a récupéré khtml, bossé dessus pendant un an et dit ensuite "on refile tout à l'équipe de Konqueror pour qu'il l'intègre", j'appelle ça du fork.
Oui enfin dans "refiler tout", y'a aussi eu un gros travail du côté d'apple. Ils savent bien que les gars de Konqueror sont pas leurs esclaves et qu'ils n'auraient certainement pas intégré un patch géant.
"refiler tout" dans le cas présent, ça veut dire aussi séparer les patches en petits morceaux documentés.
C'est pourtant vachement pratique pour brancher la même chose sur Mac/PC/Sun ou encore quatre périphs d'un coup (avec un hub) sans les limitations du scsi...
We have currently no plans of providing drivers supporting updated kernels.
J'espère qu'ils sont au courant que linux 2.6, c'est l'avenir, que de plus en plus de distributions y passent, et enfin que les Major Structural Changes qu'ils évoquent, la plupart des drivers externes significatifs les ont surmonté. Dont nVidia et ATI, leurs principaux concurrents, tiens, tiens.
Lire: "we're lazy, we'd prefer linux development halting to provide stable APIs across major versions. But we won't opensource our drivers so that less lazy people can do it."
J'utilise grep et tail.
Mais je suis pas très parano, et j'ai un serveur stable, donc je les lis seulement quand il se passe un truc étrange - ce qui est rare.
Sinon, j'utilise mrtg, ça donne une bonne indication de "trucs étranges (charge cpu ou réseau soudaine, etc). C'est par mrtg que j'ai découvert l'arrivée du dernier virus windows, par exemple...
Le reverse engineering est légal, sous certaines conditions tout à fait raisonnables, à des fins d'interopérabilité. cf Article Art. L. 122-6-1 du Code de la Propriété intellectuelle (http://www.celog.fr/cpi/lv1_tt2.htm#c2(...)).
Pour moi, avec un motorola connecté sur USB, et SFR, ça donne:
/usr/sbin/pppd connect '/usr/sbin/chat -v ABORT "NO CARRIER" "" "AT&F" OK "AT+CGDCONT=1,\"IP\",\"websfr\",\"0.0.0.0\",0,0" OK "ATDT*99#" CONNECT' /dev/usb/acm/0 115200 defaultroute crtscts noauth deflate 0 asyncmap 0 mtu 1500 mru 1500 noipdefault idle 600
[^] # Re: Fait exprès
Posté par Colin Leroy (site web personnel) . En réponse au journal Shorewall, des trucs bizarre avec la mdk 10.. Évalué à 2.
:)
[^] # Re: Problème avec GTK2+UTF8, justement
Posté par Colin Leroy (site web personnel) . En réponse au journal Sylpheed-Caws GTK2: appel à testeurs. Évalué à 2.
[^] # Re: En route
Posté par Colin Leroy (site web personnel) . En réponse au journal Sylpheed-Caws GTK2: appel à testeurs. Évalué à 2.
Faut juste pas passer --enable-gpgme.
PS: les problèmes de compile, plutôt en mail perso sur colin at colino.net :)
[^] # Re: Précisions
Posté par Colin Leroy (site web personnel) . En réponse au journal Sylpheed-Caws GTK2: appel à testeurs. Évalué à 3.
ça va aussi vite, si ce n'est plus, que la version GTK1 (la TreeView utilisée pour la liste des mails est plus rapide en gtk2, car la version gtk1 était un widget écrit exprès pour)...
Je mettrais des screenshots quelque part.
[^] # Re: Précisions
Posté par Colin Leroy (site web personnel) . En réponse au journal Sylpheed-Caws GTK2: appel à testeurs. Évalué à 6.
Sylpheed-Claws (Claws = griffes) est un fork amical de Sylpheed, un fork "bleeding-edge" qui a pour vocation initiale d'implémenter plus de fonctionnalités et options, qui ont été / seront éventuellement reversées dans Sylpheed, en fonction du désir de l'auteur.
Sylpheed, et donc Sylpheed-Claws, sont deux logiciels d'email réputés puissants et rapides.
Ces deux logiciels utilisent le toolkit GTK1, qui se fait un peu vieux, et une branche GTK2 de Sylpheed-Claws a été démarrée il y a un peu plus d'un an, grâce à un patch initial de Takuro Ashie.
Depuis, la branche GTK2 a été fréquemment synchronisée sur la branche GTK1, et de nombreuses corrections de bugs y ont été effectuées, en partie par votre serviteur. Ces dernières semaines, j'ai dû me passer de mon amoureuse pendant une bonne partie du temps, celle-ci étant sans cesse en vacances, et j'en ai profité pour corriger pas mal de bugs. L'activité aidant, d'autres développeurs du projet sont venus me donner un coup de main, et la branche commence à être considérée stable. Pas assez pour une release, mais suffisamment pour ne plus, comme auparavant, déconseiller aux utilisateurs de l'essayer.
D'où mon message.
[^] # Re: C != C++
Posté par Colin Leroy (site web personnel) . En réponse au journal J'adore Linus. Évalué à 6.
http://groups.google.com/groups?hl=en&lr=&ie=UTF-8&c2co(...)
[^] # Re: Fait exprès
Posté par Colin Leroy (site web personnel) . En réponse au journal Shorewall, des trucs bizarre avec la mdk 10.. Évalué à 2.
closed != ouvert, tu sais.
Un port est ouvert si et seulement si un processus écoute dessus.
Il est fermé si aucun processus n'écoute dessus, ou que le firewall a une règle REJECT avec.
Il est "stealth" si le firewall a une règle DROP.
Les seuls "avantages" d'un firewall qui droppe au lieu de rejeter, c'est
1) Signifier aux scanners de ports que tu as un firewall
2) Faire des timeout gigantesques au lieu d'avoir un "Connection refused"
Or, les timeouts gigantesques, s'ils ralentissent un port scan (et encore, pas tellement) ralentissent aussi certaines autres choses. Par exemple, la plupart des serveurs IRC, mais aussi POP3 (et d'autres) essayent d'établir une connexion sur le port ident (113) du client. Si tu le droppe (ou que tu n'as ni firewall ni identd), la connexion normale continue immédiatement. Si tu le rejette, la connexion normale est interrompue un certain temps, et ça te fait chier toi.
[^] # Re: C != C++
Posté par Colin Leroy (site web personnel) . En réponse au journal J'adore Linus. Évalué à 10.
[^] # Re: Pas credible !
Posté par Colin Leroy (site web personnel) . En réponse à la dépêche Une offre inhabituelle : un PC sans Windows mais avec un CD MandrakeLinux. Évalué à 3.
Il manque le choix le plus important: l'ordi avec linux pre-installe !
C'est surtout orienté professionel, mais :
http://www.develog.com/solution/materiel/(...) (descendre pour la config petit prix)
Les prix s'entendent HT, donc c'est un peu plus cher, mais la debian gratuite est installée et configurée, et le service est très bon.
(ce n'est pas ma boîte, mais celle d'un ami).
[^] # Re: Un fork pour un gnome retour aux sources
Posté par Colin Leroy (site web personnel) . En réponse à la dépêche Un fork de GNOME sur les rails ?. Évalué à 2.
Mais là c'est moi qui les ai écrit, alors ça va. De plus, hotplug c'est un helper lancé par le noyau aux connexions/déconnexions, donc ça surveille pas - ça se lance juste, quand on branche un APN ou une clé usb (ça fait rien pour les CDs).
[^] # Re: Un fork pour un gnome retour aux sources
Posté par Colin Leroy (site web personnel) . En réponse à la dépêche Un fork de GNOME sur les rails ?. Évalué à 2.
Oh? Je l'ai toujours (gnome 2.6) je crois.
J'ai des scripts hotplug qui montent tout tous seuls, donc j'ai pas touché ce menu depuis longtemps, mais il me semble que ça y est encore.
[^] # Re: Un fork pour un gnome d'expert
Posté par Colin Leroy (site web personnel) . En réponse à la dépêche Un fork de GNOME sur les rails ?. Évalué à 7.
Elle a l'avantage, si tu cliques sur "Report a bug..." (approx.) de te préparer un beau rapport de bug avec stacktrace complète et tout et tout...
Ce qui est quand même plus utile qu'un petit bloc d'adresses mémoire genre "0xDEADBEEF".
[^] # Re: Gnome Leger?
Posté par Colin Leroy (site web personnel) . En réponse à la dépêche Un fork de GNOME sur les rails ?. Évalué à 1.
C tout court pour gnome. Mais peut-être était-ce un troll déguisé?
# Terrible interview...
Posté par Colin Leroy (site web personnel) . En réponse à la dépêche SCO développe le détail de ses plaintes. Évalué à 8.
SCO/Caldera a apporté du code 16 bits à Linux, mais aucun code 32 ou 64 bits.
Ca commence très fort et on sent le gars renseigné. Personne ne lui a dit que Linux est un OS 100% 32 (ou 64) bits?
Ne pas évoquer les millions de lignes de code "à SCO"... Ne... pas... craquer...
[^] # Re: Miam !
Posté par Colin Leroy (site web personnel) . En réponse à la dépêche Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL. Évalué à 2.
Le coup de la map (le dégradé pour indiquer le changement de taille de brins d'herbe).
[^] # Re: Miam !
Posté par Colin Leroy (site web personnel) . En réponse à la dépêche Une bibliothèque graphique de l'INRIA Sophia-Antipolis sous GPL. Évalué à 2.
[^] # Re: fork? pas fork ?
Posté par Colin Leroy (site web personnel) . En réponse à la dépêche PhoneGaim, le téléphone sous GNU/Linux !. Évalué à 4.
Oui enfin dans "refiler tout", y'a aussi eu un gros travail du côté d'apple. Ils savent bien que les gars de Konqueror sont pas leurs esclaves et qu'ils n'auraient certainement pas intégré un patch géant.
"refiler tout" dans le cas présent, ça veut dire aussi séparer les patches en petits morceaux documentés.
Jette un oeil sur le Changelog de khtml:
http://cvs-digest.org/index.php?transfer&file=kdelibs/khtml/Cha(...)
compte le nombre d'occurences de "Webcore" (la version d'Apple, http://developer.apple.com/darwin/projects/webcore/(...) )
[^] # Re: Stupides
Posté par Colin Leroy (site web personnel) . En réponse au journal Powervr et noyaux 2.6. Évalué à 1.
[^] # Re: Ventilateur maison sur port parallèle/COM
Posté par Colin Leroy (site web personnel) . En réponse au message Ventilateur maison sur port parallèle/COM. Évalué à 2.
# Stupides
Posté par Colin Leroy (site web personnel) . En réponse au journal Powervr et noyaux 2.6. Évalué à 5.
J'espère qu'ils sont au courant que linux 2.6, c'est l'avenir, que de plus en plus de distributions y passent, et enfin que les Major Structural Changes qu'ils évoquent, la plupart des drivers externes significatifs les ont surmonté. Dont nVidia et ATI, leurs principaux concurrents, tiens, tiens.
Lire: "we're lazy, we'd prefer linux development halting to provide stable APIs across major versions. But we won't opensource our drivers so that less lazy people can do it."
# grep
Posté par Colin Leroy (site web personnel) . En réponse au journal analyse de log. Évalué à 5.
Mais je suis pas très parano, et j'ai un serveur stable, donc je les lis seulement quand il se passe un truc étrange - ce qui est rare.
Sinon, j'utilise mrtg, ça donne une bonne indication de "trucs étranges (charge cpu ou réseau soudaine, etc). C'est par mrtg que j'ai découvert l'arrivée du dernier virus windows, par exemple...
[^] # Re: Le pire...
Posté par Colin Leroy (site web personnel) . En réponse à la dépêche De l'interopérabilité : réalité, arlésienne ou bonne excuse ?. Évalué à 3.
[^] # Re: Le pire...
Posté par Colin Leroy (site web personnel) . En réponse à la dépêche De l'interopérabilité : réalité, arlésienne ou bonne excuse ?. Évalué à 5.
Apple refuse de partager son format spécifique, l'AAC je crois.
[^] # Re: Et Sony alors !
Posté par Colin Leroy (site web personnel) . En réponse à la dépêche De l'interopérabilité : réalité, arlésienne ou bonne excuse ?. Évalué à 10.
Je pense que ta typo ressemble fort à ce qu'ils vont lui dire d'aller faire.
# Gprs par USB & Sfr
Posté par Colin Leroy (site web personnel) . En réponse au journal connexion GSM ou GPRS avec Bouygues Télécom. Évalué à 2.
/usr/sbin/pppd connect '/usr/sbin/chat -v ABORT "NO CARRIER" "" "AT&F" OK "AT+CGDCONT=1,\"IP\",\"websfr\",\"0.0.0.0\",0,0" OK "ATDT*99#" CONNECT' /dev/usb/acm/0 115200 defaultroute crtscts noauth deflate 0 asyncmap 0 mtu 1500 mru 1500 noipdefault idle 600