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

[MacPorts] #19396: Request New Port: get_iplayer
by MacPorts 08 Feb '11

08 Feb '11

#19396: Request New Port: get_iplayer ---------------------------------+------------------------------------------ Reporter: rich@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Requests Component: ports | Version: 1.7.1 Keywords: | Port: get_iplayer ---------------------------------+------------------------------------------ It would be great to see get_iplayer; http://linuxcentre.net/getiplayer/ as a port. It is regularly updated due to changes with the BBC iPlayer service and would therefore benefit from packaging as a port. This tool allows you to search, index and download/stream: BBC iPlayer TV - H.264 / Quicktime / mov and Flash / MP4 / AVI BBC iPlayer Radio - 128+ kbps MP3 / AAC and Realaudio BBC Podcasts - 128 kb/s MP3 / AAC BBC iPlayer TV subtitles - SubRip / srt ITV player Catch-up or classic TV - WMV / ASF Hulu.com* TV - MP4 Hulu.com* Closed-captions / subtitles - SubRip / srt -- Ticket URL: <http://trac.macports.org/ticket/19396> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 1

[MacPorts] #19486: poco 1.3.4 build failure
by MacPorts 04 Feb '11

04 Feb '11

#19486: poco 1.3.4 build failure ------------------------------------+--------------------------------------- Reporter: astricker@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts 1.8.0 Component: ports | Version: 1.7.1 Keywords: | Port: poco ------------------------------------+--------------------------------------- The new version fails with the same dependency problem as 1.3.2 in #19107 It looks like they reintroduced the bug. 1.3.3p1 (from subversion r49901 Portfile) works perfectly. {{{ make[1]: *** No rule to make target \ `/opt/local/var/macports/build/\ _opt_local_var_macports_sources_rsync.macports.o', \ needed by \ `/opt/local/var/macports/build/\ _opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_poco/\ work/poco-1.3.4-all/XML/obj/Darwin/i386/debug_shared/AbstractContainerNode.o'. \ Stop. }}} -- Ticket URL: <http://trac.macports.org/ticket/19486> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[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] #19455: RFE: Build SuiteSparse shared libraries
by MacPorts 24 Jan '11

24 Jan '11

#19455: RFE: Build SuiteSparse shared libraries -----------------------------------+---------------------------------------- Reporter: mcalhoun@… | Owner: stechert@… Type: enhancement | Status: new Priority: Normal | Milestone: Port Enhancements Component: ports | Version: 1.7.1 Keywords: universal | Port: SuiteSparse -----------------------------------+---------------------------------------- Attached is a proposed change to SuiteSparse to build shared libraries.[[BR]] It also allows universal builds. -- Ticket URL: <http://trac.macports.org/ticket/19455> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #19785: gcc42 not building on Macos Server 10.4.11 powerpc
by MacPorts 23 Jan '11

23 Jan '11

#19785: gcc42 not building on Macos Server 10.4.11 powerpc -----------------------------------------+---------------------------------- Reporter: charles@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: gcc42 -----------------------------------------+---------------------------------- See attached -- Ticket URL: <http://trac.macports.org/ticket/19785> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[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] #18718: portaudio: universal variant
by MacPorts 05 Jan '11

05 Jan '11

#18718: portaudio: universal variant -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: themiwi@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: portaudio -------------------------------------+-------------------------------------- portaudio includes these lines: {{{ # Universal building is on by default universal_variant no }}} "`universal_variant no`" is supposed to mean that the port cannot or does not need to build universal. But portaudio does build universal, always. So you should remove "`universal_variant no`" because that is not accurate. Then, you should do one of two things: * Preferably, you would fix the port so that if you do not request the universal variant, it does not build universal. And if you do request the universal variant, it builds universal, respecting the user's choices of universal_archs, universal_sysroot, universal_target from macports.conf. * If that's not possible, then you should define an empty universal variant and cause the port to auto-select that variant and require it to be selected, to indicate that it is in fact universal software. See the port [browser:trunk/dports/sysutils/isightcapture/Portfile@38619#L51 isightcapture] for an example of this. -- Ticket URL: <http://trac.macports.org/ticket/18718> 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