bubar🦥 a écrit 6931 commentaires

Tout à fait.
Et j'en ajoute une couche en émettant l'hypothèse que Bruno savait très bien ce qu'il faisait en répondant cela.

Car ce billet de blog posté en lien en réponse a été pondu par un développeur qui est entre autre contributeur de Musl. Heureux hasard, c'est également le cas de l'auteur du billet dont le lien a été posté par tth (coucou).

Il s'agit donc là d'argumentaires différents pour des points de vues différents, dont on peut ressentir sans creuser beaucoup ni parfaitement causer l'anglais qu'ils sont écrits sous le coup d'émotions. Ce qui éclaire et rends compréhensible les tons parfois abruptes. Bref, des avis divergents pour des objectifs divergents, cela ne nous donne pas vraiment la possibilité de participer à ce débat sans avoir regarder un minimum plus avant.

Librement

Merci de la confirmation.
Dommage, c'était super pratique cette possibilité de gérer un portefeuille ainsi. En fait c'était (pour moi) la feature qui me faisait utiliser le service Liberapay. Sans cela je ne vois pas ce que cela change par rapport à des dons directement aux projets, je ne vois plus d'intérêt au service : j'ai loupé quelque chose ?

Bien que n'utilisant plus ce type de logiciel, celui-ci à quelque chose de particulier : il est à fortement recommander à toutes et tout les débutantes et débutants sur un système Gnu/Linux et en informatique de manière générale.

Débutant dans sa vraie définition : quelqu'un qui n'a pas d'expérience, qui apprends et découvre (donc pas le "utilisateur qui veux ou va le rester")

En présentant tout les paquets de la même manière et à la même hauteur il apporte une très bonne compréhension de ce qu'est un logiciel (interface graphique, bibliothèques), et de ce dont est constitué le système et les logiciels (et en cerise sur le gateau amènera à une bonne connaissance, voire maitrise, de l'arbre des dépendances, sans même que la personne s'en apperçoive). Passer des heures et des heures à lire et re-lire les informations présentées par ce logiciel est très formateur.

On pourrait aussi noter sa particularité avec cette bibliothèque graphique remarquable mais c'est vraiment cet aspect pédagogique amenée par cette interface simple (et son fonctionnement solide, donc on y revient) qui me fait dire "c'est le gcompris de l'informatique" et me fait le recommander chaudement à tout gamins et à tout ceux voulant apprendre.

Oupss tu es déjà dans les forums, jmagourrré

Ce type de question a sa place dans les forums, par exemple le «je cherche un logiciel» dans lequel tu as plus de chance d'avoir une réponse à cette question.

Ajoute y la manière avec laquelle tu veux regarder la télé, par exemple : des télés sur le web avec firefox ? ou bien avec une carte tuner ? Voir même l'adresse, le lien, vers le programme télé que tu veux regarder dans le cas du web.

Commentaire mémo :

• Ordinateur vraiment personnel
• Télécharger le liveusb de Fedora Kde
• Faire une installation par défaut, sauf pour les partitions :ext4 pas xfs, et pas de lvm : une boot/efi et une / et c'est tout (pas de home séparé, ce sont les user-dirs.dirs XDG_xx_DIR qui le seront)
• boot
• dnf erase $(rpm -qa |egrep "plymouth|vmware|hyperv|vbox|virtualbox|dragon|juk|abrt|rpcbind") -y*
• /etc/default/grub
  • grub_timeout=0
  • fin de ligne de grub_cmdline_linux : audit=0 vt.global_cursor_default=0 rd.systemd.show_status=0 quiet
• systemctl mask NetworkManager-wait-online dracut-initqueue livesys sssd fprintd cups rsyslog ModemManager lvm2-monitor livesys-late auditd
• LogLevel=crit et ShowStatus=no et LogTarget=journal dans /etc/systemd/system.conf
• ForwardToSyslog=no et ForwardToKMsg=no et ForwardToConsole=no et ForwardToWall=no dans /etc/systemd/journald.conf
• dnf update -y
• dnf install -y obs-studio ktp-accounts-kcm ktp-auth-handler kdenlive nextcloud-client nextcloud-client-dolphin usbguard-applet-qt usbguard-dbus usbguard-tools sirikali libva-utils vulkan-tools libblockdev-crypto libblockdev libblockdev-fs libblockdev-part libblockdev-swap libblockdev-utils udisks2 volume_key-libs krita ktorrent blender stellarium merkaartor soundkonverter plasma-vault tesseract-langpack-fr gimagereader-qt youtube-dl htop iftop smem nmap vim-syntastic-ansible vim-syntastic-sh vim-syntastic-python flex bison ncurses mpv vlc*
• reboot seulement maintenant

* qq réf retirées sur le erase :p
plus besoin de passer à noop, cfq se débrouille bien mieux avec des nvme et ssd il me semble

À priori je suis d'accord, et le reste de toutes manières avec le fond de ton avis. Mais sur ce point là, précis, de la ram, je ne le suis vraiment pas.
Parce que si moi aussi sur mon ordi perso je me fiche aussi que mon bureau (on s'entends sur le cadre des définitions simplifiées, on n'est pas là pour se prendre la tête, et en même temps personne ici n'ignore ni ne manque de maitrise sur son système, bref, ok desktop/système) consomme plus d'un gigot de râm, c'est un des rares points où il y a concordance entre usage personnel et usage professionnel. Tout comme l'est devenue, là probablement malheureusement, l'opengl sur le desktop.

Une station avec 16 gigots de râm ne supportera pas les 80 sessions, réparties entre connexion initiale, graphique locale, graphique distante xdmcp, nx, graphique distante via ssh, sous shell, et sessions ssh, si le bureau consomme 2gigots et fonctionne mal sans gros opengl. Situation pourtant courante pour une station professionnelle. Donc, si : qu'un bureau consomme peu est important, et aussi qu'il soit capable de gérer plein de fallbacks en cas de connexions me**euses (pas d'opengl dispo ? ça marche quand même. Dégradé ? ça marche aussi.)

Pareil ici, avec Fedora.
L'ordi que j'utilisais jusqu'ici ici n'avait pas vu une installation depuis Fedora 17, toutes les montées de versions étaient faites avec un simple yum update (si si, la doc officielle ne le conseille pas, donc je ne le conseille pas, c'est juste que je ne sors pas des clous de la distro, pas d'apps chelous. Fedora n'est pas une distro rolling-release mais mon usage perso fait que la mienne s'en approche fortement), depuis 3~4 versions fallait finir après le premier reboot par un autre dnf update, rien de plus.

Et quel étonnement, du coup, à la faveur d'un changement d'ordinateur, de constater ce que donne une installation fraiche et neuve. Rien à faire d'autre que désinstaller plymouth, un rd.systemd.show_status=0 et désactiver les services qui me sont inutiles. WOW, il est loin le temps où il fallait tout faire à la main pour avoir un boot sobre, beau et rapide.

J'ai la même démarche en plus récente avec Gnome 3, et je ne dirais pas ici les raisons qui me font quitter ce desktop (pas que ça ne soit pas pertinent mais ce n'est pas le lieu et ça pourrait contrarier, c'est pas le but)

un gros bordélisme ambiant

C'est toujours un peu le cas, faut le reconnaitre. La configuration offre de tellement nombreuses possibilités, et avec un passif à conserver/migrer qu'il est compliqué pour un nouvel utilisateur de s'y retrouver. Mais par défaut 'ça le fait', c'est bien et fonctionnel. Il me semble qu'il serait pertinent que 'par défaut' l'action 'coin de bureau -> ouvrir le menu' soit activée, et qu'elle suive l'endroit où se trouve le bouton menu par exemple. On retrouve là encore les idées de comportements de Meego. Aussi changer le comportement de kwin pour l'ouverture des fenêtres, qui n'a pas bougé depuis 15 ans, il serait probablement souhaitable que le par défaut 'en haut à gauche' se cale aujourd'hui sur un carré plus petit que l'écran, devienne un 'en haut à gauche à 70% de taille d'écran'. Encore un truc : que toute modification (taille de fenêtre, endroit de la fenêtre, configuration de la dite fenêtre telle que type de visu pour dolphin) soit prise comme référence systématique pour l'ouverture suivante.

Par contre le foisonnement de possibilités graphiques de configuration est une richesse et non un défaut. Ils semblent nombreux aujourd'hui à confondre ergonomie et simplicité, et ça c'est vraiment dommage. Perso j'aime les deux, clairement, mais je différencie bien les mots et n'y vois pas un argument objectif faisant de l'un une dépendance pour l'autre, pour retirer des possibilités ou fonctionnalités par exemple. Le seul apport réel de retrait d'une possibilité (de configuration, d'outillage, etc ..) est de retirer une possibilité de casse.

Ce que j'aime dans KDE : c'est solide, ça fonctionne dans tout les cas, partout et tout le temps. C'est fluide, rapide et agréable. En fait c'est une fusée.

Un long commentaire auquel il manque le petit mot : l'image, excellente illustration, ne t'étais pas destinée, mais est destinée à d'autres lecteurs, dans l'espoir d'éviter un "chez moi c'est mieux donc c'est mieux". Après si cela arrivait quand même, ben tant pis, faudra sortir les faits ;-)

la réponse est "liberapay"

mais dernièrement j'ai eu une déconvenue : est ce qu'il faire une op par don ou bien j'ai rien compris au nouveau liberapay ?

c'est pas une question piège, jusqu'à présent mes donations étaient entre 5 et 7% de mes revenus mais de manière très irrégulières, Liberapay m'avait permis d'en gérer une bonne partie de manière efficace. Mais ces derniers temps j'avoue être largué.

Le simple click ? Et donc ?

2.317 (kernel) +
0.940 (initrd) +
2.560 (userspace)
= 5 secondes 817 exactement
(wiki connecté ok, kde pleinement chargé)

Le userspace est vraiment impressionnant. Danke KDE.
(& 614Mo tout mouillé, après le boot, kidimieux ?)

Kate avec le mode Vi

c'est 'juste' efficace ;-)

Si je vais chez des amis qui en sont équipés, cela permet "d'éteindre" le dispositif de manière amicale : on pose un truc dessus et on ne touche à rien, même pas on le débranche.
C'est cool pour tout le monde.

Heu… tu viens de réinventer le debian installer

Et c'est remarquable.
Si l'aspect 'sale' décrit est la réaction bien normale, avoir trouvé un chemin pour arriver au résultat voulu (et en plus en détournant pe certains usages ou outils) n'est ce pas beau ? Si, non ?

il y a bien longtemps dans une galaxie lointaine, très lointaine, la guerre civile fait rage entre l'Empire galactique et l'Alliance Rebelle. Au péril de leurs vies les Rebelles écrivirent iPXE et Etherboot afin de s'affranchir des bugs features de mauvaises implémentations de pxe sur les simples ordinateurs du peuple. L'Empire contre-attaqua et détruisis rom-o-matic.net. La Rébellion se réfugiât ipxe.org et repris les travaux dont l'ancien maître bootp la voie avait tracé.

Rejoins la force jeune padawan.

(il semble bien que arm soit de la partie, mais jamais testé personnellement, par contre ai utilisé souvent cette solution pour outrepasser les bugs divers et variés de différents constructeurs et modèles de matériels dans leur implémentation de la complète pxe, ai même vu des cartes rzo intel avoir *juste* le tftp buggé, mais c'était il y a bien longtemps.)

invités à indiquer leurs technologies préférées dans les commentaires

bash

okok je ->

très intéressant en effet

bonjour,

pour le BT via PA j'utilise le clickodrome de Plasma :

Mais j'ai abandonné le BT pour les vidéos et les films avec le bureau gnu/linux, Pulseaudio ajoute une latence de plus d'une seconde, c'est insupportable (et injouable avec des films, des vidéos, des JT, des émissions : +1s mini, souvent 2 ou3, et même à +1 c'est bien trop ch*** pour une vidéo), bref le BT c'est pour la musique et les podcasts, et point barre :-(

Sinon je diffuse depuis mon téléphone LineageOS, et là pas de problème de latence.

Udev sait faire, sans problème (/dev/input/event/xx confirme que ce sont bien deux entités différenciées, puis une règle pour attribuer à serial_n° un script à exécuter) Puis un 10-keyboard.conf dans /etc/X11/xorg.conf.d avec une directive 'MatchDevicePath' pour chacun des claviers (ou au moins et plus ouvert, pour le clavier spécial). Et enfin xinput et faire une carte pour configurer les touches à des fonctions définies. C'est cette dernière qui est peut être la plus fastidieuse, une fois faite, revenir à la première pour lancer le bon script fini.
Par exemple, de tête, il y a sans aucun doute mieux à faire.

Désolé pour la blague au dessus, c'était trop tentant :-)
(et ça pourrait convenir à ton besoin, mais l'absence de doc le rends forcément un peu rebutant, d'autant que sa gui se concentre sur ce pour quoi il a été fait : le noyau)

Sinon il y a Sylliscope qui semble être pile poil ce que tu cherches, le premier trouvé mais ne semble pas très maintenu

Il y a "oscilloscope"

Mais comme les autres appli du noyau : pas finie, pas de doc, inutilisable.

Courage !

Le logo a été légèrement modifié entre le moment où tu as posté ce commentaire et aujourd'hui. Et le logo que l'on voit dans ton commentaire est le logo à jour, les différences sont plus marquées qu'initialement.

L'article commence fort :

les distributions linux utilisent la version portable de OpenSSH

Mérite le coup d'oeil quant même
 ;-)

En plus coreboot est OK sur ce modèle x200i (tuto étape par étape) et on peut même neutraliser l'Intel MEI.
Cool.

c'est hors sujet avec ta question, juste un complément à mon précédent commentaire. :p

X220 :

a) Bios SETUP = remettre toutes les valeurs par défaut, rebooter
b) Bios SETUP = désactiver secureboot
c) Booter sur la clef usb contenant Fedora / CentOS / Ubuntu / Debian, ce que tu veux

Si c) ne fonctionne pas tel que tu le décris plus haut, alors c'est bien probablement un pb avec la clef car : le bioss accepte de lancer le bootloader dessus (= ta clef est bien uefi) et le bootloader dessus charge le noyau, qui lui même boot correctement, puis c'est l'étape du changement de partition racine qui ne se fait pas (le moment où la racine du micro système contenu dans l'initrd/init-ramFS est passée puis abandonnée pour passer sur la racine du système). C'est peut être un problème avec le live de ubuntu mais plus probablement un pb lors de la création de la clef. Rien de grave, toutes les distros bootent dessus depuis longtemps.

Concernant les points a) et b), j'attire ton attention vers ça :

• The X220 cannot/will not boot GPT disks using Legacy BIOS, you must setup UEFI. (ce modèle ne boot pas sur un disque GPT avec le bios legacy, il FAUT mettre UEFI)
• The X220 will not boot /efi//.efi unless "signed"(?) into BIOS, you have to copy it to /efi/boot/bootx64.efi. (ce modèle ne boot pas le bootx64.efi s'il n'est pas signé, il faut le copier à la main) Ajout perso : désactiver le secureboot devrait suffire
• Disabling the BIOS setting "USB UEFI BIOS Support" disables all USB booting, ie, both UEFI and legacy BIOS. (ne PAS désactiver 'usb uefis bios support', sinon plus rien en usb ne boot ni en uefi ni en legacy)

De référence. Avec laquelle on apprends aussi que le BIOS limite artificiellement la vitesse de la RAM, mais également cantonne le port SATA à du SATA-1 alors que c'est du SATA-2, qu'il y a une limitation sur le port M2 … Bref, perso je virerai cette gr**** b***e pour mettre un coreboot.