jigso a écrit 1201 commentaires

Je trouve la situation trés ironique : d'un coté on a dans le monde politique et éditoriale une ligne très libérale, on privative à tout-va, on considère que seuls les boites privées peuvent faire le job en étant "rentable" ; laissons faire la loi du marché, il n'y a que ça de vrai !
Mais dès que la loi du plus fort s'applique, et qu'on n'est pas ce "plus fort", on vient chouiner dans les jupons de l'état…

lol

D'façon toutes ces distribs, c'est juste un bios amélioré pour pouvoir booter Emacs.

On pourrait introduire des nouveaux mots, par exemple "modérateurice" (calqué sur le "auditeurice" entendu sur le podcast "les couilles sur la table").
À utiliser au pluriel pour éviter d'avoir à choisir un genre, par ex "Merci aux modérateurices de corriger".

Perso je trouve ça plus utilisable que l'écriture inclusive qui par définition ne concerne que l'écrit.

On peut rever d'une société sans distinction de groupe. Cependant toute la/les société(s) actuelle(s) sont basées sur des groupes : ne pas nommer le problème ne peut pas permettre de le caractériser et donc de commencer à le résoudre.

De plus si l'utilisateur courant est root, c'est vraiment une raison de plus de passer à autre chose. root a tous les droits, y compris de casser tout le système et ça va t'arriver. D'habitude on se connecte avec un utilisateur normal, et seulement pour certaines taches on switche vers root - via su ou sudo.

1000, 1024, on n'est pas à une vache près, hein, c'est pas une science exacte.

Je tiens a signaler que cette norme comporte une petite erreur, ou du moins devrait etre amendée en ce qui concerne le paragraphe 4.1.5 : la chiée. La chiée est parfaitement définie, c'est 11, car comme le dit l'adage populaire "11 fait chiée".
Partant de là la tetrachiée fait 44, et la mégachiée 11534336 (11*1024*1024).

Merci de rectifier,

Jigso, docteur es poils de culs et doigt mouillé.

Workaround : remplace uuid=… par /dev/sdaX dans le fstab.
Ça n'explique pas pourquoi le block id n'est pas reconnu, mais ça devrait permettre d'avoir le swap activé.

Attention au débordement de tampon avec les strings.

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.