Summary: | openoffice-1.1 build failure on 4-stable: dmake can't find target.mk | ||
---|---|---|---|
Product: | Ports & Packages | Reporter: | jan grant <jan.grant> |
Component: | Individual Port(s) | Assignee: | freebsd-openoffice (Nobody) <openoffice> |
Status: | Closed FIXED | ||
Severity: | Affects Only Me | ||
Priority: | Normal | ||
Version: | Latest | ||
Hardware: | Any | ||
OS: | Any |
Description
jan grant
2004-11-29 16:00:52 UTC
Responsible Changed From-To: freebsd-ports-bugs->openoffice Over to maintainer(s). As a followup, I note that someone else appears to have had a similar issue back in October: http://www.jaist.ac.jp/~ryoh/NetBSD_diary.html However, I can't make head nor tail of the problem description there :-/ The problem here is that the user had the devel/dmake installed already and OpenOffice's configure has decided to use it. Unfortunately, our devel/dmake (4.1) is too old to understand the DMAKEROOT environment variable, which OpenOffice's boostrap script is setting. The work-around is to uninstall the dmake port prior to building OOo. The immediate fix is to mark OOo as conflicting with dmake. The proper fix is to update the devel/dmake and make OOo properly depend on it instead of building its own. Working on this one... -mi Confirmed Mikhail's workaround; many thanks. -- jan grant, ILRT, University of Bristol. http://www.ilrt.bris.ac.uk/ Tel +44(0)117 9287864 or +44 (0)117 9287088 http://ioctl.org/jan/ "Impact of vulnerability: Run code of an attacker's choice Maximum Severity Rating: Moderate" -- M$ security bulletin State Changed From-To: open->closed dmake was upgraded several times since this PR and understands DMAKEROOT now. Feel free to reopen this PR if the problem still occurs. |