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

[MacPorts] #19420: gpc34 fails to build on OS X 10.5.6 PPC -- because of 'sigalstack' declaration errors?
by MacPorts 08 Dec '10

08 Dec '10

#19420: gpc34 fails to build on OS X 10.5.6 PPC -- because of 'sigalstack' declaration errors? ----------------------------------+----------------------------------------- Reporter: nosaj.levy@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.1 Keywords: | Port: ----------------------------------+----------------------------------------- A full log from a clean build is attached. The first bunch of errors are: {{{ /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gpc34/work/gcc-3.4.3/gcc/config/rs6000 /host-darwin.c:38: warning: 'struct sigaltstack' declared inside parameter list /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gpc34/work/gcc-3.4.3/gcc/config/rs6000 /host-darwin.c:38: warning: its scope is only this definition or declaration, which is probably not what you want /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gpc34/work/gcc-3.4.3/gcc/config/rs6000 /host-darwin.c:38: error: conflicting types for 'sigaltstack' /usr/include/signal.h:89: error: previous declaration of 'sigaltstack' was here /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gpc34/work/gcc-3.4.3/gcc/config/rs6000 /host-darwin.c: In function 'segv_handler': /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gpc34/work/gcc-3.4.3/gcc/config/rs6000 /host-darwin.c:67: error: 'struct __darwin_mcontext' has no member named 'ss' /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gpc34/work/gcc-3.4.3/gcc/config/rs6000 /host-darwin.c:116: error: 'struct __darwin_mcontext' has no member named 'es' /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_gpc34/work/gcc-3.4.3/gcc/config/rs6000 /host-darwin.c:116: error: 'struct __darwin_mcontext' has no member named 'ss' }}} This looks like the kind of thing mentioned in ticket #13191. -- Ticket URL: <http://trac.macports.org/ticket/19420> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #18647: font path is incorrect in Imagemagick
by MacPorts 07 Dec '10

07 Dec '10

#18647: font path is incorrect in Imagemagick -----------------------------------+---------------------------------------- Reporter: jeremyhu@… | Owner: ryandesign@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: ImageMagick -----------------------------------+---------------------------------------- {{{ $ convert -font Times-Roman -pointsize 12 label:Test out.png convert: unable to read font `/opt/local/lib/ImageMagick-6.4.8/config//opt/local/share/ghostscript/fonts/n021003l.pfb' @ annotate.c/RenderFreetype/1315. convert: unable to read font `/opt/local/lib/ImageMagick-6.4.8/config//opt/local/share/ghostscript/fonts/n021003l.pfb' @ annotate.c/RenderFreetype/1315. convert: unable to read font `/opt/local/lib/ImageMagick-6.4.8/config//opt/local/share/ghostscript/fonts/n021003l.pfb' @ annotate.c/RenderFreetype/1315. }}} -- Ticket URL: <http://trac.macports.org/ticket/18647> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 14

[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] #19045: hercules: create a port
by MacPorts 23 Nov '10

23 Nov '10

#19045: hercules: create a port -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Requests Component: ports | Version: 1.7.0 Keywords: | Port: hercules -------------------------------------+-------------------------------------- Stuart Tener requests that a port be added for [http://www.hercules-390.org/ Hercules]. They already distribute universal Tiger and Leopard binaries, so compilation on Mac OS X should be straightforward. -- Ticket URL: <http://trac.macports.org/ticket/19045> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[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] #18635: Trac is not sending emails
by MacPorts 22 Nov '10

22 Nov '10

#18635: Trac is not sending emails ------------------------------+--------------------------------------------- Reporter: scott@… | Owner: jmpp@… Type: defect | Status: new Priority: Normal | Milestone: Website & Documentation Component: website | Version: 1.7.0 Keywords: trac | Port: ------------------------------+--------------------------------------------- Does the reporter to trac not automatically get email notifications of changes? I pushed in http://trac.macports.org/ticket/18125 which seems to be closed, I had no idea. I would like to delete all the local ports I have, and sync up with you guys, but I was not made aware. So I need to add myself as a CC in order to make this happen? -- Ticket URL: <http://trac.macports.org/ticket/18635> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[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] #19144: Advancemenu fails to build
by MacPorts 18 Nov '10

18 Nov '10

#19144: Advancemenu fails to build -------------------------------+-------------------------------------------- Reporter: mp@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: mame build failed | Port: advancemame -------------------------------+-------------------------------------------- Advancemenu (a front end for advancemame) refuses to build on intel macs. I did some searching, and i found #16155 , which was the same problem for advancemame. Since they use the same source structure, just about, i was able to take the attachments on that issue and build it myself. This should mean that r39996 should apply cleanly to the advancemenu tree as well I should also note that I built the newer 2.5.0 release of advmenu, which was released in january. : http://advancemame.sourceforge.net/menu- download.html -- Ticket URL: <http://trac.macports.org/ticket/19144> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[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