Tu peux très bien rédiger un journal avec le contenu tel quel. Pour ton information, la licence du texte ainsi publié sera en CC By-SA (mode préféré sur le site), à moins que tu ne décoches la case lors de la rédaction (EDIT : et que tu précises dans le texte quelle licence tu préfères)
Voici en deux mots comment marche le site : les journaux sont en libre écriture, l'éventuelle modération (rarissime, en fait on vire surtout du spam) n'arrivant que après la publication. Tout contenu est accepté, avec une large préférence aux outils libres et à la programmation en général. Au contraire, les dépêches sont en rédaction collectives, les contenus strictement en rapport avec le libre, la modération est faite à priori, et sont donc publiées avec le tampon de la modération.
Et merci pour la proposition de publication !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
Perso j'ai simplement pris une carte son USB externe. Pas cher, simple (reconnue immédiatement sous Linux sans aucun driver ni réglage) et efficace. Pour écouter des MP3 ou du Youtube, c'est parfait.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
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.
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.
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
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.
Posté par gUI (Mastodon) .
En réponse au message Sauvegardes mensuelles.
Évalué à 4.
Dernière modification le 26 avril 2021 à 08:34.
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.
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, 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 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.
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.
# Un journal bien sûr !
Posté par gUI (Mastodon) . En réponse au message Débutant, deux questions sur la publication d'articles. Évalué à 7. Dernière modification le 03 mai 2021 à 10:33.
Bonjour et bienvenue sur LinuxFR.org
Tu peux très bien rédiger un journal avec le contenu tel quel. Pour ton information, la licence du texte ainsi publié sera en CC By-SA (mode préféré sur le site), à moins que tu ne décoches la case lors de la rédaction (EDIT : et que tu précises dans le texte quelle licence tu préfères)
Voici en deux mots comment marche le site : les journaux sont en libre écriture, l'éventuelle modération (rarissime, en fait on vire surtout du spam) n'arrivant que après la publication. Tout contenu est accepté, avec une large préférence aux outils libres et à la programmation en général. Au contraire, les dépêches sont en rédaction collectives, les contenus strictement en rapport avec le libre, la modération est faite à priori, et sont donc publiées avec le tampon de la modération.
Et merci pour la proposition de publication !
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Config réseau ?
Posté par gUI (Mastodon) . En réponse au message Écran pour Raspberry Pi. Évalué à 3.
Perso j'ai simplement pris une carte son USB externe. Pas cher, simple (reconnue immédiatement sous Linux sans aucun driver ni réglage) et efficace. Pour écouter des MP3 ou du Youtube, c'est parfait.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Config réseau ?
Posté par gUI (Mastodon) . En réponse au message Écran pour Raspberry Pi. Évalué à 2.
Ah bin oui t'as raison, par définition tout le réseau local passe en direct (sinon on ne pourrait plus accéder à sa box par exemple).
Donc c'est censé marcher, même VPN actif.
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
# Aucun lien, fils unique
Posté par gUI (Mastodon) . En réponse au journal Mise à jour de BIOS/EFI sur carte mère dont le fabriquant ne fournit qu’un .exe (MSI A88X-G43). Évalué à 8. Dernière modification le 02 mai 2021 à 18:21.
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.
[^] # Re: Si un modo passe par ici...
Posté par gUI (Mastodon) . En réponse au journal Mise à jour de BIOS/EFI sur carte mère dont le fabriquant ne fournit qu’un .exe (MSI A88X-G43). Évalué à 3.
Corrigé, merci
En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Config réseau ?
Posté par gUI (Mastodon) . En réponse au message Écran pour Raspberry Pi. Évalué à 2.
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 def1qui 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.
[^] # Re: conserver les partitions vitales ?
Posté par gUI (Mastodon) . En réponse au message linux, mbr, gpt, efi, esp, et surtout f9 to boot from recovery. Évalué à 4.
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.
# Config réseau ?
Posté par gUI (Mastodon) . En réponse au message Écran pour Raspberry Pi. Évalué à 3. Dernière modification le 02 mai 2021 à 08:07.
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.
[^] # Re: Volumio
Posté par gUI (Mastodon) . En réponse au journal Faire son propre JukeBox avec un Raspberry Pi. Évalué à 2. Dernière modification le 01 mai 2021 à 15:55.
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.
[^] # Re: Volumio
Posté par gUI (Mastodon) . En réponse au journal Faire son propre JukeBox avec un Raspberry Pi. Évalué à 2.
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.
[^] # Re: Volumio
Posté par gUI (Mastodon) . En réponse au journal Faire son propre JukeBox avec un Raspberry Pi. Évalué à 2. Dernière modification le 30 avril 2021 à 18:48.
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.
# Installer un RaspberryPi sans écran ni clavier
Posté par gUI (Mastodon) . En réponse au journal Faire son propre JukeBox avec un Raspberry Pi. Évalué à 6. Dernière modification le 30 avril 2021 à 17:26.
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.confqui contiendra toutes les infos de la connexion Wi-Fi- un fichier vide
sshqui permettra au service SSH de se lancer tout de mêmeEnfin il se déclare sur le réseau en
rasperrypi.localvia les protocoles Avahi/Bonjour.En théorie, la théorie et la pratique c'est pareil. En pratique c'est pas vrai.
[^] # Re: Intéressant
Posté par gUI (Mastodon) . En réponse au lien Pourquoi j’ai piraté ma propre imprimante et ses cartouches officielles. Évalué à 9. Dernière modification le 28 avril 2021 à 08:33.
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.
# Laisser faire ?
Posté par gUI (Mastodon) . En réponse au message Sauvegardes mensuelles. Évalué à 4. Dernière modification le 26 avril 2021 à 08:34.
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
umountest 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.
[^] # Re: deux choses différentes
Posté par gUI (Mastodon) . En réponse au journal Logiciel libre et morale font-il bon ménage ?. Évalué à 5.
"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.
[^] # Re: À quoi ça sert ?
Posté par gUI (Mastodon) . En réponse au journal Tous anticovid comme passe sanitaire ?. Évalué à 4. Dernière modification le 20 avril 2021 à 11:56.
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.
[^] # Re: Et le pire c'est qu'il ne s'arrête pas
Posté par gUI (Mastodon) . En réponse au journal Tous anticovid comme passe sanitaire ?. Évalué à 5.
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.
[^] # Re: Pas possible
Posté par gUI (Mastodon) . En réponse au journal Tous anticovid comme passe sanitaire ?. Évalué à 7. Dernière modification le 19 avril 2021 à 22:33.
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.
[^] # Re: Pas possible
Posté par gUI (Mastodon) . En réponse au journal Tous anticovid comme passe sanitaire ?. Évalué à 0. Dernière modification le 19 avril 2021 à 22:32.
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.
[^] # Re: Simple
Posté par gUI (Mastodon) . En réponse au journal AML, ou comment vous localiser précisément pour votre bien.. Évalué à 10.
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.
[^] # Re: mauvaise conceptualisation ^^
Posté par gUI (Mastodon) . En réponse au message Connecter une interface à un port. Évalué à 2.
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.
[^] # Re: mauvaise conceptualisation ^^
Posté par gUI (Mastodon) . En réponse au message Connecter une interface à un port. Évalué à 2.
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.
[^] # Re: question naïve
Posté par gUI (Mastodon) . En réponse au journal Battle royal et adolescence…. Évalué à 7. Dernière modification le 18 avril 2021 à 18:32.
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.
[^] # Re: Noyau Linux
Posté par gUI (Mastodon) . En réponse au journal L'étrange affaire du port 0. Évalué à 2.
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.
[^] # Re: question naïve
Posté par gUI (Mastodon) . En réponse au journal Battle royal et adolescence…. Évalué à 7. Dernière modification le 18 avril 2021 à 08:51.
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.