jrruethe

I agreee that RSS would be awesome. I would prefer 5 RSS items with direct links to the original post.

How do you determine which sites get crawled?

Am I missing something? How does this handle different package types for the same OS/Arch? Like, if I wanted to host a .deb, .rpm, *.appimage, etc?

Is there a way to bridge Matrix with ActivityPub? I see MXToot[1] as an option, but I'm hoping for something a little less Mastodon-specific. I'd like to be able to bridge Matrix with Mastodon, Hubzilla, Peertube, Pixelfed, and the other ActivityPub federated services that are popping up.

Would it be possible to get the Bifrost[2] to integrate with ActivityPub?

[1] https://github.com/ma1uta/mxtoot [2] https://github.com/matrix-org/matrix-bifrost

Is this tool using different methods than pngquant[0]? Pngpal looks like it won't touch the image if it can't palletize it, whereas pngquant will resort to lossy compression. Would there be a benefit to using both in sequence? If so, which order is ideal?

[0] https://pngquant.org/

An alternative solution to requiring a 3rd party escrow is to use the concept of "mutually assured destruction". The general idea is that each party deposits twice the value into a shared 2-of-2 multisig wallet. Then, two transactions are generated: 1 for completing the purchase, and one for completing a refund. Both parties need to sign one of the transactions, or all their funds remain locked up, so there is an incentive to cooperate and come to an agreement without needing a 3rd party involved. It isn't perfect, because there are other drawbacks such as needing a large amount of money up front, but it is a trustless alternative.

This page explains it better: http://nashx.com/HowItWorks

I came here to say this. Nowadays I use magic-wormhole and nitroshare, but when it comes to transferring Android to Android, Bump was the easiest.

I'm pretty sure Google bought them, and I was hoping they would actually do something with the technology, but nothing ever came of it.

These concepts are interesting:

https://codegolf.stackexchange.com/questions/18217/javascrip...

https://bitbucket.org/geraintluff/caution.js/

The idea is that a long data-uri containing hashes and a small loader function are bookmarked. The loader won't load the corresponding javascript unless the hashes match. The user only needs to verify the javascript once, then they can rely on their bookmark containing the hashes. If the server were to swap out the javascript, the bookmark would fail to load it.

There is a concept of Mutually Assured Destruction, where both the buyer and seller put 1.5x the value into a special 2-of-2 multisig address (I'm using Bitcoin as an example).

Then, two transactions are created (but not yet signed); 1 that pays the seller their share and returns the remaining deposit to the buyer, and one that is the other way around (refund).

When the item is shipped / received, and everything is good, both parties sign the transaction to unlock the funds. If either side attempts to scam the other, they are out 1.5x the price of the object. It becomes both party's interest to ensure that conflicts can be resolved so the deposits can be unlocked.

In other words, it is escrow without the 3rd party.

There is more information here: https://www.reddit.com/r/Bitcoin/comments/215yn2/mad_ransom_...

I wrote a guide a while back that may be of some help:

http://jrruethe.github.io/blog/2015/04/23/bitcoin-paper-wall...

Downloads: https://github.com/jrruethe/truecrypt

Verify the GPG key fingerprint and hashes: https://news.ycombinator.com/item?id=7812905