- Joined
- Sep 9, 2021
The Linux Thread - The Autist's OS of Choice
- Thread starter tehpope
- Start date
-
🐕 I am attempting to get the site runnning as fast as possible. If you are experiencing slow page load times, please report it.
- Joined
- Feb 18, 2024
Changes will get contributed upstream, and it will die. The average lifespan of projects that are political forks aren't that long.
Catboy Ranch
kiwifarms.net
- Joined
- Aug 21, 2022
- Joined
- Jan 28, 2018
When they're only amongst themselves, they eventually start eating each other. It's quite typical.
- Joined
- Aug 7, 2021
I don't see any obvious drama to explain the account being gone.
"jade" is user "lf-" on GitHub:
A fairly recent PR quitting Nix:
I am not following closely enough to know what "today's" (July 1) "shameful incident" is.
No real info on his(?) website: https://jade.fyi/about
Look Pa', I made muh Turrminal and muh Dyesktop Ehnvirnment fanceh!
What is the point? Do you guys ever really see your desktops? If you use your computer I don't see how you can only have a single thing open.
Motherfuckers advertising their githubs on their cutesy girly anime desktops. I expect probably Uesimilitudo who's either 55 or incredibly autistic to need only a piece of paper, some conductive ink and resistors to build his own libraries so for him some random background and a terminal only might be fine, but for us normal people we'll need five billion tabs to research some new shit we're curious about.
- Joined
- Jul 4, 2022
I recently had to run a very ancient 4.9 kernel for an ARM system to debug some drivers. The closest and easiest setup seemed to be Debian Stretch. Extracting the kernel, initrd and reading the grub kernel command line from the debian DVD and after scouring the web for the correct console=ttyAMA0 incantations since there is no video/graphics for ARM, I managed to boot the debian installer up in qemu-system-aarch64, it showed up in the emulated serial terminal.
Makes me glad x86 despite all its faults and legacy is rather uniform and works out of the box. There's no bootloader installed for the emulated system, but that was just fine since I knew what I was doing with qemu. All the noise about Raspberry Pi 2/3/4 bootloaders/device trees/config.txt is rather insane.
Only to find out it can't find the DVD drive. Turns out it has some weird MBR emulation header that made it look like a hard disk with a small partition if it was connected to the system over virtio-blk-device. I found some forum post to make the installer find it by going to shell and manually mounting /dev/vda as an iso9660 manually under /cdrom. Now the installer was happy, nearly.
Debian moved its EOL'ed release without updating the installer, so it can't fetch the newer packages. Good thing I downloaded the DVD image, so installation was mostly smooth if I got it to ignore the internet. Once installation is complete, I extracted the installed kernel and initramfs again, put in the console and root=PARTUUID=XXXX argument into qemu, installation finally worked. I can see 4.9.0-13 arm64 loading.
Now for more brokenness. Remember I said I wanted to debug some drivers? All I needed was linux-headers-arm64 and build-essential. Turns out apt-get doesn't know about them, /etc/apt/sources.list was completely empty other than a few comments about repositories to enable. So I manually fix them up with http://archive.debian.org/debian/, apt-get was finally happy and I was able to compile the drivers.
Problem started when I tried to actually load it. Turns out the linux-headers-arm64 installed was for 4.9.0-19, not -13, so it complains about imcompatible struct layouts. So I thought I should update and reboot to the newest kernel. I extracted the new kernel and resulting initramfs and restarted qemu.
Nope, this new kernel won't even print anything to the console at ttyAMA0, nothing whatsoever. Whoever made the update clearly did not even test anything. After awhile I decided to rollback to -13 and give up -19. Out of frustration, I ran apt-get install linux-headers-4.9.0-13-arm64, and it actually started installing the headers for the right version of the kernel. Driver is rebuilt and finally loaded!
Debian moved its EOL'ed release without updating the installer, so it can't fetch the newer packages. Good thing I downloaded the DVD image, so installation was mostly smooth if I got it to ignore the internet. Once installation is complete, I extracted the installed kernel and initramfs again, put in the console and root=PARTUUID=XXXX argument into qemu, installation finally worked. I can see 4.9.0-13 arm64 loading.
Now for more brokenness. Remember I said I wanted to debug some drivers? All I needed was linux-headers-arm64 and build-essential. Turns out apt-get doesn't know about them, /etc/apt/sources.list was completely empty other than a few comments about repositories to enable. So I manually fix them up with http://archive.debian.org/debian/, apt-get was finally happy and I was able to compile the drivers.
Problem started when I tried to actually load it. Turns out the linux-headers-arm64 installed was for 4.9.0-19, not -13, so it complains about imcompatible struct layouts. So I thought I should update and reboot to the newest kernel. I extracted the new kernel and resulting initramfs and restarted qemu.
Nope, this new kernel won't even print anything to the console at ttyAMA0, nothing whatsoever. Whoever made the update clearly did not even test anything. After awhile I decided to rollback to -13 and give up -19. Out of frustration, I ran apt-get install linux-headers-4.9.0-13-arm64, and it actually started installing the headers for the right version of the kernel. Driver is rebuilt and finally loaded!
Makes me glad x86 despite all its faults and legacy is rather uniform and works out of the box. There's no bootloader installed for the emulated system, but that was just fine since I knew what I was doing with qemu. All the noise about Raspberry Pi 2/3/4 bootloaders/device trees/config.txt is rather insane.
- Joined
- Dec 17, 2022
There was mention of this in the thread when it came up a while back, and here's an update on it:
F42 Change Proposal: Opt-In Metrics for Fedora Workstation (system-wide) (archive.ph)
https://fedoraproject.org/wiki/Changes/Metrics (archive.ph)
https://discussion.fedoraproject.or...ics-for-fedora-workstation-system-wide/124325 (archive.ph)
F42 Change Proposal: Opt-In Metrics for Fedora Workstation (system-wide) (archive.ph)
https://fedoraproject.org/wiki/Changes/Metrics (archive.ph)
https://discussion.fedoraproject.or...ics-for-fedora-workstation-system-wide/124325 (archive.ph)
- Joined
- Dec 7, 2020
I read the Bryan Lunduke article (archive) and the funniest part is that the founder tried playing ball subsidizing troons and other incompetent types ("highly values diversity and inclusion") only to have his project torn apart anyway. The slightly less funny part (at least personally) is now I have to reimage some machines.
- Joined
- Jan 3, 2024
If you cant beat em join em, except its cancer so thats retarded and you die anyways
- Joined
- Jul 26, 2017
They don't care. They're perfectly fine with destroying everything they touch even if they get nothing out of it. Trannies love forcing themselves into communities (and onto people!). It won't stop until people stand up to them.
- Joined
- Dec 28, 2014
What can you expect from degenerate men who literally chop their own cocks off? They're obviously unaware of value. They hate it. They destroy everything, including their own bodies, over their evil fetishes.
- Joined
- Dec 12, 2022
I just simply don't give a shit, they can't tell me what to do. if I wanna use SUSE, I fucking use SUSE
Last edited:
- Joined
- Feb 4, 2021
For me, there are so many options out there that distro hopping is more about what I shouldn't bother using. You start to notice patterns amongst distros after a while. Distros that quickly hopped on the systemd train. Corporate distros. Distros that push gnome (or something very closely based on it, like elementary). They all seem to march in lockstep with one another and fellate trannies and niggers at every opportunity.
If that means I'm "limited" to Void, Gentoo, Guix, Slackware and maybe Artix, Devuan and Mint if I'm in a pinch, then oh well. Thats already way more choice than I'll be able to make use of right there. Might as well make the choice to "limit" myself to projects that tell trannies to fuck off rather than telling me to fuck off for not liking girldick.
If that means I'm "limited" to Void, Gentoo, Guix, Slackware and maybe Artix, Devuan and Mint if I'm in a pinch, then oh well. Thats already way more choice than I'll be able to make use of right there. Might as well make the choice to "limit" myself to projects that tell trannies to fuck off rather than telling me to fuck off for not liking girldick.
- Joined
- Jan 5, 2015
Imagine if we had a comprehensive guide on how to roll your own Linux distribution right here so there's less than zero excuses to not "break free" from the rest?
Last edited:
- Joined
- Mar 30, 2023
We have the Linux From Scratch project. Unless you're referring to an exclusive Kiwifarms distro. I might use Kiwi Linux if it's stable enough.
- Joined
- Jan 5, 2015
Yeah that exists, and KF Linux would be cool. I just mean guides hosted here with useful advice that will probably never be included in the official documentation. I don't think I've seen a part in the LFS book that walks you through systemd alternatives, for instance.
- Joined
- Apr 11, 2023
I've DIYed my own Linux distro in three different ways: Buildroot, crosstool-ng, LFS. The problem is that it's obsolete the second it's released due to how fast the Linux ecosystem changes. So I've never really "released". Maintaining a Linux distro takes a LOT of work. The only way to really justify that work is if you have some reason for it, like a CV line for it or something. Coupling it to an "extremist" web property is quite antithetical. Furthermore, you run into circumstances where you really want eg. Debian or Redhat patches, which involves pulling in all the patchsets across all affected packages.
I just use Debian these days.
- Joined
- Sep 9, 2021
Building an OS. Even with the breath of options such as LFS. Is no small undertaking. Granted, anyone who RTFM's and has a solid grasp of Linux can do it. It's not something that's gonna be practical to do. Again it's not impossible, but a big undertaking.
On top of getting the manpower to do it. What's the poison you're gonna take? As in what upstream distro do you want to build off of? If any. Arch, Debian, and fedora (for the most part) are great foundations. But you'll have to compensate alot for taking out and adding features.
And not to mention what DE would this use? Which ones would we support? People either love or hate Gnome, Window managers are fun but not easy to just plop in. Systemd? Or not? Do we have our own User repository?
These are all valid questions that a legitimate Kiwi Farms OS would have to answer.
Not that I don't think a for funsies Kiwi OS would be great thing for the forum to partake in. I'll gladly volunteer.
I just think the pace that the general distro ecosystem is something that a serious attempt would struggle to keep up with.
- Joined
- Mar 30, 2023
Debian as a slower moving distro would probably be easier to maintain, and right now nothing could beat Cinnamon for stability. A stable base can have newer packages patched to it easier. But we could probably have a thread arguing for the right distro and de until the cows come home.
Heck, just make a theme for Linux Mint and a script that installs recommended packages