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

[MacPorts] #18013: Xine-lib 1.1.6 needs ffmpeg installed with a +postproc variant
by MacPorts 17 Feb '11

17 Feb '11

#18013: Xine-lib 1.1.6 needs ffmpeg installed with a +postproc variant -----------------------------+---------------------------------------------- Reporter: ray.j@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: xine-lib,ffmpeg | Port: xine-lib -----------------------------+---------------------------------------------- Xine-lib 1.1.6 port fails configuring because the ffmpeg port doesn't compile with +postproc variant as default. Sorry i don't have the old configure output but this fixed the issue for me, just thought i'd mention it. -- Ticket URL: <http://trac.macports.org/ticket/18013> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[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] #18234: Chromium Audio Error
by MacPorts 08 Feb '11

08 Feb '11

#18234: Chromium Audio Error --------------------------------------+------------------------------------- Reporter: membership@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: chromium --------------------------------------+------------------------------------- No sound whilst playing Chromium 0.9.12_1 When started from command line I get : !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! !! ATTENTION !! - one or more errors were encountered during audio check. !! Audio will be disabled. !!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! -- Ticket URL: <http://trac.macports.org/ticket/18234> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[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] #18172: pcb-20081128 patch for newer version
by MacPorts 17 Jan '11

17 Jan '11

#18172: pcb-20081128 patch for newer version ---------------------------------+------------------------------------------ Reporter: godboutn@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.7.0 Keywords: pcb 20081128 update | Port: pcb ---------------------------------+------------------------------------------ Here is a patch file for updating from pcb-20060321. This is my first patch submission, but it is tested and seems to be good to go. -- Ticket URL: <http://trac.macports.org/ticket/18172> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #18554: [PATCH] Update sqlite3 build process, add +fts3 variant
by MacPorts 13 Jan '11

13 Jan '11

#18554: [PATCH] Update sqlite3 build process, add +fts3 variant ----------------------------------+----------------------------------------- Reporter: eridius@… | Owner: mww@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.7.0 Keywords: | Port: sqlite3 ----------------------------------+----------------------------------------- The sqlite3 project strongly recommends using the amalgamation tarball instead of the complete source tarball. The attached patch updates the build process to do so. The only drawback is the manpage is missing from this tarball (a ticket has been filed with the sqlite3 project), but as Mac OS X provides its own manpage, I don't think this is a big issue. Using the amalgamation tarball gives two benefits. The first is, according to the sqlite3 documentation, this should give a performance increase to the sqlite3 library. The second is using this makes it easy to enable the FTS3 module, which is now provided via the +fts3 variant. Here is the commit message I wrote: {{{ Update the build process for sqlite3 Convert sqlite3 to use the amalgamation tarball. Not only is this strongly encouraged by the sqlite3 project, it is also suggested that this could show a performance improvement. Update the configure flags. The amalgamation tarball means --disable-tcl is no longer necessary. The readline flags have been updated into --enable-readline and READLINE_LIBS. --enable-load-extension has been removed as it was renamed (but a bug in the configure script makes it unusable). Introduce a new variant fts3, which enables the FTS3 module. }}} -- Ticket URL: <http://trac.macports.org/ticket/18554> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #18603: mp3fs: cannot install if prefix is not /opt/local and other issues
by MacPorts 12 Jan '11

12 Jan '11

#18603: mp3fs: cannot install if prefix is not /opt/local and other issues -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: mail@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: mp3fs -------------------------------------+-------------------------------------- There were some issues with the mp3fs port as it was submitted in #18381, first mentioned on macports-dev [http://lists.macosforge.org/pipermail /macports-dev/2009-February/007231.html by Rainer] and [http://lists.macosforge.org/pipermail/macports- dev/2009-February/007233.html by myself]: 1. The lines "`distname mp3fs-${version}`" and "`livecheck.distname mp3fs`" should be removed because those are the default values. 2. pkgconfig should be marked as a build dependency, not a library dependency. 3. Patchfiles should not reside on your personal web space; they should instead be copied to the port's files directory. 4. The string "`/opt/local`" should usually not occur in a portfile, because MacPorts might be installed in a different prefix. Use the variable "`${prefix}`" instead. 1, 2, and 3 were fixed by Jeremy in r46512. 4 was partially fixed in that revision but one occurrence of /opt/local remained, so the port still doesn't work if the prefix is not /opt/local. Some additional points that occur to me now: 5. Your configure arguments should not be appended to "`configure.post_args`" but instead should be written to "`configure.args`" and there is no need to enclose them in quotes. 6. There is no need to use "`master_sites sourceforge:mp3fs`"; if the SourceForge project name is the same as the port name you can just say "`master_sites sourceforge`" 7. You should not put ${distfiles} into the checksums. It is unnecessary if ${distfiles} contains only a single file, as it does in this case, and it is a syntax error if it contains multiple files. I'll attach a patch to fix these remaining issues. If you agree, I'll be happy to commit it. -- Ticket URL: <http://trac.macports.org/ticket/18603> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[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] #17745: gnucash: incomplete without_quotes variant
by MacPorts 03 Jan '11

03 Jan '11

#17745: gnucash: incomplete without_quotes variant -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: gnucash -------------------------------------+-------------------------------------- gnucash has a variant without_quotes which just does this: {{{ variant without_quotes description {Does not depend on building p5 -finance-quote} { depends_lib-delete port:p5-finance-quote } }}} What happens if the user already has p5-finance-quote installed? Will gnucash use it? If so, then the variant needs to be enhanced so that gnucash does not use p5-finance-quote even if it is already installed (for example, via a configure option, if one is available for this). If no configure option is available (I didn't see one) and no other means exists to tell gnucash not to use p5-finance-quote, then the variant should be deleted. -- Ticket URL: <http://trac.macports.org/ticket/17745> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #17662: gtk-doc: could not find DocBook XML DTD V4.3 in XML catalog
by MacPorts 27 Dec '10

27 Dec '10

#17662: gtk-doc: could not find DocBook XML DTD V4.3 in XML catalog ---------------------------------+------------------------------------------ Reporter: vinc17@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: gtk-doc ---------------------------------+------------------------------------------ I get the following error when building gtk-doc: {{{ [...] checking for XML catalog (/opt/local/etc/xml/catalog)... found checking for xmlcatalog... /opt/local/bin/xmlcatalog checking for DocBook XML DTD V4.3 in XML catalog... not found configure: error: could not find DocBook XML DTD V4.3 in XML catalog Warning: the following items did not execute (for gtk-doc): org.macports.destroot org.macports.configure org.macports.build Error: Unable to upgrade port: 1 }}} This is an important problem since this prevents from upgrading gtk2, as gtk2 depends on gtk-doc. -- Ticket URL: <http://trac.macports.org/ticket/17662> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 14