December 2007 - macports-tickets - lists.macosforge.org

Re: [MacPorts] #6804: BUG: unable to load Pextlib on FreeBSD
by MacPorts 28 Dec '07

28 Dec '07

#6804: BUG: unable to load Pextlib on FreeBSD -----------------------------+---------------------------------------------- Reporter: cssdev(a)mac.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: closed Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.0 Resolution: fixed | Keywords: -----------------------------+---------------------------------------------- Changes (by jmpp(a)macports.org) * milestone: => MacPorts base bugs Old description: > Following application of the patches mentioned in BUG #6800 I managed to > DarwinPorts compiled on FreeBSD. Unfortunately, I still cannot get it to > run properly due to problems with Pextlib. I tried a couple approaches, > but I'm wondering whether this is something I'm not doing due to a lack > of familiarity with tcl or if it's a larger problem. I have the tcl8.4 > port compiled with WITH_PTHREADS=YES on FreeBSD 5.4. I'm using the > current CVS version, but the results are the same with the 1.2 tarball. > > $ ./configure --prefix=/home/dp --with-tcl=/usr/local/lib/tcl8.4/ --with- > tclinclude=/usr/local/include/tcl8.4/ --with- > tclpackage=/usr/local/lib/tcl8.4/ --with-curlprefix=/usr/local > > Everything built, but any attempt at using 'port' resulted in errors that > it could not find Pextlib: > > $ /home/dp/bin/port help > can't find package Pextlib 1.0 > while executing > "package_native require Pextlib 1.0" > ("eval" body line 1) > invoked from within > "eval package_native $args" > (procedure "package" line 14) > invoked from within > "package require Pextlib 1.0" > (procedure "dportinit" line 310) > invoked from within > "dportinit ui_options global_options global_variations" > Error: /home/dp/bin/port: Failed to initialize ports system, can't find > package Pextlib 1.0 > > Some digging led me to try the individual pextlib test within base, but > that failed too: > > $ gmake test > /usr/local/bin/tclsh8.4 tests/curl.tcl Pextlib.so > couldn't load file "Pextlib.so": Shared object "Pextlib.so" not found, > required by "tclsh8.4" > while executing > "load $pextlibname" > (procedure "main" line 2) > invoked from within > "main $argv" > (file "tests/curl.tcl" line 54) > gmake: *** [test] Error 1 > > It looks like the shared library handling might be to blame. I tried to > set a useful environment variable: > > $ export LD_LIBRARY_PATH=.:$HOME/darwinports/base/src/pextlib1.0/ > $ gmake test/usr/local/bin/tclsh8.4 tests/curl.tcl Pextlib.so > couldn't load file "Pextlib.so": ./Pextlib.so: Undefined symbol > "curl_easy_getinfo" > while executing > "load $pextlibname" > (procedure "main" line 2) > invoked from within > "main $argv" > (file "tests/curl.tcl" line 54) > gmake: *** [test] Error 1 > $ ldd Pextlib.so > Pextlib.so: > libreadline.so.5 => /lib/libreadline.so.5 (0x28164000) > libmd.so.2 => /lib/libmd.so.2 (0x28190000) > libncurses.so.5 => /lib/libncurses.so.5 (0x2819a000) > > This looks like the shared library isn't liked with libcurl. Also, the > installation process didn't do whatever might be needed to get the extra > tcl packages working with the port command. I verified that things were > installed into the same relative locations on Mac OS X: > > $ ls /usr/local/lib/tcl8.4/darwinports1.0/ > Darwinports.so darwinports_fastload.tcl > darwinports.tcl darwinports_index.tcl > darwinports_autoconf.tcl pkgIndex.tcl > darwinports_dlist.tcl > $ ls /home/dp/share/darwinports/Tcl/ > package1.0/ pextlib1.0/ port1.0/ registry1.0/ > thread2.6/ > > Am I missing something extra that might be needed as part of the Tcl > configuration? New description: Following application of the patches mentioned in BUG #6800 I managed to DarwinPorts compiled on FreeBSD. Unfortunately, I still cannot get it to run properly due to problems with Pextlib. I tried a couple approaches, but I'm wondering whether this is something I'm not doing due to a lack of familiarity with tcl or if it's a larger problem. I have the tcl8.4 port compiled with WITH_PTHREADS=YES on FreeBSD 5.4. I'm using the current CVS version, but the results are the same with the 1.2 tarball. {{{ $ ./configure --prefix=/home/dp --with-tcl=/usr/local/lib/tcl8.4/ --with- tclinclude=/usr/local/include/tcl8.4/ --with- tclpackage=/usr/local/lib/tcl8.4/ --with-curlprefix=/usr/local }}} Everything built, but any attempt at using 'port' resulted in errors that it could not find Pextlib: {{{ $ /home/dp/bin/port help can't find package Pextlib 1.0 while executing "package_native require Pextlib 1.0" ("eval" body line 1) invoked from within "eval package_native $args" (procedure "package" line 14) invoked from within "package require Pextlib 1.0" (procedure "dportinit" line 310) invoked from within "dportinit ui_options global_options global_variations" Error: /home/dp/bin/port: Failed to initialize ports system, can't find package Pextlib 1.0 }}} Some digging led me to try the individual pextlib test within base, but that failed too: {{{ $ gmake test /usr/local/bin/tclsh8.4 tests/curl.tcl Pextlib.so couldn't load file "Pextlib.so": Shared object "Pextlib.so" not found, required by "tclsh8.4" while executing "load $pextlibname" (procedure "main" line 2) invoked from within "main $argv" (file "tests/curl.tcl" line 54) gmake: *** [test] Error 1 }}} It looks like the shared library handling might be to blame. I tried to set a useful environment variable: {{{ $ export LD_LIBRARY_PATH=.:$HOME/darwinports/base/src/pextlib1.0/ $ gmake test/usr/local/bin/tclsh8.4 tests/curl.tcl Pextlib.so couldn't load file "Pextlib.so": ./Pextlib.so: Undefined symbol "curl_easy_getinfo" while executing "load $pextlibname" (procedure "main" line 2) invoked from within "main $argv" (file "tests/curl.tcl" line 54) gmake: *** [test] Error 1 $ ldd Pextlib.so Pextlib.so: libreadline.so.5 => /lib/libreadline.so.5 (0x28164000) libmd.so.2 => /lib/libmd.so.2 (0x28190000) libncurses.so.5 => /lib/libncurses.so.5 (0x2819a000) }}} This looks like the shared library isn't liked with libcurl. Also, the installation process didn't do whatever might be needed to get the extra tcl packages working with the port command. I verified that things were installed into the same relative locations on Mac OS X: {{{ $ ls /usr/local/lib/tcl8.4/darwinports1.0/ Darwinports.so darwinports_fastload.tcl darwinports.tcl darwinports_index.tcl darwinports_autoconf.tcl pkgIndex.tcl darwinports_dlist.tcl $ ls /home/dp/share/darwinports/Tcl/ package1.0/ pextlib1.0/ port1.0/ registry1.0/ thread2.6/ }}} Am I missing something extra that might be needed as part of the Tcl configuration? -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/6804#comment:6> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #6800: BUG: exclude darwintracelib1.0 on non-darwin operating systems
by MacPorts 28 Dec '07

28 Dec '07

#6800: BUG: exclude darwintracelib1.0 on non-darwin operating systems -----------------------------+---------------------------------------------- Reporter: cssdev(a)mac.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: closed Priority: Normal | Milestone: Component: base | Version: 1.0 Resolution: fixed | Keywords: -----------------------------+---------------------------------------------- Old description: > Because darwintrace is very specific to darwin, consider excluding it > from the build process in order to build on non-darwin operating systems > such as FreeBSD. Attempting to compile on FreeBSD 5.4 using the > DarwinPorts-1.2 tarball results in the following error: > > $ uname -a > FreeBSD thoth 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Sun May 8 10:21:06 UTC > 2005 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 > $ ./configure --prefix=/home/dp --mandir=/home/dp/share/man --with- > curlprefix=/usr/local --with-tcl=/usr/local/lib/tcl8.4 --with- > tclinclude=/usr/local/include/tcl8.4/ > [ ... ] > $ gmake > [ ... ] > gcc -c -DUSE_TCL_STUBS -W -Wall -pedantic -g -O -DHAVE_CONFIG_H -I.. -I. > -I"/usr/local/include/tcl8.4/" -I/usr/local/include > -DDARWINTRACE_LOG_CREATE -DTCL_THREADS=1 -DUSE_THREAD_ALLOC=1 > -D_REENTRANT=1 -D_THREAD_SAFE=1 -DHAVE_PTHREAD_ATTR_SETSTACKSIZE=1 > -DHAVE_PTHREAD_ATFORK=1 -DHAVE_READDIR_R=1 -DHAVE_THREE_ARG_READDIR_R=1 > -DTCL_WIDE_INT_TYPE=long\ long -DHAVE_GETCWD=1 -DHAVE_OPENDIR=1 > -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -DHAVE_STRTOLL=1 -DHAVE_STRTOULL=1 > -DHAVE_TMPNAM=1 -DHAVE_WAITPID=1 -DNO_VALUES_H=1 -DHAVE_LIMITS_H=1 > -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DUSE_TERMIOS=1 > -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_TM_ZONE=1 > -DHAVE_GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_TM_GMTOFF=1 > -DHAVE_ST_BLKSIZE=1 -DSTDC_HEADERS=1 -DNO_UNION_WAIT=1 > -DHAVE_SIGNED_CHAR=1 -DHAVE_PUTENV_THAT_COPIES=1 -DHAVE_LANGINFO=1 > -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_FILIO_H=1 -fPIC darwintrace.c -o > darwintrace.o > darwintrace.c:34:25: crt_externs.h: No such file or directory > darwintrace.c: In function `log_op': > darwintrace.c:94: error: `F_GETPATH' undeclared (first use in this > function) > darwintrace.c:94: error: (Each undeclared identifier is reported only > once > darwintrace.c:94: error: for each function it appears in.) > gmake[2]: *** [darwintrace.o] Error 1 > gmake[2]: Leaving directory > `/usr/home/css/DarwinPorts-1.2/src/darwintracelib1.0' > gmake[1]: *** [all] Error 1 > gmake[1]: Leaving directory `/usr/home/css/DarwinPorts-1.2/src' > gmake: *** [all] Error 1 > > Perhaps the base configure script could only build darwintracelib for > darwin. It looks like porttrace.tcl won't do anything on non-darwin > operating systems anyway. After a little poking around, I modified the > configure script to only build darwintracelib1.0 if it could find the > crt_extensions.h header. This header should (?) only be available on > darwin-based systems. New description: Because darwintrace is very specific to darwin, consider excluding it from the build process in order to build on non-darwin operating systems such as FreeBSD. Attempting to compile on FreeBSD 5.4 using the DarwinPorts-1.2 tarball results in the following error: {{{ $ uname -a FreeBSD thoth 5.4-RELEASE FreeBSD 5.4-RELEASE #0: Sun May 8 10:21:06 UTC 2005 root@harlow.cse.buffalo.edu:/usr/obj/usr/src/sys/GENERIC i386 $ ./configure --prefix=/home/dp --mandir=/home/dp/share/man --with- curlprefix=/usr/local --with-tcl=/usr/local/lib/tcl8.4 --with- tclinclude=/usr/local/include/tcl8.4/ [ ... ] $ gmake [ ... ] gcc -c -DUSE_TCL_STUBS -W -Wall -pedantic -g -O -DHAVE_CONFIG_H -I.. -I. -I"/usr/local/include/tcl8.4/" -I/usr/local/include -DDARWINTRACE_LOG_CREATE -DTCL_THREADS=1 -DUSE_THREAD_ALLOC=1 -D_REENTRANT=1 -D_THREAD_SAFE=1 -DHAVE_PTHREAD_ATTR_SETSTACKSIZE=1 -DHAVE_PTHREAD_ATFORK=1 -DHAVE_READDIR_R=1 -DHAVE_THREE_ARG_READDIR_R=1 -DTCL_WIDE_INT_TYPE=long\ long -DHAVE_GETCWD=1 -DHAVE_OPENDIR=1 -DHAVE_STRSTR=1 -DHAVE_STRTOL=1 -DHAVE_STRTOLL=1 -DHAVE_STRTOULL=1 -DHAVE_TMPNAM=1 -DHAVE_WAITPID=1 -DNO_VALUES_H=1 -DHAVE_LIMITS_H=1 -DHAVE_UNISTD_H=1 -DHAVE_SYS_PARAM_H=1 -DUSE_TERMIOS=1 -DHAVE_SYS_TIME_H=1 -DTIME_WITH_SYS_TIME=1 -DHAVE_TM_ZONE=1 -DHAVE_GMTIME_R=1 -DHAVE_LOCALTIME_R=1 -DHAVE_TM_GMTOFF=1 -DHAVE_ST_BLKSIZE=1 -DSTDC_HEADERS=1 -DNO_UNION_WAIT=1 -DHAVE_SIGNED_CHAR=1 -DHAVE_PUTENV_THAT_COPIES=1 -DHAVE_LANGINFO=1 -DHAVE_SYS_IOCTL_H=1 -DHAVE_SYS_FILIO_H=1 -fPIC darwintrace.c -o darwintrace.o darwintrace.c:34:25: crt_externs.h: No such file or directory darwintrace.c: In function `log_op': darwintrace.c:94: error: `F_GETPATH' undeclared (first use in this function) darwintrace.c:94: error: (Each undeclared identifier is reported only once darwintrace.c:94: error: for each function it appears in.) gmake[2]: *** [darwintrace.o] Error 1 gmake[2]: Leaving directory `/usr/home/css/DarwinPorts-1.2/src/darwintracelib1.0' gmake[1]: *** [all] Error 1 gmake[1]: Leaving directory `/usr/home/css/DarwinPorts-1.2/src' gmake: *** [all] Error 1 }}} Perhaps the base configure script could only build darwintracelib for darwin. It looks like porttrace.tcl won't do anything on non-darwin operating systems anyway. After a little poking around, I modified the configure script to only build darwintracelib1.0 if it could find the crt_extensions.h header. This header should (?) only be available on darwin-based systems. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/6800#comment:9> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #5064: BUG: uninstall does not always remove files in dports/sfotware
by MacPorts 28 Dec '07

28 Dec '07

#5064: BUG: uninstall does not always remove files in dports/sfotware ----------------------------------+----------------------------------------- Reporter: yves(a)opendarwin.org | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: closed Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.0 Resolution: fixed | Keywords: ----------------------------------+----------------------------------------- Changes (by jmpp(a)macports.org) * milestone: => MacPorts base bugs Old description: > The situation is unfortunately not as clear as it would be in a perfect > buggy world ... I will give what I > have observed because this behaviour are not easy to repoduce > > I run HEAD on 10.4.2 with Xcode 2.1 > > I uninstalled many ports on friday and saturday and found out that many > were still present in dports/ > software yesterday (sunday) while some had been deleted completely > > But this is not, as I said, a coherent behavior -- Later on, I > uninstalled ddd and everything got cleaned > up ok (probably due to its awesome maintainer), I uninstalled jikes > minutes later and it was still there in > dports/software. "port installed" will say in either case that the port > is not installed. > > I have cleaned up my whole ${prefix}/share/darwinports/Tcl/port1.0/ > directory yesterday too, but I > can't say if it was before or after these two uninstall. > > Hope that helps New description: The situation is unfortunately not as clear as it would be in a perfect buggy world ... I will give what I have observed because this behaviour are not easy to repoduce I run HEAD on 10.4.2 with Xcode 2.1 I uninstalled many ports on friday and saturday and found out that many were still present in dports/ software yesterday (sunday) while some had been deleted completely But this is not, as I said, a coherent behavior -- Later on, I uninstalled ddd and everything got cleaned up ok (probably due to its awesome maintainer), I uninstalled jikes minutes later and it was still there in dports/software. "port installed" will say in either case that the port is not installed. I have cleaned up my whole ${prefix}/share/darwinports/Tcl/port1.0/ directory yesterday too, but I can't say if it was before or after these two uninstall. Hope that helps -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/5064#comment:4> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #4905: portfile.7 is missing some keywords
by MacPorts 28 Dec '07

28 Dec '07

#4905: portfile.7 is missing some keywords ------------------------------------+--------------------------------------- Reporter: jberry(a)opendarwin.org | Owner: jmpp(a)macports.org Type: enhancement | Status: closed Priority: Normal | Milestone: MacPorts base enhancements Component: base | Version: 1.0 Resolution: fixed | Keywords: ------------------------------------+--------------------------------------- Changes (by jmpp(a)macports.org) * milestone: => MacPorts base enhancements -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/4905#comment:11> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #4845: BUG: platform-specific dependency ignored in dependency chain
by MacPorts 28 Dec '07

28 Dec '07

#4845: BUG: platform-specific dependency ignored in dependency chain ----------------------------------+----------------------------------------- Reporter: yves(a)opendarwin.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: closed Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.0 Resolution: fixed | Keywords: ----------------------------------+----------------------------------------- Changes (by jmpp(a)macports.org) * milestone: => MacPorts base bugs Old description: > gnustep-make has this following darwin platform variant > > platform puredarwin { > depends_lib port:gcc40 > configure.args-append --with-library-combo=gnu-gnu-gnu \ > CC=gcc-dp-4.0 > } > > if I do "port install gnustep-make", gcc40 dependency is built > > However, if I do "port install gnustep-base" then gnustep-make is built > (since gnustep-base depends > on it) with the right configure arguments but gcc40 dependency is not > taken into account (so the build > fails) New description: gnustep-make has this following darwin platform variant {{{ platform puredarwin { depends_lib port:gcc40 configure.args-append --with-library-combo=gnu-gnu-gnu \ CC=gcc-dp-4.0 } }}} if I do "port install gnustep-make", gcc40 dependency is built However, if I do "port install gnustep-base" then gnustep-make is built (since gnustep-base depends on it) with the right configure arguments but gcc40 dependency is not taken into account (so the build fails) -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/4845#comment:6> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #2684: RFE: add version glob handling to port clean --dist
by MacPorts 28 Dec '07

28 Dec '07

#2684: RFE: add version glob handling to port clean --dist -----------------------------------+---------------------------------------- Reporter: rshaw(a)opendarwin.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: base | Version: Resolution: | Keywords: -----------------------------------+---------------------------------------- Old description: > Hi Robert! Just wanted to make a short suggestion/request. Would it be > possible to include the > ability to provide either an exact version or a glob pattern to other > than the '--archive' switch of the > clean target? I just attempted an update of my installed ports and found > myself still doing a lot of > manual cleaning, specially with distfiles. Here's why I ask: > > $[juan@PowerBook: juan](25/0,1)-> ls > /opt/local/var/db/dports/distfiles/adium/ > total 28768 > -rw-r--r-- 1 root admin 6M 25 Jan 00:24 > AdiumX_Source_0.75.1.tar.gz > -rw-r--r-- 1 root admin 7M 31 Jan 23:48 AdiumX_Source_0.76.tar.gz > > $[juan@PowerBook: juan](26/0,1)-> sudo port -d clean --dist adium 0.75.1 > DEBUG: Found port in > file:///usr/local/OpenDarwin/darwinports/dports/aqua/adium > DEBUG: Changing to port directory: > /usr/local/OpenDarwin/darwinports/dports/aqua/adium > DEBUG: Requested variant powerpc is not provided by port adium. > DEBUG: Requested variant darwin is not provided by port adium. > DEBUG: Skipping com.apple.main (adium) since this port is already > installed > ---> Cleaning adium > DEBUG: Executing com.apple.clean (adium) > ---> Removing distfiles for adium > DEBUG: Removing file: > /opt/local/var/db/dports/distfiles/adium/AdiumX_Source_0.76.tar.gz > 1 distfile(s) removed. > DEBUG: Removing directory: /opt/local/var/db/dports/distfiles/adium > 1 distfile directory(s) removed. > > $[juan@PowerBook: juan](27/0,1)-> ls > /opt/local/var/db/dports/distfiles/adium/ > ls: /opt/local/var/db/dports/distfiles/adium/: No such file or directory > > I tried to remove *only* the 0.75.1 Adium distfile in a similar > fashion as I would have done with > the archives, but instead all of them were nuked in one go along with > distfiles/adium dir. Can this be > improved? > > Regards,... > > Juan New description: Hi Robert! Just wanted to make a short suggestion/request. Would it be possible to include the ability to provide either an exact version or a glob pattern to other than the '--archive' switch of the clean target? I just attempted an update of my installed ports and found myself still doing a lot of manual cleaning, specially with distfiles. Here's why I ask: {{{ $[juan@PowerBook: juan](25/0,1)-> ls /opt/local/var/db/dports/distfiles/adium/ total 28768 -rw-r--r-- 1 root admin 6M 25 Jan 00:24 AdiumX_Source_0.75.1.tar.gz -rw-r--r-- 1 root admin 7M 31 Jan 23:48 AdiumX_Source_0.76.tar.gz $[juan@PowerBook: juan](26/0,1)-> sudo port -d clean --dist adium 0.75.1 DEBUG: Found port in file:///usr/local/OpenDarwin/darwinports/dports/aqua/adium DEBUG: Changing to port directory: /usr/local/OpenDarwin/darwinports/dports/aqua/adium DEBUG: Requested variant powerpc is not provided by port adium. DEBUG: Requested variant darwin is not provided by port adium. DEBUG: Skipping com.apple.main (adium) since this port is already installed ---> Cleaning adium DEBUG: Executing com.apple.clean (adium) ---> Removing distfiles for adium DEBUG: Removing file: /opt/local/var/db/dports/distfiles/adium/AdiumX_Source_0.76.tar.gz 1 distfile(s) removed. DEBUG: Removing directory: /opt/local/var/db/dports/distfiles/adium 1 distfile directory(s) removed. $[juan@PowerBook: juan](27/0,1)-> ls /opt/local/var/db/dports/distfiles/adium/ ls: /opt/local/var/db/dports/distfiles/adium/: No such file or directory }}} I tried to remove *only* the 0.75.1 Adium distfile in a similar fashion as I would have done with the archives, but instead all of them were nuked in one go along with distfiles/adium dir. Can this be improved? Regards,... Juan -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/2684#comment:6> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #12130: RFE: .pkg installer should set the MANPATH
by MacPorts 28 Dec '07

28 Dec '07

#12130: RFE: .pkg installer should set the MANPATH ------------------------------+--------------------------------------------- Reporter: emix(a)solira.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: closed Priority: Normal | Milestone: MacPorts base enhancements Component: base | Version: 1.5.2 Resolution: fixed | Keywords: installer manpath ------------------------------+--------------------------------------------- Changes (by jmpp(a)macports.org) * status: reopened => closed * resolution: => fixed -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12130#comment:9> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #12130: RFE: .pkg installer should set the MANPATH
by MacPorts 28 Dec '07

28 Dec '07

#12130: RFE: .pkg installer should set the MANPATH ------------------------------+--------------------------------------------- Reporter: emix(a)solira.org | Owner: macports-tickets(a)lists.macosforge.org Type: enhancement | Status: reopened Priority: Normal | Milestone: MacPorts base enhancements Component: base | Version: 1.5.2 Resolution: | Keywords: installer manpath ------------------------------+--------------------------------------------- Changes (by jmpp(a)macports.org) * status: closed => reopened * version: => 1.5.2 * resolution: invalid => * milestone: => MacPorts base enhancements Comment: We employed a different approach to this problem in the 1.6.0 release than what was discussed here, and as a result the [source:branches/release_1_6/base/portmgr/dmg/postflight postflight script in the release_1_6 branch] has been revamped to tweak `MANPATH` under specific circumstances. Therefore this ticket can be considered fixed rather than invalid. -jmpp -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12130#comment:8> MacPorts </projects/macports> Ports system for Mac OS

1 0

[MacPorts] #13634: need to run ranlib on cregistry.a
by MacPorts 28 Dec '07

28 Dec '07

#13634: need to run ranlib on cregistry.a -----------------------------------+---------------------------------------- Reporter: jeffadams78(a)yahoo.com | Owner: wsiegrist(a)apple.com Type: defect | Status: new Priority: Normal | Milestone: Component: infrastructure | Version: 1.6.0 Keywords: | -----------------------------------+---------------------------------------- My port selfupdate command failed, as did downloading the source and trying to "make" it. Both failed because it said I "need to run ranlib on cregistry.a". Manually running it and then trying the make again fixed it. However that change is described in the below changeset, so I'm not sure why it is still an issue, unless this changeset is still in development? Anyway it seems pretty important since I couldn't selfupdate to, or build from source, the current released version (1.6.0). http://trac.macports.org/projects/macports/changeset/32105 I am running Panther and had MacPorts 1.5.2 -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13634> MacPorts </projects/macports> Ports system for Mac OS

1 5

[MacPorts] #13687: selfupdate 1.5.2 to 1.6.0 fails in registry (Panther)
by MacPorts 28 Dec '07

28 Dec '07

#13687: selfupdate 1.5.2 to 1.6.0 fails in registry (Panther) ---------------------------------------------+------------------------------ Reporter: william.allen.simpson(a)gmail.com | Owner: macports-tickets(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts base bugs Component: base | Version: 1.6.0 Keywords: | ---------------------------------------------+------------------------------ {{{ sudo port selfupdate Password: MacPorts base version 1.520 installed Downloaded MacPorts base version 1.600 Configuring, Building and Installing new MacPorts base Error: /opt/local/bin/port: selfupdate failed: Error installing new MacPorts base: shell command "cd /opt/local/var/macports/sources/rsync.macports.org/release/base && ./configure --prefix=/opt/local --with-install-user=root --with-install- group=admin --with-tclpackage=/Library/Tcl && make && make install" returned error 2 Command output: registry.c:305: error: `errPtr' undeclared (first use in this function) registry.c:306: error: request for member `status' in something not a structure or union registry.c: At top level: registry.c:321: error: parse error before '*' token registry.c: In function `reg_start_write': registry.c:322: error: `errPtr' undeclared (first use in this function) registry.c:323: error: request for member `status' in something not a structure or union registry.c: At top level: registry.c:333: error: parse error before '*' token registry.c: In function `reg_end': registry.c:334: error: request for member `status' in something not a structure or union registry.c:335: error: `errPtr' undeclared (first use in this function) registry.c:341: error: request for member `db' in something not a structure or union registry.c:341: error: `query' undeclared (first use in this function) registry.c:342: error: `SQLITE_OK' undeclared (first use in this function) registry.c:345: error: `SQLITE_BUSY' undeclared (first use in this function) registry.c:346: error: request for member `db' in something not a structure or union registry.c: At top level: registry.c:359: error: parse error before '*' token registry.c: In function `reg_commit': registry.c:360: error: `errPtr' undeclared (first use in this function) registry.c:361: error: request for member `status' in something not a structure or union registry.c: At top level: registry.c:376: error: parse error before '*' token registry.c: In function `reg_rollback': registry.c:377: error: `errPtr' undeclared (first use in this function) registry.c:378: error: request for member `status' in something not a structure or union make[2]: *** [registry.o] Error 1 make[1]: *** [all] Error 1 make: *** [all] Error 1 }}} -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13687> MacPorts </projects/macports> Ports system for Mac OS

1 8