Hacker News new | past | comments | ask | show | jobs | submit | fossdd's comments login

Not sure which device suits your criteria the best, but feel free to take a look at the supported Laptops/Tablets: https://wiki.postmarketos.org/wiki/Devices#Tablets_in_classi...

I heard the Xiomi Mi Pad 5 Pro had good support (https://wiki.postmarketos.org/wiki/Xiaomi_Mi_Pad_5_Pro_(xiao...), but we also support a lot of Chromebooks like your Duet 3 (https://wiki.postmarketos.org/wiki/Lenovo_IdeaPad_Duet_3_(go...) :p



> if you want to submit benchmarks, or you want to report bugs, an important or sometimes a mandatory component is to provide compilation flags

On all open-source distros, you can look into your distro's source and check their compile flags.


The idea here is more that you need to adjust these flags for the benchmark to make sense.

Take fore example the aforementioned block size. Say, you have a storage with 4x block size of the one used by PostgreSQL. If you run a benchmark over such a storage, you'll have insane write amplification. Nobody will consider results of such a "benchmark" because that's simply a misconfiguration of the program you are trying to measure.

More generally, Linux distros will tend to compile distributed binaries with "safe" defaults s.t. run on most h/w users can have, and this means optimizing for the lowest common denominator. Looping back to PostgreSQL, the default for block size was for a long time 4k, and iirc today it's 8k. This is fine, if we are talking about plain SSD / HDD, but with enterprise SDS, these are "rookie numbers", even the maximum supported by PosgreSQL (32k) is still a "rookie number", but it's still four times better than the default!


I wonder why you switched and not use your 16-core PC? did it somehow broke or do you just like the benefits of a minipc?


Not who you are replying to, but likely: 1) heat 2) fan noise 3) power consumption.

I recently (8 months ago) replaced my 10 year-old laptop. The only reason I retired it was because the display was starting to go.

So I bought a second-hand workstation-class laptop with 6 beefy CPU cores and kinda wish I hadn't. Overall I want to like it but the battery life is abysmal, it makes a lot of heat even when fairly idle, and is a bit heavy due to the large heatsink inside. (And that's without a dedicated GPU.)

If I had to do it over again, I would trade it for one with a weaker but more power-efficient CPU.


Depending on your needs, Chromebook + headless workstation tucked away in a different room or garage could also work (with WoL/smart plug)


Laptops are notorious for poor thermal management. I have no doubt that just about anything would be better than a "powerful" laptop.


Maybe dodo[1] is something for you. It is basically a graphical email client but with lots of vim-bindings.

Basically the best of both worlds, terminal and graphical. Like the qutebrowser[2] for emails.

However I think its kinda in a unmaintained state and only supports notmuch backend.

1: https://github.com/akissinger/dodo 2: https://qutebrowser.org/


qutebrowser author here, use Dodo and can confirm it's basically the qutebrowser of mail clients :)

Development is slow but not unmaintained. The author comes back every month or so to merge PRs. Reminds me I have a bunch of local changes I should upstream...


I stumbled upon Dodo while checking your starred repos, and I think it deserves more attention than it has; it is mature enough to be used by users who wants customizibility, vim-bindings, and easy configuration. It's one of my top options to migrate to as a mail client if I find any problems with neomutt, which I am using right now.


That reminds my of a own xdg-open I wrote that sits in /usr/local/bin/xdg-open.

It's a simple python script that checks by looking at the protocol, mime type or extension which URL it is and also asks if there are multiple applications

https://paste.sr.ht/~fossdd/7fa65e10998ebcc03a2bbcc8488f94e9... (CC0)


[In the spirit of elucidation, and not general meanness…]

Like jojo14 points out Python has the shlex module, and it is definitely useful in these situations even if just for quote(). And, os.system() is basically never safe with external input. Without proper escaping you're one click from code execution, for example with the input "file:///etc/issue%3Becho%20whoops" or "http://example.com/';echo whoops'".

It doesn't appear to matter in this instance, but you can feed check_output() with the stdin argument, which removes the need for using shell=True. shell=True in other paths could easily lead to unwanted code execution without thorough escaping.


Thank you for sharing :-) Your script is simple, yet effective. If you plan to modify it you might want to check shlex : https://docs.python.org/3/library/shlex.html#module-shlex


I like the in_term trick


> What if you're ssh'd into a machine, you're in your trusty bash shell, but unfortunately you cannot spawn any new processes because literally all other pids are taken. What do you do?

But what if i'm instead in my trusty POSIX shell without bash support? The bash script is not POSIX complient :(


Funny, my invidious instance still works..


I signed the patition, hope that helps: http://save.tf


Wow, that looks interesting. I've got regualar old IR LED strips and, if I got time, I wanted to set up a NodeMCU with a IR transmitter below the LEDs, so I can remote control my LED strips per HTTP requests.

It's just a proof of concept, but I guess that could work. To read the IR codes, it seems mostly be standartized, but otherwise I could also detect IR codes via a IR receiver.


Consider applying for YC's Fall 2025 batch! Applications are open till Aug 4

Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: