[charcircuit]

>It’s email. How is it a poor experience?

How do you search for existence bug reports to see if someone else has hit the issue? How do you subscribe to an issue to know if progress is being made on it? How do you keep track of all of the issues. Why is it the user's job to traige bugs to the right person? Microsoft doesn't reccomend you to find the email of someone on the NTFS team if you find a bug in Window's handling of NTFS.

The part about writing and sending the initial is passable using email, but everything else is terrible.

[gpm]

Even sending the initial email...

This quite tech-savvy (based on the blog post) user

- Was told how to send the email: https://social.kernel.org/notice/AbN55QfONFCPweYq7E

- Read and attempted to comply with those instructions: https://framapiaf.org/@davidrevoy/111336814871081424

- Still ended up being told they did it wrong: https://lore.kernel.org/linux-input/ZULw6AcBaD6z2UZA@debian....

[db48x]

Yea, it looks like they sent their original email to several people, but failed to send it to the list. And they didn’t include any of the specifics in the email (such as kernel versions), instead giving a link back to their blog post. Whether you use email to report a bug or a bug tracker, you _must_ include all relevant information in the report itself. Even if it means repeating yourself, or coping and pasting from your blog.

Edit: Actually, they might have remembered to CC the mailing list, but since they use Proton Mail it probably sent the email encrypted. Don't send encrypted email to mailing lists.

[tux3]

The lists reject HTML emails entirely, and most mail clients don't make the choice between sending plain-text and HTML emails obvious (if they offer it at all)

Ideally, mailing lists would make some effort to keep the plain text content in HTML emails rather than just throw it away. If lynx can render full pages in a console, surely we can degrade HTML down to plain-text without too much effort.

Rejecting people who have not taken the time to setup their email client is tradition, but not very helpful.

[yjftsjthsd-h]

> Rejecting people who have not taken the time to setup their email client is tradition, but not very helpful.

It trades unhelpfulness between the new submitter and the existing list members; HTML emails are blocked for a reason.

[db48x]

You can search the mailing list archive via the web page: https://lore.kernel.org/lkml/

You track the issue by waiting for replies to your email. With a bug tracking system you would wait for replies to the bug report in exactly the same way.

It is not the user’s _job_ to triage bug reports or direct them to the right person, but it is _helpful_ if they can take a minute to peruse the list of kernel modules and find out who the maintainer of the most relevant module is. By adding that person to the CC list of your email, you ensure that they will notice your email right away.

Microsoft has hired hundreds of people to serve as liaison between customers who pay for tech support and the developers who write the code. There’s no way for you to break through that barrier and talk to an NTFS developer directly because Microsoft prefers it that way. The Linux kernel developers cannot afford and do not desire to have that level of bureaucracy in between them and the world.

[charcircuit]

>You can search the mailing list archive via the web page

Not all bugs are sent to a mailing list. From what I can tell it is reccomended that you email the maintainer directly. You can't search for those direct emails. Also I'm not sure that search even is for the place bugs are reported, nor am I confident that it would do a quality search instead of just grepping emails with no ranking.

>You track the issue by waiting for replies to your email.

If you did not make the initial report there isn't a way to get a notification when there is a reply to it.

>There’s no way for you to break through that barrier and talk to an NTFS developer directly

You can just email them. There is no barrier that prevents your email to them or prevent them from talking to you directly.

>The Linux kernel developers cannot afford

The Linux foundation made >240M in revenue last year. They can afford people to triage bugs.

[db48x]

Now you’re just making up things to worry about.

> If you did not make the initial report there isn't a way to get a notification when there is a reply to it.

Sure there is. Send an email and ask for a status update. Be polite about it, and ask for specific information. If you suspect that the work was done and it was committed, ask whose tree it is in. From there you can follow the commit as it is merged into trees owned by people higher and higher in the community, until Linus himself merges it into the next release.

>> There’s no way for you to break through that barrier and talk to an NTFS developer directly

> You can just email them. There is no barrier that prevents your email to them or prevent them from talking to you directly.

If you know who they are, sure. What are you going to do, go on linkedin and hope you get lucky?

> The Linux foundation made >240M in revenue last year. They can afford people to triage bugs.

The Linux Foundation does not run the development of the Linux kernel. They provide support services (like the kernel.org webpage where you can search the mailing lists), legal services, advertising, conferences, etc. The actual development of the kernel is done by volunteers, many of them paid to work on the kernel by their employer.

If you want bug triage or other support services, you should pay for it. Contact Red Hat or whoever and they’ll get you started.

[charcircuit]

>Sure there is. Send an email and ask for a status update.

This sucks compared to something like Github where you can just visit an issue or subscribe to it. People don't want to have to SEND AN EMAIL to see the status of something.

>The Linux Foundation does not run the development of the Linux kernel.

But it does fund some of its development.

[db48x]

>>> If you did not make the initial report there isn't a way to get a notification when there is a reply to it.

>> Sure there is. Send an email and ask for a status update. Be polite about it, and ask for specific information. If you suspect that the work was done and it was committed, ask whose tree it is in. From there you can follow the commit as it is merged into trees owned by people higher and higher in the community, until Linus himself merges it into the next release.

> This sucks compared to something like Github where you can just visit an issue or subscribe to it. People don't want to have to SEND AN EMAIL to see the status of something.

Which do you want? Notifications or to visit a website without bothering anybody? If you want a notification, then send an email or just subscribe to the list. You can have your email program or email server move all the email from the list to a folder, and mark everything not in the thread(s) you care about as read if you want, just so that you don’t have to waste your time looking at the emails you don’t care about. Or you could talk to a person. Is that really such an unthinkable action to take?

If you want to visit a website, then just visit the mailing list’s website (<https://lore.kernel.org/lkml/>). Every thread has a page there, such as <https://lore.kernel.org/linux-input/557f1553-4e85-4988-83e4-...>.

You can also mirror the content of the mailing list in several ways, such as by cloning a git repository or downloading mbox files, or by using an NNTP server. See <https://lore.kernel.org/linux-input/_/text/mirror/> for instructions. Feel free to wire that up to any type of automation you want. Make your pager go off any time anyone mentions your pet bug. Make it dim your lights, turn on the RGB LEDs and the projector, and play “Bad to the Bone” at the loudest possible volume when your bug is fixed. Have fun with it!

>> The Linux Foundation does not run the development of the Linux kernel.

> But it does fund some of its development.

All it does is pay people to work on the kernel, it doesn’t mandate how that is done or what gets done. If you want someone to hold your hand so that you don’t have to subscribe to a mailing list, there are several support companies that will happily take your money. Or if you think a lot of people want a bug tracker so that they don’t ever have to talk to another human being, maybe you should provide that service yourself.

[rcxdude]

All your suggestions are orders of magnitude more effort than 'click a button to get email notifications if someone comments on the issue'. That's what people are complaining about, not that it can't be in principle done if you duct tape enough things together yourself.

[charcircuit]

>If you want a notification, then send an email or just subscribe to the list. You can have your email program or email server move all the email from the list to a folder, and mark everything not in the thread(s) you care about as read if you want, just so that you don’t have to waste your time looking at the emails you don’t care about.

This overly complicated. I consider myself more technical than 99% of people and even I couldn't tell you how to do this. How do you except a normal person to be able to figure this out. Do you think your parents could figure this out if they encountered a kernel bug?

>Or if you think a lot of people want a bug tracker so that they don’t ever have to talk to another human being, maybe you should provide that service yourself.

There are plenty of source forges which offer this. Look at what KDE or freedesktop have done with hosting their own.