AlexTérieur a écrit 425 commentaires

OK désolé je n'avais pas vu je parcours très rarement la section "Liens"…

Et grand merci à Jehan c'est le genre de réponse/discussion que j'attendais, plutôt que des moqueries "haha gnagna c'est déjà posté".

Ah enfin j'ai trouvé l'origine de la lenteur de NextCloud !

Avis aux linuxfriens : si vous avez la possibilité, basculez vers le cron de votre système plutôt que l'utilisation de la méthode Ajax. Tout est expliqué ici :

https://docs.nextcloud.com/server/18/admin_manual/configuration_server/background_jobs_configuration.html

Ton composé anethol ça ne serait pas un pastiche du composé breveté par Rick Card ?

Nous sommes kâté ! Il y a du bon dans le gonfinement… Ou pas.

C'est utilisable bien entendu mais comme tu dis, c'est loin d'être "speedy gonzales". Quand je dis que c'est "lent", c'est que cela ne paraît pas aussi instantané. Auparavant j'étais sous VPS, avec 2 fois moins de ressources, mais je ne ressens pas spécialement de gain de rapidité.

Je m'amuse justement à installer Collabora Online sur mon serveur, et bon sang c'est galère… je n'y arrive pas. QUelqu'un sait les différences entre Collabora et OnlyOffice ?

C'est lent aussi sur mon dédié. Avec 16 Go de RAM en plus. J'ai suivi toutes recommandations Nextcloud sauf le memcache, je n'ai pas vraiment compris comment l'installer/activer. Je suis de toute façon certain que ça n'aidera pas beaucoup plus.

Mais je ne comprends toujours pas l'ergonomie générale du shell et les choix idéologique de l'équipe de développement. Devoir passer par activités pour accéder aux favoris, aucun élement affichable sur le bureau, pas de system tray…

Il y a suffisamment d'extensions pour régler l'interface aux petits oignons (cela dit je suis d'accord nu Gnome n'est pas aussi super) :
- Dash To Dock. Comme son nom l'indique, un dock très configurable (positionnement, icônes, apparences etc.) et positionnable. Personnellement, je place le dock tout en bas (contrairement à la barre principale, en haut).
- Lock keys. Affiche quelles touches de "lock" (Caps, Num. Lock etc.) est active. Depuis la dernière version, un overlay affiche pendant quelques secondes quelle touche de lock vient d'être appuyée. Très pratique pour un clavier sans voyant (comme moi), mais pas seulement.
- Removable Drive Menu. Parmi les plus indispensables, il fait apparaître une icône lorsque qu'un stick USB ou autre moyen de stockage de données (SD Card et compagnie) est inséré, pour pouvoir l'éjecter sans passer par Nautilus.

Il y en a plein d'autres, dont un je pense de mémoire qui te permet de retrouver un comportement équivalent à la systray si je ne me trompe pas. On peut en trouver des extensions ici :
https://extensions.gnome.org/

Je ne parle pas de verrouiller complètement, mais d'avoir rapidement des pilotes libres fiables et performants dès les premiers jours de commercialisation. Ce n'est pas gagné d'avance parce qu'on passe à une nouvelle architecture.

Oui c'est que je me suis dit, mais rien n'est garanti je pense à chaque nouvelle architecture.

Navi est un nom de groupe de GPU déjà existant pour l'architecture nommée RDNA, présent sur l'actuelle série RX5xxx (comme RX 5700 XT). Le vol est donc sur la future architecture RDNA 2.

Dieu compile le C ?

(qu'il me pardonne…)

Ah, et je viens de comprendre pourquoi avec mes tests. Une fois activé, Firefox ne se lance plus en format "Wayland" natif, et rebascule avec Xwayland. Donc pas possible d'avoir Wayland et WebRender en même temps.

Merci pour ton journal, j'ai voulu vérifier sur ma distro, donc Fedora… qui a fait de Wayland son faire valoir depuis 2-3 versions (et Firefox on Wayland par défaut sur la dernière). Surprise, l'accélération matérielle n'est pas activée par défaut sur Firefox ! Sachant que je suis sous pilotes libres.
Grâce à tes explications, j'ai activé et wow ! C'est parfaitement fluide, plus de tearing, affichage du contenu instantané lorsqu'on déroule ou change d'onglet.

Et sur KDE, on aura bientôt ktaztrof, qui estime le nombre de knödel consommées.

Ah vraiment ! Merci. L'ergonomie est bonne, et le logiciel est simple, pas mal de filtres.

Bonjour,

Merci pour ton journal. J'ai testé tous ces logiciels, et clairement je penche nettement en faveur d'OpenShot. Apparemment, l'accélération matériel marche bien, ça reste fluide même en 4K. Je vais approfondir mes tests. Seul souci : ça manque de filtres, notamment les filtres classiques de rendu (chrominance/luminance, contraste, désentrelacement etc.) ce qui nécessite d'utiliser un éditeur de rendu vidéo externe. Dommage.
Et c'est la mode en ce moment des éditeur sous Qt ? Car il faut compter un "nouveau" venu (il existe depuis un moment mais il semble confidentiel) : Olive Video Editor. Il est en alpha depuis quelque temps, je ne sais pas quand il y aura une version dite "stable" mais bon… à tester pour ceux qui veulent.
Je dis ça car j'ai de gros problème d'ergonomie étant sous Gnome, déplacer et docker les sous-fenêtres sont une vraie galère.

Je vois qu'il y a parfois des recommandations plutôt qu'un jeu réellement joué en ce moment… alors j'en profite.
J'étais parti pour recommander des jeux non libres… puis je me suis souvenu d'un auquel j'y ai joué, et aimé, totalement libre, mais assez méconnu : Warzone 2100. Jeu de stratégie temps réel dans le thème post-apocalyptique, vous pouvez "customiser" plus ou moins vos unités, campagnes très sympa (avec des "renversements" de scénario qui impacte plus ou moins le gameplay - no spoil). J'ai bien aimé et pourtant je suis strict en matière de jeu de stratégie, surtout en temps réel… bref, je n'ai jamais compris pourquoi de son manque de popularité.

Deus Ex, premier du nom. Avec les tous derniers patchs de fans et je joue en Ultra HD (sur du AMD libre). Conspirations, Peste Grise <=> Covid-19 etc.

Parce que C'EST NOTRE PROJEEEEET !!! ?

En attendant un alignement des planètes ?

Je souscris !
Je fais parti de ceux qui aurait pu être beaucoup plus rentable en faisant du télétravail que des déplacements inutiles…
C'est déprimant d'incompréhensibilité.

Non, car ça n’a pas de sens, un conteneur contient un environnement d’exécution, donc ce n’est pas une bibliothèque qu’on conteneurise mais éventuellement les programmes qui l’utilisent. Si veux conteneuriser, à coût nul, un seul programme, LXC le permet (« lxc-execute »). Si tu veux pseudo-virtualiser tout le système, tu peux avec LXC (« lxc-start ») ou Docker.

Ah, des explications claires, merci.
Après je me suis mal exprimé en parlant de "bibliothèques" conteneurisées. Je veux bien sûr parler d'un programme qui doit pouvoir tourner avec ses dépendances en mode "container".
Or dans mes essais, ce n'est pas le cas. J'ai un programme sous Docker qui télécharge toutes ses dépendances, ce qui explique ces 2,6 Go d'occupation disque. OK, les programmeurs n'ont rien optimisé sans doute, mais quand ils s'expliquent, il y a de quoi se poser des questions…
Je n'ai absolument rien contre LXC (c'est une évolution quasi obligatoire, et c'est tant mieux pour toutes les raisons évoquées), mais la manière dont c'est exploité…

Ben si. LXC par exemple (et son successeur LXD) servent exactement à ça. Et utilisent la même machinerie que Docker côté noyau.
OK je comprends bien. Mais n'était-ce pas la base de Docker de simplifier cela ? J'ai des programmes avec qui j'ai des images de plus de 2 Go (oui oui, mais il paraît que "Ça consomme ce que tu lui demande de consommer"), soit presque autant qu'un système complet installé ou virtualisé. Peut-on conteneuriser des bibliothèques par exemple déjà installées sur le système ?

Il n'y a pas que ça… Ajoutez un bon quintal de difficultés si des bugs apparaissent, saupoudrez sur une consommation énorme d'espace disque (moi qui souriais sur la solution Flatpak…), un fonctionnement opaque pour les 9/10è des utilisateurs (comment prendre la main sur un composant qui déconne dans le container même ? question à 10 balles mais peut-être plus)… Non sans troll, il n'y a pas des alternatives ?