dreiwert

joined 2 years ago
[–] dreiwert@szmer.info 3 points 1 year ago (1 children)
 

A workflow to scan 3D objects into Minetest voxel buildings targeted at low end hardware.

Comments are appreciated.

[–] dreiwert@szmer.info 1 points 2 years ago

The comparison with IRC is not very meaningful: moving from one server to another is much easier because IRC users don’t lose followers, bookmarks, posts, etc.

The point is that IRC is normally used in a way that leaves more to the client. ActivityPub services usually expect that users put much more trust in the instances. It might be worth thinking about that.

[–] dreiwert@szmer.info 2 points 2 years ago (2 children)

How would a "built-in protection against centralization" even work?

IMHO, you can only provide tools. You can't prevent people from being stupid and not using them. That's also why by now, e.g. the EU tries to solve such problems through regulation.

[–] dreiwert@szmer.info 1 points 2 years ago

Cool. Ich moechte Zugang zu allen Suchmaschinenindizes, fuer deren Erstellung Informationen gescraped wurden, die ich online gestellt habe.

[–] dreiwert@szmer.info 4 points 2 years ago* (last edited 2 years ago)

If you don't plan to host free software, you might not care.

For free software, you might consider GNU's criteria for ethical repositories, under which this would already make the hosting unacceptable due to a violation of C2 (see https://www.gnu.org/software/repo-criteria.en.html). Even if you don't adhere to GNU's definition, you might then ask yourself why your definition of free software allows for more discrimination and whether that is justified.

[–] dreiwert@szmer.info 4 points 2 years ago

Considering the increasing importance of AcivityPub-driven interaction, an interesting choice might be Codeberg as its underlying codebase Forgejo has an initiative heading for federation (see https://lemmy.ml/comment/396978)

12
submitted 2 years ago* (last edited 2 years ago) by dreiwert@szmer.info to c/fediverse@lemmy.ml
 

What is the best fediverse-compatible service to run a blog (not microblog) on? I see a lot of #writefreely instances, but it doesn't seem too well-integrated. E.g. it seems to be impossible receive comments from #mastodon users. Then there is #plume, but it's harder to find instances and there is information about the software being less well maintained. So, what would be good options? I'd prefer not having to self-host.

[–] dreiwert@szmer.info 2 points 2 years ago

Exciting! Might also indicate that @Codeberg@social.anoxinon.de could be a good choice for those willing to switch their #git hosting due to platform lock-in concerns because it's likely that it would benefit from that to-be-implemented #federation support.

[–] dreiwert@szmer.info 2 points 2 years ago (1 children)

Definitely. But I guess the proprietary players will only take part when they are either forced to do so by regulation, or when 80% of the market already federates. So the question is probably which of the open source platforms has the biggest promise for making it happen.

Btw, a similar effort for Gitlab: https://gitlab.com/gitlab-org/gitlab/-/issues/30672

 

cross-postowane z: https://szmer.info/post/289222

Git was designed as a decentralized version control system from the ground up. Yet it has been subverted by centralizing hosting and collaboration platforms that compete on projects hosting their code on them. Disagreements on where a project should be hosted regularly result in flame wars. But why, since we live in a world of federated services? If the Git hosters would federate, it might not matter on which server a merge request or an issue is filed.

The #gitea issue targeted at adding #activitypub is still open, but it seems to require in-depth architectural changes. So what would be the best bet for a Git hosting platform to be the first in entering the #fediverse?

 

Git was designed as a decentralized version control system from the ground up. Yet it has been subverted by centralizing hosting and collaboration platforms that compete on projects hosting their code on them. Disagreements on where a project should be hosted regularly result in flame wars. But why, since we live in a world of federated services? If the Git hosters would federate, it might not matter on which server a merge request or an issue is filed.

The #gitea issue targeted at adding #activitypub is still open, but it seems to require in-depth architectural changes. So what would be the best bet for a Git hosting platform to be the first in entering the #fediverse?

 

Are there any universities that offer data recovery related lectures, e.g. in computer science or engineering related study programmes? It seems like there would be much potential in researching different techniques, yet I can't seem to find that topic in universities. Is all that knowledge hidden in privately owned companies?

 

A Lemmy post will often refer to a specific web link. Is there an API for the linked site to be notified about Lemmy posts referring to it (e.g. to be able to link back, or even to integrate Lemmy comments)?

[–] dreiwert@szmer.info 2 points 2 years ago

Federation and task/responsibility distribution would be exciting to solve the storage dimension issue.

[–] dreiwert@szmer.info 3 points 2 years ago* (last edited 2 years ago)

Couldn't someone train a model on their university's computing cluster, and share it? This would boost independent research on these things for sure.

[–] dreiwert@szmer.info 2 points 2 years ago

On a more positive note: Saxony was the only federal state in Germany which, during times of more strict pandemic-related rules, allowed tracking exposure using the government-funded open source software instead of some app used by the other federal states based on stolen code whose only unique selling point was being advertised by a famous rapper...

[–] dreiwert@szmer.info 3 points 2 years ago

And at the same time, Saxon universities coerce students into proprietary solutions, hiding behind university autonomy when members of the parliament criticize this.

 

See you there in December!

view more: next ›