Well we’ve had binary packages for ages for big builds like firerox and default is still to use source packages.
Still I’m really excited for this, having the whole, or big parts of the package tree, will speed up initial installations by a lot on weak arm systems for example. Now initial installation can be done quick and later you could still compile stuff yourself for the full gentoo experience.
For rendering high quality images in the terminal, check out the Kitty graphical protocol. I don’t know if they are any python libraries to use, but I think that they are. P.S. This seems to work well stackoverflow.com/…/how-to-display-graphical-imag…
A quick research tells me that there aren’t patches for other emulators, but the protocol seems well described, so making those patches is possible. I could also take a look at Alacritty source code and deicide if I could make this project work.
I went with chafa as it’s terminal agnostic and supports various modes.
Then again, I’m not really sure a tui frontend needs high quality image rendering. Earlier I even considered going completely 1bit braille or just ASCII just so that the image doesn’t take all of the focus at the expense of the post body.
As mentioned by another commenter, I believe opening the full image in an external viewer is a much better solution, not to mention easier to implement.
literally 2 days ago i tried installing gentoo in a vm but gave up because it would take too long to compile… and now this??? guess my timing was pretty bad
if i did use gentoo, i’d probably compile smaller programs from source and bigger things like kernel and web browser i would use as binaries.
Seems kinda pointless to compile most packages unless there are specific performance optimizations or non-default features that can be enabled. I think the way I would use this would be to do binary by default and build only on the occasional instance there is a tangible benefit.
Quite the statement that Gentoo has survived for so long compiling from source but, even with ever advancing processor speeds, they’ve finally gone "Nah… Takes to long. ".
I mean, I don’t blame them. Yesterday I left my machine building a PyTorch package for 4 hours on a 12 core processor.
As a long-time Gentoo user the only packages where compile times (and RAM usage) really bother me are all the myriad of forks of that shitty Chrome browser engine (webkit-gtk, QtWebEngine, chromium,…) and LLVM and clang.
My beef tends to be with software out of FANGs. Big teams and huge codebase to match. Completely inpetetrable for the rest of us and, I suspect, far more code then there should be.
Chrome takes so much longer than the kernel somehow. There’s also the occasional package that makes you build single-threaded because nobody has fixed some race condition in the build process.
More importantly Chrome takes so much longer than Firefox even though they essentially do the same things (or 95% the same things if you are nitpicky).
Yes, but Chromium is very easy to embed in applications. Mozilla has a history of creating and then abandoning embedding APIs every few years or so (and right now I think they have none).
It seems very hard to embed it anywhere considering everyone doing so forks the whole codebase. Besides, my point was about compile times, embedding APIs shouldn’t take significantly longer to compile.
To be fair USB sticks and SD cards seem to fail when you stare at them a bit too intensely. I think it has been at least a decade since I bought a USB stick for OS installations that lasted for more than three installs (each a few months apart at least since the need does not arise that often).
I think it’s a good move. It doesn’t take anything away from people who want to keep compiling everything, but now people on especially old laptops can enjoy the distro too.
Though I will probably continue being a void user this makes me want to use gentoo more then it did before.
This is basically an article promoting two Tweets (something like Toots, but on a monetized closed source for-profit platform run by a highly questionable billionaire).
No, it’s the lack of support in web APIs. Every api is based on width and height, viewport width, viewport height. Nothing allows you to find the angle of the display, rotate DOM elements to align, wrap based on diagonal boundaries etc.
Ackshually the social network you’re mentioning has changed its name so instead of “Tweets” they should be “Xeets” (like sheets por shits if you prefer).
Non-gentoo user: “Welp, Gentoo is now just another Arch fork LMAO!”
To be fair, you can still build packages and fine-tune the builds with the Emerge system flags, which is sort-of Gentoo’s killer feature. It is just that they have recognized that most people will install probably 99% of all software without changing the default flags, and so why not give them those packages pre-built.
So I guess this make Gentoo more similar to Nix OS or Guix OS but without the high-tech package manager and dependency resolution.
Your best bet is probably figuring out why the graphical session isn’t working and then going from there. Since you’re on NixOS odds are all the logs you need are right there in journald.
Worst case scenario: you might need to pin your system nixpkgs to ~January 2021 until the issue sorts itself out. You can still install newer userland packages if you separately manage them as a flake (this is a common and well-supported pattern in home-manager)
EDIT: found a discussion with good configuration.nixexamples for pinning the system nixpkgs. Once you find a workable pin you could also try inching it up to get a better idea of what broke (January 2021 is a good starting point because it’s the last month before 5.11 released, a newer pin is very likely possible)
Been using Wayland since 3’ish years ago and my desktop experience has been really smooth – no crashes, errors or anything of the sort. Everything “just werks” just as if I were on Xorg instead. Even on a completely obscure/zero linux support single board computer (Orange pi zero 3).
Not as bad as you might think. The nouveau drivers have come a long way for maxwell. You should give it a shot if you haven’t. But, unfortunately, if you are using anything new then nouveau sucks. It’s a fun game where you get to wait until nvidia no longer wants to support your GPU and hope by that point that nouveau has progressed far enough that you won’t be looking at noman’s land.
I meant the GTX900 series. I’m aware the 700s have decent support in nouveau, but the 900s has already been dropped by nvidia so we are on older drivers not capable of the latest vulkan extensions required by modern Proton.
For nouveau it needs GSP firmware that wasnt released as part of that release they did a while ago. I think pascal users are on the same situation, they just havent been dropped by the proprietary drivers yet. I wonder if we are gonna be stuck on xorg forever.
The newer cards got the important bits released by nvidia so the community can at least have a path forward…
I wasn’t fully aware of NVK and where it’s at. It’s actually pretty exciting. I wouldn’t mind dropping my current nvidia binary blob for fully open source drivers.
it didnt work ootb for me on ubuntu so i dropped it, but i hear it can already be made to work well with the desktop and basic stuff. performance in games is still bad but they are running.
I’ve switched away from Xorg a few years ago because of its terrible multi monitor support and bad experiences with picom. Sway and now hyprland are imo a better tiling wm experience then their Xorg equivalent.
linux
Oldest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.