This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author steve.dower
Recipients Jurko.Gospodnetić, steve.dower
Date 2020-09-17.22:01:44
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1600380105.17.0.0185347924982.issue41800@roundup.psfhosted.org>
In-reply-to
Content
Yeah, this whole issue is basically because Burn (our installer tool) won't do per-machine bundle registration even when it's only installing per-machine packages. So the install block that it would normally throw up  fails if you use a different user account to install it the second time.

> (Python gets installed as a step in one of our installers)

I'm intrigued by this - if Python is a dependency of your application, it's better to repackage it yourself and install to your own directory. The installer is basically there for end-users, but if you're not doing an end-user kind of install there's really nothing gained.

This whole scenario is fairly under-developed though. It comes up quite infrequently, so we don't have any really convenient instructions on how to go about it. Doesn't mean we can't help, but because we don't have a clear idea of what you may be trying to achieve, we'd like to hear about it before telling you how to approach this kind of thing.
History
Date User Action Args
2020-09-17 22:01:45steve.dowersetrecipients: + steve.dower, Jurko.Gospodnetić
2020-09-17 22:01:45steve.dowersetmessageid: <1600380105.17.0.0185347924982.issue41800@roundup.psfhosted.org>
2020-09-17 22:01:45steve.dowerlinkissue41800 messages
2020-09-17 22:01:44steve.dowercreate