Notices by mcc (mcc@mastodon.social)

@Foxdodge @neauoire semiweekly or semimonthly is always "twice a week" or "twice a month". biweekly or bimonthly is mysterious

RE: https://mastodon.social/@simple_sabotage/117067698977690028

Okay so I have a new plan

@rygorous bold of u to assume my Z80 system has 510 bytes of free RAM

@steter "Along comes this cheap way to make graphic art that looks better than their interpretations of what a distracted 4th grader might draw while poking the kid next to them."

Here are your choices: You can make fourth grader art and I will buy your album. Or you can use "AI" art and I will not even listen to your album. I'm not sympathetic to "but artists want to be paid". That is a justification for minimalist or lo-fi art. It is not a justification for collaborating w/ evil corporations.

@steter It is incredibly fucking obvious why people use AI art. We have empathetic imagination and do not need it explained. We just don't give a shit what the explanation was.

RE: https://mastodon.social/@limebar/117060315235037705

A very broad statement: A lack of solidarity is always a failure to recognize long-term self interest. What's fascinating as how you get used to rejecting solidarity, you steel yourself to ignoring even your most immediate self-interest, as long as someone else is being hurt.

A specific statement: How do musicians using genAI for cover art not realize when we see the genAI cover art we'll just assume the music is also genAI and skip it

@dalias @CliftonR @Orb2069 The thing I want out of android auto/carplay is map display rather than any music feature at all. But otherwise this is fascinating. The problem is in order to connect to android auto/carplay presumably you have to join Apple/Google's partner program, and presumably the entire point of such a partner program is to prevent the creation of devices (such as your proposed one) that respect user choice

I have literally never enabled Assistant on any Android phone I owned and it in retrospect it has all just been successful preparation for this moment

@Orb2069 I would never speak to a car. And I don't connect my phone to Android Auto. I want to connect it to Android Auto, but they do not offer the option anymore of connecting without uploading your contact list.

I hate unify

Okay so
Rust futures (I'm using tokio but I think it's the same) don't do any work until they're awaited. Apparently.
All right.
… What the devil are you supposed to do in a case where you don't care about the task's completion value?
If I spawn 15000 greenthreads, do I have to make a 15,000 element vector or joinset to store all those futures, so they can be awaited once and discarded?

- I want to use the join_set feature on tokio.
- It's only available with feature "rt" enabled.
- Hm, what does "rt" stand for?
- I'll look it up on docs.rs.
- "This feature flag does not enable additional features."
- …

pub channels_db:Arc<std::sync::Mutex<HashMap<u64, Arc<tokio::sync::Mutex<SplitSink<DuplexStream, Message>>>>>>,

Okay so the borrow checker actually allowed this, but oh my god look at this incredibly normal Rust type. Not only do we have >>>>>>, it actually uses two different types of mutex.

I … guess what I could do is, in addition to the database being inside an Arc<tokio::Mutex<>> every individual sink in my database could itself be inside an Arc<tokio::Mutex<<>, and then instead of sending and then spawning the send, I spawn a task which does the send and then awaits on it?

So everyone responded to this saying "oh, you use tokio::spawn" as if that was the obvious and easy solution. And I looked at the docs, and sure, it looked like the obvious and easy solution.

This immediately hit problems with the borrow checker, problems so equally obvious I'm not sure how anyone uses this, ever.

How does anyone work around "your send future borrowed your socket", ever? Sample code uses "async move {}"s, but that's just borrowing-beyond-the-block with extra steps.

Question, if I follow this process of firing off hundreds of tokio::spawn()s to send things to many different sockets, in what order does tokio process these? Is it guaranteed to at least start each spawn() in the order it was issued? I'm trying to figure out if there's a weird starvation problem I need to worry about, or if tokio's bookkeeping will blow up under load in a way that a JoinSet or creating a subsidiary task with an mpsc would at least allow me to track.

I haven't bought anything from Amazon Kindle since early last year. I switched to Kobo. My reason was them removing the ability to back up your DRMed ebooks, but I was also bothered by an increasingly intrusive, unwanted "X-Ray" feature and surveillance, so much surveillance.

Underlining this, last week I read a Kindle book I bought 2 years ago and hadn't read yet. Kindle noticed me reading a book *on my phone, locally* and now sends me daily aggressive emails trying to sell me "similar" books.

Imagine being in the apartment *next door* to the This Is Fine dog, and trying to enjoy your tea while increasingly disturbing noises seem to be coming through the wall

RE: https://mastodon.social/@Cdespinosa/117028410064304894

However, I cleaned my office today!

RE: https://zirk.us/@interfluidity/117027161791298205

What's interesting to me about this piece is large sections of it sound like a leftist analysis of current economics, but Kurtz is writing from a *very* right wing perspective; so he highlights the same problems a lefty might care about, but generally reaches opposite conclusions about etiology and fixes.

For example, he cites dysfunctional public schools as a loss of "social capital". A leftist might agree, and conclude the reason schools got worse is systematic conservative defunding… (1/3)