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

Re: [MacPorts] #13305: sqlite3 fails to build on Mac OS X 10.5 Leopard
by MacPorts 19 Nov '07

19 Nov '07

#13305: sqlite3 fails to build on Mac OS X 10.5 Leopard ----------------------------------+----------------------------------------- Reporter: designbot(a)gmail.com | Owner: mww(a)macports.org Type: defect | Status: new Priority: High | Milestone: Port Bugs Component: ports | Version: 1.5.0 Resolution: | Keywords: sqlite subversion leopard install ----------------------------------+----------------------------------------- Changes (by mww(a)macports.org) * keywords: subversion leopard install => sqlite subversion leopard install Comment: Replying to [comment:4 jnovak(a)alumni.cmu.edu] > I can't even fetch sqlite3, which is apparently a dependency of apache2: > Please update -- 3.5.2 is already in the tree since 2007-11-06 (and 3.5.1 has been put on macports.org just now) -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13305#comment:5> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #12794: MacPorts should warn of old Xcode versions
by MacPorts 19 Nov '07

19 Nov '07

#12794: MacPorts should warn of old Xcode versions --------------------------------------+------------------------------------- Reporter: ryandesign(a)macports.org | Owner: macports-dev(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: base | Version: 1.5.2 Resolution: | Keywords: --------------------------------------+------------------------------------- Comment (by jmpp(a)macports.org) > It now needs a matching runtime check when running port(1), to see that the required tools are installed and up to speed (e.g. check for "gcc" before running a build, for instance) A runtime check for an up-to-date OS and dev tools package would indeed be great. A comment and a couple of questions, though: -) I think it would be better to implement such check at the macports1.0 level, probably as a part of the mportinit proc (so that any client initializing the API gets the safety check for free) or as a proc of its own in the macports1.0 namespace (preferable in my opinion, so that an API client is free to decide whether to check up-to-date'ness or not, as there are some clients that might not need it -- cf. PortIndex2MySQL). -) How do you plan for such checks to work? Do the just warn or bail out? (I'd prefer the former). How do we keep an always up-to-date knowledge of what dev tools release is current at whatever moment? How would these checks tie with what's already autoconf'd? -jmpp -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12794#comment:4> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #12219: gcc42 fails to install on powerpc
by MacPorts 19 Nov '07

19 Nov '07

#12219: gcc42 fails to install on powerpc -----------------------------------+---------------------------------------- Reporter: markoilcan(a)gmail.com | Owner: mww(a)macports.org Type: defect | Status: closed Priority: Normal | Milestone: Component: ports | Version: 1.4.42 Resolution: invalid | Keywords: -----------------------------------+---------------------------------------- Old description: > When trying to install gcc42 on powerpc (OS 10.4.10, macports 1.4.42) I > get the following error. > > nm -P .libs/bitmap_allocator.o .libs/pool_allocator.o > .libs/mt_allocator.o .libs/codecvt.o .libs/compatibility.o > .libs/complex_io.o .libs/ctype.o .libs/debug.o .libs/debug_list.o > .libs/functexcept.o .libs/globals_io.o .libs/ios.o .libs/ios_failure.o > .libs/ios_init.o .libs/ios_locale.o .libs/limits.o .libs/list.o > .libs/locale.o .libs/locale_init.o .libs/locale_facets.o > .libs/localename.o .libs/stdexcept.o .libs/strstream.o .libs/tree.o .libs > /allocator-inst.o .libs/concept-inst.o .libs/fstream-inst.o .libs/ext- > inst.o .libs/ios-inst.o .libs/iostream-inst.o .libs/istream-inst.o > .libs/istream.o .libs/locale-inst.o .libs/misc-inst.o .libs/ostream- > inst.o .libs/sstream-inst.o .libs/streambuf-inst.o .libs/streambuf.o > .libs/string-inst.o .libs/valarray-inst.o .libs/wlocale-inst.o .libs > /wstring-inst.o .libs/atomicity.o .libs/codecvt_members.o > .libs/collate_members.o .libs/ctype_members.o .libs/messages_members.o > .libs/monetary_members.o .libs/numeric_members.o .libs/time_members.o > .libs/basic_file.o .libs/c++locale.o ../libmath/.libs/libmath.a > ../libsupc++/.libs/libsupc++convenience.a|nm: no name list > nm: no name list > nm error at > /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_lang_gcc42/work/gcc-4.2.0/libstdc++-v3/scripts/make_exports.pl > line 130. > make[4]: *** [libstdc++-symbols.explist] Error 1 > make[3]: *** [all-recursive] Error 1 > make[2]: *** [all] Error 2 > make[1]: *** [all-target-libstdc++-v3] Error 2 > make: *** [bootstrap] Error 2 > > Warning: the following items did not execute (for gcc42): > com.apple.activate com.apple.build com.apple.destroot com.apple.install > Error: Status 1 encountered during processing. New description: When trying to install gcc42 on powerpc (OS 10.4.10, macports 1.4.42) I get the following error. {{{ nm -P .libs/bitmap_allocator.o .libs/pool_allocator.o .libs/mt_allocator.o .libs/codecvt.o .libs/compatibility.o .libs/complex_io.o .libs/ctype.o .libs/debug.o .libs/debug_list.o .libs/functexcept.o .libs/globals_io.o .libs/ios.o .libs/ios_failure.o .libs/ios_init.o .libs/ios_locale.o .libs/limits.o .libs/list.o .libs/locale.o .libs/locale_init.o .libs/locale_facets.o .libs/localename.o .libs/stdexcept.o .libs/strstream.o .libs/tree.o .libs/allocator-inst.o .libs/concept-inst.o .libs/fstream-inst.o .libs/ext-inst.o .libs/ios-inst.o .libs/iostream- inst.o .libs/istream-inst.o .libs/istream.o .libs/locale-inst.o .libs /misc-inst.o .libs/ostream-inst.o .libs/sstream-inst.o .libs/streambuf- inst.o .libs/streambuf.o .libs/string-inst.o .libs/valarray-inst.o .libs /wlocale-inst.o .libs/wstring-inst.o .libs/atomicity.o .libs/codecvt_members.o .libs/collate_members.o .libs/ctype_members.o .libs/messages_members.o .libs/monetary_members.o .libs/numeric_members.o .libs/time_members.o .libs/basic_file.o .libs/c++locale.o ../libmath/.libs/libmath.a ../libsupc++/.libs/libsupc++convenience.a|nm: no name list nm: no name list nm error at /opt/local/var/db/dports/build/_opt_local_var_db_dports_sources_rsync.rsync.darwinports.org_dpupdate_dports_lang_gcc42/work/gcc-4.2.0/libstdc++-v3/scripts/make_exports.pl line 130. make[4]: *** [libstdc++-symbols.explist] Error 1 make[3]: *** [all-recursive] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-target-libstdc++-v3] Error 2 make: *** [bootstrap] Error 2 Warning: the following items did not execute (for gcc42): com.apple.activate com.apple.build com.apple.destroot com.apple.install Error: Status 1 encountered during processing. }}} -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12219#comment:11> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #13220: UPDATE: rb-rails 1.2.5, rb-activesupport 1.4.4, rb-activerecord 1.15.5, rb-actionpack 1.13.5, rb-actionmailer 1.3.5, rb-actionwebservice 1.2.5
by MacPorts 19 Nov '07

19 Nov '07

#13220: UPDATE: rb-rails 1.2.5, rb-activesupport 1.4.4, rb-activerecord 1.15.5, rb- actionpack 1.13.5, rb-actionmailer 1.3.5, rb-actionwebservice 1.2.5 ------------------------------------+--------------------------------------- Reporter: abhay(a)opensynapse.net | Owner: macports-dev(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: Port Updates Component: ports | Version: 1.5.0 Resolution: | Keywords: ------------------------------------+--------------------------------------- Comment (by abhay macports(a)opensynapse.net) If there isn't an active maintainer on this, I'd be happy to step up. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13220#comment:2> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #13039: ghc 6.6.1 does not build on Mac OS X 10.5 Leopard
by MacPorts 19 Nov '07

19 Nov '07

#13039: ghc 6.6.1 does not build on Mac OS X 10.5 Leopard ---------------------------------------+------------------------------------ Reporter: rzilibowitz(a)yahoo.com.au | Owner: gwright(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.2 Resolution: | Keywords: GHC Leopard ---------------------------------------+------------------------------------ Comment (by bfulgham(a)macports.org) Does the GHC team indicate they can build under Leopard? Last I checked, there were various e-mail indicating the problem was not resolved. It might be possible to build using the same trick as for O'Caml, which basically tells the system to build as OS 10.4: platform darwin 9 { # In DP 1.6... # macosx_deployment_target 10.4 # For now, specify manually to build with Tiger-style: configure.env-append MACOSX_DEPLOYMENT_TARGET=10.4 build.env-append MACOSX_DEPLOYMENT_TARGET=10.4 destroot.env-append MACOSX_DEPLOYMENT_TARGET=10.4 } Could someone try this and report back if it allows GHC to build? -- Ticket URL: <https://svn.macports.org/projects/macports/ticket/13039#comment:6> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #13039: ghc 6.6.1 does not build on Mac OS X 10.5 Leopard
by MacPorts 19 Nov '07

19 Nov '07

#13039: ghc 6.6.1 does not build on Mac OS X 10.5 Leopard ---------------------------------------+------------------------------------ Reporter: rzilibowitz(a)yahoo.com.au | Owner: gwright(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: 1.5.2 Resolution: | Keywords: GHC Leopard ---------------------------------------+------------------------------------ Comment (by dynasticon(a)mac.com) Just a note to say that I would love to see ghc 6.8.1 for Mac OS X 10.5 (Leopard). It's supposed to be somewhat amazingly faster (generates faster code). I've been checking for it here on MacPorts pretty much every day. Just another vote for the mix. (FWIW, I also see the build problem with 6.6.1.) -- Ticket URL: <https://svn.macports.org/projects/macports/ticket/13039#comment:5> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #13141: Installer packages should prevent installation on wrong Mac OS X version
by MacPorts 19 Nov '07

19 Nov '07

#13141: Installer packages should prevent installation on wrong Mac OS X version --------------------------------------+------------------------------------- Reporter: ryandesign(a)macports.org | Owner: macports-dev(a)lists.macosforge.org Type: enhancement | Status: new Priority: Normal | Milestone: MacPorts base enhancements Component: base | Version: 1.5.0 Resolution: | Keywords: --------------------------------------+------------------------------------- Comment (by jmpp(a)macports.org) For packages created on Panther & Tiger we could mimmic the `*.pkg/Contents/Resources/VolumeCheck` script that some Apple provided packages have to check system compatibility, but I wouldn't know how to do it in Leopard with what seems to be the new flat package format, by which pkg's are no longer directories with a bunch of files in them but rather just "data". Ideas? -jmpp -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/13141#comment:3> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #10917: BUG: base-1.320 - port upgrades overwrite prefix.mtree
by MacPorts 19 Nov '07

19 Nov '07

#10917: BUG: base-1.320 - port upgrades overwrite prefix.mtree ----------------------------------+----------------------------------------- Reporter: cilly(a)cilly.mine.nu | Owner: darwinports-bugs(a)opendarwin.org Type: defect | Status: closed Priority: Low | Milestone: Component: base | Version: 1.3.2 Resolution: wontfix | Keywords: ----------------------------------+----------------------------------------- Changes (by markd(a)macports.org) * cc: cilly(a)cilly.mine.nu (removed) * cc: jmpp(a)macports.org (added) Comment: Juan, shouldn't the text at the top of prefix.mtree be updated? It could state that it should be touched and also the reference to the README file deleted because it doesn't exist. -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/10917#comment:14> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #12861: port can't find package Pextlib 1.0
by MacPorts 19 Nov '07

19 Nov '07

#12861: port can't find package Pextlib 1.0 -----------------------------------+---------------------------------------- Reporter: clang(a)ecomarkenv.com | Owner: macports-dev(a)lists.macosforge.org Type: defect | Status: new Priority: Normal | Milestone: MacPorts 1.5 Component: base | Version: 1.5.0 Resolution: | Keywords: Pextlib -----------------------------------+---------------------------------------- Comment (by clang(a)ecomarkenv.com) I did a re-install from the dmg and it still doesn't work. Can't even get far enough in to be able to run selfupdate. I looked through the macports-users mailing list and a number of people are having this problem and the typical response on the mailing list is that they must have downloaded a version of macports for a different version of the operating system. I double checked and I definitely am trying to install MacPorts-1.5.0-10.4.dmg on system 10.4.10. It seems that most of us who are having this issue are on the same version of the OS. It also seems that the bug is affecting only new installations, not people who have updated to that version from a prior version. Is there any possibility that the disk image version is not correct? On another line of thinking is there some way to set a path variable, say in a .login or .cshrc file that would help the program find the library? -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12861#comment:4> MacPorts </projects/macports> Ports system for Mac OS

1 0

Re: [MacPorts] #12162: ent needs to be updated to 20060616
by MacPorts 19 Nov '07

19 Nov '07

#12162: ent needs to be updated to 20060616 -------------------------------------+-------------------------------------- Reporter: julien.lerouge(a)m4x.org | Owner: blb(a)macports.org Type: defect | Status: new Priority: Normal | Milestone: Port Bugs Component: ports | Version: Resolution: | Keywords: -------------------------------------+-------------------------------------- Comment (by nox(a)macports.org) But... you are the port maintainer, why don't you just go ahead and commit these..? -- Ticket URL: <http://trac.macosforge.org/projects/macports/ticket/12162#comment:9> MacPorts </projects/macports> Ports system for Mac OS

1 0