<div dir="ltr">I know from conversations that a few folks package their python apps as distributable virtualenvs.   spotify created dh-virtualenv for this.  you can do it pretty simply by hand.<div><br></div><div>I built a toolchain for building rpms as distributable virtualenvs and that works really well.</div><div><br></div><div>What I'd like to do is make it so that every app that's built as a virtualenv gets setup to automatically execute at call time in their virtualenv.</div><div><br></div><div>I see two options:</div><div><br></div><div>1)  Dynamically generate a wrapper script during build and put it in the RPM.  Call the wrapper.</div><div><br></div><div>2)  Created a dependency global module ( as an rpm ) set it as a dependency.  And basically it'd be an autoexecuting import that instantiates the virtualenv.  it would probably know all it needs to because I am building all my packages to an internal standard.  Then when building the APP rpm all I need to do is inject an import into the import chain if it's being built as a virtualenv.  Then I have what are effectively statically compiled python apps.</div><div><br></div><div>I like 2.  But 1 isn't very bad.  Both are a little hokey.</div><div><br></div><div>Was curious if folks might have a preference, or a better idea.</div><div><br></div><div>Thanks.</div><div><br></div><div>Matt</div></div>