Message110718
| 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:05 | ronaldoussoren | set | recipients:
+ 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:03 | ronaldoussoren | link | issue4111 messages |
| 2010年07月19日 07:45:02 | ronaldoussoren | create |
|