<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: ppchain</title><link>https://news.ycombinator.com/user?id=ppchain</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 08 Jul 2026 23:12:53 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=ppchain" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by ppchain in "How to Build a Minimal ZFS NAS Without Synology, QNAP, TrueNAS (2024)"]]></title><description><![CDATA[
<p>In the Linux ISO community the math is different because none of the data is essential, however there is a lot of it. 
Backing it all up even one time to an off-site location would be a 2x expense for a hobby. So 3-2-1 is hard to justify.<p>Instead the math can be different e.g. it's ok to lose some data but not all.  Therefore you might prefer the unraid approach over zfs where losing more than parity doesn't kill the whole pool.</p>
]]></description><pubDate>Wed, 08 Jul 2026 14:34:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=48832535</link><dc:creator>ppchain</dc:creator><comments>https://news.ycombinator.com/item?id=48832535</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48832535</guid></item><item><title><![CDATA[New comment by ppchain in "Amazon without the knockoffs"]]></title><description><![CDATA[
<p>Not that trying to repackage and possibly resell existing work isn't a little lazy and borderline scummy, but your filter list "brands.txt" is MIT licensed.<p>You could always release the plugin code MIT and keep the brands.txt file proprietary or under a more restrictive license if you don't like what they are doing. After all, you did explicitly allow this.</p>
]]></description><pubDate>Tue, 07 Jul 2026 19:14:57 +0000</pubDate><link>https://news.ycombinator.com/item?id=48822314</link><dc:creator>ppchain</dc:creator><comments>https://news.ycombinator.com/item?id=48822314</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48822314</guid></item><item><title><![CDATA[New comment by ppchain in "British Columbia, Time Zones, and Postgres"]]></title><description><![CDATA[
<p>The issue described in the post is an example of when you cannot just rely on Unix timestamps. Specifically it comes down to which date is authoritative.<p>A appointment with your dentist at 2pm Pacific Time in December 2026 has <i>changed</i> Unix timestamps in British Columbia. The dentist doesn't care about the Unix timestamp, she cares about the wall clock local time when you arrive for the appointment.</p>
]]></description><pubDate>Mon, 22 Jun 2026 21:21:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=48636385</link><dc:creator>ppchain</dc:creator><comments>https://news.ycombinator.com/item?id=48636385</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48636385</guid></item><item><title><![CDATA[New comment by ppchain in "Restore full BambuNetwork support for Bambu Lab printers"]]></title><description><![CDATA[
<p>There are two reasons to be mad here and you only covered one. The first is that Bambu is trying to remove (for the 2nd time) features from existing printers.<p>The 2nd thing, and the reason the linked repo is now hosted by Louis Rossman (YouTuber / Consumer Rights guy) is that Bambu are abusing the AGPL license of the original slicer code. TL;DR is that Bambu Slicer is a fork of an AGPL lineage of similar tools. The gatekeeper of the cloud features hosted by Bambu was a user agent string embedded in the AGPL code. The original dev of the linked repo just copied and pasted AGPL code, and Bambu sent a cease and Desist. At least Louis Rossman believes that violates the AGPL terms against additional restrictions which is why he is hosting the repo, because the original dev was chilled from wanting to deal with the legal threats.</p>
]]></description><pubDate>Wed, 13 May 2026 14:32:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=48122460</link><dc:creator>ppchain</dc:creator><comments>https://news.ycombinator.com/item?id=48122460</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48122460</guid></item><item><title><![CDATA[New comment by ppchain in "Proof of Corn"]]></title><description><![CDATA[
<p>The point they seem to be making is that AI can "orchestrate" the real world even if it can't interact physically. I can definitely believe that in 2026 someone at their computer with access to money can send the right emails and make the right bank transfers to get real people to grow corn for you.<p>However even by that metric I don't see how Claude is doing that. Seth is the one researching the suppliers "with the help of" Claude. Seth is presumably the one deciding when to prompt Claude to make decisions about if they should plant in Iowa in how many days. I think I could also grow corn if someone came and asked me well defined questions and then acted on what I said. I might even be better at it because unlike a Claude output I will still be conscious in 30 seconds.<p>That is a far cry from sitting down at a command like and saying "Do everything necessary to grow 500 bushels of corn by October".</p>
]]></description><pubDate>Fri, 23 Jan 2026 18:29:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=46735913</link><dc:creator>ppchain</dc:creator><comments>https://news.ycombinator.com/item?id=46735913</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46735913</guid></item></channel></rss>