• 37 Posts
  • 454 Comments
Joined 1 year ago
cake
Cake day: July 9th, 2023

help-circle


  • Please demonstrate how the example I gave above can be done with common scripting tools, such it would mimic the declarative experience I described. I don’t think it is possible as you claim.

    Can you please point to where I deflected any questions? I looked and could not find any instances of such.

    I actually answered the question “why”, please refer to previous comments. It is also answered in the main post. But I will rephrase and summarize again here:

    • when creating a container image that requires certain applications installed, most dockerfiles explicitly install the dependencies of said applications as well. With my tool, you only declare the package you need, and it will resolve dependencies automatically and install them for you.
    • the above would work with distroless containers too, as the package manager used is outside of the produced container.




  • the base image is nodejs

    Which has its own dockerfile. My proposed tool would allow using other images as base too, but that is not the problem it is solving.

    copy your app

    Well you’d have to have it compiled or built if that is required in your case. With my system, the build recipe would be a gentoo ebuild (shell-script-like) that you would just reference.

    The example I gave is pretty simple, you’re right. Say in another case, you list the following packages:

    nodejs, nginx, vpn-app(wireguard), some-system-monitoring-app, my-app

    You could start with a nodejs base or an nginx base, and then write the steps to install the other. You’d also have to make sure to get all the deps if they have them.

    You’re unlikely to find a ready image that has all what you want. But with my method, you can compose different ones however you like, rather than having to find an image that matches your exact use case.




  • The package manager would not be part of the container image. The package manager is only used to build it. The container image will only include the packages the user specifies.

    combining portions of images as multi-stage builds

    That’s something I am making use of for this, actually :)

    What you’re describing not only already exists…

    Can you please give an example of a tool that can build a container image by being given only a list of packages it needs to have?

    My tool would be as simple as doing something like this:

    build-container --packages nodejs-20.1.1, yarn-4.2.2, some-app-i-made-1.0.0

    And I would have a container that only has nodejs binary, yarn, and my own app. no package manager or any utils.









  • Most people use JavaScript for this nowadays, but most commentary also hates on it.

    I’ll be real with you. There’s a reason JavaScript keeps being chosen despite the hate. It’s so much easier and the dev experience is much more polished for creating desktop apps.

    The reason it’s hated on is that it is running a browser in the background, which people view as too bloated for a desktop app. Moreover, JS tends not to play well with system-wide themeing like GTK or QT.

    But in the end, as a developer, you’ll be dealing with a lot of messiness going with anything else. If you’re up for a challenge, do try other things. But if you just want something that works and looks nice, do Js





  • I do agree that the hard left seems to enjoy using “liberal” as an insult, knowing that what most Americans interpret as “liberal” is different than the academic definition they use. It needlessly diverts the conversation and makes them think they’re superior.

    Saying “shitlib” is even worse. Basically an adhom attack, not acceptable when the other party is being civil and respectful.

    On #2 and #3, I don’t think that is relevant to the original accusation. Of course they will uphold their own views. But #1 is very valid. Though I wish to see examples of it because I have not.