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

[MacPorts] #19818: Freenet
by MacPorts 05 Apr '14

05 Apr '14

#19818: Freenet -------------------------------------------------------------------+-------- Reporter: macports.users@… | Owner: macports-tickets@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: Freenet, Java, Publication Tools, Free Speech, Google | Port: -------------------------------------------------------------------+-------- http://freenetproject.org/ -- Ticket URL: <http://trac.macports.org/ticket/19818> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2

[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] #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] #24001: curl-7.20 +universal destroot fail
by MacPorts 30 Mar '14

30 Mar '14

#24001: curl-7.20 +universal destroot fail ------------------------------+--------------------------------------------- Reporter: ToePeu@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: curl destroot | Port: curl ------------------------------+--------------------------------------------- it raise error because ppc and intel has different curl-config file its difference is occured by --configure options: echo " '--prefix=/opt/local' '--enable-ipv6' '--without-gnutls' '--without-gssapi' '--without-libssh2' '--without-spnego' '--disable-ares' '--disable-ldap' '--disable-ldaps' '--with-libidn' '--with- zlib=/opt/local' '--disable-dependency-tracking' '--with-ssl' '--with-ca- bundle=/opt/local/share/curl/curl-ca-bundle.crt' 'CC=/usr/bin/gcc-4.2' 'CFLAGS=-O2 ' 'LDFLAGS=-L/opt/local/lib ' 'CPPFLAGS=-I/opt/local/include'" is for intel, but for ppc, it has more ppc-related options it raise merge failure in destroot path since i removed difference of both curl-config as fake, problem resolved. i think there should not be check curl-config here. ps. when i failed to destroot, and tried -d to make report, destroot failed for everything because it could not recover its state before destroot. it was terrible and i should remove some output of destroot manually. -- Ticket URL: <http://trac.macports.org/ticket/24001> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 16

[MacPorts] #24507: Ports that need special attention get lost in long outputs
by MacPorts 29 Mar '14

29 Mar '14

#24507: Ports that need special attention get lost in long outputs ---------------------------------+------------------------------------------ Reporter: keybounce@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.8.2 Keywords: | Port: ---------------------------------+------------------------------------------ Installing some ports (such as 'gimp2') result in installing many, many dependencies. Some of these have special steps that you need to take. These are displayed on the screen, and scroll way up, and can be lost. Nothing calls attention to them at the end, and they are not stored anywhere in the MacPorts system for later review. -- Ticket URL: <http://trac.macports.org/ticket/24507> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 7

[MacPorts] #26194: Segmentation violation in scanimage
by MacPorts 29 Mar '14

29 Mar '14

#26194: Segmentation violation in scanimage ---------------------------------+------------------------------------------ Reporter: hanche@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: | Port: sane-backends ---------------------------------+------------------------------------------ The command output speaks for itself: {{{ ; scanimage -L device `genesys:libusb:038:003' is a Pentax DSmobile 600 flatbed scanner ; scanimage -d genesys:libusb:038:003 --mode Lineart -x 57 -y 100 > foo segmentation violation }}} Again, under the debugger: {{{ ; gdb scanimage (gdb) run -d genesys:libusb:038:003 --mode Lineart -x 57 -y 100 Starting program: /opt/local/bin/scanimage -d genesys:libusb:038:003 --mode Lineart -x 57 -y 100 Reading symbols for shared libraries .+++++++++...... done Reading symbols for shared libraries . done Reading symbols for shared libraries . done Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x000000000025d274 0x000000010014438f in sane_genesys_open () (gdb) back #0 0x000000010014438f in sane_genesys_open () #1 0x0000000100018491 in sane_dll_open () #2 0x00000001000043c6 in main () (gdb) }}} So the problem appears to be in the genesys module. FWIW, I am on 10.6.4 (MacBook Pro 13 inch). I installed macports, ran port selfupdate and built all my ports from the bottom within the past week. -- Ticket URL: <http://trac.macports.org/ticket/26194> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 11

[MacPorts] #29013: some trac sidebar links should be https but are http
by MacPorts 23 Mar '14

23 Mar '14

#29013: some trac sidebar links should be https but are http ------------------------------+--------------------------------------------- Reporter: jmr@… | Owner: wsiegrist@… Type: defect | Status: new Priority: Normal | Milestone: Component: server/hosting | Version: Keywords: | Port: ------------------------------+--------------------------------------------- Specifically: Mailing Lists, Ticket Search, and Ticket Query. Only applies when using Trac over https, obviously. -- Ticket URL: <https://trac.macports.org/ticket/29013> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2