September 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] #48755: ipython notebook fails
by MacPorts 18 Oct '16

18 Oct '16

#48755: ipython notebook fails -------------------------------+-------------------------------- Reporter: barry.j.mcinnes@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: ipython notebook | Port: ipython -------------------------------+-------------------------------- Working fine with versions as of Aug 20, with the port self update on Sept 1, the following occurs. Going back to previous /opt/local/Library/Frameworks/Python.framework/Versions the same command works fine. Here is the error using the Sept 1 macports with the same install [mac35:Research/CalWater2015/G4_frd] ngaggini% ipython notebook Traceback (most recent call last): File "/opt/local/bin/ipython", line 5, in <module> start_ipython() File "/opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/IPython/__init__.py", line 118, in start_ipython return launch_new_instance(argv=argv, **kwargs) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/traitlets/config/application.py", line 591, in launch_instance app.initialize(argv) File "<string>", line 2, in initialize File "/opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/traitlets/config/application.py", line 75, in catch_config_error return method(app, *args, **kwargs) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/IPython/terminal/ipapp.py", line 305, in initialize super(TerminalIPythonApp, self).initialize(argv) File "<string>", line 2, in initialize File "/opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/traitlets/config/application.py", line 75, in catch_config_error return method(app, *args, **kwargs) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/IPython/core/application.py", line 386, in initialize self.parse_command_line(argv) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/IPython/terminal/ipapp.py", line 300, in parse_command_line return super(TerminalIPythonApp, self).parse_command_line(argv) File "<string>", line 2, in parse_command_line File "/opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/traitlets/config/application.py", line 75, in catch_config_error return method(app, *args, **kwargs) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/traitlets/config/application.py", line 487, in parse_command_line return self.initialize_subcommand(subc, subargv) File "<string>", line 2, in initialize_subcommand File "/opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/traitlets/config/application.py", line 75, in catch_config_error return method(app, *args, **kwargs) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/traitlets/config/application.py", line 418, in initialize_subcommand subapp = import_item(subapp) File "/opt/local/Library/Frameworks/Python.framework/Versions/3.4/lib/python3.4 /site-packages/ipython_genutils/importstring.py", line 31, in import_item module = __import__(package, fromlist=[obj]) ImportError: No module named 'notebook' -- Ticket URL: <https://trac.macports.org/ticket/48755> MacPorts <https://www.macports.org/> Ports system for OS X

1 3