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

[MacPorts] #49501: Spaces and Backslashes in Group Names
by MacPorts 20 Oct '16

20 Oct '16

#49501: Spaces and Backslashes in Group Names -----------------------+-------------------------------- Reporter: citibob@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Low | Milestone: Component: base | Version: 2.3.4 Keywords: | Port: -----------------------+-------------------------------- I'm installing MacPorts non-root. Unfortunately, my group name has a space and backslash in it. This cannot be changed at my organization: {{{ > whoami johndoe > id -g -n `whoami` NDC\Domain Users }}} MacPorts doesn't work when you try to ./configure and then make install. I currently have a workaround; the general idea is to use a numeric group ID instead of group name. First, I configure as follows (Python code here): {{{ user_info = pwd.getpwuid(os.getuid()) self.pw_name = user_info[0] # pw_name self.pw_gid = user_info[3] # pw_gid cmd = ['./configure', '--enable-readline', '--prefix={}'.format(self.dest_dir), '--with-install-user={}'.format(self.pw_name), '--with-install-group={}'.format(self.pw_gid)] self.run_cmd(cmd, cwd=self.src_dir) }}} Then I apply the following patches on the generated files before running make: {{{ file_replace(os.path.join(self.src_dir, 'doc/base.mtree'), 'gname', 'gid') file_replace(os.path.join(self.src_dir, 'doc/prefix.mtree'), 'gname', 'gid') file_replace(os.path.join(self.src_dir, 'doc/macosx.mtree'), 'uname=root gname=wheel', 'uname={} gid={}'.format(self.pw_name, self.pw_gid)) file_replace(os.path.join(self.src_dir, 'doc/macosx.mtree'), 'uname=root gname=admin', 'uname={} gid={}'.format(self.pw_name, self.pw_gid)) }}} Would it be possible to update the core MacPorts so this patching is not required? Also... a similar fix would probably be needed for those poor souls with backslashes or spaces in their username. -- Ticket URL: <https://trac.macports.org/ticket/49501> MacPorts <https://www.macports.org/> Ports system for OS X

1 9

[MacPorts] #49507: LaTeXML: /usr/texbin/ no longer exists on 10.11
by MacPorts 20 Oct '16

20 Oct '16

#49507: LaTeXML: /usr/texbin/ no longer exists on 10.11 ---------------------+---------------------------- Reporter: mojca@… | Owner: bruce.miller@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: LaTeXML ---------------------+---------------------------- On 10.11 MacTeX no longer creates /usr/texbin, so the `post-acitavet` commands no longer work. -- Ticket URL: <https://trac.macports.org/ticket/49507> MacPorts <https://www.macports.org/> Ports system for OS X

1 17

[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

[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] #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] #49459: routino @3.0 port submission
by MacPorts 15 Oct '16

15 Oct '16

#49459: routino @3.0 port submission ------------------------+-------------------------------- Reporter: framic5@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: routino ------------------------+-------------------------------- I'd like to propose to add routino to MacPorts. It is a route planner for OpenStreetMap data. qlandkartegt, which is also part of MacPorts is not developed anymore and is succeeded by qmapshack, which has routino as dependency. The port can be used as a simple route planner, an example can be found here: http://www.routino.org/documentation/usage.html Tested under OS X 10.11 with Xcode 7.1 Any comment on the Portfile is very much appreciated. -- Ticket URL: <https://trac.macports.org/ticket/49459> MacPorts <https://www.macports.org/> Ports system for OS X

1 10