I don't see many people running Alpine on bare metal. It's usually in containers.
How do you like it? I've been curious about trying, but haven't found the time.
I played the demo for this. The atmosphere is excellent. It's like a cross between Silent Hill and the PSX Final Fantasy games. This is definitely worth a look if you haven't heard of it before.
While I generally agree with your skeptical attitude toward this, I think the fact that they were targeting Apple's Metal graphics API to built the most performant possible IDE makes sense. You can't just snap your fingers and have a Linux graphical stack start working with your software.
I think the reason they targeted macOS first is probably because many of the dev team uses Macs.
As a Linux user, I'll happily wait for software like this to get ported to native Linux APIs so we get performant text editors instead of more Electron crap.
You might've gotten an automated denial due to exceeding the standard threshold for refund eligibility. Make another request until it gets human intervention.
Hello, fellow pirates.
Don't mind me and my new account. Please run this binary on your computer 🤡
Thank you!
Local state encryption is huge.
How do you get plain-text logs instead of the garbage binary format that journalctl
forces on you?
Nah. Keep the zoonotic diseases coming. What's the worst that could happen? /s
Part of the problem also has to do with corporate-backed distros. Fully community-driven distros don't suffer from that nearly as much, if at all.
I like Fedora, but stuff like that makes me worry about how it's going to be as time goes on.
Unregistered HyperCam 2
For macOS, I recommend UTM.
FYI: There is a dark pattern in the mobile app where, if you toggle the opt-out buttons in order from top to bottom, one of them will enable themselves.
Demons.
Fair. I used it when the project was still very new and was basing that statement off of my admittedly flawed perception of time.
Thankfully, due to quirks of language, we have to say "1.5 years", so it's not technically incorrect :p
This is just straight-up wrong. I've been using it for years and it does exactly what it says it does, and does it pretty well.
Just a very common case of leftists being anti-exploitation until it involves reconsidering what goes on their plates.
It's not about being eaten to extinction, obviously, but nice.
If you consider cultivating new zoonotic diseases and pandemics into existence and wasting energy and resources on feeding animals the nutrients that humans can more efficiently benefit from directly to be "sustainable", then I think it's you that is using a definition of sustainable that is different from what is commonly understood.
By that same logic, exploiting and killing humans is sustainable.
Exploiting and killing animals will never be sustainable.
Here's what I do in my docker images:
mkdir -p /lib-your-executable
ldd ./your-executable | tr -s '[:blank:]' '\n' | grep '^/' | xargs -I % cp % /lib-your-executable
Essentially, it's the same thing that you're doing, just automating getting the dependencies, and then copying everything in the lib-your-executable
dir to your LD_LIBRARY_PATH
. I don't know of a better way, other than statically-linking the binaries.
EDIT: fix typo in commands.
I am looking for something that can take a Dockerfile, like the following as an input:
--- ```Dockerfile FROM --platform=linux/amd64 debian:latest ENV DEBIAN_FRONTEND=noninteractive
RUN apt update && 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:
--- ```Dockerfile FROM --platform=linux/amd64 debian:latest as builder ENV DEBIAN_FRONTEND=noninteractive
RUN apt update && 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.