The first problem is probably that there is no egg. I don't use easy_install; the release is a compressed tar file of the source. So if something's trying to make an egg out of the thing as an intermediate step, it'll probably crash and burn. I do some tricks in the setup.py to dynamically detect which bundles are available so they can be built and installed, and I doubt eggs handle that automatically.
I suggest downloading PyXB-base-1.1.0.tar.gz manually, installing it: python setup.py install --prefix /tmp/pyxb-1.1.0 and verifying that in /tmp/pyxb-1.1.0 you get the standard directories bin and lib. pyxbgen and other scripts are installed in the bin directory; they do come with the base release. You can then use that to verify that you don't need any of the overlays for your application. (I think your users will thank you for using a 900KB download instead of a 12MB one.) If that doesn't work, we need to fix that first. If it does, then you'll need to instrument the grok/easyinstall/etc stuff to figure out how it's invoking PyXB's setup.py and what it sees that it doesn't like. If you can narrow it down, I can try to mitigate the problem in 1.1.1. Peter Tim Cook wrote: > On Sat, 2009-12-05 at 05:45 -0700, Peter A. Bigot wrote: > > >> Two things: >> >> Based on this, I went ahead and put the base release back up on PyPI. >> Try using "PyXB==base-1.1.0" instead. There are no bundles in that, so >> you might avoid the problem there. >> >> > > Okay, this kind of works. It seems to be in the naming of the files. > If I put PyXB in setup.py then PyXB = base-1.1.0 in versions.cfg (this > is a Grok setup) Then it finds it and installs. However, it seems that > it gets confused because it installs PyXB-1.1.0-py2.6.egg but then it > thinks it installed a different version (missing 'base'?) So, it cycles > through again. The only way to stop the circular install is to use > CTL-C Here's the output. > ============================================ > Getting distribution for 'PyXB==base-1.1.0'. > /tmp/easy_install-rjdPc5/PyXB-1.1.0/pyxb/utils/utility.py:582: > DeprecationWarning: the sha module is deprecated; use the hashlib module > instead > import sha > warning: no files found matching 'MANIFEST' > no previously-included directories found matching > 'pyxb/bundles/core/schemas' > no previously-included directories found matching > 'pyxb/bundles/core/remote' > no previously-included directories found matching > 'pyxb/bundles/wssplat/schemas' > no previously-included directories found matching > 'pyxb/bundles/wssplat/remote' > no previously-included directories found matching > 'pyxb/bundles/opengis/schemas' > no previously-included directories found matching > 'pyxb/bundles/opengis/remote' > no previously-included directories found matching 'doc/_build' > warning: no previously-included files found matching 'doc/*.eap' > no previously-included directories found matching 'doc/W3C' > warning: no previously-included files matching '*~' found anywhere in > distribution > zip_safe flag not set; analyzing archive contents... > pyxb.namespace.archive: module references __file__ > Installing PyXB base-1.1.0 > Caused installation of a distribution: > PyXB 1.1.0 > with a different version. > Got None. > Installing i18n. > i18n: setting up i18n tools > Getting distribution for 'PyXB==base-1.1.0'. > ============================================ > > So maybe???? in the nameing in the egg info should match the file name > so instead of getting PyXB-1.1.0-py2.6.egg I should get > PyXB-base-1.1.0-py2.6.egg ??? If I do not include the base- in the > versions config it doesn't find it at all. > > > >> Second, what operating system are you using? >> > > Ubuntu 9.10. Notice the path names look better now. It isn't splitting > up the version number. > > Thanks, > Tim > > PS. I'm sure it's in the docs somewhere. But ..... I used pyxbgen to > create my bindings before. The -base egg doesn't seem to provide > pyxbgen, pyxbdump, etc. How would I generate bindings without the -full > install? > > > ------------------------------------------------------------------------------ Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev _______________________________________________ pyxb-users mailing list pyxb-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pyxb-users
