linuxmint VS nemo

Link to GH Issue

I am a moderator in a small open source project support forum completely unrelated to Linux Mint, so my below discussion is not about me whining over a ban, but a discussion about how unprofessional the Linux Mint IRC support channel is and the way the Linux Mint project has permitted a default tool in the OS to become captured by moderators engaged in what I view as very juvenile behavior.

In #linuxmint-help I was pinged by a user, and on discovery I reviewed the user's activity, and it was comprised primarily of pinging other users, including pinging users within seconds of the user's first posts and as the subsequent post.

I then posted to the channel:

> User respawn is spamming. Please ban.

To which the moderator responded by banning my user with the following comment:

> User banned per user request.

This is a snarky ban reason and it is provided without explanation to the user. I also interpret the moderator enjoys the employment of the ban tool, instead of viewing the ban tool as necessary under certain circumstances.

After being banned, I was pinged in #linuxmint-chat by the same moderator:

> or maybe he's asking to get banned like that paul guy

The post I was pinged from was part of a discussion of moderators and other users are friendly with were mocking another recently banned user, and then began mocking me.

My tone with the moderators may be overly firm for a user not part of their clique, but as a somewhat experienced user I was very annoyed with their behavior (and was pinged into the discussion):

> respawn pinged me. If you can't read your feed, you have no business moderating an IRC.

There are further posts and both threads can be viewed in the screencap I posted in Linuxmint GitHub[1], but another moderator chimes in:

> who wants to kick or ban this wanker?

The combination of snarky reason for initial ban along with overy-chummy clique mocking banning of users is not the kind of tool I feel should be default in a highly visible user-facing open source project.

I recommend Mint to friends and help them migrate. When I help them migrate, I teach them about the IRC support that is default in the OS.

I do not want to have referred anyone to an IRC channel with moderators like the ones running #linuxmint-help.

I first posted to the Linux Mint forums, but my post was immediately removed by a forum moderator.

I decided to create the GitHub issue because I believe this is a development issue due to the fact that this channel is a default part of the OS.

The GitHub issue includes a user who has something to do with the IRC server. The user seems trying to manipulate the facts, but I make no assumptions on motive.

They leave out important information, there is a long discussion on topics not relevant to the discussion, they appear unfamiliar overall with IRC, and end the discussion when I point out these things.

The GitHub issue was not intended to sort out specifics of rules in IRC, but to discuss a default tool in the OS that I feel should be removed or changed.

The issue is closed with a link to the forum post on how to sort out issues with IRC, which is to contact the IRC moderators, whom I view as likely incapable of reasonable discussion. The issue is locked.

To me, this indicates that for whatever reason, the project is currently captured by people who are very unprofessional moderators, extending out across support options (GitHub, forums, and IRC), and likely this issue is difficult for inexperienced users to communicate and other more experienced users to discover.

So I am trying to find others who both agree and disagree with me, as I am blocked from discussing the issue with anyone outside of the IRC channels.

Again, I am not complaining about the rules. I am complaining about the behavior of moderators in a support channel that is default in the operating system.

[1] https://github.com/linuxmint/linuxmint/issues/518

I know that, ideally, users should not have to do this, but have you checked for bug reports (perhaps here and here) about those problems? For, if there is an existing bug report, then that bodes well for a future fix, and you might be able to add something useful to such a report. And of course you could create some new report(s) if necessary.

Please consider filing a bug against Mint (perhaps here?). I would do it myself but I've enough such reports open.

I suspect that there is no setting designed to enable the behaviour that you see. Please file a bug report (or contribute to an existing one) here. Or at least I think that is the place.

EDIT 1: I opened a bug report for the third bug I described and I guess I'm just supposed to know that the Trash uses a special filesystem that hangs Nemo if I try to move files out of Trashed subfolders? And this prevents a normal shutdown of Mint? How the fuck am I supposed to know that, and why the fuck is that acceptable to leave in Nemo?

OS: Arch Linux WM: Qtile Panel: Qtile bar Launcher: Rofi Notification Daemon: Dunst Terminal: Alacritty Shell: Zsh Compositor: Picom File Manager: Nemo Music Player: Spotify & ncmpcpp

Basically, I would like to be able to have a context (e.g. right-click) menu item that is shown or not based on a return value from a script, similar to this feature in Nemo.. Wondering if it has that feature or not? I haven't been able to find anything on it and was thinking about opening a feature request for it but wanted to make sure I'm not missing something first.

You should probably look here https://github.com/linuxmint/nemo/issues

Currently on Linux Mint. Nemo does not have this feature at the time of writing.

Nemo uses plugins that pull txt from some other formats. You can see them at https://github.com/linuxmint/nemo/tree/master/search-helpers

Nemo worked well with GNOME 3, not sure about GNOME 4x. It is based on a very old version of nautilus.