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

[MacPorts] #28721: NEW: v8
by MacPorts 12 Jan '13

12 Jan '13

#28721: NEW: v8 --------------------------------+------------------------------------------- Reporter: frodwith@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: v8 --------------------------------+------------------------------------------- Attached is a Portfile for Google's v8 engine (headers, libv8, and sample shell included with the distribution). I have only tested it on my MBP (Snow Leopard). -- Ticket URL: <https://trac.macports.org/ticket/28721> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #20004: gnome-sharp2: update to version 2.24.1
by MacPorts 10 Jan '13

10 Jan '13

#20004: gnome-sharp2: update to version 2.24.1 ---------------------------------+------------------------------------------ Reporter: devans@… | Owner: nox@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: gnome-sharp2 ---------------------------------+------------------------------------------ This is the latest version. Source available here: http://ftp.gnome.org/pub/GNOME/sources/gnome- sharp/2.24/gnome-sharp-2.24.1.tar.bz2 -- Ticket URL: <http://trac.macports.org/ticket/20004> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #18276: wget: locale and ssl support missing with +universal variant
by MacPorts 10 Jan '13

10 Jan '13

#18276: wget: locale and ssl support missing with +universal variant -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: wget -------------------------------------+-------------------------------------- When installed with the +universal variant, wget is missing the message catalogs in the locale directory and wget doesn't link with libintl, libssl or libcrypto. Here's the non-universal build which works: {{{ $ sudo port -d install wget > wget.txt 2>&1 $ wget https://trac.macports.org/ --2009-01-29 21:17:56-- https://trac.macports.org/ Resolving trac.macports.org... 17.254.17.55 Connecting to trac.macports.org|17.254.17.55|:443... connected. ERROR: cannot verify trac.macports.org's certificate, issued by `/C=US/ST=Arizona/L=Scottsdale/O=GoDaddy.com, Inc./OU=http://certificates.godaddy.com/repository/CN=Go Daddy Secure Certification Authority/serialNumber=07969287': Self-signed certificate encountered. To connect to trac.macports.org insecurely, use `--no-check-certificate'. Unable to establish SSL connection. $ LANG=de wget wget: URL fehlt Syntax: wget [OPTION]... [URL]... >>wget --help<< gibt weitere Informationen. $ }}} Here's the universal build which is broken: {{{ $ sudo port deactivate wget ---> Deactivating wget $ sudo port -d install wget +universal > wget-universal.txt 2>&1 $ wget https://trac.macports.org/ https://trac.macports.org/: Unsupported scheme. $ LANG=de wget wget: missing URL Usage: wget [OPTION]... [URL]... Try `wget --help' for more options. $ }}} Note the differences in what libraries are being linked with: {{{ $ cd /opt/local/var/macports/software/wget $ diff -rq 1.11.4_2 1.11.4_2+universal Files 1.11.4_2/opt/local/bin/wget and 1.11.4_2+universal/opt/local/bin/wget differ Only in 1.11.4_2/opt/local/share: locale Files 1.11.4_2/opt/local/share/man/man1/wget.1.gz and 1.11.4_2+universal/opt/local/share/man/man1/wget.1.gz differ $ otool -L 1.11.4_2/opt/local/bin/wget 1.11.4_2/opt/local/bin/wget: /opt/local/lib/libintl.8.dylib (compatibility version 9.0.0, current version 9.2.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.11) /opt/local/lib/libssl.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8) /opt/local/lib/libcrypto.0.9.8.dylib (compatibility version 0.9.8, current version 0.9.8) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) $ otool -L 1.11.4_2+universal/opt/local/bin/wget 1.11.4_2+universal/opt/local/bin/wget: /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 88.3.9) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0) $ }}} -- Ticket URL: <http://trac.macports.org/ticket/18276> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 8

[MacPorts] #19615: nss @3.12.3 Undefined Symbol _sqlite3_prepare_v2
by MacPorts 10 Jan '13

10 Jan '13

#19615: nss @3.12.3 Undefined Symbol _sqlite3_prepare_v2 -----------------------------------+---------------------------------------- Reporter: ctempleton3@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: nss -----------------------------------+---------------------------------------- {{{ $ sudo port install nss ---> Building nss Error: Target org.macports.build returned: shell command "cd /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.mac ports.org_release_ports_net_nss/work/nss-3.12.3 && make -C mozilla/security/coreconf/nsinstall && make -C mozilla/security/dbm && ma ke -C mozilla/security/nss NSPR_LIB_DIR=/opt/local/lib/nspr NSS_USE_SYSTEM_SQLITE=1" returned error 2 Command output: cd symkeyutil; make export make[2]: Nothing to be done for `export'. cd tests; make export cd tests; make export make[2]: Nothing to be done for `export'. cd tstclnt; make export make[2]: Nothing to be done for `export'. cd vfychain; make export make[2]: Nothing to be done for `export'. cd vfyserv; make export make[2]: Nothing to be done for `export'. cd modutil; make export make[2]: Nothing to be done for `export'. cd lib; make libs cd util; make libs ../../../coreconf/nsinstall/Darwin8.11.0_gcc-4.0_DBG.OBJ/nsinstall -R -m 664 Darwin8.11.0_gcc-4.0_DBG.OBJ/libnssutil.a ../../../../dist/Darwin8.11.0_gcc-4.0_DBG.OBJ/lib ../../../coreconf/nsinstall/Darwin8.11.0_gcc-4.0_DBG.OBJ/nsinstall -R -m 775 Darwin8.11.0_gcc-4.0_DBG.OBJ/libnssutil3.dylib ../../../../dist/Darwin8.11.0_gcc-4.0_DBG.OBJ/lib cd freebl; make libs ../../../coreconf/nsinstall/Darwin8.11.0_gcc-4.0_DBG.OBJ/nsinstall -R -m 664 Darwin8.11.0_gcc-4.0_DBG.OBJ/libfreebl.a ../../../../dist/Darwin8.11.0_gcc-4.0_DBG.OBJ/lib make FREEBL_CHILD_BUILD=1 \ OBJDIR=Darwin8.11.0_gcc-4.0_DBG.OBJ/Darwin_SINGLE_SHLIB libs ../../../coreconf/nsinstall/Darwin8.11.0_gcc-4.0_DBG.OBJ/nsinstall -R -m 775 Darwin8.11.0_gcc-4.0_DBG.OBJ/Darwin_SINGLE_SHLIB/libfreebl3.dylib ../../../../dist/Darwin8.11.0_gcc-4.0_DBG.OBJ/lib cd softoken; make libs rm -f Darwin8.11.0_gcc-4.0_DBG.OBJ/libsoftokn3.dylib /usr/bin/gcc-4.0 -dynamiclib -compatibility_version 1 -current_version 1 -install_name /opt/local/lib/nss/libsoftokn3.dylib -headerpad_max_install_names -L/opt/local/lib/nspr -o Darwin8.11.0_gcc-4.0_DBG.OBJ/libsoftokn3.dylib Darwin8.11.0_gcc-4.0_DBG.OBJ/ecdecode.o Darwin8.11.0_gcc-4.0_DBG.OBJ/fipsaudt.o Darwin8.11.0_gcc-4.0_DBG.OBJ/fipstest.o Darwin8.11.0_gcc-4.0_DBG.OBJ/fipstokn.o Darwin8.11.0_gcc-4.0_DBG.OBJ/lgglue.o Darwin8.11.0_gcc-4.0_DBG.OBJ/lowkey.o Darwin8.11.0_gcc-4.0_DBG.OBJ/lowpbe.o Darwin8.11.0_gcc-4.0_DBG.OBJ/padbuf.o Darwin8.11.0_gcc-4.0_DBG.OBJ/pkcs11.o Darwin8.11.0_gcc-4.0_DBG.OBJ/pkcs11c.o Darwin8.11.0_gcc-4.0_DBG.OBJ/pkcs11u.o Darwin8.11.0_gcc-4.0_DBG.OBJ/rsawrapr.o Darwin8.11.0_gcc-4.0_DBG.OBJ/sdb.o Darwin8.11.0_gcc-4.0_DBG.OBJ/sftkdb.o Darwin8.11.0_gcc-4.0_DBG.OBJ/sftkmod.o Darwin8.11.0_gcc-4.0_DBG.OBJ/sftkpars.o Darwin8.11.0_gcc-4.0_DBG.OBJ/sftkpwd.o Darwin8.11.0_gcc-4.0_DBG.OBJ/softkver.o Darwin8.11.0_gcc-4.0_DBG.OBJ/tlsprf.o ../../../../dist/Darwin8.11.0_gcc-4.0_DBG.OBJ/lib/libfreebl.a -L../../../../dist/Darwin8.11.0_gcc-4.0_DBG.OBJ/lib -lnssutil3 -lsqlite3 -L/opt/local/lib/nspr -lplc4 -lplds4 -lnspr4 ld: Undefined symbols: _sqlite3_prepare_v2 /usr/libexec/gcc/powerpc-apple-darwin8/4.0.1/libtool: internal link edit command failed make[2]: *** [Darwin8.11.0_gcc-4.0_DBG.OBJ/libsoftokn3.dylib] Error 1 make[1]: *** [libs] Error 2 make: *** [libs] Error 2 Error: Status 1 encountered during processing. $ }}} -- Ticket URL: <http://trac.macports.org/ticket/19615> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #24336: py26-enthoughtbase hangs indefinitely (>6 hours) at the build stage.
by MacPorts 07 Jan '13

07 Jan '13

#24336: py26-enthoughtbase hangs indefinitely (>6 hours) at the build stage. --------------------------------------------+------------------------------- Reporter: dantebben@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: hang, build, Assembled Command | Port: py26-enthoughtbase --------------------------------------------+------------------------------- At the build stage of py26-enthoughtbase it hangs indefinitely. The last output of the debug is "Assembled command: ..." (see attached file). I have tried this several times over the past 3 days, and went as far as removing everything Python related and starting over. All of the listed dependencies are met. Any ideas on what may be wrong? -- Ticket URL: <http://trac.macports.org/ticket/24336> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #26814: Add 'ruby19' variant to vim
by MacPorts 07 Jan '13

07 Jan '13

#26814: Add 'ruby19' variant to vim --------------------------------------+------------------------------------- Reporter: dmitry.gladkov@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: vim, ruby | Port: vim --------------------------------------+------------------------------------- I have ruby19 only installed and I don't want to install ruby 1.8.x back just to build vim with ruby support. I guess if vim is ruby19 compatible, it should be something like this in portfile: {{{ variant ruby description {Enable Ruby scripting} { configure.args-append --enable-rubyinterp depends_lib-append port:ruby19 } }}} -- Ticket URL: <https://trac.macports.org/ticket/26814> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #20448: doxygen +wizard fails to build on Tiger
by MacPorts 04 Jan '13

04 Jan '13

#20448: doxygen +wizard fails to build on Tiger -----------------------------------+---------------------------------------- Reporter: ccorn@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: QT | Port: doxygen -----------------------------------+---------------------------------------- Port: doxygen 1.5.9 +wizard (svn -r54420) Platform: Mac OS X 10.4.11 on a Powerbook G4 (Darwin 8.11.0/powerpc) Building DoxyWizard aborts with the attached linker errors. Two issues emerge from that: (1) Linking DoxyWizard does not find -lpng. The linker command line misses either an -L${worksrcdir}/libpng (yes, doxygen builds a static copy of libpng) or an -L${prefix}/lib. With respect to a given lib dependency port:libpng and a given post-patch action that inserts ${configure.cppflags} right after the compiler command, I have decided to insert ${configure.ldflags} right after the linker command as well. Thus, MacPort's libpng should be used. At least I hoped so. However, this still did not produce the desired linker command. (But I left the patch in for symmetry reasons.) Finally, I resorted to build.env-append LIBRARY_PATH=${prefix}/lib within the definition of variant wizard. This helped. (2) Universal binaries are built without demand. First, I supposed that this is because there is a second post-patch definition for variant wizard which might override the previous post-patch definition. I have moved the post-patch and post-destroot commands out of the variant definition, and I have guarded them with a test for variant wizard or platform darwin where necessary. Note that the present patches to doxywizard makefiles can mostly be applied without regard to whether variant wizard is in effect, but the patches are appropriate for macosx/darwin only. Therefore, most patches are guarded by the platform test alone. Again, this alone did not help. (I left the patch in because having several post-patch definitions looks confusing anyway.) Finally, I found that addon/doxywizard/doxywizard.pro.in itself specifies "CONFIG += x86 ppc". I have added a patchfile to remove that unless the universal variant is desired. This made the difference. Some quirks removed by the way: (3) ${tmake_conf} was used in post-patch actions, but defined for platform darwin only. I have moved the definition into the post-patch section. Both the definition and the affected patch action are conditioned on a test for platform darwin now. (4) The build dependency bin:ginstall:coreutils is not needed. Just add --install /usr/bin/install to configure.args, and doxygen will use that. Also relevant for ticket #18400. I have attached a Portfile patch, an additional patchfile and the (previous) error excerpts. The patches succeed in building doxygen +wizard and doxygen -wizard correctly on my platform. -- Ticket URL: <http://trac.macports.org/ticket/20448> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #22872: aiccu - daemondo automatically restarts it, the reason why it exists is because something is broken.....
by MacPorts 03 Jan '13

03 Jan '13

#22872: aiccu - daemondo automatically restarts it, the reason why it exists is because something is broken..... --------------------------------------------------------------------+------- Reporter: jeroen@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 1.8.1 Keywords: aiccu daemondo broken ddos repeat no-logging useraware | Port: aiccu --------------------------------------------------------------------+------- "daemondo launches the daemon directly, rather than indirectly via a script, and therefore it automatically knows how to monitor a daemon process and restart it if it dies." And thus, when aiccu exits because there is an unresolvable error case daemondo automatically restarts it, aiccu exists, daemondo restarts it, aiccu exits..... ad infinitum. Otherwise said: daemondo is not the proper tool for running AICCU in this way as it clearly avoids to check the exit code of AICCU, which exits because there is an error condition, which means it can't do anything else and that user intervention is needed. A couple of solutions that should be applied in this case and most likely in the cases of many other daemons which will abort on startup: - don't use it specifically for AICCU - rate limit the number of 'startups', if it fails X times, then don't start it any more. - If it fails after the first startup, tell the user, and don't start it again. - etc etc etc. From the 'README' file in the AICCU distribution: 8<------------------------------- WARNING: never run AICCU from DaemonTools or a similar automated 'restart' tool/script. When AICCU does not start, it has a reason not to start which it gives on either the stdout or in the (sys)log file. The TIC server *will* automatically disable accounts which are detected to run in this mode. Use 'verbose true' to see more information which is especially handy when starting fails. ------------------------------------->8 Oh and as clearly logging is not configured properly, nor the user ever cares to look at it they will never figure this problem out. Most likely the same goes for a lot of other daemons. In this case it is especially annoying as it will contact the TIC servers of SixXS, which will then have to rate limit the client and disable them, as per the above. Still, the client, which gets repeatedly restarted by daemondo will keep on trying to hammer those TIC servers. Thank you macport folks for another attempt at DDoSSing them. (attempt, as it fails due to the ratelimmitting and fortunately also the limited number of clients of which we had to tell and explain the users that they had a broken client....) But lets solve this properly, as macports is where the problem happens. Please resolve this. Additionally "startupitem.netchange" which is described as "Cause the daemon to be restarted when a change in network state is detected." is completely ridiculous in the case of AICCU as AICCU already KNOWS how to handle network changes, that is why there are "specialized" protocols called heartbeat and AYIYA which AICCU supports. Thus that option can also go to /dev/null for AICCU. -- Ticket URL: <http://trac.macports.org/ticket/22872> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #26039: php5-5.3.3 Adding support to FPM
by MacPorts 01 Jan '13

01 Jan '13

#26039: php5-5.3.3 Adding support to FPM --------------------------------+------------------------------------------- Reporter: info@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: php5 fpm | Port: php5 --------------------------------+------------------------------------------- Hey This diff file adds support to FPM with the fpm variant. It also registers a startup script for FPM. One thing I couldn't manage to change is FPM default configuration file being installed to ${prefix}/etc/php-fpm.conf.default Thanks. :) -- Ticket URL: <http://trac.macports.org/ticket/26039> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 21

[MacPorts] #28806: New port: gle-graphics
by MacPorts 30 Dec '12

30 Dec '12

#28806: New port: gle-graphics ---------------------------------------+------------------------------------ Reporter: swinbank@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: ---------------------------------------+------------------------------------ The Graphics Layout Engine is a scripting language for producing high quality plots & diagrams. Portfile and patches attached. -- Ticket URL: <https://trac.macports.org/ticket/28806> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4