trevor

joined 2 years ago
MODERATOR OF
[โ€“] trevor@lemmy.blahaj.zone 1 points 3 hours ago

You're a different kind of VM enjoyer than me, and that's okay ๐Ÿ˜Ž I'm glad GNOME Boxes and virt-manager are getting the job done for you. I'm okay with the latter, but I think it needs some love, which is why I'm eager to see alternative frontend options.

[โ€“] trevor@lemmy.blahaj.zone 8 points 20 hours ago (2 children)

Docker works. Podman requires a ton of workarounds and wastes my time. I hope it gets good one day, but I'm not reverting to using systemd to manage containers.

[โ€“] trevor@lemmy.blahaj.zone 33 points 1 day ago (3 children)

This isn't just VirtualBox. It's VirtualBox with a KVM back end. So you get the performance of KVM, but with a much better GUI than virt-manager.

Well, MIT projects can be forked into a new GPLv3 project, right? If Canonical cared, they could have done that to assuage this concern.

I think it's a valid concern. Pushover licenses are bad. But even if a GPL Rust coreutils project exists (I actually have one, but I don't have the same goals), it seems unlikely that Canonical would be bothered to pivot to it.

[โ€“] trevor@lemmy.blahaj.zone 21 points 2 weeks ago* (last edited 2 weeks ago)

Ah, to live in a world without JavaScript and weird, Nazi crypto dipshits ๐Ÿฅฐ

[โ€“] trevor@lemmy.blahaj.zone 6 points 2 weeks ago

The Linux app is just the desktop app, which doesn't have the functionality that the Android and iOS apps do. It only works when paired with an Android or iOS device, so you'd still be shackled to those ecosystems without proper support for a mobile Linux app.

[โ€“] trevor@lemmy.blahaj.zone 6 points 2 weeks ago

Canonical does a lot of bad shit, but switching to uutils is not one of them. The "challenges" are expected because it's going in a non-LTS release, which is basically meant to be a beta of the next LTS. And those challenges are being quickly addressed as they're being surfaced. This is exactly the right way to introduce something new, IMO.

I don't like the uutils pushover license license though :/

[โ€“] trevor@lemmy.blahaj.zone 8 points 3 weeks ago* (last edited 3 weeks ago)

Because their sandboxing format subtly breaks so many applications (more than flatpak) and Canonical very nefariously co-opts your apt install <package> with a deb package that's actually a stub to install the Snap version, so when your shit breaks, you can waste hours before you realize that they fucked your installation.

Beyond that, Snap cold start times (installations or updates) are slow as shit (yes, even with LZO compression), and since each snap application can update on its own, you'll also encounter random times when your shit appears to "freeze" but what's actually happening is Canonical is busy polluting your loopback devices to decompress their shittified version of your app.

[โ€“] trevor@lemmy.blahaj.zone 14 points 3 weeks ago (5 children)

Canonical, being demons, have Snapified things like GNOME, so even your desktop environment will be encumbered by that dogshit packaging format.

Do not use Ubuntu if you value your time and well-being.

[โ€“] trevor@lemmy.blahaj.zone 2 points 3 weeks ago (1 children)

Well, for one: no Rust SDK ๐Ÿ˜ญ This is a half-joke. I'd make some apps for Proton, but I'm not touching JavaScript to do it.

Hopefully, they make more language bindings. I saw that C# was planned, so hopefully they keep the language bindings coming as they stabilize their SDK.

[โ€“] trevor@lemmy.blahaj.zone 30 points 3 weeks ago

Pedophile defender, Ted Cruz, doesn't want you or your children to have privacy. I wonder why...

[โ€“] trevor@lemmy.blahaj.zone 21 points 3 weeks ago

How would not engaging in self-defense against an already violent fascist machine do anything other than play into the fascist handbook?

They rely on people rolling over so that they can dominate them.

1
submitted 2 years ago* (last edited 2 years ago) by trevor@lemmy.blahaj.zone to c/docker@programming.dev
 

I am looking for something that can take a Dockerfile, like the following as an input:


FROM --platform=linux/amd64 debian:latest
ENV DEBIAN_FRONTEND=noninteractive

RUN apt update &amp;&amp; apt install -y curl unzip libsecret-1-0 jq
COPY entrypoint.sh .
ENTRYPOINT [ "/entrypoint.sh" ]

And produce a a multi-stage Dockerfile where the last stage is built from scratch, with the dependencies for the script in the ENTRYPOINT (or CMD) copied over, like this:


FROM --platform=linux/amd64 debian:latest as builder
ENV DEBIAN_FRONTEND=noninteractive

RUN apt update &amp;&amp; apt install -y curl unzip libsecret-1-0 jq

FROM --platform=linux/amd64 scratch as app
SHELL ["/bin/bash"]

# the binaries executed in entrypoint.sh
COPY --from=builder /bin/bash /bin/bash
COPY --from=builder /usr/bin/curl /usr/bin/curl
COPY --from=builder /usr/bin/jq /usr/bin/jq
COPY --from=builder /usr/bin/sleep /usr/bin/sleep

# shared libraries of the binaries
COPY --from=builder /lib/x86_64-linux-gnu/libjq.so.1 /lib/x86_64-linux-gnu/libjq.so.1
COPY --from=builder /lib/x86_64-linux-gnu/libcurl.so.4 /lib/x86_64-linux-gnu/libcurl.so.4
COPY --from=builder /lib/x86_64-linux-gnu/libz.so.1 /lib/x86_64-linux-gnu/libz.so.1
# ...a bunch of other shared libs...

# entrypoint
COPY entrypoint.sh /entrypoint.sh

ENTRYPOINT [ "/entrypoint.sh" ]

I've had pretty decent success creating images like this manually (using ldd to find the dependencies) based on this blog. To my knowledge, there's nothing out there that automates producing an image built from scratch, specifically. If something like this doesn't exist, I'm willing to build it myself.

view more: next โ€บ