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

[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] #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] #16110: libxml2: attempts to use libxslt.1.dylib
by MacPorts 06 Jun '14

06 Jun '14

#16110: libxml2: attempts to use libxslt.1.dylib -------------------------------------+-------------------------------------- Reporter: ryandesign(a)macports.org | Owner: cedric.luthi(a)gmail.com Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: | -------------------------------------+-------------------------------------- I previously had libxml2 2.6.32_1 and libxslt 1.1.23_0 installed. I forcibly uninstalled libxml2 and reinstalled it, to test an issue. During the reinstall, this message appeared in the debug output, and also a Mac OS X Crash Reporter dialog appeared with similar information: {{{ dyld: lazy symbol binding failed: Symbol not found: _xmlXPathContextSetCache Referenced from: /mp/lib/libxslt.1.dylib Expected in: flat namespace dyld: Symbol not found: _xmlXPathContextSetCache Referenced from: /mp/lib/libxslt.1.dylib Expected in: flat namespace }}} `/mp` is my MacPorts prefix. So it seems that libxml2 is trying to load libxslt.1.dylib during the build. You must modify the port so that this does not happen, because libxml2 does not declare a dependency on libxslt (and it cannot, since libxslt declares a dependency on libxml2, and we cannot have circular dependencies). I am running Mac OS X 10.4.11 on an Intel Mac with Xcode 2.5 and MacPorts from trunk @38557. -- Ticket URL: <http://trac.macports.org/ticket/16110> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #16271: e2fsprogs and ossp-uuid conflict on /opt/local/lib/libuuid.a
by MacPorts 25 Apr '14

25 Apr '14

#16271: e2fsprogs and ossp-uuid conflict on /opt/local/lib/libuuid.a ---------------------------------+------------------------------------------ Reporter: raimue(a)macports.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: e2fsprogs ossp-uuid | ---------------------------------+------------------------------------------ {{{ ---> Activating e2fsprogs @1.40.6_0 Error: Target org.macports.activate returned: Image error: /opt/local/lib/libuuid.a is being used by the active ossp-uuid port. Please deactivate this port first, or use the -f flag to force the activation. }}} I have currently no idea how to resolve this the correct way. The libraries are different. -- Ticket URL: <http://trac.macports.org/ticket/16271> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 14

[MacPorts] #16055: TeXworks -- TeX previewer for Mac OS X -- uses the Qt4 GUI framework
by MacPorts 25 Apr '14

25 Apr '14

#16055: TeXworks -- TeX previewer for Mac OS X -- uses the Qt4 GUI framework -------------------------------------+-------------------------------------- Reporter: jens.traube(a)t-online.de | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Port Submissions Component: ports | Version: 1.6.0 Keywords: tex, latex, editor, qt4 | -------------------------------------+-------------------------------------- TeXworks is a TeX previewer for Mac OS X, Linux, and Windows. It uses the Qt4 GUI framework and the Poppler PDF rendering library (compiled with Qt4 wrapper). The TeXworks project has been founded by Jonathan Kew (www.sil.org) the developer of XeTeX. It is inspired by TeXShop, the only TeX previewer with a relative simple user interface. Jonathan Kew: "TeXworks aims to provide a simple TeX environment based on modern standards (including Unicode encoding and PDF output by default) with an uncluttered interface that does not overwhelm the newcomer. It is built using cross-platform, open-source tools and libraries, so as to be available on all today's major operating systems, with a native look and feel for each." ( --> tug.org/tug2008/abstracts/kew.pdf ) -- Ticket URL: <http://trac.macports.org/ticket/16055> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 20

[MacPorts] #15914: glib2 2.16.4 - build/configure failure
by MacPorts 21 Apr '14

21 Apr '14

#15914: glib2 2.16.4 - build/configure failure ---------------------------------+------------------------------------------ Reporter: tim.lahey(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: glib2, pkg-config | ---------------------------------+------------------------------------------ When trying to build glib2, I get a configure error in that it cannot find pkg-config. {{{ ---> Fetching glib2 ---> Verifying checksum(s) for glib2 ---> Checksumming glib-2.16.4.tar.bz2 ---> Extracting glib2 ---> Extracting glib-2.16.4.tar.bz2 ---> Applying patches to glib2 ---> Configuring glib2 checking for pkg-config... no configure: error: *** pkg-config not found. See http://www.freedesktop.org/software/pkgconfig/ Error: Target org.macports.configure returned: configure failure: shell command " cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_devel_glib2/work/glib-2.16.4" && ./configure --prefix=/opt/local --enable-static --mandir=/opt/local/share/man " returned error 1 Warning: the following items did not execute (for glib2): org.macports.activate org.macports.configure org.macports.build org.macports.destroot org.macports.install Error: Status 1 encountered during processing. }}} However, I have the following ports installed that are listed as dependencies, {{{ The following ports are currently installed: gettext @0.17_3 (active) libiconv @1.12_0 (active) pkgconfig @0.23_0 (active) }}} and all their dependencies are up-to-date. If I do a which at the command line, I get that pkg-config resides at: /opt/local/bin/pkg-config. I've done a selfupdate and a port sync and I still get the errors. -- Ticket URL: <http://trac.macports.org/ticket/15914> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #15692: New port: Freenet
by MacPorts 05 Apr '14

05 Apr '14

#15692: New port: Freenet --------------------------------------------------+------------------------- Reporter: dbonde+bugs+macosforge.org(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.6.0 Keywords: | --------------------------------------------------+------------------------- Please include a freenet port. -- Ticket URL: <http://trac.macports.org/ticket/15692> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #15648: VPython request
by MacPorts 27 Feb '14

27 Feb '14

#15648: VPython request -------------------------------+-------------------------------------------- Reporter: ralph(a)cs.cf.ac.uk | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Requests Component: ports | Version: 1.6.0 Keywords: VPython | -------------------------------+-------------------------------------------- Any chance of a MacPort of VPython? -- Ticket URL: <http://trac.macports.org/ticket/15648> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 21

[MacPorts] #16201: Upgrading openssh overwrites user-modified config files
by MacPorts 16 Feb '14

16 Feb '14

#16201: Upgrading openssh overwrites user-modified config files ---------------------------------+------------------------------------------ Reporter: vinc17(a)macports.org | Owner: wms(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: | ---------------------------------+------------------------------------------ The openssh port shouldn't overwrite user-modified config files (ssh_config and sshd_config), or should introduce some mechanism to do config file upgrades safely. For instance, contents between some markers could be preserved, e.g. {{{ # BEGIN local configuration ... # END local configuration }}} In such a case, such configuration should be near the beginning of the file. The ssh_config man page says: {{{ For each parameter, the first obtained value will be used. The configu- ration files contain sections separated by ``Host'' specifications, and that section is only applied for hosts that match one of the patterns given in the specification. The matched host name is the one given on the command line. Since the first obtained value for each parameter is used, more host- spe- cific declarations should be given near the beginning of the file, and general defaults at the end. }}} I don't know about sshd_config. I suppose that the same rule is applied. -- Ticket URL: <http://trac.macports.org/ticket/16201> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #15939: port install : in need of a progressbar
by MacPorts 14 Feb '14

14 Feb '14

#15939: port install : in need of a progressbar --------------------------------------+------------------------------------- Reporter: pc(a)anykey.de | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Low | Milestone: Component: base | Version: 1.6.0 Keywords: port install progressbar | --------------------------------------+------------------------------------- Installing bigger Distributions, like texlive_texmf-full (>125MB), I was wondering if everything is allright after some minutes of nothingness. I know that other *nix-packet-managers have a progressbar (some dots or whatever) so that the user is able to track the progress, at least having an idea if everything is allright. Since now I know I just have to wait, everything is fine for me. Thinking of other users - they would sometimes appreciate to have a progressbar when installing using port, I suppose. Thinking of gentoo-users sitting next to me, I would appreciate that anyway ;) -- Ticket URL: <http://trac.macports.org/ticket/15939> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7