Skip to content
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

fix PKG_DEPENDS_TARGET to include libjpeg-turbo #4643

Merged
merged 1 commit into from Jan 21, 2016
Merged

fix PKG_DEPENDS_TARGET to include libjpeg-turbo #4643

merged 1 commit into from Jan 21, 2016

Conversation

ghost
Copy link

@ghost ghost commented Jan 21, 2016

won't compile otherwise

@lrusak
Copy link
Contributor

lrusak commented Jan 21, 2016

libjpeg-turbo is built before v4l-utils because it is a dependency of an earlier package. So this shouldn't be needed unless building packages out of the usual order.

@ghost
Copy link
Author

ghost commented Jan 21, 2016

Well, If you modify the distribution/$distri/options file, like I did to "tinker" with the building environment, this is certainly the case. I didn't add or remove a package though

@MilhouseVH
Copy link
Contributor

If there is a known package dependency we should explicitly include it in package.mk, otherwise any change to the build order will likely bite us in the arse.

👍

@lrusak
Copy link
Contributor

lrusak commented Jan 21, 2016

Unless you set MEDIACENTER="no", but why would you do this and keep REMOTE_SUPPORT="yes"

@ghost
Copy link
Author

ghost commented Jan 21, 2016

Well, because one can?

@ghost
Copy link
Author

ghost commented Jan 21, 2016

like @MilhouseVH said, if the dependency is obvious I'd go for the explicit way, but that's personal believe I guess

@MilhouseVH
Copy link
Contributor

If the dependency is conditional then the dependency should still be in the package.mk, but conditional, ie.

[ "$MEDIACENTER"="yes" ] && PKG_DEPENDS_TARGET="$PKG_DEPENDS_TARGET libjpeg-turbo"

(or whatever)

The point is, we should still be including the known dependency when required and not leaving it to chance.

@stefansaraev
Copy link
Contributor

what @MilhouseVH said. known (hard) dependencies should be listed.

optional dependencies should be either disabled by configure switch (if one available and dependency not needed) or listed in PKG_DEPENDS* (if configure switch not available). predictable builds are a must.

lrusak added a commit that referenced this pull request Jan 21, 2016
fix PKG_DEPENDS_TARGET to include libjpeg-turbo
@lrusak lrusak merged commit 23a0bd2 into OpenELEC:master Jan 21, 2016
@ghost ghost deleted the v4l-is-missing-libjpeg-turbo branch January 21, 2016 21:19
@sraue
Copy link
Contributor

sraue commented Jan 21, 2016

wait... why we need jpeg support for v4l utils where we only need ir-keytable? makes no sense for me... if there is a buildproblem it should be fixed in another way

@sraue
Copy link
Contributor

sraue commented Jan 21, 2016

please try with --without-jpeg for configure and revert this commit again if this works

@vpeter4
Copy link
Contributor

vpeter4 commented Jan 22, 2016

Seems --without-jpeg is doing it's job.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants