-
-
Notifications
You must be signed in to change notification settings - Fork 27
Taglib 2.0 compatibility? #127
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
So I attempted to regenerate swig headers with taglib 2.0, and it seems that more workarounds are needed to make swig work with taglib 2.0 as they bumped to C++17. |
Archlinux workaround, install taglib1 from AUR and do |
The taglib1 package has been moved to official repos and it's now installed to a different directory. One can run |
Thanks for raising. I haven't looked at the breaking changes yet. Maybe we can release a 2.0.0 that requires taglib 2.0, and if necessary release 1.x versions that still work with taglib 1.0. @jacobvosmaer what do you think? |
@robinst I was thinking the same thing. It seems like a lot of work and I wonder how we can break it down into manageable pieces. Perhaps by doing one format at a time? |
Yeah. I think the first step is going to be to get the CI build set up to use taglib 2. I've started that here: Note that it targets a new branch, |
I can no longer compile the ruby bindings for taglib since a few months; see also other issues created. I am 100% certain that I can use the ruby bindings, because years ago I wrote a GUI in ruby-gtk3, and it worked. (Now I expanded the code base and added querying via ffmpeg.) The old GUI would then look like this: https://i.imgur.com/9QIPEOn.png And the right side, for reading out the tag, I used taglib-ruby. I think something changed in the API or something. For instance:
I recently transitioned into ffmpeg for reading and writing meta-data of .mp3 files and .mp4 files though. While I think taglib-ruby is cleaner than ffmpeg API-wise (I seem to need to create a local file, in order to then read out the meta-information), ffmpeg is rather reliable. Just notifying you. :) |
@robinst I think the taglib-2 branch is ready. It passes the tests at least. Shall we merge it into main and then release taglib-ruby 2.0 from main? It would mean main no longer works with taglib 1.x but I think that is OK. People who want to use taglib 1.x can install taglib-ruby 1.x. |
@jacobvosmaer Sounds good! Do you want to try doing it? (I don't know if you have all the necessary permissions yet, but happy for you to get them!) |
Awesome, thanks! One more step: Add a release in https://github.com/robinst/taglib-ruby/releases (based on the tag). You can just copy the Markdown from the CHANGELOG. |
Uh oh!
There was an error while loading. Please reload this page.
Taglib has released their 2.0 version removing a few deprecated funtions that taglib-ruby seems to use.
Building taglib-ruby with taglib 2.0 fails with
Build logs
Edit: I didn't regenerate swig headers when building, I guess only the usages of
ByteVector::isNull()
andByteVector::null
and theirString
counterparts are real issues :)The text was updated successfully, but these errors were encountered: