FS#32776 - [enlightenment17] EFL: move some depends to optdepends, misc. PKGBUILD improvements
Attached to Project:
Arch Linux
Opened by Andrew (abrouwers) - Tuesday, 20 November 2012, 21:55 GMT
Last edited by Ronald van Haren (pressh) - Friday, 13 December 2013, 20:52 GMT
Opened by Andrew (abrouwers) - Tuesday, 20 November 2012, 21:55 GMT
Last edited by Ronald van Haren (pressh) - Friday, 13 December 2013, 20:52 GMT
|
Details
Description:
In looking at the e17 PKGBUILDS (btw, thanks for switching to released versions!), I noticed a few interesting points: * In emotion, the gstreamer dependency can be optional, I think: it builds the plugin, but if the user doesn't want to use it's functionality, apps using it can still load fine. I personally compile emotion with gstreamer0.10 as a makedepends, and then list it also in optdepends * In a few PKGBUILDS, --enable-amalgamation is used, though I think this isn't recommended upstream - is anything gained from this? Also, in ecore/PKGBUILD, why not just stick to the default configuration options? Upstream strongly discourages trying to fine-tune the configuration as so much * In e17/PKGBUILD, you have a hard dep on pm-utils; since the move to systemd, this seems incorrect, and should at most be an optdepends, for people who prefer to use the old acpid + /etc/enlightenment/sysactions.conf * In e17/PKGBUILD, you hard-depend on eio; this was true when building from trunk, but shouldn't be necessary (at least with alpha3) when building with the release tarball. Additional info: enlightenment 0.17alpha3 + EFL 1.7.1 |
This task depends upon
Closed by Ronald van Haren (pressh)
Friday, 13 December 2013, 20:52 GMT
Reason for closing: Deferred
Additional comments about closing: Most of this was already implemented. If there are remaining issues please file a new report against EFL 1.8 series. Thanks.
Friday, 13 December 2013, 20:52 GMT
Reason for closing: Deferred
Additional comments about closing: Most of this was already implemented. If there are remaining issues please file a new report against EFL 1.8 series. Thanks.
FS#305782. Incorrect. You don't want amalgamation for builds you need debug from but enabling it should speed things up. As for the configure flags, almost all of them were recommended to me by upstream (yes they are working on some sane results so that in the future you don't need to specify so many options, or so was I told). If you wan't drastically different config flags I suggest you take it up with upstream first (Gustavo).
3. I'm not quite sure what you're trying to say, but I'll take a look at the shutdown/sleep functionality if I have time (or maybe you can try to elaborate).
4. Incorrect as you already stated.
Thanks! Any reason to still hard-dep on pm-utils?