MX 17 Repository: The MKVToolnix Thread
Re: MX 17 Repository: The MKVToolnix Thread
35.0.0 is backported from upstream Debian, which is the first update from there since 31.0.0, and the packager decided to switch the location of the mkvtoolnix-gui man page with this release. I think this can be fixed by having this release break the older packages.
Re: MX 17 Repository: The MKVToolnix Thread
Just in case No one knows yet.
It would be nice to have it updated. No big rush. Thank you.
Code: Select all
# Version 36.0.0 "Is That Jazz?" 2019-08-10
## New features and enhancements
* mkvmerge: mkvmerge now allows appending AV1, VP8, VP9, H.264/AVC and
H.265/HEVC tracks whose pixel dimensions differ. Implements #2582.
## Bug fixes
* source code: fixed building with Boost 1.71.0. Fixes #2599.
* all: fixed the spelling of the H.264 & H.265 codec names.
* mkvmerge: Blu-ray MPLS handling: mkvmerge will now find corresponding M2TS
files even if the `clip_codec_identifier` playlist item field is not set to
`M2TS` in the MPLS file. Fixes #2601.
* mkvmerge: fixed handling of text files that use both DOS-style and
Unix-style line endings resulting in problems such as text subtitle files
not being parsed correctly. Fixes #2594.
It is easier to fight for one's principles then to live up to them.
Re: MX 17 Repository: The MKVToolnix Thread
It's in Debian Sid now, so I'll take a look.
Re: MX 17 Repository: The MKVToolnix Thread
Thanks Stevo.
There is also this.
You can find it here.Building a DEB package for Debian/Ubuntu
Building binary packages for Debian and Ubuntu either from my Git sources or from a release tarball is pretty easy. The following steps assume that you're not root but may use sudo.
https://mkvtoolnix.download/source.html#building
What ever is easy to do, works for me.
It is easier to fight for one's principles then to live up to them.
Re: MX 17 Repository: The MKVToolnix Thread
Thanks, but we have the deb build process handled pretty well by now. I even cut some kruft out of the Debian Sid build process! (don't know why they use quilt when it doesn't need it).
I sent it up to Tim to get into the test repo when he gets a chance, but the packages are here: https://drive.google.com/open?id=1oQz2d ... KkS0-O2YFA
I suggest you use the Thunar or Dolphin right-click action to install the two debs for your architecture at the same time instead of gdebi, which can only do one at a time.
I sent it up to Tim to get into the test repo when he gets a chance, but the packages are here: https://drive.google.com/open?id=1oQz2d ... KkS0-O2YFA
I suggest you use the Thunar or Dolphin right-click action to install the two debs for your architecture at the same time instead of gdebi, which can only do one at a time.