➜

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 ronaldoussoren
Recipients BreamoreBoy, Garen, belopolsky, bretthoerner, chrismiles, danchr, dmalcolm, glyph, jbaker, jcea, laca, mjw, movement, rhettinger, robert.kern, ronaldoussoren, sirg3, twleung, wsanchez
Date 2010-07-19.07:45:02
SpamBayes Score 0.0023452896
Marked as misclassified No
Message-id <AC274EE9-D8D6-42F5-8094-E776028B6E32@mac.com>
In-reply-to <1279498053.63.0.0384215255542.issue4111@psf.upfronthosting.co.za>
Content 
On 19 Jul, 2010, at 1:07, Alexander Belopolsky wrote:

> 
> Alexander Belopolsky <belopolsky@users.sourceforge.net> added the comment:
> 
> If any RedHat/Fedora people are tuned in, can you give us an update on Systemtap/DTrace support in RedHat/Fedora python?  I understand that one of the main problems with bringing this upstream was the lack of uniformity between Apple and Sun approaches.  These days Apple and Sun(Oracle) are increasingly unfriendly to open source, so with a third solution available from RedHat, the choice seems obvious.

What do you mean by increasing unfriendly in Apple's case? I haven't noted any change from them in the last few years. Not that their (perceived) unfriendlyness is relevant.

I'm +1 on merging this feature having dtrace support is pretty convenient.

Ronald
Files
File name Uploaded
smime.p7s ronaldoussoren, 2010-07-19.07:45:02
History
Date User Action Args
2010-07-19 07:45:05ronaldoussorensetrecipients: + ronaldoussoren, rhettinger, jcea, belopolsky, wsanchez, movement, glyph, bretthoerner, laca, twleung, jbaker, robert.kern, sirg3, chrismiles, danchr, dmalcolm, mjw, Garen, BreamoreBoy
2010-07-19 07:45:03ronaldoussorenlinkissue4111 messages
2010-07-19 07:45:02ronaldoussorencreate