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

[MacPorts] #49425: Update to 0.14.0
by MacPorts 22 Oct '16

22 Oct '16

#49425: Update to 0.14.0 ------------------------+-------------------------------- Reporter: macports@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: stellarium ------------------------+-------------------------------- https://sourceforge.net/projects/stellarium/ Current version is 0.14.0 -- Ticket URL: <https://trac.macports.org/ticket/49425> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[MacPorts] #50972: mkvtoolnix Upgrade to 9.0.0?
by MacPorts 22 Oct '16

22 Oct '16

#50972: mkvtoolnix Upgrade to 9.0.0? ------------------------+-------------------------------- Reporter: skycrawl@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: mkvtoolnix ------------------------+-------------------------------- Hello, thank you very much for the port. Is it possible to ask to upgrade it to a newer version? 7.9.0 is nearing an age of one year and since a couple of hours ago, with 2 major releases in the meantime it seems. But perhaps it would be better to wait until any potential critical problems get fixed with the next minor release. -- Ticket URL: <https://trac.macports.org/ticket/50972> MacPorts <https://www.macports.org/> Ports system for OS X

1 4

[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] #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] #51327: perl5.22: failed test dist/IO/t/cachepropagate-unix
by MacPorts 19 Oct '16

19 Oct '16

#51327: perl5.22: failed test dist/IO/t/cachepropagate-unix ---------------------+---------------------- Reporter: mojca@… | Owner: mojca@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: perl5.22 ---------------------+---------------------- {{{ dist/IO/t/cachepropagate-unix ................................. # Failed test 'datagram socket created' # at t/cachepropagate-unix.t line 75. Can't call method "protocol" on an undefined value at t/cachepropagate- unix.t line 77. # Looks like you planned 15 tests but ran 9. # Looks like you failed 1 test of 9 run. # Looks like your test exited with 48 just after 9. FAILED at test 9 }}} Running {{{ prove-5.20 -l cachepropagate-unix.t }}} works with Perl 5.20.3 and the tests fails with 5.22.1 as well. -- Ticket URL: <https://trac.macports.org/ticket/51327> MacPorts <https://www.macports.org/> Ports system for OS X

1 10

[MacPorts] #51388: gcc6 @6.1.0 fails building on 10.5.8. PPC
by MacPorts 19 Oct '16

19 Oct '16

#51388: gcc6 @6.1.0 fails building on 10.5.8. PPC ------------------------+-------------------------------- Reporter: braumann@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.4 Keywords: | Port: gcc6 ------------------------+-------------------------------- While trying to install `gcc6 @6.1.0` I run into this fatal error: {{{ :info:build libtool: compile: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc6/gcc6/work/build/./gcc/gcj -B/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc6/gcc6/work/build /ppc-apple-darwin9/libjava/ -B/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc6/gcc6/work/build/./gcc/ -B/opt/local/ppc-apple-darwin9/bin/ -B/opt/local/ppc-apple-darwin9/lib/ -isystem /opt/local/ppc-apple-darwin9/include -isystem /opt/local/ppc- apple-darwin9/sys-include -fclasspath=-fbootclasspath=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc6/gcc6/work/gcc-6.1.0/libjava/classpath/lib --encoding=UTF-8 -Wno-deprecated -fbootstrap-classes -g -O2 -c -fsource- filename=/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc6/gcc6/work/build /ppc-apple-darwin9/libjava/classpath/lib/classes -MT java/lang.lo -MD -MP -MF java/lang.deps @java/lang.list -fno-common -o java/.libs/lang.o :info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gcc6/gcc6/work/.tmp/ccUF9vdq.s:17749:FATAL:Symbol L58$pb already defined. :info:build make[3]: *** [java/lang.lo] Error 1 }}} Any ideas how this particular symbol `L58$pb` could have been defined before? -- Ticket URL: <https://trac.macports.org/ticket/51388> MacPorts <https://www.macports.org/> Ports system for OS X

1 27

[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