<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: cge</title><link>https://news.ycombinator.com/user?id=cge</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Sun, 04 Oct 2026 07:15:33 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=cge" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by cge in "Woman Arrested, Dragged Away After Speaking About Flock at City Council Meeting"]]></title><description><![CDATA[
<p>If the attendee's description is true and the video is not missing context, then that doesn't appear to be what happened.  Interpreting her description and the video, during the public comment period for an unrelated topic, she went through the usual process for giving a public comment, started her completely off-topic written statement, then was arrested during it a few seconds after two attempts by the council to interrupt her, during which she was flipping off the council.<p>If she was within her allotted time for a comment that was completely off-topic but otherwise complied with the public comment process, and her flipping off the council was, as she claims, only after it was clear that she was going to be interrupted by the police, then that does seem different than actually interrupting the discussion or refusing to leave.</p>
]]></description><pubDate>Wed, 23 Sep 2026 17:57:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=49820004</link><dc:creator>cge</dc:creator><comments>https://news.ycombinator.com/item?id=49820004</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49820004</guid></item><item><title><![CDATA[New comment by cge in "HERMES radio enables voice and data communication over vast distances"]]></title><description><![CDATA[
<p>>the US rules are that you can use digital protocols but you must publish the specs so anyone can, in principle, decode the signal.<p>This restriction does not appear to actually be enforced, eg, if I recall correctly the VARA HF/FM modes do not have published specs anywhere near sufficient to decode them, to the point where there are projects trying to reverse engineer them.</p>
]]></description><pubDate>Mon, 21 Sep 2026 19:17:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=49792000</link><dc:creator>cge</dc:creator><comments>https://news.ycombinator.com/item?id=49792000</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49792000</guid></item><item><title><![CDATA[New comment by cge in "Science Is Open Software"]]></title><description><![CDATA[
<p>I try to do something like this with my publications, and encourage others to. My goal is to have the pipeline from raw data to complete figures and manuscript in a repository, with cached data for computationally expensive analysis and for stochastic simulation results, and the option for the user to just use those or run the full pipeline, with or without the same random seeds.  I just make clear that the code was run-once code and is going to be messy compared to code refined over time and diverse uses. I generally use Zenodo to a GitHub repo, however, in case GitHub decides to do something bad in the future. Making sure things run far in the future can also be a challenge. Sure, you can use a container: will the base of that container be available in 30 years?<p>And with that said, for experimental work, this approach does not make things fully reproducible; it only makes the analysis reproducible.  There are always factors that influence experiments: research is by definition at the edge of our understanding, and reality has countless variables, including ones no one has thought of, known about or thought important.</p>
]]></description><pubDate>Sat, 19 Sep 2026 09:19:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=49764788</link><dc:creator>cge</dc:creator><comments>https://news.ycombinator.com/item?id=49764788</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49764788</guid></item><item><title><![CDATA[New comment by cge in "How Fairphone built the Fairphone Gen 6+"]]></title><description><![CDATA[
<p>When I had a Fairphone 4, regulars on the community forum <i>repeatedly</i> reminded everyone that repairability was <i>not</i> a primary goal of Fairphone, ethical consumerism was, and any longevity and repairability was secondary or coincidental.<p>Yes, that goes against most of Fairphone's own advertising, but it was consistent with my experience of the phone and discussions on the forum: security updates frequently so far out of date that some software could not be run, flimsy components inconsistent with advertising (yes, the battery was nominally swappable, but the snaps on the back would break easily, and support would claim that it was not intended to be removed regularly), parts that were frequently out of stock, and of course, whole new phone designs every generation rather than Framework-like component upgrades.<p>It seems like they may have improved since then, but those problems, along with the atrocious security (FP4 used AOSP's public test signing keys, with publicly-available private keys, for its firmware) and sketchiness around specs, standards and openness (especially for the camera), generally turned me off the company.</p>
]]></description><pubDate>Fri, 04 Sep 2026 13:44:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=49564551</link><dc:creator>cge</dc:creator><comments>https://news.ycombinator.com/item?id=49564551</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49564551</guid></item><item><title><![CDATA[New comment by cge in "LLM Judges Verify Presence, Not Absence: Omission Blindness in AI Clinical Notes"]]></title><description><![CDATA[
<p>The entire paper is almost certainly Claude-generated, given the clear Claude-speak throughout.  It seems like they didn’t even try to have Claude write a polished paper: it reads like Claude writing up a lengthy report, down to the needless sectioning with idiosyncratic title language.  There appears to be no disclosure, and the author contribution section appears to falsely claim that a particular author wrote the text.<p>I know arXiv has taken some measures to combat spam like this, but it seems like they’ll need to do more.  There’s just very little barrier now to creating giant slop papers like this and then dumping them anywhere that won’t reject them.  It is an insult to everyone’s time, and I can’t imagine they expect people to actually read this.  If the expectation is that everyone will use an LLM to interpret it, then maybe they should have at least had a few more rounds of tightening and polishing the paper, even via LLM, to save the redundant token use.</p>
]]></description><pubDate>Wed, 02 Sep 2026 12:02:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=49535005</link><dc:creator>cge</dc:creator><comments>https://news.ycombinator.com/item?id=49535005</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49535005</guid></item><item><title><![CDATA[New comment by cge in "Credit Card Rewards Became a $9.2B Wealth Transfer"]]></title><description><![CDATA[
<p>It's just such a bizarre choice that one might hope there would be another interpretation.  Why measure a percentage change on sales tax, which varies heavily from location to location, and is not what the associated fees are based on, rather than simple choice of total cost?</p>
]]></description><pubDate>Tue, 25 Aug 2026 12:45:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=49433069</link><dc:creator>cge</dc:creator><comments>https://news.ycombinator.com/item?id=49433069</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49433069</guid></item><item><title><![CDATA[New comment by cge in "Credit Card Rewards Became a $9.2B Wealth Transfer"]]></title><description><![CDATA[
<p>The only way I can interpret the percentage is that they are stating the increased cost as a percentage of sales tax rather than a percentage of the sale, such that "26% higher sales tax" in a state changing 10% sales tax would mean paying 2.4% more in total.  That choice seems misleading, but does make the percentage make sense.</p>
]]></description><pubDate>Tue, 25 Aug 2026 12:08:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=49432546</link><dc:creator>cge</dc:creator><comments>https://news.ycombinator.com/item?id=49432546</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49432546</guid></item><item><title><![CDATA[New comment by cge in "Why some US restaurants are banning tips"]]></title><description><![CDATA[
<p>That’s also very common in the UK, and shows up elsewhere in Europe sometimes. In the UK, they are legally but not practically or socially discretionary. There are some tax advantages for the restaurant and in the ideal case for staff.</p>
]]></description><pubDate>Tue, 25 Aug 2026 11:33:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=49432152</link><dc:creator>cge</dc:creator><comments>https://news.ycombinator.com/item?id=49432152</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49432152</guid></item><item><title><![CDATA[New comment by cge in "Bringing the cybersecurity capabilities of Claude Mythos 5 to more defenders"]]></title><description><![CDATA[
<p>>In a world where things such as GLM-5.3, DeepSeek-V4-Pro-0813, and Kimi-K3 exists, this is a bit laughable.<p>This is not just for security, too.  Using Fable for anything that could be remotely construed as being connect to chemistry or biology was impossible until a few weeks ago.  Now it is <i>slightly</i> better, but still fails on many <i>completely</i> innocuous projects.<p>So as other models advance, Anthropic's sole frontier offering to entire academic fields remains an Opus that seems to get worse in capability each release.  They're starting to become a joke in my field: at a conference a few weeks ago, one presenter laughed when I asked about his use of Fable and pointed out that it would downgrade if the letters 'd', 'n', and 'a' were anywhere near each other, which is not that far from my experience.</p>
]]></description><pubDate>Fri, 21 Aug 2026 22:05:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=49394289</link><dc:creator>cge</dc:creator><comments>https://news.ycombinator.com/item?id=49394289</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49394289</guid></item><item><title><![CDATA[New comment by cge in "Judge sets framework for Nine PBS to retrieve archival data"]]></title><description><![CDATA[
<p>For some reason, despite these things being rather simple and concrete distinctions, all the reporting around the case keeps being confusing, vague, and contradictory.  I had been rather convinced by the Ars Technica article [1] that Iron Mountain was just the data center operator and this was colocation of completely OSS-owned and managed equipment.  Iron Mountain's statements there certainly seem to say that.  There's the complexity here that, in general, Iron Mountain does apparently provide both data storage, and colocation.<p>[1]: <a href="https://arstechnica.com/information-technology/2026/08/pbs-station-fears-losing-50tb-of-data-after-being-ghosted-by-cloud-storage-provider/" rel="nofollow">https://arstechnica.com/information-technology/2026/08/pbs-s...</a></p>
]]></description><pubDate>Mon, 17 Aug 2026 23:19:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=49339025</link><dc:creator>cge</dc:creator><comments>https://news.ycombinator.com/item?id=49339025</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49339025</guid></item><item><title><![CDATA[New comment by cge in "RustDesk now supports true unattended remote access on Wayland"]]></title><description><![CDATA[
<p>They comment years after immediately closing the bug as wontfix, vaguely talk about users for expressing interest in features while not being willing to open a PR, when people in the thread had actually been asking, over a long period of time, whether they would accept a PR or were just opposed to the feature outright, and say they would welcome community contributions even though they think the feature is unnecessary.  Then they immediately lock the issue and delete at least one comment.<p>I certainly interpreted the response as meaning that anyone actually trying to implement the feature would find the PR an exercise in frustration.  It may be there were some cultural confusions about context and implication, but considering that they locked the issue, people weren't exactly encouraged to ask for clarification.  And the developers have a sketchy enough reputation already from other incidents.</p>
]]></description><pubDate>Sat, 15 Aug 2026 18:30:40 +0000</pubDate><link>https://news.ycombinator.com/item?id=49313026</link><dc:creator>cge</dc:creator><comments>https://news.ycombinator.com/item?id=49313026</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49313026</guid></item><item><title><![CDATA[New comment by cge in "London Underground begins scanning passengers' faces"]]></title><description><![CDATA[
<p>As an illustration of this, 100% of the detections in the trial in 2026 have been false positives. Scanning tens of thousands of faces for each deployment, they’ve had exactly one detection, which was false:<p><a href="https://www.btp.police.uk/SysSiteAssets/media/images/british-transport-police/live-facial-recognition/lfr-deployment-register-.pdf" rel="nofollow">https://www.btp.police.uk/SysSiteAssets/media/images/british...</a></p>
]]></description><pubDate>Tue, 11 Aug 2026 23:36:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=49265947</link><dc:creator>cge</dc:creator><comments>https://news.ycombinator.com/item?id=49265947</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49265947</guid></item><item><title><![CDATA[New comment by cge in "France to ban unsolicited telemarketing calls"]]></title><description><![CDATA[
<p>I think the point is that there is a distinction between calls that are intrusive spam or arguably scams but not already illegal, and calls where the content of the call is itself unambiguously illegal.<p>Bans on unsolicited calls, or do-not-call lists, can be effective for the former, as it moves the behavior from being legal to being illegal, while for the latter, they are already breaking laws, often in a more severe way, and technical measures or enforcement are more important.<p>A phone company trying to trick someone into paying more per month for something they don't need is likely to be worried about being fined if caught calling a number on a do-not-call list.  A scammer pretending to be the tax office and demanding payment of supposedly unpaid taxes is going to be in trouble if caught regardless of rules about what numbers can be called.</p>
]]></description><pubDate>Tue, 11 Aug 2026 14:19:09 +0000</pubDate><link>https://news.ycombinator.com/item?id=49258837</link><dc:creator>cge</dc:creator><comments>https://news.ycombinator.com/item?id=49258837</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49258837</guid></item><item><title><![CDATA[New comment by cge in "Increasing the lifespan of a bulb makes it worse in every other way"]]></title><description><![CDATA[
<p>While the author mentions that they are not trying to defend the Phoebus cartel, I think they may inadvertently be somewhat misleading in their explanation.  What they are saying is, from an engineering standpoint, true.  But my understanding of the argument against the Phoebus cartel is that it was using legitimate engineering points as the official justification for profiteering business collusion: that the points were real, but were not the actual reasons for their decisions, or reasonable justification for the particular choices of values they enforced.<p>In doing so, the article perhaps obscures the point that business collusion, I expect, is more often built around legitimate reasoning taken to illegitimate extents and conclusions, than around outright fabrications.</p>
]]></description><pubDate>Sat, 01 Aug 2026 00:14:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=49129932</link><dc:creator>cge</dc:creator><comments>https://news.ycombinator.com/item?id=49129932</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49129932</guid></item><item><title><![CDATA[New comment by cge in "GCC steering committee announces AI policy"]]></title><description><![CDATA[
<p>Without wanting to take a stance on either side of these arguments, it does occur to me that, for this and other major FOSS projects deciding on AI policies, others can always start forks with different policies.  The success or failure of such forks might even offer some insight into how helpful or harmful different forms of AI use are, at least from a programming perspective.</p>
]]></description><pubDate>Thu, 30 Jul 2026 12:52:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=49109311</link><dc:creator>cge</dc:creator><comments>https://news.ycombinator.com/item?id=49109311</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49109311</guid></item><item><title><![CDATA[New comment by cge in "Opus 5 is currently #1 on Artificial Analysis Intelligence Leaderboard"]]></title><description><![CDATA[
<p>There’s confusion about the classifiers on Fable. They don’t ban chemistry and biology topics they flag as a potential risk, they ban anything related to chemistry or biology at all. This is intentional, and directly stated on the model card, but seems so absurd that there can be assumption it must be a misreading.<p>Being a researcher somewhat connected to chemistry and biology, Fable has been the most useless model I have ever tried.  Essentially all work has instantly downgraded to Opus.</p>
]]></description><pubDate>Sat, 25 Jul 2026 01:11:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=49043548</link><dc:creator>cge</dc:creator><comments>https://news.ycombinator.com/item?id=49043548</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49043548</guid></item><item><title><![CDATA[New comment by cge in "Codeberg Divides"]]></title><description><![CDATA[
<p>Asking about this, it seems like that might be the case: they likely intended the "even if they were not LLM-generated" to be counterfactual.  It's an unfortunate place to leave such grammatical ambiguity.</p>
]]></description><pubDate>Fri, 24 Jul 2026 21:29:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=49041801</link><dc:creator>cge</dc:creator><comments>https://news.ycombinator.com/item?id=49041801</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49041801</guid></item><item><title><![CDATA[New comment by cge in "Codeberg Divides"]]></title><description><![CDATA[
<p>>And for what it's worth, it seems like they only care if the project is directly crypto related (e.g if you had a repo directly implementing a Monero node, that would probably not be allowed).<p>Looking at community conversations, there actually seems to be little clarity over this, and quite a bit of confusion. Several established members of the community seem to be saying that the ToS actually only bans "cryptocurrency related projects" that "[harm] the reputation of Codeberg", and that direct cryptocurrency projects that don't harm Codeberg's reputation are actually allowed, saying that the current banner is a mistake and is in the process of being changed (while they have their own systems and are not on Codeberg, I'm guessing GNU Taler might be an example of a cryptocurrency project that would be allowed).  In fact, this appears to be within the official interpretation used when locking the discussion thread on the change ([1] refers to [2]).<p>[1] <a href="https://codeberg.org/Codeberg/org/pulls/1254#issuecomment-19924861" rel="nofollow">https://codeberg.org/Codeberg/org/pulls/1254#issuecomment-19...</a>
[2] <a href="https://codeberg.org/Codeberg/org/pulls/1254#issuecomment-19923979" rel="nofollow">https://codeberg.org/Codeberg/org/pulls/1254#issuecomment-19...</a></p>
]]></description><pubDate>Fri, 24 Jul 2026 18:30:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=49039772</link><dc:creator>cge</dc:creator><comments>https://news.ycombinator.com/item?id=49039772</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49039772</guid></item><item><title><![CDATA[New comment by cge in "Codeberg Divides"]]></title><description><![CDATA[
<p>Honestly, for me, both.<p>While I can't find something specific about it in the new ToS, the new blog post notes that "side projects and experiments", and "specific tools and custom scripts that would be unlikely to find a community anyway" are "discouraged", but are "tolerated in practice" if they only use minimal resources.  This is stated as being regardless of LLM use.  So some of my repositories are apparently already borderline in the community's opinion (it's not clear how they judge use of resources, but I only use self-hosted runners).<p>But there also seems to be an increasing sense that many active members see Codeberg as a space for a particular type of FOSS, within a particular, normative view of what development and communities should look like.  This ties into the "side projects and experiments" comment, and to the general tone of the AI blog post on what they want Codeberg to be and not be.  The point about "projects with a single developer and virtually no users", about "large ghost projects", and so on, are within the context of AI, but are derided in a wider sense.<p>Some of my repositories look like single developer experiments with no users or community, but aren't.  I'm ultimately a scientist, not a typical developer; users typically communicate by email and at conferences, and cite my software and associated papers in their papers rather than starring repositories on forges.<p>And yes, much of the discussion around these questions often falls into the argument that projects that are good will be fine, because they'll be accepted despite the rules, and that any concern about specifics is unwarranted.  But I can't know that I won't be targeted by Codeberg having an increasingly normative view of what 'proper' community development looks like.<p>(Yes, I realize I'm free to use something else.  I'll likely end up moving my repositories off Codeberg and onto some combination of my own Forgejo instance and Github.  The lack of federation in Forgejo heavily penalizes not being on a major instance, however.  Meanwhile, as much as I encourage using DOIs for citations rather than URLs, people often do the latter, so staying on an instance that might decide to ban my projects can create lasting problems: one of my whole reasons for starting to migrate to Codeberg was because it seemed organizationally stable.)</p>
]]></description><pubDate>Fri, 24 Jul 2026 18:17:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=49039618</link><dc:creator>cge</dc:creator><comments>https://news.ycombinator.com/item?id=49039618</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49039618</guid></item><item><title><![CDATA[New comment by cge in "Show HN: Analog Watch"]]></title><description><![CDATA[
<p>That's just presenting improvements to a mechanism; while it isn't common, particularly for watches, and I don't know much about earlier examples, they do seem to exist.<p>For <i>clocks</i>, however, there is the iconic Swiss railway clock [1], which dates back to 1944 and has a jumping minute.  For those, however, the jump is actually meaningful in itself, in they're synchronized by a master clock that has a one minute impulse, and the jump is actually the moment of the impulse.<p>[1]: <a href="https://en.wikipedia.org/wiki/Swiss_railway_clock" rel="nofollow">https://en.wikipedia.org/wiki/Swiss_railway_clock</a></p>
]]></description><pubDate>Thu, 09 Jul 2026 17:24:45 +0000</pubDate><link>https://news.ycombinator.com/item?id=48849425</link><dc:creator>cge</dc:creator><comments>https://news.ycombinator.com/item?id=48849425</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48849425</guid></item></channel></rss>