Conor Dooley
Posts
464Following
144Followers
150I like cycling, powerlifting, bad video games and metal.
Otherwise, I occupy my time with various bits in RISC-V land.
~useless, placeholder, website: https://www.conchuod.ie/
@gmarkall I suppose you can add:
hwrng:
https://lore.kernel.org/all/20221221090819.1259443-1-jiajie.ho@starfivetech.com/
crypto:
https://lore.kernel.org/all/20221130055214.2416888-1-jiajie.ho@starfivetech.com/
pinctrl:
https://lore.kernel.org/all/20221220005529.34744-1-hal.feng@starfivetech.com/
emmc:
https://lore.kernel.org/all/20221227122227.460921-1-william.qiu@starfivetech.com/
watchdog:
https://lore.kernel.org/all/20221219094233.179153-1-xingyu.wu@starfivetech.com/
That's all I could see in my inbox.
hwrng:
https://lore.kernel.org/all/20221221090819.1259443-1-jiajie.ho@starfivetech.com/
crypto:
https://lore.kernel.org/all/20221130055214.2416888-1-jiajie.ho@starfivetech.com/
pinctrl:
https://lore.kernel.org/all/20221220005529.34744-1-hal.feng@starfivetech.com/
emmc:
https://lore.kernel.org/all/20221227122227.460921-1-william.qiu@starfivetech.com/
watchdog:
https://lore.kernel.org/all/20221219094233.179153-1-xingyu.wu@starfivetech.com/
That's all I could see in my inbox.
0
1
2
Conor Dooley
conor
re: kernel.org, protonmail & wkd: incompatibility
Show content
@monsieuricon bad it may be, but automagical encryption like that to people who are not even protonmail users is not really what would be expected. If I was a drive-by contributor, I would expect my proton account to just work.
0
0
0
re: kernel.org, protonmail & wkd: incompatibility
Show content
@broonie
> it’s a lot of hassle to arrange to view the encrypted message
If that fella replies to me, I'll probably have to go configure my mailer properly to be able to read it.
> mail-clients seems like the right place?
I felt that it may not be the right spot since the issue is not client specific, but an issue with the provider full-stop. I'd expect people to stop reading after "General Preferences" if they intend using git send-email.
I checked the docs again, and the new styling that was applied for v6.2-rc1 does actually enumerate all of the page headings, so the per client documentation is harder to overlook now. With v6.1.y and prior, it'd be very easy to overlook.
I guess I'll add a comment there & CC the users list...
> it’s a lot of hassle to arrange to view the encrypted message
If that fella replies to me, I'll probably have to go configure my mailer properly to be able to read it.
> mail-clients seems like the right place?
I felt that it may not be the right spot since the issue is not client specific, but an issue with the provider full-stop. I'd expect people to stop reading after "General Preferences" if they intend using git send-email.
I checked the docs again, and the new styling that was applied for v6.2-rc1 does actually enumerate all of the page headings, so the per client documentation is harder to overlook now. With v6.1.y and prior, it'd be very easy to overlook.
I guess I'll add a comment there & CC the users list...
0
0
0
Conor Dooley
conor
kernel.org, protonmail & wkd: incompatibility
Show content
I ran afoul of this about a year ago, and have since noticed others having the same issue a few times since.
Kernel.org publishes the WKD for all developers who have kernel.org accounts, which is grand - but protonmail has a feature where it will automagically check for WKD and use it to encrypt messags.
Mailing lists & recipients without WKD will get the regular old copy of the mail.
To quote one of the other people that ran into this:
"they told me then that it's a super-pro
builtin feature that I can't disable 🤡"
That's the same answer I got & for both of us, the solution was just to leave protonmail.
Maintainers don't know about this & get "annoyed" with patch submitters & it is equally frustrating on the other side trying to figure out why your patchset has been encrypted...
The most recent occurance of this is here:
https://lore.kernel.org/all/Y6slQLto568WfmfZ@spud/
I feel like it should be documented somewhere that this issue exists, process/email-clients.txt doesn't seem quite right. Perhaps the patches documenting it should be CC the users@linux.kernel.org ML?
Kernel.org publishes the WKD for all developers who have kernel.org accounts, which is grand - but protonmail has a feature where it will automagically check for WKD and use it to encrypt messags.
Mailing lists & recipients without WKD will get the regular old copy of the mail.
To quote one of the other people that ran into this:
"they told me then that it's a super-pro
builtin feature that I can't disable 🤡"
That's the same answer I got & for both of us, the solution was just to leave protonmail.
Maintainers don't know about this & get "annoyed" with patch submitters & it is equally frustrating on the other side trying to figure out why your patchset has been encrypted...
The most recent occurance of this is here:
https://lore.kernel.org/all/Y6slQLto568WfmfZ@spud/
I feel like it should be documented somewhere that this issue exists, process/email-clients.txt doesn't seem quite right. Perhaps the patches documenting it should be CC the users@linux.kernel.org ML?
1
7
6
@kernellogger
i dunno if i can edit here, but:
(As an aside, it bugs me when people* report a bug & then don't push the backports through where they need to be rebased)
should have been s/report a bug/fix a bug/
i dunno if i can edit here, but:
(As an aside, it bugs me when people* report a bug & then don't push the backports through where they need to be rebased)
should have been s/report a bug/fix a bug/
0
0
1
@kernellogger Oh yeah, I know. It may very well have been fixed and not backported. (As an aside, it bugs me when people* report a bug & then don't push the backports through where they need to be rebased)
I empathise with Greg pushing back on people, as it's far from good use of maintainer time to go figure it out, when the reporter has the environment needed to test a more recently kernel sitting in front of them.
I do at the same time get the flip side of it being frustrating to deal with the gap between a vendor tree & mainline - 5.15 being a pretty good choice as they go..
*by people, I mean active kernel developers
I empathise with Greg pushing back on people, as it's far from good use of maintainer time to go figure it out, when the reporter has the environment needed to test a more recently kernel sitting in front of them.
I do at the same time get the flip side of it being frustrating to deal with the gap between a vendor tree & mainline - 5.15 being a pretty good choice as they go..
*by people, I mean active kernel developers
1
0
1
@kernellogger I think I interpret this differently - he's pushing the onus on checking if the bug has been fixed onto the reporter, no?
0
0
0
@monsieuricon
One super minor thought:
If I was really new to b4, I would likely see:
"Created the default cover letter, you can edit with --edit-cover."
and be not all too sure what to do with --edit-cover. Maybe it's just me, but I never see the harm in being overly verbose with things like this. I see in some other helper text you do use the full `b4 prep --whatever`, e.g. the template cover letter.
Got some co-workers who are rare (or soon-to-be new) contributors that would benefit from not having to ask for my help sort out changelogs, figure out cc lists etc that I will have to point at this post to try out.
Also, the integration between the blog site and fediverse is super handy - no need to click off of my tab to read it!
One super minor thought:
If I was really new to b4, I would likely see:
"Created the default cover letter, you can edit with --edit-cover."
and be not all too sure what to do with --edit-cover. Maybe it's just me, but I never see the harm in being overly verbose with things like this. I see in some other helper text you do use the full `b4 prep --whatever`, e.g. the template cover letter.
Got some co-workers who are rare (or soon-to-be new) contributors that would benefit from not having to ask for my help sort out changelogs, figure out cc lists etc that I will have to point at this post to try out.
Also, the integration between the blog site and fediverse is super handy - no need to click off of my tab to read it!
0
0
1
Conor Dooley
conor
USCSB videos on YouTube are so amazingly well done. I don't care really about chemical processing etc, but you bet I'll watch anything they put out..
1
0
1
Conor Dooley
repeated
repeated
K. Ryabitsev
monsieuricon
b4 0.11.0 is available
Many improvements to the contributor-oriented features (b4 prep, b4 trailers, b4 send). If you haven't tried those out yet, please check them out, they are documented here:
https://b4.docs.kernel.org/en/stable-0.11.y/contributor/overview.html
Release announcement:
https://lore.kernel.org/tools/20221219213715.2qozw5emt5j7t3xr@nitro.local/
#b4
Many improvements to the contributor-oriented features (b4 prep, b4 trailers, b4 send). If you haven't tried those out yet, please check them out, they are documented here:
https://b4.docs.kernel.org/en/stable-0.11.y/contributor/overview.html
Release announcement:
https://lore.kernel.org/tools/20221219213715.2qozw5emt5j7t3xr@nitro.local/
#b4
0
3
8
0
0
0
Conor Dooley
conor
Not checked out the netdev stats before, but kinda sucks that Microchip is #2 for negative.
The mpu32/at91 people here maintain the cadence macb stuff (which is all I've contributed to), so I figure we are at worst neutral for that particular driver.
The mpu32/at91 people here maintain the cadence macb stuff (which is all I've contributed to), so I figure we are at worst neutral for that particular driver.
1
0
0
Conor Dooley
conor
Market drivel is really amusing to be honest. I love the alternative realities they all live in, in which they are number 1.
0
0
1
Conor Dooley
conor
Last night: pit at At The Gates/In Flames
Tonight: sitting for hours on in a plane on the apron
Substantially less enjoyable and more stressful!
Tonight: sitting for hours on in a plane on the apron
Substantially less enjoyable and more stressful!
1
0
2