halz
halz on Hacker News
I'd really like to just buy some collective shares of a GB300 NVL72 in a datacenter somewhere and have a daily token quota on a shared DeepSeek model or whatever was hot that week. I would just need to find ~100 like-minded folks at this $40k per share price to get started haha.
This echos of Google's strategy with Chromium.
Ditto on having services expressed in more portable/cross distro containers. With NixOS in particular, I've found the best of both worlds by using podman quadlets via this flake in particular
https://github.com/SEIAROTg/quadlet-nix
I've wondered if that's to make dealing with full disk backup/forensic collections/retention legal hold/etc easier: keep the official amount of end-user device storage to a minimum. And/or it forces the endpoint to depend on network/cloud storage, giving better business intelligence on what data is "hot".
Another rough take with some orchestra music from Stellaris, of all things. Start the SpaceX video and 'Towards Utopia' at around the 2:21 mark
https://youtu.be/887f76RXvdE?t=141
I replaced the Slack client with wee-slack [
https://github.com/wee-slack/wee-slack]. It brings a much more "zen" experience to using Slack and better compliments my keyboard-centric desktop/workflow (e.g. clear all unread channel notifications? keybind! Jump between all the high priority/@mentioned notifications? keybind!) It also helps if you're expected to be available via Slack, since it can keep you showing "green" while you've actually been ignoring it.
If you're on a distro which has migrated to pipewire+wireplumber, the available and active bluetooth profiles can be discovered with something like:
pw-dump | jq -r '.[] | select(.type == "PipeWire:Interface:Device" and .info.props."device.bus" == "bluetooth") | .info.params.Props, .info.params.PropInfo'
And by default, wireplumber will enable all of the codecs it has been built with [
https://pipewire.pages.freedesktop.org/wireplumber/configura...].
I experienced a similar sounding issue, but was able to decipher the blocked emerge output from portage to find that app-crypt/tpm2-tss-engine was blocking the whole system from getting onto openssl-3. Once I dropped tpm2-tss-engine, things went forward swimmingly. No other unmasking/masking of anything was needed.
Ooooh yes.. Fond memories of attending a few events that were hosted by Hurricane Electric on folding tables in some conference room annex of their data center. And the marvel of finally having an Ethernet connection to the Internet instead of dialup! I'm not sure I balanced "game time" with "download-all-the-things time" well enough.
A thing I appreciate about WezTerm is that it derives its terminfo (aka $TERM) from xterm-256color instead of looking to shovel its own (opinionated) via a "kitten" or depend on getting itself upstreamed into ncurses, or both.
When browser managed credentials are synchronized across devices, an attacker may be able to move laterally into an enterprise by compromising the personally managed device or personally managed account (since it may be without 2FA, or may use a shared/guessable/weak password thats shared across dozens of compromised websites, or be far behind on app/OS patches, etc..)
Really depends on the role of the system. Will it be multi-user/single-user? Hosting containers? Hosting virtual machines? Running as a virtual machine? Doing network magic? Each of these classifications will take hardening in different directions.
You can get a rough feel for the enthusiasm of your distro's desire to do 'hardened things' by checking its kernel config. Heres one such script that has consolidated some hardening guides;
https://github.com/a13xp0p0v/kconfig-hardened-check and also spot check with http://kernsec.org/wiki/index.php/Kernel_Self_Protection_Pro...
Then can also see if the distro is doing things to harden the binaries (relro, nx, canaries, aslr, pie, etc) ; https://www.trapkit.de/tools/checksec/
Also! you may be surprised to find which distros are comfortable with allowing unprivileged user namespaces (kernel.unprivileged_userns_clone=1)
Would only suggest using the Pi's HDMI output to an "HDMI audio extractor", feeding out toslink/spdif to something else, and avoid having the Pi DAC involved with it's 3.5mm output. Keep the signal digital across the cheap components until it gets to a high quality DAC that feeds the speakers.
Some vendors may only 'test' as far as getting the compiler to produce something without errors. So, first thing an end-user/consumer/enterprise customer can do when encountering a new platform is to run the platform through
https://uefi.org/testtools, in particular the FWTS/Firmware Test Suite and SCT/ACPI Self-Certification Test, and hold the vendor accountable. Chances are the vendor already has a member on the board of the Unified Extensible Firmware Interface Forum.
The "Planned Obsolescence" documentary is (infuriatingly) great on how goods have degraded in quality over the years.
https://youtu.be/wzJI8gfpu5Y
I think a great deal of success with this laptop and Linux is owed to the stewardship provided by Mario Limonciello while he was with Dell [
https://www.phoronix.com/scan.php?page=news_item&px=Dell-Mar...]. Hopefully Dell can continue to carry the torch. Being able to use fwupd to keep platform firmware (including the docking station) up-to-date has been a treat. "It just works", even.
But for this Precision line specifically, there are only a handful of laptops that can run linux with (nearly) full platform functionality _and_ be outfitted with ECC memory.
Sure! This old one from GamersNexus runs through some pretty good detail and even arrives at the same "20C temperature reduction" conclusion I experienced.
https://www.youtube.com/watch?v=d42PSM0CN8g
Best will be to youtube for your specific model laptop to see if there are any connectors to be particularly careful of when opening. The hardest part will be finding all of the screws to remove the bottom of the laptop. In addition to the x10 around the perimeter, my Dell has a little flap which hides two easy-to-miss screws.
And bonus, here is a bit of a theatrical conclusion to changing thermal pads on an Nvidia GPU https://youtu.be/-kPUq-q8tT8?t=410 (observed memory temperatures dropped from 110C to 70C, 40C reduction, and overall GPU performance doubled)
As thermal budgets get pushed with more power in smaller packages, replacing the OEM thermal paste/pad is almost becoming a standard operation. Recent AMD/Nvidia GPUs have experienced thermal throttling issues due to poor or outright missing application of the thermal interface material on RAM and GPU components.
At some point after warranty expiration, as a "hail mary", I replaced the OEM thermal paste in my Precision laptop and saw peak temperatures plummet around 20C, where it was previously bouncing off the CPU thermal throttle limits with the fans on max.