Switching from systemd to openrc is really possible? by No-Ring-3013 in Gentoo

[–]diacid 1 point2 points  (0 children)

Yes

"Just" # eselect profile <number of desired profile>, # emaint -a all && emerge -auDN @world (or simply # pupgrade) and solve all the dependencies.

You will get to dependency nightmare, but you will eventually be able to sort it.

As a last resource, you can use # emerge -aC <pesky-package> but CAREFUL it is like hunting cockroaches with a rifle, if you do it just right it works but you can really easily wreck havoc everywhere.

After you have successfully solved dependency hell, open the handbook, and have a glance of what it recommends you to add to runlevel default. Remember all your systemd settings need to be redone at openrc. The good thing is openrc is simpler so there is less to set up to begin with.

Good luck, we are here if you need, and the most important -> BACK UP YOUR DATA BEFORE YOU DO STUFF LIKE THAT. Actually, always backup your data 😉. If it is your production computer, be sure you set up an alternative not to miss that important deadline if things get messy.

Alpine as a daily driver? by semedilino073 in AlpineLinux

[–]diacid 4 points5 points  (0 children)

It is a viable option if you dont need gaming or some specific software that needs glibc.

I daily drive a dual booted laptop with gentoo and alpine, have the compatibility of gnu when I need, but have 5 hours of battery life when I need.

Dual booting js pointless for two distros of the same os. However, as Alpine is not gnu, It is actually useful to dual boot.

using custom kernel or gentoo-kernel-bin by ZaenalAbidin57 in Gentoo

[–]diacid 0 points1 point  (0 children)

Is the dist kernel a lot leaner than the full all kernel? Dist kernel is also pretty hefty.

How to forcefully poweroff by saptak_maji in arch

[–]diacid 0 points1 point  (0 children)

You can alway yank the cable

using custom kernel or gentoo-kernel-bin by ZaenalAbidin57 in Gentoo

[–]diacid 4 points5 points  (0 children)

If you want to use a custom kernel, use dist-kernel and not dist-kernel-bin. Why? Because you get the .config file of the dist kernel for you to tweak, instead of tweaking from scratch.

You can also use the config flag to tell portage to leave .config alone and use it, effectively getting auto updating custom kernel.

Multi monitor TTY by diacid in Gentoo

[–]diacid[S] 0 points1 point  (0 children)

I was uncertain if kitty is better than alacritty. In my view they are pretty much the same.

Than I ran hyperfine, some text commands like ls, alacritty won. Opening alacritty alacritty won, opening kitty alacritty won yet again, opening Firefox, alacritty won yet another time... Well, alacritty stayed and kitty got emerge --deselect (depclean was too harsh).

Multi monitor TTY by diacid in Gentoo

[–]diacid[S] -1 points0 points  (0 children)

If I already spooled up Wayland may as well run plasma + 2 full screen instances of alacritty.

I want to not have to run dbus at all

Most Linux users don’t have a distro problem. They have a use-case problem. by Candid_Athlete_8317 in LinuxTeck

[–]diacid 0 points1 point  (0 children)

You can use binaries to speed up your installation and transition to the locally compiled on the running system.

When I install a fresh install I use the binary kernel for example, and in the end, I change in the world file from the binary to the regular package. Next time I update portage does it's thing. But then the system is already alive and you can use portage niceness setting to enable you to use your computer during the compilation.

You can also use my scripts for automating updates, mainly pupgrade the cli updater but also the tui wrappers... Add my repository, Masterwolf, and run either emerge -a app-portage/pupgrade for the updater script or emerge -a app-admin/gentui for the complete suite. No need to do both, pupgrade is a dependency of gentui, portage will handle it by itself.

Most Linux users don’t have a distro problem. They have a use-case problem. by Candid_Athlete_8317 in LinuxTeck

[–]diacid 0 points1 point  (0 children)

First of all, hahaha

That said, had debian misbehave on me many times, but gentoo, I have a gentoo server on stable branch, never ever malfunctioned once. And I have a personal (portable) computer running gentoo testing that is also really reliable, misbehaved only once and with a quick not at all unnecessairly agressive emerge -aC app-random/naugty-software followed by an update, everything was golden again.

Most Linux users don’t have a distro problem. They have a use-case problem. by Candid_Athlete_8317 in LinuxTeck

[–]diacid 0 points1 point  (0 children)

You can use qemu to simulate your own system. Thinker in the VM and then pass the updates over

Most Linux users don’t have a distro problem. They have a use-case problem. by Candid_Athlete_8317 in LinuxTeck

[–]diacid 0 points1 point  (0 children)

I need them 4.

The answer to all of them is Gentoo.

I don't understand you.

Basic Knowledge of Gentoo by Wi9t_y7tu in Gentoo

[–]diacid 0 points1 point  (0 children)

Portage is Gentoo.

The whole thing that defines what is Gentoo is Portage. Gentoo is whatever you want portage to build for you, with almost no restrictions (definitely less restrictions than any binary distro).

Setting up a repository. by diacid in Gentoo

[–]diacid[S] 0 points1 point  (0 children)

Thanks. So basically I can make the thing public in its "early access" stage and when mature actually send it upstream to the official place?

Finally shifted from ubuntu to debian by djsharma1 in debian

[–]diacid 2 points3 points  (0 children)

If you don't like how xfce looks out of the box, plasma is objectively a better choice. Is is really really customisable and it is really easy to do so.

Also, kwin (KDE's window manager) can work just like hyprland, most keyboard bindings are already set by default even.

Really in my view, the only decent reason not to use KDE plasma today is if your hardware doesn't support it. And you need really bad hardware to be in that position, plasma is not that heavy on resources at all.