puf

<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>

<item>
  <title>RISC-V is sloooow</title>
  <link>https://lobste.rs/s/ta3jjk/risc_v_is_sloooow</link>
  <guid>ta3jjk</guid>
  <pubDate>Tue, 10 Mar 2026 14:49:53 -0500</pubDate>
  <description><![CDATA[**The Gist:** The author, an ARM developer, shares their experience working with the RISC-V port of Fedora Linux over three months. While they've successfully triaged bugs and sent 86 pull requests for Fedora packages, a significant challenge is the "sloooow" performance of current RISC-V hardware, leading to drastically longer build times compared to aarch64, i686, ppc64le, s390x, and x86_64 architectures. For instance, building the binutils package takes 143 minutes on RISC-V, versus 25-46 minutes on others. This slowness necessitates disabling Link Time Optimization (LTO) to conserve memory and reduce build times. Current RISC-V builders typically have 4 or 8 cores and 8-32GB RAM, with performance comparable to older Arm Cortex-A55 cores.

puf

<?xml version='1.0' encoding='utf-8'?>
<rss xmlns:ns0="http://www.w3.org/2005/Atom" version="2.0">
  <channel>
    <title>Lobsters</title>
    <link>https://lobste.rs/</link>
    <ns0:link href="https://lobste.rs/rss" rel="self" />
    <description />
    <pubDate>Thu, 12 Mar 2026 01:48:59 -0500</pubDate>
    <ttl>120</ttl>
    <item>

puf

<?xml version='1.0' encoding='utf-8'?>
<rss version="2.0">
  <channel>
    <title>Lobsters</title>
    <link>https://lobste.rs/</link>
    <description />
    <pubDate>Fri, 05 Jun 2026 03:27:32 -0500</pubDate>
    <ttl>120</ttl>
    <lastBuildDate>Fri, 05 Jun 2026 12:12:40 GMT</lastBuildDate>
    <item><title>Code is Cheap(er)</title><link>https://htmx.org/essays/code-is-cheap/</link><guid>https://lobste.rs/s/onbcu5</guid><author>htmx.org via facundoolano</author><pubDate>Thu, 04 Jun 2026 20:24:45 -0500</pubDate><comments>https://lobste.rs/s/onbcu5/code_is_cheap_er</comments><description>&lt;p&gt;&lt;strong&gt;The Gist:&lt;/strong&gt; The article posits that while AI has made code generation significantly cheaper, the understanding of that code has become more expensive, particularly with LLM-generated content. It warns against the "Sorcerer's Apprentice Trap" where AI produces code faster than humans can comprehend, leading to increased complexity—our "apex predator." The author advocates for a "subtractive,

puf

<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
  <channel>
    <title>Classic Albums Live Events</title>
    <link>https://classicalbumslive.com/events/</link>
    <description>Upcoming Classic Albums Live events.</description>
    <lastBuildDate>Fri, 05 Jun 2026 12:00:00 +0000</lastBuildDate>
    <item>
      <title>Van Halen – 1984 - Toronto, ON (Jun 6th, 2026)</title>
      <description>Concert by Van Halen – 1984 in Toronto, ON on Jun 6th, 2026.</description>

puf

<?xml version='1.0' encoding='utf-8'?>
<rss version="2.0">
  <channel>
    <title>Lobsters</title>
    <link>https://lobste.rs/</link>
    <description />
    <pubDate>Tue, 05 May 2026 08:21:28 -0500</pubDate>
    <ttl>120</ttl>
    <lastBuildDate>Tue, 05 May 2026 21:24:00 GMT</lastBuildDate>
    <item><title>Losing Skills</title><link>https://noahbogart.com/posts/2026-05-03-losing-skills/</link><guid>https://lobste.rs/s/mfizts</guid><author>noahbogart.com via isuffix</author><pubDate>Mon, 04 May 2026 12:14:49 -0500</pubDate><comments>https://lobste.rs/s/mfizts/losing_skills</comments><description>&lt;p&gt;&lt;strong&gt;The Gist:&lt;/strong&gt; Noah Bogart reflects on how reliance on technological aids, such as a car's lane-keeping assist, can lead to the deterioration of personal skills. He describes experiencing a decline in his driving attentiveness after relying on his minivan's steering assist feature, finding himself drifting more often. Bogart draws a parallel to generative AI, arguing that such tools,

puf

<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"><channel><title>Lobste.rs Digest</title><item><title>Test</title><description>Setup works!</description></item></channel></rss>

puf

<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Lobste.rs Daily Digest</title>
    <link>https://lobste.rs/</link>
    <description>Daily curated links from Lobste.rs</description>
    <language>en-us</language>
    <lastBuildDate>Wed, 24 Dec 2025 14:05:56 +0000</lastBuildDate>
    <atom:link href="https://gist.githubusercontent.com/" rel="self" type="application/rss+xml"/>

puf

puf

// In Firebase it is often better to *react* to authentication state 
// changes, instead getting the current authentication state everywhere.
// To respond to auth state changes, use an auth state change listener 
// like this:
FirebaseAuth auth = FirebaseAuth.getInstance();
auth.addAuthStateListener(new FirebaseAuth.AuthStateListener() {
    @Override
    public void onAuthStateChanged(@NonNull FirebaseAuth firebaseAuth) {
        if (firebaseAuth.getCurrentUser() == null) {
            Log.i("firebase", "AuthState changed to null");

puf

// To detect when a write operation is rejected by your Realtime Database
// security rules, add a completion listener to the `setValue()` call and 
// throw the exception if the task failed.
val ref = FirebaseDatabase.getInstance().getReference()
ref.push()
    .setValue(ServerValue.TIMESTAMP)
    .addOnCompleteListener(new CompletionListener() {
      @Override
      public void onComplete(Task<Void> task) {
        Log.i("firebase", String.valueOf(task.isSuccessful()))