June 2009 - macports-tickets - lists.macosforge.org

[MacPorts] #17877: mutt 1.4.2.3 (with +compress) fails with "aclocal-1.9: command not found"
by MacPorts 04 Nov '12

04 Nov '12

#17877: mutt 1.4.2.3 (with +compress) fails with "aclocal-1.9: command not found" -----------------------------------------+---------------------------------- Reporter: shreevatsa.public@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: mutt -----------------------------------------+---------------------------------- Build failure: {{{ sudo port install mutt +buffy +compress ---> Fetching mutt ---> Verifying checksum(s) for mutt ---> Extracting mutt ---> Applying patches to mutt ---> Configuring mutt ---> Building mutt Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_mail_mutt/work/mutt-1.4.2.3" && make all " returned error 2 Command output: ./gen_defs ./OPS ./OPS.PGP > keymap_defs.h ./patchlist.sh < ./PATCHES > patchlist.c cd . && /bin/sh /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_mail_mutt/work/mutt-1.4.2.3/missing --run aclocal-1.9 -I m4 /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_mail_mutt/work/mutt-1.4.2.3/missing: line 46: aclocal-1.9: command not found WARNING: `aclocal-1.9' is needed, and you do not seem to have it handy on your system. You might have modified some files without having the proper tools for further handling them. Check the `README' file, it often tells you about the needed prerequirements for installing this package. You may also peek at any GNU archive site, in case some other package would contain this missing `aclocal-1.9' program. make: *** [aclocal.m4] Error 1 Error: Status 1 encountered during processing. }}} It builds fine without +compress. In both /usr/bin/ and /opt/local/bin/, I have `aclocal` and `aclocal-1.10`, no `aclocal-1.9`. -- Ticket URL: <http://trac.macports.org/ticket/17877> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #17519: Add newsbeuter as a port
by MacPorts 15 Oct '12

15 Oct '12

#17519: Add newsbeuter as a port ---------------------------------------+------------------------------------ Reporter: macports.org@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Requests Component: ports | Version: 1.6.0 Keywords: | Port: ---------------------------------------+------------------------------------ http://www.newsbeuter.org/ Console-based feed reader with a mutt-like feel and UI. -- Ticket URL: <http://trac.macports.org/ticket/17519> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #15558: Provide quartz-only variant of cairo port
by MacPorts 06 Oct '12

06 Oct '12

#15558: Provide quartz-only variant of cairo port -------------------------------+-------------------------------------------- Reporter: macports(a)flyn.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Low | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: | -------------------------------+-------------------------------------------- The cairo port currently provides three variants: universal, which builds all of cairo's backends (e.g., freetype and quartz on Mac OS X); glitz, which (in addition) enables glitz and no_x11, which disables X11 functionality. I would like to see a pure quartz variant. It is desirable to have only one font subsystem (quartz). This is not yet generally feasible because many applications do not support the quartz back-end. However, a pure quartz variant would allow developers to easily build an environment from which they could continue to port applications to support the quartz back- end. Broken, for lack of a better word, applications would immediately reveal themselves as they would not build and/or execute. If a user is only interested in a subset of applications that do support the quartz back-end, then he may install them without many unnecessary dependencies. Of course, the universal build should remain the default for quite some time (if not forever). This was discussed in ticket #15052. I opened a separate ticket so that it may be tracked. -- Ticket URL: <http://trac.macports.org/ticket/15558> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #18905: SBCL: Compile errors with variant threads on Leopard 10.5.6 (PPC)
by MacPorts 09 Sep '12

09 Sep '12

#18905: SBCL: Compile errors with variant threads on Leopard 10.5.6 (PPC) ---------------------------------+------------------------------------------ Reporter: nitralime@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: SBCL, Common Lisp | Port: sbcl ---------------------------------+------------------------------------------ While compiling SBCL with variant threads I got the following error: .... dynbind.c: In function 'bind_variable': dynbind.c:46: error: 'TLS_INDEX_LOCK' undeclared (first use in this function) dynbind.c:46: error: (Each undeclared identifier is reported only once dynbind.c:46: error: for each function it appears in.) dynbind.c:51: error: 'FREE_TLS_INDEX' undeclared (first use in this function) dynbind.c:55: warning: implicit declaration of function 'lose' make: *** [dynbind.o] Error 1 ... Without variant threads it works fine! -- Ticket URL: <http://trac.macports.org/ticket/18905> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10

[MacPorts] #18913: gnuplot installation requires a specific version of Emacs.app
by MacPorts 10 Aug '12

10 Aug '12

#18913: gnuplot installation requires a specific version of Emacs.app ----------------------------------+----------------------------------------- Reporter: marc.shapiro@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: ----------------------------------+----------------------------------------- installing gnuplot fails with my Emacs.app installation. It is strange that it requires Emacs and even stranger that it requires a specific Emacs installation Making all in lisp emacs -batch -q -no-site-file -l ./dot.el -f batch-byte-compile gnuplot.el Warning: arch-dependent data dir (/Volumes/Emacs/Emacs.app/Contents/MacOS/libexec/emacs/22.1.50/powerpc- apple-darwin8.10.0/) does not exist. Warning: arch-independent data dir (/Applications/Emacs.app/Contents/Resources/share/emacs/22.1.50/etc/) does not exist. Wrong type argument: stringp, nil -- Ticket URL: <http://trac.macports.org/ticket/18913> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #18700: AfterStep conflict with ImageMagick
by MacPorts 07 Aug '12

07 Aug '12

#18700: AfterStep conflict with ImageMagick ------------------------------------------+--------------------------------- Reporter: macsforever2000@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: AfterStep ImageMagick ------------------------------------------+--------------------------------- While attempting to install AfterStep, I see the following conflict: {{{ ---> Activating AfterStep @2.2.8_0 Error: Target org.macports.activate returned: Image error: /opt/local/bin/Animate is being used by the active ImageMagick port. Please deactivate this port first, or use the -f flag to force the activation. Error: Status 1 encountered during processing. }}} -- Ticket URL: <http://trac.macports.org/ticket/18700> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #20051: gnupg2 2.0.11 Package shouldn't have libusb dependency
by MacPorts 07 Aug '12

07 Aug '12

#20051: gnupg2 2.0.11 Package shouldn't have libusb dependency --------------------------------------------------------------+------------- Reporter: speed.rob@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: gpg gnupg libusb scdaemon smartcard "smart card" | Port: gnupg2 --------------------------------------------------------------+------------- Installing gnupg2 also installs the libusb package to support scadaemon, which handles authentication via smart cards. As I doubt a sizable portion of GPG users require this feature I propose it be disabled by default and available as a variant. If smartcard users ''do'' represent a large enough portion of the user base, a no_scdaemon variant to remove the dependency should be available. -- Ticket URL: <http://trac.macports.org/ticket/20051> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #18398: Couchdb-devel @0.9.0a-incubating_0+server won't start fully
by MacPorts 27 Jul '12

27 Jul '12

#18398: Couchdb-devel @0.9.0a-incubating_0+server won't start fully -----------------------------+---------------------------------------------- Reporter: shoan@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: couchdb 0.9.0a | Port: Couchdb-devel -----------------------------+---------------------------------------------- I have tried the tips mentioned in #16985 but can't get couchdb to start fully. When I start couchdb, I see {{{ Nirvana:bin shoan$ sudo -u couchdb couchdb Password: Apache CouchDB 0.9.0a719015-incubating (LogLevel=info) is starting. Apache CouchDB has started. Time to relax. }}} From another terminal tab I see {{{ Nirvana:couchdb shoan$ sudo -u couchdb couchdb -s Apache CouchDB is not running. }}} The couchdb process seems to have started: {{{ Nirvana:couchdb shoan$ ps ax |grep -i couc[h] 31868 s000 S+ 0:00.39 /opt/local/lib/erlang/erts-5.6.5/bin/beam -Bd -K true -- -root /opt/local/lib/erlang -progname erl -- -home /Users/shoan -noshell -noinput -smp auto -sasl errlog_type error -pa /opt/local/lib/couchdb/erlang /lib/mochiweb-r82/ebin /opt/local/lib/couchdb/erlang/lib/couch-0.9.0a719015-incubating/ebin -eval application:load(inets) -eval application:load(crypto) -eval application:load(couch) -eval crypto:start() -eval inets:start() -eval couch_server:start([ "/opt/local/etc/couchdb/default.ini", "/opt/local/etc/couchdb /local.ini"]), receive done -> done end. }}} But netstat does not indicate the port 5894 open. I also created the directories /opt/local/var/lib/couchdb/ and /opt/local/var/log/couchdb/ as per #16985. But it still does not open the port. -- Ticket URL: <http://trac.macports.org/ticket/18398> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #18551: MPlayer 1.0rc2_3 fails to build with +x264
by MacPorts 19 Jul '12

19 Jul '12

#18551: MPlayer 1.0rc2_3 fails to build with +x264 -----------------------------------------+---------------------------------- Reporter: tkomulai+macports@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: mplayer -----------------------------------------+---------------------------------- * MPlayer @1.0rc2, Revision 3 (multimedia) * x264 @20090129 (multimedia) {{{ % sudo port install MPlayer +binary_codecs+darwin_8+faac+macosx+osd+speex+theora+x264+xvid [..] /usr/bin/gcc-4.0 -I../libswscale -I../libavcodec -DHAVE_AV_CONFIG_H -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_ISOC9X_SOURCE -I.. -I.. -I../libavutil -Wdisabled-optimization -Wno-pointer-sign -Wdeclaration- after-statement -I. -I.. -I../libavutil -Wall -Wno-switch -Wpointer-arith -Wredundant-decls -O4 -march=pentium-m -mtune=pentium-m -pipe -ffast-math -fomit-frame-pointer -mdynamic-no-pic -falign-loops=16 -DSYS_DARWIN -shared-libgcc -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -DHAVE_CONFIG_H -I/opt/local/include/lzo -I/opt/local/include -I/usr/local/include -I/usr/X11R6/include -I/opt/local/include/freetype2 -I/opt/local/include -c -o libx264.o libx264.c libx264.c: In function 'X264_init': libx264.c:165: error: 'x264_param_t' has no member named 'b_bframe_adaptive' libx264.c:228: error: 'struct <anonymous>' has no member named 'b_bidir_me' libx264.c:229: error: 'struct <anonymous>' has no member named 'b_bframe_rdo' libx264.c:254: error: 'struct <anonymous>' has no member named 'psz_rc_eq' make[1]: *** [libx264.o] Error 1 make: *** [libavcodec/libavcodec.a] Error 2 }}} -- Ticket URL: <http://trac.macports.org/ticket/18551> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #17802: mplayer 1.0rc2 vo_ontop (stay-on-top) doesn't work
by MacPorts 19 Jul '12

19 Jul '12

#17802: mplayer 1.0rc2 vo_ontop (stay-on-top) doesn't work -----------------------------------------+---------------------------------- Reporter: shreevatsa.public@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: mplayer -----------------------------------------+---------------------------------- mplayer has a keyboard control of: {{{ T Toggle stay-on-top (also see -ontop). }}} which doesn't work: whenever T is pressed, the OSD always says "Stay on top: disabled", and at the commandline we see "Command vo_ontop: argument 1 isn't an integer." The explanation for this I found in the replies to a 2007 October thread on their mailing list, at http://lists.mplayerhq.hu/pipermail/mplayer- users/2007-October/069603.html The fix ''might be'' to apply [http://svn.mplayerhq.hu/mplayer/trunk/input/input.c?r1=24844&sortdir=down&p… this patch] to the source (is the current release really older than October 2007?? maybe it's already applied...) Alternatively, another simpler fix that just works is to do: {{{ touch ~/.mplayer/input.conf }}} (i.e., create the file if it doesn't exist). But since it's probably not a good idea to modify every user's homedirectories, another fix is to remove the comment after the "T vo_ontop" line in $PREFIX/etc/MPlayer/input.conf (or move the comment to another line). Note that "T vo_ontop" is not the only command affected by this; e.g. hitting "r" or "t" (which are for moving subtitles) also has the same bug (i.e. there is the message at the commandline, although it doesn't seem to matter), and probably so do whatever other commands in input.conf have a comment following them. -- Ticket URL: <http://trac.macports.org/ticket/17802> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3