June 2013 - macports-tickets - lists.macosforge.org

[MacPorts] #33159: py27-hachoir-parser
by MacPorts 19 May '14

19 May '14

#33159: py27-hachoir-parser -------------------------------+-------------------------------------------- Reporter: m.haller@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: py27-hachoir-parser -------------------------------+-------------------------------------------- hachoir-parser is a package of most common file format parsers written for the Hachoir framework. Currently, 78 parsers are supported (some only partially). [http://pypi.python.org/pypi/hachoir-parser] -- Ticket URL: <https://trac.macports.org/ticket/33159> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #33157: py27-hachoir-core
by MacPorts 19 May '14

19 May '14

#33157: py27-hachoir-core -------------------------------+-------------------------------------------- Reporter: m.haller@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: py27-hachoir-core -------------------------------+-------------------------------------------- Hachoir is a Python library used to represent of a binary file as a tree of Python objects. Each object has a type, a value, an address, etc. The goal is to be able to know the meaning of each bit in a file. [http://pypi.python.org/pypi/hachoir-core] -- Ticket URL: <https://trac.macports.org/ticket/33157> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #34271: python27 2.7.3_0 py27-gtk 2.22.0_1 etc -- pkg-config files not installed correctly for python 2.6 and 2.7 versions of pygtk and pygobject
by MacPorts 18 May '14

18 May '14

#34271: python27 2.7.3_0 py27-gtk 2.22.0_1 etc -- pkg-config files not installed correctly for python 2.6 and 2.7 versions of pygtk and pygobject -------------------------------------+-------------------------------------- Reporter: stephen.langer@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: py25-gtk py27-gtk py26-gtk py27-gobject py26-gobject py25-gobject python26 python27 -------------------------------------+-------------------------------------- I don't know which port this bug belongs to, so I've included all of the possibilities. I hope that's not bad etiquette. The ports py26-gtk, py27-gtk, py26-gobject, and py27-gobject do not install their .pc files (pygtk-2.0.pc and pygobject-2.0.pc) in /opt/local/lib/pkgconfig. Instead, they leave the files in /opt/local/Library/Frameworks/Python.framework/Versions/2.*/lib/pkgconfig/. Shouldn't "port select --set python python2.7" copy the appropriate files to /opt/local/lib/pkgconfig? The problem may be that py25-gtk and py25-gobject install their .pc files directly into /opt/local/lib/pkgconfig, which means that port select can't install the py26 or py27 files without trashing the py25 files. Background: I develop and distribute software that uses pkg-config in its installation script, and works with python 2.5, 2.6, or 2.7. I therefore have py25-gtk, py26-gtk, and py27-gtk all installed. When I build the software locally it uses the python 2.5 version of pygtk-2.0.pc and pygobject-2.0.pc no matter which python version I'm currently using. This doesn't actually seem to cause a problem. However, the build fails for users who have never installed py25-gtk and py25-gobject, unless they explicitly set PKG_CONFIG_PATH. I don't think this should be necessary. -- Ticket URL: <https://trac.macports.org/ticket/34271> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 13

[MacPorts] #20309: qt4-x11 doesn't support 10.6 yet
by MacPorts 15 May '14

15 May '14

#20309: qt4-x11 doesn't support 10.6 yet ------------------------------+--------------------------------------------- Reporter: snc@… | Owner: mcalhoun@… Type: defect | Status: new Priority: Low | Milestone: Component: ports | Version: 1.8.0 Keywords: | Port: qt4-x11 ------------------------------+--------------------------------------------- qt4-x11 builds while build, citing an unsupported version of 10.6. Might be an upstream issue? Setting to low priority as 10.6 is not out yet. {{{ /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_qt4-x11/work/qt-x11 -opensource- src-4.4.3/include/QtCore/../../src/corelib/global/qglobal.h:290:6: error: #error "This version of Mac OS X is unsupported" }}} -- Ticket URL: <http://trac.macports.org/ticket/20309> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 28

[MacPorts] #36906: osgeo [python-gdal] module missing from qgis install port
by MacPorts 15 May '14

15 May '14

#36906: osgeo [python-gdal] module missing from qgis install port ------------------------------------+-------------------------------- Reporter: drew.mueller@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: osgeo python-gdal qgis | Port: qgis ------------------------------------+-------------------------------- I get the following error message upon opening QGIS. The GdalTools plugin is part of the standard install of QGIS. Unable to load GdalTools plugin. The required "osgeo [python-gdal]" module is missing. Install it and try again. Is there a way to port install this missing module? I'm a total newbie to macports I don't see this as a variant -- Ticket URL: <https://trac.macports.org/ticket/36906> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #34171: Add cling variant to ROOT port
by MacPorts 13 May '14

13 May '14

#34171: Add cling variant to ROOT port --------------------------------------+------------------------------------- Reporter: Deil.Christoph@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: | Port: root --------------------------------------+------------------------------------- Would it be possible to optionally enable cling via a Macports variant? http://root.cern.ch/drupal/content/cling Note that I haven't found out how to configure ROOT with --enable-cling yet. I've asked for help in the ROOT forum: http://root.cern.ch/phpBB3/viewtopic.php?f=21&t=14550 Thanks! -- Ticket URL: <https://trac.macports.org/ticket/34171> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 19

[MacPorts] #37688: New Port - root-devel giving a snapshot of the ROOT6 development.
by MacPorts 13 May '14

13 May '14

#37688: New Port - root-devel giving a snapshot of the ROOT6 development. ------------------------+-------------------------------- Reporter: jonesc@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: maintainer | Port: root-devel ------------------------+-------------------------------- Hi, Attached is the port file (and two patch files) for a proposed new port root-devel. It should I guess live in the science section, along side the root port. It provides access to a snapshot of the ROOT 6 development cycle. This is a major development over ROOT 5 and most notably replaces the CINT interpreter with cling, a new one based on llvm/clang. This is a big change so it is likely we will want to maintain ROOT5 and ROOT6 versions for some time, even once ROOT6 is first released. No actual releases are made yet, so this port grabs an a particular (fixed) svn revision from the ROOT svn server. Other than the changes needed to do this the port is essentially the same as the root port, and provides most of the same variants. I have though removed the various gcc and clang variants, as it simply does not compile with these compilers. I have only got it working with clang and llvm-gcc4.2 in OSX10.8 Xcode 4.5.2. I don't have access to any other OSX versions, so have no idea if it will compile on them or not ... This port conflicts with the root port (and thus if committed the root port should be updated at the same time to conflict with this one). Allowing them to be installable side by side might be possible, but quite a bit of effort and I am not sure if it would be worth it. One thing I wasn't completely sure on was how to update the livecheck section, so please take a look at that part. cheers Chris -- Ticket URL: <https://trac.macports.org/ticket/37688> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 46

[MacPorts] #36442: root: try to use CMake
by MacPorts 13 May '14

13 May '14

#36442: root: try to use CMake ------------------------------------+-------------------------------- Reporter: mojca.miklavec.lists@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Low | Milestone: Component: ports | Version: Keywords: | Port: root ------------------------------------+-------------------------------- It might be worth looking into (newer) CMake-based root builds. -- Ticket URL: <https://trac.macports.org/ticket/36442> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #35992: Gate 6.2 (new port)
by MacPorts 13 May '14

13 May '14

#35992: Gate 6.2 (new port) --------------------------------------------+------------------------------- Reporter: mojca.miklavec.lists@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: gate --------------------------------------------+------------------------------- I would like to see Gate 6.2 included in MacPorts. This is slightly related to Geant4 (#32716). Gate needs version 9.5.p01. I have written a preliminary Portfile here which needs a bit of help from experts to get linker flags work properly (and of course an updated Geant4). I'll post updates here as I proceed. {{{ PortSystem 1.0 PortGroup cmake 1.0 name gate version 6.2 categories science maintainers gmail.com:mojca.miklavec.lists license TODO description GATE description long_description GATE is dedicated to numerical simulations in medical imaging and radiotherapy. \ It currently supports simulations of Emission Tomography (PET and SPECT), \ Computed Tomography (CT) and Radiotherapy experiments. homepage http://www.opengatecollaboration.org platforms darwin distfiles gate_v6_2_tar_gz_15277.gz master_sites http://www.opengatecollaboration.org/sites/opengatecollaboration.org/files/… checksums rmd160 3fb8ec0fc7b78761e9eb0f39605ef84f1c485d42 \ sha256 d8c0dcbb74e734a60bae868ba1ce4d334919695e2b59099d87933ec425c7f98a patchfiles patch-compileerrors.diff worksrcdir gate_v${version} configure.dir ${workpath}/build build.dir ${configure.dir} post-extract { file mkdir ${configure.dir} } configure.post_args ${worksrcpath} depends_lib port:geant4 \ port:clhep # clhep implied with geant4 configure.args-append -DGATE_USE_OWN_CLHEP=OFF }}} {{{ --- source/digits_hits/include/GateMaps.hh.orig +++ source/digits_hits/include/GateMaps.hh @@ -117,7 +117,7 @@ inline GateMap<Tkey,Tvalue>::GateMap(size_t n, GateMap<Tkey,Tvalue> *mapArray[]) for (size_t i=0; i<n ; i++){ GateMap<Tkey,Tvalue>* mapElement = mapArray[i]; for (iterator iter = mapElement->begin(); iter != mapElement->end(); iter++) - insert(*iter); + this->insert(*iter); } } --- source/general/include/GateUIcmdWithAVector.hh.orig +++ source/general/include/GateUIcmdWithAVector.hh @@ -118,14 +118,14 @@ template<typename vContentType> G4String GateUIcmdWithAVector<vContentType>::ConvertToString (std::vector<vContentType> vec) { - char st[100]; + //char st[100]; //LF //std::ostrstream os(st,100); - std::ostringstream os(st,100); + std::ostringstream os; //LF for (G4int i=0; i<vec.size(); i++) os << vec[i] << " "; os << '\0'; - G4String vl = st; + G4String vl = os.str(); G4cout << "GateUIcmdWithAVector::ConvertToString : " << vl << G4endl; return vl; } }}} Compilation currently fails with {{{ Undefined symbols for architecture x86_64: "vtable for CLHEP::HepVector", referenced from: GateSourcePencilBeam::GateSourcePencilBeam(G4String) in GateSourcePencilBeam.cc.o NOTE: a missing vtable usually means the first non-inline virtual member function has no definition. "vtable for CLHEP::HepSymMatrix", referenced from: GateSourcePencilBeam::GateSourcePencilBeam(G4String) in GateSourcePencilBeam.cc.o NOTE: a missing vtable usually means the first non-inline virtual member function has no definition. "CLHEP::HepVector::HepVector(int)", referenced from: GateSourcePencilBeam::GateSourcePencilBeam(G4String) in GateSourcePencilBeam.cc.o "CLHEP::HepVector::operator=(CLHEP::HepVector const&)", referenced from: GateSourcePencilBeam::GateSourcePencilBeam(G4String) in GateSourcePencilBeam.cc.o "CLHEP::HepVector::~HepVector()", referenced from: GateSourcePencilBeam::GateSourcePencilBeam(G4String) in GateSourcePencilBeam.cc.o GateSourcePencilBeam::~GateSourcePencilBeam() in GateSourcePencilBeam.cc.o GateSourcePencilBeam::GenerateVertex(G4Event*) in GateSourcePencilBeam.cc.o "CLHEP::HepSymMatrix::HepSymMatrix(int, int)", referenced from: GateSourcePencilBeam::GateSourcePencilBeam(G4String) in GateSourcePencilBeam.cc.o "CLHEP::HepSymMatrix::operator=(CLHEP::HepSymMatrix const&)", referenced from: GateSourcePencilBeam::GateSourcePencilBeam(G4String) in GateSourcePencilBeam.cc.o "CLHEP::HepSymMatrix::~HepSymMatrix()", referenced from: GateSourcePencilBeam::GateSourcePencilBeam(G4String) in GateSourcePencilBeam.cc.o GateSourcePencilBeam::~GateSourcePencilBeam() in GateSourcePencilBeam.cc.o "CLHEP::RandMultiGauss::fire()", referenced from: GateSourcePencilBeam::GenerateVertex(G4Event*) in GateSourcePencilBeam.cc.o "CLHEP::RandMultiGauss::RandMultiGauss(CLHEP::HepRandomEngine*, CLHEP::HepVector const&, CLHEP::HepSymMatrix const&)", referenced from: GateSourcePencilBeam::GenerateVertex(G4Event*) in GateSourcePencilBeam.cc.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) make[2]: *** [Gate] Error 1 }}} -- Ticket URL: <https://trac.macports.org/ticket/35992> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #34703: dbus-python24, dbus-python25, dbus-python26, dbus-python27: update to 1.1.0
by MacPorts 10 May '14

10 May '14

#34703: dbus-python24, dbus-python25, dbus-python26, dbus-python27: update to 1.1.0 -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: mcalhoun@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: dbus-python24, dbus-python25, dbus-python26, dbus-python27 -------------------------------------+-------------------------------------- I see dbus-python 1.1.0 is available; the dbus-python ports should be updated, and unified if possible. {{{ Error: cannot check if dbus-python24 was updated (The requested URL returned error: 406) dbus-python25 seems to have been updated (port version: 0.83.2, new version: 1.1.0) dbus-python26 seems to have been updated (port version: 0.83.2, new version: 1.1.0) dbus-python27 seems to have been updated (port version: 0.84.0, new version: 1.1.0) }}} -- Ticket URL: <https://trac.macports.org/ticket/34703> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3