I am not at all a windows person but I have used
http://www.dennisbareis.com/makemsi.htm in the past to automate editing and
tweaking some MSI files for testing. It can also be used to generate new
ones. It looks like it would still require something to generate its own
input description. Regard
Giovanni Bajo wrote:
> On gio, 2008-11-27 at 00:29 +0100, "Martin v. Löwis" wrote:
>>> So, deducing from your reply, this "merge module" is a thing that allows
>>> to install the CRT (and other shared components)?
>> Correct. More generally, a merge module is a something like an MSI
>> library (.a
On gio, 2008-11-27 at 00:29 +0100, "Martin v. Löwis" wrote:
> > So, deducing from your reply, this "merge module" is a thing that allows
> > to install the CRT (and other shared components)?
>
> Correct. More generally, a merge module is a something like an MSI
> library (.a). It includes a set o
> In my case, the biggest effort would be finding out what needs to be put
> within the installer. If you can give me a pointer to where the current
> build process reads the complete file list to put within the .msi (and
> their relative destination path), I can try and build a simple test
> insta
> So, deducing from your reply, this "merge module" is a thing that allows
> to install the CRT (and other shared components)?
Correct. More generally, a merge module is a something like an MSI
library (.a). It includes a set of files and snippets of an installation
procedure for them.
> Another
On mer, 2008-11-26 at 22:54 +0100, "Martin v. Löwis" wrote:
> > I've had good results with Advanced Installer:
> > http://www.advancedinstaller.com/feats-list.html
>
> So how much effort would it be to create a Python installer?
> Could you kindly provide one?
In my case, the biggest effort would
On mer, 2008-11-26 at 23:38 +0100, "Martin v. Löwis" wrote:
> > Merge Modules into your installation
> > Create self-contained MSI packages, by including and configuring the
> > required merge modules.
>
> Right. Still, if people want to go this route (I personally don't),
> I think it would be us
> Merge Modules into your installation
> Create self-contained MSI packages, by including and configuring the
> required merge modules.
Right. Still, if people want to go this route (I personally don't),
I think it would be useful to build an installer from the free edition.
You can then run Tools
On mer, 2008-11-26 at 21:03 +0100, "Martin v. Löwis" wrote:
> > I'm sure the
> > Python Software Foundation would easily get a free license of one of the
> > good commercial MSI installer generators.
>
> Can you recommend a specific one?
I've had good results with Advanced Installer:
http://ww
> I've had good results with Advanced Installer:
> http://www.advancedinstaller.com/feats-list.html
So how much effort would it be to create a Python installer?
Could you kindly provide one?
Regards,
Martin
___
Python-3000 mailing list
Python-3000@pytho
Martin,
What is the rationale behind using an MSI ? Has anyone attempted to create
a Python installer using something a bit simpler, like NSIS [
http://nsis.sourceforge.net/Main_Page]? If not, what are the reasons?
Joe
On Wed, Nov 26, 2008 at 3:03 PM, "Martin v. Löwis" <[EMAIL PROTECTED]>wrote
Martin v. Löwis wrote:
I always wondered why it was necessary to write msi.py in the first
place. Maintaining it is surely a big effort and requires understanding
of a dark library which a few people have (IMO it's a much higher effort
than setting up automated tests in a bunch of VM, which you
> What is the rationale behind using an MSI ? Has anyone attempted to
> create a Python installer using something a bit simpler, like NSIS
> [http://nsis.sourceforge.net/Main_Page]? If not, what are the reasons?
It's a lot of effort to look at any such tool (and I really mean a *lot*
of effort -
> Wix is an msi creator (open source) that takes XML files as the input.
> It is also capable of creating 64bit installers. At Resolver Systems we
> use CPython scripts to generate the XML as input for Wix.
>
> It would still need *some* code therefore, but maybe simpler if someone
> wanted to do
Martin v. Löwis wrote:
>> I'm sure the
>> Python Software Foundation would easily get a free license of one of the
>> good commercial MSI installer generators.
>
> Can you recommend a specific one?
>
> In addition, I'm also skeptical wrt. commercial setup tools. We had been
> using Wise for a w
> I always wondered why it was necessary to write msi.py in the first
> place. Maintaining it is surely a big effort and requires understanding
> of a dark library which a few people have (IMO it's a much higher effort
> than setting up automated tests in a bunch of VM, which you said is "not
>
On Wed, 19 Nov 2008 20:40:38 +0100, Martin v. Löwis wrote:
> The tricky part really is when it breaks (which it does more often than
> not), in which case you need to understand msi.py, for which you need to
> understand MSI. IMO, the Microsoft is excellent (in being fairly
> precise), but the lea
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Nov 19, 2008, at 3:19 PM, Terry Reedy wrote:
Let's try this for 3.0rc4 then.
The current release is rc2. Skipping rc3 would confuse people'-)
Yeah, my calendar was wrong, but the PEP (and more importantly...
code!) was right :).
There is
> In which case why not just hold the release until all installers are
> available?
That is how Anthony Baxter handled things, indeed, and I would
appreciate if we would return to that procedure.
> Or are the complainers Python developers who know what goes on behind
> the scenes?
No - typicall
> Installer tests can definitely be automated, and there is also a Python
> API to the virtualbox VM. I wonder if it would be possible to automate
> testing all the installers in various scenarios - each running
> simultaneously in a VM.
I do use VMs, yes. However, they don't run on my workstation
Martin v. Löwis wrote:
>> > While I'm happy that Barry has automated his part to a high degree,
>> > my part is, unfortunately, much less automated. I could personally
>> > automate the build process a bit more, but part of it is also testing
>> > of the installers, which is manual.
>>
>> Maybe
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Nov 18, 2008, at 12:46 PM, Georg Brandl wrote:
Barry Warsaw schrieb:
On Nov 18, 2008, at 8:07 AM, Christian Heimes wrote:
Barry Warsaw wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Martin suggests, and I agree, that we should release P
Michael Foord writes:
> Installer tests can definitely be automated, and there is also a Python
> API to the virtualbox VM. I wonder if it would be possible to automate
> testing all the installers in various scenarios - each running
> simultaneously in a VM.
Now that would be an impressiv
On Tue, Nov 18, 2008 at 11:55 PM, Stephen J. Turnbull
<[EMAIL PROTECTED]> wrote:
> Footnotes:
> [1] Doesn't Windows have a way to send synthetic GUI events to a
> program? There ought to be a way to really script that, as the Python
> installer process presumbly doesn't change much from release t
Martin v. Löwis wrote:
> While I'm happy that Barry has automated his part to a high degree,
> my part is, unfortunately, much less automated. I could personally
> automate the build process a bit more, but part of it is also testing
> of the installers, which is manual.
Maybe you could dele
"Martin v. Löwis" writes:
> That's not the issue - I don't mind spending that time. However, it
> means that several hours pass between starting the release process,
> and making the binaries available - during this time, users always
> complain why the Windows binaries are not released yet.
> > While I'm happy that Barry has automated his part to a high degree,
> > my part is, unfortunately, much less automated. I could personally
> > automate the build process a bit more, but part of it is also testing
> > of the installers, which is manual.
>
> Maybe you could delegate a lot of
"Martin v. Löwis" writes:
> While I'm happy that Barry has automated his part to a high degree,
> my part is, unfortunately, much less automated. I could personally
> automate the build process a bit more, but part of it is also testing
> of the installers, which is manual.
Maybe you could de
28 matches
Mail list logo
