Notices by arcanicanis (arcanicanis@were.social), page 8

I strongly disagree because Fidonet and E-mail don’t need to teach its users they’re not centralized. The UX and UI don’t need to explanation it for users to use it effectively.

For email, it’s because it’s commonplace, as many are even growing up in an environment where email has existed as a norm before they were born, as people have to understand email for some work environments, or for even getting a job. I don’t think that people think much on how email works, of knowing that it’s a federated protocol, just merely “that’s the way it works”. Hell, majority of people likely don’t even configure their own email client themself, they likely just use the vendor’s application instead.

Nonetheless, federated content platforms are an emerging thing, and thus people have to ‘re-learn’ that there are different ways to intercommunicate than email.

Technically speaking, don’t even need to do that. Just have generic specific agreed upon webpage domain for this. Phones apps can intercept that URL, non-app aware browsers landing on that page (…)

It’s been at least 6 years since I last touched mobile app dev. Last I remember it was an ‘Android thing’ to ‘intercept’ certain registered URLs to a mobile app, whereas I think the iOS way was only with registering custom URI schemes. It may be a big risk to trust one entity to host said address, unless they’re someone universally trusted and heavyweight enough to keep it up for near-eternity. The “Web-based protocol handler” would be a ‘web native’ way of handling it, without requiring any installed app. In fact, it can be both: if there’s registered handler for ‘web+activitypub’ (for example), it could present that URL, if not, then present the landing page handler (which Android clients could intercept and handle).

…A delete & redraft later: it would be nice if Soapbox had a Markdown preview… and not forget that a post was set to Markdown syntax, when delete and redrafting (which gets unset).

I strongly disagree because Fidonet and E-mail don’t need to teach its users they’re not centralized. The UX and UI don’t need to explanation it for users to use it effectively. For email, it’s because it’s commonplace, as many are even growing up in an environment where email has existed as a norm before they were born, as people have to understand email for some work environments, or for even getting a job. I don’t think that people think much on how email works, of knowing that it’s a federated protocol, just merely “that’s the way it works”. Hell, majority of people likely don’t even configure their own email client themself, they likely just use the vendor’s application instead. Nonetheless, federated content platforms are an emerging thing, and thus people have to ‘re-learn’ that there are different ways to intercommunicate than email.

Technically speaking, don’t even need to do that. Just have generic specific agreed upon webpage domain for this. Phones apps can intercept that URL, non-app aware browsers landing on that page (…) It’s been at least 6 years since I last touched mobile app dev. Last I remember it was an ‘Android thing’ to ‘intercept’ certain registered URLs to a mobile app, whereas I think the iOS way was only with registering custom URI schemes. It may be a big risk to trust one entity to host said address, unless they’re someone universally trusted and heavyweight enough to keep it up for near-eternity. The “Web-based protocol handler” would be a ‘web native’ way of handling it, without requiring any installed app. In fact, it can be both: if there’s registered handler for ‘web+activitypub’ (for example), it could present that URL, if not, then present the landing page handler (which Android clients could intercept and handle).

Item Get sound https://www.macincloud.com/

I don’t know if their pricing structure has changed a lot since, but I had used this service in the past when trying to get something published in the iOS App Store, or in the Apple Books store thing, for a client.

Last it was just fill up $30 of credits or so, and get billed $1/hr out of the credit for how long you’re logged in.

I have a lot of gripes in my past experiences of the iOS/macOS ecosystem, especially with ebooks and them trying to make you author it only in their macOS desktop app, for something that’s effectively just an ePub creator with proprietary extensions. You can’t even upload the ePub on the web management portal, it has to be done through the macOS application, which brings you to the web portal for the rest.

But yes, I also used it for iOS app dev and publishing. Last time I did, it was $100/year just to even have a developer account, but allegedly that may be waived now. Also you had to have the serial number (or whichever) of an iPhone registered to the developer account, even though you have a full iOS emulator in Xcode. It didn’t even matter if you actually launched it on that iPhone or not, just merely that it was registered that you allegedly have hardware.

Oh boy, and review process–that’s another story.

Of all the worst possible fates someone could face, I’m sure the most sinister thing to wish upon someone would be “..I hope your ZFS server has intermittent hardware issues..”

I had a compound issue of a defective CPU and later bad RAM on a TrueNAS Core setup, and I originally suspected it to be from a poorly designed cheap motherboard. There were times when the system went unresponsive, or kernel panicked, and it would usually take like 2-5 minutes to get past the boot screen (or sometimes only advance by pressing a key, despite no errors or prompts). Eventually it got so erratic that I absolutely had to take it offline and do an extensive memtest, but there’d never be any RAM errors, yet weirdly sometimes memtest itself would completely freeze. Then it couldn’t even start anymore. So I said ‘screw it’ and bought a new motherboard, moved over the CPU and RAM, and on the new motherboard it couldn’t boot either. So I took my desktop CPU, put it in the new motherboard, it booted fine. Also moved my desktop CPU back, and carried over the RAM from the server build into my desktop, that booted fine. So I deduced that apparently the CPU must be defective.

I had 3-year warranty on it with NewEgg, went to file a claim, got redirected to the insurer’s website (which got bought out by Allstate), and the dumbest thing was: the only option I had available was to bring it to a computer repair shop, and the insurer would pay for the cost of repair. But.. it’s a processor, it’s not a serviceable component, and I actually AM the repair shop (this is a commissioned home server build for someone else), and I concluded that it needs to be replaced. So I [politely] fought with them for days, and it was just the most patently absurd circular logic; because it was essentially as if they miscategorized the AMD processor SKU as a complete serviceable desktop computer, but even in explaining this, rationality wasn’t there. It was still under manufacturer warranty, so I contacted AMD instead and made my case, sent it in, they confirmed it was indeed defective, and sent a replacement (moral of the story: DO NOT buy warranty on a processor on NewEgg, the manufacturer warranty already exceeds what they offer, and will handle it more sanely).

Meanwhile, in the interim of the CPU RMA, I ordered a different processor just to get it going again, and it’s been running just fine ever since for them.

… But then, I have a nice spare AM4-socket server motherboard laying around, that was concluded to be fine, plus a replacement processor that arrived later per RMA, both unused. So I figure just use the parts for myself as an upgrade to my existing fileserver. As it was DDR4 while my present hardware was DDR3, I needed to order DDR4 RAM for it.

RAM comes in, I move my harddrives over to the new CPU/RAM/motherboard combo, and put it in a nice rackmount case. Make sure my VMs and everything start fine, and everything’s working. A month later, kernel error message and kernel panics. I test RAM, clearly defective. Send it in for RMA. Replacement RAM comes, I install it and test it, RAM test fails AGAIN. I move the presumed defective RAM into my desktop, test it there, it fails there too. I RMA the replacement RAM, and then finally get fully functional RAM.

Everything runs great for many months. Then I start to rework the setup of my VMs, moving them to a different system (such as a separate system intended as a game server), and/or shutting some unused VMs off. A day or two later, after I close my last SSH session to that server, suddenly the server goes offline a couple minutes later.

I turn it back on, everything’s running again, can’t find any clear cause, nothing in any logs, not anything that stands out in the BMC. Day or two later it happens again. I start digging around online for answers, especially for people using the exact same ‘server’ motherboard, and I find recommendations to change power management options in the motherboard firmware setting, one option originally called “Power Supply Idle Mode”. Apparently if the CPU usage is so low, it’ll go in a low-power idle, which some finnicky power supplies might just completely shut off at.

After correcting that setting, it’s been running for several months uninterrupted.

But man, that was the most stress series of events, especially that it just had to happen ONLY in my fileserver use-cases (two sets of bad RAM, even), but ZFS survived it. All of this occurred earlier this year.

Of all the worst possible fates someone could face, I’m sure the most sinister thing to wish upon someone would be “..I hope your ZFS server has intermittent hardware issues..”

I had a compound issue of a defective CPU and bad RAM on a TrueNAS Core setup, and I originally suspected it to be from a poorly designed cheap motherboard. There were times when the system went unresponsive, or kernel panicked, and it would usually take like 2-5 minutes to get past the boot screen (or sometimes only advance by pressing a key, despite no errors or prompts). Eventually it got so erratic that I absolutely had to take it offline and do an extensive memtest, but there’d never be any RAM errors, yet weirdly sometimes memtest itself would completely freeze. Then it couldn’t even start anymore. So I said ‘screw it’ and bought a new motherboard, moved over the CPU and RAM, and on the new motherboard it couldn’t boot either. So I took my desktop CPU, put it in the new motherboard, it booted fine. Also moved my desktop CPU back, and carried over the RAM from the server build into my desktop, that booted fine. So I deduced that apparently the CPU must be defective.

I had 3-year warranty on it with NewEgg, went to file a claim, got redirected to the insurer’s website (which got bought out by Allstate), and the dumbest thing was: the only option I had available was to bring it to a computer repair shop, and the insurer would pay for the cost of repair. But.. it’s a processor, it’s not a serviceable component, and I actually AM the repair shop (this is a commissioned home server build for someone else), and I concluded that it needs to be replaced. So I [politely] fought with them for days, and it was just the most patently absurd circular logic; because it was essentially as if they miscategorized the AMD processor SKU as a complete serviceable desktop computer, but even in explaining this, rationality wasn’t there. It was still under manufacturer warranty, so I contacted AMD instead and made my case, sent it in, they confirmed it was indeed defective, and sent a replacement (moral of the story: DO NOT buy warranty on a processor on NewEgg, the manufacturer warranty already exceeds what they offer, and will handle it more sanely).

Meanwhile, in the interim of the CPU RMA, I ordered a different processor just to get it going again, and it’s been running just fine ever since for them.

… But then, I have a nice spare AM4-socket server motherboard laying around, that was concluded to be fine, plus a replacement processor that arrived later per RMA, both unused. So I figure just use the parts for myself as an upgrade to my existing fileserver. As it was DDR4 while my present hardware was DDR3, I needed to order DDR4 RAM for it.

RAM comes in, I move my harddrives over to the new CPU/RAM/motherboard combo, and put it in a nice rackmount case. Make sure my VMs and everything start fine, and everything’s working. A month later, kernel error message and kernel panics. I test RAM, clearly defective. Send it in for RMA. Replacement RAM comes, I install it and test it, RAM test fails AGAIN. I move the presumed defective RAM into my desktop, test it there, it fails there too. I RMA the replacement RAM, and then finally get fully functional RAM.

Everything runs great for many months. Then I start to rework the setup of my VMs, moving them to a different system (such as a separate system intended as a game server), and/or shutting some unused VMs off. A day or two later, after I close my last SSH session to that server, suddenly the server goes offline a couple minutes later.

I turn it back on, everything’s running again, can’t find any clear cause, nothing in any logs, not anything that stands out in the BMC. Day or two later it happens again. I start digging around online for answers, especially for people using the exact same ‘server’ motherboard, and I find recommendations to change power management options in the motherboard firmware setting, one option originally called “Power Supply Idle Mode”. Apparently if the CPU usage is so low, it’ll go in a low-power idle, which some finnicky power supplies might just completely shut off at.

After correcting that setting, it’s been running for several months uninterrupted.

But man, that was the most stress series of events, especially that it just had to happen ONLY in my fileserver use-cases (two sets of bad RAM, even), but ZFS survived it. All of this occurred earlier this year.