freem a écrit 5019 commentaires

J'en suis ravi.
Du coup, tu as des projets, même en pré-alpha, qui l'incorporent, ou c'est « juste » un objectif?

PS: c'est triste, d'être obligé de coller une espace pour mettre en gras des guillemets

Ma réponse étant expéditive, je comprends qu'il y ait eu confusion.

J'ai maintenant tendance a prendre mon temps avant de répondre sur dlfp, que mes frustrations éventuelles liées à la combo boulot + écrit avec des inconnus + mauvaise compréhension s'évacue.
Donc, merci pour ta réponse, et désolé pour le laps.

Je pense que tu n'as pas trouvé ce que tu recherchais car le projet n'a pas encore atteint cette étape (et produit la documentation associée) !

Du coup, je peux toujours dire que, a l'heure actuelle, y'a pas d'alternative. On ne peux juger que les faits, pas les espoirs.

Concernant le choix de rust, il est complètement justifié du côté de Mozilla,

Attention, je considère, comme pas mal de monde, que Rust a de l'avenir.
Je me garde juste de le considérer comme une panacée, il a une sévère concurrence, et si C++ à fait des choix douteux, c'est justement pour partir sur le pied de l'évolution, contre la révolution. Améliorer l'existant, pas jeter aux orties le passé.
À ma connaissance, c'est le seul langage qui l'ai fait, aucun autre n'étant réellement compatible avec le seul langage qui, de fait, est utilisable binairement par tous les autres: le C. Pas besoin de réécrire les headers C en C++, et c'est la sa grande force que tout le monde oublie. Oui, ça implique de supporter les cast du C, et pleins d'autres choses, mais bon…

Enfin pour le débat C/C++/Java/Rust, je ne suis pas développeur, mais dans mon secteur on trouve plus de gens qui connaissent Python ou Go que C ;)

Ce débat est stérile.
Les pseudo dev C++ dirons que java est lent (mais il tournais sur de l'embarqué y'a 20 ans, rappelez-vous…), les dev C disent que C++ est bloaté, les dev pythons disent que les autres langages sont durs à utiliser… toutes ces affirmations sont à la fois vraies et fausses.
Je suis dev de métier, issu d'une "culture" auto-didacte. Je gère aussi le déploiement et les systèmes embarqués de ma boîte, je considère les méthodes agiles comme étant plus un ramassis de buzzwords (ah, on dirait que j'ai pas assez fait abstractions des «nouveautés» du boulot…).

Le language impacte les perfs, bien sûr. Il impacte aussi la facilité de maintenance d'un projet (trop de langages dans un seul projet => plus de complexité a maintenir).
Dans le cas d'un projet open-source, ça impacte aussi le nombre de contributeurs potentiels: OpenMW était à l'origine écrit en D, ils sont passés au C++ notamment pour cette raison, et maintenant le moteur est proche de la V1 (bon, je pense que le type qui s'est attelé à la gestion "pure" du projet a aussi vachement aidé ce fait, il semble être un meneur d'hommes comme il y en a peu).

Perso, la seule chose que je respecte chez les collègues, c'est quand ils prouvent ce qu'ils disent, ou font preuve d'humilité.
Je passe probablement pour un extra-terrestre, mais malgré mon comportement d'ours un peu mal léché, les gens ont tendance à dire m'apprécier comme collègue, et soit je suis sûr de ce que je dis (et si on me démontre le contraire, je m'excuse en public) soit j'émets une hypothèse, et entre les deux, le ton diffère.
Ce que j'aime avec ce site, c'est que c'est un peu la même mentalité: sur un contenu technique, si tu fais pas preuve d'humilité et que tu prouves pas tes dires, ben, tu te fais moinsser. Les sujets politiques, humoristiques et technico-politiques, c'est différent, mais bon, le sentimental y rentre en compte, et y'a toujours moyen d'y apprendre pleins de trucs.

Comme je l'ai dis, je cherche, et j'ai 2 pistes, mais bon, elles viennent d'un site qui m'est inconnu.

D'une part, protonmail, le nom ne m'est pas inconnu, la totalité du site (en tout cas la page d'accueil) est sous httpS, selon ublock il ne semble y avoir qu'un seul domaine… c'est plutôt rassurant, même si je n'ai pas trop confiance en ma compréhension de comment sont faites les mesures.
Sur leur site, tout semble nickel, les promesses sont belles. C'est tentant.

D'autre part, j'ai zoho, totalement inconnu, mais bon, je passe pas mon temps a chercher ce genre de trucs, selon mon navigateur, 150 cookies sont bloquéés (quand même!) et ublock indique la connection a 13 domaines. Ça inspire moins, clairement.

Dans les deux cas, rien ne semble bloqué par ublock origin, mais je commence depuis quelques temps/semaines a me poser de sérieuses questions sur la configuration de cet outil, ou son intégration à vivaldi.

Je continue de chercher, le but étant d'arrêter de squatter des mails à la sécurité aléatoire, d'intégrer une signature (minimum) G(nu)PG via client lourd pas bloaté.
Histoire de pas avoir honte quand mon me demande mon @mail, in fine.

Merci pour le lien.

Il a été intéressant de mon point de vue de dev qui trouve l'adminsys intéressante, sans y avoir de vraies compétences (notamment, dans la partie propre, il expose les forces… enfin, ça semble surtout la force: perfs avec le cache avec plus de features) de ZFS.

Par contre, ce journaliste est mesquin, clairement à charge. Et le point auquel tu réponds, justement, est pourtant clairement répondu par Torvalds 3 jours avant la parution de l'«article». Et même pas un NB, PS, ou autre pour le préciser.

Oui, dans le mail de Mr. Torvalds, il donne son avis personnel. Oui, il est une icône.
Mais putain, sur le thread (qui est nommé, c'est important Do not blame anyone. Please give polite, constructive criticism) on constate que lui n'utilise pas de noms d'oiseaux (ou je suis pas tombé dessus) mais s'en mange: Please, **Linus, stop being arrogant and ignorant**, read this release note and tell us why you think ZFS is more of a buzzword and has no real maintenance.. Les propos de l'article sont propres sur eux, mais je trouve que le mec se base quand même vachement, justement, sur la postérité de Torvalds qui était avant moins, disons, composé. Donc, ce que reproche à Torvalds l'auteur de l'article, il l'utilise lui-même (vu le nom de l'article et son départ Linus Torvalds says “Don’t use ZFS”—but doesn’t seem to understand it, le reste, lis justement ton lien)!
Ah, concernant la citation, il est important de noter que quelqu'un a dis la même, plus d'une heure avant, sans les insultes. Et que l'auteur des insultes se cache derrière un pseudo, lui. Ou elle, d'ailleurs, ne soyons pas sexistes.

Bon, il faut le dire, j'ai pas trouvé de mentions claire avant de l'implémentation de ZFS critiquée. Les insultes sont donc relativement admissibles, étant antérieures au mail de Torvalds ou il explicite deux choses:

• Si vous parles de ZFS, vous parlez de la version d'Oracle;
• Cette version étant proprio, vous savez peut-être si c'est actif, pas moi;

Traductions à l'arrache de ceci: If you are talking about ZFS, you're talking about the Oracle version. Do you think it has a lot of development going on? I don't know.

Tout ça, ça date du 10 janvier. L'article lui date du 13.

Je vais pas tout relever, mais j'ai vraiment eu l'impression que le type est un sysadmin qui touche pas au code, se mange pas les emmerdes de compat' d'ABI vs améliorations, ou les problèmes légaux (qui sont clairement abordés par Torvalds)… non, il se contente de dire "ah, il a été raison sur 3/4 de ses points, mais le point ou il précise «Personnellement» il ose dire son opinion!".
Désolé, je trouve son comportement franchement déplacé. Et d'ailleurs, vu que c'est paru et manifestement taillé pour un média de communication, faudrait p'tet virer la poutre de son oeil avant de parler de l'écharde dans l'oeil du voisin: la ML de linux, moins de monde la lit qu'arstechnica, il a donc probablement plus de poids de désinformation que Torvalds.

pour: "à part une assoce dont je me souviens plus le nom" oui, merci.

Ça me semble pourtant clair… le fait de faire une recherche n'affecte que les éléments que tu parcoures, les éléments ne correspondants pas a la recherche sont toujours affichés, ce qui implique que le nombre de paquets présentés dans aptitude est multiplié par le nombre d'architectures activées, ce qui est autant de pollution gênant l'usage.

L'OP cherche une solution non pas afin de savoir quels paquets correspondent a l'architecture native de sa machine, mais afin de masquer les autres.

Implémenter du chiffrement end to end sur une solution existante est galère

Implémenter du chiffrement tout court est galère et piégeux, c'est justement le genre de trucs sur lesquels j'aurais plus tendance a avoir confiance si le soft a un minimum d'ancienneté.
D'ailleurs, quant on vois une clé privée sur github, ça fait, genre, vraiment pas envie.

l'objectif final de system-d.org est la mise en réseau des projets créés sur l'outil, ce qui n'est pas possible sur Agora qui doit être auto-hébergé

Hum… donc le souci est qu'Agora ne peut gérer qu'un seul projet? Parce que le fait que ça soit auto-hébergé, c'est aussi le cas pour vous, puisque vous l'hébergez vous-même. Il est donc, de fait, auto-hébergé au moins une fois :)

je connaissais pas Agora en commençant le projet il y a 3 ans, ni la programmation, ni linux, ni le libre, j'ai appris vite, j'ai fait plein de choix sans tout connaître.

Donc, c'est le 1er projet important, celui qui a justifié l'apprentissage de la programmation?

j'aime pas le PHP a cause des points virgules

Soit. Mais il y a une grosse base d'utilisateurs, c'est important pour avoir des contributeurs. Bon, JS aussi, certes.
Il y a aussi le fait que j'ai l'impression que les framework PHP gigotent moins que ceux du JS. Question pérennité, pour le côté serveur, j'ai du coup nettement plus confiance en PHP, Ruby ou Python qu'en ecmascript (en plus d'une allergie développée en devant intégrer de l'étron-JS fait par un collègue dans un système, ça aide pas. J'ai déjà vu des techno de merde, mais celle-ci est la seule que je sois arrivé à haïr).

le jour ou des personnes le taperons en masse sur google et encore loin d'arriver,

Bof. Autour de moi, les utilisateurs normaux comme avancés ont plus tendance a utiliser google comme un DNS au final. Les favoris? Idem, je vois très peu de monde les utiliser (il faut dire que ce n'est plus trop à l'honneur dans les interfaces des navigateurs, aussi).

Donc, oui, les gens vont taper ça sur leur moteur de recherche. Moi, avec "system d" et "system-d" sur DDG, j'ai:

1. site de bricolage
2. le même site, différente page
3. wikipedia pour systemd le daemon
4. une vidéo youtube qui parle d'un journal de bricolage
5. un facebook de bricolage
6. le site d'un mag de bricolage
7. un site de consultants en RH
8. la flemme, faut scroller

D'ailleurs, je suis surpris de tomber que sur des résultats francophones, pour le coup.

Avec "systemd":

1. site de bricolage
2. wikipedia pour systemd le daemon
3. manapge de ubuntu
4. page sur lealinux
5. doc archlinux
6. linuxtricks
7. page debian
8. scroll…

Perso, quand je choisis un nom pour un projet (des programmes), le 1er truc que je fais, c'est une recherche dans les paquets debian, puis sur internet sur le nom, histoire d'éviter les collisions. Sans même penser au référencement, hein.

Bon, faut noter, j'ai utilisé DDG et non google, en théorie ils ne trackent pas donc ne m'enferment pas dans une bulle, les résultats devraient donc être plus neutres que si j'avais utilisé google (encore que, je n'utilise que très peu les services google, donc bon…).

Tu dois être blasé, parce que perso, sur le peu de vidéo que j'ai regardé (j'y ai en gros passé mon samedi, le dimanche j'étais moins intéressé) et j'en ai eu plusieurs qui m'ont intéressé, dont celle que tu mentionnes.

Par exemple, j'ai trouvé intéressante celle sur les bootloaders, et la pauvre qualité de leurs codes (j'avoue avoir ri quand ils ont montré des bouts de code de uboot… m'a rappellé des souvenirs).

En gros la SACEM à un monopole d'état

Nan, c'est une société privée, me semble.

Il y a une chose qui arrange très bien le monde politico-économique, c'est que pour beaucoup, "musique gratuite" = "musique illégal" et/ou de mauvaise qualité… imaginez la révolution s'ils se rendaient compte que "musique payante" = "musique avec gros budget publicitaire" nonobstant sa qualité.

Le souci, c'est qu'en dehors de jamendo, il n'existe que très peu de propositions (à part une assoce dont je me souviens plus le nom - parce que de mémoire c'était difficile d'y trouver un truc selon un thème -, j'en connais même aucune) qui présente un catalogue correct.
Pour ce qui est de jamendo, après leur refonte totale, j'ai totalement arrêté d'y jeter une oreille: c'est devenu trop difficilement "exploitable" pour quelqu'un qui apprécie écouter les albums en entier sans "aléa", parce que je considère que régulièrement (et surtout dans certains styles), un album présente une histoire. Du coup, jamendo, ben, je l'ai oublié.

Même si je suis globalement d'accord sur le côté mafieux (une loi qui ne sert que le privé, et surtout pas les libertés d'un peuple, c'est une loi de mafioso, et si t'obéis pas, on te casse la gueule au minimum) il me semble pertinent de rappeler que certains (dont moi, mais en vrai je suis p'tet le seul) n'ont pas eu d'informations sur comment faire autrement ces dernières années. Du coup, difficile d'imaginer que les politiciens dont le seul intérêt est d'être élu aient la moindre «conscience» du problème.

j'ai déjà contribué à plusieurs publications sur DLFP et écrit un article publié en mars 2011 dans GNU-Linux-Magazine qui est en libre téléchargement ici

J'ai du les rater, ou peut-être qu'a l'époque je ne trainais pas encore tant mes guêtres ici… (en 8 ans, quand même, bientôt 9, il s'en passe des choses)

la fin du support de Gopher par Firefox sous motif de sécurité

Bon, techniquement, il faut reconnaître que réduire le nombre de protocoles supportés réduit la surface d'attaque. D'un autre côté, FF supporte bien d'autres protocoles, y compris basés sur des tech non-libres, donc on peut de nos jours se permettre de douter de la réalité de cet argument.
D'un autre côté, en 8 ans, bien des choses ont changé en FF, qu'on aime ou non.
Probable que ce choix de supporter moins de trucs serait de nos jours plutôt supporté par "pas assez de ressources" ou "la flemme" (bon, la, je troll, certes) qu'un argument de sécurité.

Toujours dans la pratique, les actuels sites Gopher ont une forte similitude aux anciens BBS et sont donc attractifs en tant que tel. Ce qui peut expliquer l'improbable coexistence des susdits groupes.

Perso, j'ai du mal a m'y mettre, parce que je ne comprend pas trop la logique derrière. Ça semble attractif, si on passe au-delà de l'aspect "mode texte brut" qui, comme tu le dis, est plutôt lié au fait que ça soit anté-diluvien (par rapport à l'histoire de l'informatique, hein).

Si c'est "juste" implémenter un outil graphique, je me demande a quel point ça peut être complexe… il semble exister des clients récents, je sais pas s'ils sont en ncurses, mais si c'est le cas, amha le ncurses, pour naviguer, ça rencontre vitre ses limites. C'est l'une des raisons pour lesquelles je suis allergique aux rogueligue tty d'ailleurs (avec des tuiles, ça deviens vite moins rebutant).

boycotter […] les […] motifs indiens

Je ne comprend pas pourquoi tu boycott les svastika… c'est pourtant un symbole utilisé quelques dizaines d'années avant que l'autre empaffé ne s'en empare. Oui, je me réclame du point godwin final de l'année 2019 :)

Après, il faut choisir: on joue l'idéalisme, on joue le pragmatisme, ou on tranche. Perso, suis ok avec les 3, juste, j'aime pas qu'on mente. On le prend comme on veut, l'intégration de tech non-libres dans le browser, le support des DRM, le droit de marque, tout ça…

Perso, même si j'ai prouvé que je maîtrise (très) mal le sujet, je suis aussi méfiant envers la mofo qu'envers google.

Oui, je peux lire le code. Mais le code quand je l'ai regardé (oui, je l'ai fait) n'avais pas l'air fait pour être lu par autrui.
En soit, c'est libre, les 4L sont respectés. Mais moi, dev de métier, certes pas un bon, je suis incapable de les exercer. Et j'ai pas l'impression que ça soit un souci.

D'un autre côté, ils ont hérité d'un code fermé, il s'agit d'un code qui a plus de 20 ans d'âge, vive la dette technique… qui manipule un pseudo-standard qui change selon la lune, et en plus les utilisateurs finaux l'utilisent?

Je me permets d'enchérir sur le sujet par un site web que j'ai découvert grâce aux live du 36C3: https://solar.lowtechmagazine.com/

Je suis quand même surpris que, justement, gopher n'ait pas été abordé. Ça aurait été un sujet de réflexion intéressant, dans le sens ou gopher est resté a une époque ou l'on faisait attention aux ressources, contrairement au web. Je n'ai personnellement jamais réellement expérimenté gopher, parce qu'il est difficile d'y trouver quoi que ce soit sans info initiale.

Cela dis, c'est pareil pour le web, et ça a tendance a devenir de pire en pire. Je me souviens qu'il était possible de passer d'un site a l'autre qui avaient des thèmes en commun en utilisant des «rings», ou cercles en français. De nos jours, pour se balader sur le net, force est de constater qu'il faut passer par un moteur de recherche, vu que peu de sites offrent ce type de naviagation, linuxfr inclus (ou alors, ne le mets pas en valeur).

Enfin, c'est juste un cas général. Après tout, j'ai découvert de nombreuses BD (dont une en français) qui justement utilisent ce système. Ma page d'accueil est en fait une collection de ces sites et je vais me permettre de citer mes 5 préférés du moment:

• http://overmorrowtales.com/index.php
• http://www.awakencomic.com/comic/
• http://www.daughterofthelilies.com/
• http://www.sssscomic.com/comic2.php
• http://girlgeniusonline.com/comic.php

Bon, en général, ça fait quand même quelques mois ou années que c'est mes préférés… et j'en suis quelques autres.

Pour en revenir au sujet, je ne crois pas que le web soit mort. Loin de la. Pour moi, y'a un web public, et un web… disons, pour les curieux, ceux qui creusent. Linuxfr fait partie du 2nd, et je crois qu'on peut avoir un web plus dédiés aux geeks, aux curieux, simplement en mettant en valeur les sites que l'on considère comme des confrèreres, plutôt que chercher a capter toute l'audience.
Je sais, c'est pas super clair… j'essaie juste de montrer une cause possible du problème sans jamais avoir réellement contribué à l'empêcher.

Ton 2nd lien est vraiment intéressant, me suis permis de te pertinenter pour ça.

Me serais-je trompé en déclarant m'être trompé? Je me sens tel un éléphant ayant la tête dans le cul avec ces 2 trompes!

Je suis dev. Je ne sais pas si mon cas est unique, mais je suis une feignasse. Le lien que tu pointes, après une lecture en diagonale, n'indique pas comment intégrer ça dans une application qui aura des contributeurs, donc, pas écrite en rust mais dans un des langages les plus utilisés: C, C++, Java.

Je pense que si C++ est monté si haut en usage, c'est parce qu'il a su se mélanger au C, avec les inconvénients qui vont bien.
Que rust parte d'un pied neuf est bien, aussi, mais risque de demander plus de temps. "Tout le monde" connaît le C, c'est un sacré pas a franchir.

Mouais, la prémisse déjà semble bien fausse.

Il semblerait que je me sois trompé. Tant mieux, honnêtement.

Bof, un monopole c'est la conjonction de plusieurs facteurs complexes.

Je suis d'accord. Mais je n'ai pas souvenir d'avoir vu une "libgecko". Pour webkit, si (mais honnêtement, parmi les navigateurs que j'ai compilés (firefox, otter, netsurf, peut-être d'autres dont je me souviens plus), pour aucun ce n'était vraiment simple, sauf bien sûr si on essaie juste de compiler le truc par défaut, mais dans ce cas l'intérêt me semble un peu limité d'un point de vue utilisateur).

pas vraiment par malveillance

Je ne pense pas non plus qu'il y ait malveillance, hein. Juste des choix, qui sont toujours défendables surtout au moment ou ils sont faits.

Maintenant je pense que la refonte technique qui est en cours permettrait peut-être de régler le problème? À l'heure actuelle, est-il possible d'embarquer le moteur de rendu de firefox dans une autre application?

Je sais, titre provocateur, et je ne saurais retrouver les sources de l'affirmation suivante: Mozilla ne voulais pas que l'on puisse embarquer facilement Gecko dans d'autres logiciels. Ça n'est donc pas arrivé, avec les conséquences que l'on sait.

De mon côté, je n'ai connu que 4 moteurs de rendu (si on fusionne blink/webkit) qui soient capables de gérer un site moderne: celui d'IE, celui d'Opera <= 12, Geck et Blink/Webkit (je ne mets pas netsurf et dillo dans cette catégorie, mes expériences répétées avec eux étant à la limite de l'inexploitable selon les sites, surtout dillo, à mon grand dam… faut que je réessaie d'ailleurs). Ce qui implique donc seulement 2 open-source.

Parmi ceux-la, l'un n'est embarqué que dans 2 logiciels distincts (et leurs forks, certes) tous deux édités par la même organisation: Mozilla.
L'autre, Blink, Webkit, KHtml, etc… (les racines remontent à loin…) à été et est toujours utilisé dans pléthore de logiciels… Et comme de par hasard, c'est le seul (des 4, d'ailleurs) qui est proposé sous forme de bibliothèque.

Quand on voit la complexité du HTML+CSS, il est assez évident que c'est très compliqué à implémenter seul dans son garage, c'est un peu comme si un développeur de jeu ré-implémentait OpenGL.
Du coup, les développeurs de navigateurs qui ne sont satisfaits ni de chrome, ni de firefox n'ont aucun autre choix que d'utiliser ce qui existe: Blink.

Bref, c'est bien d'encenser FF (encore que… perso, je ne l'utilise que parce qu'il supporte des formats proprio - pour le reste j'utilise vivaldi, ironiquement - et il arrive souvent qu'il crash quand je ferme un onglet. C'est pas la dernière version, parce que sinon, ben, le ublock origine du dépôt debian casse! Sans compter le reste des points que je n'aime vraiment pas chez FF, mais qui sont plus subjectifs.) mais il ne faudrait pas oublier que ce navigateur est responsable en bonne partie du fait d'être le seul à utiliser son moteur de rendu.

D'ailleurs, y a-t-il un effort pour changer ça, vu qu'ils réécrivent de grandes portions en Rust? Ça serait une bonne occasion, après tout. Mais j'en doute.

Bref, si tout le monde utilise Webkit ou blink, c'est qu'il y a une raison.

PS: me semble que Qt embarque un moteur de rendu qui n'est pas blink, et il me semble que c'est celui que préfère le navigateur OtterBrowser. Ça fait longtemps que je l'ai pas testé aussi, celui-la.

Pour ma part je sépare toujours au moins /var et /home de / : /var car c'est là que sont envoyées les logs, et qu'une activité anormale peut la saturer, et /home, ce qui permet de faire des choses intéressantes (snapshot par exemple).

Donc on fait la même, à LVM près. Pour ma part je ne l'utilise pas juste parce que je n'en vois pas plus que ça l'intérêt.

pour l'OP: Pour les infos qui suivent, je me considère comme un poweruser, donc c'est peut-être un peu technique, et certainement à adapter (en revoyant à la hausse les espaces disques, je dirais, par sécurité).

Mon /home et ses 100Gio est largement assez gros (trop, même), et quand j'ai besoin de plus, typiquement pour stocker de gros fichiers (iso de CD/DVD, machines virtuelles…), ben je fais une partition que je configure avec de gros secteurs: moins d'inodes, mais moins de fragmentation (même si, oui, sur un SSD, la fragmentation on s'en fout… par contre sur un disque mécanique, en théorie ça accélère d'avoir moins de fragments).

Le /var je le dimensionne selon mon humeur, rarement en-dessous de 10Gio, même si en pratique au taf sur des systèmes spécifiques je lui mets moins de 1Gio (systèmes avec très très peu de stockage comparé à des machines de bureau) et ça tiens à l'aise.
Généralement, je lui mets 50% de plus qu'à mon /usr: ça me permets de garder les vieux .deb, au cas ou une merde arrive. Ça m'a déjà permis de réparer un système sans avoir accès à internet ni à un média d'install.

Le / je lui colle en général 20Gio, mais je n'utilise pas de gros bureau. Un utilisateur normal, je lui conseillerais le double, pour être tranquille (un débutant ne sais que rarement comment il va utiliser sa machine).
Sur ma machine actuelle, j'ai même plusieurs jeux installés sur cette partition:

% ls /usr/games 
0ad          caveexpress-editor  geki2      openmw-essimporter  openttd          singularity   wesnoth-1.10_editor    wesnoth-1.14_editor    widelands
7kaa         flare               hedgewars  openmw-iniimporter  pyrogenesis      supertuxkart  wesnoth-1.10-nolog     wesnoth-1.14-nolog
berusky2     gearhead2-sdl       openclonk  openmw-launcher     redeclipse       wesnoth       wesnoth-1.10-smallgui  wesnoth-1.14-smallgui
caveexpress  gearhead-sdl        openmw     openmw-wizard       SearchAndRescue  wesnoth-1.10  wesnoth-1.14           wesnoth-nolog

Faut que j'en vire certains d'ailleurs. Mais en gros:

• 0ad: 2139Mo
• flare: 154Mo
• hedgewars: 199Mo
• openclong: 115Mo
• redeclipse (1.6): 988Mo
• supertuxkart: 624Mo
• wesnoth core (+secrets of the anciants + hammer of thursagan +under the burning suns, le complet est bien plus lourd): 398Mo

Si j'ajoute le reste, en tout, y'en a pour à peu près 5.5Gio, même s'il faut reconnaître que ce ne sont pas des jeux à la pointe.
De toute façon, la plupart des jeux sont maintenant installés via steam, donc dans /home, et lui, je lui donne un user spécifique, histoire qu'il n'ait pas accès à mes données perso, vu que je m'en méfie comme de la peste de cette usine à gaz.
Du coup, rien ne m'empêcherais de le coller sur une partition séparée, avec un montage sur /home/steam. Enfin, si je l'utilisais beaucoup :) (t'façon ça marche mal sur ma machine).

En gros, les jeux sont 50% de l'espace consommé de mon /usr. Vraiment, monter à 40Gio devrais suffire à la plupart des utilisateurs, qui utilisent des trucs plus lourds que moi.

Il fut une époque ou je séparais le /usr et le /boot, mais franchement, ça vaut pas le coup je trouve. /usr est quasiment juste utilisable par root, pour installer des software (à l'exception de /usr/local sous debian qui appartiens au groupe staff, bien pratique quand on installe régulièrement des trucs depuis le fameux make -j5 && make install, pas besoin de passer root comme ça, plus facile a réparer!) et le /boot la principale justification étais de permettre un dual boot, mais j'ai eu des conflits en essayant d'installer 2 debian sur un seul disque (système de fallback, au cas ou…).
De nos jours, de toute façon, il faut séparer le /boot/EFI (je lui affecte 1Gio, mais je devrais en mettre un peu plus histoire d'y mettre une iso bootable, juste au cas ou…), et selon le boot loader y coller le kernel de l'os qu'on veut booter. Du coup, le /boot sers plus à rien (alors que le /usr est potentiellement justifiable, certains l'utilisent pour le chiffrement me semble).

mais tout le monde fait des sauvegardes, non ?

Je t'avoue que pas moi, il faudrait vraiment que je m'y mettre, avant qu'il ne m'arrive une couille majeure… je sais, c'est pas bien… j'ai vu quelques journaux passer ici, dans certains borg à été mentionné qui sur le papier me plaisait… bon, sur ce, je m'en retourne aux live du ccc moi.

c'est pas évident surtout si on a peu d'espace.

Qui de nos jours à, sur un PC (portable ou pas) moins de 250Gio? Ah, après vérification, moi: je n'ai que 223Gio sur mon SSD, qui doit avoir 2 ans.
J'imagine que les chromebooks & co ont moins, par contre, vu que l'idée est d'avoir les données en dehors de la machine. Par contre, je doute qu'un non initié cherche a y coller une distro linux?

Par défaut il y a des blocs réservés pour le système, je crois que c'est 5%. Donc un utilisateur simple ne peut pas remplir une partition au delà de 95%.

Si je prend une Debian, les journaux et apt ont le droit, et ne se privent pas, d'écrire dans les 5% restant. Pour les journaux, normalement par défaut il y a une rotation, donc "ça devrait le faire" même si on est pas sur une time series database (ou p'tet avec journald c'est le cas? Possible, ça serait le 1er argument que je trouverais intéressant en sa faveur, du coup). Par contre, le cache apt, j'ai connaissance d'aucun outil pour le vider automatiquement.

Mais j'ai du mal à voir comment utiliser plusieurs partitions peut aider, j'ai plutôt l'impression qu'on a d'autant plus de chances de remplir une partition…

Oui, de remplir une partition, ce qui affecte moins le système de que de remplir la partition.

Si ton /var/cache satures ta partition unique, ton /home est saturé aussi. Entres autres.

Par contre oui, ça implique de dimensionner correctement tes partitions, donc de savoir estimer l'espace nécessaire pour chacune. Perso, vu le prix de l'espace disque de nos jours (quasi rien) je laisse 20G-30G pour le /var, dans les 20G pour le / (je sépare pas le /usr ni le /boot, la flemme), un «gros» 100G pour mon /home, et le reste est pas affecté, je l'affecte quand j'en ai besoin, ça me permets par exemple d'installer un nouvel OS quand j'ai envie de jouer, de faire une partition pour alléger une partition qui serait trop pleine (par exemple pour /usr/games, /usr/local, /var/cache…) si nécessaire.
Ça à ses limitations, j'en conviens, mais bon, y'a pas de solution parfaite.

Après si c'est uniquement pour garder quelques programmes spécifiques à jour, il y a toujours la possibilité de rester sur une distribution versionnée et d'utiliser des dépôts tiers, de compiler depuis les sources ou d'utiliser des versions de programmes pour Appimage/Flatpack.

Ou d'utiliser le mécanisme de préférences intégré, histoire de se faire sa propre «frenkeinbian». Je sais que ce n'est pas super abordable, mais c'est bien pratique quand on sait ce qu'on fait: ça permet d'avoir un système basé sur debian stable, avec quelques paquets qui viennent directement de debian unstable/experimental. Bon, en pratique, il me semble que quand j'ai fait ça, j'ai souvent eu à migrer quelques paquets critiques (genre libc) sur testing. Après cette explication, normalement, la référence de «frenkeinbian» devrais être claire :)

Tout le monde a indiqué comment résoudre le problème quand il surviens, mais personne n'a indiqué comment éviter qu'il ne survienne.

Pour éviter qu'il ne survienne, le plus simple est de mettre les dossier /var et /home dans des partitions séparées. Ça n'empêche pas le problème, mais ça réduit considérablement le risque (que l'on peut encore diminuer considérablement en mettant /boot et /usr sur des partitions séparées, même si certaines distributions ne le supportent plus pour /usr).

Salut.

Ce n'est peut-être pas ça, mais je sais que je suis tombé sur le problème. Pour vérifier, essaies donc une iso d'un système 32 bits, comme cette iso de debian pour i386 par exemple.
Si ça marche, alors j'ai visé juste, sinon c'est autre chose.

Pour virtualiser un système d'exploitation 64bits, il me semble qu'il faut activer l'accélération matérielle (selon ton processeur soit VT-x (intel) ou AMD-V (amd) je crois), ce qui se fait dans le firmware de ta machine (le BIOS pour les vieilles machines, l'UEFI de nos jours).

Pour y accéder, il faut éteindre complètement (je graisse, parce que sous windows c'est plus aussi facile à faire que ça ne l'étais, je crois bien que par défaut ça met le système en hibernation profonde) l'ordinateur, puis au démarrage, appuyer sur une touche qui est spécifique au constructeur pour y accéder.
La touche en question peut varier, mais c'est souvent l'une de celles-ci: suppr., de F8 à F12, ou Échap. Le plus simple est d'aller chercher le manuel utilisateur de ta machine, et pour activer l'accélération matérielle par l'interface, c'est encore plus varié que pour accéder à la-dite interface.

Ce n'est peut-être pas ça, mais je sais que je suis tombé sur le problème.