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

[MacPorts] #17455: mplayer doesn't build universal
by MacPorts 26 Aug '14

26 Aug '14

#17455: mplayer doesn't build universal -----------------------------------+---------------------------------------- Reporter: jeremyhu@… | Owner: ecronin@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: MPlayer -----------------------------------+---------------------------------------- configure complains about unknown arg: --disable-dependency-tracking ... deleting this from configure.args results in a single-platform binary -- Ticket URL: <http://trac.macports.org/ticket/17455> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #17799: mplayer @1.0rc2 No OSD/subtitle font after installation
by MacPorts 26 Aug '14

26 Aug '14

#17799: mplayer @1.0rc2 No OSD/subtitle font after installation -----------------------------------------+---------------------------------- Reporter: shreevatsa.public@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: mplayer -----------------------------------------+---------------------------------- After installing mplayer, there is no OSD font by default: can't see subtitles, volume, position, etc. [Yes, I did install it with osd variant (#14864) although that should probably be default anyway.] Fix: Copy or symlink a ttf font into $PREFIX/share/mplayer/subfont.ttf as per http://www.mplayerhq.hu/DOCS/HTML/en/fonts-osd.html Not attaching a patch because my choice of font may not be best :) [I think /Library/Fonts/Arial.ttf is a good choice, but any of the fonts from http://en.wikipedia.org/wiki/List_of_fonts_in_Mac_OS_X which are distributed as .ttf should be fine, or Macports might want to distribute its own font specifically for Mplayer.] -- Ticket URL: <http://trac.macports.org/ticket/17799> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #16373: svn fetch type should maintain a persistent working copy
by MacPorts 20 Aug '14

20 Aug '14

#16373: svn fetch type should maintain a persistent working copy -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: base | Version: 1.7.0 Keywords: | -------------------------------------+-------------------------------------- "`fetch.type svn`" is inefficient in that it checks out a new working copy every time, directly to the work area. That would be like a normal port downloading the distfile every time. Instead, we should check out a working copy to that port's distpath, and then in the extract phase we should `svn export` it to the work area. Some checks will be needed in the fetch phase to ensure that an existing working copy: * has no modifications: check `svn status`. Ideally we would try to clean up the working copy, for example by `svn revert`ing modified or added or deleted files, and then in a second `svn status` run, delete any unversioned files. But it's already an improvement if we just discard the working copy if `svn status --ignore-externals` produces any output. * is from the right URL: check `svn info`: check if the "URL" is the one we want. If not, check that the "Repository Root" is a substring of the repository we want. If yes, try to `svn switch` to the URL and revision we want; if not, discard the working copy. So the fetch phase would go something like... {{{ if {working copy exists} { if {working copy has modifications} { delete working copy } } if {working copy exists} { if {working copy url is the one we want} { svn update to the desired revision } else { if {working copy repository root matches beginning of desired url} { try to svn switch to the desired url and revision if {an error occurred} { delete working copy } } else { delete working copy } } } if {working copy doesn't exist} { check out working copy } }}} And the extract phase is simply to `svn export` the working copy from the distpath to the worksrcpath. (There is [http://subversion.tigris.org/issues/show_bug.cgi?id=2429 one problem] if the working copy has externals and the user is using Subversion earlier than 1.5, for example Subversion 1.4.whatever which is included with Leopard. But rather than spend time working around this in base, I think this is a case where the port should depend on MacPorts subversion.) -- Ticket URL: <http://trac.macports.org/ticket/16373> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 21

[MacPorts] #16504: Installation of hs-plugins fails
by MacPorts 30 Jul '14

30 Jul '14

#16504: Installation of hs-plugins fails ----------------------------+----------------------------------------------- Reporter: kazu(a)iij.ad.jp | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: ----------------------------+----------------------------------------------- To install "yi", I typed "sudo port install ghc yi" then installation of hs-plugins failed. -- Ticket URL: <http://trac.macports.org/ticket/16504> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #15859: openjade 1.3.2, Revision 2: demo failure
by MacPorts 30 Jul '14

30 Jul '14

#15859: openjade 1.3.2, Revision 2: demo failure -----------------------------+---------------------------------------------- Reporter: tom.duck(a)dal.ca | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: openjade | -----------------------------+---------------------------------------------- Openjade has a demo program that can be used to test the installation. See http://olympus.het.brown.edu/cgi- bin/dwww?type=file&location=/usr/share/doc/openjade#using. Execution of the demo results in a bus error: {{{ $ openjade demo.sgm Bus error }}} This is on my 10.4 Tiger system with the updated openjade port. -- Ticket URL: <http://trac.macports.org/ticket/15859> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #16113: OpenSceneGraph should use MacPorts curl, not Mac OS X's
by MacPorts 28 Jul '14

28 Jul '14

#16113: OpenSceneGraph should use MacPorts curl, not Mac OS X's -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | -------------------------------------+-------------------------------------- Parts of OpenSceneGraph link with /usr/lib/libcurl.3.dylib. This should be changed so that it depends on libcurl as provided by MacPorts, and a dependency on port:curl should be added. -- Ticket URL: <http://trac.macports.org/ticket/16113> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #18869: py25-docutils does not include roman.py
by MacPorts 21 Jul '14

21 Jul '14

#18869: py25-docutils does not include roman.py ---------------------------------------+------------------------------------ Reporter: swinbank@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: py25-docutils ---------------------------------------+------------------------------------ Hence: {{{ $ rst2html.py Traceback (most recent call last): File "/opt/local/bin/rst2html.py", line 23, in <module> publish_cmdline(writer_name='html', description=description) File "/opt/local/lib/python2.5/site-packages/docutils/core.py", line 334, in publish_cmdline pub.set_components(reader_name, parser_name, writer_name) File "/opt/local/lib/python2.5/site-packages/docutils/core.py", line 92, in set_components self.set_reader(reader_name, self.parser, parser_name) File "/opt/local/lib/python2.5/site-packages/docutils/core.py", line 82, in set_reader self.reader = reader_class(parser, parser_name) File "/opt/local/lib/python2.5/site- packages/docutils/readers/__init__.py", line 49, in __init__ self.set_parser(parser_name) File "/opt/local/lib/python2.5/site- packages/docutils/readers/__init__.py", line 60, in set_parser parser_class = parsers.get_parser_class(parser_name) File "/opt/local/lib/python2.5/site- packages/docutils/parsers/__init__.py", line 46, in get_parser_class module = __import__(parser_name, globals(), locals()) File "/opt/local/lib/python2.5/site- packages/docutils/parsers/rst/__init__.py", line 75, in <module> from docutils.parsers.rst import states File "/opt/local/lib/python2.5/site- packages/docutils/parsers/rst/states.py", line 108, in <module> import roman ImportError: No module named roman }}} I note that it '''is''' included with py26-docutils. -- Ticket URL: <http://trac.macports.org/ticket/18869> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #18044: py-postgresql-pqueue: update to 1.0.1
by MacPorts 21 Jul '14

21 Jul '14

#18044: py-postgresql-pqueue: update to 1.0.1 -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | Port: py-postgresql-pqueue -------------------------------------+-------------------------------------- py-postgresql-pqueue is at version 0.1 but version 1.0.1 appears to be out so the port should probably be updated. -- Ticket URL: <http://trac.macports.org/ticket/18044> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #16336: Allow multiple ports to satisfy a single dependency
by MacPorts 25 Jun '14

25 Jun '14

#16336: Allow multiple ports to satisfy a single dependency ---------------------------------+------------------------------------------ Reporter: rhwood(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | ---------------------------------+------------------------------------------ Currently there is no mechanism to specify that multiple ports may satisfy a single dependency requirement. It would be nice to be able to do so. I can think of two ways this can be done: OR dependencies:: Allow dependencies to be specified in the following fashion:[[BR]]{{{port:able|baker|charlie}}}[[BR]]where the pipe is used to separate one or more ports that may satisfy a single dependency. The first port would be used if none of the ports are installed. There should be no limit to the number of pipes, nor should there be any requirement that any pipes be used (ie, no pipes = no alternate dependencies). This should also wotk with ''bin:'' and ''path:'' type dependencies. "provides" capability in ports:: Use a "provides" key to specify that a port satisfies a particular requirement. Use the name of the port if a provides keyword is not specified. For example, if port '''able-devel''' specifies that it {{{ provides able }}} then port '''able-devel''' would be able satisfy the dependency {{{ port:able }}} in another port, without that other port having to be aware of port '''able-devel''' -- Ticket URL: <http://trac.macports.org/ticket/16336> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 12

[MacPorts] #17366: mkvtoolnix - 2.4.0 - +wxwidgets variant produces unusable binary
by MacPorts 24 Jun '14

24 Jun '14

#17366: mkvtoolnix - 2.4.0 - +wxwidgets variant produces unusable binary ------------------------------+--------------------------------------------- Reporter: krunk7@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | Port: mkvtoolnix ------------------------------+--------------------------------------------- The +wxwidgets variant produces a binary which does not properly bind to the osx Gui framework. The end result is a correctly rendered gui that does not respond to user mouse or keyboard input nor is capable of changing focus. The fix is to place the binary in an app bundle as described in the WxWidgets Mac OSX Issues wiki: http://wiki.wxwidgets.org/WxMac_Issues -- Ticket URL: <http://trac.macports.org/ticket/17366> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5