🇨🇭🇪🇺🇨🇭🇪🇺🇨🇭🇪🇺🇨🇭🇪🇺🇨🇭
Bundesrat Albert Rösti nimmt Abstimmungsresultate nicht ernst.
Das Volk hat seine Meinung gesagt,
er foutiert sich darum und macht, was er will.
So pädagogisch! 🤓
BR Rösti übt schon mal mit uns, auf Direkte Demokratie zu verzichten:
Bald ist ja die Abstimmung zu einer weiteren Annäherung an die EU.
Und dann werden wir wenigstens angehört in Europa. 🤷 🙃
🇨🇭🇪🇺🇨🇭🇪🇺🇨🇭🇪🇺🇨🇭🇪🇺🇨🇭
And another open FPGA debug IP joins my rapidly growing suite.
These are all portable systemverilog and will run on anything, but the immediate motivation is making up for Efinix's rather lackluster debug tools.
The general concept is basically "CoreSight / ADIv5 for FPGAs". You have a generic transport (so far only UART is implemented) that provides read/write access to an internal APB bus with debug IPs hanging off it.
The debug bridge points to a ROM table …
[1/5]
I heard about https://AccessibilityFirewall.com/, promising “No code changes. No overlay. No JavaScript.” It uses “edge” in the same way the Overlay Community Group does.
Red flag emoji.
So I ran it through its own “Live Remediation Engine”:
RE: https://hachyderm.io/@thomasfuchs/116675298963020955
I’m not sure if they will be able to make this work, for two reasons:
1. “AI” craze inflating prices will lead to low demand
2. While Windows runs natively, practically no apps do and many will never get ported because it’s a tiny market.
This will lead to most consumers and businesses to choose a x86-64 computer so apps and games run smoothly.
The crux why Apple could pull this off is tight integration of hardware and software, an extremely good transparent emulation layer for older software, control over the development tools that most apps are made with, and most importantly discontinuation of their Intel-based machines.
Additionally, they’ve had the same underlying OS and apps that share code running for over a decade on that architecture already on their mobile platforms, and they had the experience from another architecture migration in the mid 2000s.
Today we have mostly been butchering the bull we killed a fortnight ago.
A long, hard day, but it's done. That's all my meat for a year.
#TheJoyOfCrofting (unironically)
Dybt forstyrrende om den opblussen debat om etnonationalisme i Danmark. Hvad med mig? Er jeg så dansk? Og hvad med mit bŸrn?
Genstart: Hvornår er man dansk?
Episode webpage: https://www.dr.dk/lyd/special-radio/genstart-2642056922000
Media file: https://api.dr.dk/podcasts/v1/assets/urn:dr:podcast:item:11802660101/31b9d1e5ac06cab41cb3bb3fb2ae6d56e33cde91bc36262cacdfbc3a208757ce.mp3
Corner and Corners 📐
角落和角落 📐
📷 Pentax 6x7
🎞️ Lucky SHD 400 (6x7)
If you like my work, Support by buying me a coffee or a roll of film from PayPal #filmphotography
It's always important to have a consistent #security policy.
For example, a policy of "If somebody filed a CVE, it's an important security issue, and we will fix it as such, no matter how meaningless the fix is. If nobody did, it's just a glorified bug fix, no matter how serious the bug was."
So we've just seen a #pip security release over "installing random packages can overwrite pip's files and pip can lazy-import some of them immediately afterwards", with a fix of "pip will no longer load them until you run it again" (leaving the underlying security issue of "any #Python package can override files installed by any other Python package" as intended behavior). As Eli Schwartz beautifully put it, you are not expected to be using the virtual environment; you should create it, install packages into it (at most once!), and then frame it and put it on the wall to admire.
Now we're seeing a "bug fix" for "malicious entry point names can write outside of virtual environment". If nobody filed a CVE, it's obviously not a security issue at all. At least upstream graced us with fixing it without correcting the spec to forbid that first.
https://github.com/pypa/pip/issues/14000
Fantastisk dybt rapportering om Albanien, Trump, Kushner, EU, demokrati og naturbeskyttelseslove
Genstart: Ivankas albanske ferieparadis
Episode webpage: https://www.dr.dk/lyd/special-radio/genstart-2642056922000
Media file: https://api.dr.dk/podcasts/v1/assets/urn:dr:podcast:item:11802660153/93c072b83648c4d4315901ba9e28c97ae282db64fb6737aa2bef6b71232b19da.mp3