Opened 19 years ago

Closed 19 years ago

Last modified 18 years ago

#54 closed defect (invalid)

mythplugins configure script error

Reported by: Simon Kenyon <simon@…> Owned by: Isaac Richards
Priority: major Milestone: unknown
Component: mythbrowser Version: head
Severity: medium Keywords:
Cc: Ticket locked: no

Description

the configure script is getting increasingly complicated and now assumes that include files are only in certain locations. (/usr/local/include /usr/include /usr/include/g++-v3 /usr/X11R6/include /). on gentoo, this is not the case (and i suspect over distros too). in particular, kde include files are in /usr/kde/<version>/include. i now cannot build mythbrowser.

perhaps a more standard configuration system should be used (autoconf/automake) comes to mind.

Attachments (1)

myth-svn.tar.bz2 (8.5 KB) - added by Simon Kenyon <simon@…> 19 years ago.
complete set of gentoo subversion ebuilds for mythtv and plugins

Download all attachments as: .zip

Change History (8)

comment:1 Changed 19 years ago by Isaac Richards

Resolution: invalid
Status: newclosed

Perhaps you should install things into standard locations, instead.

comment:2 Changed 19 years ago by Simon Kenyon <simon@…>

is that a serious response?

comment:3 Changed 19 years ago by Nigel

has_header() not only searches in those fixed locations, but also in LD_LIBRARY_PATH. If the shell that you are trying to configure from has /usr/kde/<version>/lib in it, then configure should find the corresponding headers.

If LD_LIBRARY_PATH is not set, then I don't see how you can expect to compile unless you either create some appropriate symlinks in your OS (e.g. ln -s /usr/kde/blah /usr/local/include), or modify the configure script for your install of the OS.

comment:4 Changed 19 years ago by Isaac Richards

has_header doesn't use LD_LIBRARY_PATH (since that only deals with libraries).

It'd be quite easy to make it check an environment variable/command line option for extra include paths, though, if a distro insists on putting things into completely non-standard locations. Of course, mythbrowser wouldn't have compiled on such a system without source modification before the configure script started verifying the deps existed, either.

Given that I know of no standard way to find the kde headers other than some autoconf macros in kdevelop (which is certainly not a current or future requirement for compiling mythbrowser), there's really no way to automate finding the headers if they've been hidden in incorrect places.

comment:5 Changed 19 years ago by Simon Kenyon <simon@…>

i will create a patch and submit it to allow users to specify library and header locations.

for the record, mythbrowser has compiled on gentoo for as long as i can remember without source modifications.

comment:6 Changed 19 years ago by Isaac Richards

Try looking at the gentoo ebuild for mythbrowser. It certainly does modify settings.pro.

Changed 19 years ago by Simon Kenyon <simon@…>

Attachment: myth-svn.tar.bz2 added

complete set of gentoo subversion ebuilds for mythtv and plugins

comment:7 Changed 19 years ago by Simon Kenyon <simon@…>

i've just attached a set of subversion gentoo ebuilds which build: mythtv-svn mythbrowser-svn mythcontrols-svn mythdvd-svn mythgallery-svn mythgame-svn mythmusic-svn mythnews-svn mythvideo-svn mythweather-svn mythphone-svn myththemes-svn nuvexport-svn mythweb-svn

in particular, mythbrowser-svn (which is the only plugin which need to include kde functionality) has some sed to pick up the correct library and include file locations.

note: configure and settings.pro (as distributed) have different ideas about where kde is located (/opt/kde3 vs /usr/kde/3.3). the ebuild reconciles them.

Note: See TracTickets for help on using tickets.