[MacPorts] #21789: Mapnik dependencies
#21789: Mapnik dependencies -------------------------------------+-------------------------------------- Reporter: distributed@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Low | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: py26-mapnik -------------------------------------+-------------------------------------- When I tried to install py26-mapnik it failed, because it could not be linked against -lboost_python_mt, even though boost is a dependency and therefore already installed. The solution was to build boost with +python26. IIRC it is impossible to specify variants in the depencencies. Would it be possible to solve this problem another way, like maybe warning the user to build boost with the appropriate +pythonxy variant if building of mapnik fails? -- Ticket URL: <http://trac.macports.org/ticket/21789> MacPorts <http://www.macports.org/> Ports system for Mac OS
#21789: Mapnik dependencies -------------------------------------+-------------------------------------- Reporter: distributed@… | Owner: dbsgeo@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: py26-mapnik -------------------------------------+-------------------------------------- Changes (by macsforever2000@…): * owner: macports-tickets@… => dbsgeo@… * priority: Low => Normal -- Ticket URL: <http://trac.macports.org/ticket/21789#comment:1> MacPorts <http://www.macports.org/> Ports system for Mac OS
#21789: Mapnik dependencies -------------------------------------+-------------------------------------- Reporter: distributed@… | Owner: dbsgeo@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: py26-mapnik -------------------------------------+-------------------------------------- Comment(by dbsgeo@…): Yes, this is a known issue, and is due to the lacking support in macports for specifying variants. Ideally the boost port would be broken out into one port per boost library, so that a port like 'py26-boost' or 'libboost-python' could be selected. This would also make it much easier to rollback and re-install when the chronic problem of #21444 occurs (without having to wait for the whole boost port to re-compile, just to try to properly link libboost_python). As far as your idea of trying to warn the user that their py26-mapnik build will fail, that would definitely be a step forward but does not address the main issue. -- Ticket URL: <http://trac.macports.org/ticket/21789#comment:2> MacPorts <http://www.macports.org/> Ports system for Mac OS
#21789: Mapnik dependencies -------------------------------------+-------------------------------------- Reporter: distributed@… | Owner: dbsgeo@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: py26-mapnik -------------------------------------+-------------------------------------- Comment(by dbsgeo@…): FYI: http://trac.macports.org/wiki/FAQ#dependonvariant -- Ticket URL: <http://trac.macports.org/ticket/21789#comment:3> MacPorts <http://www.macports.org/> Ports system for Mac OS
#21789: py26-mapnik fails when boost is not installed with +python26 variant --------------------------------------+------------------------------------- Reporter: distributed@… | Owner: dbsgeo@… Type: enhancement | Status: closed Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Resolution: fixed | Keywords: Port: py26-mapnik | --------------------------------------+------------------------------------- Changes (by ryandesign@…): * cc: ryandesign@… (added) * status: new => closed * resolution: => fixed Comment: Fixed in r71451, r71453, r71454. -- Ticket URL: <http://trac.macports.org/ticket/21789#comment:4> MacPorts <http://www.macports.org/> Ports system for Mac OS
participants (1)
-
MacPorts