Opened 19 years ago
Closed 19 years ago
Last modified 19 years ago
#461 closed defect (fixed)
mythplugins: *** No rule to make target `mythconfig.mak', needed by `Makefile'.
Reported by: | anonymous | Owned by: | Isaac Richards |
---|---|---|---|
Priority: | critical | Milestone: | unknown |
Component: | mythtv | Version: | head |
Severity: | medium | Keywords: | make error debian mythconfig.mak |
Cc: | Ticket locked: | no |
Description
make errors with * No rule to make target mythconfig.mak', needed by
Makefile'. in Debian sid whe compiling mythplugins. Runs without error with Debian sarge.
ibm:/usr/src/mythplugins# make
cd mythcontrols && qmake mythcontrols.pro -o Makefile
cd mythcontrols && make -f Makefile
make[1]: Entering directory `/usr/src/mythplugins/mythcontrols'
cd mythcontrols && qmake mythcontrols.pro -o Makefile
cd mythcontrols && make -f Makefile
make[2]: Entering directory `/usr/src/mythplugins/mythcontrols/mythcontrols'
make[2]: * No rule to make target mythconfig.mak', needed by
Makefile'. Stop.
make[2]: Leaving directory `/usr/src/mythplugins/mythcontrols/mythcontrols'
make[1]: * [sub-mythcontrols] Error 2
make[1]: Leaving directory `/usr/src/mythplugins/mythcontrols'
make: * [sub-mythcontrols] Error 2
Change History (11)
comment:1 Changed 19 years ago by
Keywords: | mythconfig.mak added; sid removed |
---|---|
Priority: | minor → critical |
Severity: | low → medium |
comment:3 Changed 19 years ago by
Resolution: | → invalid |
---|---|
Status: | new → closed |
It looks like this is not using the ./configure from SVN. It uses a prefix of "/usr/local/include". The mythplugins ./configure you are using appears to default to a prefix of "/usr".
If you are using a patched version of MythTV please contact whoever patched it (debian?), if not just update to SVN.
BTW You might want to try using --prefix on the ./configure script to point to the directory where include/mythconfig.mak is.. by default it is in "/usr/local".
comment:4 Changed 19 years ago by
Resolution: | invalid |
---|---|
Status: | closed → reopened |
Make errors are with latest SVN version with mythplugins ./configure --prefix=/usr and mythtv ./configure --prefix=/usr. This is not a patched debian version.
comment:5 Changed 19 years ago by
This is all from a fresh SVN checkout, no modifications from stock.
MythTV has been configured:
./configure --enable-xvmc --enable-opengl-vsync --prefix="/usr"
MythPlugins? has been configured:
./configure --enable-all --prefix="/usr"
Doing so makes the plugins' make process break.
comment:6 Changed 19 years ago by
Resolution: | → worksforme |
---|---|
Status: | reopened → closed |
Can't reproduce with the steps given. Sounds like a broken version of qt.
comment:7 Changed 19 years ago by
The work-around is to link or copy the mythconfig.mak into the directories that make crashes on. (/usr/src/mythplugins/mythcontrols/mythcontrols, etc ...)
comment:8 Changed 19 years ago by
Resolution: | worksforme → fixed |
---|
comment:10 Changed 19 years ago by
I know this is closed; just adding a note here: the broken version of Qt is 3.3.5; my company has a support ticket in to Trolltech for this. Qt 3.3.5 generates broken makefiles if 'include' statements with relative paths are used in .pro files. The workaround (as in the patch that closed this ticket) is to use absolute pathing (via $$PWD if using the symlink, or $$PREFIX as in the patch) to include files in a .pro file.
Confirmed defect with 7507:
Also note the "Prefix" is being passed as "", not as "/usr" as it should be, and both CCache and DistCC are not being used, even though they were defined in my make of MythTV, so it looks like mythconfig.mak is not being used.
That I can see, there is nothing in mythplugins.pro (or the generated config.pro) to tell (Q)Make to use settings.pro (Or mythconfig.mak for that matter).
Upgrading to "Critical" as this makes me unable to compile any of the mythplugins.