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

[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] #31132: MacPorts:
by MacPorts 26 Mar '14

26 Mar '14

#31132: MacPorts: -------------------------------------+-------------------------------------- Reporter: ryandesign@… | Owner: macports-tickets@… Type: defect | Status: new Priority: Low | Milestone: Component: ports | Version: 2.0.2 Keywords: | Port: MacPorts -------------------------------------+-------------------------------------- The privilege de-escalation code now used in MacPorts 2 seems to have broken the fixup code in the MacPorts port: {{{ ---> Configuring MacPorts DEBUG: Using compiler 'Mac OS X gcc 4.0' DEBUG: Executing proc-pre-org.macports.configure-configure-0 Fixing your MacOSX10.5 installation by copying libtclstub8.4.a to /Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/Tcl.framework/Versions/8.4/libtclstub8.4.a Error: Target org.macports.configure returned: xinstall: Unable to create new file for: /Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/Tcl.framework/Versions/8.4/libtclstub8.4.a, Permission denied DEBUG: Backtrace: xinstall: Unable to create new file for: /Developer/SDKs/MacOSX10.5.sdk/System/Library/Frameworks/Tcl.framework/Versions/8.4/libtclstub8.4.a, Permission denied }}} The obvious first try to fix this was to set `configure.asroot yes` inside the `if` clause before it attempts to copy into the library into the SDK, but this fails; it seems `configure.asroot` must be set before the configure phase even begins, so by pre-configure time it's too late. The workaround I used was to temporarily add `configure.asroot yes` to the main part of the Portfile and run it once, then remove that line again. Or I could have just manually fixed things. Since this is just a one-time fixup operation, and only needed for people building MacPorts disk images, it's obviously not a big deal. If nobody thinks of an easy fix, this ticket at least documents the issue and the workaround. -- Ticket URL: <https://trac.macports.org/ticket/31132> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 4

[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

[MacPorts] #20005: RFP: gnome-desktop-sharp (as port gnome-desktop-sharp2 ?)
by MacPorts 23 Mar '14

23 Mar '14

#20005: RFP: gnome-desktop-sharp (as port gnome-desktop-sharp2 ?) ---------------------------------+------------------------------------------ Reporter: devans@… | Owner: nox@… Type: request | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.7.1 Keywords: | Port: gnome-desktop-sharp2 ---------------------------------+------------------------------------------ gnome-desktop-sharp is part of the 2.26 GNOME Desktop Suite but has not as yet been ported to MacPorts. Current version is 2.26.0 Source is here: http://ftp.gnome.org/pub/GNOME/sources/gnome-desktop- sharp/2.26/gnome-desktop-sharp-2.26.0.tar.bz2 Assigning to nox as he maintains most of the current sharp ports -- Ticket URL: <http://trac.macports.org/ticket/20005> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 2