freem a écrit 5019 commentaires

Ils auraient pu faire un effort et monter à 42 quand même! Au moins ç'eut été drôle (vite fait).

Plus sérieusement, encore une de ces listes appeau à clics? Pub?

… vraiment?

Non, déjà, la, ça commence a faire sourire, ou pleurer, c'est selon… qui t'as donc conseillé d'utiliser Slackware alors que tu es débutant?
C'est sûr, c'est «simple» au niveau système, mais justement, c'est simple pour les mainteneurs et autres power users, c'est le but!

Ensuite, tu parles de Debian, puis de logiciels propriétaires ( "Par conséquent, j’ai installé des trucs pas tout à fait cool comme Zoom et Teams." ) hors, sans vouloir te vexer, Debian c'est aussi une philosophie: on accepte d'en «baver» pour installer des logiciels propriétaires, mais par défaut, on sait qu'on peut modifier la totalité du système. Accessoirement, Debian, c'est, disons, l'équivalent libre de RHEL.
Non, ok, plutôt CentOS vu que c'est gratuit. De ce que j'en sais, et surtout cite:

RHEL is available only through a paid subscription service or for development use in a non-production environment[24] – which provides access to software updates and varying levels of technical support. The product is largely composed of software packages distributed under free software licenses and the source code for these packages is made public by Red Hat.

CentOS developers use Red Hat's source code to create a final product very similar to RHEL. Red Hat's branding and logos are changed because Red Hat does not allow them to be redistributed.[25] CentOS is available free of charge. Technical support is primarily provided by the community via official mailing lists, web forums, and chat rooms.

The project is affiliated with Red Hat but aspires to be more public, open, and inclusive. While Red Hat employs most of the CentOS head developers, the CentOS project itself relies on donations from users and organizational sponsors.[10]

Je n'ai pas l'impression que les logiciels non-libres soient pas activés par défaut.

Ici encore, ce (Debian, mais ça marche aussi pour RHEL et CentOS je parie) n'est pas une distro faite pour les débutants (bien que, ce soit d'un niveau de facilité à utiliser tout autre que Slackware).
Tout comme je doute que RHEL ou CentOS le soient.

Si tu trouves ton bonheur dans Fedora, vraiment, c'est cool. Mais ne te trompes pas de raison:

Fedora, c'est en effet une distribution qui, à ma connaissance cible les utilisateurs de bureau, et est une sorte de démo technique de RedHat.

Rien de mal à ça, par contre, tu sembles parler de problèmes de lenteurs suite à mise à jour? Peut-être que tu auras les mêmes… ah, non, exact:

De manière un peu étonnante, l’ordinateur chauffe beaucoup beaucoup beaucoup moins avec Xfce qu’avec Gnome.

Oui, Xfce est un environnement de bureau léger (encore que, je le trouve lourd moi, mais bon).
Ce n'est donc pas étonnant qu'il fasse moins chauffer que Gnome, c'est même sa marque de fabrique (moins d'usage des ressources).

Pas mal de facteurs expliquent sans doute la non-percée de Linux dans les chaumières mais il me semble assez évident que la variété n’aide pas forcément toujours.

Personnellement, si je n'avais eu qu'Ubuntu, je serais reparti sous win XP derechef. C'est d'ailleurs ce que j'ai fait, à l'époque: à quoi bon passer d'un système que je maîtrisais (si si, je maîtrisais, mon install ressemblais vraiment pas à une install classique, entre les services custo, les softs virés, les dossiers "systèmes" déplacés, je pense avoir le droit de le dire. Était-ce intelligent, ça, par contre… sauf sur un point: la majeure partie remplaçable du système était composée de logiciels libres, y compris des rôles fournis par explorer.exe!) pour passer à un système que je ne maîtrisais pas et me donnais l'impression de vouloir m'enfermer dans les usages normaux?
J'étais déjà dev, j'avais déjà testé Debian dont, à l'époque (potato en unstable me semble) l'installation finissais sur un simple shell (et j'avais beau connaître MSDOS, je ne pouvais pas deviner les commandes pour faire quoique ce soit)…
Bref, il m'a fallu attendre un peu que Debian mûrisse, je n'avais, après tout, pas accès au net moi-même (un camarade de lycée m'avait filé les CDs, j'étais en internat et chez les parents c'était 56K, 30H/mois max).

Surtout celle concernant les gestionnaires de paquets (oui, oui, je sais, pleins d’enjeux techniques là derrière mais comme utilisateur lambda osef). Comprendre la différence entre les différents gestionnaires de paquets n’est pas évident quand on vient de Windows ou de Mac. Même comprendre que Linux peut-être différent de Linux n’est pas si trivial.

Et en vrai, on s'en tape. Je n'ai jamais utilisé dpkg ou apt pour quelque usage d'utilisateur de base que ce soit, j'ai toujours dans ces cas la préféré aptitude, parce que non, la ligne de commande ça marche pas pour explorer un système qui contiens des dizaines (je ne pense pas qu'il y en ait plusieurs centaines?) de milliers de paquets.

Flatpack résoudra le problème ? Peut-être, espérons le même si c’est pas toujours sans mal et que l’on peut toujours sur Canonical pour jouer collectif.

Amusant. J'ai testé cet aprem, pour installer le dernier widelands.
C'est pas demain la veille que je ferais confiance a un outil qui fait clignoter mon terminal, façon stroboscope (enfin, la partie qu'il était censé mettre à jour pour indiquer l'évolution. Et, oui, c'est la 1ère fois que je vois ça dans un setup normal).
Au-delà de ça, la documentation est bien foireuse. Certes, je pourrais contribuer, faire des bugs reports et autres, mais à ce train la, je préfère contribuer au logiciel directement, parce que le gestionnaire de paquets, comme tu le dis si bien: osef.

Oh, mais attend, tu parles de Canonical pour jouer plus collectif que RedHat?
RedHat, derrière ce fameux RPM justement, invente flatpack.
Debian avait déjà DPKG: 1994. Contre 1997 pour RPM.

Certes, tu as le point de vue d'un utilisateur normal, et certes, mon post est un appeau a trolls, mais vraiment, les points que tu avances me semblent assez mal jaugés.
Ce n'est pas contre toi ni Fedora, comme tout le monde ici je pense (sauf peut-être les Archers? :P) je me moque bien de la distribution que tu utilises, mais pitié… pas de "Ma distro c'est la meilleure pour être sur le bureau", ni de "la diversité c'est pas bien".

La distro la plus vieille encore en activité, c'est Slackware. Il me semble qu'ensuite c'est Debian.
Si "la diversité c'est pas bien" ou si "il faut jouer collectif" alors Fedora n'aurais jamais dû naître. JAMAIS.
La diversité, c'est la force des distro, ce qui fait que toi, débutant, tu peux y trouver ton bonheur, mais aussi ce que moi, avec mes usages chiants, je peux aussi trouver mon bonheur.
La diversité, c'est ce qui fait que la distro dont tu es si content, existe.

[edit]
Pour enfoncer le clou sur le troll du gestionnaire de paquet user-space… perso je préfère appimage, ça juste marche partout, et contrairement a ce que disent les médisants, il est possible d'en faire qui se mettent a jour toute seules.
Point de vue utilisateur, ça reste à mon avis le plus simple. Après les binaires statiques, mis à jour à la main, certes.

PS: c'est un journal a garder pour les trolldi ça…

Cela donnera le jour, quelques années plus tard, à l’internet marchand ouvert à tous que nous connaissons aujourd’hui.

Je ne suis pas sûr que nous goûtions tous au côté marchand d'internet, et encore moins qu'il soit vraiment si ouvert que ça à tous (DNS nationaux menteurs par exemple)… et s'il l'est, combien de temps le restera-t-il?

De là a dire que "marchand" ou "ouvert à tous" sont des qualificatifs forcément positifs, il y a un pas que je ne franchis pas. Sur l'un des points, mon opinion est que clairement ça amène plus de pourriture qu'autre chose, sur le second, je je ne sais encore me décider, parce que la question sous-jacente ne se limite pas à l'internet, mais à la liberté d'expression.

Cette réponse soulève une question: avez-vous cherché d'autres distributions qui seraient plus en accord avec vos objectifs? (je vois mal Ubuntu être utilisée comme une distribution a utiliser sur des systèmes a faible performance, emmabuntu pourrais peut-être aider sur ce coup)

J'ai aussi vu un logiciel lié à VMWare, ainsi que VirtualBox, qui ne sont, a ma connaissance, pas (ou plus) dans Debian stable actuelle (la 10, Buster) dont hérite Ubuntu.
Je soupçonne sans preuve l'absence d'accès au source ou de qualité suffisante. Peu importe.

J'ai un peu creusé de moi-même de ce côté, et j'ai découvert aqemu une alternative a virtualbox, qui a ses inconvénients (le réseau, surtout, qui nécessite de connaître plus de choses).

Comme j'utilise Debian, et non pas Ubuntu, il est très probable que ma version soit en-dessous de ce qui est disponible sur Ubuntu (ce qui peut aussi être vrai pour les logiciels utilisés). L'avez-vous testée?

Quels sont vos critères pour choisir un logiciel plutôt qu'un autre? (personnellement, je saurais mal définir les miens, et être un logiciel libre n'est certainement pas le seul critère)

Ça n'arrivera pas tant que l'utilisateur n'aura pas déverrouillé sa carte de téléphone ! Problème inexistant. Bon, si, ok, avec les cartes sans code, mais vous en avez déjà vu, vous ?

Oui, mais évidemment faire pour des usages spécifiques, quand je bossais sur des équipements de rue, qui sont censés fonctionner sans intervention du propriétaire.
Bon, a l'origine, on utilisait des forfaits de particuliers, avec toutes les merdes que ça a posé (resets des connections par exemple, et je me sens chanceux, encore).

Salut.

Moi je ferais différemment.

Plutôt que prendre le risque d'étendre et de déplacer des partitions, je laisserais probablement l'espace vide, tant que je n'en ai pas besoin. C'est ce que je fais sur mes machines, sur lesquelles j'ai toujours un multi-boot de toute façon, au cas ou…

En cas de besoin d'espace supplémentaire, je crée une partition et l'ajoute au FSTAB.

Bon, il m'arrive aussi de jouer avec les partitions, mais par contre j'utilise les LABEL et PARTLABEL, au lieu des UUID ou des noms de partitions "bruts".
C'est au final un bon compromis entre fragilité de l'un et illisibilité de l'autre.
Ça peut casser si quelqu'un insère une clé USB avec un [PART]LABEL pile identique a ce qu'il y a sur le système j'imagine, mais le risque est tellement faible que je l'accepte (surtout que bon, de toute façon, si il y a accès au hard… au pire en utilisant du chiffrement, ça résoudrais le souci potentiel point de vue malware), compte tenu de l'avantage énorme que ça me procure quand je dois réparer ou modifier mon système.

Tu utilises quel df? Parce que dans Debian 10, la manpage dit:

-h, --human-readable
print sizes in powers of 1024 (e.g., 1023M)
-H, --si
print sizes in powers of 1000 (e.g., 1.1G)

Chez moi:

% df -h
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               7,7G       0  7,7G   0% /dev
tmpfs              1,6G    256K  1,6G   1% /run
/dev/sda8           20G    9,5G  9,1G  52% /
tmpfs              5,0M    4,0K  5,0M   1% /run/lock
tmpfs              3,1G    188M  2,9G   6% /dev/shm
/dev/sda6           30G    3,9G   25G  14% /var
/dev/sda7           99G     83G   11G  89% /home
tmpfs              4,0G    484K  4,0G   1% /tmp

% df -H
Sys. de fichiers Taille Utilisé Dispo Uti% Monté sur
udev               8,3G       0  8,3G   0% /dev
tmpfs              1,7G    263k  1,7G   1% /run
/dev/sda8           22G     11G  9,8G  52% /
tmpfs              5,3M    4,1k  5,3M   1% /run/lock
tmpfs              3,3G    204M  3,1G   7% /dev/shm
/dev/sda6           32G    4,2G   26G  14% /var
/dev/sda7          106G     89G   12G  89% /home
tmpfs              4,3G    496k  4,3G   1% /tmp

df -H indique de plus grandes capacités, ce qui implique donc que ça utilise bien les ordres de grandeur du système international, pas les capacités que l'on aime (ou pas je suppose) en informatique.

C'est bien pour ça que je précise les versions de mon système, on a vite fait de se retrouver avec des résultats différents (ce qui est super quand on essaie de scripter un peu proprement d'ailleurs).

Je ne sais pas si ça va aider, mais j'ai déjà eu ce type de symptômes dans 2 cas différents:

• beaglebone black, systèmes ARM dont le firmware est UBoot, vieille version (personne, moi inclus, n'a jamais pris le temps d'essayer d'upgrade). Je soupçonne très fort un bug logiciel du firmware.
• cartes mères… dont je ne me souviens plus le nom, étrange, j'ai pourtant passé un paquet d'heures dessus à, justement, identifier (autres autres) un problème de ce type.

Vu que la machine ici est de marque GigaByte, je vais expliquer comment le problème a été "résolu": il s'avère que si l'UEFI pensait booter sur windows 7, au moins dans le cas d'une alim en mode AT, ça bugguait. S'il pensais booter sur windows 8, le problème disparaissait magiquement. Oui, c'étaient les deux seuls choix d'OS, et je ne vois vraiment pas ce que c'est censé changer, mais ça a bel et bien résolu le problème (je bosse plus la bas depuis 6 mois, mais ça faisait quelques temps que j'avais appliqué ce diff et ni les tests ni la prod n'ont eu ce problème a nouveau à ma connaissance. Enfin, pas causé par du logiciel, hein. Quand certaines parties du hard sont pas correctement protégée des parasites, c'est une autre histoire).

Donc voila ma suggestion: essaies de mettre à jour le firmware, ou contactes directement le vendeur.
Idéalement, trouves un firmware libre, au moins, s'il y a de la merde dedans, quelqu'un pourra le corriger, peut-être. Et si tu en trouves un compatible avec du matos récent, prière de nous donner le lien :) (oui, je connais coreboot, mais peut-être qu'il y en a d'autres qui supportent d'autres CM: on peut rêver?).

Ah, j'allais proposer d'installer un watchdog matériel (proposition que j'ai faite a peu près 1 fois par mois pendant plus de 2 ans au taf, n'a jamais été suivie, aurait évité quasi tous les déplacement (y compris alsace-normandie, une paille) lié à des problèmes logiciels ainsi qu'une partie liée au hardware), mais on dirait que dans ton cas une intervention manuelle est nécessaire.
Vu que tu ne la détailles pas, on ne peut pas vraiment identifier mieux l'éventuelle cause du problème.

Ce n'est pas identique, "curl | sh -" nécessite un effort de la part du fournisseur: il faut écrire un script shell.
Sinon, l'ancien triptyque "./configure && make && make install" ne s'applique qu'aux projets dépendants des autotools qui sont, je pense, en perte de vitesse (je dirais même que c'est pas plus mal! On est trolldi c'est donc permit)

Après, si tu as envie d'effacer les cookies (même ceux pas pub)

Et comment tu fais le distinguo? Tu va lire chaque foutu cookie de tes sites bancaires et essayer de comprendre ce qui est écrit dedans toi?

humainement horrible pour ta team

Et a quel moment le patron est-il censé s'intéresser à l'équipe au juste?

Dit autrement, […]

En gros, sur des machines que tu peux rattraper sans intervention coûteuse (le coût étant de diverses natures: argent, temps, réputation, etc) quand ça va merder.
Malheureusement, seuls les gens qui ont eu a gérer un parc de plus de 3 machines en plus d'autres tâches sont enclins a penser a ce genre de «détails» je le crains.

redémarrer sans cesse les process c'est tout pourri pour moi et c'est ce que fait systemd

Je suis intéressé par plus d'argumentation la dessus: pourquoi c'est pourri?

Accessoirement, ce n'est pas l'apanage de systemd, les daemontools le font aussi, et quand il faut interagir avec des systèmes (hard/soft) sur lesquels on n'a pas de maîtrise, ça sauve. Ou si on code de la merde aussi.
J'ai eu tous les cas :/

J'ai l'impression que Google se tape cette réputation surtout parce qu'ils tentent beaucoup de choses. Mais je ne trouve pas leur politique qui choquante que ça.

C'est un fait, qui ne tente rien n'a rien, et pour une boîte, c'est sain de drop des projets pas rentables.

Framasoft aussi ferme des services.

Mais on a accès au source et on peut host un instance pour refournir le service, pas avec google.

Ça fait partie du cycle de vie de tout service. Soit tu héberge toi pour t'assurer que le cycle de vie correspond à ton besoin soit il faut vivre avec (ce qui n'est pas forcément si compliqué si on a un peu fais attention).

C'est, je pense la grande différence: Framasoft n'utilise en public que des logiciels libres (en privé, je sais pas) dont le code est accessible. Ce n'est pas le cas de google.

En fait, ça serait plus simple (pour moi) d'avoir un argument correct si les logiciels utilisés par Framasoft étaient sous affero, mais vu que je suis déjà pas fan de la GPL, je vais pas le demander.

Je suppose qu'un résumé possible est: «Moi, Freem, ai une certaine confiance dans le fait que Framasoft n'utilise que des logiciels dont je peux avoir le source pour les services dont je dépend, confiance que je n'accorde point a Google.»

Ce qui indique clairement que j'ai jamais été vérifier. Du coup.

Par contre, moi, je suis un utilisateur et un peu contributeur de LL, je n'utilise pas le LL juste parce que c'est souvent gratos. Enfin, ce n'est plus le cas.
Je suis sûr que la majeure partie des râleries contre google sont liées a ça.
Et que s'il y en a peu pour framasoft, c'est parce que c'est peu connu, hors de «notre sphère idéologique».

J'ai pu tester ou voir les banques suivantes :

• crédit agricole

Interface de merde. Force l'usage de la souris par clavier stupide. C'est une des raisons pour lesquelles je me ferais un plaisir de les envoyer chier dès que je prévois un gros emprunt (maison). Perso, suis prêt a payer pour ne pas avoir cette merde, mais faudrait une garantie que ça dure…

Concernant l'UX : Bourso et BNP sont partis sur une interface web de type tablette

Tiens, ben, le CA aussi dis… et c'est horrible a utiliser sur PC. Je suis pas le seul a m'en plaindre, mes parents aussi (oui, chez nous, on a tendance a ça, suivre ce qu'on nous a définit dans l'enfance tant qu'il n'y a pas d'intérêt manifeste a changer). Compte tenu de ma parenthèse, ça commence a peser sévère sur les raisons de changer!!

Un tableau des transactions normal. Voir Excel ou Calc pour un bon exemple.

Merci d'aller voir csv aussi. Et 0 raison de pas le faire, ce dernier est importable et exportable par tous les outils que j'ai pu utiliser jusqu'a présent, ce qui est loin d'être limité à Excel et Calc, mais les inclue!

Ce qui serait pour le coup l'argument le plus convainquant que j'ai vu en faveur des cryptomonnaies…

Bah, d'un autre côté, les bronzonizations sont vachement moins intéressantes que ce message, et personne leur dit d'aller coller ça dans les liens.

Bon, accessoirement, un lien ne permets pas un titre assez long pour dire ce qu'on pense du lien. Et, du coup, perso, j'aime pas les liens. D'ailleurs, y'a rarement des commentaires, et c'est encore pire pour les échanges réels.

Il n'y est pas non plus possible de demander des alternatives (certes, ça aurait plus ça place dans les forums, mais vu qu'il y a annonce aussi, peut-être pas tant que ça?).

Exact, j'avais oublié.

Il y a 3 langages supportés, et vu le code je pense qu'il ne devrais pas être trop difficile de porter la bête pour un autre langage si la syntaxe dérive du C et que l'orienté objet est supporté.

Pour du python par contre, ça risque d'être plus chiant, mais je suis pas expert.

Et pour l'effort de rédaction, je vais juste profiter de mon propre journal pour virer mes notes locales, ça a mis du propre et ça m'a permis de régler un bug dans l'exemple du coup j'y gagne aussi :)

Par contre j'adorerais avoir un contre exemple de la même syntaxe avec d'autres outils.

franchement c'est honnête je trouve:

echo foo bar | ./cmdline
-- line 1 col 5: EOF expected

bon, c'est surtout que mon fichier de règles ici est bien trop trivial hein. Avec des règles plus complexes et surtout plus complètes c'est mieux.

Il aurait suffit que je change la production argv en argv = identifier { option } '\n' pour avoir:

printf "foo bar\n" | ./a.out       
-- line 1 col 5: "\n" expected

J'ai vu des messages d'erreurs plus sympas lors de mes essais (qui sont sur un «langage» plus évolué), et ce, alors même que j'ai éludé la question de la gestion des erreurs.

Zut, j'ai oublié de préciser quelques détails au sujet des fichiers .frame fournis par l'upstream:

• ils sont écrit dans du C++ pré-2011 (et ça warn dur, même si j'ai patché les miens pour résoudre ce problème), qui n'utilise pas std::auto_ptr
• clang --analyze détecte un bug
• de même, au moins une variable n'est jamais utilisée
• pas mal de padding qui peut être réduit dans le code généré
• le copyright utilise des fins de lignes de type CR/LF, «à la Windows», un petit coup de dos2unix sur les fichiers .frame résout le problème à la source

Concernant mes patchs perso:

correctif du bug (je pense que c'est le seul patch vraiment important):

diff --git a/coco-cpp-20120102/Scanner.frame b/coco-cpp-20120102/Scanner.frame
index 35c4dc7..cc42ec6 100644
--- a/coco-cpp-20120102/Scanner.frame
+++ b/coco-cpp-20120102/Scanner.frame
@@ -339,7 +339,7 @@ wchar_t* coco_string_create(const wchar_t *value, size_t startIndex, size_t leng

    if (value) { len = length; }
    data = new wchar_t[len + 1];
-   wcsncpy(data, &(value[startIndex]), len);
+   if (value) { wcsncpy(data, &(value[startIndex]), len); };
    data[len] = 0;

    return data;

Mon log actuel (je pousserais sûrement upstream (dommage qu'ils aient pas importé l'historique quand même) quand j'aurai un peu plus de connaissance sur le code de base):

fbdf15a fixed using nullptr as non-null param (found with clang analyzer)
d96c82a removed unused charSetSize
627b6de fix weak-vtable
662fe62 fixed remaining implicit conversions warnings
8ee6cab fixed most implict sign conversions
dd097f8 fixed most shortens 64 to 32 warnings
43fb34f fix extra-semi
548b34a no longer use 0 as nullptr
d50ecea slightly reduce padding
1a76de4 generated code no longer use reserved macros
6cd6446 no more shadown vars
12b8daa no longer generate code with old-style cast
b1ccb79 NULL -> nullptr
68aa815 dos2unix
5fb038c initial commit

C'est sûr. Et au pire, ça m'a permis de revérifier certains points, d'éclaircir mes notes, et ça me resservira peut-être quand je ne serais pas sur ma machine ou qu'il me faudra expliquer comment ça marche a un collègue (ça m'est déjà arrivé avec des journaux précédents).

C'est juste que j'aurai aimé avoir plus de recul sur le sujet (que je ne maîtrise pas du tout), mais bon, comme tu dis, il n'y a que 24H par jour :)
En plus, pas impossible qu'il y ait justement de quoi compléter mes notions dans les commentaires.

t'as essayé d'autres solutions -certes plus anciennes-,

Pas vraiment, j'ai pas creusé bison/yacc, juste testé flex vite fait. M'enfin ouai, vais probablement gribouiller un truc dans la journée.