The small performance boost isn't the main reason most people install these distros instead of Arch, they rather have to spend hours reading the Arch wiki and instead want a GUI live boot installer, preconfigured desktop environments that just work with NVIDIA, built-in gaming-meta-packages that make gaming on Linux more bearable.
I just recently made to switch to base Arch from Cachy so I can run Omarchy without any issues and it did take several hours of extra setup just to have a working system but it is nice knowing how to do it now.
I understand, but this distro doesn't bill itself as an "arch but for noobs" or something of the like like EndeavorOS does. It puts performance first and foremost, and I'm also making the (dangerous) assumption that Arch was chosen as the base for its reputation of being fast, up to date, and light, and not for any other reason(s). See also: constantcrying's comment
Gentoo exists, and has been popular with those that simply enjoy the idea of their systems being slightly better optimized. There's really not much else to it.
Repeated strings like that should compress pretty well with gzip, which is one of the core ideas behind atomic css performance, alongside the difficulty to remove dead css – with vanilla html/css your css grows unconstrained
With atomic css, your css stays a constant size, your html will be bigger but is easier to manage as you naturally add/remove html as page content changes, plus compression should be pretty efficient.
I've had to manage legacy frontend codebases with tens of thousands of lines of mostly unused css that were not easy to remove as they might have been used somewhere, that's what led me to start using atomic css.
I don't really love tailwind, but I appreciate it has become ubiquitous so I do use it, and the ideas behind atomic css are solid when you maintain a large frontend codebase. It has also led to the rise of self-contained components as opposed to libraries (shadcn and all the others) which I couldn't be happier about.
I just don't get these comments, it literally takes longer to type out a reply versus just highlighting the text and right click to search. Truly baffling.
Seems like most nerds that are looking for an alternative browser engine are instead moving towards Ladybird.
Last year they passed Servo in WPT and recently passed Servo in stars.
As of January, Ladybird has been able to successfully render Gmail[0], so I imagine this year it will be able to solve most users daily-driver requirements.
Interesting. Has Ladybird solved memory bugs somehow, or is the situation going to be the usual constant security vulnerabilities and frequent security updates?
I have mixed feelings about Rust, but it's one way to improve the current culture of tolerating numerous memory defects in C and C++ desktop application programs and userland libraries. So that would be a point in Servo's favor, unless they've Rusted themselves into a borrowing/lifetimes/async development complexity corner that makes moving forward too slow.
I haven't seen anything on memory vulnerability issues. The project originated within a larger project to implement an operating system from scratch - including all dependencies (e.g. font parsing/shaping, image parsing, libc, you name it). That means that the project itself, and every single one of its dependencies, need to go through that whole cycle.
> I haven't seen anything on memory vulnerability issues.
The issue is that barely nobody uses the Ladybird yet, so there are zero interests for anyone serious party to test that security. So nothing gets published about the issues. I don't even know if Ladybird runs in Google's Clusterfuzz.
Memory safety is their long term plan (according to them), and they are going to use Swift for that. Let's see what happens.
Has/will Swift be sufficiently disentangled from Apple influence?
And is this redirecting open source in an essentially proprietary direction (which has happened many times), on the key piece of software that is the Web browser?
Why I'm asking: For a startup, I've used Swift (and SwiftUI, various Apple APIs, "entitlements", developer-hostile App Store experience, often nonexistent documentation). The core language is OK overall (not great). But most of the rest of the developer experience was awful, due to Apple. And you need a lot of pieces beyond the core language.
Ultimately, the people who fund/do the work get to decide how they do it.
I personally wouldn't invest in increasing open source adoption of an Apple property like that, unless someone has a compelling new argument for that.
> I personally wouldn't invest in increasing open source adoption of an Apple property like that, unless someone has a compelling new argument for that.
> Over the last few months, I've asked a bunch of folks to pick some little part of our project and try rewriting it in the different languages we were evaluating. The feedback was very clear: everyone preferred Swift!
> First off, Swift has both memory & data race safety (as of v6). It's also a modern language with solid ergonomics.
> Something that matters to us a lot is OO. Web specs & browser internals tend to be highly object-oriented, and life is easier when you can model specs closely in your code. Swift has first-class OO support, in many ways even nicer than C++.
> The Swift team is also investing heavily in C++ interop, which means there's a real path to incremental adoption, not just gigantic rewrites.
I think it has something to do with the power management on NVIDIA card. When actively using it things are fine, but there will be a stutter when activating Activities or switching workspaces.
I've tried using the triple buffering mutter patch[0] and still was experiencing issues. COSMIC is looking great but I have some weird screen artifacts randomly.
Hyprland is the only environment that hasn't had any performance issues with my 4070 Super.
It has only been a year since NVIDIA actually recommended using the open-source drivers and that's only for Turing (NV160/TUXXX) and newer. It's easier to use my AMD integrated GPU on (wayland) Linux than it is dealing with bugs from NVIDIA drivers.
After switching from nginx to caddy-docker-proxy a year ago I just recently made the move to Pangolin[0] and am really enjoying the experience. It's a frontend to traefik with built-in auth and ability to tunnel traffic through Wireguard. I needed the TCP forwarding for my Minecraft server and this made it very simple.
Would recommend it for anyone wanting a better version of Nginx Proxy Manager. The documentation is a little lacking so far but the maintainers are very helpful in their Discord.
And all your traffic would be watched and monitored by an US American company which already has access to vast amounts of your internet browsing behaviour.
Thanks for this comment. Ive recently been looking to use a domain for a server (instead of ISP assigned address) to make it publicly accessible. The server machine still physically sits in a residential location so I dont want that exposed. This is another setup solution I can look into.
I have been looking into doing an ec2 or DO droplet with a static ip with tailscale funnel for the traffic proxy. I just like that its easy to go into the web interface for the ec2/droplet and control which IPs it allows ssh connections.
what is the use of SSO there? How this would work with other selfhosted applications that require their own auth? Because if you need to authenticate 2 times then it would not be good.
Ah ok. Though in my ideal world I would have SSO for all of my selfhosted applications and it would be one and the same. You login to SSO, you logged to an app.
Especially when my family is using the same services for some stuff. I would rather not hear them complaining that they have to 'again login to access x or y TWICE'. :)
With mobile applications it is also tricky since some of them work on app tokens and require it to setup via some application UI.
So you wold have to login twice, from mobile, which is even less convenient, and from every app since there are no shared system cookies.
In summary I would rather block/whitelist IPs or IPs ranges on proxy webserver (like right now with NGINX). Which lacks UI, yes. This is where Pangolin seems much better.
The SSO is only once for all shared resources, the login of which is saved in password manager just like any other website so login isn't really an issue. You can create different users and roles with ease for anyone that needs it.
There's also a rules section that allows you to bypass all authentication with a IP, range, URL whitelist. It's all traefik under the hood after all so it's very extensible with crowdsec, fail2ban and there's always the yml if you want to deal with that.
I just have Jellyfin disabled since it has it's own auth and to prevent any issues with family members tv streaming since that's the only thing they care about anyways.
Is there a reliable way to see all the previous topics that have been flagged? If I remember the title there's always algolia but it would be nice to have the all in one location.
What annoys me is that posts that are flagged before they get a certain number of upvotes don't show up in Algolia even if you know the title and URL, and have showdead on. There needs to be a show flagged, not just a show dead.
The 16 Pro has a fantastic hand feel with the titanium body, the stainless steel from previous models and combined with their sharp edges feel barbaric by comparison.
I just recently made to switch to base Arch from Cachy so I can run Omarchy without any issues and it did take several hours of extra setup just to have a working system but it is nice knowing how to do it now.