mazambazz

I don't think it's equivalent. When Rebble did what they did, it was because Pebble was going under and they had no EOL plan. Rebble took it upon themselves to carry the torch without having been passed it.

If Core were to do the same thing here, it's not the same, because Rebble is still active. You can't kill what's already dead (Pebble), but Rebble is very much still alive.

I've seen you make the comment about the OS being open-sourced a lot. But this largely has nothing to do with the OS. This is a conversation about infrastructure and data. The concern (from what I gathered and will condense greatly) is that Core will take in all the current app data and infrastructure setup, duplicate it themselves, move themselves off of Rebble, and continue developing on it privately.

From the post on rebble.io

> We made it absolutely clear to Eric that scraping for commercial purposes was not an authorized use of the Rebble Web Services.

So, another point of consideration is whether looking at names and pictures so you can personally favorite them constitutes as commercial use. Based on what Eric said, I don't really think so.

I hardly think wanting to be more productive/efficient on your own behalf is "bending over backwards" to save a company.

It could be a project with a deadline, and you want to knock some things out earlier so that there is less crunch time needed in a few weeks.

Maybe you want to get some of your work done early so you can take it easier in near future where you anticipate yourself being preoccupied with other responsibilities.

Or, hear me out. You feel secure in your job position, and simply take pride in your work. You will be there working anyways. I would rather get stuff done and feel productive at work than to have meaningless down time twiddling my thumbs, waiting for a response.

Videos are typically already summarized substitutes for complex topics--topics for which you might need to read text or literature to get the full context of. Now we want to min-max and summarize the video themselves. Then what? If that video summary is too long, we throw it into another LLM to summarize the summary of the summary? To what extent does this end?

There's more to learning than just information density. There's visuals, presentations, explanations. And if you want more proof, then a video played a 2x speed is twice the information density, yet we all know that many videos would be extremely hard to retain anything from at that speed.

You don't need to look at a billboard at the time that you want to buy something related for it to work.

The mere-exposure effect (<https://en.wikipedia.org/wiki/Mere-exposure_effect>) is all that is needed.

If ads were "completely fucking irrelevant" then companies wouldn't be spending the large amounts of money that they do on it. I agree that ads are a nuisance, but they're not going to be easy to simply get rid of, as long as money is involved. And considering how tightly coupled finance is with policy nowadays, I find it highly unlikely legislators would pass bills banning public advertisements. Especially when sometimes the government itself is the one getting paid to promote goods and services.

Finally, the issue is also defining what constitutes an advertisement. How do you draw the line between advertisement and free speech? If, theoretically, a very passionate citizen, enjoyed a product so much that they simply wanted to publicly express their satisfaction with it, posted a sign of that expression, does that constitute an advertisement?

If it does, and gets removed, then I'm afraid that's no different than some dystopian form of censorship.

If it doesn't, then it would be trivial for companies to continue advertising, because then every ad could just be re-framed to be the personal expression of an individual.

Ntfy is phenomenal. I love having my own compiled app for the background notifications on a self-hosted instance. It's so easy to hook any update or alerts I want into and get it delivered to any of my devices.

Also, a really nifty cross-platform clipboard.

Even though I haven't used one in a really long time, the Pebble Time still stands out to me as something I wish I still had.

It's an absolutely shame that Pebble was so innovative and functional, but couldn't reach mass market. But, I am extremely excited and happy that the Pebble team can start it again. I don't like Google for many things, but, I am grateful that the open-sourced PebbleOS. What a joyous day!

But previewing can involve automatically loading resources. This "attack" is very similar to CSRF in that your exploit involves making the victim load a specific resource. That's why in secure mail clients, nothing but plaintext should be rendered, and an optional "Load all resources" button is shown for when you trust the sender, and want to load any media elements that require HTTP onto your client.

Signal could mitigate this with something similar, where it didn't load the image file AT ALL, and instead showed a message:

<User> wants you to load an image from https://example.com/foo.png. Load image? > Yes > No

I, too, have been caught in the trap of trying to accommodate all possible user flows.

Sometimes you just have to put your foot down and just say "No, that is not how you use this tool".

> Trying to hack on other people's junk with NixOS is just asking for pain.

Yeah, but being that Nix is essentially a giant wrapper for the system, that kind of goes without saying. The other side of the coin is that, using other people's Nix junk is extremely easy. Far easier than what any other distro could hope to achieve.

My favorite example is simple-nixos-mailserver. Try passing someone a dovecot, postfix, and openssh configurations/instructions in any other distro and see how long it takes before they mess up, or more likely, give up.

Whereas with simple-nixos-mailserver, you're guaranteed to get something to work, essentially right out of the box.

Nix and containerization aren't drop-in replacements for each other.

You can use Nix to build containers. Containers on their own don't guarantee reproducibility, especially if the build process isn't static and pure ( how many times do we `sudo apt update` inside a Dockerfile )?

And not everything is going to be containerizable. That only works for most applications. What if we're trying to manage our cloud servers? That's where Nix really shines.

Do you really think that Nix developers don't know how to containerize applications? You think people are using Nix because they refuse to learn how to containerize, and therefore opt to learn a _much more_ difficult and arcane build process? The logic doesn't track there.

Same for https://gitdiagram.com/nixos/nixpkgs @ 1208750 tokens, haha.

I think you're taking the term "immutable" too literally.

Immutable does not mean you cannot change it according to your wishes. It just means that each change must be explicitly declared in order to be included in the next system image.

In some ways, having a declarative, immutable distribution makes the process even easier, as is the case with NixOS. If you want to patch your sudo, it would be as easy as doing

security.sudo.package = { pkgs.sudo.overrideAttrs (old: { patches = [ (fetchPatch {url = "<url>"; sha256 = "<patch sha256sum>"})];})};

And then you're done.

100% truth be told, having a declarative, immutable distro has allowed me to experiment and configure my system way more than I would have otherwise. I mean, I can do anything because I have the safety net of rolling back if I mess up.

Furthermore, being declarative means I know exactly how I got to my end solution, instead of having to memorize a bunch of steps from different attempts that may or may not have been successful.

It depends on the underlying email server. But strictly speaking, the "+" is a valid identifier, and "joe+admin@example.com" is a completely different address than "joe@example.com".

It just so happens that email servers tend to recognize the usage of "+" as a "tag" and route incoming mail using the tag to the root email that precedes the plus and tag.

But, as the sender, you cannot assume that this is always the behavior. You must assume that those are two different emails.

I think you need to be a little bit crazy to enter the browser space. It's not for the feint of heart.

I think everything could be summed up even better to just say that the goal should be to increase productivity.

Agreed completely, and you touch upon something very poignant.

Those living in poverty already fall short of fulfilling their hierarchy of needs in many ways. They certainly do not have the money to access film and media, so it's not like the production company is losing out on sales.

Do we really want to take the position of putting forth a monetary requirement for cultural enrichment (by condemning piracy)? It isn't like stealing someone's movie or concert ticket, where it deprives someone else of their enjoyment. It's a societal net-positive in all regards.

When it comes to mediums of knowledge such as books, the argument becomes even stronger. There are so many books that are either exorbitantly priced or just completely unavailable. We live in an age where we can send robots to other planets, create AIs that beat the Turing Test, and communicate with (almost) the entirety of the global population from a small rectangle in our pockets--but you're telling me I can't read this book because either I don't have $200 or because there's only 10 physical copies and they're all rented out? The hill that knowledge and information should be accessible to everyone is the hill I'm willing to die on.

I believe if businesses want to stop piracy, they need to start making superior products and platforms. If we put away cost completely for a service, allowing it to be any exorbitant amount, the final question is: Is this a better experience than I could have gotten for free?

It makes zero economical sense why you would pay for an inferior experience, such as being geo-locked. Netflix apparently throttles your bitrate/resolution if you're not watching from a smart TV. Sony can revoke at will media that you "bought".

Steam is a great example of what to do. Could I have pirated all my games? Absolutely, but having them on Steam--crucially--makes life easier. I get automatic updates, social integration, achievements, steam cloud saves, remote play, centralized screenshots, easy linux support via proton, etc.

I have no interest in having to buying something that might want me to pay extra premium on top just for a 4K version, or a streaming service that cycles films in and out that leaves me unable to watch a great title I saw 2 years ago. The biggest sin of all is not letting you download titles. F** me I guess if I want to download & watch a movie offline while sitting in transit. F** me if I want to download a title on WiFi to watch later when I'm out and about as to not use cellular data.

Have you taken a look at using Nix as a build system? One thing I don't like about most build systems is the lack of a dependency check, C is most guilty of being the troublemaker here. But anyways, with Nix you can lock in dependencies and handle arbitrary feature flags and platforms as well.

Though it's possible this goes beyond your "just do stuff"

All right, what about logless VPN providers like Mullvad?

> do not find operation of unmonitorable services acceptable.

Sounds like something straight out of a dystopian surveillance state novel, very bad outlook if true.

This seems like the Kim Dotcom situation again.

Why are these service providers being punished for what their users do? Specifically, these service providers? Because Google, Discord, Reddit, etc. all contain some amount of CSAM (and other illegal content), yet I don't see Pichai, Citron, or Huffman getting indicted for anything.

Hell, then there's the actual infrastructure providers too. This seems like a slippery slope with no defined boundaries where the government can just arbitrary use to pin the blame on the people they don't like. Because ultimately, almost every platform with user-provided content will have some quantity of illegal material.

But maybe I'm just being naive?

Hard disagree. I've written plenty in both. They both have their strengths, but bash is just more efficient if you're working with the filesystem. The UNIX philosophy of "do one thing and do it well" shines here. Python is more powerful but it's a double-edged sword. If I want to read a file containing API endpoints, send a request to them for some JSON, and do some parsing, I don't want to need or want to deal with importing modules, opening file objects, using dictionaries, methods, functions, etc.

Why do that when I can literally just ``` N=0 while read -r URL; do curl "$URL" | jq '.data[].someProp' | grep -v "filter" > "$N.data" N="$((N+1))" done < ./links.txt ```

The other thing is bash makes it exceptionally easier to integrate across different system tools. Need to grab something from a remote with `rsync`, edit some exif, upload it to a CDN? That's 3 commands in a row, versus god knows what libraries, objects, and methods you need to deal with in Python.

I had this same exact idea for an application of AI in the early ChatGPT days. Kudos to you for following through with it!

I think procedural generated mysteries have an incredible amount of potential if done well. Not sure what was your inspiration, but I've always been fond of the board game Sherlock and Betray at the House on the Hill.