jigso a écrit 1217 commentaires

Exemple de conflit : le setter.

int value;
public setValue(int value) {…

Là il faut this.value, ou nommer autrement le parametre, mais on perd en expressivité.

Alors qu'avec int _value, plus de soucis.

Et il y a plein de cas ou on utilise un nom de variable membre simple, qui peut être source de conflit avec un argument d'une méthode : "name", "type", "value", "enabled", etc.
On peut bien sûr utiliser des noms style objectName, trucType, etc, mais c'est plus long a taper, et je suis fainéant.

Salaire oblige, je code en java, et j'ai adopté la même règle de _ en début de variable membre, et franchement ça améliore grandement la lisibilité - même si les éditeurs peuvent utiliser un couleurs différentes pour celles-ci.

De plus ça permet d'éviter les conflits avec les arguments des méthodes : pas la peine de préfixer avec this, pas de collisions possibles en cas de renommages.

Bref, le plus dur c'est de convaincre les autres d'adopter cette convention, mais ça c'est un combat sans fin (comme la position des {}, la taille des indentations, etc…)

Pourra-t-on alors dire que TapTempo est bronsonisé ?

Blague à part, je reviens d'alpha du centaure, et il y a un vague plan d'une voie hyperspatiale qui passerait dans les environs, mais j'ai l'impression que tout le monde s'en fout…

Y'a encore des gens qui font des applis "lourdes" ? Tout le monde n'est pas on ze claoud ? On m'aurait menti ?

(sinon bravo pour le troll final sur java, du grand art ! )

Si ça marche avec un nouvel utilisateur, le pb doit se situer dans un fichier de config. Une solution bourrin est de supprimer les répertoires .config/, .local/, .gnome* du compte qui pose problème (ou de les sauvegarder qqe part et de les restaurer pas à pas pour identifier celui qui coince)

Il y a déjà un outil pour ça : apt-offline

https://debian-administration.org/article/648/Offline_Package_Management_for_APT

"cat -A file" : probablement une des options les plus utiles quand on travaille en milieu hétérogène. Ça permet de voir tous les caractères de controle, comme le \r présent dans les fins de lignes sous windows. Quand on transfert/édite des fichiers sous les 2 environnements, c'est vite indispensable.

Et, vous en avez pas marre d'enculer les mouches ?

(ok je m'excuse d'avance auprès de ceux que le pratique au sens propre, en plus ils ont des p'tites bites…)

Regarde du coté de clipperz : tout est chiffré coté serveur, et le déchiffrement se fait coté navigateur avec une lib js. Et ça reste acceptable en temps d'execution.

Pas besoin de logiciel "externe" pour formater ton disque, l'installeur sur ta clef usb sait très bien le faire. Tu auras le choix à l'installation de supprimer les partitions existantes et de tout recréer, ou bien de réduire la partition windows pour libérer de l'espace pour installer linux.

\o/ On va enfin pouvoir parler de serveur X !

Oui. Un seul compte autorisé.
Et sslh sur le port 443 pour s'amuser via le proxy du boulot - euh non j'ai rien dit là.

De façon beaucoup moins technique, dans une résidence au ski, j'avais eu accès au site d'admin du wifi très simplement. Sur la page d'accueil du portail captif figurait le nom du système utilisé. Une recherche google plus tard, j'avais la doc d'installation et d'administration, et donc l'adresse du site d'admin ; évidemment toute la conf réseau était dans l'état par défaut à l'installation, et donc le login/passwd était toujours… admin/admin.
D'où accès à tous les comptes, etc. Bon j'avais été sage, j'avais juste ouvert le port 22, pour pouvoir sortir en ssh (seul 80 et 443 étaient autorisés par défaut)

Comme quoi la faille est et restera toujours l'être humain…

À moins que tout OVH soit en fait un serveur Sun poussiéreux à papy rangé dans un coin de la cave, j'en sais rien, mais toi non plus.

Ah bon ? Il faut des vrais machines pour faire tourner le klaoude ? ça marche pas dans un nuage de poudre verte  ?

"There is no cloud, it's just someone else's computer"

"Talk is cheap. Show me the code"
L. T.

À quand des extensions pour pouvoir faire : < script type="text/mon_super_langage_de_la_mort" >  ?

Perso, je rève d'un text/perl…

Un p'tit readme avec les quelques commandes à lancer pour installer et lancer le bouzin, ça serait sympa.
Tout le monde ne parle pas le fourchelangue nativement.

Tout n'est pas perdu, mais il va falloir faire preuve de patience, il y a beaucoup de raisons pour lesquelles ça peut coincer…

Tout d'abord on va vérifier si l'ordi est à jour :
- quand la fenêtre de connexion s'affiche, appuyer sur Ctrl Alt F1 (les 3 touches en même temps)
- l'ordi passe en mode texte, et attend le 'login' : c'est le nom du compte que tu utilises. Entre-le, puis tape ton mot de passe.
- Là un shell est lancé qui attend tes commandes.
- Pour vérifier si tout est à jour, tape :

sudo apt-get update

(la première fois il faut retaper le mot de passe)

Puis :

sudo apt-get upgrade

(il faut évidemment que l'ordi soit connecter au résau).

si tout se passe bien, redémarre en tapant :

sudo reboot

Si certains messages semblent indiquer des erreurs, copie les ici.

En ce qui concerne le partitionnement, je te conseille d'utiliser lvm - c'est souvent prposer dans les installeurs. Le principe est de creer en fait une seule partition physique de type lvm, et de la découper en autant de partition que tu veux, et surtout de pouvoir modifier les tailles de ces partitions à chaud. Par ex, tu créé une partition racine pour un linux, et une partition /home. si tu veux tester une autre distrib, tu peux réduire /home, créer une partition dans l'espace libéré, et y installer ta distrib.
l'autre avantage est aussi de pouvoir rajouter un autre disque physique, et d'étendre les partitions dessus, de transférer des partitions d'un disque à un autre, etc. bref, que du bon, surtout quand on ne sait pas comment évolueront ses besoin.

ah oui j'avais lu trop vite ; désolé pour le doublon…

Hum….

$ apt-cache search reposync
yum-utils - Utilities based around the yum package manager

En ce qui concerne les signatures, ce sont les paquets qui sont signés, peu importe le serveur ou le support, donc ça ne posera pas de soucis.
En revanche si tu utilises des repo en https, là ça coincera, mais je ne crois pas que les repos classiques utilisent du https.
Honnêtement c'est ce qui me semble le moins intrusif, vu qu'il n'y a rien à changer sur la conf des clients.
En ce qui concerne la gestion des miroirs et du repo local, il te suffit d'en utiliser un par distrib comme source, la liste c'est juste pour le DNS.

KISS !

Une solution qui évite de toucher à la config des machines est de gruger au niveau du dns, et renvoyer l'adresse ip du serveur pour toutes les demandes de résolutions vers les miroirs des distribs. Ça nécessite peut-être de ne cibler qu'un sous-ensemble des miroirs, ceux en france par ex, pour simplifier l'administration. Du coup plus besoin de proxy, cache, etc.

allez, soyons sympa, tu as réussi à utiliser un outil comme photorec, tu arriveras sans doute à faire les commandes suivantes.
Dans un terminal, place toi dans le répertoire où se trouve output, par ex si c'est dans le répertoire home de mezigue: 'cd /home/mezigue/'
'ls' pour vérifier que tu as bien output dans la liste des fichiers.
Puis 'sudo chown -R mezigue:mezigue output' pour changer le propriétaire du répertoire et de tous ses fichiers.
Oui, les clickodromes, c'est bien, mais parfois c'est un peu chiant (comme sous windows…)