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

[MacPorts] #42702: glibtool drops dylibs at link time
by MacPorts 16 Mar '14

16 Mar '14

#42702: glibtool drops dylibs at link time ------------------------+--------------------------------- Reporter: jeremyhu@… | Owner: ram@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: glibtool webkit-gtk ------------------------+--------------------------------- VLC fails to build with opencv support because opencv's pkg-config file lists paths to dylibs rather than -l<lib> arguments. This should work just fine, but glibtool doesn't like it. It just drops the dylibs on the floor when creating the command line to envoke: {{{ /opt/local/bin/glibtool --tag=CXX --mode=link /usr/bin/clang++ -pipe -Os -arch x86_64 -stdlib=libc++ -D_INTL_REDIRECT_MACROS -I/opt/local/var/macports/build /_Users_jeremy_src_macports_trunk_dports_multimedia_VLC-devel/VLC- devel/work/VLC-devel-2.1.99/contrib/include -Wall -Wextra -Wsign-compare -Wundef -Wpointer-arith -Wvolatile-register-var -fvisibility=hidden -ffast-math -funroll-loops -fomit-frame-pointer -avoid-version -module -export-symbols-regex ^vlc_entry -shrext .dylib -no-undefined ../../compat/libcompat.la ../../src/libvlccore.la -rpath '/opt/local/lib/vlc/plugins/video_filter' -L/opt/local/lib -Wl,-headerpad_max_install_names -arch x86_64 -Wl,-headerpad_max_install_names -L/opt/local/var/macports/build /_Users_jeremy_src_macports_trunk_dports_multimedia_VLC-devel/VLC- devel/work/VLC-devel-2.1.99/contrib/lib -o libopencv_example_plugin.la libopencv_example_plugin_la-opencv_example.lo /opt/local/lib/libopencv_calib3d.dylib /opt/local/lib/libopencv_contrib.dylib /opt/local/lib/libopencv_core.dylib /opt/local/lib/libopencv_features2d.dylib /opt/local/lib/libopencv_flann.dylib /opt/local/lib/libopencv_gpu.dylib /opt/local/lib/libopencv_highgui.dylib /opt/local/lib/libopencv_imgproc.dylib /opt/local/lib/libopencv_legacy.dylib /opt/local/lib/libopencv_ml.dylib /opt/local/lib/libopencv_nonfree.dylib /opt/local/lib/libopencv_objdetect.dylib /opt/local/lib/libopencv_photo.dylib /opt/local/lib/libopencv_stitching.dylib /opt/local/lib/libopencv_superres.dylib /opt/local/lib/libopencv_ts.a /opt/local/lib/libopencv_video.dylib /opt/local/lib/libopencv_videostab.dylib *** Warning: Linking the shared library libopencv_example_plugin.la against the *** static library /opt/local/lib/libopencv_ts.a is not portable! glibtool: link: rm -fr .libs/libopencv_example_plugin.exp glibtool: link: /usr/bin/nm .libs/libopencv_example_plugin_la- opencv_example.o | sed -n -e 's/^.*[ ]$[BCDEGRST][BCDEGRST]*$[ ][ ]*_$[_A-Za-z][_A-Za-z0-9]*$$/\1 _\2 \2/p' | sed '/ __gnu_lto/d' | /usr/bin/sed 's/.* //' | sort | uniq > .libs/libopencv_example_plugin.exp glibtool: link: /usr/bin/grep -E -e "^vlc_entry" ".libs/libopencv_example_plugin.exp" > ".libs/libopencv_example_plugin.expT" glibtool: link: mv -f ".libs/libopencv_example_plugin.expT" ".libs/libopencv_example_plugin.exp" glibtool: link: sed -e 's,^,_,' < .libs/libopencv_example_plugin.exp > .libs/libopencv_example_plugin-symbols.expsym glibtool: link: /usr/bin/clang++ -o .libs/libopencv_example_plugin.dylib -bundle .libs/libopencv_example_plugin_la-opencv_example.o ../../compat/.libs/libcompat.a -L/opt/local/lib -L/opt/local/var/macports/build /_Users_jeremy_src_macports_trunk_dports_multimedia_VLC-devel/VLC- devel/work/VLC-devel-2.1.99/contrib/lib ../../src/.libs/libvlccore.dylib -lintl -lidn -liconv -lm /opt/local/lib/libopencv_ts.a -Os -arch x86_64 -stdlib=libc++ -Wl,-headerpad_max_install_names -arch x86_64 -Wl,-headerpad_max_install_names -Wl,-exported_symbols_list,.libs /libopencv_example_plugin-symbols.expsym Undefined symbols for architecture x86_64: "_cvClearMemStorage", referenced from: Filter(filter_t*, picture_t*) in libopencv_example_plugin_la- opencv_example.o "_cvCreateMemStorage", referenced from: OpenFilter(vlc_object_t*) in libopencv_example_plugin_la- opencv_example.o "_cvGetSeqElem", referenced from: Filter(filter_t*, picture_t*) in libopencv_example_plugin_la- opencv_example.o "_cvHaarDetectObjects", referenced from: Filter(filter_t*, picture_t*) in libopencv_example_plugin_la- opencv_example.o "_cvLoad", referenced from: OpenFilter(vlc_object_t*) in libopencv_example_plugin_la- opencv_example.o "_cvRectangle", referenced from: Filter(filter_t*, picture_t*) in libopencv_example_plugin_la- opencv_example.o "_cvReleaseHaarClassifierCascade", referenced from: CloseFilter(vlc_object_t*) in libopencv_example_plugin_la- opencv_example.o "_cvReleaseMemStorage", referenced from: CloseFilter(vlc_object_t*) in libopencv_example_plugin_la- opencv_example.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) }}} -- Ticket URL: <https://trac.macports.org/ticket/42702> MacPorts <http://www.macports.org/> Ports system for OS X

1 6

[MacPorts] #41103: libtool @2.4.2_4 put $prefix in dl search path
by MacPorts 16 Mar '14

16 Mar '14

#41103: libtool @2.4.2_4 put $prefix in dl search path --------------------------+--------------------- Reporter: and.damore@… | Owner: ram@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.0 Keywords: | Port: libtool --------------------------+--------------------- Running ''gschem'' from ''geda-gaf'' port results in {{{ open_nocancel("/usr/local/lib/libguile-srfi-srfi-1-v-3.la\0", 0x0, 0x1B6) = -1 Err#2 open_nocancel("/lib/libguile-srfi-srfi-1-v-3.la\0", 0x0, 0x1B6) = -1 Err#2 open_nocancel("/usr/lib/libguile-srfi-srfi-1-v-3.la\0", 0x0, 0x1B6) = -1 Err#2 access("/usr/local/lib/libguile-srfi-srfi-1-v-3.so\0", 0x4, 0x10A537A50) = -1 Err#2 access("/lib/libguile-srfi-srfi-1-v-3.so\0", 0x4, 0x10A537A50) = -1 Err#2 access("/usr/lib/libguile-srfi-srfi-1-v-3.so\0", 0x4, 0x10A537A50) = -1 Err#2 stat64("libguile-srfi-srfi-1-v-3.so\0", 0x7FFF68EBF660, 0x7FFF68EC04F0) = -1 Err#2 stat64("/Users/me/lib/libguile-srfi-srfi-1-v-3.so\0", 0x7FFF68EBFE10, 0x7FFF68EC04F0) = -1 Err#2 stat64("/usr/local/lib/libguile-srfi-srfi-1-v-3.so\0", 0x7FFF68EBFE10, 0x7FFF68EC04F0) = -1 Err#2 stat64("/usr/lib/libguile-srfi-srfi-1-v-3.so\0", 0x7FFF68EBFE20, 0x7FFF68EC04F0) = -1 Err#2 access("/usr/local/lib/libguile-srfi-srfi-1-v-3.dylib\0", 0x4, 0x10A537A50) = -1 Err#2 access("/lib/libguile-srfi-srfi-1-v-3.dylib\0", 0x4, 0x10A537A50) = -1 Err#2 access("/usr/lib/libguile-srfi-srfi-1-v-3.dylib\0", 0x4, 0x10A537A50) = -1 Err#2 stat64("libguile-srfi-srfi-1-v-3.dylib\0", 0x7FFF68EBF660, 0x7FFF68EC04F0) = -1 Err#2 stat64("/Users/me/lib/libguile-srfi-srfi-1-v-3.dylib\0", 0x7FFF68EBFE10, 0x7FFF68EC04F0) = -1 Err#2 stat64("/usr/local/lib/libguile-srfi-srfi-1-v-3.dylib\0", 0x7FFF68EBFE10, 0x7FFF68EC04F0) = -1 Err#2 stat64("/usr/lib/libguile-srfi-srfi-1-v-3.dylib\0", 0x7FFF68EBFE20, 0x7FFF68EC04F0) = -1 Err#2 […] write(0x9, "ERROR: In procedure dynamic-link:\nERROR: file: \"libguile- srfi-srfi-1-v-3\", message: \"file not found\"\n\0", 0x65) = 101 0 write(0x9, "Failed to read init scm file [/opt/local/share/gEDA/scheme/gschem.scm]\n\0", 0x47) }}} This is due to libguile failing to load at runtime one of the libraries it actually provides. The issue is due to libtool that is searching for libraries in hardcoded paths that don't include $prefix and therefore the port provided library. The solution is to put $prefix/lib in the search path. I'm attaching a patch setting this in configure script, I'm putting the path containing $prefix on top to give precedence to mp-provided libs. I wasn't able to find a configure flag to set this, nor the DYLD_LIBRARY_PATH set in configure phase seems to affect the paths. -- Ticket URL: <https://trac.macports.org/ticket/41103> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #42164: [port abandoned] perl5
by MacPorts 16 Mar '14

16 Mar '14

#42164: [port abandoned] perl5 -------------------------------+------------------------ Reporter: macsforever2000@… | Owner: mcalhoun@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: perl5 -------------------------------+------------------------ No response on the ticket to update perl5 port to add perl5.18. #41160. -- Ticket URL: <https://trac.macports.org/ticket/42164> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #42877: No port ncursesw / render found in the index.
by MacPorts 16 Mar '14

16 Mar '14

#42877: No port ncursesw / render found in the index. -----------------------------+-------------------------------- Reporter: variolaville@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Low | Milestone: Component: ports | Version: 2.2.1 Keywords: ncursesw,render | Port: ettercap -----------------------------+-------------------------------- Probably shouldn't be getting these complaints: $ sudo port upgrade installed[[BR]] ---> ettercap-ng is replaced by ettercap[[BR]] ---> Computing dependencies for ettercap[[BR]] ---> Cleaning ettercap[[BR]] Warning: No port ncursesw found in the index.[[BR]] Warning: No port render found in the index.[[BR]] ---> Scanning binaries for linking errors: 100.0%[[BR]] ---> No broken files found.[[BR]] [[BR]] It would seem those two are not, (or are no longer), dependencies:[[BR]] [[BR]] $ port deps ettercap[[BR]] Full Name: ettercap @0.8.0_0+gtk+plugins[[BR]] Build Dependencies: cmake, pkgconfig[[BR]] Library Dependencies: openssl, libpcap, libnet11, ncurses, pcre, zlib, gtk2, curl, libtool[[BR]] [[BR]] System:[[BR]] OS 10.6.8[[BR]] MacPorts 2.2.1 -- Ticket URL: <https://trac.macports.org/ticket/42877> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #42706: fgsl: please update to 1.0.0
by MacPorts 16 Mar '14

16 Mar '14

#42706: fgsl: please update to 1.0.0 ------------------------------+-------------------------------- Reporter: Tom.Schoonjans@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: fgsl ------------------------------+-------------------------------- A new version has officially been released. This one uses autotools for the build system so the portfile may need considerable modifications. Maintainer, can you please take care of this? -- Ticket URL: <https://trac.macports.org/ticket/42706> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[MacPorts] #42861: Guide for replacing system ssh with MacPorts ssh
by MacPorts 16 Mar '14

16 Mar '14

#42861: Guide for replacing system ssh with MacPorts ssh ---------------------+-------------------------------- Reporter: david@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: ssh ---------------------+-------------------------------- There are a variety of guides about this scattered around the net. All (I've found so far) have various problems. Let me know if there is a "MacPorts Guide" or ticket which covers the suggested way to completely circumvent the popup window AskPass nonsense + running the undocumented /usr/bin/ssh-agent -l command. Thanks. -- Ticket URL: <https://trac.macports.org/ticket/42861> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #42718: certsync fails to verify macports.org certificate
by MacPorts 16 Mar '14

16 Mar '14

#42718: certsync fails to verify macports.org certificate --------------------------+----------------------- Reporter: ryandesign@… | Owner: landonf@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: certsync --------------------------+----------------------- We recently got a new SSL certificate for macports.org, from a different organization, and certsync fails to verify it confirmed on multiple machines and OS X versions: {{{ $ sudo port -v sync ---> Updating the ports tree Synchronizing local ports tree from file:///Users/rschmidt/macports/dports Updating '/Users/rschmidt/macports/dports': svn: E230001: Unable to connect to a repository at URL 'https://svn.macports.org/repository/macports/trunk' svn: E230001: Server SSL certificate verification failed: certificate has expired Command failed: /opt/local/bin/svn update --non-interactive /Users/rschmidt/macports/dports Exit code: 1 }}} {{{ $ curl https://www.macports.org/ curl: (60) SSL certificate problem: certificate has expired More details here: http://curl.haxx.se/docs/sslcerts.html curl performs SSL certificate verification by default, using a "bundle" of Certificate Authority (CA) public keys (CA certs). If the default bundle file isn't adequate, you can specify an alternate file using the --cacert option. If this HTTPS server uses a certificate signed by a CA represented in the bundle, the certificate verification probably failed due to a problem with the certificate (it might be expired, or the name might not match the domain name in the URL). If you'd like to turn off curl's verification of the certificate, use the -k (or --insecure) option. }}} {{{ $ openssl s_client -connect www.macports.org:443 -CAfile /opt/local/etc/openssl/cert.pem CONNECTED(00000004) depth=2 C = BE, O = GlobalSign nv-sa, OU = Root CA, CN = GlobalSign Root CA verify error:num=10:certificate has expired notAfter=Jan 28 12:00:00 2014 GMT verify return:0 }}} Using curl-ca-bundle instead of certsync, there is no problem. Analysis from Rainer: > I see in Keychain there are two certificates named "GlobalSign Root CA", and the one used here expired in January 2014, while the other one would be valid until January 2028. It's certainly using the wrong certificate, but I don't know yet why that happens. > > Maybe certsync compares them by name in a dictionary instead of using a unique key identifier and that mixes them up? -- Ticket URL: <https://trac.macports.org/ticket/42718> MacPorts <http://www.macports.org/> Ports system for OS X

1 7

[MacPorts] #42704: meld @1.8.4_0 missing build dependency on rarian
by MacPorts 16 Mar '14

16 Mar '14

#42704: meld @1.8.4_0 missing build dependency on rarian ---------------------+-------------------------------- Reporter: cobbe@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: meld ---------------------+-------------------------------- MacOS 10.9.2, XCode 5.0.2. Meld 1.8.4_0 appears to be missing a build dependency on rarian. When I attempt to install meld, the build fails when it tries to run `scrollkeeper-preinstall`; I've attached the log. I can recover from this error by running {{{ port clean --all meld port install rarian port install meld }}} and then meld builds and installs successfully. Note that this problem only appears when installing binary packages. I have another machine on which I build all packages from source ("`buildfromsource always`" in macports.conf), and this error doesn't appear there. I think that must be because one of meld's dependencies has its own build dependency on rarian, ensuring that rarian is available once `port` gets around to building meld. -- Ticket URL: <https://trac.macports.org/ticket/42704> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #42873: Missing dependency for meld
by MacPorts 16 Mar '14

16 Mar '14

#42873: Missing dependency for meld ---------------------------+-------------------------------- Reporter: carlon.luca@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: meld ---------------------------+-------------------------------- Installing meld fails with: :info:build make[2]: scrollkeeper-preinstall: No such file or directory. Installing rarian first seems to solve the issue. -- Ticket URL: <https://trac.macports.org/ticket/42873> MacPorts <http://www.macports.org/> Ports system for OS X

1 1

Re: [MacPorts] #12218: tracemode complains about $CCACHE_DIR
by MacPorts 16 Mar '14

16 Mar '14

#12218: tracemode complains about $CCACHE_DIR --------------------------+-------------------------------- Reporter: afb@… | Owner: macports-tickets@… Type: enhancement | Status: closed Priority: Normal | Milestone: MacPorts Future Component: base | Version: 1.6.0 Resolution: fixed | Keywords: Port: | --------------------------+-------------------------------- Comment (by cal@…): I don't know, please use the blame feature on browser:trunk/base/src/port1.0/portutil.tcl?marks=1496-1499#L1490 yourself to find out. -- Ticket URL: <https://trac.macports.org/ticket/12218#comment:13> MacPorts <http://www.macports.org/> Ports system for OS X

1 0