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

[MacPorts] #46821: Failed to configure sshfs
by MacPorts 01 Nov '16

01 Nov '16

#46821: Failed to configure sshfs -------------------------+-------------------------------- Reporter: hfyangpku@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: -------------------------+-------------------------------- While installing sshfs, I got the following error: {{{ ---> Configuring sshfs Error: Failed to configure sshfs, consult /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_fuse_sshfs/sshfs/work /sshfs-fuse-2.5/config.log Error: org.macports.configure for port sshfs returned: configure failure: command execution failed Please see the log file for port sshfs for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_fuse_sshfs/sshfs/main.log }}} In the config.log file, there are 20 errors before it complain the number of errors and stop configuring. All of the errors happen in the same file. The very first one is: {{{ configure:3024: /usr/bin/clang -o conftest -pipe -Os -arch x86_64 -I/opt/local/include -L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64 conftest.c >&5 In file included from conftest.c:11: /opt/local/include/stdio.h:252:63: error: expected function body after function declarator int fprintf(FILE * __restrict, const char * __restrict, ...) __DARWIN_LDBL_COMPAT(fprintf) __printflike(2, 3); ^ }}} -- Ticket URL: <https://trac.macports.org/ticket/46821> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #47249: hmake @3.14_3 (devel) Failed to build hmake
by MacPorts 31 Oct '16

31 Oct '16

#47249: hmake @3.14_3 (devel) Failed to build hmake ------------------------------+-------------------------------- Reporter: abigail.lauren@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: hmake, haskell | Port: hmake ------------------------------+-------------------------------- 'hmake' has failed to build, and other closed tickets on this topic haven't given me any solutions. I've attached a copy of the hmake/main.log. Here's what the command line spits out (as a root user): > port install hmake >---> Computing dependencies for hmake >---> Fetching archive for hmake >---> Attempting to fetch hmake-3.14_3+ghc.darwin_14.x86_64.tbz2 from http://packages.macports.org/hmake >---> Attempting to fetch hmake-3.14_3+ghc.darwin_14.x86_64.tbz2 from http://lil.fr.packages.macports.org/hmake >---> Attempting to fetch hmake-3.14_3+ghc.darwin_14.x86_64.tbz2 from >http://nue.de.packages.macports.org/macports/packages/hmake >---> Fetching distfiles for hmake >---> Verifying checksums for hmake >---> Extracting hmake >---> Applying patches to hmake >---> Configuring hmake >---> Building hmake >Error: org.macports.build for port hmake returned: command execution failed >Please see the log file for port hmake for details: >/opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_devel_hmake/hmake/main.lo g >To report a bug, follow the instructions in the guide: > http://guide.macports.org/#project.tickets >Error: Processing of port hmake failed I'm using MacPorts 2.3.3, my ports are up-to-date, and I've tried port clean hmake and then installing again. I need hmake to build scientific software for work. Help please? Thank you! -- Ticket URL: <https://trac.macports.org/ticket/47249> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #45478: Update request: New version of iStumbler available (122 vs 99)
by MacPorts 28 Oct '16

28 Oct '16

#45478: Update request: New version of iStumbler available (122 vs 99) ----------------------+-------------------------------- Reporter: magill@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.2 Keywords: | Port: ----------------------+-------------------------------- Mac Ports installs iStumbler version 99. When "check for updates" runs, a pop-up with a special yellow box indicates that a new update (122) is available, but that version 99 users need to download it explicitly. Both work. Version 122 has several enhancements. -- Ticket URL: <https://trac.macports.org/ticket/45478> MacPorts <https://www.macports.org/> Ports system for OS X

1 11

[MacPorts] #46660: Proposal: Update rmtrash
by MacPorts 28 Oct '16

28 Oct '16

#46660: Proposal: Update rmtrash --------------------------+-------------------------------- Reporter: sebikeller@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: rmtrash | Port: rmtrash --------------------------+-------------------------------- The rmtrash port has not been updated since 2005, so I updated the utility and also corrected a nasty naming problem ("filename Copy10" became "filename copy 111" became "filename Copy1112" etc.) u can find the updated code here: https://github.com/beatjunky99/rmtrash- for-Mac-OS-X Still needs some testing on older Mac OS X versions. So would be glad to hear from people reading this if they find a problem. -- Ticket URL: <https://trac.macports.org/ticket/46660> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #45712: xorg-libXt-1.1.4_0 links shared libs with -flat_namespace on Yosemite
by MacPorts 24 Oct '16

24 Oct '16

#45712: xorg-libXt-1.1.4_0 links shared libs with -flat_namespace on Yosemite ------------------------+-------------------------------- Reporter: jhowarth@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.2 Keywords: | Port: xorg-libXt ------------------------+-------------------------------- otool -hv /opt/local/lib/libXt.6.dylib /opt/local/lib/libXt.6.dylib: Mach header magic cputype cpusubtype caps filetype ncmds sizeofcmds flags MH_MAGIC_64 X86_64 ALL 0x00 DYLIB 17 1872 DYLDLINK NO_REEXPORTED_DYLIBS reveals that xorg-libXt-1.1.4_0 built on Yosemite is linking its shared libraries with "-flat_namespace" as seen from the missing TWOLEVEL flag expected from "-undefined dynamic_lookup". -- Ticket URL: <https://trac.macports.org/ticket/45712> MacPorts <https://www.macports.org/> Ports system for OS X

1 28

[MacPorts] #47268: KiCad: a request for a software package for designing PCBs
by MacPorts 23 Oct '16

23 Oct '16

#47268: KiCad: a request for a software package for designing PCBs ---------------------+-------------------------------- Reporter: mojca@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: KiCad wxPython ---------------------+-------------------------------- It would be nice to ship KiCad as a MacPorts package, together with their patches for wxWidgets/wxPython. See: * http://www.kicad-pcb.org/display/DEV/Building+KiCad+on+Mac+OS+X * http://home.web.cern.ch/about/updates/2015/02/kicad-software-gets-cern- treatment (I might look into this one day when I have spare time, but other contributors are welcome. I co-maintain wxWidgets/wxPython, so I would have to look into those patches anyway.) -- Ticket URL: <https://trac.macports.org/ticket/47268> MacPorts <https://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #47107: Batch modify plugin is broken
by MacPorts 22 Oct '16

22 Oct '16

#47107: Batch modify plugin is broken ----------------------------+--------------------- Reporter: jmr@… | Owner: admin@… Type: defect | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: Keywords: | Port: ----------------------------+--------------------- Choosing an item in the “Add Field:” pop-up menu does nothing (it’s meant to add another input to the form where you can set the new value for the field), so it’s not actually possible to modify tickets. -- Ticket URL: <https://trac.macports.org/ticket/47107> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #47972: LaTeXML: texlive-related improvements
by MacPorts 20 Oct '16

20 Oct '16

#47972: LaTeXML: texlive-related improvements -------------------------+---------------------------- Reporter: mojca@… | Owner: bruce.miller@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: LaTeXML -------------------------+---------------------------- I would like to suggest the following improvements: * try to figure out the smallest subset of texlive to make `latexml +texlive` functional (possibly defining different `depends_build` and `depends_run`) * calling `system /usr/texbin/mktexlsr` might be problematic (the files from MacTeX might be owned by `root`) * one might want to disable calling `mktexlsr` during `make install` * I can imagine that `depends_build` might not even need to depend on anything from TeX Live even with `+texlive` variant: all the package needs to do is to copy two files to the appropriate place (or am I wrong?). See also #46896. -- Ticket URL: <https://trac.macports.org/ticket/47972> MacPorts <https://www.macports.org/> Ports system for OS X

1 12

[MacPorts] #46507: QtCurve update with support for Qt5
by MacPorts 18 Oct '16

18 Oct '16

#46507: QtCurve update with support for Qt5 -------------------------+-------------------------------- Reporter: rjvbertin@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: haspatch | Port: QtCurve -------------------------+-------------------------------- This is a proposed update for the QtCurve port. It introduces support for Qt5 (and is "somewhat prepared" for a future appearance of KF5 in MacPorts) through a subport. Support for GTk2 is moved to a subport too, to avoid a combinatorial explosion of variants. Thus: - QtCurve still provides KDE4 and/or Qt4 support - qt5-QtCurve provides Qt5 and in the future also KF5 support - QtCurve-gtk2 provides GTk2/X11 support I named the subports in line with what seems to be usual, i.e. a prefix for Qt5 and a suffix for GTk2. qt5-QtCurve was tested with my own "concurrent" Qt5 install but ought to work just as well with the exclusive qt5-mac version currently in MacPorts. Ditto for QtCurve, btw. -- Ticket URL: <https://trac.macports.org/ticket/46507> MacPorts <https://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #45616: Compile error with g++ 4.8.2
by MacPorts 14 Oct '16

14 Oct '16

#45616: Compile error with g++ 4.8.2 -------------------------+-------------------------------- Reporter: gsteele13@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.2 Keywords: | Port: boost -------------------------+-------------------------------- I recently reinstalled mac OS on my macbook, and in doing so, have switched from a 10.6 fink system to a 10.9 macports system. I was recently trying to compile some software (code available here http://nsweb.tn.tudelft.nl/~gsteele/spyview/) using the macports environment (primarily linking to librarires fltk and boost). The code compiled fine on my old 10.6 fink installation, but I am now getting the following error in 10.9 with macports: In file included from /opt/local/include/boost/limits.hpp:19:0, from /opt/local/include/boost/integer_fwd.hpp:16, from /opt/local/include/boost/integer.hpp:18, from /opt/local/include/boost/archive/basic_binary_iprimitive.hpp:49, from /opt/local/include/boost/archive/binary_iarchive_impl.hpp:21, from /opt/local/include/boost/archive/binary_iarchive.hpp:20, from myboost.h:5, from ImagePrinter.H:9, from ImageWindow.H:19, from spyview_ui.h:6, from spyview_ui.C:3: /opt/local/include/gcc48/c++/limits:1405:35: error: template argument 1 is invalid struct numeric_limits<__int128> I have also tried the apple-gcc42 compiler, and with this compiler, the code compiles fine, but fails at linking (I guess probably the gcc-4.8 c++ libraries are not linkable with gcc-4.2?). Has anyone else had this problem? Thanks, Gary -- Ticket URL: <https://trac.macports.org/ticket/45616> MacPorts <https://www.macports.org/> Ports system for OS X

1 5