<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: ninjin</title><link>https://news.ycombinator.com/user?id=ninjin</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Wed, 21 Oct 2026 05:59:27 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=ninjin" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by ninjin in "OpenBSD 8.0"]]></title><description><![CDATA[
<p>Thank you, I think you are correct. Compare:<p><a href="https://marc.info/?l=openbsd-ports-cvs&s=ungoogled-chromium" rel="nofollow">https://marc.info/?l=openbsd-ports-cvs&s=ungoogled-chromium</a><p>To:<p><a href="https://marc.info/?l=openbsd-ports-cvs&s=firefox-esr" rel="nofollow">https://marc.info/?l=openbsd-ports-cvs&s=firefox-esr</a><p>You will see that the Firefox patches are tagged for -release/-stable and the Chromium ones are not.</p>
]]></description><pubDate>Tue, 20 Oct 2026 14:15:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=50166805</link><dc:creator>ninjin</dc:creator><comments>https://news.ycombinator.com/item?id=50166805</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50166805</guid></item><item><title><![CDATA[New comment by ninjin in "OpenBSD 8.0"]]></title><description><![CDATA[
<p>I run -current these days on most desktops. What I can say is that since 7.9, I have experienced smoother audio playback and system load overall on my decade-old laptop. So, it is likely that others will experience similar things when moving to 8.0.</p>
]]></description><pubDate>Tue, 20 Oct 2026 11:06:34 +0000</pubDate><link>https://news.ycombinator.com/item?id=50164434</link><dc:creator>ninjin</dc:creator><comments>https://news.ycombinator.com/item?id=50164434</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50164434</guid></item><item><title><![CDATA[New comment by ninjin in "OpenBSD 8.0"]]></title><description><![CDATA[
<p>> OpenBSD works well with relatively recent versions of Chromium and Firefox. That being said, they are on a six month release cycle. The Chromium port can fall behind if you stick to -stable or releases.<p>Just to clarify here, security patches <i>are</i> backported to -stable. So it is not like you stick to the same browser release for six months.<p>Personally, I run www/firefox-esr. In part because the ESR moves more slowly in general and in part because it is maintained by someone working for Mozilla.</p>
]]></description><pubDate>Tue, 20 Oct 2026 11:02:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=50164384</link><dc:creator>ninjin</dc:creator><comments>https://news.ycombinator.com/item?id=50164384</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50164384</guid></item><item><title><![CDATA[New comment by ninjin in "Wine ported to OpenBSD"]]></title><description><![CDATA[
<p>Neat little link trick for PDFs:<p><a href="https://events.eurobsdcon.org/media/2026/submissions/ZGDXQR/resources/eurobsdcon2026-bluhm-errat_UEf1HO6.pdf#Page=17" rel="nofollow">https://events.eurobsdcon.org/media/2026/submissions/ZGDXQR/...</a><p>Talked to bluhm@ after that talk in Brussels and the general feeling (from what I can remember from the conversation) so far is that there is a large increase in overall reports (good and bad), but that the <i>severity</i> of what is reported has not really increased. This also mirrors my own experience from reading source-changes@. In essence, it seems like we have known how to build secure software for the last thirty or so years, just that most do not seem to have bothered to do so.</p>
]]></description><pubDate>Mon, 19 Oct 2026 20:10:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=50157433</link><dc:creator>ninjin</dc:creator><comments>https://news.ycombinator.com/item?id=50157433</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50157433</guid></item><item><title><![CDATA[New comment by ninjin in "Wine ported to OpenBSD"]]></title><description><![CDATA[
<p>"Still uses CVS", I mean, CVS worked twenty years ago and it still works today for all the platforms OpenBSD supports. If you prefer something else, that is all right, but here is emulators/wine on CVSWeb:<p><a href="https://cvsweb.openbsd.org/ports/emulators/wine" rel="nofollow">https://cvsweb.openbsd.org/ports/emulators/wine</a></p>
]]></description><pubDate>Mon, 19 Oct 2026 16:15:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=50154222</link><dc:creator>ninjin</dc:creator><comments>https://news.ycombinator.com/item?id=50154222</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50154222</guid></item><item><title><![CDATA[New comment by ninjin in "Wine ported to OpenBSD"]]></title><description><![CDATA[
<p>How is that ironic? If you know how to do this, ensure that the license of the code is compatible [1], and maintain the code, then send the patch to tech@ for review and maybe it gets in.<p>[1]: <a href="https://www.openbsd.org/policy.html" rel="nofollow">https://www.openbsd.org/policy.html</a></p>
]]></description><pubDate>Mon, 19 Oct 2026 16:02:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=50154051</link><dc:creator>ninjin</dc:creator><comments>https://news.ycombinator.com/item?id=50154051</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50154051</guid></item><item><title><![CDATA[New comment by ninjin in "Wine ported to OpenBSD"]]></title><description><![CDATA[
<p>"[Doesn't] get the job done"? Well, it gets my job done. You are welcome to use whatever you subjectively prefer (I use GNU's date(1) for a few scripts, but would prefer the English date grammar parsing as a tool of its own), but if you are unable to talk about anything in concrete terms there is not point in trying to discuss in good faith and I will just roll my eyes and move on.</p>
]]></description><pubDate>Mon, 19 Oct 2026 15:57:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=50153988</link><dc:creator>ninjin</dc:creator><comments>https://news.ycombinator.com/item?id=50153988</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50153988</guid></item><item><title><![CDATA[New comment by ninjin in "Wine ported to OpenBSD"]]></title><description><![CDATA[
<p>Plenty of issues that have been patched recently found using such tools as well. OpenBSD's policy remains largely the same as always: You need to understand the patch you propose and it needs to be maintainable. The link elsewhere in this thread is mainly discussing large patches where it is unclear if the LLM drew too heavily on code elsewhere.</p>
]]></description><pubDate>Mon, 19 Oct 2026 15:50:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=50153914</link><dc:creator>ninjin</dc:creator><comments>https://news.ycombinator.com/item?id=50153914</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50153914</guid></item><item><title><![CDATA[New comment by ninjin in "Wine ported to OpenBSD"]]></title><description><![CDATA[
<p>"Can't even match GNU's coreutils"? Care to elaborate? Last time I checked OpenBSD is pretty much in line with Posix and there are plenty of us that consider many of the GNU extensions to be anti-features.</p>
]]></description><pubDate>Mon, 19 Oct 2026 15:46:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=50153857</link><dc:creator>ninjin</dc:creator><comments>https://news.ycombinator.com/item?id=50153857</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50153857</guid></item><item><title><![CDATA[New comment by ninjin in "Wine ported to OpenBSD"]]></title><description><![CDATA[
<p>Nvidia support for OpenBSD is not really a thing [1]. With AMD and Intel, you have support for modern hardware in the tree [2,3].<p>[1]: <a href="https://man.openbsd.org/nv" rel="nofollow">https://man.openbsd.org/nv</a><p>[2]: <a href="https://man.openbsd.org/amdgpu" rel="nofollow">https://man.openbsd.org/amdgpu</a><p>[3]: <a href="https://man.openbsd.org/intel" rel="nofollow">https://man.openbsd.org/intel</a></p>
]]></description><pubDate>Mon, 19 Oct 2026 15:26:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=50153615</link><dc:creator>ninjin</dc:creator><comments>https://news.ycombinator.com/item?id=50153615</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50153615</guid></item><item><title><![CDATA[New comment by ninjin in "OpenBSD Developers Reject Uutils Coreutils"]]></title><description><![CDATA[
<p>Honestly, I think this later reply from theo@ gives a clearer picture:<p><a href="https://www.mail-archive.com/ports@openbsd.org/msg143894.html" rel="nofollow">https://www.mail-archive.com/ports@openbsd.org/msg143894.htm...</a></p>
]]></description><pubDate>Sun, 04 Oct 2026 12:07:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=49953180</link><dc:creator>ninjin</dc:creator><comments>https://news.ycombinator.com/item?id=49953180</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49953180</guid></item><item><title><![CDATA[New comment by ninjin in "OpenBSD Developers Reject Uutils Coreutils"]]></title><description><![CDATA[
<p>I think the security argument for carrying an <i>alternative</i> set of Posix-like utilities to Gnu Core Utilities is rather weak. These would mostly have been used to build other ports, or are you suggesting that this would harden the ports build systems (which already use privsep at that)? If so, I would take the lower maintenance burden any day and just wait for the Linux ecosystem to make up their mind as to whether Uutils becomes the new standard or not.</p>
]]></description><pubDate>Sun, 04 Oct 2026 10:29:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=49952555</link><dc:creator>ninjin</dc:creator><comments>https://news.ycombinator.com/item?id=49952555</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49952555</guid></item><item><title><![CDATA[New comment by ninjin in "OpenBSD Developers Reject Uutils Coreutils"]]></title><description><![CDATA[
<p>What is this rubbish? We have "media" coverage trying to stir up drama about what happens on mailing lists now?<p>Go and read the thread yourself [1] and you will see that the reason it was rejected was that no one saw a reason to take on the maintenance burden when you already need to have Gnu Core Utilities in ports to be able to build a heap of other ports. Focusing on theo@ calling out the submitter for having their judgement clouded by "Because Rust" misses the point.<p>[1]: <a href="https://www.mail-archive.com/ports@openbsd.org/msg143875.html" rel="nofollow">https://www.mail-archive.com/ports@openbsd.org/msg143875.htm...</a><p>Besides, Rust already has a solid presence in ports and I know several experienced OpenBSD developers dabbling in it. But the language will never make it into base in its current form as OpenBSD expects self hosting and I think everything in base is Posix(-like), apart from Perl, but I have not taken the time to go digging through my /usr/src.</p>
]]></description><pubDate>Sun, 04 Oct 2026 10:21:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=49952512</link><dc:creator>ninjin</dc:creator><comments>https://news.ycombinator.com/item?id=49952512</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49952512</guid></item><item><title><![CDATA[New comment by ninjin in "OpenBSD Stories: Strange Medieval Devices"]]></title><description><![CDATA[
<p>You still see interesting efforts today. Here is a dmesg from a Tadpole SPARCbook 6500 booting 7.9 (released in May this year) that appeared on bugs@ just a few weeks ago (also, note who the person is that responds to that message):<p><a href="https://marc.info/?l=openbsd-bugs&m=178663407424547" rel="nofollow">https://marc.info/?l=openbsd-bugs&m=178663407424547</a><p>You of course also have the absolutely insane luna88k support [1] and I have myself been looking into getting my hands on a landisk [2] box as the Hitachi SuperH CPU is fascinating (I only knew of it from old arcade boards and the Sega Dreamcast).<p>[1]: <a href="https://www.openbsd.org/luna88k.html" rel="nofollow">https://www.openbsd.org/luna88k.html</a><p>[2]: <a href="https://www.openbsd.org/landisk.html" rel="nofollow">https://www.openbsd.org/landisk.html</a></p>
]]></description><pubDate>Sun, 06 Sep 2026 05:10:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=49583506</link><dc:creator>ninjin</dc:creator><comments>https://news.ycombinator.com/item?id=49583506</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49583506</guid></item><item><title><![CDATA[New comment by ninjin in "U.S. sanctions against the A/I Collective"]]></title><description><![CDATA[
<p>In my experience, groups like this have a fairly hostile relationship to State Communism as well. The Kronstadt rebellion for example is frequently cited [1]. But then you have groupings like Anarchist communists [2], which you would then risk lumping together with the anti-Communism part (not to mention that anti-Communism as a term is usually associated with forces <i>staunchly</i> opposed to people like this). Plus, if you are "only" anti-authoritarian, how do you suggest avoiding getting lumped together with Anarcho-capitalism?<p>[1]: <a href="https://en.wikipedia.org/wiki/Kronstadt_rebellion" rel="nofollow">https://en.wikipedia.org/wiki/Kronstadt_rebellion</a><p>[2]: <a href="https://en.wikipedia.org/wiki/Anarchist_communism" rel="nofollow">https://en.wikipedia.org/wiki/Anarchist_communism</a><p>Furthermore, these organisations operate in what they perceive to be Fascist and/or Capitalist societies, so why state opposition to something that is not "there" and has been pretty much gone from the global scene for nearly forty years?<p>In conclusion, yes, you have a point. But given the reasons above I find it <i>really</i> hard to get worked up over it and Anarchists do not generally get along with Leninists, Stalinists, or Maoists <i>anyway</i>.</p>
]]></description><pubDate>Fri, 28 Aug 2026 14:47:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=49479345</link><dc:creator>ninjin</dc:creator><comments>https://news.ycombinator.com/item?id=49479345</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49479345</guid></item><item><title><![CDATA[New comment by ninjin in "Decompiling a Nintendo 64 game in 84 days"]]></title><description><![CDATA[
<p>If you are interested in the "sequel", Perfect Dark, then there is this PC port based on the decompilation project that plays great:<p><a href="https://github.com/perfect-dark-pc-port/perfect_dark" rel="nofollow">https://github.com/perfect-dark-pc-port/perfect_dark</a><p>Ported it to OpenBSD for fun an evening about a year ago.</p>
]]></description><pubDate>Fri, 28 Aug 2026 05:08:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=49474570</link><dc:creator>ninjin</dc:creator><comments>https://news.ycombinator.com/item?id=49474570</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49474570</guid></item><item><title><![CDATA[New comment by ninjin in "Run OpenBSD on DigitalOcean for $4/month"]]></title><description><![CDATA[
<p>Always happy to see more people having fun with OpenBSD. Running my own set of OpenBSD boxes (although the public-facing ones are on Hetzner), so I read through the instructions and it aligns with my own experience (although I usually emphasise that most correct choices in the installer are just the default).<p>However, this part: "Since this is going to be a bare-bones web server we can remove most of the sets.". This is not great advice. Reducing the number of sets even on a headless server can lead to issues with ports depending on libraries Xenocara provides that would then be missing (fonts, etc.). Likewise, when you upgrade the default is to install all sets unless you manually intervene, which could lead to a surprise bump in disk usage that you may not have accounted for. In general, reducing the number of sets should be considered "I am deviating from the defaults and I know what I am doing" territory and Theo keeps threatening to remove the option to select the sets in the installer when people complain and I am inclined to agree with him. So, if you have 10GB of disk in that Droplet, just do the OpenBSD thing and go with the defaults and you will be all the happier for it down the line. Messing with the installation size really is for those rare cases (fitting <i>many</i> VMs on a single host, ancient machines, etc.) where you have no other choice.</p>
]]></description><pubDate>Wed, 26 Aug 2026 02:22:43 +0000</pubDate><link>https://news.ycombinator.com/item?id=49443422</link><dc:creator>ninjin</dc:creator><comments>https://news.ycombinator.com/item?id=49443422</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49443422</guid></item><item><title><![CDATA[New comment by ninjin in "Casio F-B100W-1A"]]></title><description><![CDATA[
<p>A lot of love here as well for the F-91W. As for the band, I use mine with a Phoenix Nato strap [1], which I suspect will last as long as the watch itself (if you are on a budget, there are plenty of PRC Nato clones out there). I wear it daily, as well as with my suit given how stylish it is in its simplicity. The only maintenance necessary is to gently run an open flame along the strap holes maybe once a year control the growth of loose nylon threads.<p>[1]: <a href="https://www.phoenixstraps.com" rel="nofollow">https://www.phoenixstraps.com</a></p>
]]></description><pubDate>Thu, 20 Aug 2026 07:18:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=49371447</link><dc:creator>ninjin</dc:creator><comments>https://news.ycombinator.com/item?id=49371447</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49371447</guid></item><item><title><![CDATA[New comment by ninjin in "Muse Glimmer: 30B-parameter model optimized for always-on local agent workflows"]]></title><description><![CDATA[
<p>2a03:2880: by any chance?:<p><a href="https://news.ycombinator.com/item?id=48137854">https://news.ycombinator.com/item?id=48137854</a><p>Have asked them to stop numerous times and they just keep hitting for about eight months now.</p>
]]></description><pubDate>Mon, 10 Aug 2026 15:12:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=49244771</link><dc:creator>ninjin</dc:creator><comments>https://news.ycombinator.com/item?id=49244771</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49244771</guid></item><item><title><![CDATA[New comment by ninjin in "How to Make a Nintendo 64 Game in 2026"]]></title><description><![CDATA[
<p>Tried to see if it was possible to buy the Rom itself. But it seems like you would need to buy a physical copy at this point:<p><a href="https://modretro.com/products/xibalba-64" rel="nofollow">https://modretro.com/products/xibalba-64</a></p>
]]></description><pubDate>Thu, 06 Aug 2026 10:18:02 +0000</pubDate><link>https://news.ycombinator.com/item?id=49194770</link><dc:creator>ninjin</dc:creator><comments>https://news.ycombinator.com/item?id=49194770</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49194770</guid></item></channel></rss>