this post was submitted on 04 Jun 2026
7 points (100.0% liked)

Forum Libre

1358 readers
44 users here now

Partagez et discutez de sujets positifs ou liés à votre quotidien, tels que:

Les mots d'ordre sont : respect et bienveillance, l'objectif est de proposer un environnement positif et tranquille.

Les discussions politiques ou pouvant provoquer des émotions négatives sont déconseillées, et ont davantage leur place sur

Les règles de l'instance sont bien entendu d'application.

Fils hebdomadaires"

"Demandez-moi n'importe quoi"

Communautés détendues

Communautés liées:

Loisirs:

Vie Pratique:

Communautés d'actualité

Société:

Pays:

Communauté de secours:

Communautés principales de l'instance

Nous rejoindre sur Zulip: https://jlailu.zulipchat.com/

founded 2 years ago
MODERATORS
 

Envie de poster une question technique sur du matériel ou du logiciel ?
Allez, viens !

top 5 comments
sorted by: hot top controversial new old
[–] Skunk@jlai.lu 9 points 1 week ago (1 children)

Appel aux témoignages !

Je vais essayer de convaincre ma boite (1000 à 1500 employés) de migrer de Windows vers un stack open source Linux.

Mes arguments:

  1. Le pognon
  2. Le pognon
  3. La souveraineté (on est une entreprise nationale en charge d’une truc hyper important pour la souveraineté d’un pays)
  4. Tout ce qui est opérationnel est déjà full Linux depuis longtemps, nos tech sont des tech Linux. Seul l’administratif est sur windows + office 365 + fucking copilot…
  5. Le futur, avec la politique toussa toussa
  6. Le pognon

Pour l’instant comme sources j’ai les études et chiffres pour la gendarmerie française et l’état allemand du je sais plus quoi.

Si vous avez des expériences ou des chiffres à partager n’hésitez pas !

[–] Professeur_Falken@jlai.lu 3 points 1 week ago

T'as le bidule d'interopérabilité de Ayrault quand il était 1er Ministre. Y a ptet moyen que tu demandes a Frama (ou a ton GUL) des retours d''expériences. Et évaluer le coût de la réfraction au changement.

[–] cnovel@jlai.lu 3 points 1 week ago (1 children)

Avec CachyOS/Arch, j'ai parfois l'impression de pas comprendre les choses.

Hier je me dis que j'essaierai bien OneTagger pour tagger mes albums de musique. Il est sur AUR, donc c'est parti pour paru -Syu onetagger. Sauf que là, ça me lance une compilation de l'espace qui est partie pour me prendre ~3h. C'est normal ?

[–] ivn@tarte.nuage-libre.fr 3 points 1 week ago

AUR ce sont des scripts (des PKGBUILD) fait par la communauté. Je ne sais pas si ça s’est amélioré mais quand j’utilisais Arch il y a quelques années ils manquaient un peu de standardisation et ils pouvaient être fait assez différemment les uns des autres.

La manière de procéder pour les gestionnaires de paquets classiques c’est de récupérer la source, de compiler les paquets et de distribuer le résultat. Ça permet d’être sur que le résultat correspond à la source. Pour AUR c’est différent, c’est fait par la communauté donc seul les scripts sont mis à disposition, il n’y a pas de dépôt avec le résultat, uniquement la recette. Maintenant comme ça peut être assez long de compiler il y a souvent un paquet avec le suffix -bin qui est proposé et qui va télécharger directement le binaire quelque part au lieu de télécharger la source et de la compiler. C’est le cas pour onetagger, il y a bien un onetagger-bin. C’est pratique mais c’est aussi un risque, ça veut dire qu’on doit faire confiance à la source de ce binaire, il pourrait avoir été modifié. Il y a déjà eu quelques cas de malware dans AUR. À toi d’évaluer les risques.

Dans le cas de onetagger-bin tu peux cliquer sur view PKGBUILD pour voir d’où vient le binaire, attention il peut changer lors de mise à jour. Je crois que certains outils comme paru permettent de voir la diff du PKGBUILD lors des updates, ça peut éviter les surprises mais aussi être assez long si tu en as beaucoup.

[–] BlackEco@lemmy.blackeco.com 1 points 1 week ago

La semaine dernière, je demandais comment avoir des images optimisées dans du MDX avec Astro sans avoir à importer directement les images dans le MDX.

Au final ma solution a été :

  1. De créer un composant Image custom qui importe dynamiquement les images (avec une pincée de ComponentProps pour que ça marche en TypeScript)
***
import { Image } from "astro:assets";
import type { ComponentProps } from "astro/types";

type Props = Omit<ComponentProps<typeof Image>, "src"> & {
  src: string;
};
const { src, ...props } = Astro.props;

const images = import.meta.glob<{ default: ImageMetadata }>("/src/assets/img/**/*.{jpeg,jpg,png,gif,svg}");
***

{/* @ts-expect-error */}
<Image src={images[src]()} {...props} />
  1. De remplacer l'élément img par mon composant custom quand je rends le contenu
***
import { getEntry, render } from "astro:content";
import CustomImage from "@components/CustomImage.astro";

const { slug } = Astro.params;
const entry = await getEntry("blog", slug);

const { Content } = await render(entry);
***

<Content
    components={{
        img: CustomImage,
    }}
/>

Par contre, ça ne marche évidemment que dans les Content Collections, pour les fichiers MDX directement dans src/pages, il faudra importer les images directement, mais c'est déjà moins gênant.