_kaos_ a écrit 2344 commentaires

Salut,

Est-ce que Caffeine ne serait pas une solution/piste ?

Matricule 23415

Salut !

J'ai du mal à voir exactement de quoi tu essaye de te protéger, mais si c'est disons le vol de données sensibles, peut-être qu'en chiffrant le fichier contenant les données avec par exemple pgp ou gpg et en fournissant le mot de passe de déchiffrement à l'utilisateur final…

Bien sûr, ça crée un spof, mais peut-être moins gros qu'un binaire dont on peut extraire les strings ?

Matricule 23415

Salut,

chaque type de table de partition possède-il un descripteur de partition?

Bah comment faire sans ?

Ou alors j'ai peut-être pas compris la question, simplement…

Matricule 23415

Salut,

La question étant très vague j'opte pour une réponse tout aussi vague.

multi-tâches

Exemple : le noyau linux

le multi-threads

Exemple : les green threads java

et le multi-process

Je ne connais pas ce terme, désolé.

Matricule 23415

Pour la grammaire je sais pas mais pour l'orthographe il n'a peut-être pas tort.

Ouip :) Je l'ai vue mais un peu trop tard.

Note que ce que je dis n'est pas que je fais mieux, mais que s'il y a contradiction, il est plus sain de savoir se remettre en cause plutôt que de camper sur ses positions. Et que c'est ce principe qui va faire avancer.

Matricule 23415

Salut,

C'est une version de test

Non, non et re non :)

C'est la version de développement. La version de test est… (tagadam) testing. :p

C'est pourtant facile à retenir :p Sid = Still In Development ;)

Donc pour redire encore une fois ce que d'autres m'ont appris :

• sid = paquets à jours, ça casse parfois mais généralement pas longtemps (donc utilisable si on accepte des hics),
• testing = version de stabilisation pour la version next. Ça casse autant qu'il faut pour une bonne correction et par moments, c'est frozen (donc si c'est cassé, ça reste plutôt en état cassé)
• stable = la version courante qui a passé les deux étapes au dessus

Et pour l'OP, oui, c'est une rolling release.

Matricule 23415

Salut !

Je ne vois pas l'intérêt du is avec exists, ça sonne moche à la lecture.

Alors ça, je suis 200% d'accord. Mais dans l'autre forme, c'est encore pire.

Disons que c'est plus par convention que par exemple en java les getters/setters commencent par get et set et que si c'est juste une vérification, tu commence par is.

Je ne voulais pas en venir exactement là : mon ex-chef doit parler des langues inconnues pour moi.

Ce que je lui reproche, ce n'est pas de parler plein de langues, ou de langages, c'est de ne pas me faire confiance quand je lui dis qu'il a tord dans la grammaire d'une langue.

Matricule 23415

Salut,

Tout peut être dis sans que l'autre se sentent agressé

En fait je ne crois pas.

Je donne un exemple presque faux.

Je commence à coder une fonction qui teste la présence d'un élément dans une liste. Je la nomme isExists() (Oué, bon, java style). Mon cher chef la renomme en isExist(). Là, je lui dis que is exist n'existe pas en anglais. Pour le coup, il ouvre son navigateur web pour me montrer que le verbe exist existe. Je lui dis qu'il faut un s. Il refuse.

Bon, bah ok.

Vous nommeriez comment la méthode, vous ? :)

Moi j'ai passé deux ans en perfide albion, donc j'ai mon avis.

Matricule 23415

Salut,

la communication non violente

Même si tu ne le veux pas, la communication peut être violente pour la personne en face.

En fait, tu peux être le plus gentil bisounours du monde, ce que la personne entend peut être complètement différent. :)

Matricule 23415

Salut,

je commence à avoir de gros doutes sur ses compétences.

Ça, ça veut dire que tu as déjà une bonne idée, donc c'est déjà mort.

Conseil perso : plus tu fais ça rapide, mieux c'est, pour tout le monde.

Je dirais, essuie ça vite et bien (tout malentendu serait fortuit).

Matricule 23415

Et pour ce genre de trucs, sinon, j'ai plutôt recours à des factory, mais dans un premier temps…

Matricule 23415

Salut,

ceci est un code minimise

Ah, merci, on y voit plus clair (manque le python pour la coloration syntaxique, mais c'est vachement mieux :) ).

A tous les coups, la définition parametre=QTableWidget() ne sort pas du "scope" de la fonction intialiser_tableWidget() (je dis ça presque au pifomètre).

Voir par exemple ici.

J'aurais tendance à te proposer une structure plus standard en POO :

self.ma_table_1 = QTableWidget()
self.ma_table_2 = QTableWidget()
# etc, puis :
intialiser_tableWidget(self.ma_table_1)
intialiser_tableWidget(self.ma_table_2)

Et là, ça devrait marcher mieux

Matricule 23415

Salut,

Es-tu bien sûr de comprendre à quoi réfère le mot-clef self ?

La fonction choix_liste est définie dans quelle classe qui hérite de quoi ?

Enfin, regarde l'aide pour poster en markdown, en particulier du code (l'aide mémoire est juste en dessous de la zone de saisie). Avec tes messages, c'est difficile d'aider et un modérateur doit les éditer.

Matricule 23415

Salut,

A vue de nez je dirais que c'est normal, et que si tu passes l'objet en paramètre il ne faut plus utiliser self.

Edit : grillé :)

PS: aprés s'écrit après

Matricule 23415

Salut,

Tout est dans le titre :)

Matricule 23415

Salut,

Moi je ne build que sur tag parce chaque release fait 1GB ;-)

Mouaif, avec un disque d'1To t'as de la marge…

Matricule 23415

Salut,

Quand bien même, selon la nature des tâches en cours ce sera un composant ou un autre qui sera le goulet d'étranglement. Même en y mettant de la pondération, vouloir établir un pourcentage global d'utilisation d'une machine n'a donc pas vraiment de sens.

Complètement d'accord.

Après, c'est son projet, je ne veux pas le décourager.

Matricule 23415

Salut !

En faisant de l'async ?

? ? ? (c'est pas le principe dans AngularJS ?)

Euh, possible, mais tu parle de bash et php…

Le sudo se trouve dans le message d'erreur affiché si la commande ne fonctionne pas (pour indiquer à l'user qu'il doit installer hddtemp et la perm à éditer sur le binaire de hddtemp)

Oui, ça j'ai bien vu. Et c'est bien le sens de ma réponse : s'il y a sudo possible pour un utilisateur, il y a déjà un trou. Sinon, c'est le genre d'info qui va dans la documentation d'installation pour l'administrateur. Non ?

AMHA on peut estimer le cas idéal que 50% de la RAM + 50% CPU + 50% reseau = 50 % de la machine.

Autant RAM, disque, CPU ça peut se mesurer facilement, autant réseau je suis moins sûr.

créer un support visuel qui estime en temps réel la consommation électrique de la machine (pour ça je pense estimer l'utilisation de chaque composant puis comparer à un tableau)

Pour ça, autant utiliser un composant physique, non ? Genre Contrôleur de consommation électrique (premier lien trouvé…)

Ça dépend du RNG.

Machines lambda.

Alors ça dépend du RNG de la machine lambda. :p

Matricule 23415

Salut,

Comment "sécuriser" dans son code une commande qui peut freeze ?

En faisant de l'async ?

Y a-t-il moyen de récupérer un "pourcentage de l'utilisation (ou autre) en cours des disques" un peu comme avec le CPU ? Afin de visualiser quand les HDD/SSD sont occupé ou glandent.

htop ou autre top-like arrivent bien à le faire, donc à priori oui :)

Y a-t-il moyen d’exécuter cette commande depuis www-data sans ouvrir de trou de sécurité ?

Non. Je vois entre autre un sudo dans le flot…

Y a-t-il moyen de savoir, en Bash ou en PHP, si le système s’exécute sur un SSD ou un HDD ?

Quel rapport s'il est déjà en RAM ?

Je voudrais établir un "score d'utilisation globale du serveur (sur 100)" afin de pouvoir intégrer un compteur (façon voiture). Sur quelles valeurs vous baseriez-vous ? (cpu, ram, réseau, what else ?)

Ça, c'est du pur délire. Une aggrégation se fait généralement proprement, si tu ne sais même pas sur quoi tu vas la baser, comment estimer les poids des différentes composantes ?

Est-ce normal que de temps en temps le Pool d'Entropie chute jusqu'à +-800 ? (phénomène observé sur plusieurs machines)

Ça dépend du RNG.

Donc voilà, pas de réponse à tes questions, mais des pistes de recherche et de lectures ;)

Matricule 23415

Salut,

Le gitflow c'est très compliqué

Heu, je veux bien un exemple, parce que moi qui ne suis pas un cador de git, j'ai trouvé que ça me simplifiait globalement la vie, et qu'en cas de problème je pouvais quand même retourner à du git « de base ».

Certes, je n'ai pas fait le worflow, mais sur des usages simples, je n'ai pas eu l'impression que ça représente des masses de boulot.

En gros, tu développes dans la master tout le temps.

Hmm, mauvaise pratique du watterfall ?

Matricule 23415

Salut,

à propos de git flow : je ne sais pas si ces extensions sont installées sur le dépôt de mon client, mais de par la nature distribuée de git ça ne doit pas être bloquant non ?

Non, c'est un wrapper qui t'aide dans l'usage de git, donc ce n'est pas bloquant du tout.

A un moment, pour une raison de migration vers un repo interne, je ne pouvais plus l'utiliser (car configuration pas finie), ça m'a juste ralenti un peu en revenant à du git « de base ».

Matricule 23415

Salut,

Oui, git flow ça facilite bien les choses.

Dernièrement, j'avais un environnement un peu comme ça :

• prod
• préprod
• dev
  • branche A
  • branche B
  • branche C

Donc pour chaque « feature », on partait de la dernière dev, et pushait dessus pour tester (en gros tout dev pouvait pusher sur l'infra - en prévenant bien sûr). Une fois le cycle de développement en dev fait, là ça passait en préprod (avec un dev d'astreinte). Si ça pétait pas, alors ticket pour déploiement en prod avec instructions claires pour l'équipe SRE.

Matricule 23415

Salut,

Bah c'est pas pire qu'une Arch Linux.

N'ayant jamais utilisé Arch, je ne peux me prononcer de manière catégorique.

Tout au mieux, je peux dire que SID est comme Arch : une rolling-release.

Ma modeste compréhension du système de déploiement de versions de debian est que testing est faite pour être cassée, aussi longtemps qu'il faut, tant que la bonne solution n'est pas trouvée. C'est donc plutôt dédié aux mainteneurs de paquets, et s'il y a un bug, ça n'est pas résolu rapidement (surtout quand elle est dans l'état "frozen" pour aller vers la prochaine debian-next).

Du coup, quand j'étais étudiant et que j'aimais le risque (et des librairies plus à jour), j'utilisais la SID. Maintenant que j'ai moins de temps, je préfère la stable.

En tout cas, j'ai toujours vu/lu que testing était à éviter (exception faite comme dit plus haut par les mainteneurs de paquets).

Bref, installer une testing, c'est prendre des risques.

En SID, un bug peut être corrigé vite.
En stable, un bug peut ne pas arriver.

En testing, comme c'est la version de stabilisation, si bug il y a, il se traine.

Matricule 23415

Salut,

Pour faire ça, le mieux est de faire de l'apt-pinning.

Note à part : pourquoi la testing et pas la SID ou la stable ? C'est la pire des versions ! Quand ça casse, il faut attendre une bonne correction…

Matricule 23415

Salut,

Après, évidemment, toute solution à un coût, et aucune n'a strictement aucun risque. Et il ne faut pas non plus se retrouver dans une situation où tu as des backups mais tu ne peux pas y accéder !

Je ne peux plus qu'être d'accord.

Exemple récent : En tant que dev on me fait une formation à la sécurité informatique, etc. Bon, ok, on met pas de mot de passe en clair dans le code. Jusque là et la suite ça va (Ça fait 20 ans que je roule ma bosse, donc je ne suis pas certain que la formation était à ma destination, mais bon).

On en arrive donc au point des sauvegardes.

Moi : Mais vous avez testé le mode "emergency" ?
Eux : Bah non, vous bossez, on peut pas !

Cherchez l'erreur… on est tous dev avec des portable et travaillant avec git. /o\

Matricule 23415