On Thu, Nov 19, 2009 at 12:04 PM, M.-A. Lemburg wrote:
[..]
> BTW: There's already a Tools/scripts/h2py.py we could use for
> converting pyconfig.h into a Python file.
Good to know,
> For the Makefile
> we could use the distutils Makefile parser to add the extra
> values.
Yes, there's also a py
On Thu, Nov 19, 2009 at 11:04 AM, Antoine Pitrou wrote:
> Tarek Ziadé gmail.com> writes:
>>
>> So what I am proposing is to inject those values in a private dict in
>> the new sysconfig.py module,
>> that can be read through the get_config_vars / get_config_var APIs.
>>
>> This means that sysconf
Tarek Ziadé wrote:
> On Mon, Nov 16, 2009 at 8:15 PM, Toshio Kuratomi wrote:
> [..]
>> I've brought the issue of Makefile and pyconfig.h being needed for distutils
>> to the attention of every new Fedora python maintainer since the package
>> split was made. The current maintainer, David Malcolm,
Tarek Ziadé gmail.com> writes:
>
> So what I am proposing is to inject those values in a private dict in
> the new sysconfig.py module,
> that can be read through the get_config_vars / get_config_var APIs.
>
> This means that sysconfig.py will be added as "sysconfig.py.in"
This means you have t
Tarek Ziadé wrote:
> Now for the format problem, I agree that it seems more robust to
> pre-process the variables
> and inject them in the stdlib when ./configure is run.
>
> I am not sure what is the best strategy here, but I would rather not
> add yet another
> configuration file (wether its an
On Mon, Nov 16, 2009 at 10:09 PM, David Malcolm wrote:
[..]
>>
>> $ dpkg -S /usr/lib/python2.5/config/Makefile
>> python2.5: /usr/lib/python2.5/config/Makefile
> For what it's worth, this is fixed in Fedora as of python-2.6.4-2.fc13 ;
> the bug tracking it was:
> https://bugzilla.redhat.com/show_b
On Mon, Nov 16, 2009 at 8:15 PM, Toshio Kuratomi wrote:
[..]
> I've brought the issue of Makefile and pyconfig.h being needed for distutils
> to the attention of every new Fedora python maintainer since the package
> split was made. The current maintainer, David Malcolm, agrees that
> distutils.s
On Sun, 2009-11-15 at 12:42 +, Antoine Pitrou wrote:
> Tarek Ziadé gmail.com> writes:
> >
> > This cannot work on all platforms, when our Makefile is not shipped
> > with python but python-devel. (like Fedora)
>
> This practice is stupid anyway, because it means you have to install
> python-
On Sun, Nov 15, 2009 at 03:35:00AM +0100, Christian Heimes wrote:
>
> Do we really want to change distutils to solve a problem of a third
> party packaging system when the problem was created by the very same
> third party in the first place? In other words: Should you spend your
> precious develo
On Sun, Nov 15, 2009 at 11:27:29PM -0500, Tres Seaver wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Tarek Ziadé wrote:
> > On Sun, Nov 15, 2009 at 3:35 AM, Christian Heimes wrote:
> > [..]
> >> Do we really want to change distutils to solve a problem of a third
> >> party packaging
On Sun, Nov 15, 2009 at 02:31:45PM +0100, Georg Brandl wrote:
> Antoine Pitrou schrieb:
> > Tarek Ziadé gmail.com> writes:
> >>
> >> This cannot work on all platforms, when our Makefile is not shipped
> >> with python but python-devel. (like Fedora)
> >
> > This practice is stupid anyway, becaus
Tres Seaver wrote:
> Tarek Ziadé wrote:
>> I didn't know the split story went like this. I took it like the
>> "natural" split everyone
>> agreed on, and I saw this distutils <-> Makefile link like something to fix.
>
>> So, it sounds like a bad idea now :)
>
> Parsing the Makefile at runtime see
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Tarek Ziadé wrote:
> On Sun, Nov 15, 2009 at 3:35 AM, Christian Heimes wrote:
> [..]
>> Do we really want to change distutils to solve a problem of a third
>> party packaging system when the problem was created by the very same
>> third party in the f
On Sun, Nov 15, 2009 at 05:31, Georg Brandl wrote:
> Antoine Pitrou schrieb:
>> Tarek Ziadé gmail.com> writes:
>>>
>>> This cannot work on all platforms, when our Makefile is not shipped
>>> with python but python-devel. (like Fedora)
>>
>> This practice is stupid anyway, because it means you hav
On Sun, Nov 15, 2009 at 10:32 PM, Tarek Ziadé wrote:
>
> Ok. Fair enough, I'll work with them this way.
Although packagers should certainly fix the problems they introduce in
the first place, the second suggestion in the bug report would be
useful, independently on how linux distributions packag
On Sun, Nov 15, 2009 at 4:02 AM, Terry Reedy wrote:
> Christian Heimes wrote:
>>
>> Tarek Ziadé wrote:
>>>
>>> Hello,
>>>
>>> http://bugs.python.org/issue4359 reminds me that Distutils reads build
>>> files like Makefile or pyconfig.h to get some environment
>>> variables through the sysconfig mod
Antoine Pitrou schrieb:
> Tarek Ziadé gmail.com> writes:
>>
>> This cannot work on all platforms, when our Makefile is not shipped
>> with python but python-devel. (like Fedora)
>
> This practice is stupid anyway, because it means you have to install
> python-devel even to install pure Python pa
On Sun, Nov 15, 2009 at 3:35 AM, Christian Heimes wrote:
[..]
> Do we really want to change distutils to solve a problem of a third
> party packaging system when the problem was created by the very same
> third party in the first place? In other words: Should you spend your
> precious development
Tarek Ziadé gmail.com> writes:
>
> This cannot work on all platforms, when our Makefile is not shipped
> with python but python-devel. (like Fedora)
This practice is stupid anyway, because it means you have to install
python-devel even to install pure Python packages with setuptools/distribute.
Christian Heimes wrote:
Tarek Ziadé wrote:
Hello,
http://bugs.python.org/issue4359 reminds me that Distutils reads build
files like Makefile or pyconfig.h to get some environment
variables through the sysconfig module at *runtime*.
This cannot work on all platforms, when our Makefile is not sh
Tarek Ziadé wrote:
> Hello,
>
> http://bugs.python.org/issue4359 reminds me that Distutils reads build
> files like Makefile or pyconfig.h to get some environment
> variables through the sysconfig module at *runtime*.
>
> This cannot work on all platforms, when our Makefile is not shipped
> with
2009/11/15 "Martin v. Löwis" :
>> The problem is that the main python distribution ("python") is not
>> working as advertised since
>> it contains distutils, which requires "python-devel" to work.
>>
>> This implies that "python" has a dependency on "python-devel", which
>> does not make sense
>> a
> The problem is that the main python distribution ("python") is not
> working as advertised since
> it contains distutils, which requires "python-devel" to work.
>
> This implies that "python" has a dependency on "python-devel", which
> does not make sense
> anymore for linux distros to have two
On Sun, Nov 15, 2009 at 2:41 AM, Arfrever Frehtes Taifersar Arahesis
wrote:
[..]
>>
>> This could happen when "configure" is called,
>
> It seems to be a good idea. You should create a .py.in file and use
> AC_SUBST and AC_CONFIG_FILES macros in configure.in.
I need to investigate on these, thx
2009/11/15 "Martin v. Löwis" :
>> http://bugs.python.org/issue4359 reminds me that Distutils reads build
>> files like Makefile or pyconfig.h to get some environment
>> variables through the sysconfig module at *runtime*.
>>
>> This cannot work on all platforms, when our Makefile is not shipped
>>
2009-11-15 02:21:41 Tarek Ziadé napisał(a):
> Hello,
>
> http://bugs.python.org/issue4359 reminds me that Distutils reads build
> files like Makefile or pyconfig.h to get some environment
> variables through the sysconfig module at *runtime*.
>
> This cannot work on all platforms, when our Makefi
> http://bugs.python.org/issue4359 reminds me that Distutils reads build
> files like Makefile or pyconfig.h to get some environment
> variables through the sysconfig module at *runtime*.
>
> This cannot work on all platforms, when our Makefile is not shipped
> with python but python-devel. (like
Hello,
http://bugs.python.org/issue4359 reminds me that Distutils reads build
files like Makefile or pyconfig.h to get some environment
variables through the sysconfig module at *runtime*.
This cannot work on all platforms, when our Makefile is not shipped
with python but python-devel. (like Fedo
28 matches
Mail list logo
