bbo a écrit 219 commentaires

On est plus au XIXe siècle, on exploite plus personne,

Ah c'est justement ce que je disais au livreur deliveroo dimanche soir dernier !

Et il me semble que Méta le précisait aussi dans le contrat avec leurs entraineurs d'IA !

on achète des choses sur un marché mondial.

Notre "niveau de vie" peut aussi naturellement tendre vers le niveau de vie mondial moyen. Pourquoi pas, mais j'ai pas l'impression que c'est ça dont les gens ont envie…

Je ne vois pas comment on peut être compétitifs (pour ce que ça veut dire) avec des pays qui, au choix, n'ont pas de salaire minimum, pas de protection sociale, un droit du travail plus laxiste, pas de CSE, etc… Enfin si, je vois : il suffit de tout enlever et t'inquiète, on va s'aligner niveau productivité ! Ou alors, on laissera venir des gens prêts à travailler comme "chez eux", mais "chez nous" tout en regardant ailleurs (ou en disant que "c'est pas bien"). Ah mais attend… ?!

Lors de récentes recherches, j'ai découvert X-Bows qui a des éléments qui ne dépayseront pas les utilisateurs de Typematrix (orthogonal, touches centrales).

Note : je n'ai pas acheté et donc, pas utilisé !

J'ai lu le journal, il y avait un commentaire. Je reviens, y a eu un Black Wednesday.

Y a que sur Da Linux French Place de marché que c'est possible.

la télé ("…qui apportera l'information, la culture, le savoir et le divertissment dans les foyers") et qui au final apporte

Pascal Praut ⸮

--> []

J'ai l'impression qu'en France, on a (eu ?) beaucoup le réflexe de se comparer à l'Allemagne "qui est tellement mieux que nous" (quand on regarde par le trou de serrure d'une porte fermée). Comme si "le système" était un gros bazar et n'avait des incohérences qu'en France. Et qu'il n'y avait qu'en France que cela empêchait les gens de vivre, de profiter, de déménager, d'entreprendre, etc (sans nier que c'est le bazar quand même !)

C'est donc un peu amusé que j'ai lu :

L’une des idées reçues les plus fréquentes [des gens qui ne sont visiblement pas français :)] est que le système allemand est responsable de la complexité de la situation.

Blague à part, merci pour le partage de cette longue traduction. C'est intéressant de lire ce qui se passe en coulisses

C'est abusé.

Une fois qu'on utilise "bombe sanitaire silencieuse" pour ces observations, comment caractérise-t-on les 40 millions de voitures (très majoritairement thermiques) qui roulent en France ? Quel terme doit-on utiliser pour décrire les sols des stations essences ? Ça s'appelle comment un bouchon de voitures thermiques au péage un week-end caniculaire du 15 août ?

Pourtant, il était boulversé tellement c'était vraiment trop bien et vraiment trop performant.

Le "bio" qui vient du bout du monde, de part son impact négatif sur le climat, est une tromperie

Il me semble que le label bio n'a jamais prétendu avoir un impact positif sur le climat. Mais cherche juste à être plus naturel en utilisant moins (pas ?) de produits issus de l'industrie chimique.

Le fait que le café bio fait des milliers de km pour rejoindre nos cafetières n'a absolument aucun rapport avec l'utilisation, ou non, de produits chimiques lors de sa culture.

Vivement que la langue pivot de l'UE soit officiellement l'espéranto ⸮

Et avec ce genre d'approche, on ne peut pas s'attendre à avoir une économie performante si vous devez payer correctement les salarié.e.s pour tout ce qu'ils produisent (la Chine ne le fait pas) ⸮

Cet article me paraît également intéressant : https://bonpote.com/le-senateur-duplomb-ment-sur-france-info-le-lobby-des-pesticides-passe-au-crible

Qui aurait pu le prédire ?

⸮

Oui, mais à noter que même s'ils lançaient un programme de remplacement de leurs avions de combat, ils en auraient encore pour 20 ans minimum sur leurs avions actuels.

Les danois ont acheté leurs premiers F35 il y a quoi ? 10 ans ? Le contexte était différent ("ça se passait bien depuis 60 ans"). Et maintenant qu'ils en ont, ça semble compliqué de passer rapidement sur un nouvel appareil : faut commander, faut être livré, faut changer (dupliquer même) toute la chaine de maintenance, former pilotes et équipes au sol, etc.

Je suppose qu'ils assument un peu moins qu'avant cette dépendance ou qu'ils s'en mordent même un peu les doigts mais leurs F16 (que les F35 remplacent si j'ai tout compris) ont été utilisés pendant quoi ? 40 ans ? Jeter ses avions au bout de 25-30 ans, vu les prix…

Je ne nie pas la complexité de sortir des services de Microsoft mais on n'est pas sur les mêmes ordres de grandeur : quitter Microsoft peut prendre des années, quitter Lockheed Martin peut prendre des décennies.

Attendons le prochain programme d'avions de combat au Danemark pour constater où en est leur soumission :) (auront-ils appris…)

Tu devrais profiter des ponts de mai pour prendre quelques jours de vacances !

Une opportunité pour aller faire un peu d'accrobranches en salto arrière :)

Tu peux toujours héberger à la maison [..]

Et, en plus, c'est gratuit ⸮

L’article laisse entendre que ce serait openSUSE qui profiterait du travail de SUSE. […] Est-ce que ce ne serait pas SUSE qui profite du travail gratuit des contributeurs openSUSE ?

Plutôt que d'opposer et d'accuser pour savoir qui prend plus que l'autre (en même temps, je reconnais qu'il y a plusieurs messages dans ce style d'ambiance sur la mailing list ou le forum), on peut simplement reconnaître que oui, SUSE fournit l'infrastructure, notamment pour openQA (tests automatiques) et OBS (la construction des RPM officiels et personnels, équivalent des PPA d'Ubuntu) ce qui doit être un gros morceau. SUSE fournit les binaires de SLE (et donc, le salaires des ingénieurs qui gèrent les backports et la sécurité…) gracieusement à openSUSE pour Leap. Ce sont, littéralement, les mêmes paquets. On peut aussi reconnaître que la communauté (qui contient des salariés SUSE, bien sûr, mais pas que !) entretient les paquets pour Tumbleweed. Que la communauté maintient (beaucoup) de paquets supplémentaires pour Leap (par rapport à SLE) qui en fait un super candidat pour avoir une SLE avec des plus gros dépôts (mais sans support payant). Que la communauté fournit certains de ces paquets dans le Package Hub (paquets communautaires pour SLE, maintenu par openSUSE. C'est un peu l'équivalent d'EPEL). Que la communauté fournit un pool d'utilisateurs sur Tumbleweed (et donc, les rapports de bugs qui vont avec), etc.

Voilà, tout simplement. On peut juste dire que la relation est symbiotique sans que l'entreprise profite nécessairement de la communauté, juste parce que du point d'un libriste, c'est la communauté qui a raison…

Surtout que là, il ne s'est encore rien passé. Pas d'ultimatum, rien. Et tout à l'air de se mélanger. SUSE demande à discuter de la marque mais le sujet de la gouvernance a débarqué lors des discussions dans la communauté. Bref, faut que ça décante.

Car je doute qu’ils le fassent par pur bonté et adhésion à l’esprit du libre.

Peut-être. En attendant, si toutes les boites de cette planète faisaient preuve de la même ouverture sur leur production industrielle que SUSE (ça marche aussi avec Red Hat et quelques autres), le monde serait quand même bien différent (et meilleur, à mon sens).

Est-ce le cas?

Non, une dépêche avait, en son temps, un peu expliqué le flux et, à ma connaissance, toutes les dernières annonces chez openSUSE n'ont pas changé ça.

En gros, un paquet est poussé dans Factory. "Régulièrement" (plusieurs fois par semaine), des tests automatiques sont passés sur une snapshot de Factory et, si concluants, ça devient la nouvelle version de Tumbleweed.

"Parfois", SUSE freeze un (petit) sous-ensemble des paquets de Tumbleweed et stabilise pour faire SLE. Les paquets de SLE sont directement utilisés par Leap (et je parle bien des paquets binaires, c'est pas juste recompilé). Le projet openSUSE rajoute plein de paquets (pareil, freezé depuis Tumbleweed à un moment puis ensuite maintenu d'une manière "plus stable").

Je trouve aussi qu'il y a pas mal de fonctionnalités et qu'appréhender le tout n'est pas simple. Mais, même si je ne peux pas fournir de métrique, il est clair qu'"avant" j'avais plus de temps et, surtout, j'allais beaucoup plus poser des questions sur les forums communautaires.

Je pense que si, aujourd'hui, j'avais les mêmes disponibilités je pourrai vraiment mieux connaître systemd que ce que j'en sais aujourd'hui.

J'ai vraiment l'impression que la courbe d'apprentissage devient de plus en plus haute

Je ne pense pas qu'il y ait une courbe d'apprentissage spécifique à systemd. Il y en a une, bien sûr, mais juste parce que c'est de l'apprentissage. Le manque de temps, d'envie, d'énergie fait le reste (pour moi, du moins).

Je serai aussi intéressé qu'un utilisateur GNU/Linux n'ayant connu que systemd et qui migre sur un BSD donne son avis sur la courbe d'apprentissage.

Ou alors je vieillis, je sais pas…

Pour ma part, je pense (j'espère ^ ^ ) donc que ce n'est pas lié à mon âge mais plutôt à ma situation.

---

Et sinon, si je mets une Slackware à un copain néophyte et le laisse se débrouiller, je suis sûr qu'il me dira :

La vache, c'est compliqué… […] complètement inaccessible, même en lisant des docs

(je manipule le propos, tu m'excuseras) ;)

Perl, qui utilise encore ça ???

Il y a aussi le SSO LemonLDAP::NG !

Comme Gandhi aurait presque pu le dire :

Sois la polémique que tu veux voir dans le monde

Je ne peux que reconnaître les efforts de Lunduke pour vivre selon cet adage.

Est-ce que c'est encore plus spicy qu'il ne soit CEO de SUSE que depuis le 1er mai ? :)

1) Fournir un clone de RHEL, c'est déjà le but de Rocky et Alma (pour les 2 plus connues); Suse va se situé où ?

Ils parlent de fork et non de clone. D'après The Register, il semblerait qu'ils puissent reconstruire les SRPM mais en fournissant le kernel de SLE. Un peu comme Oracle qui fournit son UEK en lieu et place du kernel RHEL.

A voir s'il y aura un kernel RHEL aussi, ou pas (finalement, ça dépend de ce qu'ils mettent dans "compatibilité"). Malgré le surplus d'effort que cela pourrait représenter, il faut quand même noter que SUSE sait maintenir un kernel vu que c'est fait pour SLE.

2) Quid de SLE ? J'ai du mal à croire que Suse investisse dans un fork d'une distribution concurrente.

SUSE investit déjà dans RHEL. Rancher ou k3s peuvent être installés (et supportés) sur du RHEL. Uyuni peut gérer des RHEL. Par le biais de la communauté openSUSE, tu peux construire des paquets pour Fedora, CentOS, RHEL sur l'Open Build Service.

SUSE admet depuis un moment qu'il n'y a pas que du SLE chez ses clients.

En même temps, je pense que tous les clients SLE doivent bien avoir quelques RHEL qui traînent dans leur infrastructure. Je suis moins sûr que tous les clients RHEL aient des SLE qui se promènent…

4) je n'ai jamais eu de serveurs SLE sous la main, à part le dnf/zypper quelles sont les grandes différences ?

On peut ajouter :

• AppArmor par défaut (au lieu de SELinux, même si SELinux est supporté),
• YaST qui centralise des outils d'administration (facultatif, tu peux tout faire en ligne de commande si tu préfères)
• Tumbleweed/Leap n'ont pas les mêmes cycles de vie que Fedora/RHEL
• Leap utilise directement les RPM (binaires) de SLE
• Les outils spécifiques (openQA, Open Build Service)
• Des petites différences "culturelles" : Btrfs+snapper par défaut, /srv/www vs /var/www, SUSE a l'air de bien aimer Salt Stack, beaucoup d'utilisateurs KDE chez openSUSE

Il y a surtout beaucoup de similitudes (coucou systemd). D'autant que les communautés openSUSE et Fedora ont des relations très amicales.

---

A noter que SUSE et la communauté openSUSE construisent la base de la prochaine version majeure de SLE. Qui ressemblera plus à Micro OS qu'à la SLE telle qu'on la connaît maintenant.

According to Insider, McKinsey claimed that the Metaverse would bring businesses $5 trillion in value.

Cela me rassure de voir que le gouvernement français utilise massivement les services de conseillers professionnels qui savent prendre du recul sur les dernières hypes du moment.

Les organisateurs des JO cherchent 45 000 pigeons

Enfin un peu d'ambition pour fournir une implémentation à très grande échelle de la RFC 2549 !

façon commode de "découvrir d'autres utilisateurs"

Sur LinuxFR, j'ai découvert Zenitram !