Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
3486 connectés 

 


Sujet auquel vous répondez
Sujet : [blabla@olympe] Le topic du modo, dieu de la fibre et du monde
antp


 
sur un thème similaire mais en plus récent, il y a "libre et assoupi" qui était sympa http://www.allocine.fr/film/fichef [...] 21488.html


Votre réponse
Nom d'utilisateur    Pour poster, vous devez être inscrit sur ce forum .... si ce n'est pas le cas, cliquez ici !
Le ton de votre message                        
                       
Votre réponse


[b][i][u][strike][spoiler][fixed][cpp][url][email][img][*]   
 
   [quote]
 

Options

 
Vous avez perdu votre mot de passe ?


Vue Rapide de la discussion
nraynaud


c'est pas souligné en rouge dans le champ d'édition -> c'est juste

nraynaud


\o/ next step: les végératiens et les antivax \o/

Blackyell

nraynaud a écrit :


c'est un mensonge :o
 
edit: hum en fait je viens de regarder et je me crois que j'ai tord, les API unix on pas l'air d'aimer les répertoires non-vides.


 

nraynaud a écrit :

nan, je pensais qu'on pouvait simplement unlinker la racine que ensuite ça se démerdait, mais j'ai tord.


 
:(

kadreg http://sciencebasedpharmacy.wordpr [...] h-america/
 
_alt point :o
nraynaud nan, je pensais qu'on pouvait simplement unlinker la racine que ensuite ça se démerdait, mais j'ai tord.
skeye

nraynaud a écrit :


c'est un mensonge :o

 

Je vois pas pourquoi.:o

 

rm -rf toto == rm -rf toto/* + rmdir toto

 

non?

nraynaud

skeye a écrit :


Citation :

RM(1)             Manuel de l'utilisateur Linux             RM(1)

 


       -r, -R, --recursive
              Supprimer récursivement le contenu des répertoires.

 

[:doc petrus]


c'est un mensonge :o

 

edit: hum en fait je viens de regarder et je me crois que j'ai tord, les API unix on pas l'air d'aimer les répertoires non-vides.

skeye

nraynaud a écrit :


c'est pas récursif :o


Citation :

RM(1)             Manuel de l'utilisateur Linux             RM(1)
 
 
       -r, -R, --recursive
              Supprimer récursivement le contenu des répertoires.


 
[:doc petrus]

nraynaud

sligor a écrit :


Citation :


rm: il est dangereux d'opérer récursivement sur « / »
rm: utilisez --no-preserve-root pour inhiber cette mesure de sûreté



c'est pas récursif :o

sligor

R3g a écrit :


PATH=() { :;}; rm -rf / :o


Citation :


rm: il est dangereux d'opérer récursivement sur « / »
rm: utilisez --no-preserve-root pour inhiber cette mesure de sûreté

R3g

skeye a écrit :


PATH est toujours définie, mais c'est le même problème - il faut exécuter ton .bash_profile ou connerie du genre dans ton script si tu veux que ce tout soit défini correctement.:o


PATH=() { :;}; rm -rf / :o

flo850

theShockWave a écrit :

Et un poste de programmeur réseau senior à Francfort, ca tente quelqu'un ? :o


ça fait quoi un programmeur réseau ?

skeye

masklinn a écrit :


C'est même pas une variable d'env pas définie, PATH est dedans, il contient juste pas ce dont j'ai besoin [:sadnoir]


PATH est toujours définie, mais c'est le même problème - il faut exécuter ton .bash_profile ou connerie du genre dans ton script si tu veux que ce tout soit défini correctement.:o

theShockWave Et un poste de programmeur réseau senior à Francfort, ca tente quelqu'un ? :o
flo850 <moment paul>
$il va y avoir un poste de dba/data analyst qui s'ouvre chez nous en fin d'année ( ingénieur 2 a 2.5K net/mois )  
 
il  y a aussi un poste de dev web/angular dans le PDC qui est ouvert  
 
 
</paul>
masklinn

skeye a écrit :

[:hahaguy] le noob il se fait avoir par un script qui passe pas via cron à cause de variables d'env pas définies...[:hahaguy]


C'est même pas une variable d'env pas définie, PATH est dedans, il contient juste pas ce dont j'ai besoin [:sadnoir]

skeye

masklinn a écrit :

'tin mais cron quelle saleté, vas-y pour comprendre que ton script marche pas parce-que son $PATH contient rien ("/usr/bin:/bin" ) et qu'en plus les substitutions fonctionnent pas (donc ton "PATH=/usr/local/bin:$PATH" bah il est tout foireux), surtout quand la majorité des mans le mentionnent pas :/


[:hahaguy] le noob il se fait avoir par un script qui passe pas via cron à cause de variables d'env pas définies...[:hahaguy]

masklinn 'tin mais cron quelle saleté, vas-y pour comprendre que ton script marche pas parce-que son $PATH contient rien ("/usr/bin:/bin" ) et qu'en plus les substitutions fonctionnent pas (donc ton "PATH=/usr/local/bin:$PATH" bah il est tout foireux), surtout quand la majorité des mans le mentionnent pas :/
antp


 
sur un thème similaire mais en plus récent, il y a "libre et assoupi" qui était sympa http://www.allocine.fr/film/fichef [...] 21488.html

Lam's

Plam a écrit :

Non je suis pas défensif, je réagis parce que ça fait un paquet de jours que je surveille le truc, donc c'est vraiment pas tombé de nulle part ou que personne n'attendait :o
 
À force de bosser avec les mecs de Xen, ils sont devenus des quasi-collègues :o


Fais attention à qui tu parles. Quand tu parles de "collègues" à nraynaud, il s'imagine probablement que tu parles de gens que tu méprises et qui en retour te détestent et passent leurs journées à te dénoncer au boss.

Plam Non je suis pas défensif, je réagis parce que ça fait un paquet de jours que je surveille le truc, donc c'est vraiment pas tombé de nulle part ou que personne n'attendait :o
 
À force de bosser avec les mecs de Xen, ils sont devenus des quasi-collègues :o
nraynaud j'te trouve beaucoup trop défensif pour être crédible, en plus t'as utilisé un smiley à la con.
Plam

nraynaud a écrit :

et là, plam est parti chier dans son froc : http://xenbits.xen.org/xsa/advisory-108.html


 
Ça fait un paquet de jour qu'elle est annoncée hein ;) (mais sortie "publique" que aujourd'hui, cf leur process documenté à ce sujet : http://www.xenproject.org/security-policy.html ). En gros tu peux demander à venir dans la liste privilégiés des gens qui ont accès aux XSE avant la sortie publique (d'où les patchs Amazon et Rackspace ces derniers jours)
 
En plus ça touche que les HVM et de surcroît les clients ayant accès à une VM, donc j'ai aucun problème de ce côté là.

masklinn

sligor a écrit :

je viens de voir qu'on peut accèder à un repo github avec un client svn  (https://help.github.com/articles/support-for-subversion-clients)
ça marche comment ? c'est un truc développé en interne ou c'est un module open-source disponible ?


C'est un truc interne AFAIK.

nraynaud a écrit :


ça va se passer comment si je trafique le prototype d'un array pour accéder à certaines cases par des propriétés custom ?


No se.

nraynaud

masklinn a écrit :


T'as la chaine prototypale allongée de l'array (avec possibilité de conflits entre les trucs que tu tentes d'ajouter dessus et les divers méthodes et attributs de l'array natif), du debugging moisi (les consoles vont planquer toutes les clés et ignorer les valeurs liées à des clés non-entières) et le runtime va initialement créer un array et devoir le dévoluer en objet pour pouvoir ajouter des props dessus. Et tout ça pour rien y gagner du tout puisque les méthodes d'Array vont continuer à ne fonctionner que sur les index numériques.


ça va se passer comment si je trafique le prototype d'un array pour accéder à certaines cases par des propriétés custom ?

nraynaud et là, plam est parti chier dans son froc : http://xenbits.xen.org/xsa/advisory-108.html
sligor je viens de voir qu'on peut accèder à un repo github avec un client svn  (https://help.github.com/articles/support-for-subversion-clients)
ça marche comment ? c'est un truc développé en interne ou c'est un module open-source disponible ?
gfive

ratibus a écrit :


Si tu veux que ça marche bien, mets tout le monde au même niveau sur les revues de code. Pas de passe-droit :)


 
L'idée n'est pas d'autoriser un commit sans revues, mais de demander plus de revues à un débutant qu'à un lead-dev d'une équipe.
 
Ou alors, d'avoir un mécanisme de points : au fur et à mesure des commits qui pètent rien tu gagne le droit d'avoir moins de reviews, et si tu fais un commit pourri, tu repars en bas de l'échelle avec triple review obligatoire :o

ratibus

gfive a écrit :

Et avec ces machins là, y'a moyen de soumettre différents types de population à des reviews différentes? Et de donner des "points" aux mecs pour qu'ils aient moins de validations à obtenir pour commiter des trucs quand c'est des gros warriors de la mort que quand ils débutent?


Si tu veux que ça marche bien, mets tout le monde au même niveau sur les revues de code. Pas de passe-droit :)

Plam Chez mon client en question, il y a le service V&V qui est dans la boucle (pour les issues principalement) avec juste des droits de créer ces issues, qui peuvent être ensuite linké par des dev externes qui vont résoudre en faisant une merge request, elle même validée (ou pas) par le responsable d'intégration dans la branche master. Qui va aussi décider de fermer l'issue ou de continuer le dialogue et la revue jusqu'à un travail satisfaisant.
gfive Et avec ces machins là, y'a moyen de soumettre différents types de population à des reviews différentes? Et de donner des "points" aux mecs pour qu'ils aient moins de validations à obtenir pour commiter des trucs quand c'est des gros warriors de la mort que quand ils débutent?
Plam GitLab est pas mal avec le workflow de Merge request (ça marche impec' pour un client) et des protected branches.
gfive

ratibus a écrit :


 
Nous on fait des PR Github obligatoires.
Dans mon ancienne boîte on pouvait pas hoster le code en externe du coup on avait développé ça et on l'avait mis en obligatoire dans les process : http://crew-cr.github.io/Crew/


 
merci.
 
J'ai vu aussi Phabricator et GitLab aussi.
 
Et ici, il est hors de question de hoster le code en externe, evidemment :o  
 
J'ai même pas eu l'autorisation d'opensourcer des composants techniques très loin du métier : les US ne voulaient pas.
 

ratibus

gfive a écrit :

Y'en a qui ont mis en place un truc genre Gerrit dans le tas?  


 
Nous on fait des PR Github obligatoires.
Dans mon ancienne boîte on pouvait pas hoster le code en externe du coup on avait développé ça et on l'avait mis en obligatoire dans les process : http://crew-cr.github.io/Crew/

sligor

gfive a écrit :


 
oui, c'est pour ça que j'en ai parlé 3 messages au dessus :o


oups  [:tang]

nraynaud ok je crois que j'ai besoin d'aide parce que là c'est harkonnien.
http://nraynaud.github.io/webgcode [...] est.html#/
 
comment je peux présenter ce truc ?
donc c'est un Job (ses paramètres sont safety Z et tool diameter) qui possède une liste d'opération (qu'on voit un peu plus bas) et on peut voir le détail de chaque opération en cliquant dessus.
 
à droite en jaune on a des dessins arbitraires (m'enfin ça marche mieux si c'est des formes fermées), qu'on peut utiliser pour créer des opérations. Pour l'instant j'ai mis que le profiling simple et le profiling en spirale comme type d'opérations.
En blanc on voit l'opération courante, et en rouge on voit le voyage entre les opérations (j'ai pas encore mis le voyage au sein d'une opération).
 
Comment je peux présenter tout ce merdier de manière compréhensible ?
gfive

sligor a écrit :

un truc du genre "gerrit" ?


 
oui, c'est pour ça que j'en ai parlé 3 messages au dessus :o

nraynaud ouf, youporn est encore là. :sweat:
Shinuza Trello, hipchat et reddit down en même temps, ça sent le cloud fail.
sligor un truc du genre "gerrit" ?
gfive J'aimerais autant ne pas trouver de solution qui marche avec SVN, en fait :o
 
En gros, on a un framework dont la partie IHM évolue beaucoup plus vite que la partie backend.
 
Je veux proposer de séparer ce merdier en deux (c'est pas séparé au sens du versionning, parce que des CPs incompétents ont réussi à convaincre leur hiérarchie que changer plus d'une version de dépendance dans les POM, c'est chronophage)
 
Et pour la partie IHM, je voudrais mettre du Git, pour que :
 
* chaque équipe puisse avoir sa branche : vu la nature du machin, j'ai 0 risque d'incompatibilité si 2 versions code-incompatibles sont exécutées en même temps,
 
* on puisse récupérer les commits des équipes, en faisant des reviews avant, dans le pot commun pour les mutualiser.
 

Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)