-
Notifications
You must be signed in to change notification settings - Fork 10
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
build: support out-of-tree compilation for id3 plugin #19
base: master
Are you sure you want to change the base?
Conversation
Some build systems, such as Yocto, use a separate directory to output compilation results. Creating an id3 source file with gawk using given syntax will then fail, because the output directory is invalid. Even if it was, there is a risk for the rest of the process to fail if it looks for the generated file inside the source tree instead of the build tree. Thus, fix this by forcing creation inside the source tree. Signed-off-by: Manuel Bachmann <[email protected]>
Hi folks, Please consider this commit, which allows building latest version under Yocto/OpenEmbedded. |
Are you sure this is the best approach for out-of-tree builds? What if we generate it in builddir and change _SOURCES? If so, just need to force mkdir -p before the awk |
The patch indeed seems to fix the issue, but @barbieri do you mean not generating source code within the source tree but builddir instead? |
Yes |
We update "lightmediascanner" to its latest version, which also allows us to : - remove mentions of former company (now dissolved) and website (now migrated to GitHub) ; - properly split all plugins into subpackages ; - have a new plugin based on libav, "generic", which we do not automatically enable because of the well-known licensing restrictions of its parent package. MP4 plugin is disabled, because it depends on the MP4v2 library, which we do not have. ID3 plugin requires a patch, already sent to upstream : profusion/lightmediascanner#19 meta-openembedded's only dependent recipe, "enjoy", has been verified with this change. Signed-off-by: Manuel Bachmann <[email protected]> Signed-off-by: Martin Jansa <[email protected]>
@barbieri Good point, few time left at the moment, will look at it next week. |
We update "lightmediascanner" to its latest version, which also allows us to : - remove mentions of former company (now dissolved) and website (now migrated to GitHub) ; - properly split all plugins into subpackages ; - have a new plugin based on libav, "generic", which we do not automatically enable because of the well-known licensing restrictions of its parent package. MP4 plugin is disabled, because it depends on the MP4v2 library, which we do not have. ID3 plugin requires a patch, already sent to upstream : profusion/lightmediascanner#19 meta-openembedded's only dependent recipe, "enjoy", has been verified with this change. Signed-off-by: Manuel Bachmann <[email protected]> Signed-off-by: Martin Jansa <[email protected]>
We update "lightmediascanner" to its latest version, which also allows us to : - remove mentions of former company (now dissolved) and website (now migrated to GitHub) ; - properly split all plugins into subpackages ; - have a new plugin based on libav, "generic", which we do not automatically enable because of the well-known licensing restrictions of its parent package. MP4 plugin is disabled, because it depends on the MP4v2 library, which we do not have. ID3 plugin requires a patch, already sent to upstream : profusion/lightmediascanner#19 meta-openembedded's only dependent recipe, "enjoy", has been verified with this change. Signed-off-by: Manuel Bachmann <[email protected]> Signed-off-by: Martin Jansa <[email protected]>
Some build systems, such as Yocto, use a separate directory
to output compilation results.
Creating an id3 source file with gawk using given syntax
will then fail, because the output directory is invalid.
Even if it was, there is a risk for the rest of the process
to fail if it looks for the generated file inside the
source tree instead of the build tree.
Thus, fix this by forcing creation inside the source tree.
Signed-off-by: Manuel Bachmann [email protected]