Not sure if that's your case as well, but I remember that there was an issue with Intel Bay Trail tablets where the BIOS/UEFI was 32bit but the CPU could support 64bit OS just fine. You just need to get a special bootloader that will boot 64bit Linux kernel from a 32bit UEFI (which is not normally supported)
Some generally older software has buggy multi threading implementation, and forcing its threads to execute "interleaved, but never simultaneously" often improves stability or even completely hides the issue.
Also I know some games used to have big performance issues if they had too many hardware threads available, but I don't know why exactly
It was originally supposed to be 3 + 2 years of security updates only, then got bumped to 5 years of full updates when the 6 series reached the end of their 3 year support (I think that was also the time Google first updated the kernel on the Pixels).
Or if you don't count the initial year, it's just 6 years for 8+
Is it real that Arch users are rich and have mid level PCs and is always up to date?
I do have a powerful desktop running Arch (or rather EndeavourOS with the EndeavourOS packages slowly removed over time), but also a 15 year old netbook. There's plenty of up-to-date lightweight software in Arch repos, you don't need to limit yourself to old software.
Also it's not like a new version of GIMP is suddenly going to use double the memory if you use the same tools in it.
The biggest issue for the netbook is web browsing, but that's just about web pages being resource hogs nowadays. uBlock Origin and NoScript help massively. Trying to use an old web browser is IMHO a terrible idea - you'll end up with broken pages and a massive pile of security vulnerabilities.
Yup, I know exactly what this video is going to be about, definitely not a click bait title, lol.
The topic is interesting, the video apparently not so much (if it needs that title to do well). So I think AI is acceptable here, given that no one else bothered to provide a summary so people don't need to waste time watching it.
This is seriously cool. Although the current specs are a bit funny - if you take the largest possible disc size (360 TB), then it would take a million hours to fully write it at 10 MB/s (more if the storage unit is actually TiB). That's over a hundred years.
Also if the goal is datacenter archival, then I wonder what the plan for practical use is - many individual discs with separate write "heads" (basically a RAID 0) to bring the speed up? And then maybe the maximum size per disc is a theoretical limit for the technology once we get faster access rather than something practical they intend to build anytime soon.
Are you sure about that? DHL GLS (the shipping company Valve uses in the EU) has an app to move your delivery time or reroute the package, but it wouldn't allow me to delay my SC package because "the sender" blocked it. So it sounds like a Valve problem to me here in EU.
For some reason I can't get behind, this feature requires some virtualization mode with lowered security features.
The usual virtualized devices like network cards (that are already supported by Linux distributions like Debian) work by the hypervisor intercepting memory access to certain memory regions. Perhaps it's not viable to support these with the secure approach where the VM is protected from Android.
Absolutely agree with the fact that mAh should never have been used as a measurement of battery capacity, but increasing the voltage (while keeping the same actual capacity in Wh) makes the mAh rating lower, not higher.
1 Wh 1 V battery can provide 1 A (1000 mA) for an hour (1 V * 1 A = 1 W, 1 Wh / 1 W = 1 h) - that would be 1000 mAh.
1 Wh 2 V battery can only provide 1 A for half an hour (2 V * 1 A = 2 W, 1 Wh / 2 W = 0.5 h), and that gives you only 500 mA.
The headline is misleading if you are familiar with bloom filters.
TL;DR: the interesting thing here isn't decreased false positive rate (multibit bloom filters are common), but the idea to put the relevant bits together. Basically you use a hash to pick a chunk of bits (32 bits in this case), then use more hashes to pick the bits within this chunk.
It is a tradeoff between accuracy (completely independent hashes would be less likely to have collisions leading to false positives) and performance (all relevant bits for the object you're looking up will be together and the lookup will trigger at most one cache miss / memory access).
For context, AirDrop is a proprietary communication between Apple devices, but the EU forced them to open it up and adopt an open protocol called WiFi Aware.
EU forced Apple to adopt WiFi Aware, but not to switch AirDrop to use it - the intended effect is that WiFi Aware is available to developers who can then create their own alternatives to AirDrop that are not locked to one OS.
Also Pixel 10 series can currently share even to iPhones that never got the new iOS with WiFi Aware support, so claiming this is thanks to EU is absolute BS (although often repeated, for some weird reason). This is just AWDL (which was reverse engineered long ago btw, and there has even been an experimental implementation on Linux for years) + some reverse engineering of the actual AirDrop protocol implemented on top of it.
Funny thing is that the same issue was resolved for me by switching the other way around - from HDMI to DisplayPort. So there's something weirder going on than a bug in DP implementation
The biggest drawback of not providing any SSDs even as a fallback is obviously... what if the app just doesn't draw CSDs?
Wayland requires apps to be able to draw CSDs, so that's just a broken app. SSDs are optional extension. So the app should either use X11 (and rely on Xwayland to provide the decorations), or implement Wayland properly.
In fact, I think you'd be better off writing a deep dive into what/how environment variables work at build time, and also invoking commands on the CLI.
But LD_PRELOAD doesn't really have much to do with build time behavior (unless you're talking about replacing parts of the compiler) - it allows you to force a shared library to be loaded with higher priority than anything else, so it overrides symbols from other libraries.
It is recognized and used by Linux's dynamic linker, which is run-time, not build-time.
Yeah, it's not even capitalized in the source article, so OP just invented a new unit to be 4-6x more outraged, lol.
Unless it refers to the famous Really Outrageously Wide Stack, usually representing stacks of 16386 records each. Omg, it's over 8 TRILLION pins!
In short, Pinterest sucks and OP enjoys clickbait writing style. Avoiding both is probably the best way forward.
Not sure if that's your case as well, but I remember that there was an issue with Intel Bay Trail tablets where the BIOS/UEFI was 32bit but the CPU could support 64bit OS just fine. You just need to get a special bootloader that will boot 64bit Linux kernel from a 32bit UEFI (which is not normally supported)
Here's one reference https://github.com/dmotte/misc/blob/main/knowledge/linux-x64-grub-uefi-32bit/README.md - it should be possible for you to use a 64bit Debian, but you'll need to get your hands dirty.
Some generally older software has buggy multi threading implementation, and forcing its threads to execute "interleaved, but never simultaneously" often improves stability or even completely hides the issue.
Also I know some games used to have big performance issues if they had too many hardware threads available, but I don't know why exactly
Or if you don't count the initial year, it's just 6 years for 8+
I do have a powerful desktop running Arch (or rather EndeavourOS with the EndeavourOS packages slowly removed over time), but also a 15 year old netbook. There's plenty of up-to-date lightweight software in Arch repos, you don't need to limit yourself to old software.
Also it's not like a new version of GIMP is suddenly going to use double the memory if you use the same tools in it.
The biggest issue for the netbook is web browsing, but that's just about web pages being resource hogs nowadays. uBlock Origin and NoScript help massively. Trying to use an old web browser is IMHO a terrible idea - you'll end up with broken pages and a massive pile of security vulnerabilities.
Yup, I know exactly what this video is going to be about, definitely not a click bait title, lol.
The topic is interesting, the video apparently not so much (if it needs that title to do well). So I think AI is acceptable here, given that no one else bothered to provide a summary so people don't need to waste time watching it.
This is seriously cool. Although the current specs are a bit funny - if you take the largest possible disc size (360 TB), then it would take a million hours to fully write it at 10 MB/s (more if the storage unit is actually TiB). That's over a hundred years.
Also if the goal is datacenter archival, then I wonder what the plan for practical use is - many individual discs with separate write "heads" (basically a RAID 0) to bring the speed up? And then maybe the maximum size per disc is a theoretical limit for the technology once we get faster access rather than something practical they intend to build anytime soon.
Are you sure about that?
DHLGLS (the shipping company Valve uses in the EU) has an app to move your delivery time or reroute the package, but it wouldn't allow me to delay my SC package because "the sender" blocked it. So it sounds like a Valve problem to me here in EU.This is so much better and more eye catching description (first line of readme)
The usual virtualized devices like network cards (that are already supported by Linux distributions like Debian) work by the hypervisor intercepting memory access to certain memory regions. Perhaps it's not viable to support these with the secure approach where the VM is protected from Android.
Absolutely agree with the fact that mAh should never have been used as a measurement of battery capacity, but increasing the voltage (while keeping the same actual capacity in Wh) makes the mAh rating lower, not higher.
1 Wh 1 V battery can provide 1 A (1000 mA) for an hour (1 V * 1 A = 1 W, 1 Wh / 1 W = 1 h) - that would be 1000 mAh.
1 Wh 2 V battery can only provide 1 A for half an hour (2 V * 1 A = 2 W, 1 Wh / 2 W = 0.5 h), and that gives you only 500 mA.
The headline is misleading if you are familiar with bloom filters.
TL;DR: the interesting thing here isn't decreased false positive rate (multibit bloom filters are common), but the idea to put the relevant bits together. Basically you use a hash to pick a chunk of bits (32 bits in this case), then use more hashes to pick the bits within this chunk.
It is a tradeoff between accuracy (completely independent hashes would be less likely to have collisions leading to false positives) and performance (all relevant bits for the object you're looking up will be together and the lookup will trigger at most one cache miss / memory access).
Do you mean RedoxOS by chance? AFAIK ReactOS is a clean room implementation of Windows/NT
EU forced Apple to adopt WiFi Aware, but not to switch AirDrop to use it - the intended effect is that WiFi Aware is available to developers who can then create their own alternatives to AirDrop that are not locked to one OS.
Also Pixel 10 series can currently share even to iPhones that never got the new iOS with WiFi Aware support, so claiming this is thanks to EU is absolute BS (although often repeated, for some weird reason). This is just AWDL (which was reverse engineered long ago btw, and there has even been an experimental implementation on Linux for years) + some reverse engineering of the actual AirDrop protocol implemented on top of it.
Funny thing is that the same issue was resolved for me by switching the other way around - from HDMI to DisplayPort. So there's something weirder going on than a bug in DP implementation
Drawing over the PDF is not a digital signature. I haven't seen a browser that can sign a PDF.
People might also assume that the quote in the post is from the article, and not just your rant
Wayland requires apps to be able to draw CSDs, so that's just a broken app. SSDs are optional extension. So the app should either use X11 (and rely on Xwayland to provide the decorations), or implement Wayland properly.
Charles university uses and develops something called ReCodex, and it is available on GitHub. As a student, it was very nice to use.
https://github.com/ReCodEx/wiki/wiki
But LD_PRELOAD doesn't really have much to do with build time behavior (unless you're talking about replacing parts of the compiler) - it allows you to force a shared library to be loaded with higher priority than anything else, so it overrides symbols from other libraries.
It is recognized and used by Linux's dynamic linker, which is run-time, not build-time.