Even if we were thirsting over it, what’s wrong with it? Apple makes some impressive silicon that’s really efficient. The problem is that it’s tied to their products and closed off. You can marvel at what they’re doing on the production side while not liking their business practices.
I wonder if they’ll consider Codeberg as their future Git host of choice. GitHub is less than ideal in terms of digital sovereignty, GitLab also has some questionable leadership. Codeberg seems like the most solid alternative to these so far.
Engineering is very popular in India and computer programming is one of the courses that is common to all disciplines. Our professors recommended installing Linux.
A few years back, Dell would sell budget laptops with Ubuntu preloaded instead of Windows. Although I can’t find any right now.
Back around 2010s, in my state edu. board, we were taught about Ubuntu in high school and had Linux Mint installed in our school computers. Although the material was very shallow and designed short-shortsightedly, it helped introduce Linux and FOSS to lots of us.
Government departments are slowly ditching windows because everything they need to do can be done on Linux without malware attacks and every application screaming “buy me!” every time you open it.
Also educational institutions (at least in my State) do give basic Ubuntu training. I learned Gimp ,Inkscape and Libre office as part of my curriculum.
There is also the reduction of dependencies on non-democratic institutions for the government to function! The America first policy held by the US for a few years triggered a lot of planning from governments to increase their ability to sovereign from the states.
Because they are smarter than the West and less likely to use the biggest “scam” called Windows. Linux is also suitable for less modern computers and useful with excellent FOSS software.
India is a country with a huge population India is also a third world country where people. 1 computer is probably an years wages for most Indians. And alot of linux distros run well on older hardware same goes for eastern europe and africa or so I hear plus engineering is very popular over there as embed put it himself
Because it’s free. That’s the beauty of FOSS software. But only is it user freedom respecting but also often free of charge.
In third world countries like India where only a small percentage can afford a Windows licence, Linux can thrive. And once people see it can do anything that Windows can, and far better with no security concerns, plus they can modify and build upon Linux, they tend to adopt it with passion.
If you’re starting a business in India and have little money but need an OS to run your business, Linux can do that for you for free.
I suspect it is a combination of its being free, working well on older hardware, and the tech literacy in India.
Software development and engineering are important aspects of the Indian economy. Linux is arguably the best platform for that kind of work, especially in the cloud. Tech support of those kinds of systems require the same skills.
Given how well Linux runs on older machines, I consider low Linux penetration a hallmark of rich countries.
In my own household, Linux goes on all the older hardware ( including Macs ). That has really extended the length of time before hardware needs to be replaced. It also means that, over time, the percentage of active equipment using Linux has increased.
Am I understanding correctly that you are building the image by copying in key elements from the host machine’s functioning nginx installation?
This is creative but not common approach to docker.
Normally software is installed following the officially documented procedure (imagine installing using apt or a shell script via RUN). Sometimes software documentation has specific recommendations to follow for containerized installs.
It’s common to have the version defined as a variable where a change in value invalidates the docker layer cache. To me it’s unclear how caching would work with your dockerfile, for example, in the event of a upgrade. You could also see how a breaking change (such as one in the paths you are copying) could run into issues with your hardcoded approach.
In the case of software like nginx, I would use the official image, mount config/cert files instead of copying, and extend in my own dockerfile if needed.
Not from the host machine, but from the official nginx image ( nginx:mainline-alpine3.18-slim ). And what it (basically) does is separate the essential commands/files inside a scratch image and gives every command a custom username tag.
A bit late but you might want to have a look at docker multi-stage build documentation which does exactly what you did (start from a base image then copying stuff from it to your own image), something like that:
Which will simplify building new images against newer “build” image newer tags easier.
btw, you were quite creative on this one! You also might want to have a look at the distroless image, the goal being to only have the bare minimum to run your application in the image: your executable and its runtime dependencies.
You’re welcome! scratch and distroless are indeed basically the same thing, scratch being the ‘official’ docker minimal image while distroless is from google - as I’m more a Kubernetes user (at home and at work) than a Docker user, I tend to think about distroless first :) - my apologies if my comment was a bit confusing on this matter.
By the way, have fun experimenting with docker (or podman), it’s interesting, widely used both in selfhosting and professional environments, and it’s a great learning experience - and a good way to pass time during these long winter evenings :)
I started with Slackware around 1997 because I needed a free C compiler plus all I had were junk, hand-me-down computers. Stopped programming & using linux around 2000 and had switched back to Windows on a newly built, decent computer. From about 2000 until about 2016 I rarely used linux besides a couple routers. Raspberry pi 3 came out with built-in wifi & my dislike of Windows 10 got me back into linux for more use cases. Valve’s work on proton finally made it so I could switch to linux for most gaming & my Windows usage dropped to almost nothing. Currently using Manjaro on primary desktop and Fedora 38 on tablet with mix of distros in LXC & VMs on mini-PC w/ Proxmox VE & Synology NAS. SteamVR on linux been getting decent amount of work on it lately so once it gets stable I’ll have one less reason to need Windows.
They’re a platform company that provides services. They could build proprietary services on top of a Linux distro. Basically the same as they’re doing now with Edge.
IIRC Microsoft’s woes in the ARM space is two-fold. First is the crushing legacy compatibility and inability to muster developers around anything newer than win32, and second was signing a deal to make Qualcomm the exclusive ARM processors for Windows for who knows how long.
This looks like it represents the image with block characters, so it ends up being very low res. I suspect it will be horrible at rendering text.
@RickyRigatoni, maybe you can hack this together with something like plymouth. Normally it’s for the boot process, but it might work for shutting down as well.
If the terminal resolution is high enough and I tweak the image a bit it should look fine. I’ll look into Plymouth, too, because I might as well use that for a classic windows boot.
It seems like it’s using blocks that are half a character tall, and I imagine using the combination of foreground and background colors to get two colors into each character space.
Therefore your horizontal resolution will be equal to the length of each line in characters. Your vertical resolution will be equal to two times the number of lines on the screen. So maybe it’s doable with high resolution and tiny font. I don’t know what the limits for those are.
Eh…just trying to learn some new things regarding common “dockerization”-related things, and improving its security.
If the end-goal is not learning but having an as secure container as possible, then consider Wolfi; this is a good read. If you’re interested to know its current vulnerabilities, so that you can work on resolving those; then consider Trivy as it is -to my knowledge- the industry-standard for this specific use-case.
I think you’ll be waiting a pretty long time for high end RISC-V CPUs, unfortunately. I don’t particularly trust Qualcomm, but I’m really hoping to see some good arm laptops for Linux.
I kind of agree, in that ARM is even more locked down than x86, but if I could get an ARM with UEFI and all computational power is available to the Linux kernel, then I wouldn’t mind trying one out for a while.
But yes, I can’t wait for RISC-V systems to become mainstream for consumers.
Generally speaking, and I’m not talking about your Raspberry Pi’s, but even there we find some limitations for getting a system up and booting - and it’s not for lack of transistors.
But say if you take a consumer facing ARM device, almost always the bootloader is locked and apart of some read only ROM - that if you touch it without permission voids your warranty.
Compare that with an x86 system, whereby the boot loader is installed on an independent partition and has to be “declared” to the firmware, which means you can have several systems on the same machine.
Note how I’m talking about consumer devices and not servers for data centres or embedded systems.
I’ve always just dropped down into a different virtual terminal with CTRL+ALT+F#, killed the bad process and/or just rebooted from there. Is that not a thing anymore? I haven’t had to do it in so long because of improved stability and not using the DE on my server much, so maybe I’m out of the loop.
I can’t wait for the hardware Android continuity… that’s the only thing I’m waiting on now to switch to Android besides the raw performance being equal.
Back in the day I used a surface pro 3 dual booting windows and linux. Linux didn’t have the drivers to support the pen back then so I used windows and one note for note taking.
My favorite part about GIMP is that after the thousands and thousands of hours people have spent developing it, it still can’t compete with software from the 1990s, that is to say, it’s complete shit, they should start from scratch at this point, perhaps aiming low like competing against 1990s MS Paint.
There’s no way they could compete with MS Paint today >_>
L take. I agree it’s behind modern image manipulation software, but it does almost everything that Photoshop did in the early 2010’s at least. It’s considerably better than current-day paint.
I use gimp daily, but it is still far, far behind photoshop from when I was studying and that was pre 2010.
The biggest problem is the UI. The only major improvement was the transition from multi window to single window with tabs, around 2012 or so.
It feels like using a hammer with a purple dildo for a handle. I can do it after 10 years of getting the hang of swinging around the wobbly thing. Meanwile the rest of the world transitioned to battery driven nailguns and I’m still swinging my dilmer with a slightly more rigid handle.
Yeah, it’s painful to use. Like I want to like it, but Photoshop is just a superior product. Just look at what tools professionals use when time is money.
linux
Newest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.