Si tu ne prends que les windows "entier" et "grand public" (donc pas ceux avant 95, qui était acheté séparément en sus de DOS et pas la branche NT avant windows 2K).
Ben moi ça me fait mal au coeur ;) 22 ans de magazines puis pouf… même si il y a eu perte de qualités ça revenait mais là c'est fini… j'aime pas les choses qui ont une fin… RIP.
Pour moi Joystick a commencé à décliner quand l'ancienne équipe a créé Canard PC,
Oui il y a eu baisse de qualité, mais c'est resté joystick et surtout, canard pc est dispo en france mais ailleurs hors abonnement, c'est introuvable. Etant lecteur de la première heure de joystick, j'y suis resté dessus par habitude, ce magazine va me manquer, je vais regarder pour m'abonner à canard pc… il y a 18 ans Tilt mourrais, ne restait plus que joystick que je lisais déjà depuis 4 ans… maintenant même joystick meure et c'est pas un truc auquel je m'attendais.
J'espère juste que la presse spécialisée jeux video va rester, au moins un mag. Je lis bcp sur internet, principalement les sites anglais tel qu'IGN… mais un magazine c'est différent, ça se lit pas aux même moments et ça se lit en plusieurs fois au fil du mois.
Et surtout, au niveau qualité, depuis le changement, je trouve que ça reprenait bien… mais ils ne pourrons concrétiser et c'est triste.
Oui mais c'est introuvable par chez moi en gelbique… enfin j'espère soit qu'il y aura un repreneur à joystick ou bien que canard pc sera trouvable par ici… y a un vide à combler si tous ces magazines meurent. Internet ok, mais j'aimais bien mon mag de chiotte ;( Au moins sur les magazines y à pas de webcams :D la tablette c'est moyen quand même ===>[]
Tu veux dire ? que non seulement on change sa config et qu'on le chroot alors qu'il ne l'était pas ?
Sinon je vois pas, si il est chrooté, sa config l'est aussi non ? Et si elle ne l'est pas, c'est pas juste un changement de config… et un graceful stop + start, j'ai dû mal à appeler ça un reload et à associer ça à la même fonctionnalité.
Soit c'est un du reload de config, soit ça ne l'est pas, mais assimiler graceful stop + start, c'est pas (juste) du reload de config et ne devrait pas être utiliser comme tel.
Comment tu transfères une session sécurisée ?
Comment tu fais la différence entre un nouveau serveur et un serveur qui a juste changé d'IP
Comment tu prend en compte le load-balancing/le session queuing/les flags TCP ?
Comment tu réadresse tes lans/vlans ?
Comment tu notifies les clients et les serveurs de tes décisions ?
En quoi c'est lié à tuer le process ou non ?
Ici le cas c'est, je lance un nouveau process avec nouvelle config, j'attend que le vieux process arrête son travail en cours proprement et s'arrête, je prends la main… je vois pas ce qui empêche de faire ça dans un seul process sans le tuer…
C'est juste que haproxy a décidé de faire comme ça… ça fait du code en moins pour un cas anecdotique et je le conçois bien, mais c'est juste ça, pas un fondamental d'architecture.
Et la paresse est tout à fait justifiée puisque ça permet de se concentrer sur des fonctionnalités plus utiles que un changement dynamique de config.
Je suis bien d'accord avec ça, mais faut pas pousser bobonne en affirmant que c'est je cite "une architecture à processus unique blabla proxy blabla qui fait que blabla pas possible tu comprends … culé le mouton.".
Pour haproxy, je peux parfaitement comprendre le wrapper, mais pas que ce wrapper soit designé spécifiquement autour d'une utilisation par systemd… alors que la majorité des daemons n'ont aucun problème avec systemd… Donc du coup si c'est pour écrire un wrapper autant qu'il soit générique (ou alors faut m'expliquer en quoi ce wrapper doit absolument savoir qu'il est lancé via systemd…).
il prépare le terrain pour du code qui n'existe pas encore
Si c'est le cas, alors il ne devrait pas avoir a différencier un mode daemon et un mode systemd… il suffit de faire correctement le wrapper et il sera générique (voir de modifier haproxy pour au choix, qu'il puisse reloader sa config dynamiquement sans se tuer/relancer, soit qu'il y ai intégré un processus de control qui s'occupe de faire ça… le fameux wrapper), mais je ne vois aucune raison logique de prendre en compte spécifiquement systemd, les autres daemons n'en ont pas besoin, preuve que c'est non-nécessaire.
Sur ce genre d'appli (un proxy en mode processus unique) il n'est pas possible de mettre à jour la config de façon dynamique.
je vois pas pourquoi, c'est un choix de design, je vois pas ce que processus unique ou non, que ce soit un proxy ou un lecteur audio ou un livre de schtroumph y change quoi que ce soit. Et le problème n'est pas là, vu que 1* il y a un déjà un wrapper, 2* celui-ci agit mal 3* le patch proposé contient des if (systemd) ce qui semble absurde.
C'est quand même dingue qu'a vous lire, toute la puissance de haproxy réside dans son code de reload de config qu'il est nécessaire de faire un wrapper pour ça et non de modifier ce comportement qui va détruire toute sa puissance… et après ça on doit en rire et y croire en buvant un bon café ?
Ce qui est pourris c'est de modifier pour prendre en compte spécifiquement systemd au lieu de corriger l'implémentation défectueuse de la gestion de rechargement de config.
Le problème il est pas dans systemd mais chez le programmeur qui préfère rajouter des if (systemd) plutôt que de corriger ce qu'on peut sans problème qualifier de bug.
(non, je ne veux pas utiliser Cairo-Dock, trop compliqué à intégrer et à configurer !)
Euh… c'est utilisable tel quel… apt-get install cairo-dock et le défaut est déjà parfait… après si tu veux le configurer, tu peux, si tu veux pas le configurer c'est génial, tu peux aussi.
Je dois dire que comme indiqué plus bas, j'utilise cairo-dock… la seule barre kde que j'ai contient le menuk (que j'utilise peu), plasma-menubar, le systray et une horloge.
Dès le fondu un alt-f2 fonctionne et s'affiche… la barre en haut avec le menuk aussi et cairo-dock est fonctionnel.
J'ai pas essayé de cliquer sur le menuk pour voir si tout est ok, j'essayerai. Mais si je clique sur un truc dans le dock ça se lance immédiatement.
Mais bon quand bien même ça prendrait 15 secondes c'est pas énorme. Mais si ça prends 15 secondes chez toi, il doit avoir une différence entre nos config. Je suis sous kde 4.9.2 sous mint, donc c'est peut-être aussi nos version kde qui diffère.
Un beau dock configurable et stable. D'ailleurs, j'utilise cairo-dock mais sous KDE, pas nécessaire d'être sous gnome. Je suis passé à gnome 2 lors de l'arrivée de kde 4… et depuis 2 mois je suis revenu à KDE. J'ai exactement le bureau que je veux (cairodock/menu global/effets) + la configurabilité et le + beau look de Qt.
Cela dit, le truc le plus bloquant pour moi, c’est le temps d’ouverture de la session, et ça, je ne vois pas bien comment on pourrait configurer pour qu’il soit plus court…
Euh càd ? ça prend 5 secondes chez moi… sans rien avoir configuré de spécial. D'ailleurs ça fait un choc par rapport à une machine windows (7), le bureau windows s'affiche peut-être vite (je dirais pareil 5 secondes comme pour KDE) mais faut bien encore attendre 2 minutes avant de vraiment pouvoir faire quoique ce soit. Sous KDE, après les 5 secondes, c'est utilisable normalement.
[^] # Re: Pendant ce temps en Belgique.
Posté par allcolor (site web personnel) . En réponse au journal Crédit déguisé sur les mobiles : vive l'indépendance de la Justice française. Évalué à 5.
C'est désolant de plusser cette info qui est fausse. En Belgique la vente liée d'un GSM et d'un contrat de téléphonie est autorisée et ça se fait.
http://belgium-iphone.lesoir.be/2009/07/10/la-vente-conjointe-est-officiellement-autorisee/
[^] # Re: Pendant ce temps en Belgique.
Posté par allcolor (site web personnel) . En réponse au journal Crédit déguisé sur les mobiles : vive l'indépendance de la Justice française. Évalué à 8.
C'est faux la vente conjointe en Belgique est autorisée depuis au moins 2010… et ce pour être en conformité avec une directive européenne.
[^] # Re: Jelly Bean ?
Posté par allcolor (site web personnel) . En réponse au journal Android 4.2 s'ouvre. Évalué à 3. Dernière modification le 14 novembre 2012 à 20:45.
Si tu ne prends que les windows "entier" et "grand public" (donc pas ceux avant 95, qui était acheté séparément en sus de DOS et pas la branche NT avant windows 2K).
Ça donne:
Ce qui semble logique :D
[^] # Re: si tu la joues formelle
Posté par allcolor (site web personnel) . En réponse au journal Linux Lite : comme des connards.. Évalué à 7.
En quoi ce sont des connards ? Tu me sembles bien plus con qu'eux à priori et je crois pas me tromper ou bien…
Une distrib linux qui a linux dans son nom, la belle affaire.
[^] # Re: Canard PC
Posté par allcolor (site web personnel) . En réponse au journal MER7 en faillite. Évalué à 3.
Ben moi ça me fait mal au coeur ;) 22 ans de magazines puis pouf… même si il y a eu perte de qualités ça revenait mais là c'est fini… j'aime pas les choses qui ont une fin… RIP.
[^] # Re: Téléchargement
Posté par allcolor (site web personnel) . En réponse au journal MER7 en faillite. Évalué à 3.
Oui il y a eu baisse de qualité, mais c'est resté joystick et surtout, canard pc est dispo en france mais ailleurs hors abonnement, c'est introuvable. Etant lecteur de la première heure de joystick, j'y suis resté dessus par habitude, ce magazine va me manquer, je vais regarder pour m'abonner à canard pc… il y a 18 ans Tilt mourrais, ne restait plus que joystick que je lisais déjà depuis 4 ans… maintenant même joystick meure et c'est pas un truc auquel je m'attendais.
J'espère juste que la presse spécialisée jeux video va rester, au moins un mag. Je lis bcp sur internet, principalement les sites anglais tel qu'IGN… mais un magazine c'est différent, ça se lit pas aux même moments et ça se lit en plusieurs fois au fil du mois.
Et surtout, au niveau qualité, depuis le changement, je trouve que ça reprenait bien… mais ils ne pourrons concrétiser et c'est triste.
RIP au Bâton de joie !
[^] # Re: Canard PC
Posté par allcolor (site web personnel) . En réponse au journal MER7 en faillite. Évalué à 4.
Oui mais c'est introuvable par chez moi en gelbique… enfin j'espère soit qu'il y aura un repreneur à joystick ou bien que canard pc sera trouvable par ici… y a un vide à combler si tous ces magazines meurent. Internet ok, mais j'aimais bien mon mag de chiotte ;( Au moins sur les magazines y à pas de webcams :D la tablette c'est moyen quand même ===>[]
[^] # Re: systemd, c'est bien
Posté par allcolor (site web personnel) . En réponse au journal et ce qui devait arriver, arriva .... Évalué à 2.
Ok bardaf c'est l'embardée… en gros on fait un restart quoi, donc on se nouille pour rien.
[^] # Re: systemd, c'est bien
Posté par allcolor (site web personnel) . En réponse au journal et ce qui devait arriver, arriva .... Évalué à 2.
Donc cf: le reste de la phrase.
Et autre trucs… comment font les autres daemon dans ce cas sous systemd ? Je doute fort qu'ils se crashent comme des veaux dans l'état failed.
Donc si un process est chrooté et n'a donc plus d'accès à sa config… je vois pas comment on peut qualifier ça de reload.
[^] # Re: systemd, c'est bien
Posté par allcolor (site web personnel) . En réponse au journal et ce qui devait arriver, arriva .... Évalué à 1.
Tu veux dire ? que non seulement on change sa config et qu'on le chroot alors qu'il ne l'était pas ?
Sinon je vois pas, si il est chrooté, sa config l'est aussi non ? Et si elle ne l'est pas, c'est pas juste un changement de config… et un graceful stop + start, j'ai dû mal à appeler ça un reload et à associer ça à la même fonctionnalité.
Soit c'est un du reload de config, soit ça ne l'est pas, mais assimiler graceful stop + start, c'est pas (juste) du reload de config et ne devrait pas être utiliser comme tel.
[^] # Re: systemd, c'est bien
Posté par allcolor (site web personnel) . En réponse au journal et ce qui devait arriver, arriva .... Évalué à 6.
Arrête de me faire rire… le controlleur il est juste là à attendre des signaux… il n'a aucun impact sur la perf du process qui est controllé.
[^] # Re: systemd, c'est bien
Posté par allcolor (site web personnel) . En réponse au journal et ce qui devait arriver, arriva .... Évalué à 2.
En quoi c'est lié à tuer le process ou non ?
Ici le cas c'est, je lance un nouveau process avec nouvelle config, j'attend que le vieux process arrête son travail en cours proprement et s'arrête, je prends la main… je vois pas ce qui empêche de faire ça dans un seul process sans le tuer…
C'est juste que haproxy a décidé de faire comme ça… ça fait du code en moins pour un cas anecdotique et je le conçois bien, mais c'est juste ça, pas un fondamental d'architecture.
[^] # Re: systemd, c'est bien
Posté par allcolor (site web personnel) . En réponse au journal et ce qui devait arriver, arriva .... Évalué à 2.
Je suis bien d'accord avec ça, mais faut pas pousser bobonne en affirmant que c'est je cite "une architecture à processus unique blabla proxy blabla qui fait que blabla pas possible tu comprends … culé le mouton.".
Pour haproxy, je peux parfaitement comprendre le wrapper, mais pas que ce wrapper soit designé spécifiquement autour d'une utilisation par systemd… alors que la majorité des daemons n'ont aucun problème avec systemd… Donc du coup si c'est pour écrire un wrapper autant qu'il soit générique (ou alors faut m'expliquer en quoi ce wrapper doit absolument savoir qu'il est lancé via systemd…).
[^] # Re: systemd, c'est bien
Posté par allcolor (site web personnel) . En réponse au journal et ce qui devait arriver, arriva .... Évalué à 6.
Permettre de troller sur dlfp \o/
[^] # Re: systemd, c'est bien
Posté par allcolor (site web personnel) . En réponse au journal et ce qui devait arriver, arriva .... Évalué à 4.
Si c'est le cas, alors il ne devrait pas avoir a différencier un mode daemon et un mode systemd… il suffit de faire correctement le wrapper et il sera générique (voir de modifier haproxy pour au choix, qu'il puisse reloader sa config dynamiquement sans se tuer/relancer, soit qu'il y ai intégré un processus de control qui s'occupe de faire ça… le fameux wrapper), mais je ne vois aucune raison logique de prendre en compte spécifiquement systemd, les autres daemons n'en ont pas besoin, preuve que c'est non-nécessaire.
[^] # Re: systemd, c'est bien
Posté par allcolor (site web personnel) . En réponse au journal et ce qui devait arriver, arriva .... Évalué à 1.
je vois pas pourquoi, c'est un choix de design, je vois pas ce que processus unique ou non, que ce soit un proxy ou un lecteur audio ou un livre de schtroumph y change quoi que ce soit. Et le problème n'est pas là, vu que 1* il y a un déjà un wrapper, 2* celui-ci agit mal 3* le patch proposé contient des if (systemd) ce qui semble absurde.
[^] # Re: systemd, c'est bien
Posté par allcolor (site web personnel) . En réponse au journal et ce qui devait arriver, arriva .... Évalué à 8.
C'est quand même dingue qu'a vous lire, toute la puissance de haproxy réside dans son code de reload de config qu'il est nécessaire de faire un wrapper pour ça et non de modifier ce comportement qui va détruire toute sa puissance… et après ça on doit en rire et y croire en buvant un bon café ?
# La pourriture
Posté par allcolor (site web personnel) . En réponse au journal et ce qui devait arriver, arriva .... Évalué à 4.
Ce qui est pourris c'est de modifier pour prendre en compte spécifiquement systemd au lieu de corriger l'implémentation défectueuse de la gestion de rechargement de config.
Le problème il est pas dans systemd mais chez le programmeur qui préfère rajouter des if (systemd) plutôt que de corriger ce qu'on peut sans problème qualifier de bug.
[^] # Re: (R)évolutions?
Posté par allcolor (site web personnel) . En réponse au journal OSEF. Évalué à 3.
Oui et c'est sans doute parce que tu es un franc-maçon sataniste illumaniti gay pédophile… et salaud en plus de ça.
Et je suis sûr qu'il y a encore moyen de cumuler !
[^] # Re: Passer à KDE ?
Posté par allcolor (site web personnel) . En réponse au journal Gnome-Shell, toujours pas convainquant après 1 an et demi. Évalué à 2.
Euh… c'est utilisable tel quel… apt-get install cairo-dock et le défaut est déjà parfait… après si tu veux le configurer, tu peux, si tu veux pas le configurer c'est génial, tu peux aussi.
[^] # Re: Question
Posté par allcolor (site web personnel) . En réponse au journal Gnome-Shell, toujours pas convainquant après 1 an et demi. Évalué à 2. Dernière modification le 06 novembre 2012 à 12:39.
Je dois dire que comme indiqué plus bas, j'utilise cairo-dock… la seule barre kde que j'ai contient le menuk (que j'utilise peu), plasma-menubar, le systray et une horloge.
Dès le fondu un alt-f2 fonctionne et s'affiche… la barre en haut avec le menuk aussi et cairo-dock est fonctionnel.
J'ai pas essayé de cliquer sur le menuk pour voir si tout est ok, j'essayerai. Mais si je clique sur un truc dans le dock ça se lance immédiatement.
Mais bon quand bien même ça prendrait 15 secondes c'est pas énorme. Mais si ça prends 15 secondes chez toi, il doit avoir une différence entre nos config. Je suis sous kde 4.9.2 sous mint, donc c'est peut-être aussi nos version kde qui diffère.
[^] # Re: Question
Posté par allcolor (site web personnel) . En réponse au journal Gnome-Shell, toujours pas convainquant après 1 an et demi. Évalué à 3.
Pareil, je n'ai pas une machine dernier cri (un core 2 duo 8500) et c'est utilisable dès le fondu du splashscreen.
[^] # Re: et Cairo Dock ?
Posté par allcolor (site web personnel) . En réponse au journal Gnome-Shell, toujours pas convainquant après 1 an et demi. Évalué à 2. Dernière modification le 06 novembre 2012 à 10:09.
Un beau dock configurable et stable. D'ailleurs, j'utilise cairo-dock mais sous KDE, pas nécessaire d'être sous gnome. Je suis passé à gnome 2 lors de l'arrivée de kde 4… et depuis 2 mois je suis revenu à KDE. J'ai exactement le bureau que je veux (cairodock/menu global/effets) + la configurabilité et le + beau look de Qt.
[^] # Re: Question
Posté par allcolor (site web personnel) . En réponse au journal Gnome-Shell, toujours pas convainquant après 1 an et demi. Évalué à 2.
Euh càd ? ça prend 5 secondes chez moi… sans rien avoir configuré de spécial. D'ailleurs ça fait un choc par rapport à une machine windows (7), le bureau windows s'affiche peut-être vite (je dirais pareil 5 secondes comme pour KDE) mais faut bien encore attendre 2 minutes avant de vraiment pouvoir faire quoique ce soit. Sous KDE, après les 5 secondes, c'est utilisable normalement.
[^] # Re: [-]
Posté par allcolor (site web personnel) . En réponse au journal Nano SIM maxi pollution.. Évalué à 3. Dernière modification le 25 septembre 2012 à 09:25.
En 10 ans, j'ai changé 5 fois de téléphones, pour passer à un smartphone android récemment… et c'est toujours le même format de SIM (mini)…
Je dois toujours voir un tel avec un autre format de SIM que ça.
A part l'iphone et le dernier S3, y a quoi d'autre ?
Surtout quel est le vrai gain du micro/mini ?