Probably wishful thinking but does this get us any closer to porting postmarketOS to these devices? (Or even LineageOS, though I think LineageOS may have decent support on many of these devices already?)
Don't really see why. The issue with PostmarketOS is that there isn't enough people working on it.
Not that the phones are locked down. Otherwise phones with open bootloader would have good support.
A couple of times now I have walked a stretch of the Camino de Santiago (each time it was just a small bit near the end; sadly don't have the time off to do a full route which can take a month or longer). I find the simplicity of it super rewarding and enjoyable compared to my busy life back home. Just, for the most part, miles and miles of peaceful countryside.
It's kind of the opposite of what is described in the article, where the author is using his time off to improve his knowledge in other areas. Personally, I find that back home I am constantly thinking, both at work and in my time off, so much so that I forget what the end goal of all that thinking actually is. So doing these long walks helps me take a break from that and put it in perspective. No laptop, as little smartphone use as possible, I will maybe read a book or two in the evenings but nothing too heavy, etc.
As an aside, I am in a non-tech field, and programming is my hobby (and nothing like my day job). I enjoy it and I think it helps me stay sharp, but it has its drawbacks as a hobby. Being a solo hobby, and not one that many people in my field are into, it's not really something I can easily bond with others over (unlike, say, golf or chess). And sometimes it can be the opposite of relaxing when you encounter a bug that you can't seem to diagnose or fix.
Chess for me is not a social hobby, I've tried, but I can either have a conversation or play chess. I'm pretty sure the limited ability I had to do both has waned over the years too.
I had only heard about these things on HN, and thought they were primarily popular as a toy for people to hack on. I didn't realise they are so popular amongst "normies".
I have no current need for one as I am happy with my cheap second hand Kobo but it's great that they exist, especially with the open source alternative firmware. Hopefully they don't clamp down on that in future.
TikTok (ironically) has a bunch of anti-brainrot content, I think the Xteinks got popular that way. Super easy to use and even flash to 3rd party firmware.
The policy is far from clear cut, and even having read your comments I am still not sure what you think it's trying to say. The policy suggests that an app may lead users to another payment method where the payment is a "tax exempt donation". What tax, specifically, are you suggesting a donation to OSC is not exempt from? You mention sales tax, is it the case that donations are not exempt from (ie, are subject to) sales tax?
Or are you saying the key point is that the donation not tax-deductible for the donor, which is a different thing to being tax exempt (and does not have anything to do with the "taxability of the transaction")?
The mere fact that they have to avoid dealing with sales tax here (unlike their typical transactions) is clearly extra complication for them. So you can understand that sales tax being 0% (thus "not taxable") can make things harder, not easier.
Having to deal with bookkeeping or paperwork for tax deductions could also make things harder.
In any case, whether you think these are easier or harder, and regardless of which cases should be supported from a business perspective, their policy page (at least the one that I'm reading) very clearly says you can't use their system for such donations.
If you can't use their systems for a donation with a sales tax rate of 0%, then per the policy that means you can route users to alternative payment methods for those transactions. So by your reasoning, if donations to OSC are not subject to sales tax, then what the app is doing should be okay.
(As an aside, I have no idea if donations to OSC are subject to sales tax, but I would be surprised if they were given there is no sale or supply happening, and no one here seems to have suggested they are.)
> In any case, whether you think these are easier or harder, and regardless of which cases should be supported from a business perspective, their policy page (at least the one that I'm reading) very clearly says you can't use their system for such donations.
I disagree, because it uses the loose term "tax exempt donations", and nobody, it seems, can agree on whether that means exempt from income tax (ie, recipient does not need to pay income tax on it), exempt from sales tax, or deductible for income tax purposes (personally I think this is likely what it is intended to capture, and the only real basis on which to distinguish between 501(c)(3) and 501(c)(6) organisations, but in fact is the least supported by a literal reading).
> If you can't use their systems for a donation with a sales tax rate of 0%, then per the policy that means you can route users to alternative payment methods for those transactions. So by your reasoning, if donations to OSC are not subject to sales tax, then what the app is doing should be okay.
I'm not seeing "if not {this}... then {that}" implication anywhere that you're citing. i.e. I do not see anything that implies at least one of the billing systems must be permitted for any given app. All I'm seeing are some sets of conditions under which you can use Google's payment system, and other sets of conditions under which you can use an alternative billing system. Sometimes they overlap and sometimes neither applies.
What's clear to me is:
- Page [1] says that you can't use their billing systems for "tax-exempt donations" (however that is supposed to be interpreted).
- Google's last correspondence says "For more information about alternative billing and external linking options available in some countries and regions, see the FAQ", and does not claim that such options are (or aren't) available to them. Page [2] says that this varies by country, and it's not clear to me what countries apply to them, but they seem to be in Japan. I am unclear on what they have/haven't done here, but it sounds like they have not followed all the requirements in [3] (or whatever the relevant requirements are), as [1] says: "Developers serving users in eligible countries/regions may offer users an alternative billing system within the app if they enroll in the applicable program and agree to the additional terms and program requirements."
I'm not sure if you have more information beyond this, but that's all I'm taking away so far. Perhaps I'm missing something?
And obligatory disclaimer (because this is HN): none of this is to suggest I like these circumstances; I'm just discussing the facts as I see them written.
And they were not right? The issue here is that Google doesn't define tax-exempt properly, but does tell you to not use play. And then throws a fitty when you do that and they decided it's not the right kind of tax exempt?
At least,that is how i read it.
And then the way google deals with these cases is the real problem: no communication, no recourse, just spam HN and pray.
And I am 99.99% certain they don't want such transactions for some other reason, perhaps they can't make as much money from them orso
I'm pretty sure they could support this if they wanted to, which implies they don't want such transactions. And they obviously aren't going to make it easy to get around something they don't want. So we agree on that. It sucks. I'm not debating any of that. I think our only disagreement is on whether the policy is clear, and AFAICT it is, as terrible as it might be.
Wow, I was going to say I assume the pic in the top right is of the official Spotify client, which seems confusing, but it seems this actually just looks really like the official client. Which is good but possibly makes it more likely Spotify will come after you.
The UI feels a lot less sluggish than the official client (which in my experience seems to have gotten way worse lately) but in many cases I am just sent to a loading page which ultimately takes a similar amount of time to load the content. So it seems a lot of the slowness is coming from the Spotify server side, it's just that the official client seems to freeze while waiting for a response whereas this doesn't.
Hopefully Spotify don't kill librespot. As I understand it you can basically only use it with Premium accounts, so it's not like they aren't getting paid anyway. If some other provider were to come along and offer access to the same content as Spotify with a stable API that you can use with any client, I would pay more for that than I currently do for Spotify.
As an aside, ncspot is another good and more minimalise Spotify client, which is a TUI.
Exactly my experience, even worse because for me it's 2x256GB drives. Eventually I bit the bullet and upgraded one of them to 1TB, but not the one my root partition is mounted on (too lazy for that), so now I find myself moving various large directories across to my "extra" drive and symlinking them. Funnily enough I don't remember this ever being a problem back when 50GB was considered a lot.
Yea, I remember when the family computer had a 40MB hard drive and it was never ever filled to capacity. Now I’m wondering how many new disks to add to my ZFS pool, and when. And how to budget for it.
We upgraded our 40MB harddrive to a 210MB, as it was constantly getting filled up. I was wondering what on earth to do with all this space, it seemed limitless.
A week later I was cleaning up disk space again...
> Just like I can’t remember the code to my apartment building, yet I type it in multiple times every day.
To me it's even less problematic than this. Not being able to remember important codes except via muscle memory is quite unsettling for me because every now and again my muscle memory fails. Like I will get to an ATM and think "wait - what is my PIN?".
With syntax highlighting, even if my muscle memory fails me I still benefit from syntax highlighting (I think). Because I can immediately see the structure of each line. If I am looking through code for a particular thing, I will probably be able to disregard entire lines because they obviously don't have the structure I am looking for. And even within a line, I can just look at the beginning of each "span", immediately know if it's what I'm looking for, and skip to the next span if it's not.
> Like I will get to an ATM and think "wait - what is my PIN?".
Apple also has this stupid thing where you sometimes have to type your iPhone pin on your Mac to verify your identity. I’m unable to recall it on a keyboard instead of a keypad.
Indeed, I find it hard to conceive of problems that are:
- too difficult for me to solve but easy enough for a cheap model to solve (if it's going to be running autonomously in the background, I ain't paying ChatGPT/Claude prices), and
- don't involve a bunch of my personal data that I am not comfortable sending off to a random inference provider.
One thing I considered was that it might be good for anything that involves web scraping, given that has traditionally been a fairly difficult thing to do well. But you'd have to be okay with the occasional mistake. (You'd also have to be morally okay with contributing to the epidemic of AI scrapers that websites now have to deal with.)
reply