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

[MacPorts] #16830: RFE: Have only one perl5 package
by MacPorts 25 Feb '11

25 Feb '11

#16830: RFE: Have only one perl5 package -----------------------------------+---------------------------------------- Reporter: mcalhoun(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.6.0 Keywords: | Port: -----------------------------------+---------------------------------------- Is there a compelling reason why there are two packages for Perl 5?[[BR]] May I suggest that perl5.8 be removed and perl5.10 become perl5.[[BR]] * perl5.8 is unmaintained. * Perl 5.10 has been been the official Perl since December. * It would preclude the need for some sort of perl_select package. I am not an expert in Perl development, so perhaps there are good reasons for keeping perl5.8 around, but if not, then having just one perl5 package would be a relatively easy (and simplifying) change to make. -- Ticket URL: <http://trac.macports.org/ticket/16830> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 57

[MacPorts] #16977: qtpfsgui crash saving exr
by MacPorts 11 Feb '11

11 Feb '11

#16977: qtpfsgui crash saving exr --------------------------------+------------------------------------------- Reporter: dersh(a)alum.mit.edu | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: crash | Port: qtpfsgui --------------------------------+------------------------------------------- qtpfsgui seems to work fine for most functions now. But if I try to save an HDR image as a .exr it crashes. I can save with no problem as an .hdr. And if I convert an image to .exr using another tool, then qtpfsgui can open it. So it is able to find and use openexr for reading but not for writing. The following appears in my system.log when the crash happens: Oct 23 09:42:10 adamsmacbook-3 [0x0-0x91091].qtpfsgui[7812]: terminate called after throwing an instance of 'Iex::EaccesExc' Oct 23 09:42:10 adamsmacbook-3 [0x0-0x91091].qtpfsgui[7812]: what(): Cannot open image file "�Q9". Permission denied. (Yes, those odd characters are the same as what appear in my system.log file for the file name....) I can post the full crash report that is generated if that might help. I am not sure if this is a more general problem with qtpfsgui, but I did search and didn't find other references to this problem, so I think that it might be specific to the MacPort version. Thanks, --Adam -- Ticket URL: <http://trac.macports.org/ticket/16977> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #16344: UPDATE: handbrake to 0.9.2
by MacPorts 26 Jan '11

26 Jan '11

#16344: UPDATE: handbrake to 0.9.2 ------------------------------------------+--------------------------------- Reporter: macsforever2000(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Requests Component: ports | Version: 1.6.0 Keywords: | ------------------------------------------+--------------------------------- handbrake should be updated to the latest release version 0.9.2. -- Ticket URL: <http://trac.macports.org/ticket/16344> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #17142: gnucash 2.2.7 on Leopard doesn't delete old log files
by MacPorts 03 Jan '11

03 Jan '11

#17142: gnucash 2.2.7 on Leopard doesn't delete old log files -----------------------------------+---------------------------------------- Reporter: robert.harris(a)sun.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: gnucash -----------------------------------+---------------------------------------- On Leopard, gnucash 2.2.7 retains all log files forever regardless of the appropriate setting in the preferences. The root cause is that Leopard's strptime() is broken, and always returns NULL in gnc_file_be_remove_old_files(). The reason why I am logging a bug against the port is that there appears to be an alternative version of strptime() supplied with the gnucash distribution, presumably for use on operating systems where no local implementation of this function is provided. I would like to suggest that the portfile is modified so that the gnucash's 'configure' script overrides that native strptime(). I don't know how to do this and would be grateful for a workaround. -- Ticket URL: <http://trac.macports.org/ticket/17142> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[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