ForceNoDefault in the EbmlElement class.OverwriteData in the EbmlElement class to complement the existing OverwriteHead function.KaxCueData class: added PositionSet overrides taking KaxSimpleBlock arguments.KaxSeekHead class: the IndexThis function now returns a pointer to the newly allocated KaxSeek instance.KaxBlockData class: the SetReferencedTimecode function is now public.KaxTrackTimecodeScale (can be written again), TimeSlice, SliceLaceNumber, TrackAttachmentLink (these cannot be written anymore), KaxContentEncAlgo (it's mandatory), KaxChapLanguageIETF (can occur multiple times), KaxFileUsedStartTime, KaxFileUsedEndTime (DivX-related elements, cannot be written anymore)KaxBlockAdditionMapping, KaxBlockAddIDValue, KaxBlockAddIDName, KaxBlockAddIDType, KaxBlockAddIDExtraData, KaxContentEncAESSettings, KaxContentEncAESSettings.MATROSKA_VERSION pre-processor definition has been removed. You used to be able toe restrict compiling with only those classes for elements contained in Matroska v1, but that hasn't worked since 2010, so… yeah.Updates may require up to 24 hours to propagate to mirrors. If the following command doesn't work, please retry later:
sudo dnf upgrade --refresh --advisory=FEDORA-2020-c5e96618e7Please login to add feedback.
This update's test gating status has been changed to 'waiting'.
This update's test gating status has been changed to 'ignored'.
This update has been submitted for testing by rathann.
This update has been pushed to testing.
Can you reduce the required karma for this update as the rpmfusion push to stable will be in 3 days time?
no regressions noted
Seems to work well
This update can be pushed to stable now if the maintainer wishes
rathann edited this update.
This update has been submitted for stable by leigh123linux.
Works for me, no regression noted so far.
Is it a good idea to ship an update the breaks ABI and changes library sonames to a stable Fedora release?
https://docs.fedoraproject.org/en-US/fesco/Updates_Policy/#stable-releases
@carlwgeorge Yes, it is. This is a media-processing library. It handles user-supplied data, potentially over the network. Therefore, it's security sensitive. If I didn't update libebml and libmatroska, I wouldn't be able to update mkvtoolnix past version 47. With mkvtoolnix's monthly release schedule, Fedora 32 would be around 10 releases behind upstream by the time it goes EOL. In my opinion, this was unacceptable, hence the update.
Tested ok. No loss/breakage of functionality noticed.
This update has been pushed to stable.