C'est quand même très courant ici de se faire moinser pour une annonce sans fourchette. Si c'est une pratique "stupide", il faut la changer mais en attendant, c'est documenté. Et ce n'est pas parce que c'est pour bosser chez Mediapart qu'il faut plus le regretter que lorsqu'il s'agit d'une annonce de startup innovante qui fournit le baby-foot ou de boite de service chez qui tu auras du challenge.
Peut-être entre les distributions RPM mais je n'y crois pas trop.
En effet, on a déjà PackageKit qui fait exactement ça : une abstraction pour que chaque gestionnaire de paquets puisse fournir son implémentation dédiée, un démon, une API DBus et une gestion de droits via Polkit… Mais l'intégration de PackageKit dans les distributions s'est fait dans la douleur et sur de (très) nombreuses années. Et je vois souvent des utilisateurs conseiller aux nouveaux de ne pas utiliser Discover (chez KDE) ou Software (chez GNOME)… C'est pour ça que je ne crois pas trop à un nouvel effort de standardisation entre les gestionnaires de paquets. Et d'ailleurs, PackageKit n'est plus sensé évoluer.
[…] dnf's API available for application via DBus calls […] This makes it easy to do packaging action from your application no matter what language it is written in, as long as there is DBus binding for it.
[…] prendre des décisions rapides et efficaces […] redéfinir un fonctionnement clair et largement accepté.
Je crois qu'il est possible d'avoir des "décisions efficaces" et un "fonctionnement clair". Car l'efficacité peut être amenée par la simplicité, qui permet de plus facilement appréhender les choses.
Par contre, il me parait impossible d'avoir des "décisions rapides" et un "fonctionnement largement accepté". Sauf si ce "fonctionnement largement accepté" est de laisser décider un dictateur ou un groupe de personne (donc, une oligarchie). Mais je veux bien que tu détailles ce que tu entends par "fonctionnement largement accepté".
Why the change ?
When Mozilla approached Canonical, they had some clear benefits in mind. Those included:
* Cross-platform support: The snap will run on all distributions that run snapd - now and in the future
* Authenticity: You’re getting Firefox, unadulterated, straight from the source
* Effortless updates: Get security updates from Mozilla, fast
* Less time on maintenance, more time for features: Community developers can focus on innovation, instead of being mired in support
Et plus loin :
Didn’t you do this before? Yes. Kind of, with the transition to the Chromium snap a few years ago. […]. However, that decision was all us, for maintenance reasons. This time around, for Firefox, it’s a coordinated effort between Mozilla and Ubuntu.
Posté par bbo .
En réponse au journal utiliser ubuntu sans snap.
Évalué à 2.
Dernière modification le 02 avril 2022 à 14:09.
dont l'avantage, après lecture, se limite à une feature très "niche"
Snap ne fournit pas que l'auto-update.
C'est un peu comme avec Flatpak, laisser de côté le sandboxing (même si tous les snaps ne sont pas confinés, mais c'est indépendant d'Ubuntu) et le fait qu'un seul "paquet" soit installable/utilisable sur plusieurs versions de plusieurs distributions c'est passer à côté d'une grosse partie des raisons ayant amené le développement de ces 2 systèmes de paquets "universels". Raisons qui ne sont pas sans conséquences.
Mais c'est vrai que ces fonctionnalités peuvent aussi être considérées de niche.
Oui, pardon, tu parlais explicitement de logiciel libre. J'aurai dû préciser que je complétais avec des morceaux du programme "dans les thématiques abordées généralement sur LinuxFR" :)
Quoiqu'il en soit, je trouve que cela reste flou. Concrètement, créer un organisme et organiser un débat ne semble pas engager à grand chose.
Je reconnais que c'est dommage que ces propositions n'aient pas été reprises explicitement dans le programme du candidat.
En complément de ce que tu cites, Jadot propose (page 83) de créer "un organisme pour la transparence et l’éthique des algorithmes" et d'organiser
un débat européen autour de l’émergence d’un écosystème numérique diversifié,déconcentré et démocratiquement contrôlé, avec l’instauration de nouvelles normes européennes anti-trust.
En faite je fabrique mon propre logiciel de sauvegarde (je ne me base donc pas sur un outil existant).
D'après moi, tu dis tout là. Ton logiciel, c'est pour faire… de la sauvegarde !
Stocker des métriques, faire des requêtes dessus et les afficher dans un navigateur ne me parait pas être le but d'un logiciel de sauvegarde.
Franchement, si tu te lances dans un moteur de stockage de données temporelles et dans un outil de visualisation de ces données, dans vraiment pas très longtemps tu ne seras plus en train de développer un outil de sauvegarde.
Si Prometheus et Grafana existent (entre autres, ils ont chacun des concurrents), c'est que le sujet est suffisamment compliqué pour justifier un outil dédié. Si leur doc parait compliquée, c'est peut être qu'il faut du temps pour appréhender certains concepts qui paraissent intuitivement simples mais qui, en réalité, ne le sont pas (le diable se cachant dans les détails). Concepts que tu devras de toute façon bien appréhender pour pouvoir, je te cite :
stocker de manière efficiente les valeurs actuelles, leur historique et ensuite pouvoir les restituer de manière efficiente également
Donc, tes 2 solutions me paraissent être :
Avoir une dépendance sur un outil dédié (mais externe). Les autres ont déjà donné des pistes.
Avoir une dépendance sur ton outil qui, en plus je te le dis, marchera moins bien que les outils dédiés, tout en étant moins flexible et pas interopérable
Il me semble que l'auteur des modules color et faker avait été viré de Github suite à ses actions. J'aurai imaginé que Github déplateforme également l'auteur de node-ipc ce qui ne semble pas (encore ?) être le cas…
ce que je regrette , c'est que les distros rh like ne le propose pas hors epel
En ce qui me concerne, je trouve que c'est mieux que ça soit fourni par EPEL !
Quand KDE était dans les dépôts RHEL, c'était figé. Contrairement à GNOME qui était mis à jour de temps en temps. Il y a bien eu une tentative de fournir Plasma 5 via EPEL pour CentOS 7 mais j'ai pas l'impression que ça se soit bien terminé.
Maintenant qu'il n'y a plus "que" Qt dans RHEL, les contributeurs Fedora peuvent plus facilement pousser dans EPEL (pas de risque de conflit avec des paquets KDE dans RHEL vu qu'il n'y en a plus !). Et je trouve ça beaucoup mieux pour les utilisateurs de Plasma de savoir qu'il y aura environ une mise à jour par an au lieu de zéro (Visiblement Plasma 5.23.3 en ce moment sur CentOS 8, c'est quand même hyper récent pour une distro aussi stable/vieille)
En moins chronophage mais tout autant disruptif : tu vends un NFT contenant :
Toute la collection des Virus Informatique (sauf le 1er numéro) est associée à "mets le nom de celui qui te l'a acheté ici" et se trouvent à "mets ton adresse postale ici".
Ça correspond aux points 1 et 2 décrit ici. Si tu en as marre de les garder, ou que tu les déplaces dans le garage, voir le point 3. Et si tu vends ta maison et déménage, voir point 4.
Donc j'ai le sentiment que ce qui a été mesuré, c'est la vitesse de démarrage de l’interpréteur python (en C) par rapport à un programme en C.
Pas sûr. Il est dit :
A 10 reprises, chaque solution a été exécutée et les performances associées mesurées « afin de réduire l’impact des démarrages à froid et des effets du cache, d’analyser la cohérence des mesures et d’éviter les valeurs aberrantes ». Et ils rapportent que « les résultats mesurés sont assez cohérents »
J'avais lu l'article de S. Bortzmeyer sur les NFT (d'ailleurs cité par SebSauvage). Et je suis assez en phase avec ce qu'il écrit :
Est-ce une escroquerie ? S'il y a des prétentions malhonnêtes (comme l'authenticité de l'œuvre) dans le discours marketing sur les NFT, d'un autre côté, on peut dire que vendre du virtuel n'a rien de mal en soi, cela se fait tout le temps, entre autre dans le marché de l'art, qui est souvent du grand n'importe quoi (mon projet actuel est de laisser un fromage dehors, d'attendre qu'il se couvre de moisissure et de le vendre ensuite comme œuvre d'art). Si des gens achètent, et sont bien informés et conscients de ce qu'ils achètent, pourquoi pas ?
Nous avions déjà la capacité à trouver des moyens de faire de l'argent sur tout avant que les NFT apparaissent.
Du côté de Clever Cloud, sur la partie techno, ils aiment beaucoup Rust et ils ont aussi du Scala pour leurs développements internes. Leur choix de distribution Linux s'est porté sur Exherbo.
[^] # Re: obligé !
Posté par bbo . En réponse au message Offre emploi aAdministrateur·trice systèmes et réseaux pour Mediapart. Évalué à 7.
C'est quand même très courant ici de se faire moinser pour une annonce sans fourchette. Si c'est une pratique "stupide", il faut la changer mais en attendant, c'est documenté. Et ce n'est pas parce que c'est pour bosser chez Mediapart qu'il faut plus le regretter que lorsqu'il s'agit d'une annonce de startup innovante qui fournit le baby-foot ou de boite de service chez qui tu auras du challenge.
[^] # Re: Lorsque je lis l'article ...
Posté par bbo . En réponse au lien DNF => MicroDNF. Évalué à 2.
Peut-être entre les distributions RPM mais je n'y crois pas trop.
En effet, on a déjà PackageKit qui fait exactement ça : une abstraction pour que chaque gestionnaire de paquets puisse fournir son implémentation dédiée, un démon, une API DBus et une gestion de droits via Polkit… Mais l'intégration de PackageKit dans les distributions s'est fait dans la douleur et sur de (très) nombreuses années. Et je vois souvent des utilisateurs conseiller aux nouveaux de ne pas utiliser Discover (chez KDE) ou Software (chez GNOME)… C'est pour ça que je ne crois pas trop à un nouvel effort de standardisation entre les gestionnaires de paquets. Et d'ailleurs, PackageKit n'est plus sensé évoluer.
[^] # Re: MacroDNF ?
Posté par bbo . En réponse au lien DNF => MicroDNF. Évalué à 5.
Ça sera intégré dans systemd avant ! (c'est bon, on est vendredi)
[^] # Re: MacroDNF ?
Posté par bbo . En réponse au lien DNF => MicroDNF. Évalué à 4.
Pour pas que tu te fasses avoir le moment venu, je te conseille de créer les dépôts tout de suite car on a déjà PicoDNF et dnf-yocto !
[^] # Re: Lorsque je lis l'article ...
Posté par bbo . En réponse au lien DNF => MicroDNF. Évalué à 3.
Je ne sais pas si c'est lié, mais il y a un démon DNF chez Mageia.
Le README répond à ta question je pense :
[^] # Re: On se sent moins seul
Posté par bbo . En réponse au journal BPCE et les paiements avec authentification à deux facteurs. Évalué à 7.
ou peut être que le moinseur ou la moinseuse était bourré(e) aussi !
[^] # Re: Changement de régime
Posté par bbo . En réponse au journal Quelles sont les propositions des politiques qui vous intéressent ?. Évalué à 2.
Je te rejoins sur les enjeux.
Je réagis sur :
Je crois qu'il est possible d'avoir des "décisions efficaces" et un "fonctionnement clair". Car l'efficacité peut être amenée par la simplicité, qui permet de plus facilement appréhender les choses.
Par contre, il me parait impossible d'avoir des "décisions rapides" et un "fonctionnement largement accepté". Sauf si ce "fonctionnement largement accepté" est de laisser décider un dictateur ou un groupe de personne (donc, une oligarchie). Mais je veux bien que tu détailles ce que tu entends par "fonctionnement largement accepté".
[^] # Re: Qui est wlp-acs…
Posté par bbo . En réponse au journal BPCE et les paiements avec authentification à deux facteurs. Évalué à 4.
Petite précision : Worldline est désormais une entreprise indépendante d'Atos (depuis mai 2019).
Et pour systempay, le whois indique Natixis (groupe BPCE).
[^] # Re: Ça tire
Posté par bbo . En réponse au lien Betterbird - un fork améliorant Thunderbird. Évalué à 6. Dernière modification le 03 avril 2022 à 14:33.
Et bien, l'ambiance a l'air top ! J'ai juste du mal à bien cerner la répartition entre faute possible côté Thunderbird et égo du développeur.
Dans tous les cas, je ne connaissais pas du tout ce fork. Merci pour l'info donc !
[^] # Re: paquets Debian
Posté par bbo . En réponse à la dépêche Sortie de Rspamd 3.2 le 26 mars 2022, avec support BIMI. Évalué à 5.
Et la teneur du message des mainteneurs me fait penser à xscreensaver en son temps.
[^] # Re: Firefox est bien disponible en paquet Debian jusqu'à la version Ubuntu 21.10
Posté par bbo . En réponse au journal utiliser ubuntu sans snap. Évalué à 4.
Pour le cas spécifique de Firefox, il me parait intéressant de noter que la transition snap a été lancée à la demande de Mozilla.
Vu sur discourse.ubuntu.com :
Et plus loin :
[^] # Re: Se renseigner avant de poster ce genre de journal
Posté par bbo . En réponse au journal Harmonia Mundi contre la copie privée. Évalué à 10.
D'autant que ses positions sont bien ancrées dans le sol ! Après c'est le risque avec quelqu'un qui a désormais une vision un peu étriquée du monde.
[^] # Re: Mouais, trop gâté ?
Posté par bbo . En réponse au journal utiliser ubuntu sans snap. Évalué à 2. Dernière modification le 02 avril 2022 à 14:09.
Snap ne fournit pas que l'auto-update.
C'est un peu comme avec Flatpak, laisser de côté le sandboxing (même si tous les snaps ne sont pas confinés, mais c'est indépendant d'Ubuntu) et le fait qu'un seul "paquet" soit installable/utilisable sur plusieurs versions de plusieurs distributions c'est passer à côté d'une grosse partie des raisons ayant amené le développement de ces 2 systèmes de paquets "universels". Raisons qui ne sont pas sans conséquences.
Mais c'est vrai que ces fonctionnalités peuvent aussi être considérées de niche.
[^] # Re: Yannick Jadot
Posté par bbo . En réponse au journal Quelles sont les propositions des politiques qui vous intéressent ?. Évalué à 5. Dernière modification le 02 avril 2022 à 12:07.
Oui, pardon, tu parlais explicitement de logiciel libre. J'aurai dû préciser que je complétais avec des morceaux du programme "dans les thématiques abordées généralement sur LinuxFR" :)
Quoiqu'il en soit, je trouve que cela reste flou. Concrètement, créer un organisme et organiser un débat ne semble pas engager à grand chose.
[^] # Re: Quelle version d'Ubuntu ?
Posté par bbo . En réponse au journal utiliser ubuntu sans snap. Évalué à 4. Dernière modification le 01 avril 2022 à 23:32.
Tu vas adorer Ubuntu Core sur ton raspberry !
[^] # Re: Yannick Jadot
Posté par bbo . En réponse au journal Quelles sont les propositions des politiques qui vous intéressent ?. Évalué à 6.
Next Impact parle bien d'EELV. Et c'est effectivement dans le projet du parti pour la présidentielle (pages 76 à 78). Il date de l'été 2021, avant que le candidat ne soit choisi.
Je reconnais que c'est dommage que ces propositions n'aient pas été reprises explicitement dans le programme du candidat.
En complément de ce que tu cites, Jadot propose (page 83) de créer "un organisme pour la transparence et l’éthique des algorithmes" et d'organiser
[^] # Re: Merci
Posté par bbo . En réponse au message Création d'un dashboard. Évalué à 2.
D'après moi, tu dis tout là. Ton logiciel, c'est pour faire… de la sauvegarde !
Stocker des métriques, faire des requêtes dessus et les afficher dans un navigateur ne me parait pas être le but d'un logiciel de sauvegarde.
Franchement, si tu te lances dans un moteur de stockage de données temporelles et dans un outil de visualisation de ces données, dans vraiment pas très longtemps tu ne seras plus en train de développer un outil de sauvegarde.
Si Prometheus et Grafana existent (entre autres, ils ont chacun des concurrents), c'est que le sujet est suffisamment compliqué pour justifier un outil dédié. Si leur doc parait compliquée, c'est peut être qu'il faut du temps pour appréhender certains concepts qui paraissent intuitivement simples mais qui, en réalité, ne le sont pas (le diable se cachant dans les détails). Concepts que tu devras de toute façon bien appréhender pour pouvoir, je te cite :
Donc, tes 2 solutions me paraissent être :
# L'auteur de node-ipc n'a visiblement pas été viré de Github
Posté par bbo . En réponse au lien Le dev du paquet NPM "node-ipc" le sabote pour condamner l'invasion de l'Ukraine. Évalué à 2.
Il me semble que l'auteur des modules
coloretfakeravait été viré de Github suite à ses actions. J'aurai imaginé que Github déplateforme également l'auteur denode-ipcce qui ne semble pas (encore ?) être le cas…[^] # Re: De l'art du chipotage
Posté par bbo . En réponse au lien L’œuf ou la poule ? Lequel est arrivé en premier ?. Évalué à 6.
Ce qui est un comportement très peu fréquent sur LinuxFR
[^] # Re: Je vous conseille
Posté par bbo . En réponse au lien KDE Plasma 5.24 modernise son thème et sa gestion des fenêtres. Évalué à 4.
En ce qui me concerne, je trouve que c'est mieux que ça soit fourni par EPEL !
Quand KDE était dans les dépôts RHEL, c'était figé. Contrairement à GNOME qui était mis à jour de temps en temps. Il y a bien eu une tentative de fournir Plasma 5 via EPEL pour CentOS 7 mais j'ai pas l'impression que ça se soit bien terminé.
Maintenant qu'il n'y a plus "que" Qt dans RHEL, les contributeurs Fedora peuvent plus facilement pousser dans EPEL (pas de risque de conflit avec des paquets KDE dans RHEL vu qu'il n'y en a plus !). Et je trouve ça beaucoup mieux pour les utilisateurs de Plasma de savoir qu'il y aura environ une mise à jour par an au lieu de zéro (Visiblement Plasma 5.23.3 en ce moment sur CentOS 8, c'est quand même hyper récent pour une distro aussi stable/vieille)
[^] # Re: Collection NFT !
Posté par bbo . En réponse au journal Le virus bronsonisé. Évalué à 4.
En moins chronophage mais tout autant disruptif : tu vends un NFT contenant :
Ça correspond aux points 1 et 2 décrit ici. Si tu en as marre de les garder, ou que tu les déplaces dans le garage, voir le point 3. Et si tu vends ta maison et déménage, voir point 4.
De rien pour ton temps et ton scanner ;)
[^] # Re: developpez.com à la pointe de l’actualité : c’est une étude de 2017
Posté par bbo . En réponse au lien Une étude révèle les langages les plus voraces en énergie. Évalué à 3.
Pas sûr. Il est dit :
[^] # Re: je ne comprends pas
Posté par bbo . En réponse au lien Le(s) problème(s) avec les NFT. Évalué à 6.
Toujours la petite info décalée mais dans le contexte. "Comment by antistress" :)
Peut-être pourras-tu vendre des NFT de tes meilleurs commentaires sur LinuxFR ? ;)
[^] # Re: je ne comprends pas
Posté par bbo . En réponse au lien Le(s) problème(s) avec les NFT. Évalué à 8.
L'opportunisme et la cupidité ?
J'avais lu l'article de S. Bortzmeyer sur les NFT (d'ailleurs cité par SebSauvage). Et je suis assez en phase avec ce qu'il écrit :
Nous avions déjà la capacité à trouver des moyens de faire de l'argent sur tout avant que les NFT apparaissent.
[^] # Re: J aime bien regarder les offres d'emplois
Posté par bbo . En réponse au journal Scalingo & co, ça PAAS ou ça casse ?. Évalué à 9.
Du côté de Clever Cloud, sur la partie techno, ils aiment beaucoup Rust et ils ont aussi du Scala pour leurs développements internes. Leur choix de distribution Linux s'est porté sur Exherbo.