> The only conflict I see here is the requirement to install into "\Program
> Files" and I'm surprised that hasn't been raised in this thread.
The question is whether the "OEM ready" is a property of the installer,
or a property of the installed. The OEM can chose to install Python into
program f
> As I recall, OpenSSL, a long while ago stopped, supporting some
> idiosyncrasies associated with Windows I/O and opted for a "cleaner"
> approach, that of requiring developers to link a small file,
> applink.c, into the app's main. applink.c is provided by the OpenSSL
> folks.
[...]
Ok, this e
> It would Just Work if you had python and tcl/tk installed with the
> same paths as the ones used by the windows installer.
Right - the OP will probably need to supply a different version of
FixTk also.
Regards,
Martin
___
Python-Dev mailing list
Pytho
Mark Hammond wrote:
BTW - isn't there also a "\Program Files" requirement...?
The requirement as I read it is that /Program Files be the over-rideable
*default*, as is normal for Windows programs. HP installed 2.2 on my
machine in /Python2.2. Since HP does the installation, I presume they
Not necessarily. I have no problems with hashlib or Python/M2Crypto/OpenSSL as
long as I'm doing memory-oriented operations. It is only when the function
does I/O that errors occur. ...like reading/writing a PEM file, randpool.dat,
etc.
-Original Message-
From: Bill Janssen [mail
> Right, and I agree with it. However, that is HP's choice, and while
> there is a theoretical possibility that users break their systems, in
> practice, most users are too scared to actually attempt such breakage.
>
> However, "OEM ready" sounds like a good goal to achieve.
Agreed too - I don't
Bugbee, Larry <[EMAIL PROTECTED]> wrote:
> For most custom apps this is a simple process of adding "#include applink.c"
> to the app's main(). The problem for Python developers is that their Python
> program is not main(), and if python.exe does not have the OPENSSL_Applink
> interface, they c
Martin v. Löwis <[EMAIL PROTECTED]> wrote:
> Perhaps. I wouldn't go so far, though. It's surely puzzling if a system
> comes with a pre-installed Python, but if that Python actually works,
> I don't think that does much damage.
OS X does come with pre-installed Python, so this is a debate we have
> > All, and not to start flames, but I still do not understand why
> > applink.c isn't included in python's main (conditionally) instead
> > of expecting users, many of them novices, to do the build. ???
>
> One reason is that I don't know what applink is, and why I should
> care about it. (I
On Wed, Nov 26, 2008 at 9:51 PM, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
>> Adjust the TCL_LIBRARY and TK_LIBRARY as needed.
>
> We should also point out that the FixTk module already does
> that, but is imported only on Windows. So if you arrange to
> always import FixTk, then it should Just
This may work on the deployed side, although I'm skeptical if I've
built against a different version of Tcl/Tk than exists. I don't see
how this helps on the build side, althought I'll look into it.
On Wed, Nov 26, 2008 at 5:51 PM, "Martin v. Löwis" <[EMAIL PROTECTED]> wrote:
>> Adjust the TCL_LIB
Matthias Klose wrote:
> Is there another way to build extensions as builtins,
> or should this file kept be up to date?
It should be kept up-to-date, IMO. It's just that people forget to do
that (or don't even know what it is).
Regards,
Martin
___
Pytho
> Adjust the TCL_LIBRARY and TK_LIBRARY as needed.
We should also point out that the FixTk module already does
that, but is imported only on Windows. So if you arrange to
always import FixTk, then it should Just Work.
Regards,
Martin
___
Python-Dev mail
> All, and not to start flames, but I still do not understand why
> applink.c isn't included in python's main (conditionally) instead of
> expecting users, many of them novices, to do the build. ???
One reason is that I don't know what applink is, and why I should
care about it. (I may have known
> 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
> IIUC, the test suite is about having the Python installer certified as "OEM
> Ready", which means a few special things - including, IIUC, the "right" to
> be installed in a new PC. My broader point is that I would advise against
> any application vendor reusing the standard Python installer for
I didn't know distutils has its own list.
Forwarding.
-- Forwarded message --
From: Akira Kitada
Date: Thu, Nov 27, 2008 at 2:28 AM
Subject: distutils doesn't use some compiler options when building
To: python-dev@python.org
Hi,
I encountered a weird problem using distutils.
G
> 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
> I can promise you Python on our system Python work perfectly.
I'm sure it does :) I'm more concerned about *your* apps not working when
the user, or a "helpful" friend, uninstalls this Python thing that they
don't use. I'm very interested to know why you don't see this as a
significant problem
On Wed, Nov 26, 2008 at 8:42 PM, chris <[EMAIL PROTECTED]> wrote:
> I built Python 2.5.2 on RedHat3 and wrapped it up with some other
> stuff that was deployed on RedHat4. When trying to fire up Idle on
> RedHat4, there is an error that states a usable init.tcl cannot be
> found.
>
Then you have t
I was experimenting with profiled builds and building more extensions as
builtins instead of loadable modules, noticing that Module/Setup.dist is not
kept updated. Currently only the section above the *shared* line is really used
for the build, but everything else doesn't seem to be updated (extens
Hi all,
Yes we spend the time and resources to do those tests.
You do not have to worry about that :) and We will submit to Microsoft instead
of you like that you do not have to worry about it. Microsoft is totally fine
with it. I already asked them if it was fine.
Unless you do not want us to
> > But these are written with applications in mind - Python isn't an
> > application - its used to *write* applications. I don't see a good
> reason
> > to support these guidelines. I do see a reason to help support
> people
> > ensure their Python implemented applications can meet the guideline
I built Python 2.5.2 on RedHat3 and wrapped it up with some other
stuff that was deployed on RedHat4. When trying to fire up Idle on
RedHat4, there is an error that states a usable init.tcl cannot be
found.
Python is built on RedHat3 against Tcl/Tk 8.3, so even installing
Tcl/Tk on RedHat4 would n
Gerald, if there is an expectation some of your HP windows users would
like to use OpenSSL with Python, there is this little matter of
including applink.c in the build.
All, and not to start flames, but I still do not understand why
applink.c isn't included in python's main (conditionally) inste
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
> But these are written with applications in mind - Python isn't an
> application - its used to *write* applications. I don't see a good reason
> to support these guidelines. I do see a reason to help support people
> ensure their Python implemented applications can meet the guidelines, but
> I'd
Martin writes:
> > c:\program
> files\python\lib\distutils\command\\wininst-8.0.exe
>
> Hmm. These binaries are not meant to be run as executables themselves.
> Instead, they are meant to be integrated into setup programs as-is.
> wininst-6.0.exe, in particular, is created by MSVC
> - Some of the executable deliver in the python package It does not
> have manifest that is compliant with UAC guidelines..
> c:\program files\python\lib\distutils\command\\wininst-6.0.exe
> c:\program files\python\lib\distutils\command\\wininst-7.1.exe
>
Giovanni Bajo wrote:
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:
h
Hi Mark,
See below my answers,
We install your installer, for people to use python are the main language
script on the system.
My team recommend others team to use this as the main scripting languages for
different software's, Due to that we use the standard install and people
developed their
Hi Mark,
Well we are having a lot of our teams using python are the script languages :)
It is not only one team using it
That why we use the normal installer :)
Gerald
-Original Message-
From: Mark Hammond [mailto:[EMAIL PROTECTED] On Behalf Of Mark Hammond
Sent: Wednesday, November 26
> I completely understand that this is a volunteer organization.
> That why I am already proposing that HP will submit for your guys after
> we figure out how to fix the issues if it is possible to fix them of
> course.
I don't fully understand why it is in HPs interests to install a normal
python
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-Dev mailing list
Python-Dev@python.
Hi Terry,
And like you I really want to keep python on our systems.
That why I am contacting python Foundation and try to fix those issues together.
We are already running all those tests in house here.
Gerald
-Original Message-
From: Koenig, Gerald
Sent: Wednesday, November 26, 200
Hi all,
Right now we are including 2.5.2
I am planning on rolling to 2.6 very soon.
I completely understand that this is a volunteer organization.
That why I am already proposing that HP will submit for your guys after we
figure out how to fix the issues if it is possible to fix them of course.
> 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 -
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
> 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
> Now I am having a small issue and I was wondering how I can solve it.
>
> So I would like to know who should I contact to be able to work on that issue
> together ?
Please understand how open source development works: lots of volunteers,
few formal commitments.
If you feel it's a "political i
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
Koenig, Gerald wrote:
I am working For Hewlett-Packard designing PC Consumer Desktop
We have been including Python since over 10 years now on our systems.
I am writing this on a Pavilion that came with Python2.2. I hope you
are able to continue including Python.
Now I am having a small is
> 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, Nov 26, 2008 at 11:24, Koenig, Gerald <[EMAIL PROTECTED]> wrote:
> Hi,
>
> This is a question about development how can python meet "OEM Ready programs".
> Right now most of python is passing that programs but not all of it.
>
> Right now some of the executable are failing some of the tests
Hi,
This is a question about development how can python meet "OEM Ready programs".
Right now most of python is passing that programs but not all of it.
Right now some of the executable are failing some of the tests. Only few test
are failings.
That why I need a contact I don't want to swamp tha
This list is for the development of python. Questions about
programming with python go to c.l.python or python-list at python dot
org.
If your question is about the development of python, you can probably
just ask here.
On Wed, Nov 26, 2008 at 2:06 PM, Koenig, Gerald <[EMAIL PROTECTED]> wrote:
>
Hi all,
I am working For Hewlett-Packard designing PC Consumer Desktop
We have been including Python since over 10 years now on our systems.
It is a wonderful language and very powerful.
Now I am having a small issue and I was wondering how I can solve it.
So I would like to know who should I
Hi,
I encountered a weird problem using distutils.
Generally, distutils try to use the same compiler options used for
building Python interpreter,
but it looks like some of them are omitted sometimes.
- CPPFLAGS are not retrieved from the config and only ones in env are used.
- OPT is retrieved f
52 matches
Mail list logo
