November 2012 - macports-tickets - lists.macosforge.org

[MacPorts] #36668: postgresql92 @9.2.1 Add hstore Extension
by MacPorts 28 Feb '14

28 Feb '14

#36668: postgresql92 @9.2.1 Add hstore Extension -------------------------+-------------------------------- Reporter: matias@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: hstore | Port: postgresql92 -------------------------+-------------------------------- Please add the hstore extension to postgresql92 as described here for postgresql91: http://stackoverflow.com/a/9343432/245405 -- Ticket URL: <https://trac.macports.org/ticket/36668> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #15648: VPython request
by MacPorts 27 Feb '14

27 Feb '14

#15648: VPython request -------------------------------+-------------------------------------------- Reporter: ralph(a)cs.cf.ac.uk | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Requests Component: ports | Version: 1.6.0 Keywords: VPython | -------------------------------+-------------------------------------------- Any chance of a MacPort of VPython? -- Ticket URL: <http://trac.macports.org/ticket/15648> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 21

[MacPorts] #34933: base: loop through sources before returning the default path in macports::getportresourcepath
by MacPorts 25 Feb '14

25 Feb '14

#34933: base: loop through sources before returning the default path in macports::getportresourcepath -------------------------------------------+-------------------------------- Reporter: sean.michael.farley@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: base | Version: 2.1.1 Keywords: portgroup | Port: -------------------------------------------+-------------------------------- Without this patch, creating custom PortGroups (and putting them in your own local repo) will cause warnings and errors sometimes because base doesn't know where the groups are located. This patch fixes returning the default path too soon. I am no tcl expert, so if someone knows of a better way to do this, please speak up. -- Ticket URL: <https://trac.macports.org/ticket/34933> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #19795: Lustre
by MacPorts 24 Feb '14

24 Feb '14

#19795: Lustre --------------------------------------+------------------------------------- Reporter: macports.users@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: zfs, sun | Port: --------------------------------------+------------------------------------- http://www.sun.com/software/products/lustre/get.jsp -- Ticket URL: <http://trac.macports.org/ticket/19795> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #19735: multimedia/libdv +gtk fails to build
by MacPorts 24 Feb '14

24 Feb '14

#19735: multimedia/libdv +gtk fails to build -------------------------------------------+-------------------------------- Reporter: michael.grunewald@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: libdv failure dependency gtk1 | Port: libdv -------------------------------------------+-------------------------------- The build log says `sys/soundcard.h' not found, so the build failure may come from a missing dependency (but I would not expect 3rd pary software to install files under a directory named sys). Here is the build log: {{{ # port build libdv +gtk -sdl ---> Fetching libdv ---> Verifying checksum(s) for libdv ---> Extracting libdv ---> Configuring libdv ---> Building libdv Error: Target org.macports.build returned: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_www.macports.org_files_ports_multimedia_libdv/work/libdv-1.0.0" && make all " returned error 2 Command output: if /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/local/include -O2 -Wall -g -MT dvavi.o -MD -MP -MF ".deps/dvavi.Tpo" -c -o dvavi.o dvavi.c; \ then mv -f ".deps/dvavi.Tpo" ".deps/dvavi.Po"; else rm -f ".deps/dvavi.Tpo"; exit 1; fi /bin/sh ../libtool --silent --tag=CC --mode=link /usr/bin/gcc-4.0 -O2 -Wall -g -L/opt/local/lib -flat_namespace -undefined suppress -o dvavi dvavi.o ../libdv/libdv.la -lm Making all in playdv if /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/local/include -I/opt/local/include/glib-1.2 -I/opt/local/lib/glib/include -I/opt/local/include/gtk-1.2 -I/usr/X11/include -O2 -Wall -g -MT playdv.o -MD -MP -MF ".deps/playdv.Tpo" -c -o playdv.o playdv.c; \ then mv -f ".deps/playdv.Tpo" ".deps/playdv.Po"; else rm -f ".deps/playdv.Tpo"; exit 1; fi if /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/local/include -I/opt/local/include/glib-1.2 -I/opt/local/lib/glib/include -I/opt/local/include/gtk-1.2 -I/usr/X11/include -O2 -Wall -g -MT display.o -MD -MP -MF ".deps/display.Tpo" -c -o display.o display.c; \ then mv -f ".deps/display.Tpo" ".deps/display.Po"; else rm -f ".deps/display.Tpo"; exit 1; fi display.c: In function 'dv_display_Xv_init': display.c:415: warning: pointer targets in passing argument 3 of 'XvQueryAdaptors' differ in signedness display.c:578: warning: pointer targets in passing argument 4 of 'XvShmCreateImage' differ in signedness display.c:585: warning: pointer targets in assignment differ in signedness display.c:585: warning: pointer targets in assignment differ in signedness if /usr/bin/gcc-4.0 -DHAVE_CONFIG_H -I. -I. -I.. -I/opt/local/include -I/opt/local/include/glib-1.2 -I/opt/local/lib/glib/include -I/opt/local/include/gtk-1.2 -I/usr/X11/include -O2 -Wall -g -MT oss.o -MD -MP -MF ".deps/oss.Tpo" -c -o oss.o oss.c; \ then mv -f ".deps/oss.Tpo" ".deps/oss.Po"; else rm -f ".deps/oss.Tpo"; exit 1; fi oss.c:37:27: error: sys/soundcard.h: No such file or directory oss.c: In function 'dv_oss_init': oss.c:81: error: 'AFMT_S16_NE' undeclared (first use in this function) oss.c:81: error: (Each undeclared identifier is reported only once oss.c:81: error: for each function it appears in.) oss.c:92: warning: pointer targets in passing argument 1 of 'open' differ in signedness oss.c:98: error: 'SNDCTL_DSP_SETFMT' undeclared (first use in this function) oss.c:101: error: 'SNDCTL_DSP_CHANNELS' undeclared (first use in this function) oss.c:104: error: 'SNDCTL_DSP_SPEED' undeclared (first use in this function) oss.c:132: warning: pointer targets in passing argument 1 of 'perror' differ in signedness oss.c: In function 'dv_oss_play': oss.c:177: error: 'SNDCTL_DSP_POST' undeclared (first use in this function) make[2]: *** [oss.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 Error: Status 1 encountered during processing. }}} -- Ticket URL: <http://trac.macports.org/ticket/19735> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #26472: Add extra variants to postgresql90
by MacPorts 22 Feb '14

22 Feb '14

#26472: Add extra variants to postgresql90 -----------------------------------+---------------------------------------- Reporter: ddebernardy@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: postgresql90 -----------------------------------+---------------------------------------- Similarly to #24684, there are a whole bunch of contrib modules in pgsql90 which aren't available when installing it using macports, and which would be really sweet -- either by default, or as variants. In particular the unaccent contrib. Alternatively, could there be a postgresql90-contrib package that bulk installs each and every one of them? Most people, I'm assuming, use macports on their laptops for local development, making it no big deal if more than what's strictly necessary gets installed. -- Ticket URL: <http://trac.macports.org/ticket/26472> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #18085: p5-mail-spamassassin fails to install
by MacPorts 22 Feb '14

22 Feb '14

#18085: p5-mail-spamassassin fails to install ----------------------------------+----------------------------------------- Reporter: olaf@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: perl5.8 spamassassin | Port: p5-mail-spamassassin ----------------------------------+----------------------------------------- During the installation the following is logged: {{{ ---> Fetching p5-mail-spamassassin ---> Attempting to fetch Mail-SpamAssassin-3.2.5.tar.gz from http://www.mirrorservice.org/sites/ftp.cpan.org/pub/CPAN/modules/by- module/Mail ---> Verifying checksum(s) for p5-mail-spamassassin ---> Extracting p5-mail-spamassassin ---> Configuring p5-mail-spamassassin ---> Building p5-mail-spamassassin ---> Staging p5-mail-spamassassin into destroot Error: Target org.macports.destroot returned: error renaming "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_perl_p5 -mail- spamassassin/work/destroot/opt/local/etc/mail/spamassassin/init.pre": no such file or directory Error: Status 1 encountered during processing. }}} -- Ticket URL: <http://trac.macports.org/ticket/18085> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #16690: add db46 support for p5-mail-spamassassin
by MacPorts 22 Feb '14

22 Feb '14

#16690: add db46 support for p5-mail-spamassassin ------------------------------------+--------------------------------------- Reporter: 13z73rch3un9(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: db46 spamassassin | Port: p5-mail-spamassassin ------------------------------------+--------------------------------------- It would be nice to have support for db46 support for bayesian filters db with spamassassin. How to reproduce: * copy $HOME/.spamassassin/bayes_toks from a reasonably up-to-date linux machine * file(1) should identify the file as "Berkeley DB (Hash, version 9, little-endian)" * running ``spamassassin < /dev/null'' will return the following: [2274] warn: bayes: cannot open bayes databases /Users/lester/.spamassassin/bayes_* R/O: tie failed: Inappropriate file type or format [2274] warn: bayes: cannot open bayes databases /Users/lester/.spamassassin/bayes_* R/O: tie failed: Inappropriate file type or format FYI, if you create the file (by running sa-learn and feed something to it) you will get a file in "Berkeley DB 1.85 (Hash, version 2, native byte- order)" format. Again, as reported by file(1). Seems this is created by using the Perl DB_File module... -- Ticket URL: <http://trac.macports.org/ticket/16690> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #25976: Add OTR Support to Weechat
by MacPorts 21 Feb '14

21 Feb '14

#25976: Add OTR Support to Weechat --------------------------------+------------------------------------------- Reporter: frenchja@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: weechat otr | Port: weechat --------------------------------+------------------------------------------- The instructions available here (http://wiki.flashtux.org/wiki/WeeChat /irc-otr) don't compile the libotr plugin for Weechat. It results in the log attached. It would be great if we could add in +otr as a configuration option. I apologize but I really can't understand the log or I'd add more detail. -- Ticket URL: <http://trac.macports.org/ticket/25976> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #37048: weechat: python variants
by MacPorts 21 Feb '14

21 Feb '14

#37048: weechat: python variants --------------------------+--------------------- Reporter: ryandesign@… | Owner: nefar@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: weechat --------------------------+--------------------- The weechat port has a python variant: {{{ variant python description {Bindings for python plugins} { configure.args-delete --disable-python configure.args-append --enable-python depends_lib-append path:bin/python:python26 } }}} The dependency on `path:bin/python:python26` is incorrect because the python26 port does not provide /opt/local/bin/python; it provides /opt/local/bin/python2.6. You should offer variants for each supported version of python (e.g. python25, python26, python27) and in each one depend on the correct python port and use configure args, environment variables or patches to communicate to the weechat build system which version of python should be used. The python variant should be kept around for one year, turned into a stub variant, depending on the python26 variant, to help users upgrade. ("`variant python requires python26 description {Legacy compatibility variant} {}`") Or if you're feeling adventurous, and even better solution would be to offer the python bindings as subports instead of as variants. Not sure it the weechat build system will easily accommodate that however. -- Ticket URL: <https://trac.macports.org/ticket/37048> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1