AAC-Main patent expiration
by Igor Bukanov
AAC-Main audio encoder/decoder profile was specified as a part of https://www.iso.org/standard/25035.html standard. That was published in December 1999. Does it mean that software implementing it like ffmpeg in its default configuration can be included into Fedora starting from January 2021?
Regards, Igor
3 years, 7 months
Looking for sponsorship to be a package maintainer
by Isaac True
Hello all,
I'm hoping to become the maintainer of an orphaned package (gr-iio, GNU Radio blocks for Analog Devices platforms) but I need some sponsorship to become a package maintainer. The releng team recommended that I send a message on this list to hopefully find someone.
I'm a software engineer and I've built a few .rpm's and .deb's over the years, so I'm already pretty capable at putting together a package. I would love for the opportunity to give back to the Fedora community, and to improve and unorphan a few packages.
Regarding the gr-iio package, I already know what needs to be done in order to bring it up to speed and compiling on the new Fedora versions, so it wouldn't be too much effort or take too long to get the new version of the package ready.
Regards,
Isaac
3 years, 7 months
Fedora 32: systemd-homed started, but not enabled or needed
by Marius Schwarz
Hi,
after upgrading from F31 to F32, systemd-homed was running, but
according to systemctl it never got enabled and is referenced by static
link of some kind:
...
├─systemd-homed
├─systemd-journal
├─systemd-logind
├─systemd-udevd
├─systemd-userdbd───3*[systemd-userwor]
...
[root ~]# systemctl stop systemd-homed
[root ~]# systemctl status systemd-homed
● systemd-homed.service - Home Area Manager
Loaded: loaded (/usr/lib/systemd/system/systemd-homed.service;
*static*; vendor preset*: disabled*)
As this is a fedora server, homed is not needed in any form. never. Any
ideas how to disable it permanently?
Is masking the service file enough?
best regards,
Marius
3 years, 7 months
review-stats bot spamming "failed to clear NEEDINFO" messages
by Artur Frenszek-Iwicki
Recently we've had a new automation introduced, which seeks out stalled
review requests and tries to prod them to move forward.
One of the ways it does this is by looking at reviews which have the
NEEDINFO flag set and, if the ticket reviewer failed to reply
for a long time, it resets the ticket status and assignee.
This allows someone else to take over the review.
However, as witnessed here [1], there is a bug in the automation,
causing it to spam a ticket endlessly. Guessing by that thread,
the cause of this seems to be:
a) failing to check if the NEEDINFO flag is set for the *submitter*,
instead of a reviewer
b) failing to clear the NEEDINFO flag for the submitter
Since the NEEDINFO flag is not cleared, the next time the automation
stumbles across the ticket, all the conditions required for it
to take action and post a message are still there.
[1] https://bugzilla.redhat.com/show_bug.cgi?id=1723013
3 years, 7 months
