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

[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

[MacPorts] #25698: gourmet-0.15.5 and python-poppler-0.12.1 submission
by MacPorts 23 Mar '14

23 Mar '14

#25698: gourmet-0.15.5 and python-poppler-0.12.1 submission --------------------------------------------------------+------------------- Reporter: divinenephron@… | Owner: macports-tickets@… Type: submission | Status: new Priority: Normal | Milestone: Component: ports | Version: 1.9.1 Keywords: gourmet python poppler pdf recipe haspatch | Port: --------------------------------------------------------+------------------- I have created ports for gourmet recipe manager and the python poppler bindings on which it is dependant. See the patch. -- Ticket URL: <http://trac.macports.org/ticket/25698> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 3

[MacPorts] #30951: Samba3 not reading groups resulting in logon failure. (Lion)
by MacPorts 22 Mar '14

22 Mar '14

#30951: Samba3 not reading groups resulting in logon failure. (Lion) ---------------------------------+------------------------------------------ Reporter: mandrake@… | Owner: macports-tickets@… Type: defect | Status: new Priority: High | Milestone: Component: ports | Version: 2.0.1 Keywords: samba3 | Port: samba3 ---------------------------------+------------------------------------------ I installed samba3 on my 2010 Mac Mini. I try to log in from another Mac Mini and get a NT_STATUS_LOGON_FAILURE (using smbclient). I have added the smb user with smbpasswd -a. I have disabled the OSX windows file sharing and removed the launchd file that starts apple's netbios. I enabled debugging in smbd and nmbd to see where the login fails. The failure is attached in a text file. It seems to be because the server can't get a correct list of groups. I can pull up a group list with no problem in a terminal window for the user. -- Ticket URL: <https://trac.macports.org/ticket/30951> MacPorts <http://www.macports.org/> Ports system for Mac OS

1 14