December 2011 - macports-tickets - lists.macosforge.org

[MacPorts] #22747: libssh2 universal build fails
by MacPorts 13 Jun '14

13 Jun '14

#22747: libssh2 universal build fails -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: pmq@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.1 Keywords: | Port: libssh2 -------------------------------------+-------------------------------------- A universal build of libssh2 fails: {{{ MacPorts running without privileges. You may be unable to complete certain actions (eg install). ---> Computing dependencies for libssh2 MacPorts running without privileges. You may be unable to complete certain actions (eg install). ---> Fetching libssh2 MacPorts running without privileges. You may be unable to complete certain actions (eg install). ---> Verifying checksum(s) for libssh2 MacPorts running without privileges. You may be unable to complete certain actions (eg install). ---> Extracting libssh2 MacPorts running without privileges. You may be unable to complete certain actions (eg install). MacPorts running without privileges. You may be unable to complete certain actions (eg install). ---> Configuring libssh2 ---> Configuring libssh2 for architecture x86_64 ---> Configuring libssh2 for architecture i386 MacPorts running without privileges. You may be unable to complete certain actions (eg install). ---> Building libssh2 ---> Building libssh2 for architecture x86_64 ---> Building libssh2 for architecture i386 MacPorts running without privileges. You may be unable to complete certain actions (eg install). ---> Staging libssh2 into destroot ---> Staging libssh2 into destroot for architecture x86_64 ---> Staging libssh2 into destroot for architecture i386 Error: Target org.macports.destroot returned: /mp/lib/pkgconfig/libssh2.pc differs in /mp/var/macports/build/_Users_rschmidt_macports_dports_devel_libssh2/work/destroot-i386 and /mp/var/macports/build/_Users_rschmidt_macports_dports_devel_libssh2/work/destroot-x86_64 and cannot be merged Error: Unable to upgrade port: 1 }}} Here's the difference between those files: {{{ --- work/destroot-i386/mp/lib/pkgconfig/libssh2.pc 2009-12-01 18:24:00.000000000 -0600 +++ work/destroot-x86_64/mp/lib/pkgconfig/libssh2.pc 2009-12-01 18:23:58.000000000 -0600 @@ -11,6 +11,6 @@ URL: http://www.libssh2.org/ Description: Library for SSH based connunication Version: 1.2.1 -Libs: -L${libdir} -lssh2 -L/mp/lib -arch i386 +Libs: -L${libdir} -lssh2 -L/mp/lib -arch x86_64 Libs.private: Cflags: -I${includedir} }}} The arch flags should be removed from the .pc file. -- Ticket URL: <http://trac.macports.org/ticket/22747> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[MacPorts] #16598: ettercap do not work on Mac OS X 10.5.5
by MacPorts 12 Jun '14

12 Jun '14

#16598: ettercap do not work on Mac OS X 10.5.5 -------------------------------+-------------------------------------------- Reporter: monserg(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.7.0 Keywords: ettercap mac ox x | Port: ettercap-ng -------------------------------+-------------------------------------------- ettercap do not work on Mac OS X 10.5.5. card: AirportExtreme ( (0x14E4, 0x88) (Broadcom 4328 (4.170.46.11) ) ) installation fine with: sudo port install ettercap-ng but, when executing a test: ettercap -Tzq -i en1 got this error: ettercap NG-0.7.3 copyright 2001-2004 ALoR & NaGA Listening on en1... (Ethernet) ERROR : 6, Device not configured [ec_send.c:send_init:114] libnet_init(LIBNET_RAW4_ADV) failed: libnet_init(): UID or EUID of 0 required -- Ticket URL: <http://trac.macports.org/ticket/16598> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 5

[MacPorts] #26074: update zim
by MacPorts 12 Jun '14

12 Jun '14

#26074: update zim -------------------------------+-------------------------------------------- Reporter: bassliu@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: -------------------------------+-------------------------------------------- zim in repository is 0.28, it's very old. the lastest version is 0.48, check the [http://zim-wiki.org/downloads.html website] -- Ticket URL: <http://trac.macports.org/ticket/26074> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 25

[MacPorts] #30434: Should port select gcc also set /usr/bin/cc?
by MacPorts 12 Jun '14

12 Jun '14

#30434: Should port select gcc also set /usr/bin/cc? ----------------------------+----------------------------------------------- Reporter: ionic@… | Owner: macports-tickets@… Type: request | Status: new Priority: Low | Milestone: Component: base | Version: 2.0.0 Keywords: select gcc | Port: ----------------------------+----------------------------------------------- Hi, currently port select gcc only changes the binaries in $PREFIX/bin. However, at least some ports use /usr/bin/cc as the default compiler. This ports will likely end up using whatever /usr/bin/cc is set to - for instance llvm-gcc42 if XCode 4 was installed, although the user MAY have selected gcc42 manually and lives under the impression it's used. Then again, I don't know, whether it's a good thing to fiddle outside of $PREFIX, so I'll open this for discussion. I'd vote for yes and moreover possibly also change all other symlinks in /usr/bin as gcc, g++, c++ etc. BUT symlink them to their /opt/local/bin counterparts, so we don't need to keep two places in sync. Best regards, Mihai -- Ticket URL: <https://trac.macports.org/ticket/30434> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 16

[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] #21294: Enable cffi support in swig?
by MacPorts 05 Jun '14

05 Jun '14

#21294: Enable cffi support in swig? ------------------------------------+--------------------------------------- Reporter: glen.henshaw@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.0 Keywords: swig, cffi | Port: swig 1.3.40 ------------------------------------+--------------------------------------- Swig 1.3.40 supports cffi, but the port does not have a variant for it, and the +universal variant does not seem to do anything. Would it be possible to enable cffi support? Is it possible to enable support for the other languages swig supports but for which there are no port variants? The built-in OSX swig does support cffi, but the implementation is quite old. -- Ticket URL: <http://trac.macports.org/ticket/21294> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #31384: Cannot install pike using macports
by MacPorts 05 Jun '14

05 Jun '14

#31384: Cannot install pike using macports -------------------------------------+-------------------------------------- Reporter: peymandelshad@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: -------------------------------------+-------------------------------------- Macports fail to install pike. Here's the log: ---> Computing dependencies for pike[[BR]] ---> Fetching archive for pike[[BR]] ---> Attempting to fetch pike-7.6.112_3.darwin_10.x86_64.tbz2 from http://packages.macports.org/pike [[BR]] ---> Fetching pike[[BR]] ---> Verifying checksum(s) for pike[[BR]] ---> Extracting pike[[BR]] ---> Applying patches to pike[[BR]] ---> Configuring pike[[BR]] ---> Building pike[[BR]] Error: Target org.macports.build returned: shell command failed (see log for details)[[BR]] Log for pike is at: /opt/local/var/macports/logs/_opt_local_var_macports_sources_rsync.macports.org_release_ports_lang_pike/pike/main.log[[BR]] Error: Status 1 encountered during processing.[[BR]] To report a bug, see <http://guide.macports.org/#project.tickets>[[BR]] -- Ticket URL: <https://trac.macports.org/ticket/31384> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #30782: efte: update to 1.1
by MacPorts 30 May '14

30 May '14

#30782: efte: update to 1.1 -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: reiffert@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.1 Keywords: haspatch | Port: efte -------------------------------------+-------------------------------------- Here is a patch that makes the following changes to the efte port: * update efte to 1.1 * use bzip2 distfile because it is smaller * change no_x11 variant to x11 variant; retain compatibility code to ease upgrades * use the cmake portgroup * add ncurses dependency * change the X dependencies to library dependencies * use rmd160 and sha256 checksums for distfile * use `system`'s new `-W` argument The problem is it fails in the post-destroot block; the `cefte` program does not seem to exist anymore. I don't know what it did in efte 0.96 so I don't know whether this post-destroot block needs to be changed in some way or just deleted. -- Ticket URL: <https://trac.macports.org/ticket/30782> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #32590: lua port update
by MacPorts 30 May '14

30 May '14

#32590: lua port update -------------------------------+-------------------------------------------- Reporter: andremm@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.0.3 Keywords: | Port: -------------------------------+-------------------------------------------- Lua 5.2.0 is out since Dec 16th. For this reason I'm providing an updated Portfile to lua port, as well as the necessary patches and files. To my mind, a new port called lua51 should be created with current lua Portfile for Lua 5.1.4. Regards, Andre -- Ticket URL: <https://trac.macports.org/ticket/32590> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #25904: [NEW] graphics/afterglow
by MacPorts 26 May '14

26 May '14

#25904: [NEW] graphics/afterglow ------------------------------+--------------------------------------------- Reporter: jul_bsd@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: ------------------------------+--------------------------------------------- AfterGlow 1.x is a collection of scripts which facilitate the process of generating link graphs. AfterGlow 1.x is written in Perl and is meant to be used on the command line. There is no graphical user interface available. AfterGlow expects a CSV file as input and generates either an attributed graph langugage file that can be processed by the graphiviz libraries, or it can generate output for consumption by the large grpah library (LGL). -- Ticket URL: <http://trac.macports.org/ticket/25904> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 13