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

[MacPorts] #18155: gnucash 2.2.8 post-activate no_x11 warning re dbus-launch may be incorrect
by MacPorts 17 Dec '10

17 Dec '10

#18155: gnucash 2.2.8 post-activate no_x11 warning re dbus-launch may be incorrect --------------------------------------+------------------------------------- Reporter: kadorken@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: gnucash dbus dbus-launch | Port: gnucash --------------------------------------+------------------------------------- As determined in a discussion of [https://trac.macports.org/ticket/17950#comment:69] the post-activate code for gnucash 2.2.8 may need modification. The warning {{{ if {[variant_isset no_x11]} { ui_warn "When you run gnucash, if it pops up a window saying:" ui_warn " An error occurred while loading or saving configuration" ui_warn " information for gnucash." ui_warn "it is probably because it cannot connect to" ui_warn "the DBus server. Either place the following in your login" ui_warn "shell profile:" ui_warn " eval `dbus-launch --auto-syntax`" ui_warn "or invoke gnucash via 'dbus-launch gnucash'. Note that with" ui_warn "the latter alternative you may end up with a stray dbus" ui_warn "process after you quit gnucash." } }}} may no longer be relevant. Please review the discussion at [https://trac.macports.org/ticket/17950] specifically comment [https://trac.macports.org/ticket/17950#comment:68] for further information. -- Ticket URL: <http://trac.macports.org/ticket/18155> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #16716: glib1 universal build error
by MacPorts 14 Dec '10

14 Dec '10

#16716: glib1 universal build error -----------------------------------------+---------------------------------- Reporter: verwymeren(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: glib1 universal build error | Port: glib1 -----------------------------------------+---------------------------------- Attempting to install glib1 using the universal variant (sudo port install glib1 +universal) results in the following build error: {{{ ld: symbol(s) not found for architecture ppc collect2: ld returned 1 exit status lipo: can't open input file: /var/tmp//ccqLfmL6.out (No such file or directory) }}} Attached is a log with the complete build output. -- Ticket URL: <http://trac.macports.org/ticket/16716> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #16488: Upgrade mozart to 1.4.0
by MacPorts 04 Dec '10

04 Dec '10

#16488: Upgrade mozart to 1.4.0 --------------------------------------------+------------------------------- Reporter: gonhidi(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: mozart 1.4.0 upgrade available | Port: mozart, mozart-doc, mozart-stdlib --------------------------------------------+------------------------------- Version 1.4.0 of the Mozart programming system is available. Per the announcement, the reasons to upgrade from the current version [1.3.2] are: """ The main change with Mozart 1.3.2 is the new implementation of the distribution layer, a per-entity configurable distribution behavior, and a complete redesign of the Fault module. This release also contain a bunch of bug fixes. """ -- Ticket URL: <http://trac.macports.org/ticket/16488> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #16492: UPDATE: TexLive 2007 to 2008
by MacPorts 03 Dec '10

03 Dec '10

#16492: UPDATE: TexLive 2007 to 2008 ---------------------------------+------------------------------------------ Reporter: luis.beca(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: Keywords: | Port: texlive ---------------------------------+------------------------------------------ Please update TexLive 2007 (and related packages) to the just released 2008 distribution. -- Ticket URL: <http://trac.macports.org/ticket/16492> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 45

[MacPorts] #15346: gnustep.cc should not be set
by MacPorts 22 Nov '10

22 Nov '10

#15346: gnustep.cc should not be set -----------------------------+---------------------------------------------- Reporter: fedor(a)qwest.net | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: gnustep | -----------------------------+---------------------------------------------- I'm trying to update the gnustep ports. One significant aspect of this is that, gnustep does not require the GNU gcc compiler. It can work fine with the standard Apple compiler. However I can't seem to change the default. Setting "gnustep.cc cc" in my Portfile doesn't seem to work. In any case, the real problem is that gnustep.cc should not be set at all. gnustep-make discovers and defines CC and passes this on to anything that is build with gnustep-make. So there could be a variant in the gnustep- make port to set CC to either the Apple or GNU compiler (and include the proper depends_lib if required), but there is no need to set CC for any other gnustep Portfile as it should get the CC defined in gnustep-make -- Ticket URL: <http://trac.macports.org/ticket/15346> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #15830: xqf 1.0.5, Non-functional
by MacPorts 19 Nov '10

19 Nov '10

#15830: xqf 1.0.5, Non-functional --------------------------------+------------------------------------------- Reporter: smurfair(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | --------------------------------+------------------------------------------- Only builds properly on a PPC machine using gtk2 variant (see note 2). While the application compiles fine and seems to launch correctly, it doesn't seem capable of actually retrieving any information from master servers. When asked to update servers (which is its parlance for retrieving a list of game servers from a master server), it simply displays "0 servers" and no error message is displayed. Normally, depending upon the game, this number should reach into the thousands. This appears to be a similar to or the same issue addressed in [http://trac.macports.org/ticket/12037 (Ticket #12037)] Note 1: as XQF is essentially a GUI front-end to the command-line tool QStat, I should probably mention that QStat itself does function correctly when run on its own. Note 2: default variant doesn't build because of dependency build failure [http://trac.macports.org/ticket/15829 (Ticket #15829)] -- Ticket URL: <http://trac.macports.org/ticket/15830> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #16237: Fetch phase with redirects
by MacPorts 16 Nov '10

16 Nov '10

#16237: Fetch phase with redirects -------------------------------+-------------------------------------------- Reporter: giorgio_v(a)mac.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: base | Version: 1.6.0 Keywords: | -------------------------------+-------------------------------------------- Here’s the scenario: I’m trying to fetch the latest postgresql update, but the first master site url (http://ftp8.us.postgresql.org/postgresql/) does not resolve. Since I’m using OpenDNS, the original request is redirected to a custom web page and that’s what curl downloads to the disk. Obviously, the checksum fails. Maybe it could be sensibile to avoid redirects. -- Ticket URL: <http://trac.macports.org/ticket/16237> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #15945: Enable OpenMP in ImageMagick
by MacPorts 05 Nov '10

05 Nov '10

#15945: Enable OpenMP in ImageMagick ------------------------------------+--------------------------------------- Reporter: simon(a)hitzemann.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Low | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: ImageMagick OpenMP gcc | ------------------------------------+--------------------------------------- ImageMagick supports OpenMP for a while now, unfortunately even Leopard's gcc is too old to support it. I added an openmp variant to the Portfile which makes use of macports-gcc-43 instead. Also a ui_msg was added telling the user to set the OMP_NUM_THREADS environment variable to the number of available CPUs or cores on that machine. Patch is attached -- Ticket URL: <http://trac.macports.org/ticket/15945> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #17841: sshfs errors on from_code,to_code
by MacPorts 01 Nov '10

01 Nov '10

#17841: sshfs errors on from_code,to_code -------------------------------------+-------------------------------------- Reporter: silverdemon@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: -------------------------------------+-------------------------------------- sshfs user@host.com:/ /mnt/ -omodules=iconv,from_code=UTF-8,to_code=CP1251 dyld: lazy symbol binding failed: Symbol not found: _iconv_open Referenced from: /opt/local/lib/libfuse.0.dylib Expected in: flat namespace dyld: Symbol not found: _iconv_open Referenced from: /opt/local/lib/libfuse.0.dylib Expected in: flat namespace Trace/BPT trap -- Ticket URL: <http://trac.macports.org/ticket/17841> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #16892: fuse-bindings-python25 0.2 import fails: _iconv not found
by MacPorts 01 Nov '10

01 Nov '10

#16892: fuse-bindings-python25 0.2 import fails: _iconv not found --------------------------------+------------------------------------------- Reporter: kentk(a)mac.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: fuse macfuse iconv | Port: fuse-bindings-python25 --------------------------------+------------------------------------------- After a clean install of macfuse 1.7 and fuse-bindings-python25 0.2, I get this: {{{ Python 2.5.2 (r252:60911, Jul 8 2008, 16:31:55) [GCC 4.0.1 (Apple Inc. build 5484)] on darwin Type "help", "copyright", "credits" or "license" for more information. >>> import fuse Traceback (most recent call last): File "<stdin>", line 1, in <module> File "/opt/local/lib/python2.5/site-packages/fuse.py", line 26, in <module> from fuseparts._fuse import main, FuseGetContext, FuseInvalidate ImportError: dlopen(/opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5 /site-packages/fuseparts/_fusemodule.so, 2): Symbol not found: _iconv Referenced from: /opt/local/lib/libfuse.2.dylib Expected in: flat namespace }}} Linked libraries: {{{ kkarlsson:~ kkarlsson$ otool -L /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5 /site-packages/fuseparts/_fusemodule.so /opt/local/Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5 /site-packages/fuseparts/_fusemodule.so: /opt/local/lib/libfuse.2.dylib (compatibility version 10.0.0, current version 10.7.3) /opt/local/lib/libiconv.2.dylib (compatibility version 7.0.0, current version 7.0.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.1) }}} Symbols in libiconv: {{{ kkarlsson:~ kkarlsson$ nm /opt/local/lib/libiconv.2.dylib | grep iconv /opt/local/lib/libiconv.2.dylib(single module): 000f8020 D __libiconv_version 000187c0 T _iconv_canonicalize 00016590 T _libiconv 000165f0 T _libiconv_close 00017fa0 T _libiconv_open 00019040 t _libiconv_relocate 00018f50 T _libiconv_set_relocation_prefix 00016610 T _libiconvctl 00016850 T _libiconvlist }}} The symbol is not something found in libiconv, and I'm not sure where the reference even comes from, because fusemodule.c doesn't ever call anything iconv* -- Ticket URL: <http://trac.macports.org/ticket/16892> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10