<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: pinkwah</title><link>https://news.ycombinator.com/user?id=pinkwah</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Thu, 08 Oct 2026 17:45:02 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=pinkwah" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by pinkwah in "“Math 2.0” will need to value mathematical progress more holistically"]]></title><description><![CDATA[
<p>Byte-matching has been a side-effect of gaining an understanding of how the software works. With this you are skipping the understanding and you will not get people like Kaze Emanuar on YouTube who have dedicated a lot of time to building upon this understanding to create something better.<p>I don't think it's motivating to solve a black box by having AI generate another black box if what you want is to understand how the thing worked.</p>
]]></description><pubDate>Thu, 08 Oct 2026 10:32:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=50004104</link><dc:creator>pinkwah</dc:creator><comments>https://news.ycombinator.com/item?id=50004104</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50004104</guid></item><item><title><![CDATA[New comment by pinkwah in "Sovereign Tech Agency invests €500k in Flatpak"]]></title><description><![CDATA[
<p>macOS does this for select directories. You either give access to all of `Documents` or none. It's also not great for notification fatigue, as you get like 8 popups at once in iTerm2. If you choose not to give access to a directory, you'll need to go to system settings to change this.<p>So, for a "better" system, we'd need to ask for every directory and you better hope the program doesn't try to glob all files in every directory and overload the user in prompts. Or you can "Allow all" or something, and then we're back at square one where the program has too much access.</p>
]]></description><pubDate>Fri, 28 Aug 2026 09:17:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=49476236</link><dc:creator>pinkwah</dc:creator><comments>https://news.ycombinator.com/item?id=49476236</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49476236</guid></item><item><title><![CDATA[New comment by pinkwah in "Sovereign Tech Agency invests €500k in Flatpak"]]></title><description><![CDATA[
<p>By default, software has a sandboxed location that is exposed to the host in `~/.var/app/[APP]`.<p>Most software needs access to user files. Since most applications aren't written with Flatpak in mind, they will attempt to load files using their own file browser, meaning that for the application to function at all it needs to have access to swaths of extra data. You can see what data the application can access either via FlatSeal or in whatever "app store" you're using. Often it'll be your entire home directory.<p>The software that is designed with Flatpak in mind will use XDG Desktop Portals, where the host displays a file browser and then hooks it up to the sandboxed app so it has access only to that file or directory.<p>Note that you can't magic your way out of this. You can't eg. wait for the program to request access to a file before displaying a "Program wants access to this file. Allow/Deny" because the program doesn't know if this file exists, and the user wouldn't be able to navigate to it via the program's bespoke file browser since it doesn't have access to directories or their contents.</p>
]]></description><pubDate>Fri, 28 Aug 2026 07:37:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=49475547</link><dc:creator>pinkwah</dc:creator><comments>https://news.ycombinator.com/item?id=49475547</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49475547</guid></item></channel></rss>