Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
https://wiki.archlinux.org/title/Bug_reporting_guidelines
Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.
REPEAT: Do NOT report bugs for outdated packages!
FS#1069 - mozilla includefiles in wrong place
Attached to Project:
Arch Linux
Opened by Jan de Groot (JGC) - Sunday, 04 July 2004, 19:52 GMT
Last edited by arjan timmerman (blaasvis) - Monday, 05 July 2004, 08:31 GMT
Opened by Jan de Groot (JGC) - Sunday, 04 July 2004, 19:52 GMT
Last edited by arjan timmerman (blaasvis) - Monday, 05 July 2004, 08:31 GMT
|
DetailsIt seems to be an upstream bug, but when I found out there was a new version of mplayer-plugin, it wouldn't compile against mozilla 1.7. More distros suffer from this problem:
/opt/mozilla/include/mozilla contains various subdirs and various includefiles. The includefiles that reside in the root of that directory have to be moved. In fact, only nsBuildID.h and mozilla-config.h should stay at that place, the rest of the files need a move to the dirs xpcom, java, plugin, dom and xpconnect. To find out which file has to be where: http://schoolbak.dyndns.org/arch-bugs/mozilla/filelist, there's still an old filelist from mozilla 1.6 over there with the files in the right location. This bug prevents all plugins from building. |
This task depends upon
Comment by Dale Blount (dale) -
Monday, 09 August 2004, 19:38 GMT
There has to be a better solution to this - I'm sure not all distros move includes around manually.
Comment by Dale Blount (dale) -
Monday, 09 August 2004, 20:20 GMT
http://sourceforge.net/mailarchive/message.php?msg_id=8762393