• [^] # Re: Developers: Let distros do their job

    Posté par (site web personnel) . En réponse au lien "Si vous maintenez une distribution Linux, je vous en supplie, n'utilisez pas Flatpak et Snap". Évalué à 1. Dernière modification le 25 novembre 2021 à 19:44.

    En fait, ça fonctionne de manière similaire avec NPM, sauf qu'il faut les traiter manuellement.

    Good to know :)

    c'est quand même à l'empaqueteur de les générer, ou bien ?

    T'as de l'outillage pour t'aider à les générer, mais sur le principe oui, si l'empaqueteur ne les fournis pas, personne va les fournir pour toi.

    Mais ça c'est pour des logiciels complets, où est-ce que c'est aussi utilisable pour des bibliothèques ?

    Tu as par exemple des images Docker pour te fournir une alpine/debian/ubuntu avec un JDK dans une version spécifique. Pareil pour Python, Erlang/Elixir, etc...

    Fun fact, j'ai une application Elixir qui embarque dans son image Docker un binaire Go, dans la phase de build j'ai ceci:

    COPY --from=golang:1.16-alpine /usr/local/go/ /usr/local/go/
    ENV PATH="/usr/local/go/bin:${PATH}"

    Alors certes, j'imagine mal une image Docker "python-django" ou "node-expressjs" sur DockerHub. Cependant j'ai pas mal vu en entreprise des images Docker de base du style "java-jdk11-springboot" partagées entre les différentes teams.

    Accessoirement, pour Windows si tu veux bosser avec la SDL, tu chope un ZIP qui te donne les headers et les DLLs.

    https://link-society.com - https://kubirds.com - https://github.com/link-society/flowg