this post was submitted on 05 Mar 2024
51 points (78.0% liked)

Fediverse

17698 readers
2 users here now

A community dedicated to fediverse news and discussion.

Fediverse is a portmanteau of "federation" and "universe".

Getting started on Fediverse;

founded 5 years ago
MODERATORS
 

cross-posted from: https://literature.cafe/post/7623718

cross-posted from: https://literature.cafe/post/7623713

I made a blog post discussing my biggest issues with Lemmy and why I am kind of done with it as a software.

you are viewing a single comment's thread
view the rest of the comments
[–] nutomic@lemmy.ml 22 points 1 year ago (42 children)

There is a lot of misleading information in this post.

Something that I notice said consistently by those who have little experience in Lemmy admin spaces is “why not just contribute then?”And the answer people try. And this happens. This unfortunately leads into the next point that is the developer teams behavior.

Dessalines and I had some discussion whether the linked issue should be closed or not. Anyway we decided to leave it open in the end. Then some weeks later a user came along and made a completely offtopic complaint that this decision making process is somehow wrong. I admit that I overreacted by giving a temporary ban for this, but mistakes happen and its completely disingenious to spin this as some sort of general toxic behaviour from our side.

There is a fundamental lack of confidence amongst a majority of Lemmy instance admins towards the lead developers of Lemmy.

This is your opinion and I doubt it is as widespread as you think.

Another aspect of this is that the Lemmy devs run two instances: lemmy.ml & lemmygrad.ml

What makes you believe this? I can only speak for myself, and I am not involved with lemmygrad in any way.

The biggest piece that broke all confidence in the Lemmy developers amongst many admins including myself is that during the CSAM spam attacks there was complete radio silence. The developers made no statement on the matter. And when Github requests were made to try and propose ideas about how to fix what happened, the developers explicitly stated they didn’t have time to focus on that. No dialogue.

Correct the CSAM wave was handled by admins on their own. As far as I remember there were no specific feature requests that would have helped in this regard, and anyway they would have taken too long to implement and publish.

As well, when a post was made about Sublinks (A project I will touch a bit more on, and am involved in due to the reasons I have highlighted above) the comments that were made by Lemmy’s lead developers were extremely petty. This lessens peoples confidence in your project, not improves it.

Why do you consider it petty? Its a fact that jgrim never opened any issue for the features he wanted, not did he attempt to contribute with a pull request. Its also true that it took multiple years of fulltime work to get Lemmy ready for production, and I dont see how Sublinks can be any faster when it has only volunteer contributors. That doesnt mean I wish for Sublinks to fail, in fact I hope it will be successful so that admins and users have more choices available, and to improve resilience through independent codebases and development teams.

Generally you seem to have an extremely entitled attitude. Lemmy is an open source project that is provided for free. I would also love to fix all the problems that users report, and implement all those features. But unlike Reddit we are not a billion dollar company with thousands of employees. We are just two individuals funded by donations and working from our homes. There is only a limited number of hours in each day and only so much work we can finish in that time. If you are unhappy with Lemmy then by all means switch to a different platform, because we dont get any direct benefit from having more users.

[–] nix@merv.news 17 points 1 year ago (1 children)

“Anyways they would have taken too long to implement” seems like a very odd take considering this is an ongoing issue that is pretty damn important. Some features that should be available is for instances to wipe images from certain dates, “muting” instances to prevent storing any images from instances that are not on an approve list and prevent users outside this list from uploading images to your instance, and an option to prevent any user outside your instance from uploading images to your instance.

Theres many mod tools like these that need priority right now but it seems like they keep getting pushed away

[–] nutomic@lemmy.ml 3 points 1 year ago (1 children)

You can already block federation with certain instances. And the only ones who can upload images are users that are locally registered to your instance.

[–] nix@merv.news 14 points 1 year ago (1 children)

I dont want to block full federation i want to block image federation from other servers so when the big ones are attacked with csam my server doesnt download it. If someone uploads an image to a community on my server does it not federate and get downloaded by my server?

[–] nutomic@lemmy.ml 5 points 1 year ago

Thumbnails from remote posts are stored on your server by default. However there is a setting to disable this.

https://github.com/LemmyNet/lemmy/blob/0.19.3/config/defaults.hjson#L54

load more comments (40 replies)