bestie: 'there are four covers'
me: [looks at shop less than an hour later]
me: two to look at, two to buy
i expect by tomorrow there may be none to buy
bestie: 'there are four covers'
me: [looks at shop less than an hour later]
me: two to look at, two to buy
i expect by tomorrow there may be none to buy
the jmp support bot lists an 'lnp' option for porting in — so they support it in principle — but it's worth engaging jmp support once you're signed up, as they've probably been through this and could save you some hassles. i had a skype number (two actually) but left them both behind as jmp could assign me numbers i liked better.
if you haven't gotten a referral code yet, PM me.
yes, you're right on both counts. i lose today :(
the pictured streetcar is a half-block from the railway museum, just out of frame to the right. they even have a 'field guide' for spotters: https://ramblingreaders.org/book/374078/s/on-track
I have the Multiling keyboard. I don't recommend it to others as it's rather long in the tooth and still has quirks I haven't fully sorted. I keep it precisely because it does multi-language support with separate dictionaries; I switch it between U.S. English and French Canadian and autocorrect follows. It's massively customizable but I don't understand it and am more likely to render it unusable than to make it better.
i do have. and my 'sms' goes over it. but i can't make everyone come to me. (i did abandon the ones who are whatsapp-only tho)
When I installed Signal it complained that I didn't have Google Play Services and fell back to websockets. But my phone is boring, I do have Google services. Could I have something in a firewall config that made it pick wrong? Is it using a different checking mechanism from all my other apps that go through FCM?
Unfortunately this is a non-starter for me at the moment.
error[E0599]: no function or associated item named ec_gen found for struct PKey<_> in the current scopeSearching for PKey::ec_gen() points to openssl. mollysocket has at least two dependencies that it doesn't declare, but we don't know how many.
You probably need to install some system packages, like libssl-dev libsqlite3-dev.
The best-case scenario is that libssl-dev is a lower version from what it wants, and that an upgrade would clear the problem. But since the dependency isn't declared, we don't know the minimum version. In my case it doesn't matter as I'm in a shared hosting environment and I can't just change system packages.
I'll need to figure out a way to go back to vanilla Signal, and a way for Signal to recognize that I do in fact have Google Play Services. The Molly docs explain only moving to Molly, not away from it.
i surely didn't explain well. to my knowledge there are three mollys. the standard one with google services blobs, the -foss that has no blobs and presumably has to use websockets, and the -up (-foss-up?) that can do unified push, though it doesn't have to.
i forget whether foss and -up were in different repos to each other. but without my changing any repos, molly(-foss)-up updated itself to 7.23.1-1.up1-foss. this is behind the 7.26 of -foss. it displays a dialog that says it's deprecated, and since it's left backrevved, isn't likely getting security updates. clicking install sends you into the hole i described at first.
i do believe this path is working and that my notifications are coming through my xmpp account, not websockets. but i haven't traced it to prove it is so.

OK, the VAPID key is new and it's mentioned but not documented (other than to say it's used if 'it supports it'). Is Molly now dependent on the QR code and VAPID for configuration (meaning I couldn't attach it to the pre-1.5 mollysocket that I have now)?
thank you! i have to look at mollysocket then; i don't remember the vapid/qr step, so might have to upgrade it also
i might wait until they're a little more committed to supporting the protocol and not a server platform