February 2016 - macports-tickets - lists.macosforge.org

[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

[MacPorts] #50442: webkit2-gtk: Undefined symbols for architecture i386: _WTFCrash
by MacPorts 18 Oct '16

18 Oct '16

#50442: webkit2-gtk: Undefined symbols for architecture i386: _WTFCrash --------------------------+------------------------- Reporter: ryandesign@… | Owner: jeremyhu@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Keywords: | Port: webkit2-gtk --------------------------+------------------------- {{{ Undefined symbols for architecture i386: "_WTFCrash", referenced from: _initializeAndGetJSCLLVMAPI in LLVMExports.cpp.o ld: symbol(s) not found for architecture i386 clang: error: linker command failed with exit code 1 (use -v to see invocation) }}} -- Ticket URL: <https://trac.macports.org/ticket/50442> MacPorts <https://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #49355: py26-keybinder: removal
by MacPorts 18 Oct '16

18 Oct '16

#49355: py26-keybinder: removal --------------------+---------------------------- Reporter: petr@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: py26-keybinder --------------------+---------------------------- Are there any objections to remove this port? -- Ticket URL: <https://trac.macports.org/ticket/49355> MacPorts <https://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #48278: MyPaint-devel: build brush engine library with optional GEGL support
by MacPorts 18 Oct '16

18 Oct '16

#48278: MyPaint-devel: build brush engine library with optional GEGL support -------------------------+--------------------------- Reporter: devans@… | Owner: ryandesign@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: | Port: MyPaint-devel -------------------------+--------------------------- Current versions of gimp2-devel have an optional dependency on MyPaint with GEGL support enabled to allow use of MyPaint brushes in GIMP. The pkgconfig requirement is {{{ libmypaint-gegl >= 1.1 }}} It appears this requires GEGL >= 0.3 so building with this functionality will require babl-devel, gegl-devel as well as gobject-introspection. See brushlib/README.md for details. -- Ticket URL: <https://trac.macports.org/ticket/48278> MacPorts <https://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #48849: MyPaint-devel crashes on start
by MacPorts 18 Oct '16

18 Oct '16

#48849: MyPaint-devel crashes on start ---------------------------+-------------------------------- Reporter: bunk3m@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.3 Keywords: MyPaint-devel | Port: MyPaint-devel ---------------------------+-------------------------------- Thought I should let you know that MyPaint-devel @1.2.0-beta.20150828+git.04511511_0 crashes on start. I'm not sure how to debug to provide more info to track down what's happening but I'm happy to help if you have time to guide me through that. The error I get from the Console app is: 2015-09-13 11:19:48.143 AM com.apple.xpc.launchd[1]: (com.github.mypaint.mypaint.MyPaint.5712[15553]) Service exited with abnormal code: 1 -- Ticket URL: <https://trac.macports.org/ticket/48849> MacPorts <https://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #50348: xorg-server, xorg-server-devel: add support for the GLX_ARB_create_profile extension
by MacPorts 17 Oct '16

17 Oct '16

#50348: xorg-server, xorg-server-devel: add support for the GLX_ARB_create_profile extension -------------------------+------------------------------------------- Reporter: devans@… | Owner: jeremyhu@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: xorg-server xorg-server-devel -------------------------+------------------------------------------- GTK+ 3.16+ includes the GtkGLArea widget which allows custom drawing using OpenGL. This widget relies on the GLX_ARB_create_profile extension to create core profiles. Current versions of xorg-server, xorg-server-devel and XQuartz do not seem to include support for this extension resulting in an error message when attempting to set up the widget. As an example, try running the OpenGL Area demo in gtk3-demo (installed by port gtk3). Instead of rendering interactive OpenGL graphics, the message "The GLX_ARB_create_profile extension needed to create core profiles is not available" appears in the widgets drawing area. Is there any work in progress to add server side support for this extension? -- Ticket URL: <https://trac.macports.org/ticket/50348> MacPorts <https://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #49452: rsync.macports.org is very slow
by MacPorts 17 Oct '16

17 Oct '16

#49452: rsync.macports.org is very slow -------------------------+-------------------------------- Reporter: lpancescu@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: -------------------------+-------------------------------- I installed MacPorts 2.3.4 using the official pkg installer on OS X 10.11.1 (first on Saturday, and now again, to try to figure out why it takes 52 minutes on my Mac Mini "late 2009"). The last 30 minutes of that time are spent by tclsh building the PortIndex, already reported as bug #49050. The first 20 minutes seem to be just the rsync-ing of base.tar and ports.tar, with a transfer rate jumping between 14KB/s and 33KB/s, as seen in Activity Monitor. To make sure this isn't due to a regression in El Capitan, I tried rsync- ing base.tar manually from my Fedora netbook, and compared the main server, rsync.macports.org, with the French mirror (I'm in Germany): {{{ $ time rsync -rztv rsync://rsync.macports.org/release/tarballs/base.tar . receiving incremental file list base.tar sent 48 bytes received 14,253,729 bytes 21,678.75 bytes/sec total size is 27,013,120 speedup is 1.90 real 10m57.161s user 0m0.696s sys 0m0.907s $ rm base.tar $ time rsync -rztv rsync://lil.fr.rsync.macports.org/release/tarballs/base.tar . _ _ _ | | o | | | | | | | | | | ,_ ,_ , _ _ __ _ _ _ __, __ _ __ ,_ _|_ , __ ,_ __, |/ | |/ |/ / | / | / \_ | | / |/ | / / |/ |/ | / | / |/ \_ / \_ / | | / \_ / \_ / | / | |__/ |_/ |__/ o |__/ |_/ o |_/ \/ \_/|/ | |_/ \___/ o | | |_/ \_/|_/ \___/ |__/ \__/ |_/ |_/ \/ o \__/ |_/ \_/|/ |\ /| /| /| |/ \| \| \| rsync://lil.fr.rsync.macports.org rsync://rsync.ionic.de rsync://macports.rsync.ionic.de This is your local MacPorts mirror. You may sync whenever and how often you want, but keep in mind, that we enforce a maximum of 5 (five) concurrent connections per host. If you feel this is too little, please contact the administration. The server is physically located in Roubaix, France and hosted by OVH. It though features a German RIPE failover IP. If any problems or questions arise, please contact Mihai Moldovan <ionic(a)ionic.de>, Karlsruhe, Germany (primary) or Joerg Hoffmann <jh2000(a)root24.eu>, Nordholz, Germany. receiving incremental file list base.tar sent 43 bytes received 14,254,789 bytes 1,357,603.05 bytes/sec total size is 27,013,120 speedup is 1.90 real 0m10.873s user 0m0.719s sys 0m0.782s }}} Is rsync.macports.org intentionally limiting its bandwidth for clients outside the USA? Unfortunately, I didn't see any option of selecting a different mirror in the pkg installer. -- Ticket URL: <https://trac.macports.org/ticket/49452> MacPorts <https://www.macports.org/> Ports system for OS X

1 15

[MacPorts] #49842: Update vCenter Server to 5.5 Update 3a
by MacPorts 17 Oct '16

17 Oct '16

#49842: Update vCenter Server to 5.5 Update 3a ----------------------------+--------------------- Reporter: ryandesign@… | Owner: admin@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: Keywords: | Port: ----------------------------+--------------------- We are currently running vCenter Server 5.5 Update 2e. We should upgrade to [http://pubs.vmware.com/Release_Notes/en/vsphere/55/vsphere-vcenter- server-55u3a-release-notes.html 5.5 Update 3a] because this will allegedly fix the problems with uploading files to datastores with modern browsers that don't support the old Netscape Plugin Application Programming Interface (NPAPI). -- Ticket URL: <https://trac.macports.org/ticket/49842> MacPorts <https://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #50269: update to qt4-mac @4.8.7_3 build fails
by MacPorts 16 Oct '16

16 Oct '16

#50269: update to qt4-mac @4.8.7_3 build fails -------------------------------+-------------------------------- Reporter: murrayeisenberg@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: build qt | Port: qt4-mac -------------------------------+-------------------------------- Under OS X 10.11.2 and current Xcode 7.2 (including command-line tools), I'm getting a build failure during attempted update qt4-mac 4.8.7_2 to 4.8.7_3. Error seems to be: {{{ :info:build ld: warning: directory not found for option '-F/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_qt4-mac/qt4-mac/work /qt-everywhere-opensource-src-4.8.7/Library/Frameworks' }}} leading to: {{{ :info:build Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_aqua_qt4-mac/qt4-mac/work /qt-everywhere-opensource-src-4.8.7" && /usr/bin/make -j8 -w all :info:build Exit code: 2 :error:build org.macports.build for port qt4-mac returned: command execution failed :debug:build Error code: CHILDSTATUS 68927 2 :debug:build Backtrace: command execution failed while executing "system -nice 0 $fullcmdstring" ("eval" body line 1) invoked from within "eval system $notty $nice \$fullcmdstring" invoked from within "command_exec build" (procedure "portbuild::build_main" line 8) invoked from within "portbuild::build_main org.macports.build" ("eval" body line 1) invoked from within "eval $procedure $targetname" :info:build Warning: targets not executed for qt4-mac: org.macports.install org.macports.build org.macports.destroot }}} -- Ticket URL: <https://trac.macports.org/ticket/50269> MacPorts <https://www.macports.org/> Ports system for OS X

1 9