<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: Weethet</title><link>https://news.ycombinator.com/user?id=Weethet</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sun, 25 Oct 2026 11:59:57 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=Weethet" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by Weethet in "Apple's Favoritism to Fastmail"]]></title><description><![CDATA[
<p>For example a relatively modern email protocol: <a href="https://www.rfc-editor.org/rfc/rfc8621.html" rel="nofollow">https://www.rfc-editor.org/rfc/rfc8621.html</a></p>
]]></description><pubDate>Fri, 08 Aug 2025 12:57:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=44836462</link><dc:creator>Weethet</dc:creator><comments>https://news.ycombinator.com/item?id=44836462</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44836462</guid></item><item><title><![CDATA[New comment by Weethet in "Apple's Favoritism to Fastmail"]]></title><description><![CDATA[
<p>FastMail is using JMAP, a protocol designed to support push notifications. MXRoute is stuck with SMTP/IMAP which don't support those. There might be a different reason, but I think this is probably the core issue here</p>
]]></description><pubDate>Fri, 08 Aug 2025 12:53:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=44836428</link><dc:creator>Weethet</dc:creator><comments>https://news.ycombinator.com/item?id=44836428</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44836428</guid></item><item><title><![CDATA[New comment by Weethet in "OSS Rebuild: open-source, rebuilt to last"]]></title><description><![CDATA[
<p>This is an issue with nixpkgs not nix. Google could've just bootstrapped their own nixpkgs from scratch if they wanted to, see Guix (not a perfect example but still). Creating a whole new tool is still completely unnecessary</p>
]]></description><pubDate>Tue, 22 Jul 2025 16:15:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=44649182</link><dc:creator>Weethet</dc:creator><comments>https://news.ycombinator.com/item?id=44649182</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44649182</guid></item><item><title><![CDATA[New comment by Weethet in "OSS Rebuild: open-source, rebuilt to last"]]></title><description><![CDATA[
<p>nixpkgs already has 107158 packaged libraries/executables. Nix has infrastructure to support arbitrary build systems and can create docker images. I fail to see any advantages of creating a more narrow version of it that has fewer uses and has to start from scratch</p>
]]></description><pubDate>Tue, 22 Jul 2025 15:46:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=44648646</link><dc:creator>Weethet</dc:creator><comments>https://news.ycombinator.com/item?id=44648646</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44648646</guid></item><item><title><![CDATA[New comment by Weethet in "A new definition of open-source AI could clarify an industry debate"]]></title><description><![CDATA[
<p>So, according to this definition, neither Mistral nor Facebook provide open-source models? Finally, they would need to stop calling their models open-source?</p>
]]></description><pubDate>Fri, 23 Aug 2024 11:28:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=41328037</link><dc:creator>Weethet</dc:creator><comments>https://news.ycombinator.com/item?id=41328037</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41328037</guid></item><item><title><![CDATA[New comment by Weethet in "Pragtical: Practical and pragmatic code editor"]]></title><description><![CDATA[
<p>Yeah, for me too. It looks incredibly broken as of right now and I don't even understand how. I'd say that it's okay if it was an alpha of a completely new editor, but it's a fork of a one that already works well, so idk, I don't expect it to go anywhere</p>
]]></description><pubDate>Tue, 20 Aug 2024 11:27:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=41298960</link><dc:creator>Weethet</dc:creator><comments>https://news.ycombinator.com/item?id=41298960</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41298960</guid></item><item><title><![CDATA[New comment by Weethet in "Debugging Rust with Miri"]]></title><description><![CDATA[
<p>Hey, thanks a lot for the reply. I have just moved from go where there is (still a binary though), but an amazing debugger, offering great experience, with lldb on the other side not able to even expand a enum correctly</p>
]]></description><pubDate>Fri, 02 Jun 2023 06:17:53 +0000</pubDate><link>https://news.ycombinator.com/item?id=36161700</link><dc:creator>Weethet</dc:creator><comments>https://news.ycombinator.com/item?id=36161700</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36161700</guid></item><item><title><![CDATA[Debugging Rust with Miri]]></title><description><![CDATA[
<p>I am wondering, why is there still no debugger for Rust using Miri. We basically have an interpreter and still, we use binary instead. This is weird, innit?</p>
<hr>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=36156058">https://news.ycombinator.com/item?id=36156058</a></p>
<p>Points: 2</p>
<p># Comments: 3</p>
]]></description><pubDate>Thu, 01 Jun 2023 19:21:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=36156058</link><dc:creator>Weethet</dc:creator><comments>https://news.ycombinator.com/item?id=36156058</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=36156058</guid></item></channel></rss>