Ignore github commit messages (or any other filters we want)

[schveiguy]

At the moment, the phobos/druntime/dmd internals mailing list forum interface is nothing more than a mirror of github commits.

See here my post about it: http://forum.dlang.org/post/op.xckojzu3eav7ka@stevens-macbook-pro.local

I also, in a recent reply to that, posted a filter I established for my mail client that will ignore certain ML messages that are always github commits (http://forum.dlang.org/post/op.xc8a3cdzeav7ka@stevens-macbook-pro.local). Could dfeed allow filtering of mail to ignore those messages? They are mostly noise.

[CyberShadow]

I guess, though is it really its job to do so? They'll still be visible to ML/NG users. And what happens when someone replies to one of those posts?

[schveiguy]

I guess, though is it really its job to do so?

Not really, but the forum interface is completely useless if you wanted to use it to track any discussions on those topics. Another option is just not to handle those ML!

And what happens when someone replies to one of those posts?

Those would go through, because the sender is not noreply@github.com.

[schveiguy]

I guess, though is it really its job to do so?

Not really, but take a look at the phobos forum now. I have to go to page 5 in order to see an actual human post about phobos. The web forum interface for those topics is completely useless. To a new person perusing the forums, he would not know that posting to those forums would go anywhere, and if they wanted to ask questions about phobos or whatever, they would be discouraged from it, it looks like a mechanized list from github.

They'll still be visible to ML/NG users.

ML only, I think NG does not have an interface to it. ML users can filter out those messages in their mail client.

And what happens when someone replies to one of those posts?

The messages would get through the filter, they would not be from "noreply@github.com"

Edit: Sorry about double post, I thought I hadn't posted the previous message, and had to re-type it!

[CyberShadow]

What I'm trying to say is that perhaps this problem is better solved elsewhere, such as by disabling the notifications if no one uses them, or moving them to a separate ML?

[schveiguy]

I asked, got no traction (you can read the linked conversation above). At this point, I'm content with my interface, since my filter removes the github commit messages. But the forum interface which I don't use is useless to those who may think it's the right place to go. It looks bad on D I think, just my opinion.

[CyberShadow]

Well, you can't post to the mailing list from the web interface anyway, so I'm not sure about "the right place to go"... in my opinion the mailing lists have a too high bar for entry anyway (they require you to change the way you use email to be able to filter and categorize mailing list traffic, then subscribe to each individual mailing list even if you only intend to post once).

[schveiguy]

Well, you can't post to the mailing list from the web interface anyway,

Oh! I assumed that you could, from the "New thread" button. I didn't actually try clicking on it.

At this point, the forum becomes an archive of ML discussion. One with a horrible signal to noise ratio (95% of the messages are gtihub commits). I'm even more convinced the github commits should not go there.

[CyberShadow]

I don't think I'm going to do this. Not only is this difficult (e.g. you can't efficiently do pagination when you're filtering items), but it fixes the problem only on one end (the forum), while allowing it to persist for mailing list users (and NNTP users for NNTP groups).

Well, you can't post to the mailing list from the web interface anyway

Now you can, FWIW.