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

[MacPorts] #28121: dbus @1.2.24 +no_root
by MacPorts 03 Apr '14

03 Apr '14

#28121: dbus @1.2.24 +no_root ----------------------------+----------------------------------------------- Reporter: ph227@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: | Port: ----------------------------+----------------------------------------------- I was trying to install meld port, but failed on dbus dependency. The command : {{{ port -d install dbus +no_root }}} fail with : {{{ DEBUG: Changing to port directory: /Users/nicoph/macport/var/macports/sources/rsync.macports.org/release/ports/devel/dbus DEBUG: OS darwin/10.4.2 (Mac OS X 10.6) arch i386 DEBUG: org.macports.load registered provides 'load', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.unload registered provides 'unload', a pre-existing procedure. Target override will not be provided DEBUG: org.macports.distfiles registered provides 'distfiles', a pre- existing procedure. Target override will not be provided DEBUG: Using group file /Users/nicoph/macport/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/muniversal-1.0.tcl DEBUG: Reading variant descriptions from /Users/nicoph/macport/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/variant_descriptions.conf DEBUG: universal variant already exists, so not adding the default one DEBUG: Requested variant bash_completion is not provided by port dbus. DEBUG: Executing variant no_root provides no_root DEBUG: <dscl_cmd> DS Error: -14136 (eDSRecordNotFound) while executing "exec /usr/bin/dscl . -read Users/${install.user} NFSHomeDirectory" (procedure "variant-no_root" line 15) invoked from within "variant-no_root" invoked from within "catch "variant-${name}" result" Error: dbus: Error executing no_root: <dscl_cmd> DS Error: -14136 (eDSRecordNotFound) DEBUG: Error evaluating variants while executing "error "Error evaluating variants"" (procedure "mportopen" line 58) invoked from within "mportopen $porturl [array get options] [array get requested_variations]" Error: Unable to open port: Error evaluating variants To report a bug, see <http://guide.macports.org/#project.tickets> }}} My specs : * MacPort 1.9.2 (user local installation from sources) * Os X 10.6.4 * XCode 3.2.4 -- Ticket URL: <https://trac.macports.org/ticket/28121> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 10

[MacPorts] #26002: doxygen fails to build documentation when using pTeX
by MacPorts 03 Apr '14

03 Apr '14

#26002: doxygen fails to build documentation when using pTeX ------------------------------+--------------------------------------------- Reporter: css@… | Owner: css@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: doxygen texlive pTeX ------------------------------+--------------------------------------------- From comment:ticket:25774:7: After the changes in r69976, 'doxygen +doc' fails to build with pTeX. pTeX is a Japanese TeX distribution based on teTeX, and it contains tocloft.sty, so I tried to change the doxygen's dependency declaration like the following to allow building 'doxygen +doc' with not only TeXLive but also pTeX. {{{ from port:texlive-latex-extra to path:${prefix}/share/texmf-dist/tex/latex/tocloft/tocloft.sty:texlive- latex-extra }}} But it didn't work as expected, because the recent MacPorts' TeXLive installs its macro files into 'texmf-texlive-dist' directory, not 'texmf- dist' directory. {{{ pTeX: $ kpsewhich tocloft.sty /opt/local/share/texmf-dist/tex/latex/tocloft/tocloft.sty TeXLive: $ kpsewhich tocloft.sty /opt/local/share/texmf-texlive-dist/tex/latex/tocloft/tocloft.sty ^^^^^^^^ }}} Is there any smart way to solve this problem? Thanks in advance. p.s. Please not that this is not just a problem between TeXLive and pTeX. When port:MacTeX (or something) is released, the same problem will occur between TeXLive and MacTeX (or something). In my current opinion, TeXLive should be reverted to use texmf-dist, not to use texmf-texlive-dist. -- Ticket URL: <http://trac.macports.org/ticket/26002> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #16583: php5-eaccelerator 0.9.5.3 fails during configure - need to pass user id for sysvipc
by MacPorts 03 Apr '14

03 Apr '14

#16583: php5-eaccelerator 0.9.5.3 fails during configure - need to pass user id for sysvipc ---------------------------------------+------------------------------------ Reporter: moody(a)isi.edu | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.6.0 Keywords: php5-eaccelerator sysvipc | Port: php5-eaccelerator ---------------------------------------+------------------------------------ # port --version MacPorts 1.600 # php --version PHP 5.2.6 (cli) (built: Jul 17 2008 23:04:49) Copyright (c) 1997-2008 The PHP Group Zend Engine v2.2.0, Copyright (c) 1998-2008 Zend Technologies {{{ # port install php5-eaccelerator +sessions +content_caching ---> Fetching php5-eaccelerator ---> Attempting to fetch eaccelerator-0.9.5.3.tar.bz2 from http://bart.eaccelerator.net/source/0.9.5.3/ ---> Verifying checksum(s) for php5-eaccelerator ---> Extracting php5-eaccelerator ---> Configuring php5-eaccelerator 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_www_php5-eaccelerator/work/eaccelerator-0.9.5.3" && ./configure --prefix=/opt/local --with-php-config=/opt/local/bin/php- config --with-eaccelerator-sessions --with-eaccelerator-content-caching " returned error 1 Command output: checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking for unistd.h... (cached) yes checking limits.h usability... yes checking limits.h presence... yes checking for limits.h... yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking sched.h usability... yes checking sched.h presence... yes checking for sched.h... yes checking mandatory system headers... no checking whether union semun is defined in sys/sem.h... yes checking for sysvipc shared memory support... no checking for mmap shared memory support... yes checking for mmap on /dev/zero shared memory support... no checking for anonymous mmap shared memory support... yes checking for posix mmap shared memory support... yes checking for best shared memory type... anonymous mmap checking for spinlock semaphores support... no checking for pthread semaphores support... no checking for posix semaphores support... yes checking for sysvipc semaphores support... yes checking for fcntl semaphores support... yes checking for flock semaphores support... yes checking for best semaphores type... configure: error: "You need to pass the user id eaccelerator will be running under when using sysvipc semaphores" }}} -- Ticket URL: <http://trac.macports.org/ticket/16583> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 20

[MacPorts] #37583: Update tcl.m4 macro in base to add a check for tcl8.6
by MacPorts 02 Apr '14

02 Apr '14

#37583: Update tcl.m4 macro in base to add a check for tcl8.6 -------------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: enhancement | Status: new Priority: Normal | Milestone: Component: base | Version: 2.1.2 Keywords: haspatch | Port: -------------------------+-------------------------------- Pretty simple patch, just adds a few lines, it's attached -- Ticket URL: <https://trac.macports.org/ticket/37583> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[MacPorts] #29441: dsniff-devel compiles but does not work on snow leopard
by MacPorts 02 Apr '14

02 Apr '14

#29441: dsniff-devel compiles but does not work on snow leopard ----------------------------------------------------+----------------------- Reporter: tribes_email@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.2 Keywords: dsniff urlsnard libpcap libnet libnids | Port: ----------------------------------------------------+----------------------- I've played with it for a few days, tried to compile my own version (I have tried 2.3 and 2.4b1) not matter what I always reproduce the same problem. arpspoof works but apps like dsniff, urlsnarf don't see anything on the network. They don't crash but never log anything. I think this is due to some snow leopard limitation for non blocking observation of the network. I'm not sure. -- Ticket URL: <https://trac.macports.org/ticket/29441> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #23971: Impossible to install Darwin 9 Port "dsniff"
by MacPorts 02 Apr '14

02 Apr '14

#23971: Impossible to install Darwin 9 Port "dsniff" -------------------------------------+-------------------------------------- Reporter: omcalamai@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: MacPorts 1.8.3 Component: ports | Version: 1.8.2 Keywords: | Port: dsniff -------------------------------------+-------------------------------------- After the first install of dsniff reporting Error, I try to reinstall using the -f switch as suggested by the installer report, but again error was listed. Now is impossible ti reinstall or unistall "dsniff" -- Ticket URL: <http://trac.macports.org/ticket/23971> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 14

[MacPorts] #38082: pdftk encounters fatal malloc problem
by MacPorts 01 Apr '14

01 Apr '14

#38082: pdftk encounters fatal malloc problem --------------------------------------+-------------------------------- Reporter: bernard@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: pdftk malloc_error_break | Port: --------------------------------------+-------------------------------- Pdftk no longer works (I last used it as recently as four days ago). Examples of the error reports are in the attached file. -- Ticket URL: <https://trac.macports.org/ticket/38082> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 9

[MacPorts] #37890: RFE: General categories cleanup
by MacPorts 31 Mar '14

31 Mar '14

#37890: RFE: General categories cleanup ---------------------+-------------------------------- Reporter: egall@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ---------------------+-------------------------------- This was inspired by revisiting ticket #37832 after seeing cal's commit r102355 in irc. The following categories only have a single port in them: mercurial: http://www.macports.org/ports.php?by=category&substr=mercurial (currently only contains hg-forest, could also possibly contain mercurial, py*hgsvn, py*mercurial_keyring, py*hggit, py27-hgsubversion, and tortoisehg) win32: http://www.macports.org/ports.php?by=category&substr=win32 (currently only contains nsis, could also possibly contain ASFRecorder, i386-mingw32*, icoconvert, mystonline-wine, octave-windows, ophcrack, p5 *parse-win32registry, pev, png2ico, rdesktop*, wine*, and wxmsw) wsn: http://www.macports.org/ports.php?by=category&substr=wsn (currently only contains nesc, not sure what else it could contain) squeak: http://www.macports.org/ports.php?by=category&substr=squeak (currently only contains squeak, pretty sure that's the only thing it could contain) lua: http://www.macports.org/ports.php?by=category&substr=lua (currently only used for luash, could also be used for lpeg, lua*, ocaml-lua, prosody, swig-lua, texlive-luatex, toluapp, and wxLua) ipv6: http://www.macports.org/ports.php?by=category&substr=ipv6 (currently only used for aiccu, could also be used for a lot of other things) html: http://www.macports.org/ports.php?by=category&substr=html (currently only used for xml2, could be used for so many other things that it might not be worth it) emacs: http://www.macports.org/ports.php?by=category&substr=emacs (currently only used for po-mode.el, could also be used for auctex, cedet, *.el, ecb, emacs*, erc, ess, jove, lookup, magit, mg, nxml-mode, org- mode*, ProofGeneral, psgml, py*pymacs, slime, tex-whizzytex, vile, xemacs, and zile) Also the [http://www.macports.org/ports.php?by=category&substr=database "database"] and [http://www.macports.org/ports.php?by=category&substr=databases "databases"] categories should probably be combined with one another. Same thing with the [http://www.macports.org/ports.php?by=category&substr=ml "ml"] and [http://www.macports.org/ports.php?by=category&substr=ocaml "ocaml"] categories. (Note: All "*"s in the above are wildcards) -- Ticket URL: <https://trac.macports.org/ticket/37890> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 19

[MacPorts] #35647: VIFM .5 Outdated
by MacPorts 31 Mar '14

31 Mar '14

#35647: VIFM .5 Outdated ----------------------------------------+----------------------------------- Reporter: onetimeuser@… | Owner: macports-tickets@… Type: update | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.2 Keywords: | Port: ----------------------------------------+----------------------------------- vifm is woefully outdated (port says .5 is the latest and google says .7). I'm hoping it's just an oversight/easy fix. Thank you Sorry if this is in the wrong spot, please pass it along to someone who knows whats going on. -- Ticket URL: <https://trac.macports.org/ticket/35647> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #39452: py27 conflict: nosetests, setuptools or distribute
by MacPorts 31 Mar '14

31 Mar '14

#39452: py27 conflict: nosetests, setuptools or distribute ------------------------+-------------------------------- Reporter: eijkhout@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 2.1.3 Keywords: | Port: py27-nosetests ------------------------+-------------------------------- I have a python file that processes fine, but nosetests-2.7 has started misbehaving since I last updated my ports. This seems to come from pretty deep: {{{ Traceback (most recent call last): File "/opt/local/bin/nosetests-2.7", line 5, in <module> from pkg_resources import load_entry_point File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/distribute-0.6.36-py2.7.egg/pkg_resources.py", line 2825, in <module> add_activation_listener(lambda dist: dist.activate()) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/distribute-0.6.36-py2.7.egg/pkg_resources.py", line 710, in subscribe callback(dist) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/distribute-0.6.36-py2.7.egg/pkg_resources.py", line 2825, in <lambda> add_activation_listener(lambda dist: dist.activate()) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/distribute-0.6.36-py2.7.egg/pkg_resources.py", line 2257, in activate self.insert_on(path) File "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages/distribute-0.6.36-py2.7.egg/pkg_resources.py", line 2358, in insert_on "with distribute. Found one at %s" % str(self.location)) ValueError: A 0.7-series setuptools cannot be installed with distribute. Found one at /opt/local/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7 /site-packages }}} I found the following link, which is thoroughly uninformative to me: https://bitbucket.org/sybren/python-rsa/issue/15/source-dist-fails-to- install-on-setuptools Victor. -- Ticket URL: <https://trac.macports.org/ticket/39452> MacPorts <http://www.macports.org/> Ports system for OS X

1 5