duplicity-0.5.18 Error staging to destroot

[dmk@…]

This is for a fresh install of Macports (v1.8.0 on Leopard 10.5.8 with Xcode 3.1.3). The first thing I tried to install was duplicity. All its dependencies installed fine, but duplicity failed while staging to destroot. In install_egg_info, it got the following error.

Error: Target org.macports.destroot returned: can't read "python.prefix": no such variable

Since this was the first thing I tried to do after installing Macports, the only things installed are the dependencies required for duplicity.

$ port installed
The following ports are currently installed:
  autoconf @2.64_2 (active)
  automake @1.11_0 (active)
  bzip2 @1.0.5_2+darwin (active)
  db46 @4.6.21_5 (active)
  expat @2.0.1_0 (active)
  fontconfig @2.7.2_0+macosx (active)
  freetype @2.3.9_1+macosx (active)
  gdbm @1.8.3_1 (active)
  gettext @0.17_4 (active)
  gnupg @1.4.9_0 (active)
  gperf @3.0.4_0 (active)
  help2man @1.36.4_1 (active)
  libiconv @1.13_0 (active)
  librsync @0.9.7_1 (active)
  libtool @2.2.6a_0 (active)
  m4 @1.4.13_0 (active)
  ncftp @3.2.2_0 (active)
  ncurses @5.7_0 (active)
  ncursesw @5.7_0 (active)
  openssl @0.9.8k_0+darwin (active)
  p5-locale-gettext @1.05_0 (active)
  perl5 @5.8.9_0 (active)
  perl5.8 @5.8.9_3 (active)
  pkgconfig @0.23_1 (active)
  py26-boto @1.8d_0 (active)
  py26-gnupg @0.3.2_0 (active)
  python26 @2.6.2_4+darwin (active)
  python_select @0.2.1_0+darwin_9 (active)
  readline @6.0.000_1+darwin (active)
  sqlite3 @3.6.17_0 (active)
  tcl @8.5.6_0+darwin (active)
  tk @8.5.6_1+darwin (active)
  Xft2 @2.1.13_2 (active)
  xorg-bigreqsproto @1.1.0_0 (active)
  xorg-inputproto @1.5.1_0 (active)
  xorg-kbproto @1.0.3_0 (active)
  xorg-libX11 @1.2.2_0 (active)
  xorg-libXau @1.0.5_0 (active)
  xorg-libXdmcp @1.0.2_1 (active)
  xorg-libXext @1.0.99.4_1 (active)
  xorg-libXScrnSaver @1.2.0_0 (active)
  xorg-renderproto @0.11_0 (active)
  xorg-scrnsaverproto @1.2.0_0 (active)
  xorg-util-macros @1.2.2_0 (active)
  xorg-xcmiscproto @1.2.0_0 (active)
  xorg-xextproto @7.1.1_0 (active)
  xorg-xf86bigfontproto @1.2.0_0 (active)
  xorg-xproto @7.0.15_0 (active)
  xorg-xtrans @1.2.4_0 (active)
  xrender @0.9.4_6 (active)
  zlib @1.2.3_3 (active)

[jmroot (Joshua Root)]

I'd suspect the strange use of portgroups here.

[trolocsis@…]

Cc Me!

[trolocsis@…]

Just reinstalled macports after my snow leopard upgrade on my Intel Mini. Same problem plagues me when I attempt to install duplicity.

  apr @1.3.8_0 (active)
  apr-util @1.3.9_0 (active)
  autoconf @2.64_2 (active)
  automake @1.11_0 (active)
  bzip2 @1.0.5_2+darwin (active)
  cppunit @1.12.1_0 (active)
  ctags @5.8_0 (active)
  curl @7.19.6_0 (active)
  cyrus-sasl2 @2.1.23_0+kerberos (active)
  db46 @4.6.21_5 (active)
  dirac @1.0.2_0 (active)
  expat @2.0.1_0 (active)
  faac @1.28_1 (active)
  faad2 @2.6.1_1+darwin (active)
  ffmpeg @0.5_3+darwin_10 (active)
  fontconfig @2.7.1_0+macosx
  fontconfig @2.7.2_0+macosx (active)
  freetype @2.3.9_0+macosx
  freetype @2.3.9_1+macosx (active)
  gdbm @1.8.3_1 (active)
  gettext @0.17_4 (active)
  git-core @1.6.4.2_0+doc+svn (active)
  glib2 @2.20.4_0+darwin (active)
  gmake @3.81_0 (active)
  gnupg @1.4.9_0 (active)
  gperf @3.0.4_0 (active)
  help2man @1.36.4_1 (active)
  lame @3.98.2_1 (active)
  libiconv @1.13_0 (active)
  libogg @1.1.4_0 (active)
  liboil @0.3.16_0+darwin_10 (active)
  librsync @0.9.7_1 (active)
  libsdl-devel @1.3.0-4645_0 (active)
  libtheora @1.0_0 (active)
  libtool @2.2.6a_0 (active)
  libvorbis @1.2.3_0 (active)
  m4 @1.4.13_0 (active)
  mp4v2 @1.9.1_0 (active)
  ncftp @3.2.3_0 (active)
  ncurses @5.7_0+darwin_10 (active)
  ncursesw @5.7_0+darwin_10 (active)
  neon @0.28.6_0 (active)
  openssl @0.9.8k_0+darwin (active)
  p5-compress-raw-zlib @2.020_0 (active)
  p5-compress-zlib @2.015_0 (active)
  p5-crypt-ssleay @0.57_0 (active)
  p5-error @0.17015_0 (active)
  p5-html-parser @3.62_0 (active)
  p5-html-tagset @3.20_0 (active)
  p5-io-compress-base @2.015_0 (active)
  p5-io-compress-zlib @2.015_0 (active)
  p5-libwww-perl @5.826_0 (active)
  p5-locale-gettext @1.05_0 (active)
  p5-svn-simple @0.27_0 (active)
  p5-term-readkey @2.30_0 (active)
  p5-uri @1.38_0 (active)
  perl5 @5.8.9_0 (active)
  perl5.8 @5.8.9_3 (active)
  pkgconfig @0.23_1 (active)
  popt @1.15_0 (active)
  py26-boto @1.8d_0 (active)
  py26-gnupg @0.3.2_0 (active)
  python25 @2.5.4_6+darwin_10+macosx (active)
  python26 @2.6.2_4+darwin (active)
  python_select @0.2.1_0+darwin_10 (active)
  readline @6.0.000_1+darwin (active)
  rsync @3.0.6_0 (active)
  ruby @1.8.7-p174_0+darwin+thread_hooks (active)
  schroedinger @1.0.7_1 (active)
  serf @0.3.0_0 (active)
  sqlite3 @3.6.17_0+darwin_10 (active)
  subversion @1.6.5_0 (active)
  subversion-perlbindings @1.6.5_0+darwin_10 (active)
  tcl @8.5.6_0+darwin (active)
  tk @8.5.6_1+darwin (active)
  vim @7.2.245_0+perl+python+python25+ruby (active)
  wget @1.11.4_3 (active)
  x264 @20090810_1 (active)
  Xft2 @2.1.13_2 (active)
  xorg-bigreqsproto @1.1.0_0 (active)
  xorg-inputproto @1.5.1_0 (active)
  xorg-kbproto @1.0.3_0 (active)
  xorg-libX11 @1.2.2_0 (active)
  xorg-libXau @1.0.5_0 (active)
  xorg-libXdmcp @1.0.2_1 (active)
  xorg-libXext @1.0.99.4_1 (active)
  xorg-libXScrnSaver @1.2.0_0 (active)
  xorg-renderproto @0.11_0 (active)
  xorg-scrnsaverproto @1.2.0_0 (active)
  xorg-util-macros @1.2.2_0 (active)
  xorg-xcmiscproto @1.2.0_0 (active)
  xorg-xextproto @7.1.1_0 (active)
  xorg-xf86bigfontproto @1.2.0_0 (active)
  xorg-xproto @7.0.15_0 (active)
  xorg-xtrans @1.2.4_0 (active)
  xrender @0.9.4_6 (active)
  XviD @1.2.2_0 (active)
  zlib @1.2.3_2
  zlib @1.2.3_3 (active)

[dmk@…]

This excerpt from the portfile looks like it might be the culprit.

53	variant python26 description {Uses Python 2.6} conflicts python25 {
            . . .
64	    post-destroot {
65	        ln -s ${python.prefix}/bin/duplicity ${destroot}${prefix}/bin/
66	    }
67	}

Should this say ${python26.prefix} instead of ${python.prefix}?

[singingwolfboy@…]

No, if you look in ${prefix}/var/macports/sources/rsync.macports.org/release/ports/_resources/port1.0/group/python26-1.0.tcl, you can see that setting the python26 portgroup should set ${python.prefix}. Perhaps we need to remind macports of this *again* and reset the portgroup within the post-destroot phase?

[dmk@…]

Thanks for the idea. That fixed it for me. I modified my own local copy of the portfile, adding a copy of the PortGroup declaration into the post-destroot phase, and it now installs cleanly for me.

[singingwolfboy@…]

Fixed in r57396

[blb@…]

Perhaps better would be a test at the beginning of the Portfile, something like (not tested):

if {[variant_isset python25]} {
   PortGroup python25
} elseif {[variant_isset python26]} {
   PortGroup python26
}

Then you can remove the PortGroup bits from the variant sections.