I can’t see a wristwatch defying physics. It likely has to calculate your position fewer times per unit time, thus gets an updated fix less frequently than a phone. Which may be good enough when on foot. Otherwise it would suck the battery dry if it works too hard for a frequent high res fix. (edit: see item 4 on this page Looks like you get one calculation per second which is possibly a bit too infrequent for cycling unless the app is good at using other sensors to estimate intermediate positions)

When I said CPU load, I should have spoke more generically because indeed a dedicated chip is used. But that chip still needs energy. A dedicated GPS device would indeed help my situation, whether it’s a phone or otherwise. Getting an old dedicated satnav device isn’t a bad idea. The maps on those are far from useable but I recall some Garmins and Tomtoms had bluetooth and I think sending NMEA info is common. That might actually be a good way to repurpose an old obsolete dedicated satnav device – or phone that can be configured as such. There is an opentom project to put FOSS on a Tomtom.

what DO you want it to do?

Essential: navigation (and update maps over Tor), VOIP over VPN, render locally stored PDFs (pushed over adb).

Non-essential: XMPP (snikket), notes, calculator, take photos, scan QR codes, play from local music library

GPS navigation is heavy because calculating a fix from GPS satellites is always CPU intensive. This means (on old phones) the always-on screen coupled with CPU load while navigating drains the battery quick, which is a compounding problem because old devices are less efficient. On top of that, the CPU heat degrades the battery and charging performance when it is most needed. I would rather not strap a power bank to my arm. In principle I should navigate with two devices:

• a phone dedicated to receiving GPS, calculating the fix, and transmitting over bluetooth while screen is off (this could be stashed in a backpack)
• a phone with screen on and mapping software running, GPS disabled, bluetooth receiving the fix from the other phone

That would also mean when I stop for food or something I could charge both devices at the same time and they would each drain slower when used. Bluetooth uses much less energy than GPS. This approach is inspired by my PalmOS days, when a palm pilot had no GPS and there were dedicated separate tiny GPS→bluetooth devices. The tech exists but I think the GPS server app is either absent from f-droid or it requires a newer device (I forgot which).

I had some immediate objection to Organic Maps when I first heard of them. Was their website Cloudflared previously? ATM I don’t see what my issue with them was. Superficially they look like a decent 2nd option (which I say having not tried their software yet).

The other demand that makes BIFL phones and even laptops difficult is web browsing,

Web browsing is such a shit-show even with the latest Debian on a PC that I have almost entirely rejected the idea of browsing from a smartphone. I simply will not invest 1 penny of money or 1 minute of my time chasing garbage services with a garbage device. There have been rare moments where “Privacy Browser” on my old AOS5 phone manages to reach and render a webpage but I have mostly given up on that idea. Even captive portals are a shit-show so I usually cannot connect to public wifi. Fuck it… it wasn’t meant to be.

Added: video codecs (if you want to watch youtube) are another area where old cpu’s can’t keep up,

I’m on the edge of scrapping Youtube altogether because of Google’s hostile treatment toward Tor users and simultaneous relentless attacks on Invideous nodes. But up until a couple months ago I could usually fetch a video via Invidious and store locally. My 2008 Thinkpad has been able to handle every video fine so far. I have the Newpipe app on the phone but I’m not really driven to use the phone for YT videos.

Looks like a quite useful service. Thanks for mentioning it. But $5/month is a bit much for that. I would love to SMS people from an XMPP app but it would have to be cheaper, or pay per msg.

I think liquids are heavier to transport than solids because solid detergent is more concentrated (no water). Liquid detergent (which comes in all viscocities) still has its place: for people with hard water. But apart from that I think solid detergent is the best for the environment.

There are those solid tablets which are like powder pressed together. Sometimes those are in a plastic wrapper that needs to be removed before use (yikes), and sometimes they are in a disolving gelatin like the liquid pods. But I guess the sacks of powder need not be as thick as the liquid ones.

Early flash memory had a severe bitwear/bitrot issue, but at some point (2015?) they made some strides on that. The best resilience is in the SSDs for some reason. I’m not sure how much SD cards improved, but I suppose a phone’s internal storage would be an embedded SD card.

It’s a good point, so it would be useful to know if there is a year where bitwear is less notable on phones.

It’s a shame Fairphone even has internal storage, which seems to go against their vision. But apparently Fairphone users can at least use the external storage as internal (if you neglect the apparent bug mentioned in that thread). I wonder if the internal storage is still needed for the boot loader in that case.

Firstly, Rooting/ flashing non-manufacturer firmware voids your warranty. A phone without manufacturer support is going to struggle to be BIFL.

I just bought an all-metal sewing machine from like the 1960s. Of course the warranty is toast (though it was generous… like 25yrs or something). I would not say it’s not BifL on the basis of warranty expiry. It will likely last the rest of my life which could amount to another 50 yrs.

Most of what I buy outlasts the warranty. Then I push it far beyond what’s expected. But indeed smartphones are such an obsolescence shit-show out of the gate they will be the hardest product to push the lifetime on.

I’m with you there. I have defunded phones for sure and minimized the role of phones. I don’t even use smartphones as phones (no SIM chip). I think the only absolutely essential use case for me is to run OSMand (navigation) because it’s far too impractical to get a paper map for every city I set foot in.

OSMand is a resource hog. Crashes chronically when overworked. So maintaining OSMand seems to require keeping pace to some extent. Certainly the FOSS platforms will at least enable a phone to stay in play as long as possible – or so I hope.

You can always make a bridge/hotspot that will do what you need. You are only limited if you are fussy about pocket/backpack space.

It doesn’t and can’t exist, because the networks keep changing. You could have a 2005 phone that still is perfectly solid, but it’s a 2g phone and the networks now are all 4g and 5g.

Indeed the amount of lifetime you get out of a phone depends on what you need. I don’t actually use a smartphone as a phone. My phone has no SIM chip inserted. Wi-Fi is not getting outpaced as quickly. If you have sufficient control over your device, you can reverse tether as well.

This is how my old AOS 5 device connects (2 ways):

① AOS 5 → Wi-Fi → router w/usb port → USB mobile broadband stick → LTE(4g)
② AOS 5 → USB 2 reverse tethered → 16 year old laptop → router w/usb port → USB mobile broadband stick → LTE(4g)

My AOS 2 phone (from ~2009ish?) can also still connect via method ① but I have no use for putting it online.

What I care about is the phone-laptop connection so I can side-load f-droid apps, OSMand in particular. I will always be able to hack together a hotspot to update the OSMand maps.

and the networks now are all 4g and 5g.

You may have just helped solve a mystery for me. I was using an HSDPA stick to connect 2 yrs ago. Then one day I suddenly had no internet. Had to scramble to get another mobile broadband stick, which happened to be LTE – which worked. I bitched to the carrier. I thought maybe they pushed a faulty baseband update to my hardware and broke it. They claimed my modem just died. I thought no fucking way does a simple solid state USB device like that just croak. Maybe they pulled the plug on 3g and didn’t inform anyone.

(update) Nope… Just checked and it was this year that they pulled the plug on 3g… just last month for one carrier. So my mystery is still unsolved. Though I don’t suppose it matters… what good is a 3g modem now? I wonder if there are any hacks to get a 3g modem talking to a self-hosted fake tower.

For some strange reason Tor users are able to reach this otherwise paywalled article, so I will post the text below for all those who are unable to reach it. It’s long, so using a spoiler:

I don’t get how plastics can reach the food. Didn’t yours have a stainless steel innerpot with a metal cover on the food side?

Worked for no problem, over Tor in fact. Usually Tor gets the most hostile treatment.

I saw plenty of opportunities for enshitification and designed obsolescence.

There was an APP! So of course the natural order of things is to move more and more functionality from the physical control panel to the app. Then periodically let the app die by obsolescence. Force people to buy new phones to keep up, but then one day the new app no longer talks to old pressure cookers. Make the next version connect to the cloud for programs, and share with the IP maker everything you do. Sell that data to Amazon and Google who want to know what food you’re buying.

Then make the programs subscription based, so users have to pay a monthly fee to operate their cooker. Justify it by adding more and more programs. If someone does not pay their subscription, shut them down. Make the IP the biggest brick in the house.

I was actually disturbed that there was a Google Playstore app. Sure, it was optional, but I did not like the fact that my purchase in part financed the creation of an exclusive closed-source app exclusively available to Google and Apple patrons. It should have been an f-droid app.

Some detergents say “septic safe” on the container. My folks bought the cheapest option which did not say one way or another, so I had to call the supplier, who then said it was septic safe. It’s a shame that in the 2020s we still don’t have transparency on what we buy.

I recall someone in #chemistry (on freenode) talking about measuring detergent. He could have been a nutter, but stressed the importance of measuring the right amount, saying get a scale and weigh it according to the manual.

The manual for one of my machines is shit… says look at the program table for detergent amount - then it’s omitted from the table. But what was useful was the manual said what the numbers meant. The lines marked “15” and “25” are for 15cm³ and 25cm³. The brim is 40cm³ and the prewash cup is 5cm³. Those are volumes, not weight. So I calculated the weight I needed at one point and IIRC it turned out that 15g of powder came out to 15cm³ (lucky me!). I don’t recall how I figured out that I needed 15g.

Anyway, these are the variables that influence the amount of detergent to use:

• load size (some manuals make that a factor, but it’s unclear why because it’s always the same amount of water in the tub. The guy in #chemistry seemed to think it was important)
• water hardness
• program selected (I have ~6 or so programs plus a ½-load button, so effectively 12; some have a prewash cycle, some not)
• type of detergent

Some of the short programs imply that slow solving detergents (tablets) should be avoided.

I still have not figured out what the ½-load button really does. Manual just says press it if you have less than half a load to save on water and power. That’s it. WTF? So I asked the manufacturer and they repeated the same useless answer, but said fill only 1 rack. WTF… which rack? I wanted to know what the ½-load button actually changed the program so I could use it wisely. How does the machine know which rack I chose? I think the “load only one rack” answer from the manufacturer is bullshit. I’ll probably sprawl out my partial loads. The manual should be telling people how much water is used with this setting. I have no idea how it saves on energy since the program choice dictates a fixed water temp. Maybe it just comes down to the fact that it has less water to heat. In any case, I should probably use less detergent on partial loads but the manual doesn’t give the calculation or even enough info to be able to calculate it.

Too much detergent → etching (and waste of detergent)
Too little detergent → repetition needed, which wastes water, energy, and detergent

If you don’t care about etching, then using too much is probably not a big deal.

In the past couple months Google has become quite hostile toward front-ends that previously made it possible for Tor users to reach their content. And I don’t have a good connection so I can’t do videos anyway.

But indeed, it’s hard to find proper detergent. I have to go to a big store of a big grocery chain to get it. But it’s worth it on the basis of price alone. Buying a couple kilos of powder gives the most loads for the money. IIRC the pods were twice the cost of powder when comparing a promotional sales price on pods.

(edit) Oh, but speaking of youtube, video rBO8neWw04 (which I have a saved a copy of) goes into pods. The guy makes an interesting point: pods discourage the use of detergent in the prewash. Though I think he over stresses that.

The nationwide fuckup in the US is zoning rules that block commercial venues from residential regions, which means people cannot step outside their front door and get groceries in a 1 block walk. People are forced to travel unwalkable distances to reach anything, like food and employment. Which puts everyone in a car. Which means huge amounts of space is needed for wide roads and extensive car parking, generally big asphalt lots, which exacerbates the problem because even more space is wasted which requires everything to be spread out even more, putting resources out of the reach of cyclists. Making the city mostly concrete and asphalt also means water draining problems where less of it makes it into the soil and groundwater, and it means the city temp is higher because of less evaporative cooling from the land mass (Arizona in particular).

This foolishness is all done for pleasant window views, so everyone can have a view of neighbors gardens instead of a shop front.

Europe demonstrates smarter zoning, where you often have a shop on the ground level and housing above it. You don’t need a car because everything is in walking or cycling distance. But you more likely have an unpleasant view.

By size, you are referring more specifically to area. Area while neglecting population is inversely proportional to population density¹. But even apart from that – how does that support the claim that it’s sensible to disregard cities and just look per capita nationwide? NYC should be compared as a single whole city against other cities of comparable population density. Area does not matter as an independent variable on its own. What would the point be to blur NYC into a nationwide track per capita?

BTW, NYC has a subway system. I’ve used it a few times and it was not even close to being overcrowded but maybe I had lucky timing. Are you saying more track is needed there?

¹ population density: heads per m²

Subways are pretty much exclusively built in the cities

Not just any city. Dense cities. Cities that are so densely populated that it would be /impossible/ for every person to move around in a car. Countless US cities are not even close to crossing that threshold. It just makes no sense to look at nationwide per capita on this. Only a city by city comparison of like with like population density is sensible.

(edit)
There is a baby elephant in the room that needs mention: US cities are designed with shitty zoning plans. They are designed so that each person on avg needs to travel more distance per commute to accomplish the same tasks (work and groceries). This heightens the congestion per capita. So ideally we would calculate daily net commute distance needed per capita plotted against subway track per capita for cities of comparable people per m². Which would embarrass US city mayors even more.