[10-Jun-2010 10:01:52] <themactech> Is there any good documentation on the Zenpack advanceddevicedetail?
[10-Jun-2010 10:02:08] <mray> themactech: only what Egor provides
[10-Jun-2010 10:02:23] <themactech> so basically nothing...
[10-Jun-2010 10:02:31] <themactech> this zenpack provides essential voodoo
[10-Jun-2010 10:02:45] <Simon4> voodoo shouldn't ever be documented
[10-Jun-2010 10:02:49] <Simon4> otherwise it ceases to be voodoo
[10-Jun-2010 10:02:57] <themactech> having a good blueprint of how it works would make things simpler
[10-Jun-2010 10:03:02] <mray> ptmcg is the Zenoss developer on call for the IRC session, other developers are in the channel
[10-Jun-2010 10:03:38] <themactech> than having to figure out how it works from existing zenpacks
[10-Jun-2010 10:04:14] <mray> themactech: I was looking at it a little yesterday, looks like he's adding new components for the Hardware tab
[10-Jun-2010 10:04:19] <mray> via DeviceHW
[10-Jun-2010 10:04:24] <themactech> i know
[10-Jun-2010 10:04:36] <themactech> but he seems to link modeling info with rrd templates
[10-Jun-2010 10:04:53] <themactech> the data a modeler gets is renewed every 6 hours by default
[10-Jun-2010 10:05:13] <themactech> do you need to duplicate all those into datapoints to poll them every 3 mins?
[10-Jun-2010 10:05:25] <themactech> or will modeled data also be performance polled?
[10-Jun-2010 10:06:21] <themactech> if I add a fan via a modeler, do I need to set a datapoint for that fan specifically and a threshold to get an alert
[10-Jun-2010 10:06:29] <themactech> or can you link the two somehow
[10-Jun-2010 10:06:56] <jimbosyn> Anyone care to answer a question about best practices for email alterting?
[10-Jun-2010 10:07:14] <themactech> so a modeled component will automatically have datapoints associated to it
[10-Jun-2010 10:08:01] <themactech> Jimbosyn, this is the place to ask any question
[10-Jun-2010 10:08:03] <jimbosyn> I'm currently using our Exchange SMTP server to send email alerts, but it occurred to me that we won't get alerted if Exchange goes down.
[10-Jun-2010 10:08:15] <themactech> consider the zenoss folks here like your priests, you must confess all your snmp sins to them
[10-Jun-2010 10:08:57] <themactech> I have my emails sent out via the zenoss machine itslef
[10-Jun-2010 10:09:11] <themactech> and I send it to two different servers for redundancy
[10-Jun-2010 10:09:41] <themactech> I get the alerts via my company email and my personnal email, so if one goes down i still get the alerts
[10-Jun-2010 10:10:07] <themactech> I will setup a heartbeat system on a machine to be setup in our lab at the office (I will get the machine in 5 days)
[10-Jun-2010 10:10:30] <themactech> all our off-site zenoss monitoring machines will send an email to it every 5 mins
[10-Jun-2010 10:10:45] <themactech> if we dont get the email for 15 mins an alert will go up
[10-Jun-2010 10:11:26] <themactech> telling us something is wrong with the zenoss server at that location
[10-Jun-2010 10:12:28] <jimbosyn> themactech: how do you send to two email addressess? Do you have two users set up, or can you seperate the email addresses with a comma?
[10-Jun-2010 10:12:52] <themactech> i dont recall how i did that, let me vpn to a site and check
[10-Jun-2010 10:14:15] <jimbosyn> themactech: so the best practice would be to use a local smtp server instead of the corporate server. That's kinda what I was thinking, but was not sure what others were doing
[10-Jun-2010 10:14:44] <jimbosyn> themactech: Are you using sendmail?
[10-Jun-2010 10:14:51] <themactech> I am using two users
[10-Jun-2010 10:15:00] <themactech> dont know if two emails can be put into one user
[10-Jun-2010 10:15:09] <themactech> the server used is not the issue
[10-Jun-2010 10:15:21] <themactech> you need a system to notify you if the email server fails
[10-Jun-2010 10:15:35] <themactech> easy way I think is to have a cron job send email every 5 mins
[10-Jun-2010 10:15:45] <themactech> and a cron job on the receiving end
[10-Jun-2010 10:15:45] <themactech> ç
[10-Jun-2010 10:16:05] <jimbosyn> That is a great idea
[10-Jun-2010 10:16:05] <themactech> everytime the receiver gets the heartbeat email, he touches a file
[10-Jun-2010 10:16:24] <themactech> so you threshold the file's modified date
[10-Jun-2010 10:16:30] <themactech> if it gets older than 15 mins
[10-Jun-2010 10:16:31] <themactech> alert
[10-Jun-2010 10:18:36] <jimbosyn> Ah I see
[10-Jun-2010 10:19:33] <themactech> you can use any old pc to be your heartbeat monitor
[10-Jun-2010 10:19:58] <themactech> it just read the email account you use for that heartbeat and touches any dumb text file you make for this purpose
[10-Jun-2010 10:21:07] <themactech> I am getting a Dell PowerEdge to set this up in our lab next week, been waiting for months for us to get that machine
[10-Jun-2010 10:21:19] <themactech> I can finally work on this
[10-Jun-2010 10:22:09] <themactech> i am running zenoss on ubuntu so i use postfix
[10-Jun-2010 10:22:16] <themactech> as the mail server
[10-Jun-2010 10:22:40] <themactech> at one site I had to configure it to go thru their corporate relay, so that adds a point of failure
[10-Jun-2010 10:23:10] <themactech> but again the point of failure is irrelevant if you can detect that there is a failure, then you vpn in (if needed) and diagnose
[10-Jun-2010 10:23:40] <themactech> the problem you want to avoid is to go on for 3 weeks thinking all is well because you haven't received any emails and the whole thing is down
[10-Jun-2010 10:26:22] <themactech> Hey Matt, any chance you could convince Egor to come down to your next community day and do a training session on the advanceddevice zenpack?
[10-Jun-2010 10:26:48] <mray> themactech: well… he's in Germany
[10-Jun-2010 10:27:01] <themactech> ok, that makes it somewhat difficult
[10-Jun-2010 10:27:27] <themactech> But there is videoconferencing, hmmm....
[10-Jun-2010 10:28:18] <themactech> I was thinking you should offer 2 sessions at your community day, the obvious 'intro to zenoss' for newcomers, but maybe a second session for folks already using it
[10-Jun-2010 10:28:34] <themactech> maybe the content of session 2 could be decided upon by the participants
[10-Jun-2010 10:28:43] <themactech> would get more repeat visitors this way
[10-Jun-2010 10:29:36] <themactech> I know it would be easier for me to get approval to attend from the powers that be if the content would be more in depth
[10-Jun-2010 10:32:02] <rmatte> themactech: the problem with doing more advanced training is that attendance probably wouldn't be that great
[10-Jun-2010 10:32:29] <themactech> really? last time most of the folks in the room were already deploying zenoss
[10-Jun-2010 10:32:30] <rmatte> more advanced training would be something to do as regular scheduled workshops where a trainer takes on small groups of people for a fee
[10-Jun-2010 10:32:59] <rmatte> right, but it's a big step between deploying Zenoss (knowing how to add devices and such), and actual development
[10-Jun-2010 10:33:35] <themactech> training could be done by attendees, everyone could present something they came up with too
[10-Jun-2010 10:33:56] <rmatte> right, assuming people actually bring something to show
[10-Jun-2010 10:34:41] <rmatte> They could do it as a side thing maybe
[10-Jun-2010 10:34:58] <themactech> its just that I don't see how I will get approval to attend again if its just the 'intro to zenoss', and last time there was some folks with good ideas in the room
[10-Jun-2010 10:35:14] <themactech> seems like a untapped resource to me
[10-Jun-2010 10:35:34] <rmatte> yeh, I understand where you're coming from
[10-Jun-2010 10:35:42] <themactech> we used to do this at an old tech forum i was using in Canada
[10-Jun-2010 10:35:56] <themactech> mac techs from many schoolboard would use it
[10-Jun-2010 10:36:03] <themactech> once a year we organised an event
[10-Jun-2010 10:36:21] <themactech> we had forum to post trainings offered and requested
[10-Jun-2010 10:36:36] <themactech> you needed to learn something you posted it, you figured out something you posted it
[10-Jun-2010 10:36:50] <themactech> 1 month before the event we would make schedule
[10-Jun-2010 10:37:10] <mray> I believe we're looking at doing additional remote advanced training
[10-Jun-2010 10:37:47] <mray> but nothing solid yet
[10-Jun-2010 10:37:53] <rmatte> I'd be interested in remote advanced training for the more advanced ZenPack development
[10-Jun-2010 10:38:02] <rmatte> especially for actually implementing UI components
[10-Jun-2010 10:40:48] <themactech> i think everyone would
[10-Jun-2010 10:41:03] <themactech> its hard to use Zenoss in a serious way without having to make your own zenpacks
[10-Jun-2010 10:41:25] <themactech> and the art of doing so seems more like a dark ritual to me right now
[10-Jun-2010 10:41:41] <ptmcg> @themactech - when you say "advanced" are you thinking mostly "advanced ZenPack development"? I am still new here, but I'm learning that there is so much breadth to this system that you can go "advanced" in about 20 different directions
[10-Jun-2010 10:42:05] <themactech> well zenoss is wide open, that is a big strength
[10-Jun-2010 10:42:25] <themactech> but it also means a lot of modifying stuff to do what you want to do
[10-Jun-2010 10:42:28] <themactech> a
[10-Jun-2010 10:42:42] <themactech> I just find that there is not so much doc on how to do this in detail
[10-Jun-2010 10:42:50] <themactech> granted I am just picking up python
[10-Jun-2010 10:43:01] <themactech> maybe a python guru would pick this up in a heartbeat
[10-Jun-2010 10:43:22] <ptmcg> I'm just thinking that some kind of BoF session on "advanced topics" could be a pretty wild mix
[10-Jun-2010 10:43:29] <themactech> python is very modular, but the importing of libraries makes hunting down the actual code you want somewhat difficult
[10-Jun-2010 10:43:46] <themactech> you sometimes have to reference 6-7 layers to find what you need
[10-Jun-2010 10:44:13] <themactech> one script import from one, that imports from one, and so on and so on, so the actual code you need to get to is nested way deep
[10-Jun-2010 10:44:16] <themactech> its like a web
[10-Jun-2010 10:45:02] <themactech> thats why I mention that Egor's zenpack is key as it seems to unlock pandora's box to add custom hardware components, which I think is what most folks will need to do
[10-Jun-2010 10:45:14] <themactech> but documentation on it is non-existent
[10-Jun-2010 10:45:33] <ptmcg> I'm not familiar with it - is it done primarily in Python code?
[10-Jun-2010 10:45:40] <themactech> all zenoss is python
[10-Jun-2010 10:45:57] <themactech> and yes, that zenpack is also python
[10-Jun-2010 10:45:58] <ptmcg>
[10-Jun-2010 10:46:12] <themactech> again if I were better at python maybe this would all make better sense to me
[10-Jun-2010 10:46:25] <themactech> I have to crawl thru it right now
[10-Jun-2010 10:46:39] <themactech> I feel like I did when I learned basic on my atari 800
[10-Jun-2010 10:48:25] <ptmcg> I at your "all Python" comment, because I am trying to assimilate many bits of zenoss
[10-Jun-2010 10:48:37] <ptmcg> esp the Win interface which uses a C lib
[10-Jun-2010 10:48:58] <ptmcg> and the UIs use Javascript and ext heavily
[10-Jun-2010 10:48:59] <themactech> thats my problem, its all bits and pieces, so many component tied together
[10-Jun-2010 10:50:02] <themactech> to create something like the advanceddevicedetail zenpack its obvious Egor understands the whole zenoss infrastructure, I would like to mind-meld with that guy
[10-Jun-2010 10:50:19] <themactech> I think most of us do this on our own
[10-Jun-2010 10:50:55] <themactech> right now I am using the DellMon community zenpack to try and modify it to do what I want
[10-Jun-2010 10:51:37] <themactech> but again cloning existing code and just modifying it makes me fell like I was typing 'Print "hello world!"' 30 years ago
[10-Jun-2010 10:52:38] <themactech> My boss is very hesitant to pay for advanced training because he's not sure I would get the info I need from it, and I can't blame him
[10-Jun-2010 10:53:45] <ptmcg> This is a dilemma in many fields - the intermediate user tends to pick up some advanced knowledge
[10-Jun-2010 10:54:03] <ptmcg> when going to the advanced class, then there is redundancy
[10-Jun-2010 10:54:11] forsberg is now known as fOrsberg
[10-Jun-2010 10:54:22] <themactech> yes but in many field, detailed docs are available if you are the 'learn on your own' type
[10-Jun-2010 10:54:42] <ptmcg> But the value of the advanced class is more in completeness, filling in gaps
[10-Jun-2010 10:55:29] <rmatte> yup
[10-Jun-2010 10:56:21] <themactech> Most of the community forum questions that go unanswered are on customizing stuff
[10-Jun-2010 10:56:37] <themactech> any question on alerting, event transforms, and such get answered quickly
[10-Jun-2010 10:56:46] <themactech> anything about customizing just hangs there forever
[10-Jun-2010 10:57:04] <themactech> you were mentioning gaps, there's a big one right there
[10-Jun-2010 10:57:49] <ptmcg> hmmm
[10-Jun-2010 10:58:14] <themactech> give me a 500 page document on this and I will read it and figure it out, but right now I have to actually go thru python code in /usr/local/zenoss/zenoss/Products/
[10-Jun-2010 10:58:40] * Simon4 greps in /Products almost daily
[10-Jun-2010 10:58:47] <themactech> there are about 200 python routines in /Zenmodel these are referenced from about 30 in /DataCollector
[10-Jun-2010 10:59:12] <themactech> this makes a pretty complex web
[10-Jun-2010 11:00:06] <ptom> apologies on if this question has already been asked a billion times, but anyone have an ETA when 3.0 will be released from beta?
[10-Jun-2010 11:00:56] <themactech> I would like to know that too, since I got LDAP working real easy on 3.0 and I haven't been able to under 2.5.x
[10-Jun-2010 11:01:18] <themactech> and I really want to get LDAP working, so I figure I'll wait till 3.0 is out
[10-Jun-2010 11:01:29] <rmatte> themactech: how could you not get it working on 2.5?
[10-Jun-2010 11:01:33] <themactech> instead of banging my head on the wall with it on 2.5.x
[10-Jun-2010 11:01:34] <rmatte> I have it working fine on 2.5
[10-Jun-2010 11:01:45] <ptom> i had problems with 2.5 as well, but i got it working after i compiled python_ldap against zenoss' python build
[10-Jun-2010 11:01:51] <themactech> i know, you told me last time, twist the blade in you bastard :-)
[10-Jun-2010 11:02:03] <rmatte> well, 3.0 uses python 2.6 whereas 2.5 uses python 2.4
[10-Jun-2010 11:02:08] <themactech> exactly
[10-Jun-2010 11:02:15] <themactech> the install on 3.0 is so simple
[10-Jun-2010 11:02:24] <ptom> right, my system had 2.6 installed, had to build against 2.4
[10-Jun-2010 11:02:25] <rmatte> you're probably just not installing python-ldap in the right place
[10-Jun-2010 11:02:39] <rmatte> it needs to be installed or linked in to the zenoss python
[10-Jun-2010 11:03:03] <themactech> I try to follow the guide but a bunch of steps refer to directories or content that I just don't have
[10-Jun-2010 11:03:29] <ptom> download python_ldap src, untar it and I ran this. /usr/local/zenoss/bin/python2.4 setup.py install
[10-Jun-2010 11:03:35] <themactech> it says to make a link for this file in this directory and I don't have that file in that directory
[10-Jun-2010 11:03:37] <rmatte> right, so modify the directories to match what you do have
[10-Jun-2010 11:04:03] mrayzenoss is now known as mray
[10-Jun-2010 11:04:03] <rmatte> did you do an rpm based install?
[10-Jun-2010 11:04:13] <themactech> I have tried and so far failed, and I would be game to keep at it but I took me no time at all under 3.0
[10-Jun-2010 11:04:28] <themactech> I'm running ubuntu so I try to use .deb
[10-Jun-2010 11:04:30] <rmatte> well, the 3.0 beta just just dropped a few days ago
[10-Jun-2010 11:04:34] <rmatte> so release is still months away
[10-Jun-2010 11:04:42] <ptom> it looks pretty
[10-Jun-2010 11:04:43] <ptom>
[10-Jun-2010 11:04:54] <ptom> waiting on a beta src build
[10-Jun-2010 11:04:55] <rmatte> themactech: what version of ubuntu?
[10-Jun-2010 11:05:18] <themactech> I have a lot of stuff to develop, zenpacks, profiles, etc so I don't want to spend too much time on this if it's a 2 minute process down the road on 3.0
[10-Jun-2010 11:05:34] <themactech> i was running on 9.04 but now am using 10.04 with no issues in the lab
[10-Jun-2010 11:05:42] <rmatte> yeh, that's your problem
[10-Jun-2010 11:05:44] <themactech> next deployment in 2 weeks should be on 10.04
[10-Jun-2010 11:05:52] <rmatte> they removed python 2.4 and 2.5 in 10.04
[10-Jun-2010 11:06:03] <rmatte> I had to copy libraries in to get it working properly again
[10-Jun-2010 11:06:08] <themactech> still couldn't get it to work on 9.04
[10-Jun-2010 11:06:42] <themactech> at this point I will spend my time on other zenoss stuff and patiently wait for 3.0 to get LDAP
[10-Jun-2010 11:07:03] <rmatte> fair enough
[10-Jun-2010 11:07:05] <ptom> question about ldap and remote collectors. Do all the collectors need to be configured against ldap?
[10-Jun-2010 11:07:08] <themactech> once I have LDAP I want to add a calendar server and make alerts reference the calendar server with the user LDAP credential
[10-Jun-2010 11:07:19] <themactech> so you could make alerting schedules for staff in calendar app
[10-Jun-2010 11:07:21] <rmatte> ptom: no, you don't even login to the collectors
[10-Jun-2010 11:07:28] <ptom> that's what I thought
[10-Jun-2010 11:07:30] <ptmcg> I'm doing my work on Zen3.0 using Ubuntu 9.10, if that is any help
[10-Jun-2010 11:08:19] <themactech> I was using 9.04 too but since 10.04 came out and its a TLS (or lts?) version I assume more people will jump on board with 10.04 so it will get more documentation and support
[10-Jun-2010 11:08:51] <themactech> So I'm trying to migrate to it asap and so far it's been painless
[10-Jun-2010 11:09:26] <themactech> 3.0 has worked ok for me so far in the lab but I would be very hesitant to deploy it in a production environment
[10-Jun-2010 11:10:22] <themactech> sorry meant 9.1 earlier
[10-Jun-2010 11:11:23] <ptmcg> good talking with you, I have to head off to a meeting
[10-Jun-2010 11:11:54] <themactech> same
[10-Jun-2010 11:16:28] <ptom> How much of a performance increase could I expect if I were to break off the db server to another host? I have about 4500 nodes in the field.
[10-Jun-2010 11:16:46] <rmatte> well, which db server are you referring to?
[10-Jun-2010 11:16:54] <ptom> sorry. mysql
[10-Jun-2010 11:17:16] <rmatte> well, the only performance increase that you might see is when working with the event console
[10-Jun-2010 11:17:22] <rmatte> events are the only thing stored in mysql
[10-Jun-2010 11:18:06] <ptom> I don't really have any issues right now with events. It's my UI that's slow
[10-Jun-2010 11:18:06] <mray> usually if you're on 1 box, you want to put the mysql DB on another storage device from the RRD data for performance, I assume moving it to another box would provide similar speedups, as long as the network connection is sufficiently speedy
[10-Jun-2010 11:18:33] <ptom> i would cross connect to a local server if i were to do it
[10-Jun-2010 11:18:51] <ptom> just wondering though.
[10-Jun-2010 11:18:56] <rmatte> it's hard to say exactly how much of an increase you'd actually get
[10-Jun-2010 11:19:50] <ptom> broken link: http://alpha.zenoss.com/2.5.70-beta/
[10-Jun-2010 11:20:41] <ptom> anyone have any tips on speeding up the ui?
[10-Jun-2010 11:22:41] <mray> ptom: docs/DOC-2521 has some good tips
[10-Jun-2010 11:24:53] <ptom> ty
[10-Jun-2010 11:33:44] <Jane_Curry> Can anyone give help on building new reports????
[10-Jun-2010 11:34:23] <Jane_Curry> I have just been experimenting with the group resources report ZenPack which reports aggregate CPU/Disk/Memory etc per Group
[10-Jun-2010 11:34:42] <Jane_Curry> I want to extend it to report by slicing on Systems and Locations too
[10-Jun-2010 11:35:06] <Jane_Curry> I have done mods in the ZenPack to provide extra reports and plugins..
[10-Jun-2010 11:35:23] <Jane_Curry> .. but none of my changes are picked up - done zopectl restart
[10-Jun-2010 11:35:40] <rmatte> like the reports don't get added you mean?
[10-Jun-2010 11:35:53] <Jane_Curry> Yup
[10-Jun-2010 11:36:08] <rmatte> have you done: python $ZENHOME/Products/ZenReports/ReportLoader.py --force
[10-Jun-2010 11:36:09] <rmatte> ?
[10-Jun-2010 11:36:45] <rmatte> although the zenpack should do that automatically when it's installed
[10-Jun-2010 11:36:57] <rmatte> but if you're still in the process of developing the reports you'd have to do it yourself
[10-Jun-2010 11:37:12] <Jane_Curry> I am looking at ReportLoader.py that says that stuff has to be under Products/ZenReports..
[10-Jun-2010 11:37:28] <mray> Jane_Curry: did you install it with "zenpack —link —install ZenPack.community.groupreporting"?
[10-Jun-2010 11:37:29] <rmatte> oh, right
[10-Jun-2010 11:37:49] <Jane_Curry> .. and mine are way down under ZenPacks/....................... so it doesn't seem to do naything
[10-Jun-2010 11:38:12] <rmatte> yeh, I understand, hmmm
[10-Jun-2010 11:38:24] <Jane_Curry> mray - yeh - I believe so - will re-do
[10-Jun-2010 11:38:49] <mray> I typically re-run that command to force reloads, then restart zope and zenhub
[10-Jun-2010 11:39:04] <mray> zopectl is probably all you need for reports
[10-Jun-2010 11:41:53] <arrrghhh> hey guys... so after making these templates to filter out the debug events i'm still getting them. so either a) i'm not doing this correctly or b) i have to remodel or push changes or make some other change...?
[10-Jun-2010 11:43:28] <Jane_Curry> I converted the .egg ZenPack to development mode and just continued from there
[10-Jun-2010 11:43:39] <Jane_Curry> .. do I need to do anything else??
[10-Jun-2010 11:44:03] <mray> Jane_Curry: you could just work off the Subversion version
[10-Jun-2010 11:44:21] <mray> but that works
[10-Jun-2010 11:44:56] <Jane_Curry> Nearly did that at the outset but decided I wanted to test the conversion of an egg
[10-Jun-2010 11:45:26] <mray> ahh, the conversion is easy enough
[10-Jun-2010 11:45:47] * mray converts eggs daily
[10-Jun-2010 11:46:06] <Jane_Curry> Having done that, I'm not able to use --link in the zenpack command..
[10-Jun-2010 11:46:34] <Jane_Curry> doesn't understand the full directory name including the .egg
[10-Jun-2010 11:46:35] <mray> hmmm… it may need the setup.py
[10-Jun-2010 11:47:05] <mray> so to convert the zenpack from an egg to a working source build, you need the setup.py and I toss out the EGG-INFO directory
[10-Jun-2010 11:47:27] <mray> you usually need the MANIFEST.IN as well
[10-Jun-2010 11:47:30] <Jane_Curry> I've got the setup.py, copied from ZenPackTemplate, as per instructions
[10-Jun-2010 11:47:55] <mray> you could just compare it with the Subversion version
[10-Jun-2010 11:48:10] <Jane_Curry> got MANIFEST.IN - ditto
[10-Jun-2010 11:48:34] <mray> what's the error you get from zenpack —link --install?
[10-Jun-2010 11:50:51] <Jane_Curry> zenpack --link --install ZenPacks.community.groupreporting
[10-Jun-2010 11:50:53] <Jane_Curry> ERROR:zen.ZenPackCmd:zenpack stopped: ZenPacks.community.groupreporting does not appear to be a valid file or directory.
[10-Jun-2010 11:50:54] <Jane_Curry> ERROR: zenpack command failed. Reason: SystemExit: 1
[10-Jun-2010 11:51:52] <Jane_Curry> Executed from directory that has setup.py, MANIFEST.in and ZenPacks directory
[10-Jun-2010 11:57:02] <mray> Jane_Curry: you need to move up 1 level
[10-Jun-2010 11:57:11] <mray> not from within the directory
[10-Jun-2010 11:57:54] <rmatte> yeh, you need to treat the top level directory as though it were a .egg
[10-Jun-2010 11:58:22] <Jane_Curry> Duh! I thought I had tried that but obviously not!!!! Thanks Matt