<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: haskellshill</title><link>https://news.ycombinator.com/user?id=haskellshill</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 27 Apr 2026 20:15:30 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=haskellshill" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by haskellshill in "FFmpeg dealing with a security researcher"]]></title><description><![CDATA[
<p>Right, they probably already mitigated this bug in their own usage. Which is exactly why reporting the bug is a FAVOR to ffmpeg. Would you rather they just quietly fix it on their own and not report it to the maintainers?</p>
]]></description><pubDate>Sun, 02 Nov 2025 12:25:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=45789812</link><dc:creator>haskellshill</dc:creator><comments>https://news.ycombinator.com/item?id=45789812</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45789812</guid></item><item><title><![CDATA[New comment by haskellshill in "FFmpeg dealing with a security researcher"]]></title><description><![CDATA[
<p>> you have 90 days to fix it<p>Or else what? They release the report? That's standard and ffmpeg is open source anyway, anybody can find the bug on their own. There's no threat here.<p>If you're mad about companies using your software, then don't release it with a license allowing them to use it. Simple as that. I don't understand how people can complain about companies doing exactly what you allowed them to do.</p>
]]></description><pubDate>Sun, 02 Nov 2025 12:24:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=45789804</link><dc:creator>haskellshill</dc:creator><comments>https://news.ycombinator.com/item?id=45789804</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45789804</guid></item><item><title><![CDATA[New comment by haskellshill in "FFmpeg dealing with a security researcher"]]></title><description><![CDATA[
<p>What does it matter if it's AI generated if it's a real bug? The problem with AI reports is usually that they're invalid; in this case it was an actual bug.<p>> currently have zero real-world impact<p>So better we not talk about them until someone bothers to write an exploit for it?<p>> the "researchers" didn't even bother to write a patch/fix<p>If it has no real-world impact and thus shouldn't even be reported, then why does it need to be fixed?</p>
]]></description><pubDate>Sun, 02 Nov 2025 12:21:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=45789790</link><dc:creator>haskellshill</dc:creator><comments>https://news.ycombinator.com/item?id=45789790</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45789790</guid></item><item><title><![CDATA[New comment by haskellshill in "FFmpeg dealing with a security researcher"]]></title><description><![CDATA[
<p>There's no law that you have to fix all bug reports. Isn't it better for users and developers alike that they can see the problems of the project. If they don't have resources that's fine, it's not like they are charging money for their product. But why not be honest and not request people sweep bugs under the rug for fear of looking bad?</p>
]]></description><pubDate>Sun, 02 Nov 2025 12:18:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=45789774</link><dc:creator>haskellshill</dc:creator><comments>https://news.ycombinator.com/item?id=45789774</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45789774</guid></item><item><title><![CDATA[New comment by haskellshill in "FFmpeg dealing with a security researcher"]]></title><description><![CDATA[
<p>Google found a vulnerability and reported it for free. Why do they need to do anything more? Give and inch and ffmpeg's twitter guy requests a mile. If you don't want people to use your software to make money, release it with a license that prohibits that.</p>
]]></description><pubDate>Sat, 01 Nov 2025 23:15:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=45786370</link><dc:creator>haskellshill</dc:creator><comments>https://news.ycombinator.com/item?id=45786370</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45786370</guid></item><item><title><![CDATA[New comment by haskellshill in "FFmpeg dealing with a security researcher"]]></title><description><![CDATA[
<p>>rarely anyone ever uses<p>It's enabled by default so all that's required to exploit it would be to construct a payload file and name it movie.mp4</p>
]]></description><pubDate>Sat, 01 Nov 2025 23:11:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=45786348</link><dc:creator>haskellshill</dc:creator><comments>https://news.ycombinator.com/item?id=45786348</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45786348</guid></item><item><title><![CDATA[New comment by haskellshill in "FFmpeg dealing with a security researcher"]]></title><description><![CDATA[
<p>Yeah, it's actually a great bug report. Reproducible and guaranteed to be an actual problem (regardless of how small the problem is considered by the devs). Just seems irresponsible to encourage people not to file bug reports if it's "insignificant". Why even accept reports then?</p>
]]></description><pubDate>Sat, 01 Nov 2025 23:07:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=45786310</link><dc:creator>haskellshill</dc:creator><comments>https://news.ycombinator.com/item?id=45786310</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45786310</guid></item><item><title><![CDATA[New comment by haskellshill in "FFmpeg dealing with a security researcher"]]></title><description><![CDATA[
<p>VLC is pretty popular on windows, but ffmpeg? Is there any commonly used windows app that relies on it? I doubt it'd be worth one's time to write exploits for desktop linux</p>
]]></description><pubDate>Sat, 01 Nov 2025 23:04:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=45786299</link><dc:creator>haskellshill</dc:creator><comments>https://news.ycombinator.com/item?id=45786299</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45786299</guid></item><item><title><![CDATA[New comment by haskellshill in "FFmpeg dealing with a security researcher"]]></title><description><![CDATA[
<p>Yeah, I mean if it's an actual vulnerability what are they complaining for?</p>
]]></description><pubDate>Sat, 01 Nov 2025 22:12:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=45785907</link><dc:creator>haskellshill</dc:creator><comments>https://news.ycombinator.com/item?id=45785907</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45785907</guid></item><item><title><![CDATA[New comment by haskellshill in "A worker fell into a nuclear reactor pool"]]></title><description><![CDATA[
<p>No :)</p>
]]></description><pubDate>Tue, 28 Oct 2025 11:39:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=45731543</link><dc:creator>haskellshill</dc:creator><comments>https://news.ycombinator.com/item?id=45731543</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45731543</guid></item><item><title><![CDATA[New comment by haskellshill in "Tags to make HTML work like you expect"]]></title><description><![CDATA[
<p>Again, you're focusing on a pointless detail. Sure, I made a mistake in offhandedly using li as an example. Why do you choose to ignore the actually valid p example though? Seems like you're more interested in demonstrating your knowledge of HTML parsing (great job, proud of ya) than anything else. Either way, you've given zero examples of benefits of not doing things the sensible way that most people would expect.</p>
]]></description><pubDate>Tue, 28 Oct 2025 11:38:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=45731530</link><dc:creator>haskellshill</dc:creator><comments>https://news.ycombinator.com/item?id=45731530</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45731530</guid></item><item><title><![CDATA[New comment by haskellshill in "A worker fell into a nuclear reactor pool"]]></title><description><![CDATA[
<p>That's exactly my point, people are clueless about the basics of nuclear power. Why would they know it? I mean, why would the average person know what a linear equation is or what year the first world war started?</p>
]]></description><pubDate>Mon, 27 Oct 2025 21:08:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=45726325</link><dc:creator>haskellshill</dc:creator><comments>https://news.ycombinator.com/item?id=45726325</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45726325</guid></item><item><title><![CDATA[New comment by haskellshill in "A worker fell into a nuclear reactor pool"]]></title><description><![CDATA[
<p>> If there's a bit of water in your lungs, <i>a surprisingly small amount</i>, it causes massive inflammation and <i>your lungs start to fill with fluid.</i> It's called <i>"secondary drowning"</i>, and it happens a couple of hours after.<p>Allow me to quote an article from Cleveland Clinic Journal of Medicine <a href="https://www.ccjm.org/content/85/7/529" rel="nofollow">https://www.ccjm.org/content/85/7/529</a> (AI generated nonsense of course)<p>> Secondary drowning, sometimes called delayed drowning, is another term that <i>is not medically accepted.</i> The historical use of this term reflects the reality that <i>some patients may</i> worsen due to pulmonary edema after aspirating small amounts of water.<p>> Drowning starts with aspiration, and few or only mild symptoms may be present as soon as the person is removed from the water. Either the <i>small amount of water in the lungs is absorbed</i> and causes no complications or, <i>rarely</i>, the patient’s condition becomes progressively worse over the next few hours as the alveoli become inflamed and the alveolar-capillary membrane is disrupted. But people do not unexpectedly die of drowning days or weeks later with no preceding symptoms. The <i>lungs and heart do not “fill up with water,”</i> and water does not need to be pumped out of the lungs.<p>> There has never been a case published in the medical literature of a patient who underwent clinical evaluation, was initially without symptoms, and later deteriorated and died more than 8 hours after the incident. People who have drowned and have minimal symptoms get better (usually) or worse (rarely) within 4 to 8 hours. In a study of more than 41,000 lifeguard rescues, <i>only 0.5% of symptomatic patients died</i>.<p>Maybe don't set too much store by what some random "water rescue course" instructor tells you, especially if it sounds like complete bovine excrement.</p>
]]></description><pubDate>Mon, 27 Oct 2025 20:40:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=45726016</link><dc:creator>haskellshill</dc:creator><comments>https://news.ycombinator.com/item?id=45726016</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45726016</guid></item><item><title><![CDATA[New comment by haskellshill in "Tags to make HTML work like you expect"]]></title><description><![CDATA[
<p>Well, just because something is allowed by the syntax does not mean it's a good idea, that's why pretty much every language has linters.<p>And I do think there's an evenly applied rule, namely: always explicitly close all non-void elements. There are only 14 void elements anyway, so it's not too much to expect readers to know them. In your own words "there's no substitute for actually knowing the real rules".<p>I mean, your approach requires memorizing for which 15 elements the closing tag can be omitted anyway (otherwise you'll mentally parse the document wrong (i.e. thinking a br tag needs to be closed is equally likely as thinking p tags can be nested)).<p>The risk that somebody <i>might</i> be expecting a closing tag for an hr element seems minuscule and is a small price to pay for conveniences such as (as I explained above) being able to find and replace a p tag or a li tag to a div tag.</p>
]]></description><pubDate>Mon, 27 Oct 2025 20:07:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=45725673</link><dc:creator>haskellshill</dc:creator><comments>https://news.ycombinator.com/item?id=45725673</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45725673</guid></item><item><title><![CDATA[New comment by haskellshill in "Tags to make HTML work like you expect"]]></title><description><![CDATA[
<p>Are you misunderstanding on purpose? I am aware they are optional. I am arguing that there is no reason to omit them from your HTML. Whitespace is (mostly) optional in C, does that mean it's a good idea to omit it from your programs? Of course a br tag needs no closing tag because there is no content inside it. How exactly is that an argument for omitting the closing p tag? The XML standard has no relevance to the current discussion because I'm not arguing for "starting to treat it like XML".</p>
]]></description><pubDate>Mon, 27 Oct 2025 16:25:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=45722870</link><dc:creator>haskellshill</dc:creator><comments>https://news.ycombinator.com/item?id=45722870</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45722870</guid></item><item><title><![CDATA[New comment by haskellshill in "Tags to make HTML work like you expect"]]></title><description><![CDATA[
<p>The merits and drawbacks of XHTML has already been discussed elsewhere in the thread and I am well aware of it.<p>>  And at a time when there was legitimate browser competition, the one that made a "best effort" to render invalid content was the winner.<p>Yes, my point is that there is no reason to still write "invalid" code just because it's supported for backwards compatibility reasons. It sounds like you ignored 90% of my comment, or perhaps you replied to the wrong guy?</p>
]]></description><pubDate>Mon, 27 Oct 2025 16:02:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=45722547</link><dc:creator>haskellshill</dc:creator><comments>https://news.ycombinator.com/item?id=45722547</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45722547</guid></item><item><title><![CDATA[New comment by haskellshill in "A worker fell into a nuclear reactor pool"]]></title><description><![CDATA[
<p>As the saying goes, "a little bit of knowledge is a dangerous thing". Your "water rescue course" taught you something that's clearly wrong, as we see with the sibling comment, while my common sense and just everyday life experience led me to the correct conclusion.</p>
]]></description><pubDate>Mon, 27 Oct 2025 15:53:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=45722422</link><dc:creator>haskellshill</dc:creator><comments>https://news.ycombinator.com/item?id=45722422</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45722422</guid></item><item><title><![CDATA[New comment by haskellshill in "You already have a Git server"]]></title><description><![CDATA[
<p>It's an analogy, there's no need to analyze it literally. And no, I've worked with some devs who don't understand git (thankfully I don't anymore) and it was quite a bit more than "five times" they got stuck or messed up the repo on the remote in an annoying way. Sure, if you regularly write code using a bunch of evals or gotos "nothing bad will happen" but it's a very suboptimal way of doing things.</p>
]]></description><pubDate>Mon, 27 Oct 2025 14:45:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=45721576</link><dc:creator>haskellshill</dc:creator><comments>https://news.ycombinator.com/item?id=45721576</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45721576</guid></item><item><title><![CDATA[New comment by haskellshill in "You already have a Git server"]]></title><description><![CDATA[
<p>"Intimately understand the VM" is not the same as knowing what data structure you're using. It'd be comparable to not knowing the difference between an array and a linked list. Sure you may call it gatekeeping but likewise I may call your style willful ignorance of the basics of the tools you're using. Have you never used rebase or cherry-pick?</p>
]]></description><pubDate>Mon, 27 Oct 2025 14:42:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=45721524</link><dc:creator>haskellshill</dc:creator><comments>https://news.ycombinator.com/item?id=45721524</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45721524</guid></item><item><title><![CDATA[New comment by haskellshill in "A worker fell into a nuclear reactor pool"]]></title><description><![CDATA[
<p>I didn't expect this level of unfounded ignorant hysteria here. Have you really never gone swimming and inhaled some water? Did you go to the hospital?<p>> In the past, these terms were used to try to explain that some fatal drowning victims had very little water in their lungs at autopsy. Now it is understood that little water enters the lungs during drowning. Moreover, when water enters the lungs, it is rapidly absorbed when breathing starts again. The amount of water that enters the lung does not determine the amount of injury or determine the treatment of drowning. The amount of injury from drowning is due to how long the victim is without oxygen.<p>Source: Red Cross</p>
]]></description><pubDate>Mon, 27 Oct 2025 14:38:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=45721495</link><dc:creator>haskellshill</dc:creator><comments>https://news.ycombinator.com/item?id=45721495</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45721495</guid></item></channel></rss>