TWM resize your windows automatically as you create windows or move them around. This is the key: TWM’s work best with applications that work well in a variety of sizes. Usually this means text based applications: terminals, IDE’s, browsers, chat apps, etc. GIMP for example didn’t really work well for me unless I used it on its own workspace. It comes down to this: how much of the time do you use text based applications? For me, that’s almost always. I rarely touch something that is not a terminal or a browser. For you it might be different. Good luck.
Also try LMDE (Linux Mint Debian Edition). I think it’s their best flavor actually, but not enough people know about it and usually only try the regular Mint.
Almost all of those support forms are from way back when Ubuntu was user friendly and community driven. However they are no longer serving the community and shouldn’t be considered user friendly like it was previously.
Anyway almost all of the Ubuntu specific stuff will work on Linux mint as its Ubuntu based.
Nope. Won’t work. It did back in the day, but nothing will run on it anymore because the OS version required won’t install. I have an iPad 2, I’ve tried.
No doubt, the hardware could run Ubuntu Touch, alas Apple are dicks like that.
It’s hard to really wrap your head around it without doing a ton of low-level taking things apart and putting them together differently.
But to answer, it’s pretty impressive the extent to which a full Linux install of any distro tends to just be like a bunch of legos put together in one particular way.
Theoretically, there’s no reason why you couldn’t ship-of-Thesius one distro into another. You’d have to have a good idea of what the differences between the two are, but it can certainly be done.
There’s a thing called a “chroot.” It’s basically a whole OS installed in a subdirectory on another whole OS. And there’s a command (also called “chroot”) that can be used to tell the parent OS to “give me a shell in the chroot OS – as in run the /path/to/chroot/bin/bash (or whatever) executable in ‘The Matrix’ such that that process thinks that the chroot is the root OS.”) That lets you do some pretty cool stuff like building an OS to be installed on another box. But when you run in the chroot, it doesn’t load the guest OS’s kernel or (typically) init system or anything. The processes run on the host system’s kernel.
And it’s entirely possible to have the guest chroot system be a whole different distro than the host. (Though some distros will have tools that make it easier to chroot into a guest chroot of the same distro.) Which implies that you can just kindof substitute one distro’s kernel for another distro’s, right?
Turns out the answer to that question is “at least mostly yes.” Quick funny personal story. I started working somewhere recently where they allowed new hires a choice between Windows, Mac, or Linux on their work laptop. I chose Linux, but didn’t like the distro they pre-installed on it. (KDE Neon. I preferred Arch. Insert hate here.) But the laptop had secure boot enabled and the PC support department wasn’t willing to let me disable that. The laptop would only allow certain kernels to boot. Windows and some kernels from some unknown set of Linux distros.
Just as a quick aside, the way it knew how to deny a specific kernel from running or allow another to run was with signatures. Canonical which makes Ubuntu includes cryptographic signatures in the kernel file identifying that kernel image as made and certified by Canonical. (Microsoft does roughly the same thing for Windows kernels.) The secure boot system on the laptop has a list of trusted certificates. If the kernel that the bootloader (which is also signed, by the way) asks the secure boot system to boot is signed by one of those certificates, it boots. If not, secure boot denies the request. Theoretically more certificates can probably be configured/trusted, but that wasn’t an option in my case.
But I still wanted to run Arch! Now, KDE Neon uses the Ubuntu kernel, so I knew that was one I could boot without access to the secure boot config. So I grabbed the .deb for the Ubuntu kernel, wrote a script to convert the .deb for the Ubuntu kernel into an Arch package. (Arch doesn’t use .debs or .rpms. It uses “pacman packages”.) I installed that arch package, configured the bootloader to point to the arch install including that Ubuntu kernel, and booted it. Viola! Arch (mostly) without secure boot access!
What I was running was really kindof 95% Arch and 5% Ubuntu kernel. Kindof a Frankenstein’s monster of OS’s. But it worked perfectly.
And theoretically, just about any part of a distro can be replaced with the equivalent from another distro. (Or from the upstream/source version.) You could technically take a Fedora system and replace the package manager with apt (I’m guessing there isn’t an rpm package that would install apt on your Fedora, so you might have to make it yourself or just build it from source and install it manually) pointed at Ubuntu repositories and transform Fedora piece-by-piece into Ubuntu. It’d be a pretty wild and messy process. And it would probably be easier to just reformat and install Ubuntu. But it could be done.
Similarly, you could replace the init system. Artix is a fork of Arch that gives a choice of init systems whereas Arch only supports Systemd. And it’s kindof another Frankenstein’s monster of an OS because it still relies heavily on the Arch repos. But it works.
This Arch story reminds me a lot of a r/talesfromtechsupport story that went remarkably similar but had a less happy ending for the Linux enthusiast, where he basically disabled the TPM and couldn’t access the company network because the network seemed to only allow trusted machines.
Can’t find it right now but maybe I can do some digging once I’m on a computer
To tell the next part of my story, when I did all of what I described, I first backed up the KDE neon install onto a tiny little partiton. So I still had it to go back to if I needed to.
And after I’d been using Arch for a good while, the VPN folks decided to retire OpenVPN and switch to something called “GlobalProtect”.
They run BMC, a remote machine management program, on all freshly-imaged machines. That lets them (un)install shit without the user’s knowledge and stuff. Windows users had lots of horror stories about “the great Java uninstall of 2018” where the PC Support folks just randomly decided one day to uninstall OpenJDK from every Windows user’s machine. While we were trying to write/maintain Java software written in-house. (This happened multiple times within a few years.)
One of the biggest benefits to running Linux (even if it was KDE Neon) was that the PC Support folks were scared of Linux and stayed very hands-off. They never (un)installed stuff remotely for KDE Neon users.
…until they switched to GlobalProtect. They wouldn’t give out the .deb for GlobalProtect to let folks install it themselves. They’d only install it for you via BMC.
But since I was running Arch and had never installed BMC, (actually I have another story about BMC on Arch, but I’ll save it for when I have more time), my machine was passed over when they installed GlobalProtect on all the KDE Neon machines.
So I rebooted into KDE Neon, asked pretty please that they install GlobalProtect, and have been using KDE Neon ever since.
Now, I’ve done nothing to disable the TPM or anything on Arch. I don’t think even if GlobalProtect uses the TPM that there’s any reason it couldn’t do so while on Arch. But I tried just copying the install from KDE Neon to Arch file-for-file and running it. It didn’t work. I had to strace it to get more info and… don’t remember what the error was about now. Some inter-process communication thing I had never heard of before wasn’t able to talk to the daemon process.
I keep telling myself I’m going to get GlobalProtect running on Arch again so I don’t have to keep using KDE Neon, but it’s been a while since I’ve worked on that any.
Also, one of my coworkers had been working for years by connecting to the company VPN from a personal machine. And I told him he needed to figure out his VPN situation months before they actually turned off OpenVPN. But he didn’t heed my warnings and when they shut off OpenVPN, he was screwed. He took the Mac they’d sent him when he was first hired off of mothballs and tried to get it running. They ended up just telling him they needed to send him a new machine. So he basically couldn’t work for almost two weeks while he waited for the new KDE Neon machine he ordered to get set up/imaged/etc and then shipped halfway across the country. He uses KDE Neon on a company laptop now.
There are some great stories about how we’ve messed with PC Support at this company. Lol.
Edit: Ok. I’ll tell the BMC-on-Arch story now.
Same company. Back before they were issuing secureboot’d machines, and before they offered the option of a Linux machine (or without special manager approval, a Mac, actually), I installed Arch on my host on a forgiveness-rather-than-permission basis.
When they started supporting Linux, they got BMC set up for Linux. (It had worked on Windows prior, of course.) And then they started sending me nagging emails about installing BMC. They knew my boss would back me up if they pressed me to switch back to Windows, so they didn’t push for that. But they wanted me to install BMC just to get the feature that it periodically phoned home to let PC Support know it was still in use and all that. (I think it also offered features like if I ever reported it stolen, they set it up so it would wipe its own hard drive next time it phoned home. To protect any trade secrets.)
I kindof ignored them for a while. Eventually they visited my desk in person. (This was before I was working remotely.) I was like “yeah, ok, tell me what to do” (I figured it was a good compromise that would let me keep Arch) and they were like “we’ll send you the installer.”
Now, the Linux distro they supported at the time wasn’t KDE Neon. It was Ubuntu. And I was on Arch. And I asked “the installer was probably was packaged for Ubuntu, right? BMC is supposed to run as a daemon and Arch doesn’t even use the same init system. I’d be surprised if it worked.” And one of the PC support guys looked me right in the eye and passed his hand over his head in a “you’re talking over my head” gesture. And then walks away.
I received the installer. Tried to run it. It immediately choked for exactly the reason I suspected. Basically it looked at my system, didn’t find the init system it expected, and aborted before extracting the files to be installed.
So, was I going to give up and switch to Ubuntu? No! I wasn’t daunted.
So I broke out strace and gdb and managed to trick the installer into extracting the files. (Basically when it checked for the init system, I altered a variable from false to true to make it not abort before extracting.)
And then I just had to stick it at the right place on the filesystem. I never made a service file for it. I just manually ran it every now and then. And killed it a little while later. No one nagged me again.
Now, I wasn’t the only one who ran Arch. I had a coworker there who also ran Arch and somehow he was never nagged to install BMC. Not sure why. But when I left the company, I left all my work with this other coworker in case he ever needed it.
And then I returned to this company. It was after that that I did the Archbunkenstein thing because they’d started using machines that enforced secureboot. The coworker who was still running Arch when I returned had lost my BMC installer reverse engineering work. And still had never been nagged by PC Support. I expected to be nagged again, but I ran Archbunkenstein for a good year or so without anyone nagging me. When I switched back to KDE Neon for the VPN, it had BMC installed, so I’ve been using BMC ever since.
You may wish to investigate Bedrock linux, it allows you to Frankenstein 2 (or more) distros together. I’m sure there’s a way you could have your KDE neon kernel plus BMC while having everything else Arch
If you’re referring to openSUSE rather than Linux in general, I have had the opposite experience. I had been on Manjaro for the past couple of years and decided to switch to openSUSE Tumbleweed on a whim and everything for the most part has just worked out of the box with minimal troubleshooting (or just a lot less than I remember when I was originally configuring my Manjaro install). What all have you had problems with?
it takes like 45 seconds for my OS to wake from sleep
sometimes my login screen is on my left monitor, sometimes on my right, sometimes on both!
It took me 3 hours to get wallpaper engine running
My package manager keeps telling me I am missing dependencies that I have verified exist.
video games dont perform as well on Linux as they do on windows (even baby games like Risk of Rain Returns which should run on pretty much anything perfectly)
half the time I reboot my computer I get some weird nvidia error, other times I dont at all. Generally when I reboot my computer it just stalls for like 45 seconds before actually rebooting.
it was very unclear what I needed to install to get the latest nvidia drivers installed. Got it working after a few hours of trial and error.
theres some more complaints but those are the ones off the top of my head.
oh also applying themes seems very broken. Every time I apply a theme it grabs icons from a completely different theme. For instance I applied a theme called dracula, didnt like it so I switched back to the opensuse default theme, after a while I found a different theme and applied it but suddenly all of my icons were dracula theme again… also its very hit or miss whether all of the theme actually applies.
That looks like it might be the monitor's own on-screen display rather than anything Puppy related. My guess is that the monitor hasn't been detected properly and Puppy is putting out a resolution that the monitor can't deal with.
Since the message says 1280x1024, either the monitor is 1280x1024 and can't deal with anything else, or it's not 1280x1024 and is being sent 1280x1024 resolution and is complaining about it.
(Or worse, it's a clock frequency error which was a real problem back in the early days of Linux.)
As for how to fix, the answer is going to be different depending on the age of the base Linux under Puppy and the graphical subsystem.
For X/X11/Xorg it's probably going to need use of the xrandr shell command, perhaps to delete the mode that is causing the problem. For Wayland, it appears that each window manager has its own xrandr equivalent. I see talk of a gnome-randr, for example.
To get to a shell in the first place, try the Ctrl+Alt+F1 key-combo. If the computer isn't frozen, that might get a text-based console login prompt. (Puppy might do things differently here though. Not sure.)
Alternatively, look up how to boot to a single-user shell by modifying GRUB options, that is, if no such option is there already.
Caveat: I am no expert. Take this under advisement. Also try web-searching some keywords. It might be there's a really simple fix for this that I don't know about.
I should have been more specific. I was hoping this fixes an issue with LO not scaling correctly when using multiple screens with different scaling factors. Unfortunately this is still an issue.
I came back to KDE after a long absence because I never liked it back in the day (I found it ugly and bloated). I was really surprised by how good it has become. It’s now my favourite desktop environment on Linux, and I’m looking forward to version 6. So to any other oldies still avoiding KDE because of how it used to be, it’s worth another look.
I second your experience. It was not so impressive back then and 2indo2s was much nicer, but not anymore. I’m feeling it, this year Linux will be on top!
Here I am thinking there’s some obscure Linux project using a name that’s somehow a sequel to Windows, like a Windows 2, but also a play on the 2__4me meme.
Oh, this is good news for me. I remember trying KDE years ago and feeling that it was just way too heavy. My goto is usually Cinnamon, but the lack of Wayland support has made me hesitant to go all in with out on my gaming PC. Def gonna give KDE a try, thanks!
Cinnamon was where I had ended up too. So now I have a couple of Linux Mint/Cinnamon machines and a Tumbleweed/KDE machine. It surprised me that I like KDE more.
As others have said, there’s Vanilla and Endless, but both use GNOME.
Is there a reason why it has to be Debian? With an immutable distro, you won’t be using traditional package managers anyway (like apt), all have the same stability factor, and with the same systemd + KDE, it’s more or less the same experience regardless of which distro you go for.
One of the key usage patterns of an immutable distro is using a container to install your extra packages. So you could go for a Fedora-based immutable KDE distro like Kinoite, and set up a Debian container where you can use apt and other Debian tools.
Depends on the use case. I played around with it a lot and came to the conclusion that I don't like flatpaks and the base system is not flexible enough for me.
I use it as a self-updating desktop for my parents tho,. For that it's absolutely perfect.
linux
Top
This magazine is from a federated server and may be incomplete. Browse more on the original instance.