Je parle d'Android - mais Lineage se base toujours sur la dernière version d'Android pour ses nouveaux développements, donc c'est lié.
En fait, c'est dommage que les apps Lineage ne soient pas plus décorrélées de l'OS de base. Je suis persuadé que les nouvelles apps de Lineage 23 marchent quasi toutes sur Lineage 20+.
Pour les patchs de sécurité, les versions de Lineage/Android précédentes sont encore supportées je crois. Sauf que si je veux rester sur un Lineage 22+patchs, il faudra que je compile ça moi-même. Je l'ai déjà fait dans le passé, mais c'est un peu lourd.
J'ai juste l'impression de me faire enfermer petit à petit dans un OS de plus en plus restrictif, au fil des versions d'Android… et donc de Lineage.
A vrai dire, je ne suis pas certain de voir l'intérêt de courir après la dernière version d'Android. Je suis sur la version 22.2, je n'ai vu quasiment aucune différence avec la 21 ou avec la 20.
Par contre, Google à chaque fois en profite pour ajouter des cadenas à cet OS (pour ma sécurité, bien sûr !) pour exclure de plus en plus les acteurs tiers non commerciaux.
Mais j'ai peut-être raté des infos, et donc si on prend comme exemple Android 16, c'est quoi l'intérêt par rapport aux versions précédentes ?
Qui dit noyal, dit souvent drama sur la LKML. Et ces derniers temps, c'est bcachefs, le petit nouveau dans les systèmes de fichiers, qui tient la palme d'or…
Je ne suis pas sûr d'avoir suivi tous les rebondissements… Voici, de mémoire, ce que j'avais retenu:
- bcachefs a été introduit dans le noyal 6.7, en "expériemental"
- de façon répétée, la fenêtre d'intégration pour les ajouts de fonctionnalités n'a pas été respectée, mais le mainteneur (Kent Overstreet) argumentait que c'était surtout des ajouts essentiels pour la stabilité du FS
- le torchon brûle ainsi entre Linus et Kent, jusqu'à la 6.13 quand Kent s'est vu exclu de toute contribution au noyal par le Comité du Code de Conduite. Là, ça sent vraiment le roussi pour l'intégration de bcachefs.
- dans cette version 6.17, Linus a marqué bcachefs comme "Maintenu en externe". Ainsi, bcachefs va probablement devenir un module DKMS…
Personnellement je n'ai jamais essayé bcachefs, ext4 me convient très bien. Pour Kent, bien sûr, c'est le meilleur FS, impossible de perdre la moindre donnée ! Cette assurance absolue ne me rassure pas trop…
Je ne crois pas à la motivation juridique: la justice internationale (CPI, ONU…) n'a jamais été aussi faible qu'aujourd'hui, personne ne l'écoute en ce moment. Les dirigeants sous le coup d'un mandat d'arrêt se baladent sans être inquiétés, les résolutions de l'ONU servent de paillassons, les multinationales sont plus puissantes que des États…
Non, c'est probablement un critère bassement commercial: Microsoft estime qu'ils risquent de perdre de gros contrats (en UE par exemple) s'ils restent autant impliqués dans la guerre à Gaza.
ça marche mais faut autoriser le cookie de préférence du site qu'on a tendance à refuser avec les autres (si t'accepte aucun cookies, le site ne peux pas savoir que t'est déjà passé et que t'as déjà répondu à la question)
Ça, c'est juste parce que les sites ont choisi cette dichotomie absurde, afin de réafficher toujours le popup et espérer gagner une bataille d'usure. Le GDPR ne demande pas le consentement pour ce type de cookie, donc le "Refuser tous les cookies" peut très bien être mémorisé.
Quand on lit l'article, on est vite douché sur la réelle volonté de la Commission pour mettre fin à ce problème:
Parmi les solutions étudiées, la Commission évoque notamment la mise en place d'exceptions pour les types de cookies comportant peur de risques pour la vie privée des internautes.
Sauf que ça n'intéresse pas les sites qui veulent traquer l'utilisateur. Sinon le choix de ne pas stocker de cookie de traçage serait déjà mémorisé, et après quelques jours on n'aurait que peu de popups au quotidien.
Ou la possibilité de définir ses préférences de consentement au niveau du navigateur, qui se chargerait ensuite de l'appliquer automatiquement sur l'ensemble des sites visités.
Bref, DoNotTrack, qui existe déjà et qui n'intéresse pas non plus les régies publicitaires.
La Commission pourrait essayer d'imposer un framework web pour ce choix de cookie, par exemple. Le comportement de base serait alors maîtrisé, et on n'aurait plus ces contournements absurdes de l'esprit du GDPR.
N'exagérons rien. C'est une petit lib utilitaire, Apple comme Microsoft peuvent très bien en maintenir un fork en interne sans sourciller (ils le font sûrement déjà…). Ils pourraient aussi contribuer (humainement et/ou financièrement), si elle leur rend tant de services.
Quant au langage C, il est plein de pièges, mais en 1999 c'était le seul choix logique pour GNOME. Et depuis, des tas de tests ont été introduits dans libxml2, ce n'est pas non plus géré avec légèreté…
Bref, je ne m'inquiète pas vraiment: c'est juste un mainteneur qui cherche un(e) repreneur, pour un projet de taille tout à fait abordable.
les jeunes en particulier sont intéressés par les formats de haute qualité
Probablement, mais les jeunes, ils font comment pour lire la galette ronde ? Certains chanceux ont une console de jeux qui pourra lire les blue-ray, mais les autres…
Et puis, je ne vois pas en quoi le DVD ou le BR est un format de haute qualité, comparé aux concurrents en ligne. Le DVD, ce n'est même pas du FullHD. Le BR c'est FullHD et parfois 4K, bref à peu près ce que proposent les services de streaming.
Leur catalogue est impressionnant, et pour une perle rare il peut se justifier de faire le détour par leur magasin - 2 jours de suite, puisqu'il faut rendre le DVD le lendemain. Mais si c'est ça leur clientèle (qui sera forcément parisienne ou même du quartier), je comprends que ça ne suffise pas pour finir dans le positif.
Avec un tel catalogue, ce qui leur manque, c'est justement de proposer la lecture en streaming pour leurs DVDs. Mais j'imagine bien qu'obtenir le droit de faire ça, même à leur échelle, relève d'un parcours du combattant…
Je propose de mettre sur cette même ligne budgétaire les dépenses liées au proprio, et celles liées à l'Open source. Pas besoin de nouvelle taxe: on paie déjà les licences plein pot !
Bien sûr que c'est suspect. Mais le but de ces messages, c'est de créer un sentiment d'urgence et/ou de stress, avec un message court, pour éviter que la victime ne réfléchisse trop.
"Bonjour, j'ai juste besoin de 10€ pour un taxi pour rejoindre ma femme à l'hôpital !!"
"Votre colis, probablement important, est bloqué à la douane, allez ici pour régler les derniers détails"
"Vous êtes chez vous ?"
Au passage, pour moi le plus gros risque de dire si on est chez soi, c'est surtout si le gars possède à la fois le n° de téléphone et l'adresse: on est alors à deux doigts du cambriolage…
vu le public ciblé (criminalité de haut vol) je n'arrive pas à leur donner tort
Moi c'est l'inverse: vu le public ciblé (des criminels de haut vol) je n'arrive pas à leur donner raison. En trouant Telegram et Signal, on peut choper les petites frappes qui ne réfléchissent pas trop, et ne savent pas grand chose. Les autres, justement, ils vont migrer sur une app qu'ils savent sécurisée, exactement comme ton xmpp maison.
Bref, ils vont trouer la sécurité de tous les citoyens, pour n'attraper que des petits dealers de rue, et encore c'est pas sûr.
Personnellement je trouve que c'est beaucoup d'efforts pour pas grand chose, vu qu'on a déjà plusieurs alternatives libres qui fonctionnent bien (Aegis, FreeOTP+,…).
S'ils veulent vraiment avoir un truc à eux, pourquoi ne pas partir sur un dérivé d'une solution libre existante, avec un léger changement de thème pour mettre la marque "Proton" ? Ainsi ils peuvent contribuer upstream, ont moins de charge de maintenance, et partent d'un logiciel déjà mis à l'épreuve.
Mais bon, au final ils font bien ce qu'ils veulent, du moment que c'est libre c'est une bonne nouvelle.
J'ai eu le Jolla 1, que j'ai adoré. Il marche encore, d'ailleurs.
Mais j'ai arrêté d'investir dans Jolla lorsqu'après moultes années, ils n'ont toujours pas fait un seul pas dans la direction de l'open-source complet de leur OS.
Ne soyons pas naïfs non plus: une fois qu'une implémentation de POC sera faite, ce sera certainement la base pour l'implémentation définitive, avec un vaste copier-coller. Si les Google Play Services sont dans le POC, elles seront dans la version finale, c'est quasi certain.
Et puis, comme le dit le commentaire au dessus, les Google Play Services changent fondamentalement le "business flow" à démontrer. Il n'a donc rien à faire dans ce POC.
Mais je suis un peu déçu qu'il y ait besoin de créer des fichiers temporaires juste pour ça. Du coup il faut faire très attention à la façon dont le shell se termine, sinon on risque de laisser des traces derrières. N'y a-t-il pas moyen de s'en passer ?
bah quand même, on n'est pas sur le même niveau de séparation…
systemd:
- les libs de base
- resolvconf (pourquoi en faire un cas particulier ? je l'ignore)
- quasi tout le reste de systemd
- les tests
- ukify, dont j'ignorais l'existence même dans systemd jusqu'à aujourd'hui
vlc:
- les libs de base
- la partie CLI
- les GUIs, une par paquet
- chaque plugin a sont petit paquet
- des groupes de plugins sont aussi proposés pour simplifier
Il n'y a pas photo: dans un cas on installe quasiment tout chez tout le monde, dans l'autre on peut piocher selon les besoins.
NB: je viens de découvrir que Debian fait une séparation assez sympa des paquets systemd:
- une base commune pour la gestion des services,timers,sockets,etc
- gestion du boot (UEFI)
- gestion des containers
- gestion des HOME "portables" (systemd-homed)
- repartitionnement (systemd-repart)
- DNS resolver
- userdb
- NTP
- gestion du chiffrement
Voilà, là on a un effort de séparation, on pioche dans ce qu'on a besoin. J'aimerais que Archlinux s'en inspire !
Un problème de systemd dans l'embarqué, c'est que sur du très vieux matos où on n'a qu'un très vieux Linux, on ne peut pas utiliser de systemd récent, ou du moins ça peut devenir assez compliqué.
Sur cette question là, en effet, l'article botte en touche avec un "chez moi ça marche, donc c'est super".
C'est quand même fou que le packaging de systemd soit aussi monolithique, alors que pour des projets comme vlc ou qemu—du moins sur Archlinux—on trouve des dizainesde paquets…
[^] # Re: Intérêt du bleeding edge
Posté par Christophe . En réponse au lien LineageOS sort en version 23, basé sur Android 16. Évalué à 2 (+0/-0).
Je parle d'Android - mais Lineage se base toujours sur la dernière version d'Android pour ses nouveaux développements, donc c'est lié.
En fait, c'est dommage que les apps Lineage ne soient pas plus décorrélées de l'OS de base. Je suis persuadé que les nouvelles apps de Lineage 23 marchent quasi toutes sur Lineage 20+.
Pour les patchs de sécurité, les versions de Lineage/Android précédentes sont encore supportées je crois. Sauf que si je veux rester sur un Lineage 22+patchs, il faudra que je compile ça moi-même. Je l'ai déjà fait dans le passé, mais c'est un peu lourd.
J'ai juste l'impression de me faire enfermer petit à petit dans un OS de plus en plus restrictif, au fil des versions d'Android… et donc de Lineage.
# Intérêt du bleeding edge
Posté par Christophe . En réponse au lien LineageOS sort en version 23, basé sur Android 16. Évalué à 2 (+0/-0).
A vrai dire, je ne suis pas certain de voir l'intérêt de courir après la dernière version d'Android. Je suis sur la version 22.2, je n'ai vu quasiment aucune différence avec la 21 ou avec la 20.
Par contre, Google à chaque fois en profite pour ajouter des cadenas à cet OS (pour ma sécurité, bien sûr !) pour exclure de plus en plus les acteurs tiers non commerciaux.
Mais j'ai peut-être raté des infos, et donc si on prend comme exemple Android 16, c'est quoi l'intérêt par rapport aux versions précédentes ?
# Utiliser le fork Framanews ?
Posté par Christophe . En réponse au journal C'est la fin pour TinyTinyRSS. Évalué à 5 (+6/-3). Dernière modification le 04 octobre 2025 à 09:14.
Je vois qu'il existe un fork de tt-rss, créé pour les besoins de Framanews. C'est peut-être la meilleure solution à court terme ?
Edit: malheureusement il n'a pas l'air très maintenu…
# Statut de bcachefs
Posté par Christophe . En réponse au journal les dépêches noyal Linux me manquent. Évalué à 10 (+8/-0). Dernière modification le 29 septembre 2025 à 08:56.
Qui dit noyal, dit souvent drama sur la LKML. Et ces derniers temps, c'est bcachefs, le petit nouveau dans les systèmes de fichiers, qui tient la palme d'or…
Je ne suis pas sûr d'avoir suivi tous les rebondissements… Voici, de mémoire, ce que j'avais retenu:
- bcachefs a été introduit dans le noyal 6.7, en "expériemental"
- de façon répétée, la fenêtre d'intégration pour les ajouts de fonctionnalités n'a pas été respectée, mais le mainteneur (Kent Overstreet) argumentait que c'était surtout des ajouts essentiels pour la stabilité du FS
- le torchon brûle ainsi entre Linus et Kent, jusqu'à la 6.13 quand Kent s'est vu exclu de toute contribution au noyal par le Comité du Code de Conduite. Là, ça sent vraiment le roussi pour l'intégration de bcachefs.
- dans cette version 6.17, Linus a marqué bcachefs comme "Maintenu en externe". Ainsi, bcachefs va probablement devenir un module DKMS…
Personnellement je n'ai jamais essayé bcachefs, ext4 me convient très bien. Pour Kent, bien sûr, c'est le meilleur FS, impossible de perdre la moindre donnée ! Cette assurance absolue ne me rassure pas trop…
[^] # Re: Motivation
Posté par Christophe . En réponse au lien Microsoft a retiré à Israël l'usage de sa technologie de surveillance de masse sur des palestiniens. Évalué à 8 (+6/-0).
Je ne crois pas à la motivation juridique: la justice internationale (CPI, ONU…) n'a jamais été aussi faible qu'aujourd'hui, personne ne l'écoute en ce moment. Les dirigeants sous le coup d'un mandat d'arrêt se baladent sans être inquiétés, les résolutions de l'ONU servent de paillassons, les multinationales sont plus puissantes que des États…
Non, c'est probablement un critère bassement commercial: Microsoft estime qu'ils risquent de perdre de gros contrats (en UE par exemple) s'ils restent autant impliqués dans la guerre à Gaza.
[^] # Re: Un titre bien optmiste
Posté par Christophe . En réponse au lien "Fatigue des cookies" : bientôt la fin ?. Évalué à 7 (+5/-0). Dernière modification le 23 septembre 2025 à 11:29.
Ça, c'est juste parce que les sites ont choisi cette dichotomie absurde, afin de réafficher toujours le popup et espérer gagner une bataille d'usure. Le GDPR ne demande pas le consentement pour ce type de cookie, donc le "Refuser tous les cookies" peut très bien être mémorisé.
# Un titre bien optmiste
Posté par Christophe . En réponse au lien "Fatigue des cookies" : bientôt la fin ?. Évalué à 5 (+3/-0).
Quand on lit l'article, on est vite douché sur la réelle volonté de la Commission pour mettre fin à ce problème:
Parmi les solutions étudiées, la Commission évoque notamment la mise en place d'exceptions pour les types de cookies comportant peur de risques pour la vie privée des internautes.
Sauf que ça n'intéresse pas les sites qui veulent traquer l'utilisateur. Sinon le choix de ne pas stocker de cookie de traçage serait déjà mémorisé, et après quelques jours on n'aurait que peu de popups au quotidien.
Ou la possibilité de définir ses préférences de consentement au niveau du navigateur, qui se chargerait ensuite de l'appliquer automatiquement sur l'ensemble des sites visités.
Bref, DoNotTrack, qui existe déjà et qui n'intéresse pas non plus les régies publicitaires.
La Commission pourrait essayer d'imposer un framework web pour ce choix de cookie, par exemple. Le comportement de base serait alors maîtrisé, et on n'aurait plus ces contournements absurdes de l'esprit du GDPR.
[^] # Re: Cette erreur stratégique
Posté par Christophe . En réponse au lien libxml2 Maintainer Stepping Down - "More Or Less Unmaintained For Now" - Phoronix. Évalué à 10 (+8/-0).
N'exagérons rien. C'est une petit lib utilitaire, Apple comme Microsoft peuvent très bien en maintenir un fork en interne sans sourciller (ils le font sûrement déjà…). Ils pourraient aussi contribuer (humainement et/ou financièrement), si elle leur rend tant de services.
Quant au langage C, il est plein de pièges, mais en 1999 c'était le seul choix logique pour GNOME. Et depuis, des tas de tests ont été introduits dans libxml2, ce n'est pas non plus géré avec légèreté…
Bref, je ne m'inquiète pas vraiment: c'est juste un mainteneur qui cherche un(e) repreneur, pour un projet de taille tout à fait abordable.
# Joli catalogue, mais format dépassé
Posté par Christophe . En réponse au lien A Paris, l'un des derniers vidéoclubs lutte pour sa survie. Évalué à 6 (+4/-0). Dernière modification le 20 septembre 2025 à 08:46.
Je cite le gérant:
Probablement, mais les jeunes, ils font comment pour lire la galette ronde ? Certains chanceux ont une console de jeux qui pourra lire les blue-ray, mais les autres…
Et puis, je ne vois pas en quoi le DVD ou le BR est un format de haute qualité, comparé aux concurrents en ligne. Le DVD, ce n'est même pas du FullHD. Le BR c'est FullHD et parfois 4K, bref à peu près ce que proposent les services de streaming.
Leur catalogue est impressionnant, et pour une perle rare il peut se justifier de faire le détour par leur magasin - 2 jours de suite, puisqu'il faut rendre le DVD le lendemain. Mais si c'est ça leur clientèle (qui sera forcément parisienne ou même du quartier), je comprends que ça ne suffise pas pour finir dans le positif.
Avec un tel catalogue, ce qui leur manque, c'est justement de proposer la lecture en streaming pour leurs DVDs. Mais j'imagine bien qu'obtenir le droit de faire ça, même à leur échelle, relève d'un parcours du combattant…
# Commit plus très jeune
Posté par Christophe . En réponse au journal Microsoft libère le code de leur Basic pour le microprocesseur 6502. Évalué à 9 (+7/-0).
Ils se sont amusés sur la date du commit, on dirait:
committed on Jul 27, 1978[^] # Re: 1% de busget
Posté par Christophe . En réponse au lien The EU needs a corporate “open source contribution tax” to fund open source maintainers - OSnews. Évalué à 4 (+2/-0).
Je propose de mettre sur cette même ligne budgétaire les dépenses liées au proprio, et celles liées à l'Open source. Pas besoin de nouvelle taxe: on paie déjà les licences plein pot !
[^] # Re: Sans consentement vraiment ?
Posté par Christophe . En réponse au lien YouTube édite automatiquement et sans consentement des vidéos avec de l'IA. Évalué à 4 (+2/-0).
Tout à fait, on a vite fait d'oublier la longue liste de droits qu'on a cédés à Youtube pour héberger nos vidéos…
[^] # Re: ===
Posté par Christophe . En réponse au lien Freewifi_secure sera débranché le 1er octobre 2025. Évalué à 3 (+2/-1).
Je ne vois pas pourquoi, c'est plus populaire que jamais; par contre, pour l'ethernet, c'est une autre histoire.
[^] # Re: j'ai reçu la même chose en début de moi
Posté par Christophe . En réponse au journal Phishing niveau avancé : le faux livreur par SMS. Évalué à 7 (+5/-0).
Bien sûr que c'est suspect. Mais le but de ces messages, c'est de créer un sentiment d'urgence et/ou de stress, avec un message court, pour éviter que la victime ne réfléchisse trop.
"Bonjour, j'ai juste besoin de 10€ pour un taxi pour rejoindre ma femme à l'hôpital !!"
"Votre colis, probablement important, est bloqué à la douane, allez ici pour régler les derniers détails"
"Vous êtes chez vous ?"
Au passage, pour moi le plus gros risque de dire si on est chez soi, c'est surtout si le gars possède à la fois le n° de téléphone et l'adresse: on est alors à deux doigts du cambriolage…
[^] # Re: Et pendant ce temps, dans le "camp d'en face"
Posté par Christophe . En réponse au lien Voilà les pays de l'UE qui abandonnent la vie privée pour scanner vos messages chiffrés. Évalué à 10 (+8/-0).
Moi c'est l'inverse: vu le public ciblé (des criminels de haut vol) je n'arrive pas à leur donner raison. En trouant Telegram et Signal, on peut choper les petites frappes qui ne réfléchissent pas trop, et ne savent pas grand chose. Les autres, justement, ils vont migrer sur une app qu'ils savent sécurisée, exactement comme ton xmpp maison.
Bref, ils vont trouer la sécurité de tous les citoyens, pour n'attraper que des petits dealers de rue, et encore c'est pas sûr.
[^] # Re: TOTP
Posté par Christophe . En réponse au lien 2FA : Proton lance une appli "Authenticator" dédiée (et libre). Évalué à 4 (+2/-0).
Personnellement je trouve que c'est beaucoup d'efforts pour pas grand chose, vu qu'on a déjà plusieurs alternatives libres qui fonctionnent bien (Aegis, FreeOTP+,…).
S'ils veulent vraiment avoir un truc à eux, pourquoi ne pas partir sur un dérivé d'une solution libre existante, avec un léger changement de thème pour mettre la marque "Proton" ? Ainsi ils peuvent contribuer upstream, ont moins de charge de maintenance, et partent d'un logiciel déjà mis à l'épreuve.
Mais bon, au final ils font bien ce qu'ils veulent, du moment que c'est libre c'est une bonne nouvelle.
[^] # Re: MS m'a tuer
Posté par Christophe . En réponse au lien Nokia, de 1865 à la téléphonie mobile . Évalué à 3 (+1/-0).
J'ai eu le Jolla 1, que j'ai adoré. Il marche encore, d'ailleurs.
Mais j'ai arrêté d'investir dans Jolla lorsqu'après moultes années, ils n'ont toujours pas fait un seul pas dans la direction de l'open-source complet de leur OS.
[^] # Re: Comme d'hab, personne lit le readme
Posté par Christophe . En réponse au lien Le futur wallet européen ne sera pas souverain et pas contrôlé par ses utilisateurs. Évalué à 10 (+12/-3). Dernière modification le 28 juillet 2025 à 13:36.
Ne soyons pas naïfs non plus: une fois qu'une implémentation de POC sera faite, ce sera certainement la base pour l'implémentation définitive, avec un vaste copier-coller. Si les Google Play Services sont dans le POC, elles seront dans la version finale, c'est quasi certain.
Et puis, comme le dit le commentaire au dessus, les Google Play Services changent fondamentalement le "business flow" à démontrer. Il n'a donc rien à faire dans ce POC.
[^] # Re: Droits sur ce scan ?
Posté par Christophe . En réponse au lien Ils vont cloner Notre-Dame de Paris : le projet fou de Microsoft. Évalué à 8 (+6/-0).
Surtout que pour ce bâtiment, ça a déjà été fait, et par des entreprises françaises: https://www.citedelarchitecture.fr/fr/agenda/visite/notre-dame-de-paris-11-le-jumeau-virtuel
[^] # Re: Trop de succès ?
Posté par Christophe . En réponse au lien Abrogation de la loi Duplomb: une pétition bat des records sur le site de l’Assemblée Nationale. Évalué à 9.
Rappelons ici le lien direct vers la pétition: https://petitions.assemblee-nationale.fr/initiatives/i-3014
# Fork d'Organic Maps
Posté par Christophe . En réponse au lien Abandonnez Google Maps pour CoMaps, une appli qui ne vous traque pas et ne vide pas votre batterie. Évalué à 6.
C'est la suite du fork qui a été décrit dans ce journal: https://linuxfr.org/users/ploum/journaux/fork-d-organic-map-et-applis-de-navigation
Apparemment ils ont réussi à fédérer une communauté, le fork semble très actif. Bonne continuation !
# Fichiers temporaires
Posté par Christophe . En réponse au journal Auxilium - Simplifiez le Traitement des Arguments de vos Scripts Shell. Évalué à 5.
Ça a l'air sympa !
Mais je suis un peu déçu qu'il y ait besoin de créer des fichiers temporaires juste pour ça. Du coup il faut faire très attention à la façon dont le shell se termine, sinon on risque de laisser des traces derrières. N'y a-t-il pas moyen de s'en passer ?
[^] # Re: C’est bien, mais !
Posté par Christophe . En réponse au lien Finalement Systemd c'est une bonne techno (avec 12 ans de recul). Évalué à 7. Dernière modification le 11 juillet 2025 à 19:18.
bah quand même, on n'est pas sur le même niveau de séparation…
systemd:
- les libs de base
- resolvconf (pourquoi en faire un cas particulier ? je l'ignore)
- quasi tout le reste de systemd
- les tests
- ukify, dont j'ignorais l'existence même dans systemd jusqu'à aujourd'hui
vlc:
- les libs de base
- la partie CLI
- les GUIs, une par paquet
- chaque plugin a sont petit paquet
- des groupes de plugins sont aussi proposés pour simplifier
Il n'y a pas photo: dans un cas on installe quasiment tout chez tout le monde, dans l'autre on peut piocher selon les besoins.
NB: je viens de découvrir que Debian fait une séparation assez sympa des paquets systemd:
- une base commune pour la gestion des services,timers,sockets,etc
- gestion du boot (UEFI)
- gestion des containers
- gestion des HOME "portables" (systemd-homed)
- repartitionnement (systemd-repart)
- DNS resolver
- userdb
- NTP
- gestion du chiffrement
Voilà, là on a un effort de séparation, on pioche dans ce qu'on a besoin. J'aimerais que Archlinux s'en inspire !
[^] # Re: C’est bien, mais !
Posté par Christophe . En réponse au lien Finalement Systemd c'est une bonne techno (avec 12 ans de recul). Évalué à 5.
Un problème de systemd dans l'embarqué, c'est que sur du très vieux matos où on n'a qu'un très vieux Linux, on ne peut pas utiliser de systemd récent, ou du moins ça peut devenir assez compliqué.
[^] # Re: C’est bien, mais !
Posté par Christophe . En réponse au lien Finalement Systemd c'est une bonne techno (avec 12 ans de recul). Évalué à 9.
Sur cette question là, en effet, l'article botte en touche avec un "chez moi ça marche, donc c'est super".
C'est quand même fou que le packaging de systemd soit aussi monolithique, alors que pour des projets comme vlc ou qemu—du moins sur Archlinux—on trouve des dizaines de paquets…