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

[MacPorts] #43652: [port abandoned] Ports owned by alpha
by MacPorts 12 Jun '14

12 Jun '14

#43652: [port abandoned] Ports owned by alpha --------------------+-------------------------------- Reporter: mf2k@… | Owner: alpha@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: pal s3cmd treeline --------------------+-------------------------------- Macports committer alpha no longer seems active. I suggest we revert the ports to nomaintainer. See #42316, #41765, #34961 and #37250 among many others. {{{ $ port echo maintainers:alpha pal s3cmd treeline }}} -- Ticket URL: <https://trac.macports.org/ticket/43652> MacPorts <http://www.macports.org/> Ports system for OS X

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] #41721: ettercap: port abandoned
by MacPorts 12 Jun '14

12 Jun '14

#41721: ettercap: port abandoned --------------------------+-------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: Keywords: | Port: ettercap --------------------------+-------------------------------- The ettercap port seems to have been abandoned. The listed maintainer originally submitted the port in #2137 and submitted one update in #3031 but has not responded to any tickets since then, including #6122 #13097 #13116 #13399 #13413 #16598 #22368 #26060 #26526 #35503 #39266 #41487 Seth, would you still like to maintain this port? If I don't hear from you by January 7, 2014 I will consider the port abandoned and will unassign you as maintainer. -- Ticket URL: <https://trac.macports.org/ticket/41721> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[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] #37853: RFE: "port provides" should return a different message when used on files provided by base
by MacPorts 12 Jun '14

12 Jun '14

#37853: RFE: "port provides" should return a different message when used on files provided by base -------------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: base | Version: 2.1.2 Keywords: | Port: -------------------------+-------------------------------- It just seems odd that {{{ port provides `which port` }}} should return: {{{ /opt/local/bin/port is not provided by a MacPorts port. }}} I mean, technically, that's true, it isn't technically provided by a port, but still, shouldn't it at least say something about that file being part of base? -- Ticket URL: <https://trac.macports.org/ticket/37853> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 6

[MacPorts] #43553: Upgrading py-autopep8
by MacPorts 12 Jun '14

12 Jun '14

#43553: Upgrading py-autopep8 ------------------------------+-------------------------------- Reporter: patrik.hartlen@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: haspatch | Port: py-autopep8 ------------------------------+-------------------------------- Hi, I would like to upgrade py-autopep8 from 0.9.7 to 1.0.1, also enable livecheck and 34 support. Patch file is attached. Thanks Patrik -- Ticket URL: <https://trac.macports.org/ticket/43553> MacPorts <http://www.macports.org/> Ports system for OS X

1 2

[MacPorts] #43466: textmate2 @2.0-alpha.9537 configure error - "Unknown signee" while downloading TextMate Bundles
by MacPorts 12 Jun '14

12 Jun '14

#43466: textmate2 @2.0-alpha.9537 configure error - "Unknown signee" while downloading TextMate Bundles ------------------------------+-------------------------------- Reporter: david.hislop.1@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.2.1 Keywords: | Port: textmate2 ------------------------------+-------------------------------- {{{sudo port install textmate2}}} fails during configure with an error {{{Unknown signee: 'org.textmate.msheets'}}}. The same error was reported in #42063 during discussion of a git fetch failure. I didn't see an obvious solution to the unknown signee error in that ticket, but maybe I missed it. This is the excerpt from main.log: {{{ :info:configure Downloading ‘https://api.textmate.org/bundles/default’… :info:configure CSSM_ModuleLoad(): CSSMERR_DL_MDS_ERROR :info:configure CSSM_ModuleLoad(): CSSMERR_DL_MDS_ERROR :info:configure CSSM_ModuleLoad(): CSSMERR_DL_MDS_ERROR :info:configure *** error importing key: No error. :info:configure *** download_etag(‘https://api.textmate.org/bundles/default’): Unknown signee: ‘org.textmate.msheets’. :info:configure *** error retrieving ‘https://api.textmate.org/bundles/default’ (no etag given) :info:configure *** failed to update source: ‘TextMate Bundles’ (https://api.textmate.org/bundles/default) :info:configure Command failed: cd "/opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_ports_editors_textmate2/textmate2/work/textmate-2.0-alpha.9537" && ./configure --prefix=/opt/local :info:configure Exit code: 1 }}} I've tried: {{{ sudo port clean textmate2 sudo port install textmate2 }}} with the same result. I also tried: {{{ sudo port uninstall --follow-dependents installed }}} and then re-installed all the previously-installed ports. textmate2 was the only one that failed. I've attached the main.log. -- Ticket URL: <https://trac.macports.org/ticket/43466> MacPorts <http://www.macports.org/> Ports system for OS X

1 3

[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] #43993: phpmyadmin @4.2.3_0+php54 produces error message about needing MySQL5.5.0 or later after login
by MacPorts 11 Jun '14

11 Jun '14

#43993: phpmyadmin @4.2.3_0+php54 produces error message about needing MySQL5.5.0 or later after login -------------------------------+-------------------------------- Reporter: roberthuston@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: phpMyAdmin MySQL5 | Port: phpMyAdmin -------------------------------+-------------------------------- After doing a port upgrade to phpmyadmin @4.2.3_0+php54, when I log into my phpMyAdmin page, I am directed to a page posting a bold red banner containing a "phpMyAdmin-Error" message, with a line below it stating "You should upgrade to MySQL 5.5.0 or later." The previous version of phpMyAdmin did not exhibit this behavior, and the phpMyAdmin project page indicates that this version should still work with my installation of MySQL (v5.1.x). I currently have the following pertinent ports installed and running: {{{ apache2 @2.2.27_0+preforkmpm (active) php54 @5.4.29_0+libedit (active) php54-apache2handler @5.4.29_0 (active) php54-gd @5.4.29_0 (active) php54-iconv @5.4.29_0 (active) php54-mbstring @5.4.29_0 (active) php54-mcrypt @5.4.29_0 (active) php54-mysql @5.4.29_0+mysqlnd (active) php54-zip @5.4.29_0 (active) mysql5 @5.1.72_0 (active) mysql5-server @5.1.72_0 (active) }}} My config.inc.php file is very simple: {{{ <?php // use a value of your choice $cfg['blowfish_secret'] = '0123456789abcdef'; $i=0; $i++; $cfg['Servers'][$i]['auth_type'] = 'cookie'; ?> }}} -- Ticket URL: <https://trac.macports.org/ticket/43993> MacPorts <http://www.macports.org/> Ports system for OS X

1 5

[MacPorts] #43994: php54-intl @5.4.29 and php55-intl @5.5.13 cannot load icu dylib
by MacPorts 11 Jun '14

11 Jun '14

#43994: php54-intl @5.4.29 and php55-intl @5.5.13 cannot load icu dylib ---------------------+-------------------------------- Reporter: jonas@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.3.0 Keywords: php icu | Port: php54-intl ---------------------+-------------------------------- After the last update of icu php cannot load the intl.so because it cannot find the corresponding libicui18n: PHP Warning: PHP Startup: Unable to load dynamic library '/opt/local/lib/php54/extensions/no-debug-non-zts-20100525/intl.so' - dlopen(/opt/local/lib/php54/extensions/no-debug-non-zts-20100525/intl.so, 9): Library not loaded: /opt/local/lib/libicui18n.51.dylib Referenced from: /opt/local/lib/php54/extensions/no-debug-non- zts-20100525/intl.so Reason: image not found in Unknown on line 0 I reinstalled the ice, php54 and php54-intl extensions but to no avail. I also tried to force upgrade all ports dependent on ice: port -nR upgrade --force icu They same problems appears to happen with php55 and php55-intl -- Ticket URL: <https://trac.macports.org/ticket/43994> MacPorts <http://www.macports.org/> Ports system for OS X

1 2