- Thread Starter
- #201
Pipewire has the big advantage of not being the brainchild of Poettering, and no fork either. So it has 0 Poettering code in it. Also its main author is ~12 years older, and learned coding on a C64.
Poettering on the other hand won a Pwnie-reward as "lamest vendor response" in 2017 for his refusal to mention CVE numbers in his changelogs/commits. What an honor...
To quote Poettering himself...
Well, that makes no sense. You don't assign CVEs to every single random bugfix we do, do you? So why this one? I understand your currency is CVEs, but this just makes CVEs useless. And hardly anymore useful than a git history...
I mean, I am fine with security bureaucracy if it actually helps anyone, but you just create noise where there shouldn't be any. And that way you just piss off the upstreams whose cooperation you actually should be interested in. Your at least made sure that my own interest in helping your efforts goes to zero...
Poettering on the other hand won a Pwnie-reward as "lamest vendor response" in 2017 for his refusal to mention CVE numbers in his changelogs/commits. What an honor...
To quote Poettering himself...
Well, that makes no sense. You don't assign CVEs to every single random bugfix we do, do you? So why this one? I understand your currency is CVEs, but this just makes CVEs useless. And hardly anymore useful than a git history...
I mean, I am fine with security bureaucracy if it actually helps anyone, but you just create noise where there shouldn't be any. And that way you just piss off the upstreams whose cooperation you actually should be interested in. Your at least made sure that my own interest in helping your efforts goes to zero...
Bugfix of null pointer p->question dereferencing by KulykIevgen · Pull Request #5998 · systemd/systemd
There was a bug (dereferencing of null pointer) inside function dns_packet_is_reply_for. This function located inside resolved-dns-packet.c file. I added the check before dereferencing at line 2272...
github.com