<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=iso-8859-1">
<style type="text/css" style="display:none;"><!-- P {margin-top:0;margin-bottom:0;} --></style>
</head>
<body dir="ltr">
<div id="divtagdefaultwrapper" dir="ltr" style="font-size:12pt; color:rgb(0,0,0); font-family:Calibri,Helvetica,sans-serif,EmojiFont,"Apple Color Emoji","Segoe UI Emoji",NotoColorEmoji,"Segoe UI Symbol","Android Emoji",EmojiSymbols">
<p>Hi Dave, Hi Tobias, Hi all,</p>
<p><br>
</p>
<p>I took another look at the multipart sources of the vm-lists which I cannot read in my client. The difference seems to be that on squeak-dev, the order of MIME parts is:</p>
<p><br>
</p>
<p><span>multipart/mixed</span><br>
</p>
<p><span>- <span>multipart/alternative<br>
- - <span>text/plain<br>
- - <span>text/html<br>
- <span>text/plain (<span>Content-Disposition: inline, the empty stub)</span></span></span></span></span></span></p>
<p><span><span><span><span><span><span><br>
</span></span></span></span></span></span></p>
<p><span><span><span><span><span><span>Whereas on vm-dev, the outer MIME parts are ordered the other way around:</span></span></span></span></span></span></p>
<p><span><span><span><span><span><span><br>
</span></span></span></span></span></span></p>
<p><span><span><span><span><span><span><span>multipart/mixed</span><br>
</span></span></span></span></span></span></p>
<p><span><span><span><span><span><span><span>- <span>text/plain (Content-Disposition: inline, the empty stub)<br>
- <span>multipart/alternative</span></span></span></span></span></span></span></span></span></p>
<p><span><span><span><span><span><span><span><span><span>- - <span>text/plain<br>
- - <span>text/html</span></span></span></span></span></span></span></span></span></span></span></p>
<p><span><span><span><span><span><span><br>
</span></span></span></span></span></span></p>
<p><span><span><span><span><span><span>I confirmed by experiment that my mail client (Outlook Web App) only displays the first multipart element, even if it is empty, so the order matters indeed.<span></span></span></span></span></span></span></span></p>
<p><span><span><span><span><span><span>I also sent a test message to vm-dev (please forgive me the noise!) with just a single multipart/alternative, and the mailing list automatically wrapped it into a multipart/mixed. So Tobias seems to be wrong and mailman
does indeed manipulate the contents of each message.</span></span></span></span></span></span></p>
<p><span><span><span><span><span><span><br>
</span></span></span></span></span></span></p>
<p><span><span><span><span><span><span>I think this behavior violates <span><a href="https://www.w3.org/Protocols/rfc1341/7_2_Multipart.html" class="OWAAutoLink">rfc1341</a>:</span></span></span></span></span></span></span></p>
<p><span><span><span><span><span><span><span><br>
</span></span></span></span></span></span></span></p>
<p><span><span><span><span><span><span><span>> </span></span></span></span></span></span></span><span style="font-size: 12pt;">Mail gateways, relays, and other mail handling agents are commonly known to
<b>alter the top-level header</b> of an RFC 822 message. In particular, they frequently
<b>add, remove, or </b><b>reorder header fields.</b> Such alterations are <b>explicitly forbidden for the body part headers embedded in the bodies of messages of type "multipart."</b></span><span><span><span><span><span><span><span></p>
<div><br>
</div>
<div>And later:</div>
<div><br>
</div>
<div>> <span>In general, <b>user agents</b> that compose multipart/alternative entities should place the body parts in increasing order of preference, that is,
<b>with the preferred format last.</b> For fancy text, the sending user agent should put the plainest format first and the richest format last. Receiving user agents should pick and display the last format they are capable of displaying.</span></div>
</span></span></span></span></span></span></span>
<p></p>
<p><span><span><span><span><span><span><br>
</span></span></span></span></span></span></p>
<p><span><span><span><span><span><span>So according to the RFC, mailman/the list should not add its empty inline field at all (it just adds no value to the reader, right?). But if it needs to stick with that extra field (why?), according to the RFC, the current
order is already correct. Also, my client clearly violates this point of the RFC as it displays the first instead of the last mixed element.</span></span></span></span></span></span></p>
<p><span><span><span><span><span><span><br>
</span></span></span></span></span></span></p>
<p><span><span><span><span><span><span>Dave, mailadmins, whoever is responsible for this list, do you have any option to reconfigure mailman to have it work just like it works for squeak-dev, or just remove the superfluous mime element at all? I will also try
to report this bug to Microsoft, but my gut tells me that I won't be able to convince them to follow the standards ... they never did. :-)</span></span></span></span></span></span></p>
<p><span><span><span><span><span><span><br>
</span></span></span></span></span></span></p>
<p><span><span><span><span><span><span>Best,</span></span></span></span></span></span></p>
<p><span><span><span><span><span><span>Christoph</span></span></span></span></span></span></p>
<div style="color:rgb(0,0,0)"><font size="2"><span style="font-size:10pt">
<div class="PlainText"><br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Wed, 4 May 2022 18:51:12 +0200<br>
From: Tobias Pape <Das.Linux@gmx.de><br>
To: Open Smalltalk Virtual Machine Development Discussion<br>
<vm-dev@lists.squeakfoundation.org><br>
Subject: Re: [Vm-dev] [list] Cannot receive plain-text messages<br>
Message-ID: <4D28BEB3-A6D6-41EE-83FE-0961B758F257@gmx.de><br>
Content-Type: text/plain; charset=utf-8<br>
<br>
<br>
<br>
> On 4. May 2022, at 18:36, Thiede, Christoph <Christoph.Thiede@student.hpi.uni-potsdam.de> wrote:<br>
> <br>
> Hi Marcel,<br>
> <br>
> (currently I have switched to the digest subscription option so that I can receive your answers :D)<br>
> <br>
> Thanks for the details!<br>
> <br>
> > ... and Tobias just told me that mailman does not change that stuff but forwards the content it gets. So the issue is how mail clients or SMTP servers push out that stuff. And we cannot control that.<br>
> <br>
> This is strange ...<br>
> <br>
> Object pinning vs. garbage collection<br>
> <br>
> > We are sending messages for commits to VMMaker and Trunk to vm-dev and squeak-dev. Do those look okay on vm -dev for you?<br>
> <br>
> I have not subscribed enough time ago to receive any VMMaker message. I will report back. :-)<br>
> <br>
> > What about my messages to vm-dev from April 2022? Were you subscribed then?<br>
> <br>
> For instance in the thread "Object pinning vs. garbage collection", I cannot read any of your messages:<br>
> <br>
<br>
Well, OWA is dumb as heck.<br>
It has no idea of multipart mixed, apparently and freely reëncodes emails you sent over it.<br>
Avoid it like plague.<br>
<br>
-t<br>
<br>
> <pastedImage.png><br>
> <br>
> <br>
> Best,<br>
> Christoph<br>
> <br>
> Von: Vm-dev <vm-dev-bounces@lists.squeakfoundation.org> im Auftrag von vm-dev-request@lists.squeakfoundation.org <vm-dev-request@lists.squeakfoundation.org><br>
> Gesendet: Mittwoch, 4. Mai 2022 16:41 Uhr<br>
> An: vm-dev@lists.squeakfoundation.org<br>
> Betreff: Vm-dev Digest, Vol 191, Issue 2<br>
> <br>
> Send Vm-dev mailing list submissions to<br>
> vm-dev@lists.squeakfoundation.org<br>
> <br>
> To subscribe or unsubscribe via the World Wide Web, visit<br>
> <a href="http://lists.squeakfoundation.org/mailman/listinfo/vm-dev" id="LPlnk690325" previewremoved="true">
http://lists.squeakfoundation.org/mailman/listinfo/vm-dev</a><br>
> or, via email, send a message with subject or body 'help' to<br>
> vm-dev-request@lists.squeakfoundation.org<br>
> <br>
> You can reach the person managing the list at<br>
> vm-dev-owner@lists.squeakfoundation.org<br>
> <br>
> When replying, please edit your Subject line so it is more specific<br>
> than "Re: Contents of Vm-dev digest..."<br>
> <br>
> <br>
> Today's Topics:<br>
> <br>
> 1. [list] Cannot receive plain-text messages (Thiede, Christoph)<br>
> 2. Re: [list] Cannot receive plain-text messages (Marcel Taeumel)<br>
> 3. Re: [list] Cannot receive plain-text messages (Marcel Taeumel)<br>
> <br>
> <br>
> ----------------------------------------------------------------------<br>
> <br>
> Message: 1<br>
> Date: Wed, 4 May 2022 13:58:03 +0000<br>
> From: "Thiede, Christoph"<br>
> <Christoph.Thiede@student.hpi.uni-potsdam.de><br>
> To: "vm-dev@lists.squeakfoundation.org"<br>
> <vm-dev@lists.squeakfoundation.org><br>
> Subject: [Vm-dev] [list] Cannot receive plain-text messages<br>
> Message-ID:<br>
> <3483f711b6594b8bbf9a313a2af667c3@student.hpi.uni-potsdam.de><br>
> Content-Type: text/plain; charset="iso-8859-1"<br>
> <br>
> Hi all,<br>
> <br>
> <br>
> while I have subscribed to squeak-dev for a longer time, I only subscribed recently to vm-dev. Unfortunately, I cannot view most messages in my e-mail client - I only see an attachment of the HTML file. It appears as if the plaintext version of the message
is missing and the HTML version is classified incorrectly. This does not regard messages from the OSVM bot (GitHub) only but also normal messages sent by Eliot, Marcel, et al. - but at the same time, the messages sent by the same person to squeak-dev look
fine on my end.<br>
> <br>
> <br>
> In other mailing clients (and in Squeak Inbox Talk), everything looks fine, but I do not want to switch away from OWA. In the message headers, I could not find any interesting difference. My subscription settings for both lists are identical. I also noted
that the pipermail archives do not look identical, but this is probably unrelated.<br>
> <br>
> <br>
> Any ideas on what might cause this, and any chance to fix this in the mailing list configuration/servers?<br>
> <br>
> <br>
> Thanks in advance,<br>
> <br>
> Christoph<br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
> URL: <<a href="http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20220504/711e1fcf/attachment-0001.html" id="LPlnk654669" previewremoved="true">http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20220504/711e1fcf/attachment-0001.html</a>><br>
> <br>
> ------------------------------<br>
> <br>
> Message: 2<br>
> Date: Wed, 4 May 2022 16:30:25 +0200<br>
> From: Marcel Taeumel <marcel.taeumel@hpi.de><br>
> To: vm-dev <vm-dev@lists.squeakfoundation.org><br>
> Subject: Re: [Vm-dev] [list] Cannot receive plain-text messages<br>
> Message-ID: <Mailbird-962b3cb8-6d49-4152-b760-5f1e8e80c3dc@hpi.de><br>
> Content-Type: text/plain; charset="utf-8"<br>
> <br>
> Hi Christoph --<br>
> <br>
> My best guess is that for most content, there is only ...<br>
> <br>
> Content-Type: text/plain; charset="utf-8"<br>
> Content-Transfer-Encoding: base64<br>
> <br>
> But for HTML content, that base64 portion is still there but empty and<br>
> a "multipart/7bit" thingy is appended:<br>
> <br>
> Content-Type: multipart/alternative;<br>
> boundary="--==_mimepart_6270e81cedff8_504bd4087255e8"; charset="UTF-8"<br>
> Content-Transfer-Encoding: 7bit<br>
> <br>
> ----==_mimepart_6270e81cedff8_504bd4087255e8<br>
> Content-Type: text/plain; charset="UTF-8"<br>
> Content-Transfer-Encoding: 7bit<br>
> <br>
> [...]<br>
> <br>
> ----==_mimepart_6270e81cedff8_504bd4087255e8<br>
> Content-Type: text/html; charset="UTF-8"<br>
> Content-Transfer-Encoding: 7bit<br>
> <br>
> [...]<br>
> <br>
> Hmm.... on squeak-dev, Chris' mail about "source.squeak.org upgrade" was<br>
> <br>
> Content-Type: multipart/mixed;<br>
> <br>
> <br>
> And used "base64" and "quoted-printable" for plain/text and html/text respectively.<br>
> That version seems to work on OWA as well.<br>
> <br>
> Well ... one could look at the vm-dev configuration in mailman to figure out when<br>
> <br>
> Content-Type: multipart/mixed;<br>
> <br>
> <br>
> is claimed but the main portion is<br>
> <br>
> Content-Type: text/plain; charset="utf-8"<br>
> Content-Transfer-Encoding: base64<br>
> Content-Disposition: inline<br>
> <br>
> IA==<br>
> <br>
> ... and thus empty. Yet, a clever e-mail client can figure this out es well. OWA cannot. :-)<br>
> <br>
> Best,<br>
> Marcel<br>
> Am 04.05.2022 15:58:12 schrieb Thiede, Christoph <christoph.thiede@student.hpi.uni-potsdam.de>:<br>
> <br>
> <br>
> Hi all,<br>
> <br>
> <br>
> <br>
> <br>
> while I have subscribed to squeak-dev for a longer time, I only subscribed recently to vm-dev. Unfortunately, I cannot view most messages in my e-mail client - I only see an attachment of the HTML file. It appears as if the plaintext version of the message<br>
> is missing and the HTML version is classified incorrectly. This does not regard messages from the OSVM bot (GitHub) only but also normal messages sent by Eliot, Marcel, et al. - but at the same time, the messages sent by the same person to squeak-dev look<br>
> fine on my end.<br>
> <br>
> <br>
> <br>
> <br>
> In other mailing clients (and in Squeak Inbox Talk), everything looks fine, but I do not want to switch away from OWA. In the message headers, I could not find any interesting difference. My subscription settings for both lists are identical. I also noted<br>
> that the pipermail archives do not look identical, but this is probably unrelated.<br>
> <br>
> <br>
> <br>
> <br>
> Any ideas on what might cause this, and any chance to fix this in the mailing list configuration/servers?<br>
> <br>
> <br>
> <br>
> <br>
> Thanks in advance,<br>
> <br>
> Christoph<br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
> URL: <<a href="http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20220504/02650177/attachment-0001.html" id="LPlnk618313" previewremoved="true">http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20220504/02650177/attachment-0001.html</a>><br>
> <br>
> ------------------------------<br>
> <br>
> Message: 3<br>
> Date: Wed, 4 May 2022 16:41:19 +0200<br>
> From: Marcel Taeumel <marcel.taeumel@hpi.de><br>
> To: vm-dev <vm-dev@lists.squeakfoundation.org><br>
> Subject: Re: [Vm-dev] [list] Cannot receive plain-text messages<br>
> Message-ID: <Mailbird-82be7410-b735-4624-9082-38354e056993@hpi.de><br>
> Content-Type: text/plain; charset="utf-8"<br>
> <br>
> ... and Tobias just told me that mailman does not change that stuff but forwards the content it gets. So the issue is how mail clients or SMTP servers push out that stuff. And we cannot control that.<br>
> <br>
> This would mean that the kind of messages sent to vm-dev is fundamentally different to the once sent to squeak-dev. Provided that you can actually read all stuff that arrives via squeak-dev. Hmm... GitHub is not sending stuff to squeak-dev.<br>
> <br>
> We are sending messages for commits to VMMaker and Trunk to vm-dev and squeak-dev. Do those look okay on vm -dev for you?<br>
> <br>
> What about my messages to vm-dev from April 2022? Were you subscribed then?<br>
> <br>
> Best,<br>
> Marcel<br>
> Am 04.05.2022 16:30:25 schrieb Marcel Taeumel <marcel.taeumel@hpi.de>:<br>
> Hi Christoph --<br>
> <br>
> My best guess is that for most content, there is only ...<br>
> <br>
> Content-Type: text/plain; charset="utf-8"<br>
> Content-Transfer-Encoding: base64<br>
> <br>
> But for HTML content, that base64 portion is still there but empty and<br>
> a "multipart/7bit" thingy is appended:<br>
> <br>
> Content-Type: multipart/alternative;<br>
> boundary="--==_mimepart_6270e81cedff8_504bd4087255e8"; charset="UTF-8"<br>
> Content-Transfer-Encoding: 7bit<br>
> <br>
> ----==_mimepart_6270e81cedff8_504bd4087255e8<br>
> Content-Type: text/plain; charset="UTF-8"<br>
> Content-Transfer-Encoding: 7bit<br>
> <br>
> [...]<br>
> <br>
> ----==_mimepart_6270e81cedff8_504bd4087255e8<br>
> Content-Type: text/html; charset="UTF-8"<br>
> Content-Transfer-Encoding: 7bit<br>
> <br>
> [...]<br>
> <br>
> Hmm.... on squeak-dev, Chris' mail about "source.squeak.org upgrade" was<br>
> <br>
> Content-Type: multipart/mixed;<br>
> <br>
> <br>
> And used "base64" and "quoted-printable" for plain/text and html/text respectively.<br>
> That version seems to work on OWA as well.<br>
> <br>
> Well ... one could look at the vm-dev configuration in mailman to figure out when<br>
> <br>
> Content-Type: multipart/mixed;<br>
> <br>
> <br>
> is claimed but the main portion is<br>
> <br>
> Content-Type: text/plain; charset="utf-8"<br>
> Content-Transfer-Encoding: base64<br>
> Content-Disposition: inline<br>
> <br>
> IA==<br>
> <br>
> ... and thus empty. Yet, a clever e-mail client can figure this out es well. OWA cannot. :-)<br>
> <br>
> Best,<br>
> Marcel<br>
> Am 04.05.2022 15:58:12 schrieb Thiede, Christoph <christoph.thiede@student.hpi.uni-potsdam.de>:<br>
> <br>
> <br>
> Hi all,<br>
> <br>
> <br>
> <br>
> <br>
> while I have subscribed to squeak-dev for a longer time, I only subscribed recently to vm-dev. Unfortunately, I cannot view most messages in my e-mail client - I only see an attachment of the HTML file. It appears as if the plaintext version of the message<br>
> is missing and the HTML version is classified incorrectly. This does not regard messages from the OSVM bot (GitHub) only but also normal messages sent by Eliot, Marcel, et al. - but at the same time, the messages sent by the same person to squeak-dev look<br>
> fine on my end.<br>
> <br>
> <br>
> <br>
> <br>
> In other mailing clients (and in Squeak Inbox Talk), everything looks fine, but I do not want to switch away from OWA. In the message headers, I could not find any interesting difference. My subscription settings for both lists are identical. I also noted<br>
> that the pipermail archives do not look identical, but this is probably unrelated.<br>
> <br>
> <br>
> <br>
> <br>
> Any ideas on what might cause this, and any chance to fix this in the mailing list configuration/servers?<br>
> <br>
> <br>
> <br>
> <br>
> Thanks in advance,<br>
> <br>
> Christoph<br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> <br>
> -------------- next part --------------<br>
> An HTML attachment was scrubbed...<br>
> URL: <<a href="http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20220504/7bf9fe77/attachment.html" id="LPlnk585736" previewremoved="true">http://lists.squeakfoundation.org/pipermail/vm-dev/attachments/20220504/7bf9fe77/attachment.html</a>><br>
> <br>
> ------------------------------<br>
> <br>
> Subject: Digest Footer<br>
> <br>
> _______________________________________________<br>
> Vm-dev mailing list<br>
> Vm-dev@lists.squeakfoundation.org<br>
> <a href="http://lists.squeakfoundation.org/mailman/listinfo/vm-dev" id="LPlnk137947" previewremoved="true">
http://lists.squeakfoundation.org/mailman/listinfo/vm-dev</a><br>
> <br>
> <br>
> ------------------------------<br>
> <br>
> End of Vm-dev Digest, Vol 191, Issue 2<br>
> **************************************<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Wed, 4 May 2022 10:28:58 -0700<br>
From: tim Rowledge <tim@rowledge.org><br>
To: Open Smalltalk Virtual Machine Development Discussion<br>
<vm-dev@lists.squeakfoundation.org><br>
Subject: Re: [Vm-dev] [OpenSmalltalk/opensmalltalk-vm] please update<br>
branch oldTrunk (Issue #604)<br>
Message-ID: <D847E95B-D0B0-49B8-864E-67C4D8708072@rowledge.org><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
Hi Phil - any more recent news? It would be fantastic to get this rolled out for Squeak 6, for example<br>
<br>
> On 2022-01-17, at 8:20 PM, Phil B <pbpublist@gmail.com> wrote:<br>
> <br>
> I should probably give a quick update since I've dropped off the radar for the past couple of months...<br>
> <br>
> On Mon, Jan 17, 2022 at 2:13 PM tim Rowledge <tim@rowledge.org> wrote:<br>
> <br>
> <br>
> <br>
> > On 2022-01-17, at 10:30 AM, David T. Lewis <lewis@mail.msen.com> wrote:<br>
> > <br>
> > <br>
> > On Mon, Jan 17, 2022 at 10:09:54AM -0800, tim Rowledge wrote:<br>
> >> <br>
> >> This is excellent news; thank you for all the work.<br>
> >> <br>
> >> Question: is this the 'old' vm? New? Both?<br>
> >> <br>
> > <br>
> > Both :-)<br>
> <br>
> Even better.<br>
> <br>
> Almost ;-) The tarball that Dave and the web admins put up is to get Jonas current with the classic VM. The existing Debian package is something like 7+ years old so this should get Debian back in sync with us. Once that's done, we can start making the
package changes needed to get it to coexist with the new VM (which I still have some work to do on)... then it will be time to celebrate.<br>
> <br>
> <br>
> > <br>
> > The existing Debian squeak-vm package (<a href="https://tracker.debian.org/pkg/squeak-vm" id="LPlnk544787" previewremoved="true">https://tracker.debian.org/pkg/squeak-vm</a>)<br>
> > has only the old VM. Phil has been working on adding the new VMs to the package,<br>
> > as well as updating the old VM to current source levels.<br>
> > <br>
> > This is not a trivial project and Phil has been doing a great job of managing it.<br>
> <br>
> Oh yeah; I'm deeply thankful Phil took it on.<br>
> <br>
> Thanks to both of you for your support and apologize for going silent for the past couple of months. I was in the heat of working on the packaging when I finally pushed my poor old i7 too hard and OOM'd when attempting to run too many simultaneous (kvm)
VM's doing package building and forgot to shut down enough other programs to give it a chance of working. This resulted in a couple of my VMs getting corrupted so I decided to wait until I got a new machine before attempting to proceed. I got the new system
up and running and sorted out the corrupted VMs over the holidays. Now I'm starting to ramp back up on finishing up a first cut of the packages which dovetails nicely with Dave's efforts above. So while we're not there yet, progress is being made...<br>
> <br>
> <br>
> <br>
> tim<br>
> --<br>
> tim Rowledge; tim@rowledge.org; <a href="http://www.rowledge.org/tim" id="LPlnk286139" previewremoved="true">
http://www.rowledge.org/tim</a><br>
> Strange OpCodes: D: Detonate<br>
> <br>
> <br>
> <br>
> Thanks,<br>
> Phil <br>
<br>
<br>
tim<br>
--<br>
tim Rowledge; tim@rowledge.org; <a href="http://www.rowledge.org/tim" id="LPlnk210886" previewremoved="true">
http://www.rowledge.org/tim</a><br>
Useful random insult:- Always loses battles of wits because he's unarmed.<br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Wed, 4 May 2022 17:32:21 -0700<br>
From: Eliot Miranda <eliot.miranda@gmail.com><br>
To: vm-dev@lists.squeakfoundation.org<br>
Subject: [Vm-dev] MacOS python2.7<br>
Message-ID: <94EB2D5A-EDD9-495A-8629-2B1C18533C2A@gmail.com><br>
Content-Type: text/plain; charset=us-ascii<br>
<br>
If anyone has yet to upgrade their MacOS 12.x to 12.3 then please could you take a copy of /System/Library/Frameworks/Python.framework ? Virtend still uses v 2.7 and Apple dropped it in the 12.3 upgrade. The copy would save me a fair amount of work building
it myself.<br>
<br>
_,,,^..^,,,_ (phone)<br>
<br>
------------------------------<br>
<br>
Subject: Digest Footer<br>
<br>
_______________________________________________<br>
Vm-dev mailing list<br>
Vm-dev@lists.squeakfoundation.org<br>
<a href="http://lists.squeakfoundation.org/mailman/listinfo/vm-dev" id="LPlnk585904" previewremoved="true">http://lists.squeakfoundation.org/mailman/listinfo/vm-dev</a><br>
<br>
<br>
------------------------------<br>
<br>
End of Vm-dev Digest, Vol 191, Issue 4<br>
**************************************<br>
</div>
</span></font></div>
</div>
</body>
</html>