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

Re: [MacPorts] #43734: *gcc*, gcc_select: add symlink for ${prefix}/bin/cc
by MacPorts 19 May '14

19 May '14

#43734: *gcc*, gcc_select: add symlink for ${prefix}/bin/cc -------------------------+------------------- Reporter: ionic@… | Owner: mww@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: gcc_select | -------------------------+------------------- Comment (by ionic@…): A `compiler_select` target doesn't sound bad. But it shouldn't be limited to `bin/cc{,++}` only. Instead, it should (also) set up - `bin/cc` - `bin/c++` - `bin/cpp` - `bin/gcc` - `bin/g++` to really have some consistency in there. `bin/gcc` and `bin/g++` may look weirdly when not provided by `gcc` but instead, e.g., `clang`, but "that's what Apple does" as well and it makes sense, as `clang` and others are (mostly) GCC-compliant, and that's what matters. Likewise, those links mentioned above should be removed from the `*gcc*` ports' select files (that is, those files installed in `${prefix}/etc/select/gcc/`) and moved, still within the `*gcc*` ports, to the `compiler_select` group in `${prefix}/etc/select/compiler/`. A new port for `compiler_select` is then providing base (and basically the other stuff `gcc_select` and `clang_select` already provide for internal compilers not installed by MacPorts.) What about this? -- Ticket URL: <https://trac.macports.org/ticket/43734#comment:3> MacPorts <http://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #43734: *gcc*, gcc_select: add symlink for ${prefix}/bin/cc
by MacPorts 19 May '14

19 May '14

#43734: *gcc*, gcc_select: add symlink for ${prefix}/bin/cc -------------------------+------------------- Reporter: ionic@… | Owner: mww@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: gcc_select | -------------------------+------------------- Comment (by Peter.Danecek@…): I brought this up originally and was mainly concerned with consistency, i.e. avoiding that using generic `cc` and `c++` would result in using potentially very different compilers. The following is what happens currently on my system: {{{ petr% which cc /usr/bin/cc petr% which c++ /opt/local/bin/c++ }}} Now thinking about this in detail, I believe that there is a valid point that `cc` and `c++` might use **any** C compiler, as valid target, not only one of the GCC versions. This would imply a slightly more complicated solution than the one proposed above. * `gcc_select` would not provide the `${prefix}/bin/c++` link anymore; * instead a new `cc_select` would provide a possibility to select where `${prefix}/bin/cc` and `${prefix}/bin/c++` should point to, with the option to select among all valid C compilers (gcc/dragonegg, clang, system, etc.) This is probably the cleanest way to deal with this. Too complicated? -- Ticket URL: <https://trac.macports.org/ticket/43734#comment:2> MacPorts <http://www.macports.org/> Ports system for OS X

1 0

Re: [MacPorts] #43734: *gcc*, gcc_select: add symlink for ${prefix}/bin/cc
by MacPorts 19 May '14

19 May '14

#43734: *gcc*, gcc_select: add symlink for ${prefix}/bin/cc -------------------------+------------------- Reporter: ionic@… | Owner: mww@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Resolution: | Keywords: Port: gcc_select | -------------------------+------------------- Changes (by mf2k@…): * cc: mww@… (removed) * owner: macports-tickets@… => mww@… -- Ticket URL: <https://trac.macports.org/ticket/43734#comment:1> MacPorts <http://www.macports.org/> Ports system for OS X

1 0

[MacPorts] #43752: you the profession that he has
by MacPorts 19 May '14

19 May '14

#43752: you the profession that he has ------------------------------+-------------------------------- Reporter: gandibachi1122@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: diabacor | Port: ------------------------------+-------------------------------- White and a family and is it was so sad because he was always to help he would never said we were known for the way we lived outlives than what we needed to be healthy we did things that nobody else would even consider doing and we did that naturally because we were changed by the knowledge that weave died want well first I wasn't willing to accept that he couldn't figure it out my husband is brilliant and I've always known that and i'vealways I just always recognized him yes and then whenever all this began unfolding I realized that this was the vehicle that God was going to use to give him I'm the knowledge [http://diabacoronly.com/ diabacor] the understanding the compassion and everything else that he needed to add to him to make an as effective as he can be and so I just hang on to that and I kept reminding him of course that you are going to be okay guide had his hand in our life he has not called you the profession that he has called you to after you're out doing your thing if it wasn't for the fact that he has a incredible purpose and a plan for our life because that the other side we were going to be very active not just in our life and our testimony that in opportunity that he was going to have to impact so many people to understand the puzzle you have to really understand you know again my story and what I went through because I was one of these patients and out three in really through the evolution and you know of myself getting well is how that puzzle came. http://diabacoronly.com/ http://diabacoronly.com/ -- Ticket URL: <https://trac.macports.org/ticket/43752> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #43614: mupdf @1.4 update
by MacPorts 19 May '14

19 May '14

#43614: mupdf @1.4 update -------------------------+-------------------------------- Reporter: starkhalo@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: haspatch | Port: mupdf -------------------------+-------------------------------- I'd like to take ownership of this port too -- Ticket URL: <https://trac.macports.org/ticket/43614> MacPorts <http://www.macports.org/> Ports system for OS X

1 13

[MacPorts] #43748: masscan Portfile update, use github group
by MacPorts 19 May '14

19 May '14

#43748: masscan Portfile update, use github group -----------------------+-------------------------------- Reporter: jul_bsd@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: masscan -----------------------+-------------------------------- As discussed by mail w ryan, use github group. I kept livecheck.regex and master_sites as it is not working else with default github settings. It would be nice if there was an entry on github group in guide.macports.org, at minimum, just pointing on the code file. -- Ticket URL: <https://trac.macports.org/ticket/43748> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #40227: error in tempfile of python 2.7.5
by MacPorts 19 May '14

19 May '14

#40227: error in tempfile of python 2.7.5 ----------------------+-------------------------------- Reporter: renz@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: tempfile | Port: python27 ----------------------+-------------------------------- {{{ >>> tempfile.mktemp('.dat') Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/tempfile.py", line 356, in mktemp dir = gettempdir() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/tempfile.py", line 265, in gettempdir tempdir = _get_default_tempdir() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/tempfile.py", line 200, in _get_default_tempdir with _io.open(fd, 'wb', closefd=False) as fp: AttributeError: 'module' object has no attribute 'open' }}} -- Ticket URL: <https://trac.macports.org/ticket/40227> MacPorts <http://www.macports.org/> Ports system for OS X

1 8

[MacPorts] #43750: docbook-utils @ 0.6.14 Repair paths to utility programs for text conversion
by MacPorts 19 May '14

19 May '14

#43750: docbook-utils @ 0.6.14 Repair paths to utility programs for text conversion -----------------------------+-------------------------------- Reporter: tlockhart1976@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: docbook-utils -----------------------------+-------------------------------- docbook-utils includes docbook2txt which relies on lynx (or links or w3m) to convert from an intermediate html file to plain text output. The "backend" used for this has hardcoded paths to /usr/bin/lynx etc. Substitute ${prefix} for /usr in the backend file. Add port:lynx as a dependency. Bump the revision number from one to two. -- Ticket URL: <https://trac.macports.org/ticket/43750> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #43747: advi fails to built
by MacPorts 18 May '14

18 May '14

#43747: advi fails to built -------------------------------+-------------------------------- Reporter: Martin.Buchmann@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: advi -------------------------------+-------------------------------- I tried to install a dvi under 10.9.2, XCode 5.1.1 bur it fails during build phase, see attached log. I cannot figure out what exactly goes wrong here. Any advice is highly appreciated. Best regards Martin -- Ticket URL: <https://trac.macports.org/ticket/43747> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #39934: camlimages @4.0.1 Build error: command execution failed
by MacPorts 18 May '14

18 May '14

#39934: camlimages @4.0.1 Build error: command execution failed ---------------------------+-------------------------------- Reporter: jaredwmoore@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: typedef | Port: ---------------------------+-------------------------------- {{{Error: org.macports.build for port camlimages returned: command execution failed}}} OSX Version 10.6.8 XCode Version 4.0.2 Log file seems to indicate that the error arises due to redefinitions of typedef 'int64' and 'uint64' in tiff.h and the config.h for caml while trying to make the tiffwrite.o object file. Trouble starts around line 898-907 of the attached log file. -- Ticket URL: <https://trac.macports.org/ticket/39934> MacPorts <http://www.macports.org/> Ports system for OS X

1 8