J'aimerais bien utilisé systemd-bootd à la plage de grub parce qu'il est … bien plus agréable. Mais aujourd'hui c'est peu pratique, parce que mal intégré dans fedora.
Les changements fait sur grub permettront-il d'utilise systemd-bootd à la place ?
"- les premiers déploiement à l'étranger montrent que les antennes 5G consomment jusqu'à 3,5 fois plus qu’une antenne 4G"
Reprendre une telle connerie est une honte. On parle d'un type d'antenne, pour un type de fréquence, sans tenir compte de la capacité bien plus importante.
Je n'ai pas compris ta remarque. Tu veux dire qu'il aura à terme 4 x fois d'antennes (donc ca va compenser l'augmentation de la consommation) ? Ou que la consommation totale sera bien bien 3,5 x plus élevé mais on pourra y faire passer plus de chose ?
Je reste persuadé que systemd-homed va casser des choses dans le système actuel et le rendre incompatible avec l'existant.
Alors …
1/ est-ce que systemd-timer a cassé quelque chose dans cron ?
2/ est-ce que systemd-sysuser a cassé quelque chose dans la création des utilisateurs système ?
3/ est-ce que systemd-tmpfiles a cassé quelque chose dans le peuplement de /etc ?
4/ est-ce que systemd-mount a cassé mount ?
5/ est-ce que systemd-fsck | systemd-growfs | … ont cassés fsck, mkfs, fdisk, … ?
6/ est-ce que systemd-halt a cassé l'arrêt de la machine ?
7/ est-ce que systemd-hibernate a cassé l'hibernation ?
8/ est-ce que systemd-networkd a cassé network-manager ou autre ?
9/ est-ce que systemd-boot a cassé grub ?
The gecos field normally contains comma (,'') separated subfields as
follows:
name user's full name
office user's office number
wphone user's work phone number
hphone user's home phone number` `
Bin oui. Vraie question. J'ai argumenté, je n'ai pas été suivi, mais je n'ai pas été convaincu.
Et comme tu n'as pas été convaincu, Lennart ne devrait pas proposer de résoudre son problème à lui ?
Les distributions devraient arrêter d'intégrer les outils qui sont plébiscités ?
Après, pour la partie argumentée … j'ai un peu de doute. Tu as juste confirmé ce que dit Lennart, il ne prend pas tous les cas en compte. Et comme personne ne sera jamais obligé d'utiliser systemd-homed (tout comme personne n'est obligé d'utiliser systemd-sysuser, systemd-tmpfiles, systemd-timer, systemd-networkd, …), il n'y aura jamais de problème.
(disclaimer: je m'emporte assez facilement sur ces sujets, ne prenez pas trop personnellement ce que je dis, hein, je ne veux pas choquer ou heurter)
Cela ne t'empêche pas de ne pas dire n'importe quoi (double négation pour que tout soit clair).
systemd-homed répond à un cas d'usage. Si ce cas t'intéresse tu l'utilise, si tu le trouve mal foutu tu utilise autre chose ou tu propose (je parle en terme de code) autre chose, si ca ne t'intéresse pas tu ne l'utilise pas et tu n'utilise pas autre.
J'ai vraiment du mal a comprendre cet haine contre ceux qui font du code libre (parfois sur leur temps libre) et le propose en libre distribution. Personne n'oblige personne d'utiliser ces logiciels.
Je me rappelle ce qu'un collègue me disait il y a longtemps. Le problème des logiciels gratuits (pas que libre) c'est que comme on ne paie pas, on est beaucoup plus exigent. A un moment donné faut se détendre. Prendre ce qui nous intéresse et mettre de côté ce qui ne nous intéresse pas. Sans insulter tout le monde et dire tout un ramassis de connerie sur des sites ouverts.
Je ne suis pas le plus grand spécialiste de python mais moi je dirais "non", parce que :
1/ tu lis 2 fois le fichier (modulo je ne vois pas comment tu peux iterer sur NumberOfLine qui est un chiffre)
2/ l'itérateur n'accélère pas le code si tu iter la totalité de ton fichier dans tous les cas avant de retourner le résultat.
The latest stable IPCop version is 2.1.9, released on 2015-02-23. There are no installation files for 2.1.9, you need to install 2.1.8 and then upgrade to 2.1.9.
[^] # Re: c'est pas Linux c'est GNU
Posté par GnunuX (site web personnel) . En réponse au message Un bug dans les shell ?!!!! Mais en fait non (Linux fuck Posix). Évalué à 3.
Ce que tu dis n'est pas complètement exact :
Ce n'est pas GNU mais GNU/Bash. GNU/coreutils respect POSIX.[gnunux@gnunux ~]$ /usr/bin/pwd --version
pwd (GNU coreutils) 9.1
Copyright © 2022 Free Software Foundation, Inc.
[..]
En même temps … l'option -L est bien plus logique par défaut que l'option -P … Je dis ça …
[^] # Re: Nostalgie
Posté par GnunuX (site web personnel) . En réponse au lien Un billet qui explique pourquoi il ne sert à rien d'être pour ou contre Wayland (via OSnews) . Évalué à 6.
C'est un peut le principe. Tant que ce n'est pas fait, ce n'est pas fait.
[^] # Re: Wayland inside?
Posté par GnunuX (site web personnel) . En réponse à la dépêche Debian 12 : le début d'une nouvelle ère. Évalué à 2.
Avec XWayland, je ne vois pas où est le problème.
# MacroDNF ?
Posté par GnunuX (site web personnel) . En réponse au lien DNF => MicroDNF. Évalué à 4.
Zut microdnf était pratique parce qu'il était … micro. Très petit et avec très peu de dépendance. Pratique pour faire des conteneurs.
J'ai peur que ca devient "macrodnf" maintenant …
[^] # Re: true=0 ?
Posté par GnunuX (site web personnel) . En réponse au journal Challenge: Écrire la plus petite implémentation de /bin/true. Évalué à 5.
true ne renvoi pas 0, le code de retour est 0 (ce n'est pas la meme chose).
Le code retour des applications qui n'ont pas de problème est "0".
# La configuration de GRUB est unifiée pour toutes les architectures ... et avec systemd-bootd ?
Posté par GnunuX (site web personnel) . En réponse à la dépêche Fedora 34 du nouveau : logo, versions de logiciels, documentation et un peu de Borsalinux. Évalué à 2.
J'aimerais bien utilisé systemd-bootd à la plage de grub parce qu'il est … bien plus agréable. Mais aujourd'hui c'est peu pratique, parce que mal intégré dans fedora.
Les changements fait sur grub permettront-il d'utilise systemd-bootd à la place ?
[^] # Re: impressionnant de bêtises !
Posté par GnunuX (site web personnel) . En réponse au lien Un moratoire sur la 5G ?. Évalué à 4.
Je n'ai pas compris ta remarque. Tu veux dire qu'il aura à terme 4 x fois d'antennes (donc ca va compenser l'augmentation de la consommation) ? Ou que la consommation totale sera bien bien 3,5 x plus élevé mais on pourra y faire passer plus de chose ?
[^] # Re: Dénonçons, crachons et vilipendons
Posté par GnunuX (site web personnel) . En réponse au journal Faites comme je dis mais pas comme je fais. Évalué à 10.
Je ne connais pas tout le monde mais cadoles c'est https://cadoles.com ? Si c'est le cas :
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par GnunuX (site web personnel) . En réponse au lien Lennart revient, cette fois-ci il s'attaque à nos homes !!!. Évalué à 2.
Alors …
1/ est-ce que systemd-timer a cassé quelque chose dans cron ?
2/ est-ce que systemd-sysuser a cassé quelque chose dans la création des utilisateurs système ?
3/ est-ce que systemd-tmpfiles a cassé quelque chose dans le peuplement de /etc ?
4/ est-ce que systemd-mount a cassé mount ?
5/ est-ce que systemd-fsck | systemd-growfs | … ont cassés fsck, mkfs, fdisk, … ?
6/ est-ce que systemd-halt a cassé l'arrêt de la machine ?
7/ est-ce que systemd-hibernate a cassé l'hibernation ?
8/ est-ce que systemd-networkd a cassé network-manager ou autre ?
9/ est-ce que systemd-boot a cassé grub ?
(je vais arrêté là …)
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par GnunuX (site web personnel) . En réponse au lien Lennart revient, cette fois-ci il s'attaque à nos homes !!!. Évalué à 2.
Oui, parce qu'il y a l'erreur originelle :
Il n'y a pas de changement du système de login. Lui ajoute des informations en plus que d'autres pourront utilisés facilement.
Pour le reste, c'est comme avant.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par GnunuX (site web personnel) . En réponse au lien Lennart revient, cette fois-ci il s'attaque à nos homes !!!. Évalué à 0.
Pas du tout.
Il devrait prendre exemple sur toi niveau crédibilité…
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par GnunuX (site web personnel) . En réponse au lien Lennart revient, cette fois-ci il s'attaque à nos homes !!!. Évalué à 2.
J'ai donné un lien vers wikipédia qui explique …
Mais je suppose que ce n'était pas une bonne idée.
J'aurais dû donner ce lien : https://man.netbsd.org/NetBSD-6.0/passwd.5
The gecos field normally contains comma (
,'') separated subfields as
follows:
`name user's full name
office user's office number
wphone user's work phone number
hphone user's home phone number`
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par GnunuX (site web personnel) . En réponse au lien Lennart revient, cette fois-ci il s'attaque à nos homes !!!. Évalué à 2.
Moui ben pas moi. adduser est un script perl spécifique à Debian.
Ce script demande les éléments a mettre dans le champ GECOS : https://en.wikipedia.org/wiki/Gecos_field
Donc bon, le rapport avec GNU …
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par GnunuX (site web personnel) . En réponse au lien Lennart revient, cette fois-ci il s'attaque à nos homes !!!. Évalué à 1.
Et comme tu n'as pas été convaincu, Lennart ne devrait pas proposer de résoudre son problème à lui ?
Les distributions devraient arrêter d'intégrer les outils qui sont plébiscités ?
Après, pour la partie argumentée … j'ai un peu de doute. Tu as juste confirmé ce que dit Lennart, il ne prend pas tous les cas en compte. Et comme personne ne sera jamais obligé d'utiliser systemd-homed (tout comme personne n'est obligé d'utiliser systemd-sysuser, systemd-tmpfiles, systemd-timer, systemd-networkd, …), il n'y aura jamais de problème.
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par GnunuX (site web personnel) . En réponse au lien Lennart revient, cette fois-ci il s'attaque à nos homes !!!. Évalué à 0.
Heu "désactiver le service systemd-homed" c'est ca les pleins de torts et d'ennuis ?
[^] # Re: Je suis d'accord pour dépoussiérer tout ça
Posté par GnunuX (site web personnel) . En réponse au lien Lennart revient, cette fois-ci il s'attaque à nos homes !!!. Évalué à 4.
Cela ne t'empêche pas de ne pas dire n'importe quoi (double négation pour que tout soit clair).
systemd-homed répond à un cas d'usage. Si ce cas t'intéresse tu l'utilise, si tu le trouve mal foutu tu utilise autre chose ou tu propose (je parle en terme de code) autre chose, si ca ne t'intéresse pas tu ne l'utilise pas et tu n'utilise pas autre.
J'ai vraiment du mal a comprendre cet haine contre ceux qui font du code libre (parfois sur leur temps libre) et le propose en libre distribution. Personne n'oblige personne d'utiliser ces logiciels.
Je me rappelle ce qu'un collègue me disait il y a longtemps. Le problème des logiciels gratuits (pas que libre) c'est que comme on ne paie pas, on est beaucoup plus exigent. A un moment donné faut se détendre. Prendre ce qui nous intéresse et mettre de côté ce qui ne nous intéresse pas. Sans insulter tout le monde et dire tout un ramassis de connerie sur des sites ouverts.
[^] # Re: état de Wayland ?
Posté par GnunuX (site web personnel) . En réponse à la dépêche Nouvelle version de Fedora dite 33. Évalué à 3.
Je ne sais pas bien ce que tu entends pas "partager" mais si c'est diffuser un bureau ou une application wayland, moi cela marche sur firefox/jit.si.
# non
Posté par GnunuX (site web personnel) . En réponse au message generateur et performances. Évalué à 4.
Je ne suis pas le plus grand spécialiste de python mais moi je dirais "non", parce que :
1/ tu lis 2 fois le fichier (modulo je ne vois pas comment tu peux iterer sur NumberOfLine qui est un chiffre)
2/ l'itérateur n'accélère pas le code si tu iter la totalité de ton fichier dans tous les cas avant de retourner le résultat.
PS: il y a une bibliothèque pour lire le csv : https://docs.python.org/3/library/csv.html
[^] # Re: licence de la base de données?
Posté par GnunuX (site web personnel) . En réponse au journal libloc, l'alternative à GeoIP/GeoLite. Évalué à 10.
Ou pas :
4 # Generated: Tue, 18 Aug 2020 05:32:07 GMT
5 # Vendor: IPFire Project
6 # License: CC BY-SA 4.0
[^] # Re: .
Posté par GnunuX (site web personnel) . En réponse au journal systemd: identifiant unique, world-readable?. Évalué à 0.
Ah ben si un gus à dit qu'il lui semble quelque chose c'est que c'est forcement fragile.
[^] # Re: stockage massif
Posté par GnunuX (site web personnel) . En réponse au lien FreeNAS is coming to Linux: quoi?. Évalué à 2.
NuFW était une extension de netfilter, pas un parefeu additionnel.
[^] # Re: Quelques idées
Posté par GnunuX (site web personnel) . En réponse au message Trouver ce qui déclenche un service systemd. Évalué à 3.
Moi j'utilise généralement : systemd-analyze critical-chain nom_du_service.service
Je ne sais pas si ca répond à tous les besoins mais pour le moment ca a toujours répondu à mes questions.
[^] # Re: Fatiguant
Posté par GnunuX (site web personnel) . En réponse au lien [en] Lennart Poettering veut prendre ses aises dans votre $HOME. Évalué à 3.
L'UID fait est forcement identique parce que associé au home : https://systemd.io/USER_RECORD/
Je ne vois pas bien le problème, puisque le home n'est qu'un fichier au final.
Mais oui, il faut homectl sur ta distribution pour que ca soit fonctionnel.
Lennard parle de "migratable home directory" si tu préfère.
[^] # Re: Fatiguant
Posté par GnunuX (site web personnel) . En réponse au lien [en] Lennart Poettering veut prendre ses aises dans votre $HOME. Évalué à 3.
C'est vrai qu'il n'y avait pas pensé …
Ah ben si …[gnunux@localhost ~]$ rpm -qa systemd-pam
systemd-pam-243.8-1.fc31.x86_64
Le chiffrement du répertoire HOME (et pas de la partition), la possibilité d'avoir un HOME vraiment portable entre plusieurs systèmes, …
Si tu es vraiment intéressé je t'invite à voir une conf de lennart sur le sujet : https://invidious.fdn.fr/watch?v=ZwjzfdLJtX4
# Vraiment pour sécuriser ?
Posté par GnunuX (site web personnel) . En réponse au message Configuration Ipcop et Vlans. Évalué à 4.