fullmetalScience

joined 1 year ago
[–] fullmetalScience@monero.town 1 points 6 months ago (1 children)

Address reuse NOT being a problem in Monero is the reason this service can be provided in good faith.

Why is Monero address reuse not discouraged?

You can find further details in this Monero Stackexchange thread.

[–] fullmetalScience@monero.town 1 points 7 months ago* (last edited 7 months ago)

Manipulation of any record would immediately trigger a notification to all affected users, leaving me with nothing but a destroyed reputation.

The most granular use I can think of is telling someone in-person to load your XMR ID on their device and then confirming what you see.

Coupled with a client that stores the result in a local address book - and compares it with the current DNS responses every time - even senders can be sure that they are still working with valid information.

(An extension to the official Monero client supporting this is in the works.)

[–] fullmetalScience@monero.town 1 points 7 months ago

It's from monero.graphics. It could use an extra dot, I agree :)

The theme resonated - especially in the context of OpenAliases - as I consider more personal and memorable Monero destinations an important factor in the context of building parallel economies, human to human, thus making Monero "greater" through use.

[–] fullmetalScience@monero.town 4 points 7 months ago (2 children)

Whenever someone would publish their experiences with AllArk on Reddit, the thread would get "downvoted into oblivion", with some people raising concerns of them themselves using bots to do so.

I also remember seeing an email log of a user "losing" a couple of hundreds to that same entity. I thought that was on monero.observer, but cannot seem to find it now.

Maybe someone else feels inclined to dig something up, but in general, just be very careful with what people recommend in the space. Most of the time they saw it mentioned somewhere and, with best intentions, just pass it on.

[–] fullmetalScience@monero.town 1 points 8 months ago* (last edited 8 months ago)

This is bad news for those of us who were not only looking to give old mobile hardware a longer lifespan, but simultaneously obtain privacy and security while doing so.

The arguments provided in the blog post are rather faint and give a vibe of "holding on to last straws", as other distributions and even BSD's have managed to run both GNOME and KDE fine, even before pmOS.

For readers unfamiliar with systemd's drawbacks, these resources can serve as good starting points:

without-systemd.org // nosystemd.org



Out of curiosity: Can you point to a log of the communication with the Alpine team?

[–] fullmetalScience@monero.town 1 points 9 months ago

Thank you - are you looking at adding that support to camss yourself?

Kudos on the progress!

[–] fullmetalScience@monero.town 0 points 9 months ago (2 children)

Great. Maybe you can give a little heads-up after the weekend.

[–] fullmetalScience@monero.town 1 points 9 months ago* (last edited 9 months ago)

Refer to this and further comments for details.

Did this help? (referenced quote now added to description)

[–] fullmetalScience@monero.town 1 points 9 months ago

There are actually mentions of people having had partial success, but your point makes sense regardless. I updated the description to clarify that interested developers have to express their intent beforehand. This way it should be easier to track who actually made it happen.

[–] fullmetalScience@monero.town 1 points 9 months ago

Agreed. I updated the description accordingly.

[–] fullmetalScience@monero.town 1 points 9 months ago

When one opens a camera application (like millipixels), the screen should show what the camera points at and capturing color photo and video of that content should be possible. It should run in a stable manner (meaning no anticipated crashes) and the required changes should be accepted into the postmarketOS edge branch.

As for devices, please refer to the linked wiki-page. It names one Shift device and one OnePlus device (and a variant of it). If only one device were to be chosen, it should be Shift.

I understand your concern about cost - maybe the company could be bothered to sponsor a device for this development.

view more: ‹ prev next ›