Pika

the inability to be able to rent it at a profit usually. If they don’t think they can get money out of it, they won’t want to. If the economy hits a point where the housing market collapses, chances are they aren’t going to want to risk the buy in knowing that they likely won’t be able to sell for equal amount.

Or the much faster method: the “scary” government regulating it

hard agree. I never have learned anything from a video in terms of software development… now working on my car on the other hand… many times over

I just wanted to let you know, I was wrong/just blind,

I reopened on my desktop to have it another read on an easier to use screen, and they have them listed under the list header, but it uses the term “affiliate” instead of referral, and claims they make no money on the links.

I don’t fully understand why referral links are necessary if they make no money off of it though, so I’m still on edge about the integrity of it.

Just a fair warning to other people navigating the page, the links the article provides all contained referral links. Not that it matters too much, but it put a sour taste in my mouth that a privacy oriented post would contain these without disclosing them

That right there is going to kill any chance of me getting any of my friends to use it. Which is unfortunate and a side effect of not having a centralized server.

But when you’re trying to get someone to start using your app, trying to convince them to at least open the app once a day to make it so it’s able to be open in the background is a pretty hard ask of a lot of people

I personally wouldn’t trust them with an email service myself. They have been known to accept sponsorships through Google and as of late seems to be heading more and more in the direction of more tracking services in favor of a monetary profit. I don’t trust their email service would be any different

I want to say I agree that Apple was put in a Lose Lose here. Building a backdoor would be detrimental, but removing the obstacle does no better. Now other countries can say “well shoot if we just force them to put a backdoor in they’ll just remove the issue entirely”. The main issue that the EU had with e2e is that they lacked the capability of accessing the data, Apple removing e2e in the EU moreorless said “yea sure whatever you can access the data, we just don’t want you to access the rest of the worlds data”

But whats the next step for when the next country (say the US) also decides they want a piece of that action. “Oh let me remove e2e in the US as a whole as well”.

This was an L across the entire board privacy and reputation wise. Apple has set the precedent that they will cave and cater to big brother corporations if it means they can stay in operation in that country. It completely destroyed all the trust that they got from the previous fight vs the US government as a result.

I don’t really know what they could have done differently then fight it though.

Just chiming in, this is not recommended for proxmox

The documentation (FAQ 13) actually directly says that docker should be installed as a QEMU VM on proxmox and that it should not be installed on the Proxmox VE Host

the amount of software I’ve used that lacks this type of system is aggravating. How hard is it to keep an object of property names, and if the name isn’t in it then it errors.

this can be continued into command line as well. if flag -z doesn’t exist, you shouldn’t allow me to run a command with it. It’s clear I am trying to do something (incorrectly) thinking -z is something it isn’t, just error it and tell me that.

Because it’s universal, it works, it’s multi-platform, device agnostic and it’s simple to use user side.

Nothing else available really fits that criteria.

The closest in todays age is probally discord or teams, but neither of which are decentralized. XMPP could work for it, but nobody really uses it anymore and to be honest the standard is ugly as hell to implement.

Browser Notifications are ineffective and have a high probability of failing or not being seen, they are more meant for real-time notices not historical notices not to mention locked to that browser.

App notifications would be amazing for things with apps, but not everyone wants to be forced into using their mobile device for everything, and it would again only be available from said app(unless you do use something like NTFY), which would generally be locked down to a device

Email sucks admin side, but there’s a reason its used.

This is also ignoring the multi-use case that email allows for such as authentication as well, so if its already being stored for accounts, might as well use it for notifications

hard agree, I hate browser notifications with a hard passion, I would never see them if they swapped to that.

my only complaint about it is the lack of clear “hey this is going to be a major update” on the webUI. I did the update command and was met with a different UI. Which wasn’t difficult to figure out, and I have to blame myself for not actually checking the patch notes first, but I wasn’t expecting a major update from the webUI as it only said “new version available run this command to upgrade”

the upgrade as a whole is all and all a great improvement

I’ve recently setup an recipe archival project using tandoor, I’m working on converting all my grandparents fading old as dust cooking recipes from their misc handwritten cursive notecards to digital.

Setup was uneventful but it took a little research to figure out how to use a remote postgres server, turns out the app doesn’t give an error when it can’t connect to the server, it just fails to run

Have to say the actual program itself is absolutely absurd and how they choose their permissions, it breaks all conventional and took quite a bit to get used to.

I dislike how little security and moderation it has myself. Too basic, IRC seemed to have better moderation support but granted they used bots for more advanced stuff. Not to mention how clunky it seems. That is ignoring the even higher bar required to even get started, having to find both a client and a server to get started is a pretty high bar for a lot of people.

Yea for sure, I plan to implement that as well when I have some free time.

Oh ok, thank you, I already use Portainer for my existing setup so it wouldn’t make much sense to fully rework it. I haden’t thought of version pinning though so I may implement that instead, it makes sense “breaking changes” wouldn’t happen within the same major version.

Can you tell me which endpoint/region that you used? Cuz I just tried using a VPN endpoint from Switzerland Sweden and Ukraine and all three of them brought up a requirement to have a verification email

Strangely it sounds like that’s correct. I was under the understanding that depends_on cared about it past start as well but it does not. It doesn’t look like there’s a native way of turning containers that are depending on one another when you turn the dependency off. It looks like the current recommended way of doing it is either with a Docker compose file (which doesn’t help if the process crashed/was concidered unhealthy), or having a third party script on the host monitor the dependencies and if one is considered offline, it turns the dependees off.

Looking into it the concern has been approached twice now on the GitHub page, however every time that it’s been brought up it’s been closed for stale because nobody ever replies to the question

Proton does require you to have a dedicated phone number or email to sign up though, like that was my main thing that swayed me away from making a protonmail account was when I went to sign up I was met with a phone number requirement and I’m like “oh well this isn’t going to be helpful”

They claim it’s to prevent abuse of the service, and that it’s only the cryptographic hash which can be used to find out if the email has been used on an account before. But I dislike that it requires even going that info

I don’t use Watchtower myself for the same reasons described, but I was under the understanding if you had a container as a dependency on another container that if you took the dependency down it also took the container down. Is this not actually true?