bubar🦥 a écrit 6904 commentaires

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.

Exactement cette définition, sans se poser des questions : un troll c'est ça, point. Et surtout sans en oublier la fin "for the troll's amusement or a specific gain." très importante, et qui renvoit sur la notion de malveillance de l'intervention.

Ensuite le contexte est indispensable, c'est le "in an online community", car démarrer, et même provoquer, une discussion dans un espace public n'a rien de trolliphere, alors qu'avoir exactement le même comportement et les mêmes mots dans un espace d'une communauté, l'est. D'un côté tu as un engagement de discussion basé sur un argumentaire, dans l'autre tu as une volonté de nuisance (ou au mieux de la bêtise).

Exemple :
Personne1 : et blabla. Personne2 : OK. Personne3 : d'accord. NouvellePersonne4 : mais non car arg titi !
N'est pas un troll, juste un étranger qui croit pouvoir discuter mais qui tombe sur une communauté immature et/ou refusant l'inconnu et/ou pour qui inconnu+argument est insupportable.

C'est le cas très souvent sur les nouveaux espaces publics des internets, qui semble être une nouveauté moderne : on accuse de troll n'importe qui ou n'importe quoi, qui n'est pas d'accord ou qui apporte un argumentaire avec un avis différent et minoritaire.

Du coup, revenir à la définition est essentiel : " dans une communauté + hors sujet ou seulement digressif + volonté de créer la zizanie ou une réponse émotionnelle + pour s'amuser ou autre gain personnel "

Pas grave, il reste toujours le bootloader

a) toutes les marques (à ma connaissance) ont un raccourci clavier (combinaison de touches physiques) pour forcer l’extinction
(sinon attendre qu'il se décharge en bouclant ainsi)

b) toutes les marques (à ma connaissance) ont un équivalent de fastboot (parfois même un flashmode)

• prépare ton pc :
  • télécharges le bon recovery, par exemple un twrp, pour ce modèle de téléphone
  • places ton shell dans le bon dossier
  • lances la commande fastboot boot recovery.img, elle va se mettre en attente
  • maintenant, et uniquement maintenant, branches ton téléphone éteint au pc : il va s'allumer* et prendre le recovery

c) depuis ce recovery booté en live, laisse ton téléphone charger un moment, puis il n'y a plus qu'à flasher le système

* : si la combinaison de touches pour fastboot sur ce modèle est vol-up+power, par exemple, alors garde vol-up appuyé et branche le téléphone (sans appuyer sur power)

Très intéressant article du CNRS, datant de début septembre, à ce sujet :

https://lejournal.cnrs.fr/articles/mesures-le-grand-renversement