<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: LinusU</title><link>https://news.ycombinator.com/user?id=LinusU</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 15 Jun 2026 10:58:18 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=LinusU" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by LinusU in "Zig → Rust porting guide"]]></title><description><![CDATA[
<p>Memory safety has nothing to do with memory leaks, and it's perfectly valid to leak memory in Rust?<p>e.g. `Box::leak(Box::new( ... ))`</p>
]]></description><pubDate>Tue, 05 May 2026 14:39:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=48023116</link><dc:creator>LinusU</dc:creator><comments>https://news.ycombinator.com/item?id=48023116</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48023116</guid></item><item><title><![CDATA[New comment by LinusU in "Show HN: RetroTick – Run classic Windows EXEs in the browser"]]></title><description><![CDATA[
<p>This is super cool!<p>Checkout retrowin32 for something similar but written in Rust and not specifically targeting the web:
<a href="https://github.com/evmar/retrowin32" rel="nofollow">https://github.com/evmar/retrowin32</a></p>
]]></description><pubDate>Fri, 27 Feb 2026 14:19:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=47180747</link><dc:creator>LinusU</dc:creator><comments>https://news.ycombinator.com/item?id=47180747</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47180747</guid></item><item><title><![CDATA[New comment by LinusU in "Emerald Source Code Commentary"]]></title><description><![CDATA[
<p>Really appreciated reading this! Looking forward to more content</p>
]]></description><pubDate>Fri, 19 Sep 2025 03:15:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=45297589</link><dc:creator>LinusU</dc:creator><comments>https://news.ycombinator.com/item?id=45297589</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45297589</guid></item><item><title><![CDATA[New comment by LinusU in "Bzip2 crate switches from C to 100% Rust"]]></title><description><![CDATA[
<p>> Although much code can be optimized to get it to run 10-15% faster, if that comes at the expense of legibility then such "feature" get rejected nowadays.<p>Makes sense, and I'd probably make the same call if I was a maintainer and someone submitted a patch which increased performance at the cost of maintainability...<p>> Translating an existing codebase into a language that makes things more difficult¹ and (because of that) has (and most likely will have) fewer engineers willing to working in it looks very much akin to applying legibility-affecting optimizations to me.<p>Here I have to personally disagree. I think that Rust is easier than both C and C++. Especially when coming into an already existing project.<p>The chance of me contributing to a Rust project is higher than to a C project, because I feel more comfortable in knowing that my code is "correct". It's also easier to match the "style" since most Rust projects follow the same structures and patterns, whereas in C it can vary wildly.<p>E.g. I contributed my first feature to Valkey (Redis fork, C codebase) recently, and figuring out how the tests worked took me quite some time. In fact, in the end I couldn't figure out how to run a specific test so I just ran all tests and grepped the output for my test name. But the tests take tens of minutes to run so this was sub-optimal. On the other hand, 99% of all Rust projects use `cargo test`, and to run a single test I can just click the play button in my editor (Zed) that shows up next to the test (or `cargo test "testname"`).<p>(with this said, I think that Valkey is a really well structured code base! Great work on their part)<p>Anyhow, this is just to illustrate my experience. I'm sure that for someone more used to C or C++ they would be more productive in that. And I could go on for ages on all the features that make me miss Rust every day at work when I have to work in other languages, especially algebraic data types!</p>
]]></description><pubDate>Thu, 19 Jun 2025 09:13:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=44316827</link><dc:creator>LinusU</dc:creator><comments>https://news.ycombinator.com/item?id=44316827</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44316827</guid></item><item><title><![CDATA[New comment by LinusU in "Bzip2 crate switches from C to 100% Rust"]]></title><description><![CDATA[
<p>Isn't 10-15% faster compression, and 5-10% faster decompression, a very nice "feature"?<p>> [...] doesn't that mean the implementation is just... finished?<p>I don't think that it _necessarily_ means that, e.g. all projects that haven't had a release since 2019 aren't finished? Probably most of them are simply abandoned?<p>On the other hand, a finished implementation is certainly a _possible_ explanation for why there have been no releases.<p>In this specific case, there are a handful of open bugs on their issue tracker. So that would indicate that the project isn't finished.<p>ref: <a href="https://sourceware.org/bugzilla/buglist.cgi?product=bzip2" rel="nofollow">https://sourceware.org/bugzilla/buglist.cgi?product=bzip2</a></p>
]]></description><pubDate>Wed, 18 Jun 2025 20:15:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=44312960</link><dc:creator>LinusU</dc:creator><comments>https://news.ycombinator.com/item?id=44312960</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44312960</guid></item><item><title><![CDATA[New comment by LinusU in "Zod 4"]]></title><description><![CDATA[
<p>Library authors should only import from `core`, which is used by both v4 and v4-mini.<p>ref: <a href="https://zod.dev/library-authors?id=how-to-support-zod-and-zod-mini-simultaneously" rel="nofollow">https://zod.dev/library-authors?id=how-to-support-zod-and-zo...</a></p>
]]></description><pubDate>Tue, 20 May 2025 08:21:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=44039116</link><dc:creator>LinusU</dc:creator><comments>https://news.ycombinator.com/item?id=44039116</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44039116</guid></item><item><title><![CDATA[New comment by LinusU in "Zed: High-performance AI Code Editor"]]></title><description><![CDATA[
<p>(not the one you asked, but can chime in with some info)<p>This was a long time ago, but the way I did it was to use XcodeGen (1) and a simple Makefile. I have an example repo here (2) but it was before Swift Package Manager (using Carthage instead). If I remember correctly XcodeGen has support for Swift Package Manager now.<p>On top of that I was coding in VS Code at the time, and just ran `make run` in the terminal pane when I wanted to run the app.<p>Now, with SwiftUI, I'm not sure how it would be to not use Xcode. But personally, I've never really vibed with Xcode, and very much prefer using Zed...<p>1: <a href="https://github.com/yonaskolb/XcodeGen">https://github.com/yonaskolb/XcodeGen</a>
2: <a href="https://github.com/LinusU/Soon">https://github.com/LinusU/Soon</a></p>
]]></description><pubDate>Wed, 07 May 2025 16:11:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=43917507</link><dc:creator>LinusU</dc:creator><comments>https://news.ycombinator.com/item?id=43917507</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43917507</guid></item><item><title><![CDATA[New comment by LinusU in "Show HN: What do your GitHub starred repos say about you?"]]></title><description><![CDATA[
<p>If anyone is interesting in an example, here's mine:<p>> Based on your GitHub activity, you seem to have a penchant for projects that blend modern development practices with a touch of nostalgia. You're drawn to high-performance tools written in Rust, like 'bat' and 'fd', which reimagine classic Unix utilities. Your interest in 'fnm' and 'mise' suggests you're always looking for ways to streamline your development environment. The 'embassy' and 'retrowin32' projects hint at a fascination with both cutting-edge embedded systems and retro computing. You also appear to have a soft spot for quirky, niche projects like 'Factorio-SAT' and 'pokeyellow', which combine programming with gaming in unexpected ways.<p>and the roast:<p>> Oh, look at you, Mr. 'I-follow-940-repos-but-can't-decide-on-a-single-language-to-master'! You're like a kid in a candy store, but instead of candy, it's programming languages, and instead of a store, it's GitHub. I bet you start more side projects than you finish cups of coffee. Your GitHub profile is basically a museum of 'I'll get back to this someday' exhibits. You probably dream in Rust, wake up to Node.js, and spend your lunch breaks reverse-engineering Game Boy ROMs. I'm surprised you haven't tried to rewrite your coffee maker's firmware in WebAssembly yet. But hey, at least when the apocalypse comes, you'll be the go-to person for debugging Factorio optimizations on a Windows 95 machine using a command-line interface. Stay weird, you beautiful, overenthusiastic nerd!<p>I really enjoyed reading that! :D</p>
]]></description><pubDate>Mon, 09 Sep 2024 11:31:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=41487499</link><dc:creator>LinusU</dc:creator><comments>https://news.ycombinator.com/item?id=41487499</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41487499</guid></item><item><title><![CDATA[New comment by LinusU in "Mashing Enter to bypass full disk encryption with TPM, Clevis dracut and systemd"]]></title><description><![CDATA[
<p>Did you read the article? ;)<p>> From here it’s easy to manually use the TPM to unlock the disk with the Clevis tooling and mount the root volume for hacking (it takes a few tries sometimes, but it gets there in the end):<p>They use the exploit to get dropped into a root shell, and then asks the TPM to unlock the disk for them, which it promptly does.</p>
]]></description><pubDate>Fri, 01 Sep 2023 15:34:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=37352143</link><dc:creator>LinusU</dc:creator><comments>https://news.ycombinator.com/item?id=37352143</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=37352143</guid></item><item><title><![CDATA[New comment by LinusU in "Improving Performance with HTTP Streaming"]]></title><description><![CDATA[
<p>103 Early Hints is "experimental technology" (according to MDN) and isn't supported by Safari and Firefox. In Chrome it's only supported when using HTTP/2 or later (Firefox Nightly support it for HTTP/1).<p>ref: <a href="https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/103" rel="nofollow">https://developer.mozilla.org/en-US/docs/Web/HTTP/Status/103</a></p>
]]></description><pubDate>Thu, 18 May 2023 06:29:06 +0000</pubDate><link>https://news.ycombinator.com/item?id=35984681</link><dc:creator>LinusU</dc:creator><comments>https://news.ycombinator.com/item?id=35984681</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=35984681</guid></item><item><title><![CDATA[New comment by LinusU in "Unix time is bad and needs replacement, not UTC"]]></title><description><![CDATA[
<p>> I think we need something like this:<p>>     2022-11-23T08:52:02!Europe/London<p>There is a IETF standard proposal, which is very closed to getting finalised, that defines a similar format:<p><pre><code>    2022-11-23T08:52:02+01:00[Europe/London]
</code></pre>
ref: <a href="https://datatracker.ietf.org/doc/draft-ietf-sedate-datetime-extended/" rel="nofollow">https://datatracker.ietf.org/doc/draft-ietf-sedate-datetime-...</a><p>It's already in use by the Temporal TC39 proposal, which defines new types for working with temporal data in JavaScript.<p>ref: <a href="https://github.com/tc39/proposal-temporal" rel="nofollow">https://github.com/tc39/proposal-temporal</a></p>
]]></description><pubDate>Wed, 23 Nov 2022 11:37:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=33717938</link><dc:creator>LinusU</dc:creator><comments>https://news.ycombinator.com/item?id=33717938</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=33717938</guid></item><item><title><![CDATA[New comment by LinusU in "Factorio is coming to Nintendo Switch"]]></title><description><![CDATA[
<p>I have >400 hours logged in Factorio, and almost all of that is on my laptop with an external Steam Controller. I think it works great, and play that way even when I'm home with access to keyboard and mouse.<p>The touch controls on the Steam Controller are excellent though, so I'm not sure how good it will be on the Switch which uses joysticks...</p>
]]></description><pubDate>Tue, 13 Sep 2022 16:44:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=32826745</link><dc:creator>LinusU</dc:creator><comments>https://news.ycombinator.com/item?id=32826745</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=32826745</guid></item><item><title><![CDATA[New comment by LinusU in "N26 will be leaving the UK"]]></title><description><![CDATA[
<p>Hmm, good to know!<p>According to their site 100% of my funds should be covered since they are required to hold any client funds in a separate account which they cannot use for anything at all.<p><a href="https://support.monese.com/hc/en-gb/articles/115002002229-Is-Monese-covered-by-a-Deposit-Guarantee-Scheme-" rel="nofollow">https://support.monese.com/hc/en-gb/articles/115002002229-Is...</a><p>Not sure what the implications are with that vs being a "real bank"</p>
]]></description><pubDate>Tue, 11 Feb 2020 19:49:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=22302039</link><dc:creator>LinusU</dc:creator><comments>https://news.ycombinator.com/item?id=22302039</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22302039</guid></item><item><title><![CDATA[New comment by LinusU in "N26 will be leaving the UK"]]></title><description><![CDATA[
<p>I've been using Monese since I moved here ~2.5 years ago. It was great as I was able to open the account in the weeks _before_ moving over, and thus already had a ready to go payment card & UK Bank Account when I arrived!</p>
]]></description><pubDate>Tue, 11 Feb 2020 19:32:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=22301805</link><dc:creator>LinusU</dc:creator><comments>https://news.ycombinator.com/item?id=22301805</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=22301805</guid></item></channel></rss>