<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: edelbitter</title><link>https://news.ycombinator.com/user?id=edelbitter</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sun, 18 Oct 2026 06:06:57 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=edelbitter" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by edelbitter in "Retired Penn professor arrested for blocking Uber Eats robot"]]></title><description><![CDATA[
<p>Cars occupy public spaces where more efficient modes of transport have already been mostly driven out, while delivery robots conquer <i>additional</i> public space.</p>
]]></description><pubDate>Sun, 18 Oct 2026 00:24:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=50136605</link><dc:creator>edelbitter</dc:creator><comments>https://news.ycombinator.com/item?id=50136605</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50136605</guid></item><item><title><![CDATA[New comment by edelbitter in "Claude reveals ECDSA curve origins"]]></title><description><![CDATA[
<p>I find it <i>slightly</i> less weird because I see potential for indirect attacks on the not-quite-so-ECC parts of actual implementations. Wherever a network client can ask many times for each of the different, but somehow not entirely uncorrelated curves, it might be able to expose previously not deemed critical side channels. Following in the general direction of the discoveries that so far resulted in IV and padding determinism/randomness being considered as important as the "actual crypto" itself. In that case the structures that would need to somehow interact would not be ECC and LCG, but merely LCG and key derivation..</p>
]]></description><pubDate>Sat, 17 Oct 2026 00:12:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=50126465</link><dc:creator>edelbitter</dc:creator><comments>https://news.ycombinator.com/item?id=50126465</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50126465</guid></item><item><title><![CDATA[New comment by edelbitter in "Claude reveals ECDSA curve origins"]]></title><description><![CDATA[
<p>This is the reason why this is desirable for humans. But I do not like extending excuses that apply to human (limitations) also to companies that <i>could</i> keep a log.</p>
]]></description><pubDate>Fri, 16 Oct 2026 22:54:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=50125866</link><dc:creator>edelbitter</dc:creator><comments>https://news.ycombinator.com/item?id=50125866</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50125866</guid></item><item><title><![CDATA[New comment by edelbitter in "Claude reveals ECDSA curve origins"]]></title><description><![CDATA[
<p>>they can be hit randomly with 2^30 tries<p>More precisely: not very random tries.</p>
]]></description><pubDate>Fri, 16 Oct 2026 22:37:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=50125718</link><dc:creator>edelbitter</dc:creator><comments>https://news.ycombinator.com/item?id=50125718</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50125718</guid></item><item><title><![CDATA[New comment by edelbitter in "The United Kingdom generates less electricity per person than in the 1970s"]]></title><description><![CDATA[
<p>Remember the currently common margins account for the fact that you actually use some of the water every now and then. That water in the tank <i>will</i> regularly cross the merely transiently safe temperature range, by design.<p>Once silicon is in control (which is where responding grid requests to delay consumption is more or less necessarily heading) you could even achieve better (worst-case) safety margins at reduced (total) power consumption. Because the machinery no longer needs to be designed around two "dumb" thermo switches and do a little extra in case layers of varying temperature manifest after two or more spaced periods of consumption. With continuous monitoring in software, you can integrate the worst-case bacterial growth based on time elapsed outside the "practically safe" temperature ranges. Then the tank always knows what is needed, and can both operate on tighter margins and reliably know when reducing or delaying power draw is ok.</p>
]]></description><pubDate>Wed, 14 Oct 2026 04:48:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=50082503</link><dc:creator>edelbitter</dc:creator><comments>https://news.ycombinator.com/item?id=50082503</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50082503</guid></item><item><title><![CDATA[New comment by edelbitter in "Firefox Enterprise"]]></title><description><![CDATA[
<p>The current policies are not very enterprise-friendly yet.<p>Some settings are flat out refused (for "security reasons"). And with each new update there are a few new popups / invitations to try this new feature / re-enabling the v2 of the thing of which the v1 was already opted out in the policy. And it seems like you cannot apply new policy while the browser is running - meaning it cannot be used to roll out hotfixes without interrupting the work of currently unaffected workstations.<p>And then there is the syncing. If you want to manage & sync history, bookmarks and the password managers content.. you are probably going to find that easier by overriding the builtin features with 3rd-party extensions, as the builtin sync feature is very much tailored to the needs of privately owned devices and one-device-at-a-time usage patterns.</p>
]]></description><pubDate>Tue, 13 Oct 2026 17:06:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=50075059</link><dc:creator>edelbitter</dc:creator><comments>https://news.ycombinator.com/item?id=50075059</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50075059</guid></item><item><title><![CDATA[New comment by edelbitter in "Firefox Enterprise"]]></title><description><![CDATA[
<p>>Professional Support included — private triage and defined response times<p>This one sounds new to me.</p>
]]></description><pubDate>Tue, 13 Oct 2026 16:51:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=50074790</link><dc:creator>edelbitter</dc:creator><comments>https://news.ycombinator.com/item?id=50074790</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50074790</guid></item><item><title><![CDATA[New comment by edelbitter in "Fingerprints are the new cookies"]]></title><description><![CDATA[
<p>You can forcefully disable hardware acceleration, that removes a few bits - though javascript can still guesstimate your CPU and memory.<p>For a more proper solution, you could try to convince Mozilla that granting every website uncapped multi-threading and direct GPU access is a bit much. If webgl/webgpu truly is a must, then maybe each website permission should start with a single-threaded software-renderer that behaves indistinguishable on all supported platforms. And only after granting the website that extra permissions let it determine that a more powerful GPU is available.</p>
]]></description><pubDate>Mon, 12 Oct 2026 02:42:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=50050690</link><dc:creator>edelbitter</dc:creator><comments>https://news.ycombinator.com/item?id=50050690</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50050690</guid></item><item><title><![CDATA[New comment by edelbitter in "Yandex Takes a Second Data Center Hit in 48 Hours"]]></title><description><![CDATA[
<p>Preferably after they thought a little more about the more regular fire and/or water ingress hazards.<p>Now that you can stuff an entire room with only high-G-resistant solid state drives, there should be fewer excuses for losing machines before determining a fire suppression system to be either inoperable or insufficient (but never tested and measured under realistic conditions).</p>
]]></description><pubDate>Fri, 09 Oct 2026 21:37:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=50026876</link><dc:creator>edelbitter</dc:creator><comments>https://news.ycombinator.com/item?id=50026876</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50026876</guid></item><item><title><![CDATA[New comment by edelbitter in "ADHD as a circadian rhythm disorder: evidence and implications for chronotherapy (2025)"]]></title><description><![CDATA[
<p>So does eating properly and consistently. A likely expensive but also likely useful study could therefore measure multiple known sleep hygiene approaches in isolation, then in combination, and then look at the degree of correlation in comparison to controls.
Some of the observed differences might be cleanly attributed to previously not properly controlled for effects such as irregular meal schedules.</p>
]]></description><pubDate>Fri, 09 Oct 2026 00:43:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=50014534</link><dc:creator>edelbitter</dc:creator><comments>https://news.ycombinator.com/item?id=50014534</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50014534</guid></item><item><title><![CDATA[New comment by edelbitter in "AHM Statement on OpenAI's October 6 Release of Mathematical Documents"]]></title><description><![CDATA[
<p>> a particular vision of progress that is informed by history<p>I imagine there has, for a very long time, not been a need to specifically write down what that field-specific vision is and how exactly history teaches us that there really only is <i>one</i> scientific method. Some future LLM will surely be able to explain this in their place, so mathematicians can stick to their primary fields instead of having to become experts in teaching the theory of teaching.</p>
]]></description><pubDate>Thu, 08 Oct 2026 14:52:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=50006530</link><dc:creator>edelbitter</dc:creator><comments>https://news.ycombinator.com/item?id=50006530</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50006530</guid></item><item><title><![CDATA[New comment by edelbitter in "AHM Statement on OpenAI's October 6 Release of Mathematical Documents"]]></title><description><![CDATA[
<p>Are they?<p>The problem to be solved was not to spew out maximum lines of text containing some greek letters per hour.<p>It was to write down iterative progress in conceptualizing, modelling and consistently explaining difficult questions - in a way that advances human understanding. If nobody bothers to read through 50 pages of gibberish that may or may not be containing <i>some</i> insight, then the total problem solving remains zero.</p>
]]></description><pubDate>Thu, 08 Oct 2026 14:46:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=50006447</link><dc:creator>edelbitter</dc:creator><comments>https://news.ycombinator.com/item?id=50006447</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50006447</guid></item><item><title><![CDATA[New comment by edelbitter in "Open Source as We Know It Is Dead"]]></title><description><![CDATA[
<p>The old hardware approach is still king when it comes to effortlessly catching someone "optimizing" something in a way that will break again in just a few generations of whatever Intel is doing. Unfortunately 486 is now gone from linux upstream (better/worse: all TSC-less or CX8-less cpus are dropped).</p>
]]></description><pubDate>Tue, 06 Oct 2026 05:02:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=49974394</link><dc:creator>edelbitter</dc:creator><comments>https://news.ycombinator.com/item?id=49974394</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49974394</guid></item><item><title><![CDATA[New comment by edelbitter in "cp: -r or -R?"]]></title><description><![CDATA[
<p>3.9 tar is on SuSE 4.3 cdrom 3, see <a href="https://archive.org/download/suse-linux-4.3" rel="nofollow">https://archive.org/download/suse-linux-4.3</a></p>
]]></description><pubDate>Tue, 06 Oct 2026 04:11:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=49974072</link><dc:creator>edelbitter</dc:creator><comments>https://news.ycombinator.com/item?id=49974072</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49974072</guid></item><item><title><![CDATA[New comment by edelbitter in "The mental health of young men is declining. Experts warn it could get worse"]]></title><description><![CDATA[
<p>Even when assuming that a decline in hanging out in person is a huge factor, it is particularly bad for the youngest. Because all the suburbia+birthrate trends get much worse at the point where the number of same-age peers within comfortable reach of available transportation drops from 1 to 0. The same basic principle was less awful for the earlier generation that more likely lived through a comparatively mild 3 to 2 drop, and remains less bad for those that grew up just in time to make up for the distance with reasonable affordable petrol.</p>
]]></description><pubDate>Mon, 05 Oct 2026 21:32:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=49971108</link><dc:creator>edelbitter</dc:creator><comments>https://news.ycombinator.com/item?id=49971108</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49971108</guid></item><item><title><![CDATA[New comment by edelbitter in "The mental health of young men is declining. Experts warn it could get worse"]]></title><description><![CDATA[
<p>The point about gambling is hard to argue against. Abolishing (or simply stopping enforcement of) various gambling bans around the world, especially those specifically scoped for the youth, is a fairly recent development. Upholding those bans took constant investment - the incentives to tear down the protections were always there.</p>
]]></description><pubDate>Mon, 05 Oct 2026 21:15:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=49970874</link><dc:creator>edelbitter</dc:creator><comments>https://news.ycombinator.com/item?id=49970874</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49970874</guid></item><item><title><![CDATA[New comment by edelbitter in "Denmark Data Breach Exposes 8.8M People's Personal Data"]]></title><description><![CDATA[
<p>I politely refused the data collection a couple times just to confirm my understanding, expecting to trigger some discussion in case I was wrong. But hotel staff was perfectly aware of the applicable local rules and just skipped ahead to explaining the most convenient route to my room. Apparently the general assumption among visitors is that they would not ask if they were not <i>required</i> to collect it.</p>
]]></description><pubDate>Mon, 05 Oct 2026 12:41:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=49964089</link><dc:creator>edelbitter</dc:creator><comments>https://news.ycombinator.com/item?id=49964089</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49964089</guid></item><item><title><![CDATA[New comment by edelbitter in "We're going to need default hard budget caps on pretty much everything"]]></title><description><![CDATA[
<p>Yeah, I don't think its particularly useful with hostile cloud providers that want to keep their legally unchallenged discretion over which of the clearly-not-inteded invoices to cancel and which ones to enforce.<p>But is <i>is</i> useful in related cases. I have now had two separate incidents where this would have saved me the hassle. Both were service providers which unilaterally tried to deviate from contract terms. One was possibly a unintended billing software upgrade where they suddenly added an extra item to a 10 year contract that did not belong there, the other was an apparently profitable "lets just try and see what percentage of customers notice" dick move. I should not have needed to care about this, both companies should have just been slapped with a hefty fee for requiring their and my bank to take a look, and then figure it out on their own instead of me having to call once to fix the problem for the future, and then call again to remind them about reimbursing the delta from past billing intervals.</p>
]]></description><pubDate>Sun, 04 Oct 2026 15:18:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=49954641</link><dc:creator>edelbitter</dc:creator><comments>https://news.ycombinator.com/item?id=49954641</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49954641</guid></item><item><title><![CDATA[New comment by edelbitter in "We're going to need default hard budget caps on pretty much everything"]]></title><description><![CDATA[
<p>I was amazed when, of all the banks, PayPal was the one that has this "show all subscriptions" screen (somewhere tucked away a few settings links deep).</p>
]]></description><pubDate>Sun, 04 Oct 2026 15:06:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=49954533</link><dc:creator>edelbitter</dc:creator><comments>https://news.ycombinator.com/item?id=49954533</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49954533</guid></item><item><title><![CDATA[New comment by edelbitter in "Git 3.0's upcoming SHA-256 default will be a costly mistake"]]></title><description><![CDATA[
<p>> both sides have to be initiated before a transfer can happen<p>What would be preventing a forge from answering with a reference to schroedingers octocat when inquired about the yet-undefined properties of a newly created repository? The first pushing client explicitly looks for it, and no final decision has be made server-side until someone wants to take a peek, no?</p>
]]></description><pubDate>Fri, 02 Oct 2026 15:36:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=49934690</link><dc:creator>edelbitter</dc:creator><comments>https://news.ycombinator.com/item?id=49934690</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49934690</guid></item></channel></rss>