February 2013 - macports-tickets - lists.macosforge.org

[MacPorts] #38084: denyhosts @2.6.4 exits (2) in MacOS X 10.8 (Mountain Lion)
by MacPorts 19 Feb '13

19 Feb '13

#38084: denyhosts @2.6.4 exits (2) in MacOS X 10.8 (Mountain Lion) ----------------------+-------------------------------- Reporter: catkfr@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: ----------------------+-------------------------------- This should be an add-on to ticket #35477 but have not found how to do that. On a fresh install on denyhosts, denyhosts would exit with error 2 in system.log. I have followed the README.txt and launched by hand daemon-control: {{{ denyhosts$ sudo ./daemon-control start starting DenyHosts: /opt/local/Library/Frameworks/Python.framework/Versions/2.7/bin/python2.7 /opt/local/Library/Frameworks/Python.framework/Versions/2.7/bin/denyhosts.py --daemon --config=/opt/local/share/denyhosts/denyhosts.cfg Traceback (most recent call last): File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/bin/denyhosts.py", line 164, in <module> first_time, noemail, daemon) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/DenyHosts/deny_hosts.py", line 78, in __init__ self.get_denied_hosts() File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/DenyHosts/deny_hosts.py", line 272, in get_denied_hosts for line in open(self.__prefs.get('HOSTS_DENY'), "r"): IOError: [Errno 2] No such file or directory: '/etc/hosts.deny' }}} Turns out: creating the file /etc/hosts.deny fixes the problem. I did a "sudo touch /etc/hosts.deny" and could then launch the daemon without any issues. As a summary, this is what I did installing denyhosts on Mountain Lion requires: - creating denyhosts.cfg and daemon-control in /opt/local/share/denyhosts - changing {{{ SECURE_LOG=/private/var/log/system.log }}} - doing {{{ sudo touch /etc/hosts.deny }}} - finally launching {{{ sudo port load denyhosts }}} Hope this helps. -- Ticket URL: <https://trac.macports.org/ticket/38084> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #38028: libglade2 autoreconf failure on 10.6
by MacPorts 19 Feb '13

19 Feb '13

#38028: libglade2 autoreconf failure on 10.6 --------------------+-------------------------------- Reporter: snc@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: libglade2 --------------------+-------------------------------- {{{ autoreconf: running: /usr/bin/autoconf --force configure.in:28: error: possibly undefined macro: dnl If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. configure.in:35: error: possibly undefined macro: AM_PATH_GTK_2_0 configure.in:118: error: possibly undefined macro: AM_GLIB_GNU_GETTEXT autoreconf: /usr/bin/autoconf failed with exit status: 1 }}} -- Ticket URL: <https://trac.macports.org/ticket/38028> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #38100: libgpphoto2 @2.5.0 Update to 2.5.1.1
by MacPorts 19 Feb '13

19 Feb '13

#38100: libgpphoto2 @2.5.0 Update to 2.5.1.1 --------------------------------+-------------------------------- Reporter: danielgwh@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: libgphoto2 gphoto2 | Port: libgphoto2 --------------------------------+-------------------------------- Requesting for a port update of libgphoto2 from version 2.5.0 to 2.5.1.1. -- Ticket URL: <https://trac.macports.org/ticket/38100> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #38115: Request for variant: version of wine-crossover that doesn't conflict with other wines
by MacPorts 19 Feb '13

19 Feb '13

#38115: Request for variant: version of wine-crossover that doesn't conflict with other wines -------------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: wine-crossover -------------------------+-------------------------------- Some versions of wine-crossover, such as those bundled by [http://wineskin.urgesoftware.com/tiki-index.php WineSkin], prefix all of their files with "cx". I made a variant for the wine-crossover portfile that does the same thing: {{{ variant noconflict description {Removes conflicts with the other Wine ports by adding a prefix to everything installed} { conflicts-delete wine wine-devel post-destroot { xinstall -d ${destroot}${prefix}/libexec/cxwine file rename ${destroot}${prefix}/bin/wineloader ${destroot}${prefix}/libexec/cxwine/cxwine file rename ${destroot}${prefix}/lib/libwine.1.0.dylib ${destroot}${prefix}/lib/libcxwine.1.0.dylib system -W ${destroot}${prefix}/lib "ln -sfv ./libcxwine.1.0.dylib ./libwine.1.dylib" system -W ${destroot}${prefix}/lib "ln -sfv ./libcxwine.1.0.dylib ./libwine.dylib" file rename ${destroot}${prefix}/lib/libwine.dylib ${destroot}${prefix}/lib/libcxwine.dylib file rename ${destroot}${prefix}/lib/libwine.1.dylib ${destroot}${prefix}/lib/libcxwine.1.dylib system "install_name_tool -change @executable_path/../lib/libwine.1.dylib ${prefix}/lib/libcxwine.1.dylib ${destroot}${prefix}/libexec/cxwine/cxwine" file rename ${destroot}${prefix}/lib/wine ${destroot}${prefix}/lib/cxwine file rename ${destroot}${prefix}/include/wine ${destroot}${prefix}/include/cxwine foreach dll [glob ${destroot}${prefix}/lib/cxwine/*.so] { system "install_name_tool -change @executable_path/../lib/libwine.1.dylib ${prefix}/lib/libcxwine.1.dylib ${dll}" } foreach binary [glob ${destroot}${prefix}/bin/*] { file rename ${binary} [file dirname ${binary}]/cx[file tail ${binary}] } system -W ${destroot}${prefix}/bin "ln -sfv ./cxwinegcc ./cxwinecpp" system -W ${destroot}${prefix}/bin "ln -sfv ./cxwinegcc ./cxwineg++" foreach manpage [glob ${destroot}${prefix}/share/man/man1/*] { file rename ${manpage} [file dirname ${manpage}]/cx[file tail ${manpage}] } file delete ${destroot}${prefix}/share/man/man1/cxwinecpp.1 file delete ${destroot}${prefix}/share/man/man1/cxwineg++.1 foreach manpage [glob ${destroot}${prefix}/share/man/*.UTF-8/man1/*] { file rename ${manpage} [file dirname ${manpage}]/cx[file tail ${manpage}] } xinstall ${filespath}/wine.in ${destroot}${prefix}/bin/cxwine reinplace s|@PREFIX@|${prefix}|g ${destroot}${prefix}/bin/cxwine file rename ${destroot}${prefix}/share/wine ${destroot}${prefix}/share/cxwine xinstall -d ${destroot}${prefix}/share/cxwine/gecko xinstall -m 644 ${distpath}/${wine_gecko_distfile} ${destroot}${prefix}/share/cxwine/gecko file rename ${destroot}${prefix}/share/applications/wine.desktop ${destroot}${prefix}/share/applications/cxwine.desktop xinstall -d ${destroot}${prefix}/share/doc/${name} xinstall -m 644 -W ${worksrcpath} \ ANNOUNCE \ AUTHORS \ COPYING.LIB \ LICENSE \ README \ ${destroot}${prefix}/share/doc/${name} } } }}} I'm only posting this variant here instead of an entire diff or portfile because I made some other extraneous changes to the portfile, too, that I don't want to submit. -- Ticket URL: <https://trac.macports.org/ticket/38115> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #33421: libglade2 looks for libexpat in the wrong location
by MacPorts 19 Feb '13

19 Feb '13

#33421: libglade2 looks for libexpat in the wrong location ----------------------------------------+----------------------------------- Reporter: cwacek@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.4 Keywords: libglade2,libtool,libexpat | Port: libglade2 ----------------------------------------+----------------------------------- When attempting to install libglade2 on OS X Lion (macports 2.0.4), libtool fails to find libexpat because it's searching in /usr/local/lib instead of /opt/local/lib. {{{ :info:build /bin/sh ./libtool --tag=CC --mode=link /usr/bin/llvm-gcc-4.2 -pipe -O2 -arch x86_64 -Wall -std=c9x -L/opt/local/lib -arch x86_64 -o test-libglade test-libglade.o glade/libglade-2.0.la -L/opt/local/lib -lxml2 -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lpangocairo-1.0 -lXext -lXrender -lXinerama -lXi -lXrandr -lXcursor -lXcomposite -lXdamage -lgdk_pixbuf-2.0 -lpangoft2-1.0 -lgio-2.0 -lXfixes -lcairo -lX11 -lpango-1.0 -lm -lfreetype -lfontconfig -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -lintl :info:build libtool: link: cannot find the library `/usr/local/lib/libexpat.la' or unhandled argument `/usr/local/lib/libexpat.la' }}} -- Ticket URL: <https://trac.macports.org/ticket/33421> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10

[MacPorts] #38093: kerberos5 1.11_1 darwin8 - build failed
by MacPorts 19 Feb '13

19 Feb '13

#38093: kerberos5 1.11_1 darwin8 - build failed ----------------------------+-------------------------------- Reporter: dinobot@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 2.1.3 Keywords: libtool -lintl | Port: kerberos5 ----------------------------+-------------------------------- {{{ :info:build Command failed: cd "/opt/local/var/macports/build/_opt_local_var_ma cports_sources_rsync.macports.org_release_tarballs_ports_net_kerberos5/kerberos5 /work/krb5-krb5-af092d6/src" && /usr/bin/make -w all Build fails at: + /usr/bin/gcc-4.0 -undefined error -dead_strip -dynamiclib -compatibility_version 0 -current_version 0.0 -install_name /opt/local/lib/libverto.0.0.dylib -exported_symbols_list darwin.exports -pipe -O2 -arch ppc -fno-common -o libverto.0.0.dylib verto.so module.so verto-k5ev.so -lcrypto -lintl -lresolv -lm -arch ppc -Wl,-search_paths_first -dylib_file /opt/local/lib/libkrb5support.1.1.dylib:../../lib/libkrb5support.1.1.dylib -dylib_file /opt/local/lib/libkadm5srv.5.1.dylib:../../lib/libkadm5srv.5.1.dylib -dylib_file /opt/local/lib/libkdb5.4.0.dylib:../../lib/libkdb5.4.0.dylib '''/usr/bin/libtool: can't locate file for: -lintl /usr/bin/libtool: file: -lintl is not an object file (not allowed in a library)''' make[2]: *** [libverto.0.0.dylib] Error 1 }}} -- Ticket URL: <https://trac.macports.org/ticket/38093> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 16

[MacPorts] #38088: Build process for getopt 1.1.5 produces "bad magic number (not a Mach-O file)" output?
by MacPorts 19 Feb '13

19 Feb '13

#38088: Build process for getopt 1.1.5 produces "bad magic number (not a Mach-O file)" output? -----------------------------+-------------------------------- Reporter: Peter_Dyballa@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: getopt -----------------------------+-------------------------------- Hello! The upgrade stops here: {{{ make: Entering directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_sysutils_getopt/getopt/work/getopt-1.1.5' /usr/bin/gcc-4.0 -c -DLIBCGETOPT=0 -DWITHOUT_GETTEXT=0 -DLOCALEDIR=\"/opt/local/share/locale\" -DNOT_UTIL_LINUX -Dprogram_invocation_short_name=\"getopt\" -Dprogram_version=\"1.1.5\" -I/opt/local/include -I./gnu -Wall -W -Wshadow -Wpointer-arith -Wbad- function-cast -Wcast-qual -Wcast-align -Wmissing-declarations -Wwrite- strings -Wstrict-prototypes -Wmissing-prototypes -Wnested-externs -Winline -O3 -fno-strength-reduce -arch ppc getopt.c -o getopt.o In file included from getopt.c:65: ./gnu/getopt.h:106: warning: function declaration isn’t a prototype /usr/bin/gcc-4.0 -L/opt/local/lib -lintl -arch ppc -o getopt getopt.o gnu/getopt.o gnu/getopt1.o /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: gnu/getopt.o bad magic number (not a Mach-O file) /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/ld: gnu/getopt1.o bad magic number (not a Mach-O file) collect2: ld returned 1 exit status make: *** [getopt] Error 1 make: Leaving directory `/opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_sysutils_getopt/getopt/work/getopt-1.1.5' }}} On the command line I get a different report: {{{ pete 274 /\ l /opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_sysutils_getopt/getopt/work/getopt-1.1.5/*.o -rw-r--r-- 1 macports admin 15044 17 Feb 01:02 /opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_sysutils_getopt/getopt/work/getopt-1.1.5/getopt.o pete 275 /\ file /opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_sysutils_getopt/getopt/work/getopt-1.1.5/*.o /opt/local/var/macports/build/_opt_local_var_macports_sources_lil.fr.rsync.macports.org_release_tarballs_ports_sysutils_getopt/getopt/work/getopt-1.1.5/getopt.o: Mach-O object ppc }}} -- Ticket URL: <https://trac.macports.org/ticket/38088> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #38094: Gimp build failure due to variant conflict with cairo
by MacPorts 19 Feb '13

19 Feb '13

#38094: Gimp build failure due to variant conflict with cairo ---------------------------+-------------------------------- Reporter: clint.olsen@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: gimp, cairo | Port: gimp ---------------------------+-------------------------------- I'm not willing to rule out some user error since I'm reinstalling my ports from an OS upgrade to Mountain Lion, but I'm seeing the following: {{{ version:1 :debug:main Attempting ln -sf /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_pango/pango/work /opt/local/var/macports/sources/rsync.macports.org/release/ports/x11/pango/work :debug:main Executing org.macports.main (pango) :debug:archivefetch archivefetch phase started at Sat Feb 16 23:53:18 PST 2013 :msg:archivefetch ---> Fetching archive for pango :debug:archivefetch Executing proc-pre-org.macports.archivefetch- archivefetch-0 :debug:archivefetch cairo is installed with the following variants: +x11 :debug:archivefetch required: , forbidden: quartz :debug:archivefetch accepted :debug:archivefetch cairo is installed with the following variants: +x11 :debug:archivefetch required: , forbidden: x11 :debug:archivefetch rejected, because forbidden variant x11 is present :error:archivefetch org.macports.archivefetch for port pango returned: cairo must be installed without +x11. :debug:archivefetch Error code: NONE :debug:archivefetch Backtrace: cairo must be installed without +x11. while executing "$pre $targetname" :info:archivefetch Warning: targets not executed for pango: org.macports.activate org.macports.archivefetch org.macports.fetch org.macports.checksum org.macports.extract org.macports.patch org.macports.configure org.macports.build org.macports.destroot org.macports.install :error:archivefetch Failed to install pango :debug:archivefetch couldn't open "/System/Library/Frameworks/Tcl.framework/Versions/8.5/Resources/tclIndex": no such file or directory while executing "open [file join $dir tclIndex]" :notice:archivefetch Please see the log file for port pango for details: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_x11_pango/pango/main.log }}} It seems that cairo was installed as a dependency for harfbuzz, and harfbuzz is required for gimp. -- Ticket URL: <https://trac.macports.org/ticket/38094> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 13

[MacPorts] #38043: darwinbuild @33 +universal needs a revbump to rebuild against the latest tcl
by MacPorts 19 Feb '13

19 Feb '13

#38043: darwinbuild @33 +universal needs a revbump to rebuild against the latest tcl ---------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: darwinbuild ---------------------+-------------------------------- Doing a rev-upgrade, it caught this: {{{ ---> Scanning binaries for linking errors Could not open /opt/local/lib/libtcl8.5.dylib: Error opening or reading file (referenced from /opt/local/bin/darwinxref) DEBUG: Marking /opt/local/bin/darwinxref as broken DEBUG: Marking /opt/local/bin/darwinxref as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/configuration.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/configuration.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/dependencies.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/dependencies.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/diff.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/diff.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/dot.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/dot.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/edit.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/edit.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/environment.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/environment.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/exportFiles.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/exportFiles.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/exportIndex.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/exportIndex.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/exportProject.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/exportProject.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/findFile.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/findFile.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/inherits.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/inherits.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/loadDeps.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/loadDeps.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/loadFiles.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/loadFiles.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/loadIndex.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/loadIndex.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/mergeBuild.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/mergeBuild.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/original.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/original.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/patchfiles.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/patchfiles.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/plist_sites.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/plist_sites.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/query.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/query.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/register.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/register.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/resolveDeps.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/resolveDeps.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/source_sites.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/source_sites.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/target.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/target.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/version.so as broken DEBUG: Marking /opt/local/share/darwinxref/plugins/version.so as broken ---> Found 50 broken file(s), matching files to ports ---> Found 1 broken port(s), determining rebuild order DEBUG: Broken: darwinbuild DEBUG: Processing port darwinbuild @0:33_0 +universal ---> Rebuilding in order darwinbuild @33 +universal }}} The rev-upgrade was successful, but it would have been nice if it had been right the first time so the rev-upgrade wouldn't have been needed. -- Ticket URL: <https://trac.macports.org/ticket/38043> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #37835: pearl: add dependency on p5.12-lwp-useragent-determined
by MacPorts 19 Feb '13

19 Feb '13

#37835: pearl: add dependency on p5.12-lwp-useragent-determined ----------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: haspatch | Port: pearl ----------------------+-------------------------------- When I first tried to use pearl after installing it, I got the following error: {{{ Can't locate LWP/UserAgent.pm in @INC (@INC contains: /opt/local/lib/perl5/site_perl/5.12.4/darwin-thread-multi-2level /opt/local/lib/perl5/site_perl/5.12.4 /opt/local/lib/perl5/vendor_perl/5.12.4/darwin-thread-multi-2level /opt/local/lib/perl5/vendor_perl/5.12.4 /opt/local/lib/perl5/5.12.4 /darwin-thread-multi-2level /opt/local/lib/perl5/5.12.4 /opt/local/lib/perl5/site_perl /opt/local/lib/perl5/vendor_perl .) at /opt/local/bin/pearl line 8. BEGIN failed--compilation aborted at /opt/local/bin/pearl line 8. }}} So then I installed p5.12-lwp-useragent-determined and it worked. -- Ticket URL: <https://trac.macports.org/ticket/37835> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8