This is so dumb. There are 100 other ways to protect children that would be more effective than this. Not only will this approach not actually protect children, this will violate the privacy of billions of people. It will introduce identity theft at mass scale (good luck solving that on short notice) and it will make activist/journalists/military/political opposition vulnerable. Perhaps this is the purpose. Who would benefit from such a scenario...mmm?
As a parent this is perfect. I am baffled why this is not a standard yet. So setting an account age in Netflix works but the child can access anything. Make new accounts even. So I have to block half the internet. Somehow. On a shared computer. And all companies would have to get your ID and track that. It's crazy.
This compromises 0 privacy until it requires an ID. EU solution actually does and only supports specific devices.
This is exactly what I do too. Works very well. I have a whole bunch of scripts and cli tools that claude can use, most of them was built by claude too. I very rarely need to use my IDE because of this, as I've replicated some of Jetbrains refactorings so claude doens't have to burn tokens to do the same work. It also turns a 5 minute claude session into a 10 second one, as the scripts/tools are purpose made. Its reallly cool.
edit: just want to add, i still haven't implemented a single mcp related thing. Don't see the point at all. REST + Swagger + codegen + claude + skills/tools works fine enough.
Nope, I just dump it all in a folder (~/scripts) that claude can read & it picks them up as skills. A good chunk of them are regex based, many are find/replace type tools, some are small code generators & template inflators, some are deployment tools, some are audit tools. I cannot release them at this time, most of them are specific to our company, infra and codebase (main codebase is 1MLoC), sorry about that.
Start with a simple "Let me build a script for claude that can rename the namespace for all the file in a folder". If you have 100K+ plus files, it effort is worth it and your tools start getting chained together too. So make sure each tool only has one purpose for existing and that its output is perfect. So when claude start chaining them and you see what is possible, the mind opens up even more to possibilities.
claude can use worktrees.. so if you have a system with say 10 agents, each one can use a worktree per session.. no need to clone the the repo 10 times or work on branches. Worktreeees.
Just the attack on data centers has caused certain conversations in my circles that basically comes to down to some guys will try to get off of foreign clouds and into local hosting in their own countries (most seems keen for co-location hosting because of the static ip ranges & other admin sugar and reliable power; not concerned about hardware pricing as the hardware is less than 10% of the equation). All thanks to a couple attacks on data centers that we are not even hosting on.
Honestly, don't use debian for gaming, as it is too far behind. Gaming stuff needs a bit more bleeding edge packages. I use Fedora + KDE and everything just works. Fedora's packages are at most a month behind but usually get updates within a week of upstream changes. Debian can be months behind (which makes it rock solid for server workloads). So give Fedora+KDE a try, it works great. It's the one combo that solves all problems for me and stopped me from distro-hopping: media consumption, software dev tooling, system admin tooling, gaming - all just works. My current install is about a year old without breaking itself (still on Fedora 42). I gave gnome a couple of tries, but the plugin system is a crapshoot as they broken an install for me once after an update. Come to think of it, I haven't manage to break KDE yet.
Then in steam itself, you can swap different versions of proton. I like to set the base version to one of the newer versions, but if a game doesn't work, I check on protondb which versions work so I override it per game. You can also give lutris a try as it has a few extra advanced levers that you can to get things working.
> don't use debian for gaming, as it is too far behind
I use Debian stable on my laptop and testing on desktop. It is fine. Only the newest games that need a specific 0 day patch may suffer a bit but that's only for 1-2 weeks even on testing. You want a stable system first, then to unlock the full performance out of everything, and most bleeding edge fail in the former and are a coin toss on the later.
> Gaming stuff needs a bit more bleeding edge packages.
Not sure I agree. I've been gaming on Debian since 2005, and while it certainly was some work in the beginning, it's been pretty painless for the last five years or so. I'm on Debian stable (mostly) at the moment, and don't really know what "bleeding edge" packages I would be missing.
> Honestly, don't use debian for gaming, as it is too far behind. Gaming stuff needs a bit more bleeding edge packages.
Please stop spreading this misconception. There are only a tiny handful of packages that a Debian gamer might need to update, and those are generally available in Debian Backports. It's not what I would call a beginner distro for any purpose, but gaming on it is perfectly viable.
I'm having a good time in games, still getting other computing tasks done, and enjoying Debian's low-maintenance respect for my time. AMA.
This is true, but you may be missing out on performance and compatibility improvements from recent ("bleeding edge") drivers. You need recent hardware for this to be relevant.
Generally speaking, you don't need rock-solid stability on a gaming rig or even a "workstation," since uptime isn't really a consideration. I run Debian on my home server, but my other machines, including a backup laptop, all run Arch. A good Arch setup is incredibly solid.
> This is true, but you may be missing out on performance and compatibility improvements from recent ("bleeding edge") drivers.
No, not missing out. Just waiting a few weeks longer than I would on a rolling distro, until the improvements arrive in Debian Backports. (If I'm really impatient, I can install something manually or make my own backport, but I'm assuming most people won't do that.) I have experienced cases like you describe, such as when I bought an RDNA3 GPU shortly after the platform was released, but they have been infrequent in my experience, and never so urgent that I couldn't wait a few weeks.
> you don't need rock-solid stability on a gaming rig or even a "workstation," since uptime isn't really a consideration.
System uptime is a consideration whenever I need my computer for something immediately, but my choice of Debian is not only about that. It's also about my time. Debian generally requires attention less often than other distros. Less time spent troubleshooting when things break. Less time re-learning things or adjusting workflows when new software versions change their behavior or interface. Fewer annoying interruptions. A low-maintenance system leaves me more time to get work done, or play games.
Also worth noting: These days, a lot of the components that games use are provided by the likes of Steam or Flatpak, which means they will be at exactly the same version and updated exactly as often on every Linux distro.
> System uptime is a consideration whenever I need my computer for something immediately, but my choice of Debian is not only about that.
Maybe you should try Arch on one of your machines. I have a lot of experience with both Debian and Arch, having used both extensively on all kinds of hardware over long periods of time, and have found Arch to be ideal on desktop. Having access to the latest software and drivers is a huge plus with recent hardware. I have never encountered breaking changes.
Since I used Linux Mint before and since this issue has been going on for years, I don't think lagging behind a few months is the reason for it. 1 or 2 years ago people also already proclaimed that now most games just work for them out of the box. Not so for me and my system. There is something that Steam overlooks and does not isolate from, is my guess.
Agree. I've had generally good experience with Fedora and Steam + tips from ProtonDB
Only have had 1 snafu with Steam i386 dependencies causing issues with x86_64 packages. I think there's a Flatpak of Steam available that should help isolate that but iirc there was some caveat
This is correct, if you want a good desktop Linux experience, you want to use a rolling release distribution.
Debian will ship with old pieces of software that are updated and fixed on a daily basis upstream. Some of those changes and bug fixes really are showstoppers and you'll be stuck with them for months/years. Same thing with older kernels.
Debian is great for servers, but if you're doing graphics, sound or multimedia heavy tasks, you want the latest Wayland, Pipewire and driver support at the bare minimum.
Good job google. You just convinced our entire business to abandon our app (utilities company) and only target web. We are done with this shit. All our resources the next two weeks will be to fill in the gaps in our web clientzone so our thousands of customers can still buy electricity and pay water bill and have a similar experience than the app (it's 90% the same anyway).
Oh and my three personal apps that I installed via adb (not released on playstore) - the moment they stop working on my phone or hassle me about verification, I will get in my car and go buy an iPhone.
Next will be to degoogle the rest of my life, which is luckily only gmail. Guess how long it will take me to port out? Less than two days.
I only let companies violate me once. Then I'm out.
Play store is the biggest piece of trash malware system that exists today, but us normal businesses have to pull teeth and spend days jumping through hoops to get an app out, but the playstore is filled with infinite garbage that rot childrens brains.
I was planning on building a PC toward the end of last year, but several life things and the need for an inverter (I live in India now, and power is regularly off for hours) complicated and delayed it, and when I came back to it in December, RAM had got super expensive, and I just couldn’t justify the 50% increase in total price. Now if this laptop stopped working more…
If you can afford it, a small or medium ecoflow battery and one or two 200W solar panels with solve a ton of your issues in India, if nobody steals it. I'm in Africa and have frequent load shedding too, and I've replaced so many devices in my home with rechargeable/outdoor variants that can be recharged/powered by solar if needed.
Also, don't buy asus again. If you are looking for repairable laptops, dell, hp and lenovo are the only decent brands when it comes to repairs & parts (make sure the not to buy the cheapest consumer models).
If you want a fixed installation, EcoFlow products seem rather expensive. You look to pay a huge premium for the portability, which is actually less convenient than the traditional inverter design if you don’t need it. Simplifying things to a single number for their cheapest vaguely-comparable products, 1 kWh, LiFePO₄, solar-capable: EcoFlow Delta 3 1000 Air is ₹60,000, Livsol L-iON1500 is ₹27,500.
The only reason why I mentioned the brand, is because most of their battery systems have the yellow solar port - so you can plug solar directly into the system, some have two ports. They also have built-in inverters, so you can plug the laptop directly into that. There are probably other brands that offer a similar setup.
If your laptop can be powered by USB-C, even better. If the battery system doesn't have usb-c output, buy a GaN charger (mine is a 140W GaN charger and its amazing). They are super efficient and don't generate much heat.
Fixed-installs (or grid tie-in) requires electricians and sometimes rewiring some parts of your home's circuitry. Huge operation if done right but generally not needed if you only have one or two panels and a portable battery system.
There are very good benchmarks on youtube with the portable solar + battery setups.
Why would someone down vote this comment? Its perfectly reasonable to reuse old hardware with broken components (screens, keyboards) into server/passive devices that sits in the corner and still being useful, instead of going to the trash. Removing old battery is good advice as they are a fire hazard if you keep them plugged in and they are degraded - best to remove it completely and run the laptop off main power and/or add an external UPS if you can afford it.
Please let me know why this specific comment was down voted.
Get a mini-pc with 2x LAN ports + a mediatek Wifi 6/7 module. Install Proxmox. Make 3 VM's: OpenWrt (or router firmware of choice), unbound and adguard home. Plug your fibre into lan port, plug rest of network into other lan port. In proxmox, set pcie passthrough for one of the Lan ports and the wifi card. Setup openwrt to connect to your isp and points its dns to you adguard home server. Point your adguard home server to your unbound server as upstream. This is a good starting point if you want to get a feel for running your own router + dns. You don't need to use off the shelf garbage routers; x86/x64 routers are the best. On openwrt I configure a special traffic queue so that I don't have buffer overflows, so my connection is super stable and low latency. Combined with the adguard + unbound dns setup, my internet connection is amazingly fast compared to traditional routers.
Better yet, set up ssh to the proxmox server and ask claude code to set it up for you, works like a charm! claude can call ssh and dig and verify that your dns chains work, it can test your firewall and ports (basically running pen tests against yourself..), it can sort out almost any issue (I had intel wifi card and had firmware locks on broadcasting in 5GHZ spectrum in AP Mode - mediatek doesn't - claude helped try to override firmware in kernel but intel firmware won't budge). It can setup automatic nightly updates that are safe, it can help you setup recovery/backup plans (which runs before updates), it can automate certain proxmox tasks (periodic snapshotting of vm's) and best of all, it can document the entire infrastructure comprehensively each time I make changes to it.
Steam devs if you are reading this: add a checkbox on your checkout screen that will allow me to donate 10% or a flat amount with each purchase, that will go directly to your upstream opensource dependencies like Wine & friends. I would add money to each purchase without blinking to support these people and I think the correct place for this is at the steam checkout screen, in the case for gamers.
This is a nice idea, but how do you follow through in practice? Who decides what counts as an "upstream dependency", where do you draw the line? Is the Linux kernel included? Are desktop environments included? How do you decide how much of the pot goes to each project, does curl get an equal amount to Wine? Why/why not?
As I said, it's a nice idea but I have a feeling the complexity behind making this work well is what might have kept them from doing it.
So the steam devs can most likely produce a finite list of all their dependencies. They can then take a day or two to score each one with a weight. Then they use the weights to determine how to split the funds. Or they can have an open source champion person internally that takes care of relationships with opensource projects and can release funds to them as needed. Point is, lets say they accumulate $1M/year this way, it is that person's responsibility to distribute it fully back out to the community. Obviously try to keep it super simple & transparent. They can even ask game developers each quarter who they should think need money or which problems were solved well for them this round, as an extra layer of input.
This extends past linux. Open source projects get used broadly regardless of runtime environment. Steam is just one open nerve ending where this could be used for good and they have the power to do so (and from what we've seen, steam seems to be a low friction company, less corpo red tape - would you trust say Ubisoft with handling this or steam?). If a game gets deployed to windows, it doesn't matter, as each game/application probably use five or ten or more open source projects regardless of where they run. It can help open source devs keep pacing with steam and game developer needs. Remember a ton of these project have upstream effects outside of gaming - its just the most obvious open nerve we can use to help open source.
You can only show the checkbox on Linux. You can add OS detection to the checkbox and have it say "support our $OS dependencies" and put that into different pots of money. You can make the checkbox say "support our Linux dependencies" and then rely on Windows people not selecting it.
When it comes to Wine, aren't they already doing this? Steam develops Proton in cooperation with CodeWeavers, who are the main sponsors of Wine, and parts of that work is upstreamed to the Wine project. The NTSYNC patch from what I can tell was also submitted by a CodeWeavers employee, so it doesn't seem far-fetched to say that Steam probably contributed to making this happen in Wine.
There are many other open source projects that gets used that never sees the spotlight like Wine does, but they are crucial too. Think audio codecs & processing, compression libs, networking libs, even sqlite. Our society depends on these projects too but there are too much friction for normal people to contribute to them (if they are even aware). Steam checkout is a low friction surface where normal people spend time. A small optional checkbox at the bottom with a two sentence explanation or link to a blog post to explain where the money goes, will add minimal new friction while giving people the opportunity to contribute to something meaningful. I think many gamers (esp adult ones) knows what open source means and they will actually contribute now & then. Fund allocations must be transparent (crucial!) so people can see where the money went.
Oh absolutely, I would welcome some way of sponsoring such projects in general. I just meant to highlight that for this particular feature and project, there is already a form of sponsorship happening.
reply