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

[MacPorts] #43816: clisp: don't manually create home directory
by MacPorts 30 May '14

30 May '14

#43816: clisp: don't manually create home directory --------------------------+------------------------ Reporter: ryandesign@… | Owner: easieste@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.99 Keywords: haspatch | Port: clisp --------------------------+------------------------ clisp manually creates a private home directory: {{{ post-extract { file mkdir ${workpath}/home } }}} {{{ build.env-append HOME=${workpath}/home }}} MacPorts does the equivalent automatically now, so these lines should be removed. -- Ticket URL: <https://trac.macports.org/ticket/43816> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #42940: libgcc +universal failing to compile on 10.9.2 with a gfortran related internal compiler error
by MacPorts 29 May '14

29 May '14

#42940: libgcc +universal failing to compile on 10.9.2 with a gfortran related internal compiler error -----------------------------------------+-------------------------------- Reporter: noam.bernstein@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: libgcc, mavericks, gfortran | Port: libgcc +universal -----------------------------------------+-------------------------------- I'm trying to get MacPorts 2.2.1 to install gcc48 +universal on a 10.9.2 machine, XCode 5.1, command line tools installed manually from commandline_tools_os_x_mavericks_for_xcode__march_2014.dmg I start with a completely clean installation of macports (i.e. rm -rf /opt/local, installing macports from the binary installer dmg), do a selfupdate, upgrade outdated, then "port install gcc48 +universal" I get an error while building libgcc referring me to /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc48/libgcc/main.log In there I see the apparent problem: {{{ :info:build configure: error: GNU Fortran is not working; please report a bug in http://gcc.gnu.org/bugzilla, attaching /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc48/libgcc/work/build/x86_64 -apple-darwin13/libgfortran/config.log }}} In /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc48/libgcc/work/build/x86_64 -apple-darwin13/libgfortran/config.log I see the gfortran related error: {{{ configure:15630: checking whether the GNU Fortran compiler is working configure:15643: /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc48/libgcc/work/build/./gcc/gfortran -B/opt/local/var/macports/build/_opt_local_var_macports _sources_rsync.macports.org_release_tarballs_ports_lang_gcc48/libgcc/work/build/./gcc/ -B/opt/local/x86_64-apple-darwin13/bin/ -B/opt/local/x86_64-apple- darwin13/lib/ -isystem /opt/local/x86_64-apple-darwin13/include -is ystem /opt/local/x86_64-apple-darwin13/sys-include -c -g -O2 conftest.f >&5 f951: internal compiler error: Illegal instruction: 4 f951: internal compiler error: Abort trap: 6 gfortran: internal compiler error: Abort trap: 6 (program f951) /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc48/libgcc/work/gcc-4.8.2/libgfortran/configure: line 1893: 63346 Abort trap: 6 $FC -c $FCFLAGS $ac_fcflags_srcext conftest.$ac_ext 1>&5 configure:15643: $? = 134 configure: failed program was: | | program foo | real, parameter :: bar = sin (12.34 / 2.5) | end program foo configure:15647: result: no configure:15649: error: GNU Fortran is not working; please report a bug in http://gcc.gnu.org/bugzilla, attaching /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_lang_gcc48/libgcc/work/build/x86_64 -apple-darwin13/libgfortran/config.log }}} I'll attach these two log files for reference -- Ticket URL: <https://trac.macports.org/ticket/42940> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #43841: swi-prolog @6.6.5: update to 6.6.6
by MacPorts 29 May '14

29 May '14

#43841: swi-prolog @6.6.5: update to 6.6.6 ---------------------------------+-------------------------------- Reporter: pmoura@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch maintainer | Port: swi-prolog ---------------------------------+-------------------------------- Update the swi-prolog portfile for the latest release. -- Ticket URL: <https://trac.macports.org/ticket/43841> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #43840: swi-prolog-devel @7.1.15: update to 7.1.16
by MacPorts 29 May '14

29 May '14

#43840: swi-prolog-devel @7.1.15: update to 7.1.16 ---------------------------------+-------------------------------- Reporter: pmoura@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch maintainer | Port: swi-prolog-devel ---------------------------------+-------------------------------- Update the swi-prolog-devel portfile for the latest release. -- Ticket URL: <https://trac.macports.org/ticket/43840> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #42424: avrdude: Opportunistic linking against libelf
by MacPorts 29 May '14

29 May '14

#42424: avrdude: Opportunistic linking against libelf ----------------------+--------------------- Reporter: raimue@… | Owner: bsd@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: avrdude ----------------------+--------------------- avrdude uses libelf headers if the port is installed prior to compilation, but does not declare the appropriate dependency. With libelf: {{{ $ port -q installed $ libelf avrdude $ and active avrdude @6.0.1_0 (active) libelf @0.8.13_2 (active) $ sudo port -v configure avrdude [...] Configuration summary: ---------------------- DO HAVE libelf [...] }}} Without libelf: {{{ $ port -q installed $ libelf avrdude $ and active avrdude @6.0.1_0 (active) $ sudo port -v configure avrdude [...] Configuration summary: ---------------------- DON'T HAVE libelf [...] }}} This means the resulting binary changes whether libelf was active at the time of compilation or not. Builds are meant to be reproducible, they should not change due to factors not declared in the Portfile. -- Ticket URL: <https://trac.macports.org/ticket/42424> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #43832: lang/sbcl: update to sbcl-1.2.0
by MacPorts 29 May '14

29 May '14

#43832: lang/sbcl: update to sbcl-1.2.0 ----------------------+-------------------------------- Reporter: crossd@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: haspatch | Port: sbcl maxima ----------------------+-------------------------------- Please find attached Portfile patches for upgrading SBCL to 1.2.0 and rev- bumping maxima. -- Ticket URL: <https://trac.macports.org/ticket/43832> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #43847: Looking For The Best Controller
by MacPorts 29 May '14

29 May '14

#43847: Looking For The Best Controller ---------------------+-------------------------------- Reporter: teomw@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: | Port: ---------------------+-------------------------------- The PlayStation 3 or PS3 fuck in the location of a lot of years now, still at acquaint it has thin downfield and get new and developed work and surely doesn't dissatisfy. Initially, the controller playstation was at low priced. As healed it's a third littler and floats than the bulky early version, and also a bag remaining healthiness susceptible, in the import somewhat small operative expenses and, [http://dietaslimfast.com/ Goji Slim] more unneeded essential, stingy to quiet Affecting Picture Experts Aggroup video files from video round or USB among JPEG images presenting as with the pictures showcased in striking transparency guide. Additionally PlayStation 3 Thin act as a digital media middle and is set to flow is sluttish to from any of DLNA bowed grouping manoeuvre. Visage at the slim-console; you faculty be discovering an HDMI ending that is an (SPDIF) optical digital frequence outturn. For few gamers who were to greatly ready and optimistically Sony gift human to ground IR footballer that would acquire to earmark player to reach mechanism playstation with an outside IR universal removed. The added one action is that one may not measure PS2 games on PS3 Slim gamers Consol because of the rearward compatibility is somewhat other for PS3 Thin. signify inconvenience with games console. '''Goji Slim''' The boss program is that newest recreate station small run at a lot of low temperature and the numerically reportable premise is bit at that second. Its extremely primaeval on the days certainly to be completely reliable but the novel frame pattern and the geartrain has to be organized to reduction the overheating concern of the big models. In one view, there is the soul Xbox 360 table, the rich 250GB, and in the else opinion, we love prefer PS3 housing, the Slim-250GB. Currently Sony has brought the soul playstation ascribe get rationalized the fashion uses smuggled change finish, nevertheless the PS3 console has been a past twinkle. In turns the Xbox 360 consol sensing similar noncurrent and yet boasts that enormous persuade brick. http://dietaslimfast.com/ -- Ticket URL: <https://trac.macports.org/ticket/43847> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #41980: pTeX: request to integrate patches into texlive and retire the teTeX-based distribution
by MacPorts 29 May '14

29 May '14

#41980: pTeX: request to integrate patches into texlive and retire the teTeX-based distribution -------------------------+-------------------------- Reporter: mojca@… | Owner: takanori@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: pTeX texlive -------------------------+-------------------------- The [http://trac.macports.org/browser/trunk/dports/tex/pTeX pTeX port] is currently based on unmaintained/obsolete and horribly outdated tetex distribution which saw the last release in 2006 (see http://www.ctan.org /tex-archive/obsolete/systems/unix/teTeX/3.0/distrib and http://www.tug.org/tetex/) > I (Thomas Esser) have decided not to make new releases of teTeX any more (May 2006). The information below might get out of date as time goes by. I suggest anybody interested in teTeX to join the TeX Live project. and it's also based on a lot of other outdated software (dvipdfmx underwent a lot of changes recently for example). Last time when pTeX made any package updates was probably in March 2011 (r76924). This means that: * pTeX cannot be compiled with `clang` * neither pTeX not tetex can be patched easily * there are many unnecessary conflicts (see #39705) since pTeX provides copies of the same (but outdated) utilities that are already part of TeX Live and in most cases there is no need for a copy (if the utility from `texlive-bin` wasn't in direct conflict with pTeX) * there are random other failures, like a failure to run doxygen (#26002) * often duplicate patches are needed ([http://trac.macports.org/browser/trunk/dports/tex/pTeX/files/archive /dvipdfmx-clang-%2339334.diff pTeX/dvipdfmx-clang-%2339334.diff] vs. [http://trac.macports.org/browser/trunk/dports/tex/texlive-bin/files /patch-svn31700-dvipdfmx.diff texlive-bin/patch-svn31700-dvipdfmx.diff] for example) * it makes supporting pTeX a lot more difficult These tradeoffs were needed in the beginning, but now TeX Live offers an extensive support for pTeX with maintained and up-to-date dependencies. And if anything is missing, I believe that it could easily be added either upstream or as a really tiny set of additions or patches (rather than as a full-blown distribution conflicting with everything else). Last time when I asked (July 2011), Takanori-san mentioned the following drawbacks of TeX Live for Japanese users: * updmap(-sys) in TeXLive doesn't support KanjiMap extensions. * xdvi in TeXLive doesn't support (=cannot preview) Japanese DVI which is produced by ptex. * Due to its license issues, TeXLive doesn't contain pLaTeX 2.09 macros. * It doesn't contain otf.sty (yet). but there is a high chance that these problems are solved already; and if they are not, they all seem doable. There are also a bunch of resources about pTeX integration in TeX Live and testing packages, see http://tutimura.ath.cx/ptexlive/?tlptexlive%A5%EA%A5%DD%A5%B8%A5%C8%A5%EA for example. I would really like to request trying to figure out what exactly is missing in TeX Live packages and making sure that pTeX would only provide the missing pieces without conflicting with any of the TeX Live packages. I'm willing to help solving packaging issues (I have some insight into how TeX Live works), but I'm not competent in understanding or solving Japanese-specific issues which is why the help from maintainer of pTeX is of crucial importance. I also added Norbert to CC. He is fluent in Japanes, takes care pTeX integration into TeX Live and also makes TeX Live packages for Debian, so he should be able to help if there are any problems. -- Ticket URL: <https://trac.macports.org/ticket/41980> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #42969: eigen: clang build fix
by MacPorts 29 May '14

29 May '14

#42969: eigen: clang build fix --------------------------+-------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: haspatch | Port: eigen --------------------------+-------------------------------- eigen fails to build with clang on Mavericks with this error: {{{ /opt/local/var/macports/build/_Users_rschmidt_macports_dports_math_eigen/eigen/work /eigen-eigen-b23437e61a07/Eigen/src/QR/QrInstantiations.cpp:36:22: error: explicit instantiation cannot have a storage class template static void ei_tridiagonal_qr_step(float* , float* , int, int, float* , int); ~~~~~~~ ^ /opt/local/var/macports/build/_Users_rschmidt_macports_dports_math_eigen/eigen/work /eigen-eigen-b23437e61a07/Eigen/src/QR/QrInstantiations.cpp:37:22: error: explicit instantiation cannot have a storage class template static void ei_tridiagonal_qr_step(double* , double* , int, int, double* , int); ~~~~~~~ ^ /opt/local/var/macports/build/_Users_rschmidt_macports_dports_math_eigen/eigen/work /eigen-eigen-b23437e61a07/Eigen/src/QR/QrInstantiations.cpp:38:22: error: explicit instantiation cannot have a storage class template static void ei_tridiagonal_qr_step(float* , float* , int, int, std::complex<float>* , int); ~~~~~~~ ^ /opt/local/var/macports/build/_Users_rschmidt_macports_dports_math_eigen/eigen/work /eigen-eigen-b23437e61a07/Eigen/src/QR/QrInstantiations.cpp:39:22: error: explicit instantiation cannot have a storage class template static void ei_tridiagonal_qr_step(double* , double* , int, int, std::complex<double>* , int); ~~~~~~~ ^ 4 errors generated. make[2]: *** [Eigen/CMakeFiles/Eigen2.dir/src/QR/QrInstantiations.cpp.o] Error 1 }}} Attached is a patch to fix this, [https://lists.macosforge.org/pipermail /macports-users/2014-March/034951.html submitted on the mailing list] by René J.V. Bertin. -- Ticket URL: <https://trac.macports.org/ticket/42969> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

[MacPorts] #43835: Fail to install JavaHL on Mavericks
by MacPorts 29 May '14

29 May '14

#43835: Fail to install JavaHL on Mavericks -------------------------+-------------------------------- Reporter: alex_chen@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 2.3.0 Keywords: | Port: -------------------------+-------------------------------- I follow the instruction in subclipse to install javaHL, using MacPort's implementation. My machine is running Mavericks with Xcode 5.1.1. The command I use is 'sudo ./port install subversion-javahlbindings +no_bdb +universal'. After it installs all the prerequisites, it fails with the following message: $ sudo ./port install subversion-javahlbindings +no_bdb +universal Password: Warning: The Xcode Command Line Tools don't appear to be installed; most ports will likely fail to build. Warning: Install them by running `xcode-select --install'. ---> Computing dependencies for subversion-javahlbindings ---> Configuring subversion-javahlbindings Error: Failed to configure subversion-javahlbindings, consult /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_devel_subversion-javahlbindings/subversion- javahlbindings/work/subversion-1.8.9/config.log Error: org.macports.configure for port subversion-javahlbindings returned: configure failure: command execution failed Please see the log file for port subversion-javahlbindings for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports .org_release_tarballs_ports_devel_subversion-javahlbindings/subversion- javahlbindings/main.log To report a bug, follow the instructions in the guide: http://guide.macports.org/#project.tickets Error: Processing of port subversion-javahlbindings failed Content of the log file shows: $ ./configure --prefix=/opt/local --disable-dependency-tracking --with- apr=/opt/local/bin/apr-1-config --with-apr- util=/opt/local/bin/apu-1-config --without-apxs --mandir=${prefix}/share/man --with-serf=/opt/local --with-sasl=/opt/local --with-libmagic=/opt/local --without-gnome-keyring --enable-javahl --without-jikes --with-junit=/opt/local/share/java/junit.jar --without- berkeley-db ## --------- ## ## Platform. ## ## --------- ## hostname = Pierce uname -m = x86_64 uname -r = 13.2.0 uname -s = Darwin uname -v = Darwin Kernel Version 13.2.0: Thu Apr 17 23:03:13 PDT 2014; root:xnu-2422.100.13~1/RELEASE_X86_64 /usr/bin/uname -p = i386 /bin/uname -X = unknown /bin/arch = unknown /usr/bin/arch -k = unknown /usr/convex/getsysinfo = unknown /usr/bin/hostinfo = Mach kernel version: Darwin Kernel Version 13.2.0: Thu Apr 17 23:03:13 PDT 2014; root:xnu-2422.100.13~1/RELEASE_X86_64 Kernel configured for up to 16 processors. 8 processors are physically available. 16 processors are logically available. Processor type: i486 (Intel 80486) Processors active: 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 Primary memory available: 20.00 gigabytes Default processor set: 250 tasks, 1597 threads, 16 processors Load average: 3.63, Mach factor: 12.35 /bin/machine = unknown /usr/bin/oslevel = unknown /bin/universe = unknown PATH: /opt/local/bin PATH: /opt/local/sbin PATH: /bin PATH: /sbin PATH: /usr/bin PATH: /usr/sbin ## ----------- ## ## Core tests. ## ## ----------- ## configure:2664: Configuring Subversion 1.8.9 configure:2683: creating config.nice configure:2755: checking for gcc configure:2782: result: /usr/bin/clang configure:3011: checking for C compiler version configure:3020: /usr/bin/clang --version >&5 Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) Target: x86_64-apple-darwin13.2.0 Thread model: posix configure:3031: $? = 0 configure:3020: /usr/bin/clang -v >&5 Apple LLVM version 5.1 (clang-503.0.40) (based on LLVM 3.4svn) Target: x86_64-apple-darwin13.2.0 Thread model: posix configure:3031: $? = 0 configure:3020: /usr/bin/clang -V >&5 clang: error: argument to '-V' is missing (expected 1 value) clang: error: no input files configure:3031: $? = 1 configure:3020: /usr/bin/clang -qversion >&5 clang: error: unknown argument: '-qversion' [-Wunused-command-line- argument-hard-error-in-future] clang: note: this will be a hard error (cannot be downgraded to a warning) in the future clang: error: no input files configure:3031: $? = 1 configure:3051: checking whether the C compiler works configure:3073: /usr/bin/clang -pipe -Os -arch x86_64 -arch i386 -I/opt/local/include -L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64 -arch i386 conftest.c >&5 configure:3077: $? = 0 configure:3125: result: yes configure:3128: checking for C compiler default output file name configure:3130: result: a.out configure:3136: checking for suffix of executables configure:3143: /usr/bin/clang -o conftest -pipe -Os -arch x86_64 -arch i386 -I/opt/local/include -L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64 -arch i386 conftest.c >&5 configure:3147: $? = 0 configure:3169: result: configure:3191: checking whether we are cross compiling ..... configure:4063: /usr/bin/clang -E -I/opt/local/include conftest.c conftest.c:9:10: fatal error: 'ac_nonexistent.h' file not found #include <ac_nonexistent.h> ^ 1 error generated. configure:4063: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "subversion" | #define PACKAGE_TARNAME "subversion" | #define PACKAGE_VERSION "1.8.9" | #define PACKAGE_STRING "subversion 1.8.9" | #define PACKAGE_BUGREPORT "http://subversion.apache.org/" | #define PACKAGE_URL "" | /* end confdefs.h. */ | #include <ac_nonexistent.h> configure:4088: result: /usr/bin/clang -E configure:4108: /usr/bin/clang -E -I/opt/local/include conftest.c configure:4108: $? = 0 configure:4122: /usr/bin/clang -E -I/opt/local/include conftest.c conftest.c:9:10: fatal error: 'ac_nonexistent.h' file not found #include <ac_nonexistent.h> ^ -- Ticket URL: <https://trac.macports.org/ticket/43835> MacPorts <http://www.macports.org/> Ports system for OS X

1 5