ayushnix

I always feel that the kind of laptop I want is a unicorn if I exclude Apple M-series laptops. Is there a laptop out there which is fanless (passively cooled), supports Linux reliably, has great performance per watt, has decent raw performance (anything better than a recent lower end AMD/Intel laptop processor), and has great build quality?

> But even without that, the layout difference between pages with or without scrollbar is so tiny that IMO its a nonissue.

It annoyed to me enough to make me activate overlay scrollbar on Firefox and inject custom CSS with scrollbar-gutter on Chromium. Otherwise, when moving from a repo home page (without a scroll bar) to the another page (let's say the contents a folder with a scrollbar), the box containing the contents of the repo experiences layout shift.

This is still an issue on GitHub and many other sites.

I find both solutions to be flawed. The traditional scrollbar introduces layout shift when going from one page without a scrollbar to a page with a scrollbar. The new overlay scrollbar is sometimes harder to click and activate, especially in Chromium. Firefox's overlay scrollbar seems to do the right thing. The reading progress bars are a distraction and probably harmful to one's attention span and reading ability.

I guess scrollbar-gutter can fix the traditional scrollbar but then people have to give up using their fancy banners in headers. I'm (mostly) fine with Firefox's overlay scrollbar for now.

> I manage this with clever usage of grep. You are correct in that there isn't a single --flag that will only show me those specifics.

I can grep my way through text logs as well but being able to get logs for different purposes using --flags is better user experience. I can always resort to to using grep, sed, and awk if I want to when using journald but the loss of these quality of life features make it hard for me to consider using a distro that does not have systemd.

> But let’s add the advantages of this logging: systemd can log events from the very start of the boot process, which was not possible before.

From what I've seen using Alpine Linux for a few weeks on my Raspberry Pi, logs are written to /var/log/messages after the init process starts and launches the logging service. All logs before the init starts can be retrieved using dmesg? I'm not sure about this though, let me know if I'm wrong.

One of the things I haven't figured out yet is if traditional logging systems can easily do advanced log filtering like showing only logs from the current boot (like -b in systemd), previous boots (-b -1), and showing logs after a specific date and time (--since).

As I wrote before, I have observed similar issues reported by many T series owners when I was desperately scouring the Internet for a fix for months. Of course, I haven't used a T series ThinkPad so I can't say if these issues got resolved or not. I gave up long ago and now keep my laptop on 24x7 when I'm not traveling.

> A proper Thinkpad does not have issues with hibernation, or losing battery, or graphics, or any of the other things you mentioned.

Not sure if my E495 would qualify as a "proper thinkpad", although I've read about the same issues on T series laptops, I've almost never managed to make my laptop sleep in the 3 years I've owned this laptop starting from kernel version 5.4.x to the present 5.19.x. Whenever I try to 'systemctl suspend', one of the following things happens

- the laptop sleeps for a few seconds and wakes up

- the laptop sleeps for a few seconds and wakes up completely frozen and I have to perform a hard reboot

- the laptop doesn't sleep and freezes and I have to perform a hard reboot

- the laptop sleeps successfully but when I wake it up, the screen is messed up with green colors all over the place, hard reboot needed

My laptop also kept freezing randomly from 5.4.x to 5.14.x.

I was considering registering another domain for my internal services (I already own a .com domain) but I might end up use it as a public domain, not sure yet. The .one TLD came up in the list of cheap TLDs but I'm not sure if I should consider it. I've heard some email providers simply block the new gTLDs.

> Not to mention chromium is open source. Anyone can fork it, like Brave in FTA.

I don't think you understand what a fork truly means. Blink, the web browser engine used by Chromium is a fork of WebKit. WebKit and Blink are now completely separate browser engines made and maintained by different companies.

Meanwhile, Brave is a skin on top of Chromium. They've patched Chromium to their liking. You can read the first paragraph in the link to confirm this.

People are really underestimating what hard forking a behemoth project like Chromium really means. I don't think anyone besides Microsoft has the capability to do it and they've already given up on that prospect.

The EFF article is pretty recent and it doesn't look good either. I haven't come across ongoing work for a port of uBO to MV3. If there isn't, that says a lot as well.

Whatever MV3 may offer, I for one do not want adblockers to be compromised. If anything, they should be more powerful rather than less. Hypothetically and optimistically speaking, even if a MV3 port of uBO offers 80% of the current functionally, it would still be detrimental for browsing the "modern" web.