gUI a écrit 5492 commentaires

Alors ça va pas t'aider, mais la dernière carte mère que j'ai monté (marque ASRock, pub gratuite), je vais immédiatement dans l'UEFI lors du premier boot. Je me balade dans les différents menus, je fais 3 réglages comsétiques, et je vois l'option "mettre à jour UEFI".

Sans trop savoir pourquoi j'y vais, alors que j'avais rien préparé de spécial… Et là j'ai le choix entre mettre à jour depuis une clé USB et mettre à jour directement depuis Internet.

Quoi ????

Je branche un câble réseau, je clique… 3mn plus tard je reboote avec le nouveau UEFI.

Moi je dis : la classe.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Corrigé, merci

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Mon fournisseur de VPN utilise aussi OpenVPN, si je ne me trompe pas.

As-tu un fichier de configuration livré par ton fournisseur ?

Si oui, on verra vite si c'est du OpenVPN (envoie un extrait sans aucune adresse IP et sans aucune clé)

Dans un fichier de configuration OpenVPN il y a une option redirect-gateway def1 qui envoie tout le traffic dans le VPN, tu peux essayer sans pour voir.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

cependant meme la partition recovery bien visible, grub semble ne plus vouloir entendre le F9 du recovery.. c'est inquiétant!

Je n'y trouve rien d'inquiétant, ce comportement n'est en rien un comportement standard, mais un comportement spéficique au bootloader de Windows.

Si depuis Grub tu lances Windows (en fait tu vas lancer le bootloader de Windows) puis immédiatement tu tapes F9, ça ne te lance pas la procédure de Recovery ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Si tu nous en dis un peu plus sur ta config réseau, il doit y avoir moyen de te laisser accéder au réseau local.

Par exemple quand je mets le VPN de ma boîte (OpenVPN), j'ai :
- le flux Internet qui continue d'aller via ma box
- le flux du réseau local de la boîte qui passe par le VPN (évidemment)
- le flux de mon réseau local qui reste dans le réseau local

Seul "inconvénient", je bascule sur le DNS de ma boîte, qui fait que je ne résous pas les adresses de mon réseau local, je dois faire par IP (j'ai jamais cherché de moyen de contourner ça, mais ça doit bien exister).

Donc si ton but par exemple c'est d'avoir :
- flux Internet via le VPN
- flux réseau local reste local

=> c'est sûrement possible.

Après ça n'empêche pas d'ajouter un écran sur le RPi, c'est toujours plus pratique d'avoir un accès physique :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

quand tu es sur ta terrasse, le smartphone reste une solution simple car complètement mobile. ou alors faudrait imaginer un système complet (rasp + ampli + enceintes) avec batterie intégrée.

pourquoi pas, mais c'est un autre projet du coup :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Moi je cherche une solution pour streamer une entrée analogique. Je veux récupérer le son du décodeur TV (j'ai une carte son USB nickel pour ça niveau connectique) et envoye rle flux sur le réseau, pour le récupérer ailleurs via smartphone + enceinte bluetooth. Le décalage importe peu.

Je me suis lancé dans darkice + icecast mais c'est un peu une usine à gaz… Si qqu'un a déjà fait ça je suis preneur.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Pas besoin d'écran tactile, tout est piloté via une interface web

Je pense que sa solution vise expressément un écran tactile pour l'usage avec des enfants.

Mais je vais y jeter un oeil, ça pourrait bien m'aller

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Pour info il n'y a pas besoin de clavier ni d'écran HDMI lors de l'installation d'un RaspberryPi.

Dans la partition /boot de la SDCard (qui est de la FAT je crois, donc facilement modifiable avec n'importe quel système), il faut créer :
- un fichier wpa-supplicant.conf qui contiendra toutes les infos de la connexion Wi-Fi
- un fichier vide ssh qui permettra au service SSH de se lancer tout de même

Enfin il se déclare sur le réseau en rasperrypi.local via les protocoles Avahi/Bonjour.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

je ne savais pas que les cartouches Lexmark étaient munies de DRM

Oui la grande idée du consommateur parfait qui a toutes les informations en main pour faire un achat optimisé est plutôt une grosse blague qui excuse le néo-libéralisme qu'une réalité.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Y a-t-il réellement besoin de "forcer" le disque dur ?

Si tu es certain que ton système ne l'utilise pas (et un simple umount est parfait pour ça), le disque dur ne va-t-il pas tout seul se mettre dans un mode d'économie d'énergie ?

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

"Deux hommes s'échangent un sou : ils repartent chacun avec un sou.
Deux hommes s'échangent une idée : ils repartent chacun avec deux idées."

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Ça ressemble pour moi plus à un passe pour accéder à des rassemblements et évenements culturels et sportifs pour prouver que t'es vacciné.

Ouaip, d'ailleurs il parait que au prochain Hellfest il n'y aura que des vieux de plus de 75 ans !

\m/ \m/

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Le Usul de la semaine est sur ce sujet.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

si j'ai un Nokia 8110 sous KaiOS/GerdaOS je fais comment

On va simplement considérer que tu es une victime co-latérale de la situation, alors on va dire que tu comptes pas. C'est un raccourcis qui marche pas trop mal, surtout quand on explique que ça pourrait être pire : par exemple, rien que hier on a eu 300 morts du Covid, alors tu penses bien que quelques milliers de gens qui ont un Nokia et qui juste vont pas pouvoir aller se balader à l'étranger, c'est pas le plus important.

Le nivellement par le bas facilite bcp de situations.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Autoriser le passage en contrôlant la situation sanitaire n'a rien de choquant.

Je suis désolé, mais limiter les échanges entre pays sous-entend quelque part que c'est les étrangers qui nous apportent la maladie.

En étant Toulousain, on ne peut pas dire que je sois spécialement frontalier, mais m'autoriser à aller en Bretagne (10h de route) et m'interdire d'aller en Espagne (3h de route), perso je trouve ça con.

Soit on m'interdit de sortir de chez moi (je suis pas spécialement pour, mais au moins je comprends le raisonnement), ou disons à X km, soit on m'autorise de me balader, mais les frontières nationales n'ont pas particulièrement de sens dans le cas d'une épidémie.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

donc si tu n'as pas les Play Services tu ne peux pas en profiter (ce que je trouve un peu con perso)

Autre mauvaise raison de le mettre dans les Play Services, c'est que le code est fermé. Rien ne garantie donc toutes les limitations dont tu as parlé avant (comme le fait que c'est uniquement sur un appel d'urgence, ou pas activable à distance).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

exact, mais ce n'est en rien une "triche", c'est comme ça qu'il faut faire (et c'est comme ça que je fais via un serveur OVH à pas cher).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

exact, j'ajouterais que parfois les reseaux 3G/4G/5G ne fournissent pas réellement une IP publiqu

il est bien là le soucis : impossible d'accéder depuis l'extérieur à un périphérique en 4G. en tous cas pas en France où tous les opérateurs donnent une IP non routable (IP de réseua local, on est derrière un NAT quoi).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je comprends pas pourquoi tu dis ça. La version principale de Minecraft c'est la Java ("the original"), elle tourne aussi bien sous Windows, Linux et Mac.

90% de la planète y joue sous Windows, et mon gamin sous Linux fait partie du 10% et se connecte aux même serveurs, utilise les même MODs etc.

Tu joues en natif sous Linux AVEC le reste du monde sans aucune limitation.

Par contre, les versions console sont bcp plus restrictive et eux sont bien limités dans des "sous mondes".

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je ferais mon chieur, je demanderais la RFC qui stipule ce comportement, ou au moins qui indique que le port 0 n'est pas utilisable.

Mais bon, je ne suis pas un chieur, donc ça ira

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Je peux te garantir que mon gamin étant fan de Minecraft, il suit les Youtubeurs, il va sur les gros serveurs, il invite ses potes (aucun sous Linux) sur notre serveur, il installe des mods en veux-tu en voilà, il n'a aucune limitation sous Linux (je le saurais, crois-moi).

La version Java est LA version de Minecraft, le reste ce sont des adaptations plus ou moins ressemblantes et je pense que les versions sous console en font partie.

D'ailleurs c'est écrit sur le site : https://www.minecraft.net/fr-fr/store/minecraft-java-edition

Et l'expérience de Minecraft sur ordi (clavier + souris) est bien meilleure que sur console (que je trouve injouable, je joue aussi pas mal à Minecraft :) ).

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

Merci à tous les deux :)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

quoique, les copains sont sur Minecraft

C'est le seul jeu sous Linux auquel mon ado joue (lycée). Pour rappel, il y a un client officiel qui tourne sans aucun soucis. Et justement, via la possibilité de monter un serveur, il a eu droit à un cours complet de réseau pour pouvoir expliquer à ses copains comment s'y connecter (IP publique, IP locale, port…)

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.

à cause de l'anticheat

Au passage je ne vois pas trop le rapport entre OS libre et anticheat. Les cheat sous Windows seraient moins possible du fait seul de l'OS fermé ? J'en doute, mais si tu as plus d'explications (techniques notamment) je suis preneur.

En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.