Readit News logoReadit News
lunar-whitey commented on We need a new theory of democracy – because this version has failed   salon.com/2025/08/24/we-n... · Posted by u/hkhn
jsisto · 7 days ago
We don't need a "new theory of democracy" - we need to actually follow the Constitution we already have.

The author's concerns about majority rule leading to bad outcomes? That's exactly why the founders created a constitutional republic, not a pure democracy. They knew about mob rule and designed safeguards against it.

The Constitution already handles these problems:

Contradictory voting patterns: Federalism lets states make their own choices. If Kentucky votes against Medicaid expansion, that's their call - other states can do differently and we can all see what works.

Demagogues: Separation of powers stops any president from becoming a dictator. Congress controls spending, courts check unconstitutional acts, and the First Amendment protects counter-speech.

Protecting rights: The Bill of Rights and 14th Amendment protect individuals even when majorities disagree.

Rather than throwing out 250 years of constitutional law, maybe we should just enforce what we have? The framework works when we actually use it. The real problem isn't that democracy has "failed" - it's that we've stopped following our own rules.

lunar-whitey · 7 days ago
The United States Constitution is a relic that predates national political parties as a concept. Political parties effectively neutralize many of its structural checks, including federalism.

The framers recognized this failure in their own lifetimes and held to gentleman’s agreements to limit the power of parties while openly anticipating that the system they created would be replaced. The erosion of their informal understanding has taken far longer than expected, but it has certainly occurred. Today, the political consensus that could allow for the creation of a viable replacement no longer exists. History shows whatever follows from this is often very unpleasant.

lunar-whitey commented on Open hardware desktop 3D printing is dead?   josefprusa.com/articles/o... · Posted by u/rcarmo
oblio · 16 days ago
True, but that hasn't stopped big companies from not open sourcing the crown jewels, just for good measure.

Apple post 2011 has never open sourced their UI toolkits, Google has never open sourced their search engine, etc.

lunar-whitey · 16 days ago
The code for both of these is largely a liability. You cannot market a competitive offering in the OS or search spaces with code alone.
lunar-whitey commented on Open hardware desktop 3D printing is dead?   josefprusa.com/articles/o... · Posted by u/rcarmo
megaloblasto · 17 days ago
I have a feeling that soon, proprietary software won't be a business moat at all. No mater the complexity of your software, it will be too easy to replicate. That could be a good thing for open source. One way of staying ahead of your competition is to control the most popular open source repo.
lunar-whitey · 17 days ago
Proprietary software has not been a business moat for decades. The moats are their complements: hardware, networks and protocols (including humans), data and formats.
lunar-whitey commented on The U.S. grid is so weak, the AI race may be over   fortune.com/2025/08/14/da... · Posted by u/plastic-enjoyer
mawadev · 17 days ago
I think the leaders of western countries know something that we don't know. Maybe how the economic impact of AI is not as big as advertised for 3 years or that electric cars still cannot do what is needed on a bigger scale in terms of distance and transport. Or maybe they are going to pull fusion out of their sleeves rendering the existing infrastructure almost obsolete?

AI literally came out of the US at this scale and they are the reason we have this conversation now, you can twist any narrative and make it seem like one country is smarter or better if you want to present it as that.

But does anyone even keep track of effectivity of resource utilization?

Maybe all of these avenues are not worth the effort to begin with?

lunar-whitey · 17 days ago
The party with control of the federal legislature and executive has vigorously opposed shifting energy demand away from fossil fuels for decades. The opposition has spent that time doing the opposite. The economic viability of added generation capacity is utterly irrelevant here.
lunar-whitey commented on The U.S. grid is so weak, the AI race may be over   fortune.com/2025/08/14/da... · Posted by u/plastic-enjoyer
richwater · 17 days ago
> Those small states exert enormous influence

It's called the United States for a reason, not the United People. What you're obviously desiring would result in a series of vassal states (large cites governing themselves) with most of the country (rural) acting as feudal serfs.

lunar-whitey · 17 days ago
Rural voters are not most of the country unless you believe geographic area is more important than people. There are better ways to address the concerns of rural interests than enshrining gerrymandering along state lines.
lunar-whitey commented on Additional Intel Linux Kernel Drivers Left Orphaned and Maintainers Let Go   phoronix.com/news/Intel-M... · Posted by u/pabs3
Telaneo · 23 days ago
It's understandable why they're making these cuts, but it sure ain't a good sign.

I hope it doesn't devolve into Intel becoming a less viable option for Linux. Intel wifi chipsets work great on Linux since they're well supported by Intel, but if that kind of support goes away, so does the future security in knowing Intel hardware will work well.

lunar-whitey · 23 days ago
That is all but assured at this point.

Today, open source drivers are written mainly for new entrants that are trying to undercut dominant players or incumbents in stable market niches that have largely ceased developing new products. If the current trends continue, it will take some time for any surviving components of Intel’s business to settle into the latter position.

lunar-whitey commented on 79% of OpenBSD kernel source is AMD DRM   marc.info/?l=openbsd-misc... · Posted by u/cnst
emchammer · 24 days ago
I use open-source OpenBSD is because the entire source tree is small enough for me to understand and manipulate. I guess I expect that it is all human-generated. This unwieldy, proprietary chunk makes me want to ditch graphics support in order to keep my source tree significantly smaller.
lunar-whitey · 23 days ago
After cleaning up the sources, the whole chip would still be an unwieldy proprietary chunk - you would just be able to ignore it more easily.
lunar-whitey commented on 79% of OpenBSD kernel source is AMD DRM   marc.info/?l=openbsd-misc... · Posted by u/cnst
Y_Y · 24 days ago
What about just committing the symbols that are actually referenced in the code? I be most almost all of those registers are never mentioned elsewhere and and could be culled with an appropriate dead-code elimination step (per release).
lunar-whitey · 23 days ago
I’m not aware of any widely available tools that can identify unreferenced C preprocessor macros and newer language constructs that are amenable to analysis are still fairly new.

Removing unreferenced definitions from open source patches would also underscore the fact that driver code is already largely inaccessible to contributors that don’t have access to hardware specifications. The few that persist without it probably appreciate that the full listings are still published somewhere.

lunar-whitey commented on 79% of OpenBSD kernel source is AMD DRM   marc.info/?l=openbsd-misc... · Posted by u/cnst
burnt-resistor · 24 days ago
Don't make or allow complex, non-portable programs. There's no reason for this. Simplicity and Turing completeness means it can always be written in something understandable and maintainable.
lunar-whitey · 24 days ago
Simple portable programs that perform nontrivial tasks are expensive. Open source overcomes this where possible by socializing the cost.
lunar-whitey commented on 79% of OpenBSD kernel source is AMD DRM   marc.info/?l=openbsd-misc... · Posted by u/cnst
phendrenad2 · 24 days ago
But really, who needs THAT many hardware registers? I'm guessing that what's happening here is the internal "registers" are actually structs in memory, and someone wanted to address one memory location and thought, "I know, I'll auto-generate #defines for all of the words/longs/bytes!" And now, we're stuck with a billion "hardware registers" that are no such thing. Because somewhere in the code they might be used as such.
lunar-whitey · 24 days ago
The size of the MMIO addressable register space on many modern VLSI devices is shocking the first time you see it. However, OS device drivers often do not need to access more than a small subset of the registers. In addition, the register layout for functional units within a larger device is often identical after accounting for unremarkable changes to unit base addresses or iterative, generational addition of new registers.

The problem is the language and toolchain for OS device drivers cannot consume the manifests RTL designers use to enumerate registers, and and RTL designers rarely share the manifests and toolchains they use to generate source files for the OS developers. Instead, it is common to generate and share sources for the entire MMIO space of every supported chip revision.

To eliminate the source bloat this produces, OS driver developers would need to work with RTL design teams to release IP sanitized register manifests and tooling that can generate saner outputs for their own consumption. This is fairly specialized work and there is not a strong business incentive for most large firms to support it.

u/lunar-whitey

KarmaCake day36April 25, 2025View Original