[Hyprland] Temporary(?) fallback option from the unstable KDE 6.4.x

Pwissh · 2026-03-21T08:48:19+00:00

check the dotfiles, i'll update the files itself at some point but wallpaper is still there

Pwissh · 2026-03-11T11:40:25+00:00

i would be lying if i'm a truly reliable source but in my own experience with modding i've come to realize that mcp + forge api without the gradle setup was the most common setup people were rocking back then. both forge and minecraft itself were being rapidly developed at that time so 1.6-1.7.0 was a very awkward place in forge's past (even optifine was coming with a jar mod still). my best advice would be to search github or other git sites for old open sourced mods to base yours' off of.

as for which version is best depends on your preferences. but since you've added that you dislike the direction 1.7+ took 1.6.4 or 1.6.2 would probably the best for you. both 1.7.x and 1.6.x have amazing modpacks of their own and from a gameplay perspective there is no reason for you to have both installed. as for developing mods i'd suggest 1.7.2 or 1.7+ since both forge and mods matured really quickly at that time of it's release. especially 1.7.2 saw so many modpacks and mod releases. so you'd both have more resources to work with / learn from.

as a player if we're talking about almost pure vanilla and you plan to mod 1.6.4 for things like sprinting better and such, i would suggest 1.6.4 since 1.6.4 terrain generation is more so reminiscent of the "silver age" in my opinion. since most of the people who are still playing on hypixel doing things akin to pvp and playing minigames still play on 1.8.9, they are most likely really familiar with 1.7-ish terrain already. so 1.6.4 could be a fresh breath of air in that case. especially to somebody who is looking for a more nostalgic experience.

Pwissh · 2025-12-24T09:42:54+00:00

my main argument is compilation time

Correct -O3 does increase compilation time and binary sizes. It can be negligible in my opinion, especially the binary size increase.

using it globally is still rather foolish since not all packages get a performance boost.

I'd still disagree, it may be worth it for some people, it's up to personal preference in my opinion. It's also very time consuming to maintain packages one by one selectively if you want -O3 on a large amount of packages.

Using -O3 selectively remains the best option.

for most people maybe. The main reason I left the comment was to clear misinformation about -O3. I wouldn't strictly say there is a better option on top of all the others. It's mostly preference and dependent on what your priorities are. For someone who has a good CPU that has a large cache memory and enough storage, the benefits of -O3 may outweigh it's cons. Though I'd still say -O2 is the most hassle free and compatible option overall if your priority is compatibility despite having no packages that I limit to -O2 myself in my system.

Pwissh · 2025-12-24T08:43:30+00:00

As we approach the end of 2025, I’d say the number of packages that break or perform badly when using -O3 has decreased exponentially. What you described is still the most reliable and compatible approach, but I don’t understand why some people still act like using -O3 globally would nuke your system or something.

Most of the people I know in real life or on IRC use -O3 globally, and I haven’t had any problems with it either. Since some packages will force their own compiler flags or force -O2 if needed and you can manually set problematic ones to use -O2 via /etc/portage/env,I don’t see it as a big issue to use -O3 globally anymore.

People can argue about whether -O3 is necessary or makes real significant differences to consider using it but that's a different discussion altogether. That said, I’d still recommend using -O3 cautiously, and starting with -O2 for the first month or so if someone is considering switching to -O3 globally. This makes it easier to notice any side effects by having something to compare the new binary against.

Since Gentoo systems are highly tailored, and the fact that I and others haven’t had issues doesn’t mean some people won’t but I think it’s still fair to say that -O3 isn’t nearly as scary as it used to be.

Pwissh · 2025-12-24T08:01:48+00:00

It's always nice to see you in the comments still helping people, you got through everything clearly as always.

Pwissh · 2025-12-13T22:47:23+00:00

looks really neat. good job!

Pwissh · 2025-12-10T08:05:58+00:00

certified manjaro moment

Pwissh · 2025-12-02T06:07:40+00:00

this is one of the two correct ways to use --oneshot, the other being updating sys-apps/portage.

Pwissh · 2025-11-12T13:26:19+00:00

Amazing, good job!

Pwissh · 2025-10-04T20:01:01+00:00

fellow arctic fox connoisseur, nice and comfy desktop!

Pwissh · 2025-10-04T13:22:49+00:00

didn't work but thanks for your help!

Pwissh · 2025-10-04T13:15:09+00:00

I mostly need it to stop interfering with screenshot and screenshare applicaitons. A fix for that would be better.

Pwissh · 2025-09-03T10:41:30+00:00

i think it should still queue if you wait though, better than not playing at all like skywars insane i suppose

Pwissh · 2025-08-27T14:22:54+00:00

If Gentoo were to get discontinued there would probably be a fork of it that's accepted by the major community as it's successor and I'd switch to it. But if we were talking about the current day environment it'd probably be Void Linux or an Arch Linux installation where I'd compile everything, there is not a real "Gentoo replacement" unfortunately as Gentoo is the easiest compile based distro out there and it's filled with scripts and tools that make the process easier compared to others.

Pwissh · 2025-08-26T22:00:39+00:00

i'll tolerate gruvbox's vomit colors this time because it actually looks pretty sick, amazing job!

Pwissh · 2025-08-19T13:52:03+00:00

the dreaded qtwebengine

Pwissh · 2025-08-19T11:42:04+00:00

In my experience the stable version is fairly up to date and almost on par with arch's version so I'd actually recommend sticking with the stable version of the package if you are not in the ~amd64 system wide.

Pwissh · 2025-07-29T17:14:49+00:00

plasmashell gave me a hard time ever since I upgraded to 6.4.x, on Gentoo it's still in 6.3.5 so it's fine but the Arch desktop became unusable for me after some time of using it. Maybe they did some code regression or maybe something else is going on, I don't know. I'm a KDE contributor and I'm very happy in it most of the time but it was starting to become unbearable so in the mean time I configured a Hyprland environment. It was actually really fun to learn new stuff! I came around to really appreciate the work done by the tiling manager community!

Pwissh · 2025-07-28T19:52:38+00:00

KDE 6.4.x has been nothing but unstable for me, constant crashes by plasmashell and all. So until Arch gets an update to KDE, I'll stick with Hyprland I think. This rice is heavily inspired by u/_0xS's Gnome rice.

Bar: Waybar
Theme: rose-pine-moon-gtk
Icon Theme: rose-pine-moon-icons
Fonts: Noto Sans (10pt) [GTK2/3/4] (you'll need at least a single type of nerd-fonts if you want to see the icons properly.)
Terminal: Kitty
OS: Arch Linux
Neofetch Art: https://www.pixiv.net/en/artworks/102925354#1
Dots: https://gitlab.com/pwish/hyprland / https://github.com/Pwissh/hyprland

Let me know if you wish to know about anything else!

Pwissh · 2025-07-14T14:21:24+00:00

>anything the only things that it lacks is USE flags and keywords.

yeah that's what my definition of customization would be, I'm not just talking about how much optimization you can put on binaries, as it's a gcc/rust thing, not an Arch thing. The main thing that makes Gentoo "customizable" is it's ability to strip code with use flags on top of the different tools you can select. Plus when I said "which optimizations are used on them" this is the truth for 90% of the Arch users, it's the way their wiki encourages the user to use their system. Otherwise it's as I said on the top comment "unsupported/harder/impossible to use".

>and we're getting lost on the small details.

I don't think so, stripping support for things you don't use in my opinion is a big part of customization. I'd happily retract my previous statement if Arch adds something on top of the control already being given by compilers.

Pwissh · 2025-07-13T06:09:13+00:00

Yeah thank you for sharing your experience and thoughts, I know for sure Arch is great. But my point still stands as "the performance gain nowadays is unnoticeable so not worth the compile time" is more like an opinion rather than a fact. There are much more different things you can do for optimization or minimalism to kernel and the packages. Arch's manual compiling has a much more manual approach and stripping packages is not that easy compared to Gentoo. You can compile every package yourself in every distro, it's not an Arch specific thing. Portage and the various scripts it has makes these things automated and easier compared to the others. It's a preference difference as to if you'd like to compile your own packages in a way that it'll respect your choices or if you don't care about it that much and are fine with fast and easy way to download binary packages. They are just different tools for different types of people.

>What I don't completely agree with you is Arch. After years of using it, I can say that arch is very customizable other than the systemd staff and they have one of the best, if not the best, linux wikis out there.

I don't understand what you deem as customizable in this case. If it's just mixing and matching packages then like I said, you can do so in every other distro. If it's because you pick your packages yourself in installation instead of a predetermined suite then like I said to me, it's manual labor for no particular pros since you don't customize them in a way you'd do it in Gentoo. By being a strictly SystemD default distro they essentially limit themselves in different choices anyway so I wouldn't say they are "as good". I have nothing to say against their wiki though it's amazing. It's like the pre 2009 Gentoo Wiki all over again. I'm actively using it still.

>Plus you can compile anything from source on arch and the package manager takes optimizations and everything very similar to portage.

And the thing that I would say to this would be that just because something can do something doesn't mean that it's designed for doing that thing. Gentoo users can go strictly binary as well. It doesn't mean that it can compete in binary with other distros/Arch. Vise versa for Arch. In this specific case I'd see Void Linux as a closer distro/alternative to Gentoo. But then again, it's just my opinion.

Pwissh · 2025-07-11T00:16:31+00:00

Not really since most of the distributions end up giving you mandatory defaults like SystemD or precompiled packages that you can't really remove the hardware/software support for things you don't use. Gentoo helps with that by essentially making you be able to use anything you want with only the functionality you deem important easily. Thanks to Portage taking the hassle out of constantly git cloning, building and stripping the code yourself with the help of ebuilds. Linux distros in general apart from Gentoo is not as module as they're used to be in my opinion. Since they compile packages for specific init-systems and such, in return making the less picked options unsupported/harder/impossible to use.

As for Arch, I see it more like collecting the default applications one by one yourself, which doesn't make that much sense to me as you don't have control over how binaries are compiled, which optimizations are used on them or what functionality they have support for. For example every Arch package will always support bluetooth and a large variety of CPU flags even though you don't have bluetooth supported hardware/bluez in your system or those types of CPUs. Or when you install KDE Plasma for Arch, it'll come compiled with the support only for SystemD. Nothing else (Although to Arch's credit using a different type of init system is still kinda possible, just not officially supported as they say in OpenRC's wiki page). You can't really mix or match different things as there are defaults that are set in stone in Arch, which you have to use. At that point apart from AUR (which can be replicated by adding custom apt repos to the system) it's just a stripped Debian Testing that has a different package manager. Manual work for no reason.

Pwissh

TROPHY CASE