gUI a écrit 5994 commentaires

Je ne suis pas du tout spécialiste, mais une piste serait de regarder du côté des distributeurs binaires comme Flatpak, AppImage ou Snap. C'est exactement leur but non ?

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

Chez moi, si je met des graines dans le sol non travaillé je n’obtiens aucun légume.

Peut-être ton sol est vraiment pourri (malheureusement oui, ça existe) ?

Moi je ne travaille pas mon sol et je récolte la moitié de ce que j'ai essayé. Et quand je dis la moitié, ça veut dire la moitié des espèces que j'ai essayé. Si ça marche pas, j'ai déjà ré-essayé, c'est inutile d'insister. Si ça marche, c'est bingo chaque année. Je réussis les tomates ou les poireaux, mais je rate les salades par exemple.

J'ai un sol sableux, acide, assez pauvre (les pluies de l'hiver lavent complètement tout l’amendement que je peux apporter). Par contre c'est arrosage obligatoire (région Toulousaine), sauf les tomates certaines années qui ont vu un arrosoir 5x dans l'été à tout casser.

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

Voire dans une bonne couette :)

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

oui, d'où l'idée de modifier nos habitudes de consommation et de privilégier la consommation électrique de jour (alors qu'on nous a dressé à le faire de nuit).

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

c'est bien dilemme

corrigé

il y a un RicOS qui traîne

corrigé

ainsi qu'un Atari qui a pris un T de trop.

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

Mais je n'ai jamais dit que tu l'avais dit :)

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

L'électricité représentant 25% de l'énergie finale consommée en France, c'est évidemment important de se pencher sur son bilan CO2, mais ça ne fait pas toute la production de CO2, très loin de là.

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

je suis étonné que des "scientifiques" ne connaissent pas encore la différence.

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

car root à tous les droits.

ah bin mince, anéfé tu as raison (j'étais persuadé du contraire).

root peut lire et écrire (mais pas exécuter en fait) un fichier en 000 (exemple extrême).

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

autres questions basiques:
1)si les droits d'un fichier se présentent comme cela:
-rwx------ patrick groupe_de_patrick
le propriétaire de ce fichier est patrick et le groupe est groupe_de_patrick

la commande :
sudo chown : root chemin_du_fichier
est-elle la bonne pour avoir:
-rwx------ root root

?

moi je tapes sudo chown root:root (premier mot = user, 2e mot = groupe)

2)qui dit propriétaire root implique automatiquement groupe root?

non. par exemple les devices de /dev sont souvent en propriétaire root et un groupe dédié au type de périphérique (disk, audio…). ainsi root reste propriétaire de la carte son, mais en me donnant les droits audio j'ai également en tant que utilisateur le droit d'aller y taper dedans directement.

3)
a)si j'ai:
-rwx------ patrick groupe_de_patrick
me mettant root puis-je lire,écrire et exécuter le fichier?

non parce que root étant ni patrick ni dans le groupe de patrick, il est others. il n'a donc pas le droit de lire, écrire ni d'exécuter

EDIT suite au commentaire de kosnik : en fait si, root a la particularité de pouvoir le faire quand même.

b)si j'ai:
-rwx---rwx patrick groupe_de_patrick
me mettant root puis-je lire,écrire et exécuter le fichier?

oui parce que root étant ni patrick ni dans le groupe de patrick, il est others. il a donc le droit de lire, écrire et exécuter

c)si j'ai:
-------rwx patrick groupe_de_patrick
me mettant root puis-je lire,écrire et exécuter le fichier?

oui parce que root étant ni patrick ni dans le groupe de patrick, il est others. il a le droit de lire, écrire et exécuter

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

Salut,

La raison n'est en rien de les cacher mais plutôt de dire "il faut les droits root pour que ça fonctionne bien, donc ça sert à rien qu'ils soient dans ton PATH, tu n'en feras rien". En effet, les outils qui sont dans sbin sont des outils système et sans les droits root, fdisk ne fdiskera pas, fsck ne fsckera pas, groupadd ne… enfin t'as compris quoi :)

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

C'pas faux

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

Bin je comprends pas, ça ne marche pas.

Je pingue (et me connecte) à l'adresse du CIDR vmbr0… tant que ma 3e interface est connectée. Dès que je la déconnecte, pouf, ça marche plus.

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

Bien au contraire !

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

Au passage :

run make -j 16

run make -j `nproc`

Ça permet d'être plus générique

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

Je sais que d'un point de vue sécurité, ce n'est pas le mieux. Mais je n'ai pas trouvé d'autre solution

Un VPN non ?

Fais ton système en local, qui ne marche qu'en local, qui n'utilise pas de services sur Internet. Ensuite tu mets en place un VPN qui fait que de n'importe où dans le monde qqu'un peut être vu "en local".

Par contre j'ai pas trop compris ton histoire d'annuaire, mais c'est pas mon domaine.

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

Il me semble avoir tenté ça 17x, mais maintenant que tu me confirmes que c'est censé marcher je vais insister une 18e :)

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

Je pense que c'est amusant surtout parce que c'est un langage de haut niveau. On (moi en tous cas) imagine que ces fonctions de base sont plutôt faites dans des langages comme C ou C++. Performances, toussa…

De plus le PHP est très orienté "génération de pages HTML" et ce n'est pas le cas dans la transmission d'un MMS.

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

un ; sert à séparer deux instruction. on exécutera la première, puis la seconde (quoi qu'il arrive).

un && sert à dire "si la première s'est bien passée, il faut exécuter la 2nde"
de la même manière il existe le || qui signifie "si la première NE s'est PAS bien passée, il faut exécuter la 2nde"

une instruction "qui se passe bien" signifie qu'elle a retourné 0 à la fin (tout le reste signifiant qu'il y a eu une erreur).

dans cet exemple, ça ne change pas grand chose je pense.

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

Quand à son IA, je fais toujours attention […]

Donc pour peu que ta stratégie marche, il va te refiler des résultats de merde. CQFD.

Si tu demandes à Google des infos, il va te donner ce qu'il pense le plus adapté à ta demande. Si ça ne te correspond pas, c'est que tu ne lui as pas filé assez d'infos sur toi.

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

Quelqu'un sait pourquoi ce n'est que maintenant d'ailleurs ?

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

On peut aussi très bien vivre sans LinuxFr

Oui bien sûr et quand je pèse le pour et le contre de LinuxFR, je trouve que c'est une bonne chose au final donc j'utilise sans soucis.

Pour peser le pour et le contre de la 5G j'ai bcp plus de mal et je voudrais un débat un peu plus intéressant. Le pour est très élevé, le contre aussi, donc c'est assez compliqué.

Mais on est d'accord "on peut vivre sans" n'est pas un argument en soit (et il me semble avoir expliqué autre chose dans l'autre moitié de la phrase, mais c'est peut-être pas clair).

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

Pour compiler peinard je me suis mis il y a quelques temps à docker.

Tu peux te faire par exemple un environnement "Ubuntu 18.04" (avec la version de gcc et libs qui vont bien etc.) et du coup compiler dans les bonnes conditions, quel que soit ton environnement (souvent plus moderne).

Docker c'est un peu un chroot de luxe, c'est à dire que tu ne virtualises pas ton noyau, tout tourne en natif.

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

Oui le débat est occulté de chaque côté avec des arguments fallacieux. Je dis ça d'autant plus que je fais partie des gens qui pensent sincèrement que on peut très bien vivre sans et que je pense que l'énergie de l'humanité ferait bien de résoudre d'autres problèmes, que la fuite en avant qui nous coûte un dérèglement climatique doit être modérée/stoppée, et aussi de ceux qui lorgnent du côté de la 5G pour tout ce qu'elle apporte techniquement (ultra haute vitesse ou ultra longue portée, gestion des objets en mouvement etc.)

Le débat mérite d'être posé (comme tout choix de société) mais avec des "je vais mourir à cause de la 5G" vs "ta gueule espèce d'Amiche", on n'avancera pas.

Et dans les arguments fallacieux je mets le fameux usecase du chirurgien de la ville qui opère à distance avec un robot un mec au milieu de la pampa.

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

il y a la liste des codec supporté

oui mais c'est bien là le cœur du pb, personne ne respecte les codecs à 100%, ni lecteur, ni encodeur. donc t'as beau afficher 'H264', selon les paramètres de ton encodeur ça pourrait ou pas marcher (d'où la question).

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