Reprise du message précédent :
C'est bon tout le monde à MaJ OpenSSL ?

Qui sont les admins consciencieux qui ont révoqué toutes leurs clés et en ont régénéré des nouvelles ?  

essaye de voir si, en ayant changé d'IP, ton site ralenti le PC B quand tu te connectes avec lui en premier ?
si le PC B télécharge normalement et le A se connecte après et a le problème, tu sauras

Ouais, je verrais ce soir en rentrant.

Alors les gars, personne ?
 
 
Bon sinon, les devs aigris qui squattent ici, dites-moi, quand vous rédigez des rapports de bug en interne, vous les tournez de quelle manière ?  
Mon chef tient absolument à toujours les tourner de sorte qu'on "lise" une amélioration et pas une erreur corrigée sur une release note... (Comme si on allait croire que la section "BUG" c'est les bugs qu'on introduit volontairement...)
Genre au lieu de mettre "L'application A crashe au chargement de bidule" il faudrait renseigner "L'application A ne crashe plus au chargement de bidule" et ce même lorsque que le bug est encore présent. Donc le formuler de cette manière dès l'ouverture.
Si bien qu'en regardant la liste des tâches on dirait que tout est déjà résolu alors que non
 
Je trouve ça hautement stupide, mais bon après tout pourquoi pas...    
 
Comment procédez-vous dans vos COGIP ? Que j'essaie de voir si c'est une pratique répandue que je ne connais simplement pas

han les applications de make install elles ont des bugs  

Chez nous c'est l'équipe sécurité qui s'occupe de ça, on va quand même pas leur piquer leur boulot.
Surtout quand il est aussi pénible
 
Pour la seconde partie, ça dépend si c'est pour de la com d'une nouvelle version, dans ce cas comme le chef : "Y'a une nouvelle version avec tels améliorations".
Si c'est pour mon équipe en revanche non c'est description le plus précis possible du problème.
 
C'est pas stupide, c'est juste une manière de montrer que du travail a été fait et que vous dormez pas toute la journée, et que la nouvelle version est "mieux" que l'ancienne.
Vu le caca qu'on nous fais parfois quand on veut installer des patches par ce que le système crash en boucle ...

l'usine à gaz que ça a l'air d'être, ipanema   je crois que je vais essayer de demander une formation parce qu'autant ça a l'air puissant, autant récupérer une infra déjà construite et devoir se démerder avec en ayant jamais bossé dessus...

Je remonte les bugs des autres  

les bugs corrigés des autres, on a dit  

Je pense que je me suis mal exprimé.
En gros plutot que  

Il m'est demandé de faire en sorte qu'apparaisse:

 
Sémantiquement ça n'a pas de sens je trouve.
Et en plus c'est totalement inconfortable d'écrire un rapport de bug comme s'il était déjà corrigé

 
Wow, ta boîte développe Pokemon ?!    

Heu pour moi c'est comme ça que ça apparaît dans toutes les montées de version de tous les logiciels du monde non ?
 
Si l'application crash c'est dans bugs connus, pas dans bug corrigé.

oui on dirait que c'est make_install qui a un bug ce coup-ci...
 

Bah je sais pas, moi je suis habitué à des release notes classiques dans ce style:
http://www.winehq.org/announce/1.5.14
Et là on voit bien le bug dans le "bon sens" de bug quoi

Ben son truc est pas clair si c'est du corrigé c'est que ça n'est plus présent dans la version alors la seconde syntaxe est correcte.
Si le bug est toujours présent il n'a rien a faire dans les bugs corrigés mais plutôt dans les bugs connus donc toujours présent dans la version.

Bon je dois vraiment mal m'exprimer en fait
Je ne parle que de bugs corrigés, juste dela façon dont leur intitulé est tourné.

OK, je pense que tu as compris ce dont je parle. Du coup toi ça te choque pas
 
Donc ça doit être moi, qui suis trop habitué à voir toutes les release notes de logiciels libres sous cette forme (voir la relnote de wine que j'ai postée plus haut par exemple, qui est dans la forme que je trouve logique)
 
Je trouve toujours ça stupide, mais bon si ça se fait...

ouais non je te confirme ça ce fait.
Si tu lis les patch notes de blizzard (c'est les seules que je lis de fond en comble) elles sont toujours tournées comme ça.
genre tel truc ne fait plus planter l'appli.

De votre expérience, c'est possible d'utiliser un lecteur de carte USB (identification d'une banque) via un client léger qui se connecte à un RDS 2008 ? Un client voudrait dégager l'ultime poste qu'il garde pour ça chez lui et mettre un client léger à sa comptable comme les autres, et il ne reste que le détail du lecteur de carte USB

Le jury avec des chiffres sortis d'HFR  
C'était le projet réseau des deuxième année ?
Ils s'en sont bien sortis ?

 
Sauf que chez Blizzard doit quand même y avoir un mec chargé de réécrire les release notes à partir des tickets internes.
 
Dans ma COGIP c'est directement mappé sur l’intitulé du bug report, personne ne réécrit les notes derrière.
Et donc quand ça implique que tu ouvres tes tickets dans ce sens c'est totalement incompréhensible.
 
Admettons que là je trouve un crash, plutôt que d'ouvrir un bug "l'application crashe" je dois anticiper la résolution et écrire "L'application ne crashe plus quand bla bla bla" même si je ne le résous que dans 2 mois
 
Bon allez, j'arrête de me plaindre

 
ah ben comme ça effectivement je comprend ton soucis  

ah, là , d'accord  
en interne , effectivement, il ne faut pas changer les intitulés sinon on s'y perd.  

 
Le fait de penser le titre comme ca dès le début me plairait pas non plus !
Perso, je vois deux solutions:
1) Changer le titre avant de générer la release note pour que ca match ce que veux ton manager (c'est pas propre mais ça fait le boulot).
2) Faire en sorte que la release note se base soit sur un champ supplémentaire dans le bug report (genre "public bug title" ) soit sur le dernier commentaire dans le bug avant/après le passage du bug en CLOSED (ou autre solution qui implique plutôt une modification de l'outil).

Webservices down pendant 4h à cause de la MaJ SSL.

 
moi j'ecrirais ça plutot du coup pour la 2eme version :

 
ce qui revient a dire exactement la meme chose que le 1er mais d'un point de vue positif.
 
m'enfin ça releve un peu de l'enculage de mouche la demande de ton chef là.... surtout si ça reste de l'interne.

J'aime bien la seconde solution. Je vais étudier ça

Bon c'est "normalement" validé, je change de branche   Go gestion de projets et architecture SI.
 
Je dois dire que le helpdesk/gestion des usagers me sort par les yeux. Tout, tout de suite, sans respecter les procédures et venir râler si ca ne va pas assez vite. S'en prendre plein la tête quand on refuse quelque choses d'impossible ("j'ai besoin de 10 serveurs Web demain" ), j'en peux plus. En plus, je ne suis pas encore trop à plaindre car je gérais une équipe de 4 personnes, qui tourne au poil.
 
Enfin, l'objectif de la direction est aussi nous retirer toutes nos serveurs pour les "mutualiser" plus loin... ce qui ne motive pas vraiment pour la suite. Faire la pute à ticket, j'avais pas signé pour çà. Bref aigritude over 9000 en passe de guérision (espérons )

 
Faire une MAJ comme ça en pleine journée  

Si y'a une faille qui le mérite c'est bien celle-là, et mieux vaut expliquer 4h de downtime qu'une fuite de donnée, l'exploit de la faille semble tourner à plein régime.

+1
Vu l'ampleur de la faille ça mérite un downtime.
 
Par contre 4h... A moins de régénérer toutes les clés privées et les certificats c'est un peu beaucoup

Bah... dans ma COGIP avant-hier, une MaJ du firmware de notre firewall (comme ça, à 14h30 un mardi, l'admin en mode "même pas peur" ) a planté notre cœur de réseau. Bilan : 600 pékins au chômage technique pendant 3h (enfin, non, pas complètement, mais bon, plus de net, de messagerie, d'intranet, de connexion inter-sites, etc.) et... un rétro-pédalage pour remettre l'ancien firmware parce que vraiment, ça passait pas.

Bien joué les gars !

C'est notre presta qui l'a fait sur notre serveur de prod plutôt que prod(2) qui est en répli/hibernation/prêt à démarrer.

Du coup on lance le prod(2) qui a encore l'ancienne version d'OpenSSL. Et là d'autres trucs marche pas, genre la répli était buggé du coup le prod(2) a le bon Open SSL, mais pas d'autres bon fichiers, genre génération de PDF.

Je suis arrivé dans la COGIP ya un mois.

Merci le presta.

Un seul serveur impacté ici   (une debian wheezy. Le reste de nos serveurs ouverts sur Internet tournent sous windows   )  
 
Nos F5 sont trop vieux
Checkpoint pas impacté
 
Juniper a bien morflé à priori.

 
Non mais là t'as un bug tracker c'est différent c'est pas un release note "grand public".
C'est une liste des id avec les intitulés.
 
Si tu fais une release note pour les utilisateurs tu fais un truc du genre :
Starcraft 2 release patch 2.0.5 :

 
Je dirais que ton chef à tord si vous utilisez un bug tracker et que la release note est destiné à l'équipe de dev.
Par contre il a raison si la destination de la note sont les utilisateurs finaux.

Donc si j'ai bien compris son chef a tort

Merci bien pour vos réponses sur les tarifs des sociétés. J'ai eu du 50 € de la journée à 1200 € la journée dans les devis des étudiants Avec des devis à plus de 150 000 € pour créer un réseau dans un bâtiment avec deux annexes Uniquement du Cisco, topologie en maillage et tout ce qu'ils ont pu sortir de leurs cours Ça me rappel des souvenirs, j'étais pas au chômage à cette époque

 OVERKILL is never too much      
 

en même temps si tu prends la price list sans rabais chez cisco, les 150 000€ tu y arrives vite