Cyrille Pontvieux a écrit 511 commentaires

J’ai eu la mise à jour ce matin sous Manjaro.

Tu pourrais partager ta config (sans les secrets), ça m’intéresse. J’ai déjà utilisé du borg/borgmatic au taff, mais dans le cadre perso avec le timer systemd non.

Surtout c’est bien connu, un logiciel de contrôle parental ça fait toute la différence. Plus besoin de parent pour éduquer/surveiller, y a le contrôle parental.

Il n’y a que moi que ça choque sur le fond ?

En même temps sans le texte complet…

Ça me semble une bonne idée (sans la rendre obligatoire)

Par contre l’article original dit une connerie quand ils citent F-Droid. Justement F-Droid se prémunie de ceci en ne distribuant pas les binaires même s’il y a les sources à côté. Ils vérifient et rebuild sur leur(s) serveur(s) les applications à partir des sources.

Ça fait des utilisateurs/développeurs un peu énervé quand la dernière release met un peu de temps à arriver sur les dépôts F-Droid mais au moins c’est un poil plus sécurisé que de propager n’importe quel APK.

Je prend par exemple Python:

3 < "something"
int.lt(3, "something")

Et oui, on check pas le type on vérifie juste si la méthode est défini --> typage faible.

Non le typage de Python est fort. Tu ne peux pas faire :

a = "2"
a += 1
b = 3
b += "1"

Alors qu’en javascript tu peux car la variable a va rester une chaîne de caractère et l’opération + va forcer une conversion implicite des opérandes (ici 1 devient "1"). Idem pour b qui va être converti en chaîne avant d’être convertie, encore implicitement en chaîne de caractère avant d’être concaténée avec "1").
En python tu as deux TypeError à l’éxécution (typage fort) et aucun problème à la compilation (typage dynamique)

Par contre ça donne aucune vraie solution.

Essayer d’avoir un projet sans trou de sécu dans ses dépendances javascript, c’est devenu quasi impossible vu le nombre de dépendances, vu le système de non-résolution des dépendances (chaque dep a son propre arbre) et vu que la communauté s’en fout.

C’est la principale raison pour laquelle je n’aime pas trop les projets en nodejs. Ça et l’utopie de croire que tout exécuter avec un seul proc/cœur, y’a qu’à scaler si on veut gérer de la concurrence, s’avère bien plus compliqué qu’il n’y parait au premier abord.

Après le langage en lui-même est particulier mais il n’est pas particulièrement repoussant.

C’est super bien fait !

Effectivement c’est tranquille et ça permet de se familiariser avec les touches, sans stress, et en s’amusant. Les graphismes sous l’eau sont vraiment beau (mais j’aime le pixel art)

Et lyx ça pourrait pas t’aider à taper tes cours en LateX ? Je dis ça je l’ai jamais utilisé, mais ça à l’air pas mal pour aider à écrire en LateX…

Ça y est la version finale est sortie.

C’est ce que je dis plus haut, pas d’intérêt majeur, c’est pour ça que je continue d’être en azerty (ou qwerty) sur téléphone.

Après je répondais surtout à devnewton qui nous montrait son layout « bépo » un peu tronqué.

Sinon j’ai testé la saisie par glisser-sur-les-touches. C’est infernal en bépo, voire impossible. Les touches sont justement faîtes pour éviter des aller-retours dans tous les sens. Ça donne un schéma quasi impossible 1. à faire 2. à être reconnu par le soft.
En effet plein de mots on leurs lettres sur la deuxième rangée, du coup c’est un peu gauche-droite-gauche-droite ah mince je suis allé un poil trop loin et oops ça correspond à un autre mot.
C’est franchement un avantage quand on tape avec nos dix (ou à peu près) doigts, mais sur téléphone, pour la partie « slide », ben non c’est un désavantage.

Les autres dispos étant merdiques, les schémas de glissement font qu’on peut deviner le mot car les lettres alentours ne correspondent pas à un autre mot dans le dico. En gros le glisser-sur-touches utilise le fait que les dispositions sont merdiques, donc forcément avec le bépo, ça marche pas super…

Je viens de tester florisboard, y’a du vrai bépo :

Bon j’aime bien aussi Openboard, mais pas en bépo.

T’appelles ça gérer ?
Elle est où l’apostrophe ? et le è francement ? bon le ê je peux comprendre (c’est optionnel dans la norme), mais franchement le è pas présent, on peut pas dire que c’est un bépo.

Tu as des accès alternatif en appuis long ?

J’utilise bépo tout le temps sur mon PC perso ou du taff, mais sur mobile je suis en azerty ou qwerty. J’ai jamais trouvé un bépo qui vaille le coup. Et puis on tape pas à dix doigts, ça a peu d’intérêt. Un clavier avec dictionnaire pas débile (c’est à dire que si je tape « quil » il me propose « qu’il » et pas « quille ») c’est plus important (et j’en ai pas trouvé des biens en libre)

J’ai jamais eu de clavier qui tombe en panne, j’en ai un qui date de 10 ans au moins au taff, et un autre de 20 ans (connectique PS2) qui marche toujours.

Vous faîtes quoi avec ?
Perso j’utilise très principalement le clavier, peu la souris.

J’ai appris à taper en bépo (sur un azerty classique) et j’ai appris à taper sans regarder (ça m’a pris environ 1 mois ½).

Mais même quand je tapais en azerty, j’ai jamais réussi à détruire un clavier ou une touche. Le pire que j’ai fait c’est du soda sur une partie du clavier : obligé de tout démonter, nettoyer, sécher. Mais il marche toujours très bien.

J’me réponds à moi-même : on peut le chopper dans $XDG_CONFIG_HOME/0ad/config/user.cfg à la clé lobby.password ;-)

Merci des infos. Le hash comment ? sha1 ? sha256 ? autre ?

Est-ce qu’on peut se connecter sur le Lobby depuis un client xmpp ? Juste pour la partie discussion, pas pour déclencher une partie évidemment ? Et si oui comment, je n’ai pas réussi… ?

Autre question, est-ce qu’il existe un moyen de faire du OAuth2 (ou autre proto) avec les comptes du lobby, ou sinon avec les compte du forum de WildfireGames ? C’est juste pour un service lié à 0ad que j’aimerais mettre en place mais où je voudrais éviter aux gens de créer un n-ième compte.

Tu peux me joindre en privé si tu veux.

Bof en même temps c’est pas grave, c’est juste un compte qui tombe rond sur notre façon de compter le temps, ça signifie pas grand chose en vrai.

Ça permet juste de se rappeler le temps qui passe et de voir les évolutions. Moi ça m’a permis (via d’autres articles mentionnant les 30 ans) d’aller relire un peu les moment forts du noyau : passage la version 2.0 et les modules, le versioning jusqu’au 2.6, l’intégration d’USB3, de squasfs, de btrfs, les nouveaux ordonanceurs, les noyaux SMP et RT, …

Ça permet surtout d’entamer des discussions et de se remémorer des événements ;-)

J’ai modifié l’article. Cette modification a été introduite de manière erronée le 31 janvier 2021 par WikicAptive.

Ok merci je vais corriger ça. La 15 n’est pas encore complètement sortie (la RC1 est dispo), donc ça va se mettre à jour sur Wikipedia dans quelques temps.

Il s’avère que le délai entre la 14.2 et la 15 (bêta ou rc) a été tellement long, que les slackeux ont commencé à utiliser la branche -current et on cru que le développement était devenu rolling, ce qui est faux. Je vais donc modifier de ce pas cette erreur sur la page Wikipedia.

On peut d’ailleurs lire ailleurs dans l’article Wikipedia « La slackware-current est la version courante, c’est-à-dire la version disponible entre la version stable déjà publiée et celle à venir. Elle n'est donc pas recommandée pour la production. »

Pour donner de l’eau au moulin, voici deux articles Wikipedia qui parlent de distributions en rolling-release :
- https://fr.wikipedia.org/wiki/Rolling_release
- https://en.wikipedia.org/wiki/Rolling_release

Tu y verras que Gentoo y ait bien mentionné, mais Slackware non. Il y a aussi l’exemple de branche de développement de distribution qui sont en rolling-release sans que la distribution soit considéré comme tel. L’exemple donné est Debian avec la branche sid, qui est la correspondance exacte de la branche -current chez Slackware.

C’est juste un ISO pour commencer, il n’y a pas de "sorties" ou "versions" de Gentoo, elle est bien en rolling-release (comme Arch).

Et j’aimerais que tu me pointes où, sur Wikipedia, français ou anglais, tu as vu que Slackware était marqué comme rolling-release ? Est-ce qu’il est possible d’enlever ceci de l’article actuel car c’est factuellement faux.

Si tu me pointes un endroit qui dit que Slackware est en rolling-release sur Wikipedia, je me ferai un plaisir l’aller modifier l’encyclopédie.

De toute façon Slackware n’est pas en rolling-release ni en développement continu, c’est une erreur de l’article.

Mais pourquoi la page wikipedia ? Tu ne cesses de dire ça dans tes précédents commentaires ? C’est pas la page discussion de Wikipedia ici, on parle de modifier l’article publié sur Linuxfr.