freem a écrit 5059 commentaires

IL ne demande pas comment contrôler ses écrans, mais comment en avoir beaucoup.

Sinon, pour ton xrandr à la main… je te conseille d'aller voir la doc de .xinitrc, ça t'évitera de t'emmerder à faire les choses à chaque fois.

Bon je chipote,

Pire, tu dis n'imp :) ce warn n'est absolument pas lié au problème qui nous intéresse ici…

Et comme pour compiler linux il faut GCC, ça supporte GNU/Linux? (je sais, c'est moyen, mais je me souviens qu'on m'avait répondu ça, un jour, je ne sais plus où…)

c'est quand même parce qu'un compilateur C bien configuré

Admettons. Et pour le cast vers et depuis du void*, tu rétorques quoi? (casts qui sont obligatoires dès lors que l'on veut interagir avec une lib dynamique au runtime, et non au démarrage de l'appli, pour rappel, à moins qu'il existe autre chose que dlsym?)

Franchement, j'aimerai beaucoup qu'il y ait plus sécurité au niveau des casts en C. Parce que dans les langages qui ont des capacités de plus haut niveau, on subit cette faiblesse quand on doit utiliser une lib codée en C, pour une raison X ou Y (j'ai pris l'exemple de dlfcn.h ici, mais ce n'est qu'un exemple, hein, ça pourrait être une lib maison qu'il est obligé d'utiliser, peu importe.).

mais reinterpret_cast ou static_cast ne sont pas non plus la panacée.

Comme je l'ai dis. D'ailleurs le reinterpret_cast est l'égal du transtypage du C, à un très gros avantage près: il est super long à taper (sauf avec une auto-complete potable, mais celle de vim étant ce qu'elle est…)/lire, et du coup, ça décourage :)

putain ya un r après le b à ce machin là ?

Rien que pour me l'avoir fait découvrir, je te plussoie!

Ceci étant dit, je n'ai acheté qu'une fois un clavier MS, et je ne le referai jamais.

Oulah, attention, parce qu'il en existe aussi de vraies grosses, du genre que quand tu poses la main dessus, ton poignet est obligatoirement à 5cm de la table.

Mais bon, je te rejoins: c'est inutilisable, les souris sur lesquelles tu as du mal à poser un doigt sans appuyer sur 2 boutons à la fois…

Je ne sais pas quel brouteur tu utilises mais, dans le mien, à côté de la barre d'URI, il y à une liste déroulante avec cette fameuse liste. Tu sélectionnes un moteur, tu tapes ta recherche, et HOP!
En plus, ça te permets de faire la même recherche d'un moteur à l'autre, simplement en changeant le moteur sélectionné: pas besoin de retaper la recherche, elle n'a pas été effacée…

Vimperator, j'ai essayé vite fait, je ne suis pas convaincu. J'ai aussi utilisé uzbl plus longuement, mais, non, je ne trouve pas cette façon de faire très efficace avec le web.
pentadactyl, connaissais pas par contre, vais tester ça. En espérant ne pas être trop agacé par les choses de FF que je n'apprécie pas.

(ni cherché en fait)

Eh bien, tu n'as pas dû chercher bien loin.

Mais merci de l'info :)

En gros, ils ont fait du C…

M'est avis que tu dois sur-estimer les capacités du C toi… le C, c'est quand même le langage dont le typage est tellement sûr, que tu peux transformer l'adresse d'un float en chaîne de caractères ou plus drôle encore, en pointeur de fonction, et le tout, sans warning, même en -Wall -Wextra.

En C++ aussi, c'est vrai, parce que C++ est capable de compiler les horreurs du C, mais si on utilise sagement les améliorations du C++, à savoir [static|dynamic|reinterpret|const]_cast, on sait au moins quand on est en train de faire une grosse connerie time-bomb section de code très dangereuse: c'est le seul moment ou l'on utilise reinterpret_cast ou const_cast.

Rien que pour ça, le C++ bats le C à plate couture (je me demande d'ailleurs s'il existe des warning pour avertir de la présence casts C-style dans du code C++…).

Il n'y a aucune raison d'aller lire/modifier le code de systemd dans le cas d'une utilisation normale, pas plus que tu vas aller lire/modifier le code C de ton shell pour faire fonctionner un script d'init.

Dans son cas, j'ai l'impression qu'il ne parle pas du source de l'init, mais des modules que l'init utilise. Dans le cas de systemd, ces modules sont écrits en C, donc compilés, donc pas directement modifiables.
Dans le cas de sysV, ils sont écrits en… euhh… ça dépend de la configuration j'imagine (c'est vrai d'abord, je me demande si, quelqu'un d'original ne pourrait pas utiliser un autre langage au final?), mais traditionnellement en shell, qui n'est pas compilé (jusqu'à preuve du contraire), et donc dont le source est accessible.

De là à qualifier le shell de plus lisible que du C, je ne m'aventurerai pas, mais je suis biaisé.

Ma foi, j'aurai plutôt parlé de regex à ta place. Pour comparer des chaînes de caractères c'est assez simple dans tous les langages (bon, certes, il faut appeler explicitement une fonction quand les langages sont pas objets). La ou shell dépote, c'est pour appeler des programmes et filtrer le texte.

Bon, ça va résumer un peu certains commentaires précédents, et je vais ajouter un peu de mon côté au passage:

L’idée qui anime notre projet est de rehausser le niveau de sécurité des emails, POUR TOUS, c’est-à-dire pour le boulanger, l’employée du bureau, la dessinatrice de mode, mon grand-père, mes enfants, les profs…

C'est une vraie raison pour ne pas imposer de technique impliquant aux utilisateurs d'utiliser un système de clé privée/publique (l'utilisateur moyen ne comprendra pas qu'il faut se trimballer une clé et se souvenir d'une passphrase). En revanche, ce n'est pas une bonne raison pour bloquer cette possibilité.
Par rapport à l'envoi de mot de passe (je n'ai pas regardé les sources, je me base sur les commentaires précédents) via le net, l'alternative serait de déporter la mécanique de protection côté client, via du JS (je dis ça, alors qu'en général j'ai tendance à bloquer le JS… allez comprendre!).
Bon, je suis vraiment pas très bon en sécurité, alors je me plante peut-être, ce n'est peut-être pas faisable proprement.

Ce type d’offre manquait cruellement en France…

C'est vrai, l'existant est délicat à trouver, en général ce sont de petites associations. Mais il en existe. Ceci étant dit, une plus grosse structure, qui ait pour objectif de grossir et non de faire des boutures n'est pas une mauvaise chose.

à condition toutefois que leur contribution aille au-delà du sarcasme (du français dans le code ! quelle horreur… du français ! ;-)

Ce n'est pas uniquement sarcastique (mais il faut être habitué à linuxfr il est vrai, pour comprendre entre les lignes), c'est surtout que le code source pointé (chaine.c) révèle plusieurs problèmes:

• le fait de réinventer la roue (string_ajout, au nom, je dirait que ça réimplémente strcat… p'tet strncat éventuellement, voire pire… std::string::operator+= ).
• Et, oui, le fait que le code soit en français EST un problème dans le monde du libre. Du code franchouillard, c'est illisible pour un non-francophone, et difficile à lire pour un dev rôdé à coder en anglais… qui sont, amha, majoritaires dans le libre.
• Enfin, pour en finir au sujet de ce fichier que j'ai lu très vite, et revenir à ma remarque sur std::string::operator+=, pourquoi utiliser le C si c'est pour réimplémenter CFront, limite? Autant utiliser C++ en interdisant les features qui vous gênent (ça se fait très bien à la compil, de virer les exceptions et la RTTI, et quand aux méthodes virtuelles et autres héritages, des règles de codages claires ainsi qu'un ou deux scripts hookés dans le .git peuvent empêcher l'introduction accidentelle. Le C++ n'est pas un langage objet, mais juste orienté objet… c'est un choix du dev qui l'utilise, et si on utilise pas, on paye pas.)

Enfin, je dirais que roundcube est… spartiate, dans le meilleur des cas. Peut-être avez-vous activé un module qui permets de gérer des règles de filtrage, car il semble que dans la version que j'utilise habituellement, ça n'existe pas, et c'est un manque des plus pénibles, quand on est abonné à une ou deux mailing lists.

En tout cas, bonne chance et bonne continuation.

Les icônes ne sont pas en SVG? Si c'est le cas, il est possible qu'elles ne soient pas réduites par le fait d'une trop haute résolution?

il n'y a sans doute pas que des sites porno […] à la défense en profondeur

Pour ça, rien ne vaut le condom :) ça évite de laisser des traces derrière soi.

est ce que cela sera transparent, facile d'accès

Ça colle…

Bon, ok, je sors

J'imagine que ces systèmes sont nettement plus interchangeables, et nettement moins invasifs, que systemd.

Et le pire quand même, c'est que vivre tue…

L'acharnement devient réellement ridicule.

Raté, ce vote n'a pas pour ambition de changer la décision concernant l'init par défaut, mais de s'assurer que Debian ne se fasse pas enfermer par systemd en garantissant le fait qu'un programme doive avoir l'obligation de pouvoir fonctionner, ne serait-ce qu'en mode dégradé, avec un init différent.
Cette obligation ne concernerait évidemment pas les programmes qui ont pour unique rôle celui de gérer le système d'init.

Ce vote ne remets en cause aucune décision, il souhaite simplement préciser de manière claire que Debian supportera les autres systèmes d'init, dans le temps.

Sur le fond, on sent quand même la rage du conservatisme.

Tu vois, dans ton post, je vois plutôt la rage du modernisme…

Pour les docs, par exemple. Même si j'admets ne pas toujours le faire, je sais que je devrais mettre un certain nombre de mot-clés vers mon propre disque, notamment pour les docs des libs que j'utilise…
Mais j'ai pris une mauvaise habitude avec le net partout, habitude que je soigne en… me déconnectant un peu plus souvent :)

Tu veux dire, que google arrête de croire savoir mieux nous ce que l'on cherche? Enfin, je dis google, mais je peux parler de n'importe quel moteur… bien que google soit le pire de ceux que j'utilise.

Bon, faut dire aussi, que je fais attention à écrire correctement dans mes recherches, donc j'aimerai qu'il arrête de croire que je cherche une connerie sur C# quand je tape C++ (pour trouver des libs faisant le café à ma place), notamment.

Si, puisque grâce aux bangs, tu ne fais pas de requêtes pour afficher les trucs dynamiques genre, images, vidéos, publicité, recherche générale: tu vas direct au premier site, voire mieux, direct au site configuré en fonction du bang (exemple: !cpp printf renvoie direct sur cplusplus.com).
Peux mieux faire, certes, mais peut surtout faire pire :)

C'est aussi ce que j'utilise avec opera 12, sauf que la dernière fois que j'ai testé avec firefox, j'ai pas réussi à trouver comment ajouter un p***** de moteur… (en même temps, j'ai un mal fou à supporter l'IHM de ff… dès que je cherche à toucher aux options je retrouve pas mes petits. Les goûts et les couleurs je suppose…)

Bref, mes petits persos:

dd (duckduckgo)
w (wikipedia français)
we (wikipedia anglais)
taf (traduction anglais->français)
tfa (traduction français->anglais œuf corse!)
dp (debian packages, d'ailleurs de devrai le customiser/décliner en fonction des suites…)
dic (dictionnaire français)
cpp (cppreference)

Et pour le reste, y'a le bang de ddg. J'ai aussi un certain nombre d'URI dans la tête, genre linuxfr, xkcd, sud-ouest.org, github, etc. Bref, quand je peux éviter les moteurs de recherche, je fais: ça m'évite de bouger mes mains sur la souris, ça réduit les possibilités de tracking (on à beau me dire que ddg ne traque pas, je n'en ai pas la preuve, et je ne l'aurais jamais. La solution la plus simple, ça reste quand même d'éviter les intermédiaires au final.).

Ah, et pour réduire les requêtes inutiles, tout en réduisant le taux d'emmerdements des sites branlés par un guignol fanatique du JS importé d'un site tiers qui pète à la première MaJ: je désactive JS, et ne l'active qu'au cas par cas pour un site qui me semble potable, genre linuxfr ou duckduck. Désactiver les plug-ins par défaut est également un de mes premiers réglages, et parfois j'hésite à ne pas activer les images.
Avec tout ça, quand je vais sur une autre machine, qu'est-ce que le web me semble lent…

Si, on économise des requêtes: pas d'affichage d'images, de vidéos et blabla: on ne charge que le site web que ddg à dans sa config.

Bon, ok, je déconne… mais juste parce que j'ai pas encore trouvé (ni cherché en fait) d'outil permettant de faire comme sous windows, c'est à dire de piloter le curseur de souris au clavier.
Ce serait pourtant particulièrement adapté dans mon cas, puisqu'avec i3 je n'utilise plus la souris que pour la navigation web ou quelques applications aux contrôle clavier mal branlé… Ah, et les jeux, mais là, c'est souris 3 boutons.

Me suis aperçu de ma bêtise trop tard pour éditer mon post :)