On Aug 30, 1:28 pm, Christoph Zwerschke c...@online.de wrote:
Am 30.08.2010 00:02 schrieb ozaycivelek:
ImportError: cannot import name Method
As Diez already answered, this sounds like you're installing TG1, not
TG2, and running into the recent issue withpeak.rules.
If you want to install
On Aug 13, 2:03 pm, Christoph Zwerschke c...@online.de wrote:
Am 13.08.2010 10:57 schrieb nio:
I'm new to TG and I'd like to install TG 1.1 on my xubuntu 10.04.
I've followed the documentation steps, I've installed easy_install,
virtualenv, activated my virtual_env, and then :
On Aug 16, 5:01 pm, Phillip J. Eby p...@telecommunity.com wrote:
I can stick always_overrides back in if this is going to be a
widespread problem, but at some point it's got to go.
If it helps, I could push ahead on supporting inline priority() in
rules... ;-)
(See
http://dirtsimple.org
On Aug 16, 6:17 pm, Christoph Zwerschke c...@online.de wrote:
Am 16.08.2010 23:35 schrieb Phillip J. Eby:
I went ahead and pushed out a new snapshot (r2672) with both a fix and
the new priority() feature. Sorry again about the mixup.
Thanks for the quick response, Phillip. I will use
On Aug 16, 6:17 pm, Christoph Zwerschke c...@online.de wrote:
Am 16.08.2010 23:35 schrieb Phillip J. Eby:
I went ahead and pushed out a new snapshot (r2672) with both a fix and
the new priority() feature. Sorry again about the mixup.
Thanks for the quick response, Phillip. I will use
On Aug 16, 8:48 pm, Christoph Zwerschke c...@online.de wrote:
Am 17.08.2010 01:33 schrieb Phillip J. Eby:
So, I guess what I'm saying is that PEAK-Rules has *always* had
priorities -- they're just called putting the base cases in the body
and use @around methods for things that need
On Nov 2, 5:29 am, Raphael Slinckx [EMAIL PROTECTED] wrote:
Is there some kind of prioritization of dispatch method in case of
ambiguous method ?
Add an and condition that will be true to the higher-priority
method. E.g. isinstance(x, Foo) and [some condition involving x that
will be true].
Kevin Dangoor wrote:
On 3/30/06, Simon Steele [EMAIL PROTECTED] wrote:
Also, when installing do all the packages need to be placed under the
system site-packages or is there a way I can place them locally with my
installed TurboGears app?
With recent versions of setuptools, I believe you
Kevin Dangoor wrote:
Additionally, Phillip Eby provided this command a while ago:
easy_install -axd tempdir YourPackage
This will copy all of the required eggs from your system into the tempdir.
With recent versions, you probably want -maxd, otherwise easy_install
will complain that tempdir
Don Hopkins wrote:
The cause of the problem turned out to be some code in setuptools'
pkg_resources module. The NullProvider base class (from which other
providers like the EggProvider inherit) had an __init__ method that was
grabbing the __file__ out of the module into fileName, assuming it
ajones wrote:
Just a heads up to anyone trying to install 0.9 from behind a proxy,
setuptools hates you. Specifically it uses a socket call to try and
find a mirror to sourceforge, which fails if all of your network
requests have to go behind a proxy. I poked around for a while and
found no
Roman wrote:
Hi all,
Thank you. Finally it works.
Yes, I had a 'http_proxy' variable in windows environment - but didn't
remember that.
But why didn't I have this problem when using easy_install for other
thirdparty packages like cherrypy and kid?
If they were installed from local
Gustavo Rahal wrote:
I removed all the old installation and did it again
$ python ./bin/ez_setup.py -f
http://www.turbogears.org/download/index.html --install-dir
./lib/python2.4/site-packages/ --script-dir ./bin TurboGears
Downloading
Roman Bischoff wrote:
Hi Max,
I'm still struggling with the SVN based installation. I've thought that the
problem is solved with updating setuptools, which was ok. But it isn't :(
I'm wondering why there seems to be a problem with the proxy in urllib2.
There is no proxy - I've a direct
Gustavo Rahal wrote:
Hi elvelind
Thanks for the reply.
Well, I think setuptools is already installed:
ls $HOME/lib/python2.4/site-packages/
[...]
setuptools-0.6a10-py2.4.egg/
setuptools-0.6a9-py2.4.egg/
setuptools-0.6a9dev_r41857-py2.4.egg/
[...]
There should also be a
viyyer wrote:
I have setuptools 0.6a9 installed
output of dpkg -l|grep setuptools|grep 2.4
is
ii python2.4-setuptools 0.6a9-1
Python Distutils Enhancements
You might want to check to make sure there is a setuptools*.egg-info or
setuptools*.egg file or directory present on your
Daniel Holth wrote:
Using easy_install to install anything in the system path (requiring
root), for any reason, is not tasteful for me. Perhaps I am using a web
host for which I do not have root. Perhaps I really need my eggs or
anything else under /usr to be tracked in the system's package
Kevin Dangoor wrote:
In order to introspect the function, we need direct access to it. I
think the TurboGears decorators should all set an attribute on the
function that has the original function object. That way, the
decorators are a bit more flexible in terms of how they are
Kevin Dangoor wrote:
On 1/22/06, Phillip J. Eby [EMAIL PROTECTED] wrote:
Nowhere is there any mention of generic functions or adding methods or
criteria, but it internally uses a Dispatcher object that does lookups
based on class and attribute names. So, it's not necessary to expose
Ksenia Marasanova wrote:
Hi,
Just wanted to check before breaking something :) i installed
python2.4 on a Linux server with running applications that use
python2.3.
/usr/bin/python links to /usr/bin/python2.3, and I don't want to change that.
Setuptools are not installed yet.
Is there
Kevin Dangoor wrote:
In this particular case, I think that the Identity user API is really
easy to use and will meet a good variety of needs (but certainly not
all). peak.security is the kind of thing that can meet everyone's
needs, but wouldn't be as easy for some of the common cases that
Max Ischenko wrote:
Hi,
When creating new project with quickstart it creates __init__.py in top-level
directory.
This is a bug or I'm missing something?
Sounds like a bug to me; such a project wouldn't be usable with
setup.py develop.
Karl Guertin wrote:
On 1/16/06, Michele Cella [EMAIL PROTECTED] wrote:
By the way this only works for the stable release, but I think you were
talking about the TG svn. :-(
Indeed I was, that's how I did it last time when I was using the
stable release. I wound up just copying all the
ajones wrote:
Downloaded the eggs from turbogears.org/download/ (had to get
setuptools from the cheeseshop as the download page had a development
version)
Modify ez_setup.py so that DEFAULT_URL pointed to
file:C:/path/to/download/directory/
Run ez_setup.py like normal using -f
Kevin Dangoor wrote:
And I've confirmed with Phillip that I can't conveniently put up an
egg of CP 2.2 unless I hide it away in some other part of the
TurboGears site.
Well, you could change all the 2.1 dependencies to be =2.1,2.2a
which would reject any 2.2 alphas or betas as well as 2.2
mtg wrote:
Moin,
I use some components from the tg installation for scripts. Sometime
I've got:
OSError: [Errno 13] Permission denied: '/.python-eggs'
Your HOME appears to be set to '/' instead of your home directory,
causing the attempt to create a cache directory to fail. Correct your
[EMAIL PROTECTED] wrote:
if your just trying to make it work just go to the cherrypy dir and
run:
easy_install cherrypy
Actually, that would be 'easy_install .' if the current directory has a
setup.py in it.
In general, if you want to build an egg for a package that doesn't use
setuptools,
Cliff Wells wrote:
nerkles wrote:
True it's a programming error, but it wouldn't hurt anything to have
quickstart do an idiot-check on the name you give it. There are a lot
of modules/components in Python, and quite a few components to TG
itself that a new user/developer might not
Kevin Dangoor wrote:
On 1/6/06, Bob Ippolito [EMAIL PROTECTED] wrote:
python setup.py develop worked fine here, with no explicit
installation step for TurboKid.
That's odd. I could swear that people had trouble getting stuff to
install via setup.py develop just a few days ago. Oh yes... I
Kevin Dangoor wrote:
On 12/27/05, Jeff Watkins [EMAIL PROTECTED] wrote:
Many people wanted something more flexible, and with revision 400,
any of the following are valid require decorators:
@identity.require( in_group( admin ) )
@identity.require( in_all_groups( admin, editor
Elvelind Grandin wrote:
accually no. it seemed scary to try that. I dont want to clutter up
PyPI with stuff thats not meant to be there.
Well, if it doesn't work, there won't be a problem. ;-) On the other
hand, if it does work, you can just click on the big Remove this
package completely
Jeff Watkins wrote:
Can anyone point me to a quick example of how this actually works?
I've looked at the setup tools web site, but I didn't understand it.
Someone's already mentioned TurboGears' setup script. Here are a few
other links with examples:
[EMAIL PROTECTED] wrote:
Downloading
http://effbot.org/downloads/index.cgi/cElementTree-1.0.5-20051216.zi
p?index
error: Unexpected HTML page found at
http://effbot.org/downloads/index.cgi/cElementTree-1.0.5-20051216.zip?index
I follow the output and it should jump to that URL without the
[EMAIL PROTECTED] wrote:
that is really weird, i am doing a clean install on this machine.
I got dev version of (setuptools now =0.6a9dev-r41761)
I got pass element tree and PasteScript but failed at json-py
Processing dependencies for TurboGears==0.9a0dev-r341
Searching for json-py=3.2.1
I just checked in (and updated on the Wiki) the installation instructions
for setuptools and EasyInstall to cover a lot of frequently-asked questions
and problems (e.g. how do I install without net access?), as well as to
explain additional approaches to custom installation locations.
The
Kevin Dangoor wrote:
On 12/14/05, Phillip J. Eby [EMAIL PROTECTED] wrote:
By the way, Kevin, maybe it's time for you to bump the version of
ez_setup you're distributing? A lot of commonly-reported installation
problems on the list lately are ones that were already fixed by more
recent
Phillip J. Eby wrote:
Put this in your setup.py:
from ez_setup import use_setuptools
use_setuptools(0.6a9dev_r41701,
http://turbogears.org/download/eggs;)
Oops; that needs a / on the end, i.e.
http://turbogears.org/download/eggs/. It says that in the docstring
for use_setuptools
[EMAIL PROTECTED] wrote:
Hi Phillip,
I tried what you suggested and it still hangs at the download stage for
a very long time.
How long is a long time, and did you have net access to turbogears.org
at the time? I presume from what you attached that the pause was while
downloading the
[EMAIL PROTECTED] wrote:
I have been trying on and off for awhile to get TurboGears installed
on my fedora core 4 system with python version 2.4.1
Running python ez_setup.py -D -f
http://www.turbogears.org/download/index.html --script-dir
/usr/local/bin TurboGears
it would fail
Jorge Vargas wrote:
I'm trying to install TG at work, and the firewall is blocking the python
scripts, i can download the files manually (i did that with setuptools) and
hacked the scipt to read the file from my disk, but now it's downloading TG,
so I think I should ask for help instead of
[EMAIL PROTECTED] wrote:
which is the exact list of packages? all the ones listed in
http://turbogears.com/download/index.html
is that list up to date for 0.8 that is?
I'm not sure which cElementTree file to get (i'm running windows here)
should i get ElementTree + win32 or ElementTree +
Wavy Davy wrote:
Yeah, I tried that, but it didn't work. A according to to the
easy_install help it only deletes conflicting packages. The old ones
are still there. Sounds like functionality yet to be implemented...
Correct; I'll be adding a 'nest' tool for package management during the
0.7
m h wrote:
My bad, that was using easy_intall-script.py. Using ez_setup.py I it
appears to work... (Is that a bug in easy_install-script.py?
Shouldn't they be doing the same thing?)
In principle, yes; in practice, Windows has trouble upgrading files
that you are currently running; that's why
m h wrote:
Hmmm, I commented out the requirement for json in setup.py and ran
python setup.py develop again. It's failing on Kid now with a
Sandbox violation.
Kid tries to import its dependencies in its setup script, before
installation has even occurred. This is, uh, well, seriously
m h wrote:
sorry about the spam (if this is a known issue)...
I updated setuptools and re-ran python setup.py develop and now get
the following:
C:\Documents and Settings\Administrator\Desktop\matt\turbogearspython
setup.py
develop
running develop
running egg_info
writing
Lee McFadden wrote:
Installing directly from SVN via easy_install isn't possible at the
moment.
Not true, you just need to use an SVN url with a #egg=TurboGears
suffix. The exact incantations are in the setuptools manual. It'd be
something like:
easy_install -f
m h wrote:
I don't recall any strange error message. Ummm, what is the best way
to uninstall and start over? Just delete the egg directories?
Yes. But ez_setup/easy_install will overwrite the eggs and ignore
older ones anyway, so there's no need to manually delete them.
Anything else?
Kevin Dangoor wrote:
Phillip has changed
how setuptools interprets version numbers to catch stuff like rc's and
betas.
Not exactly. What I changed is that setuptools always interpreted a
'-' as indicating a post-release patch. This meant that if you put a
'-' before 'rc' or 'beta' or
[EMAIL PROTECTED] wrote:
Sure, here's the error message from within a Win Command Prompt:
easy_install TurboGears
C:\Program: can't open file 'Files\Python2.4.2\python.exe': [Errno 2]
No such file or directory
My Python install is under C:\Program Files\Python2.4.2\, so this error
slate wrote:
Kids egg is not working. I solved this problem by downloading kids
source. I made an egg with setup.py, and installed this on my computer.
FYI, the issue is that kid's setup.py actually imports kid at the
beginning, and kid's initialization code imports ElementTree. This is
qvx wrote:
I have 0.8a4 installed. I also have latest svn snapshot in some custom
directory. What is the easiest way to switch between those two versions?
To select the svn snapshot, cd to it and run ./setup.py develop. To
select 0.8a4, run easy_install TurboGears==0.8a4.
If you are
At 01:15 PM 11/26/2005 +, Sharky On PTNet wrote:
Hi,
I'm getting problems instaling Turbogears when easy_install try to
install cElementTree.
I have ubuntu breezy (5.10) with python 2.4.2. Any one can helpme with
this?
I've just checked in a fix. The problem was that the
[EMAIL PROTECTED] wrote:
easy_install only solve the problem about python package dependency.it
is difficult to use.
after check out from turbogears svn,i use python setup.py install,
but often have many error messages,and i only use easy_install each
package manually.
There's an
Scott Benjamin wrote:
I did as Kevin suggested yet the error continues to come back when
running python setup.py install .
What is the preferred method of installing an SVN version of
turbogears?
I would suggest that you use a manual checkout and run setup.py
develop, rather than setup.py
william wrote:
I've switched from MySQL-4.0.24 (mysql-python-1.2.0) to Postgres-8.0.3
(psycopg-1.1.5) and the problem disappears.
If someone understand ???
Looking at the error messages, it appears that jsonify doesn't know
what to do with the Python long type. My guess is that your
Ksenia Marasanova wrote:
2005/11/19, Lee McFadden [EMAIL PROTECTED]:
It sounds like a path issue. Run sudo python setup.py develop again
and scroll through the output. It will tell you where it's putting
the tg-admin for version 0.9adev-rxxx.
Thanks, it was indeed path issue. It
Lee McFadden wrote:
pkg_resources.VersionConflict: (TurboGears 0.9a0dev-r223 (c:\svn\turbogears),
Re
quirement.parse('TurboGears=0.9a0'))
--/Traceback--
It looks like setuptools isn't recognising the fact that 0.9a0dev-r223
0.9a0.
That's because 'dev' is a pre-release tag, not a
Diwaker Gupta wrote:
pkg_resources.VersionConflict: (CherryPy 2.1.0-rc2
(/usr/lib/python2.4/site-packages/CherryPy-2.1.0_rc2-py2.4.egg),
Requirement.parse('CherryPy=2.1.0,!=2.1.0-beta,!=2.1.0-rc1,!=2.1.0-rc2'))
This message says that CherryPy 2.1.0-rc2 conflicts with the specified
At 10:17 PM 11/15/2005 -0600, Ian Bicking wrote:
[EMAIL PROTECTED] wrote:
Perhaps this has been mentioned already. So, forgive me if it has.
I install Python into 'C:/Program Files/Python24' as I do not like to
clutter up the C:/ portion of my file system. After installing
turbogears and
At 01:19 PM 11/16/2005 -0500, Phillip J. Eby wrote:
At 10:17 PM 11/15/2005 -0600, Ian Bicking wrote:
[EMAIL PROTECTED] wrote:
Perhaps this has been mentioned already. So, forgive me if it has.
I install Python into 'C:/Program Files/Python24' as I do not like to
clutter up the C
FYI, SourceForge changed their download pages such that older versions of
setuptools can no longer recognize them and follow the links to the real
download pages. I'm releasing 0.6a8 early in order to address these
issues. You can update your setuptools with:
easy_install -U
Mark Mc Mahon wrote:
On 11/16/05, Phillip J. Eby [EMAIL PROTECTED] wrote:
SNIP
Probably the issue here is that I need to be using some Windows API to
invoke Python instead of execv/spawnv, in order to prevent the command
line from being re-parsed. :(
Failing that, using the short name
Rob Cakebread wrote:
I've got CherryPy-2.1 final installed and it works fine with setuptools
0.6a7
With 0.6a8 I get this:
$ tg-admin
Traceback (most recent call last):
File /usr/bin/tg-admin, line 5, in ?
from pkg_resources import load_entry_point
File
[EMAIL PROTECTED] wrote:
Running C:\Python24\python.exe setup.py egg_info
Error (exit code: 1)
Traceback (most recent call last):
File setup.py, line 2, in ?
from turbogears.finddata import find_package_data
File d:\svn\turbogears\trunk\turbogears\__init__.py, line 11, in ?
Paul Clifford wrote:
* All decorators change from:
@decorate
def fn(...):
...
to
def fn(...):
...
fn = decorate(fn)
FYI, PyProtocols' protocols.advice module has support to make
decorators that work in Python 2.3, with a few rather
Jason Tackaberry wrote:
Kevin Dangoor wrote:
I'm curious as to why people are still running 2.3. The upgrade from
2.3 to 2.4 doesn't really break things, right? So why stick with 2.3?
I'm presently evaluating TurboGears for an upcoming project and I must
confess that, coming from the lead
Martin Skøtt wrote:
Could it be there is something missing in
/usr/local/lib/python2.4/site-packages ? Currently it just contains a
bunch of .egg files and .edd directories.
As Kevin already pointed out, you're missing the .pth files. You need
to include that directory in the --site-dirs
Martin Skøtt wrote:
On Thu, Nov 10, 2005 at 08:09:47AM -0800, Phillip J. Eby wrote:
One strange thing is that my ~/.pydistutils.cfg has been looking like
this all the time:
[install]
install_lib = /usr/local/lib/python$py_version_short/site-packages
[easy_install]
site_dirs=/usr/local
Martin Skøtt wrote:
Great, I hope it's okay with you that I quote the above in my message
to the maintainer.
I'll go further than that - feel free to have them contact me directly
if they'd like me to review their plans or patches. I want to help
system packagers make their systems as egg
Chackero wrote:
Lately, I am without InterNet in house. I have all the packages that
the necessary TurboGears, with exception of the Setuptools. How I get
setuptools without using ez_setup.py?
Put the setuptools egg in the same directory as ez_setup.py, and when
you run ez_setup.py it will
Elvelind Grandin wrote:
You would need to download all the eggs
More precisely, you need to download only the eggs for your platform.
If you're on Windows, you don't need the Mac eggs or vice versa. If a
particular package doesn't have either a generic egg, or an egg for
your platform, you'll
[EMAIL PROTECTED] wrote:
Sound just like what I need. I doing the installation on Windows, tough
and I'm not sure what the --script-dir flag stands for.
--script-dir sets the location where commands like tg-admin and
easy_install will be installed. On Windows, you should pick a
directory on
Kevin Dangoor wrote:
On 11/4/05, Phillip J. Eby [EMAIL PROTECTED] wrote:
asimov:~/turbogears jeremy$ sudo python setup.py develop
--script-dir=/usr/local/bin
Traceback (most recent call last):
File setup.py, line 14, in ?
from docgen import GenSite
File /Users
Kevin Dangoor wrote:
ugh. At one point, I had checked in the .egg-info directory, but then
people complained about getting conflicts there.
try
python setup.py egg_info
and then rerun the develop command.
That's not gonna work. See below.
asimov:~/turbogears jeremy$ sudo python
[EMAIL PROTECTED] wrote:
No. setuptools(egg) is incompatible with all major distro package
system I know of.
Hopefully, that won't be true for very long. There are projects out
there such as easy_deb, along with people working on RPM support for
eggs, and egg support for gentoo. None of
Jeremy wrote:
Now, whenever I run tg-admin, I get:
asimov:~/turbogears jeremy$ tg-admin
/Library/Frameworks/Python.framework/Versions/2.4/lib/python2.4/site-packages/setuptools-0.6a7-py2.4.egg/pkg_resources.py:1943:
UserWarning: Module paste was already imported from
Kevin Dangoor wrote:
On 11/3/05, Phillip J. Eby [EMAIL PROTECTED] wrote:
(Just to be clear, the warning above is in this specific case harmless,
so you don't need to upgrade setuptools or do any other steps I've
listed here unless you just want to get rid of the warning. However,
you
[EMAIL PROTECTED] wrote:
I noticed this problem when I tried this:
$ python ez_setup.py -UDf http://turbogears.org/download/ TurboGears
If you have setuptools 0.6a7, you can add
'--allow-hosts=turbogears.org' before the '-UDf' in order to make
setuptools only download files from
Kevin Dangoor wrote:
On 11/1/05, Phillip J. Eby [EMAIL PROTECTED] wrote:
Kevin Dangoor wrote:
I fixed the Mac eggs... but, won't anyone on Linux run into this
problem? If they easy_install and it picks up the source zip, will the
version number come from the zip name or will it come
[EMAIL PROTECTED] wrote:
may be -f is better as it search for a larger pool but since I only
need those needed by TurboGears, -i is enough for me, so long it is
properly maintained on TurboGear's index :-)
-f tells easy_install to read the specified page for any links on it,
while -i tells
At 11:26 AM 10/31/2005 -0800, Bob Ippolito wrote:
On Oct 31, 2005, at 11:11 AM, SuperJared wrote:
When attempting to check out TG:
Fetching external item into 'turbogears/thirdparty/sqlobject/ ez_setup'
svn: Unknown hostname 'svn.eby-sarna.com'
Is anyone able to resolve that host?
Ian Bicking wrote:
Now that Python has moved to svn, maybe there's an svn external that can
be set up pointing to that server?
Not yet; the name of the file in SVN is 'ez_setup.py', but you can only
do an external to directories, not individual files.
The other issue of course is that the
Aggelos Orfanakos wrote:
It worked like a charm. Thanks for your help.
Note also that as long as the setup.py lists TurboGears as a
requirement, it should be possible for somebody to install your
application with just the .egg and easy_install - including the
installation of TurboGears itself,
At 07:07 PM 10/23/2005 -0500, Ian Bicking wrote:
Kevin Dangoor wrote:
I thought that was why Ian made paster?
Yes, there would be overlap, and it would be good to consider how best
to deal with that. If the paster create code goes into nest, I have no
problem with deprecating its presence in
Kevin Dangoor wrote:
On 10/21/05, Phillip J. Eby [EMAIL PROTECTED] wrote:
Kevin Dangoor wrote:
I just remembered that Windows file modification time apparently is
only accurate within a couple of seconds. rsync has a parameter to
deal with this skew. So, if you're checking
gh wrote:
Correction/Addition.
The previous works fine for installation but kid won't run.
I created ~/py/sitecustomize.py
cat py/sitecustomize.py EOF
import sys, os, os.path
setuptools_dir = '/usr/local/lib/python2.4/site-packages'
for x in
[EMAIL PROTECTED] wrote:
This is not related to the problem mentioned, but is there a simple way
to upgrade and remove older version ?
I do a :
easy_install -U setuptools
and now I have two version of it, 0.6a5 and 0.6a6.
I know this facilitate multiple version but just wonder if there
Kevin Dangoor wrote:
On 10/22/05, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
I had the same problem on a knoppix HD install. Would it be very
difficult to add a check and instructions to fix the problem? If we're
trying to make this as painless as possible to get started, I think it
Anthoni Shogan wrote:
Hi everyone,
I use Debian, and I'm trying to install TurboGears-0.8a3. Just got
Python 2.4.2 running.
Now, is TurboGears-0.8a3 compatible with Python-2.4.2??
I did not have easy install, so I had to go in for the two step
installation.
After running,
|python
[EMAIL PROTECTED] wrote:
I encountered problems upgrading today. Any ideas?
-Todd
You left off the '-f http://turbogears.org/download/', so that
EasyInstall will use the Turbogears-supplied download links.
I believe this would actually have worked correctly the way you typed
it, if Kevin had
modmans2ndcoming wrote:
is that all it says with the latest update?
I'd have expected to see some lines about writing the tg-admin script.
Did you upgrade setuptools first?
modmans2ndcoming wrote:
it appears that I do not have the helper scripts like easy_install. how
do I get that?
Try ez_setup.py setuptools TurboGears; I believe that should
reinstall the scripts for both, if you still have the eggs present. If
not, it's going to try to download them, which
modmans2ndcoming wrote:
no, I just did the easy install
ez_setup.py -U setuptools will install the latest setuptools version;
try that before you upgrade your TurboGears.
DCA wrote:
C:\Python24ez_setup.py -f
http://www.turbogears.org/download/index.html TurboGe
ars
Reading http://www.turbogears.org/download/index.html
Searching for TurboGears
Reading http://www.python.org/pypi/TurboGears/
No local packages or download links found for TurboGears
error:
94 matches
Mail list logo