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

[MacPorts] #17018: libgda3 uses string match as if it accepted a regexp
by MacPorts 28 Feb '14

28 Feb '14

#17018: libgda3 uses string match as if it accepted a regexp -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: jwa(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: libgda3 -------------------------------------+-------------------------------------- libgda3 uses the "string match" function as if it accepted a regular expression as its parameter, but it does not; it expects a glob. The string match in the Portfile has thus never worked. The string match could be fixed by changing "`{/Makefile$}`" to "`{*/Makefile}`". However the only Makefile in the source is in the po directory and it does not contain the string to be replaced. If the port is working correctly now, perhaps the entire post-configure part can be removed. -- Ticket URL: <http://trac.macports.org/ticket/17018> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #17463: python25 and python26 tkinter oddities
by MacPorts 28 Feb '14

28 Feb '14

#17463: python25 and python26 tkinter oddities ------------------------------+--------------------------------------------- Reporter: blb@… | Owner: blb@… Type: defect | Status: new Priority: Low | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: tk tkinter | Port: python25 python26 py25-tkinter ------------------------------+--------------------------------------------- Two oddities in python25 and python26 (<2.5 not tested, so they may be affected as well, 3.0 also not tested): * Both python25 and python26 install IDLE.app (which needs py25-tkinter for python25), and when double-clicking it, it launches (through X11, since MacPorts' Tk links to X11) but the dock icon continues to bounce for some time. Seems like the OS doesn't see it as having launched. * Running Tkinter's _test opens a window which then immediately minimizes; to test, use: {{{ /opt/local/bin/python2.6 -m Tkinter -c 'Tkinter._test()' }}} or {{{ /opt/local/bin/python2.5 -m Tkinter -c 'Tkinter._test()' }}} -- Ticket URL: <http://trac.macports.org/ticket/17463> 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] #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] #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] #19481: openssl: integration with OS X keychain broken
by MacPorts 16 Feb '14

16 Feb '14

#19481: openssl: integration with OS X keychain broken -----------------------------------+---------------------------------------- Reporter: lhunath@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: openssh ssh-agent ssh | Port: -----------------------------------+---------------------------------------- It appears that one of the more recent updates of openssl has broken its integration with the OS X keychain. My SSH keys that are in the OS X keychain are no longer added to the ssh-agent. Running `eval "$(/usr/bin/ssh-agent)"` and then `ssh-add -l` *does* show my keys as added to the agent, so the OS X provided openssl has no issues talking to my keychain. That makes macports' openssl rather useless for me. This issue is reminiscent of another open ticket on sysutils/screen which also causes problems with interaction between CLI applications and the OS X keychain (and other OS X utilities such as pbcopy/pbpaste): #18235 -- Ticket URL: <http://trac.macports.org/ticket/19481> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #16201: Upgrading openssh overwrites user-modified config files
by MacPorts 16 Feb '14

16 Feb '14

#16201: Upgrading openssh overwrites user-modified config files ---------------------------------+------------------------------------------ Reporter: vinc17(a)macports.org | Owner: wms(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | ---------------------------------+------------------------------------------ The openssh port shouldn't overwrite user-modified config files (ssh_config and sshd_config), or should introduce some mechanism to do config file upgrades safely. For instance, contents between some markers could be preserved, e.g. {{{ # BEGIN local configuration ... # END local configuration }}} In such a case, such configuration should be near the beginning of the file. The ssh_config man page says: {{{ For each parameter, the first obtained value will be used. The configu- ration files contain sections separated by ``Host'' specifications, and that section is only applied for hosts that match one of the patterns given in the specification. The matched host name is the one given on the command line. Since the first obtained value for each parameter is used, more host- spe- cific declarations should be given near the beginning of the file, and general defaults at the end. }}} I don't know about sshd_config. I suppose that the same rule is applied. -- Ticket URL: <http://trac.macports.org/ticket/16201> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #15939: port install : in need of a progressbar
by MacPorts 14 Feb '14

14 Feb '14

#15939: port install : in need of a progressbar --------------------------------------+------------------------------------- Reporter: pc(a)anykey.de | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Low | Milestone: Component: base | Version: 1.6.0 Keywords: port install progressbar | --------------------------------------+------------------------------------- Installing bigger Distributions, like texlive_texmf-full (>125MB), I was wondering if everything is allright after some minutes of nothingness. I know that other *nix-packet-managers have a progressbar (some dots or whatever) so that the user is able to track the progress, at least having an idea if everything is allright. Since now I know I just have to wait, everything is fine for me. Thinking of other users - they would sometimes appreciate to have a progressbar when installing using port, I suppose. Thinking of gentoo-users sitting next to me, I would appreciate that anyway ;) -- Ticket URL: <http://trac.macports.org/ticket/15939> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7