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).
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.
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).
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.
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.
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.
By “start with dbus” do you mean with the dbus-launch utility? I think it’s needed because it sets some environment variables that thunar uses to actually find and connect to the bus. If you run just the daemon “on the side”, thunar won’t know how to connect to it. Kind of how you need $DISPLAY to be set correctly for X11 applications to work.
A spreadsheet is always going to be a bad fit for a problem like this. You want something like the command line tools sed and awk (maybe combined with some simple regex) to parse a stream of input like this. These tools were literally built to solve this kind of problem. If you are stuck in windows, the Windows Subsystem for Linux will have these tools.
linux
Newest
This magazine is from a federated server and may be incomplete. Browse more on the original instance.